From owner-freebsd-hackers Sun Mar 25 0:17:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from idiom.com (idiom.com [216.240.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 92D9837B71B for ; Sun, 25 Mar 2001 00:17:55 -0800 (PST) (envelope-from rdm@cfcl.com) Received: from cfcl.com (cpe-24-221-169-54.ca.sprintbbd.net [24.221.169.54]) by idiom.com (8.9.3/8.9.3) with ESMTP id AAA18378 for ; Sun, 25 Mar 2001 00:17:55 -0800 (PST) Received: from [192.168.168.205] (cerberus [192.168.168.205]) by cfcl.com (8.11.1/8.11.1) with ESMTP id f2P8J6V43219 for ; Sun, 25 Mar 2001 00:19:07 -0800 (PST) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 25 Mar 2001 00:08:06 -0800 To: freebsd-hackers@freebsd.org From: Rich Morin Subject: Re: so where is our press-release about MacOS X ? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:18 PM -0800 3/24/01, Dan Feldman wrote: >You're right, there's no need to pick fights. But I'm just pointing out >that there's no reason FreeBSD should work particularly hard to create the >appearance of an alliance with Apple, when all they've done is use the >source of some kernel components and a number of utilities for a >commercial product. After all, Microsoft is rumored to have done exactly >the same thing at times and I have yet to see any press releases about a >relationship with _them_. Actually, Apple has done a bit more than that. As I understand it, they have given back fixes and plan to keep doing so. They have also started talking about how robust the underlying "BSD Unix" system is (I wonder if they'll be hearing from The Open Group soon :-). They have also made the command line available to every user and supplied a Developer CD with the distribution; finally, they have released their Mach and I/O Kit work as (almost :-) open source. In short, I think they are starting to get it; with some positive feedback, they might actually become a good neighbor. In the meanwhile, why not ride their publicity wave a bit. After all, they didn't base their work on Linux! -r -- http://www.cfcl.com/rdm - home page, resume, etc. http://www.cfcl.com/Meta/md_fb.html - The FreeBSD Browser email: rdm@cfcl.com; phone: +1 650-873-7841 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 0:37:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id A6D2A37B71D for ; Sun, 25 Mar 2001 00:37:50 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 59771 invoked by uid 1000); 25 Mar 2001 08:36:51 -0000 Date: Sun, 25 Mar 2001 11:36:50 +0300 From: Peter Pentchev To: Bruce Evans Cc: Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: Displaying options for current NFS mounts Message-ID: <20010325113649.D36335@ringworld.oblivion.bg> Mail-Followup-To: Bruce Evans , Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG References: <20010324221539.A025A3E09@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Sun, Mar 25, 2001 at 02:18:43PM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 25, 2001 at 02:18:43PM +1000, Bruce Evans wrote: > On Sat, 24 Mar 2001, Dima Dorfman wrote: > > > I tried to export this stuff in struct statfs, but ran into a problem: > > I'd need the complete definitions of _args in , but I > > can't include, e.g., because the latter includes the > > former ()! > > mount.h used to know too much about all sorts of filesystems, but this > was fixed in 4.4BSD. It is impossible for mount.h or mount(8) to know > about all file systems, since filesystems can be dynamically loaded, > and ugly for it to know about more than 1 (or 0 -- ffs is too special). > > > The patch below kind of implements this functionality. I only export > > nfs_args (not _args), and I only modified mount(8) to print > > the NFS version, but printing the transport and others is simple from > > there. To work around the above problem, I pasted the struct nfs_args > > definition into mount.h. It is *horribly* ugly, but it does work. > > Only mount_foofs can reasonably know about the options for foofs. > perhaps mount(8) could fork-exec mount_foofs(8) to print options for > foofs. Or could mount(8) invoke a couple of sysctl's to get a string representation of each mountpoint's mount options? G'luck, Peter -- I am the thought you are now thinking. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 0:40:11 2001 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 3214337B719; Sun, 25 Mar 2001 00:40:08 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2P8dp010323; Sun, 25 Mar 2001 00:39:51 -0800 (PST) Date: Sun, 25 Mar 2001 00:39:51 -0800 From: Alfred Perlstein To: Peter Pentchev Cc: Bruce Evans , Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: Displaying options for current NFS mounts Message-ID: <20010325003951.O9431@fw.wintelcom.net> References: <20010324221539.A025A3E09@bazooka.unixfreak.org> <20010325113649.D36335@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010325113649.D36335@ringworld.oblivion.bg>; from roam@orbitel.bg on Sun, Mar 25, 2001 at 11:36:50AM +0300 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter Pentchev [010325 00:38] wrote: > > > Or could mount(8) invoke a couple of sysctl's to get a string representation > of each mountpoint's mount options? > That seems like abuse of an interface. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 0:46: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 6C06737B71A for ; Sun, 25 Mar 2001 00:45:58 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id DAA24314; Sun, 25 Mar 2001 03:45:53 -0500 (EST) Date: Sun, 25 Mar 2001 03:45:53 -0500 (EST) From: "Matthew N. Dodd" To: Richard Hodges Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kern/23620: Fore PCA200E driver 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, 23 Mar 2001, Richard Hodges wrote: > I hate to follow up on my own post, but I have not heard a > word of comment, positive or negative... You're probably one of the few people that has the hardware to play with the ATM code in FreeBSD. This might account for your lack of feedback. Would you be interested in taking a more active role in maintaining the ATM code? I've got a couple of ATM driver related stuff on my TODO but it doesn't seem likely I'll get around to them any time soon. Regardless, I'll pester the release-engineer and see if I can get this committed. > On Fri, 2 Mar 2001, Richard Hodges wrote: > > > Hi, all! > > > > A couple months ago, I submitted PR kern/23620 describing a problem > > with the Fore PCA200E driver for HARP. It includes a description > > of the problems and a patch. > > > > Could someone commit this to STABLE so that it has a chance of > > making it into 4.3 RELEASE? > > ------------------------------------------- > Richard Hodges | Matriplex, inc. > Product Manager | 769 Basque Way > rh@matriplex.com | Carson City, NV 89706 > 775-886-6477 | www.matriplex.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 1: 9:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 8DBC037B719 for ; Sun, 25 Mar 2001 01:09:31 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2P99P345568; Sun, 25 Mar 2001 11:09:25 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Matthew N. Dodd" Cc: Richard Hodges , freebsd-hackers@FreeBSD.ORG Subject: Re: kern/23620: Fore PCA200E driver In-Reply-To: Your message of "Sun, 25 Mar 2001 03:45:53 CDT." Date: Sun, 25 Mar 2001 11:09:25 +0200 Message-ID: <45566.985511365@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Matthe w N. Dodd" writes: >On Fri, 23 Mar 2001, Richard Hodges wrote: >> I hate to follow up on my own post, but I have not heard a >> word of comment, positive or negative... > >You're probably one of the few people that has the hardware to play with >the ATM code in FreeBSD. This might account for your lack of feedback. > >Would you be interested in taking a more active role in maintaining the >ATM code? > >I've got a couple of ATM driver related stuff on my TODO but it doesn't >seem likely I'll get around to them any time soon. I can probably get away with sending a Fore and a efficient card to our new maintainer if we get one... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 2: 2:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 7FBA337B71E; Sun, 25 Mar 2001 02:02:41 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA30700; Sun, 25 Mar 2001 20:02:24 +1000 Date: Sun, 25 Mar 2001 20:01:48 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Peter Pentchev Cc: Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: Displaying options for current NFS mounts In-Reply-To: <20010325113649.D36335@ringworld.oblivion.bg> 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, 25 Mar 2001, Peter Pentchev wrote: > > Only mount_foofs can reasonably know about the options for foofs. > > perhaps mount(8) could fork-exec mount_foofs(8) to print options for > > foofs. > > > Or could mount(8) invoke a couple of sysctl's to get a string representation > of each mountpoint's mount options? > My bikeshed believes that string processing doesn't belong in the kernel :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 2: 7:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 37FE437B71A; Sun, 25 Mar 2001 02:07:19 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2PA72346023; Sun, 25 Mar 2001 12:07:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bruce Evans Cc: Peter Pentchev , Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: Displaying options for current NFS mounts In-Reply-To: Your message of "Sun, 25 Mar 2001 20:01:48 +1000." Date: Sun, 25 Mar 2001 12:07:02 +0200 Message-ID: <46021.985514822@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Bruce Ev ans writes: >On Sun, 25 Mar 2001, Peter Pentchev wrote: > >> > Only mount_foofs can reasonably know about the options for foofs. >> > perhaps mount(8) could fork-exec mount_foofs(8) to print options for >> > foofs. >> >> >> Or could mount(8) invoke a couple of sysctl's to get a string representation >> of each mountpoint's mount options? >> > >My bikeshed believes that string processing doesn't belong in the kernel :-). I tore down my version of that bikeshed after I saw what kind of bogosities it resulted in. Sometimes ascii is the right API. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 2:49:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id DB68037B718; Sun, 25 Mar 2001 02:49:18 -0800 (PST) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id 9CF8128D9A; Sun, 25 Mar 2001 17:49:14 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 8DEB32866F; Sun, 25 Mar 2001 17:49:14 +0700 (ALMST) Date: Sun, 25 Mar 2001 17:49:14 +0700 (ALMST) From: Boris Popov To: Peter Pentchev Cc: Bruce Evans , Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: Displaying options for current NFS mounts In-Reply-To: <20010325113649.D36335@ringworld.oblivion.bg> 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, 25 Mar 2001, Peter Pentchev wrote: > > Or could mount(8) invoke a couple of sysctl's to get a string representation > of each mountpoint's mount options? > This is not a bikeshed, but sysctl is the wrong interface to do this. Use VFSs/VOPs instead. This isn't a big problem with passing string from kernel to userland. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 5: 0:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from home.turtle.pangeatech.com (turtle.pangeatech.com [65.192.22.128]) by hub.freebsd.org (Postfix) with ESMTP id CF44F37B719 for ; Sun, 25 Mar 2001 05:00:21 -0800 (PST) (envelope-from bt@turtle.pangeatech.com) Received: from turtle.pangeatech.com (localhost [127.0.0.1]) by home.turtle.pangeatech.com (8.9.3/8.9.3) with ESMTP id FAA98300 for ; Sun, 25 Mar 2001 05:00:20 -0800 (PST) (envelope-from bt@turtle.pangeatech.com) Message-ID: <3ABDEBE4.2C239F0B@turtle.pangeatech.com> Date: Sun, 25 Mar 2001 05:00:20 -0800 From: Igor Serikov Organization: Private Person X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.0-RELEASE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: FreeBSD Hackers Subject: doscmd Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Does someone maintain/develop doscmd ? It looks like there were no more commits since 1999... Igor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 5:50:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpf.casema.net (smtpf.casema.net [195.96.96.173]) by hub.freebsd.org (Postfix) with SMTP id D863937B718 for ; Sun, 25 Mar 2001 05:50:48 -0800 (PST) (envelope-from walter@binity.com) Received: (qmail 3864 invoked by uid 0); 25 Mar 2001 13:50:47 -0000 Received: from unknown (HELO slash.b118.binity.net) (212.64.76.172) by smtpf.casema.net with SMTP; 25 Mar 2001 13:50:47 -0000 Received: from tsunami.b118.binity.net (tsunami.b118.binity.net [172.18.3.10]) by slash.b118.binity.net (Postfix) with ESMTP id 2DEFC123 for ; Sun, 25 Mar 2001 15:50:07 +0200 (CEST) Date: Sun, 25 Mar 2001 15:52:39 +0200 From: Walter Hop X-Mailer: The Bat! (v1.51) Educational X-Priority: 3 (Normal) Message-ID: <96115992498.20010325155239@binity.com> To: FreeBSD Hackers Subject: Re: so where is our press-release about MacOS X ? In-Reply-To: References: 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 reply to rdm@cfcl.com, 25-03-2001] > In the meanwhile, why not ride their publicity wave a bit. After all, > they didn't base their work on Linux! Yeah, but we could argue if this was a choice based on technical details or if FreeBSD was just picked for the BSD license.... (although I do run around yelling "HA!" at the local Linux evangelists all the time ;)) -- Walter Hop | +31 6 24290808 | PGP key ID: 0x84813998 "we are in a race between education and catastrophy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 7:24:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from idiom.com (idiom.com [216.240.32.1]) by hub.freebsd.org (Postfix) with ESMTP id D8A2637B719 for ; Sun, 25 Mar 2001 07:24:26 -0800 (PST) (envelope-from rdm@cfcl.com) Received: from cfcl.com (cpe-24-221-169-54.ca.sprintbbd.net [24.221.169.54]) by idiom.com (8.9.3/8.9.3) with ESMTP id HAA79788 for ; Sun, 25 Mar 2001 07:24:25 -0800 (PST) Received: from [192.168.168.205] (cerberus [192.168.168.205]) by cfcl.com (8.11.1/8.11.1) with ESMTP id f2PFPaV46106 for ; Sun, 25 Mar 2001 07:25:36 -0800 (PST) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: In-Reply-To: <96115992498.20010325155239@binity.com> References: <96115992498.20010325155239@binity.com> Date: Sun, 25 Mar 2001 07:14:30 -0800 To: freebsd-hackers@freebsd.org From: Rich Morin Subject: Re: so where is our press-release about MacOS X ? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 3:52 PM +0200 3/25/01, Walter Hop wrote: >Yeah, but we could argue if this was a choice based on technical details >or if FreeBSD was just picked for the BSD license.... The NeXT work had been done on 4.3BSD, so both the code base and the implementors' background made the use of a BSDish platform a win. By moving to the Open Source versions of BSD and Mach, however, Apple got out of paying license fees. Given that they are selling the whole OS for $129, handing $50 of that to SCO (or Caldera or ???) wouldn't fly. Also, giving out the kernel source code allows external developers to write drivers and such far more easily. Although it is true that the Apple license is incompatible with the GPL, but compatible with the UC license, the fact that Apple has released the entire underpinnings of the OS makes this look like a fairly minor point. Bear in mind that Mac OS X includes GCC and such, so they still have to deal with _some_ GPL issues. These points aside, I would submit that Apple had looked fairly hard at Linux before choosing BSD. Specifically, they created and distributed MkLinux, a Mach-based version of Linux. In fact, there was a certain amount of yelling from the Linux camp when Apple chose BSD. BTW, it is my understanding that the final choice came down to BSD and Solaris (!). The choice between FreeBSD and NetBSD involves no legal issues, but does have some interesting technical twists. Apple initially said that they would "mix and match" pieces of assorted BSD distributions. I remember sending them a note which warned against doing this in a detailed way, as they didn't want to get caught up in a version-control nightmare. As it turned out, they decided to use the FreeBSD kernel and the NetBSD userland. This kept their version-control issues fairly simple, while giving them some technical benefits: * The NetBSD apps already worked on the PowerPC, so they didn't have to chase thousands of little architecture-specific issues. * For whatever reason, they liked the FreeBSD kernel. I don't know the exact reasons, but I'm sure there were some (otherwise, they would have gone with NetBSD for everything). -r -- http://www.cfcl.com/rdm - home page, resume, etc. http://www.cfcl.com/Meta/md_fb.html - The FreeBSD Browser email: rdm@cfcl.com; phone: +1 650-873-7841 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 9:50:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6D86B37B71A; Sun, 25 Mar 2001 09:50:14 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA28463; Sun, 25 Mar 2001 09:50:07 -0800 Date: Sun, 25 Mar 2001 09:50:02 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dennis Cc: scanner@jurai.net, Peter Wemm , Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: old business (was Re: Intel driver doc's Take 2.) In-Reply-To: <5.0.0.25.0.20010324142928.03a8b9d0@mail.etinc.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 Sat, 24 Mar 2001, Dennis wrote: > > If the if_wx driver sucks, why not fix it rather than trying to coerce a > mega-companies with a deep political structure to change is policies? > But if youre not going to maintain it, dont do it at all. You cant stick it to > users by deciding later that you dont want to support it anymore. I am going to fix it (but this has been low on my priority list- you got the bucks to pay for this, buddy, &and& make it more attractive then the other things I'm currently getting paid to work on? money talks...), and I *also* am trying to change Intel's policy. > I complained for days and then fixed the fxp driver in about 4 hours. Maybe > its time to do work and complain less. Work is good. Complaints just are. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 10:13:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from max5.rrze.uni-erlangen.de (max5.rrze.uni-erlangen.de [131.188.3.50]) by hub.freebsd.org (Postfix) with ESMTP id 2A0A437B718 for ; Sun, 25 Mar 2001 10:13:37 -0800 (PST) (envelope-from Jochen.Kaiser@rrze.uni-erlangen.de) Received: from devil.rrze.uni-erlangen.de by max5.rrze.uni-erlangen.de with ESMTP for freebsd-hackers@FreeBSD.ORG; Sun, 25 Mar 2001 20:13:35 +0200 Received: (from unrza2@localhost) by devil.rrze.uni-erlangen.de (8.9.3/8.9.3) id UAA04855 for freebsd-hackers@FreeBSD.ORG; Sun, 25 Mar 2001 20:09:32 +0200 (CEST) From: Jochen Kaiser Date: Sun, 25 Mar 2001 20:09:31 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: problems with: /usr/src/lib/libc Message-Id: <20010325200930.A11844@devil.rrze.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, (concerning freebsd4.2 Release) I am a little bit in panic: why are all my .o files in /usr/obj/usr/src/lib/libc and not in /usr/src/lib/libc ? I changed syscalls.master, created new syscall, made headers in /usr/src/include and tried to make the libs via make install in /usr/src/lib/libc. (I did a cvs-update some time ago) What am I doing wrong? My kernel doesn't seem to like me any more and spits tons of messages like: ../../libkern/divdi3.c:42: quad.h: No such file or directory ../../libkern/moddi3.c:42: quad.h: No such file or directory ../../libkern/qdivrem.c:47: quad.h: No such file or directory How May I fix it? I am a little bit in panic due to deadline reasons, so please forgive me if question is stupid, thx a lot Jochen Kaiser -- Jochen Kaiser kind@IRCNET, phone +49 9131 85-28134 Network Administration mailto:jochen.kaiser@rrze.uni-erlangen.de Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany GPG public key: http://www.uni-erlangen.de/~unrza2/public_key.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 10:23:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id F295837B719 for ; Sun, 25 Mar 2001 10:23:23 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2PINK973628; Sun, 25 Mar 2001 11:23:20 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103251823.f2PINK973628@harmony.village.org> To: Maxime Henrion Subject: Re: Patch to disallow the build of modules Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 24 Mar 2001 20:42:12 +0100." <20010324204212.A777@nebula.cybercable.fr> References: <20010324204212.A777@nebula.cybercable.fr> Date: Sun, 25 Mar 2001 11:23:20 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010324204212.A777@nebula.cybercable.fr> Maxime Henrion writes: : Here is a patch to select the modules you want and don't want. : The patch is for /usr/src/sys/modules/Makefile from RELENG_4. My patch is even simpler: Index: Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/modules/Makefile,v retrieving revision 1.171 diff -u -r1.171 Makefile --- Makefile 2001/03/09 20:10:30 1.171 +++ Makefile 2001/03/19 19:17:28 @@ -30,4 +30,8 @@ SUBDIR+=osf1 .endif +.if defined(MODULES_OVERRIDE) +SUBDIR=${MODULES_OVERRIDE} +.endif + .include I then put make makeoptions MODULES_OVERRIDE="pcic pccard cardbus pccbb oldcard" in my config file. This gives you the ability to opt into just those modules you want. Yes, I know that it computes SUBDIR twice in modules/Makefile, but I did that to minimize diffs between my Makefile and the real one for easier merging. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 10:24:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 7697937B71D for ; Sun, 25 Mar 2001 10:24:42 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2PIOcM59171; Sun, 25 Mar 2001 10:24:38 -0800 (PST) (envelope-from obrien) Date: Sun, 25 Mar 2001 10:24:37 -0800 From: "David O'Brien" To: Jochen Kaiser Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: problems with: /usr/src/lib/libc Message-ID: <20010325102437.A59098@dragon.nuxi.com> Reply-To: freebsd-hackers@FreeBSD.ORG References: <20010325200930.A11844@devil.rrze.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010325200930.A11844@devil.rrze.uni-erlangen.de>; from Jochen.Kaiser@rrze.uni-erlangen.de on Sun, Mar 25, 2001 at 08:09:31PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 25, 2001 at 08:09:31PM +0200, Jochen Kaiser wrote: > why are all my .o files in /usr/obj/usr/src/lib/libc and not in > /usr/src/lib/libc ? Because that is how our make framework works w/in /usr/src See the readme in /usr/share/mk/ > I changed syscalls.master, created new syscall, made headers in > /usr/src/include and tried to make the libs via > make install in /usr/src/lib/libc. ... > How May I fix it? cd /usr/src/lib/libc make cleandir make cleandir # do NOT do a `make obj' make depend make make install If that does not work, then rm -rf /usr/obj/* and try again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 10:27: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id B3F7637B71A for ; Sun, 25 Mar 2001 10:27:04 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 5105 invoked by uid 1000); 25 Mar 2001 18:26:05 -0000 Date: Sun, 25 Mar 2001 21:26:05 +0300 From: Peter Pentchev To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Patch to disallow the build of modules Message-ID: <20010325212605.E3241@ringworld.oblivion.bg> Mail-Followup-To: Warner Losh , hackers@FreeBSD.ORG References: <20010324204212.A777@nebula.cybercable.fr> <200103251823.f2PINK973628@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103251823.f2PINK973628@harmony.village.org>; from imp@harmony.village.org on Sun, Mar 25, 2001 at 11:23:20AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 25, 2001 at 11:23:20AM -0700, Warner Losh wrote: > In message <20010324204212.A777@nebula.cybercable.fr> Maxime Henrion writes: > : Here is a patch to select the modules you want and don't want. > : The patch is for /usr/src/sys/modules/Makefile from RELENG_4. > > My patch is even simpler: > > Index: Makefile > =================================================================== > RCS file: /home/imp/FreeBSD/CVS/src/sys/modules/Makefile,v > retrieving revision 1.171 > diff -u -r1.171 Makefile > --- Makefile 2001/03/09 20:10:30 1.171 > +++ Makefile 2001/03/19 19:17:28 > @@ -30,4 +30,8 @@ > SUBDIR+=osf1 > .endif > > +.if defined(MODULES_OVERRIDE) > +SUBDIR=${MODULES_OVERRIDE} > +.endif > + > .include > > > I then put make > > makeoptions MODULES_OVERRIDE="pcic pccard cardbus pccbb oldcard" > > in my config file. This gives you the ability to opt into just those > modules you want. Yes, I know that it computes SUBDIR twice in > modules/Makefile, but I did that to minimize diffs between my Makefile > and the real one for easier merging. See -arch for a detailed discussion :) G'luck, Peter -- What would this sentence be like if pi were 3? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 10:34:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D50ED37B71A for ; Sun, 25 Mar 2001 10:34:12 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2PIYA973731; Sun, 25 Mar 2001 11:34:10 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103251834.f2PIYA973731@harmony.village.org> To: Peter Pentchev Subject: Re: Patch to disallow the build of modules Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 25 Mar 2001 21:26:05 +0300." <20010325212605.E3241@ringworld.oblivion.bg> References: <20010325212605.E3241@ringworld.oblivion.bg> <20010324204212.A777@nebula.cybercable.fr> <200103251823.f2PINK973628@harmony.village.org> Date: Sun, 25 Mar 2001 11:34:10 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010325212605.E3241@ringworld.oblivion.bg> Peter Pentchev writes: : See -arch for a detailed discussion :) Right. I just did. I still think mine is *MUCH* simpler and easier to deal with. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 10:47:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from devnull.xpert.com (xpert.com [199.203.132.1]) by hub.freebsd.org (Postfix) with ESMTP id E257937B71B for ; Sun, 25 Mar 2001 10:47:12 -0800 (PST) (envelope-from Yonatan@xpert.com) Received: from mailserv.xpert.com ([199.203.132.135]) by devnull.xpert.com with esmtp (Exim 3.01 #1) id 14hFXZ-000149-00 for hackers@freebsd.org; Sun, 25 Mar 2001 20:47:01 +0200 Received: by mailserv.xpert.com with Internet Mail Service (5.5.2650.21) id ; Sun, 25 Mar 2001 20:46:45 +0200 Message-ID: From: Yonatan Bokovza To: "'hackers@freebsd.org'" Subject: nmap 2.54B22 Permission Denied error Date: Sun, 25 Mar 2001 20:46:05 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="windows-1255" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When testing the new -sO feature, I got this: bash-2.04# nmap -sO 10.0.0.1 Starting nmap V. 2.54BETA22 ( www.insecure.org/nmap/ ) sendto in send_ip_raw: sendto(3, packet, 20, 0, 10.0.0.1, 16) => Permissi on denied Sleeping 15 seconds then retrying sendto in send_ip_raw: sendto(3, packet, 20, 0, 10.0.0.1, 16) => Permissi on denied Sleeping 60 seconds then retrying ^Ccaught SIGINT signal, cleaning up Note i'm root. My sniffer shows outgoing and incoming packets as expected, i.e. zero sized length packets of different protocols. This is -stable of Mar-14. Anyone else seeing this? Yonatan. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 14: 0:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 109BE37B719 for ; Sun, 25 Mar 2001 14:00:29 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2PM0Ah62947; Sun, 25 Mar 2001 17:00:10 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 25 Mar 2001 17:00:10 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Yonatan Bokovza Cc: "'hackers@freebsd.org'" Subject: Re: nmap 2.54B22 Permission Denied error 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 One potential source of Permission Denied on a network socket for the root user is the ipfw system. Do you have IP firewalling enabled, using either ipfw or ipfilter, and if so, could those rules potentially be denying the packets being generated? If you have logging/counters available for those rules, do they go up when you run nmap? Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Sun, 25 Mar 2001, Yonatan Bokovza wrote: > When testing the new -sO feature, I got this: > > bash-2.04# nmap -sO 10.0.0.1 > Starting nmap V. 2.54BETA22 ( www.insecure.org/nmap/ ) > sendto in send_ip_raw: sendto(3, packet, 20, 0, 10.0.0.1, 16) => Permissi > on denied > Sleeping 15 seconds then retrying > sendto in send_ip_raw: sendto(3, packet, 20, 0, 10.0.0.1, 16) => Permissi > on denied > Sleeping 60 seconds then retrying > ^Ccaught SIGINT signal, cleaning up > > Note i'm root. > My sniffer shows outgoing and incoming packets as expected, i.e. > zero sized length packets of different protocols. > This is -stable of Mar-14. > Anyone else seeing this? > > Yonatan. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 14:29:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 6DF0037B71D; Sun, 25 Mar 2001 14:29:21 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id D1E863E09; Sun, 25 Mar 2001 14:29:20 -0800 (PST) To: Boris Popov Cc: Peter Pentchev , Bruce Evans , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, phk@freebsd.org Subject: Re: Displaying options for current NFS mounts In-Reply-To: ; from bp@butya.kz on "Sun, 25 Mar 2001 17:49:14 +0700 (ALMST)" Date: Sun, 25 Mar 2001 14:29:20 -0800 From: Dima Dorfman Message-Id: <20010325222920.D1E863E09@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Boris Popov writes: > This is not a bikeshed, but sysctl is the wrong interface to do > this. Use VFSs/VOPs instead. This isn't a big problem with passing string > from kernel to userland. I like your idea of using the extattr interface. It isn't a perfect match, since ideally this would be a VFS operation, but it works quite well. The only modifications required are to mount(8) to try to get this attribute, and then to any filesystem which wishes to support it. Below is a patch which makes the necessary changes to mount(8), and adds support for this to NFS. It's amazingly simple, and doesn't interfere with anything else (i.e., you don't have to rebuild half the world to use it). The only thing I don't like is that the "mountopts" and "mountopts_verbose" constants aren't macroized, but that can be easily solved (I just didn't know where to put them). With it, mount(8) outputs stuff like this: dima@spike% /sbin/mount -vt nfs pid295@spike:/host on /host (nfs, v2, udp, hard, intr) pid295@spike:/st on /st (nfs, v2, udp, hard, intr) bazooka:/a on /.amd/bazooka/host/a (nfs, nodev, nosuid, v3, tcp, hard, intr) bazooka:/b on /.amd/bazooka/host/b (nfs, nodev, nosuid, v3, tcp, hard, intr) Comments? Suggestions? Thanks in advance Dima Dorfman dima@unixfreak.org P.S. Would anyone have a fit if I wrote man pages for extattr_get_file, extattr_set_file, and extattr_delete_file? Index: sbin/mount/mount.c =================================================================== RCS file: /st/src/FreeBSD/src/sbin/mount/mount.c,v retrieving revision 1.41 diff -u -r1.41 mount.c --- sbin/mount/mount.c 2000/11/22 17:54:56 1.41 +++ sbin/mount/mount.c 2001/03/25 22:16:14 @@ -49,6 +49,7 @@ #include #include #include +#include #include #include @@ -505,6 +506,8 @@ int flags; struct opt *o; struct passwd *pw; + struct iovec iov; + char buf[128]; (void)printf("%s on %s (%s", sfp->f_mntfromname, sfp->f_mntonname, sfp->f_fstypename); @@ -515,6 +518,11 @@ (void)printf(", %s", o->o_name); flags &= ~o->o_opt; } + iov.iov_base = buf; + iov.iov_len = sizeof(buf); + if (extattr_get_file(sfp->f_mntonname, + verbose ? "mountopts_verbose" : "mountopts", &iov, 1) > 0) + (void)printf(", %s", iov.iov_base); if (sfp->f_owner) { (void)printf(", mounted by "); if ((pw = getpwuid(sfp->f_owner)) != NULL) Index: sys/nfs/nfs_vnops.c =================================================================== RCS file: /st/src/FreeBSD/src/sys/nfs/nfs_vnops.c,v retrieving revision 1.164 diff -u -r1.164 nfs_vnops.c --- sys/nfs/nfs_vnops.c 2001/02/28 04:13:11 1.164 +++ sys/nfs/nfs_vnops.c 2001/03/25 22:16:14 @@ -62,6 +62,7 @@ #include #include #include +#include #include #include @@ -130,6 +131,7 @@ static int nfs_print __P((struct vop_print_args *)); static int nfs_advlock __P((struct vop_advlock_args *)); static int nfs_bwrite __P((struct vop_bwrite_args *)); +static int nfs_getextattr __P((struct vop_getextattr_args *)); /* * Global vfs data structures for nfs */ @@ -169,6 +171,7 @@ { &vop_symlink_desc, (vop_t *) nfs_symlink }, { &vop_unlock_desc, (vop_t *) vop_stdunlock }, { &vop_write_desc, (vop_t *) nfs_write }, + { &vop_getextattr_desc, (vop_t *) nfs_getextattr }, { NULL, NULL } }; static struct vnodeopv_desc nfsv2_vnodeop_opv_desc = @@ -3397,4 +3400,51 @@ } } return (VOCALL(fifo_vnodeop_p, VOFFSET(vop_close), ap)); +} + +/* + * Get extended attributes. Currently this is only used to retrieve + * filesystem-specific mount options for consumption by mount(8). + */ +static int +nfs_getextattr(ap) + struct vop_getextattr_args /*{ + IN struct vnode *a_vp; + IN const char *a_name; + INOUT struct uio *a_uio; + IN struct ucred *a_cred; + IN struct proc *a_p; + }; */ *ap; +{ + struct nfsmount *nmp = VFSTONFS(ap->a_vp->v_mount); + struct sbuf sb; + char *outp; + int outl, verbose = 0, error = 0; + + /* XXX macroize "mountopts" and "mountopts_verbose"! */ + if (strncmp(ap->a_name, "mountopts", 9) != 0) + return (ENOENT); + if (strncmp(ap->a_name, "mountopts_verbose", 17) == 0) + verbose = 1; + + sbuf_new(&sb, NULL, 128, 0); + sbuf_printf(&sb, "%s", nmp->nm_flag & NFSMNT_NFSV3 ? "v3" : "v2"); + sbuf_printf(&sb, ", %s", + (nmp->nm_sotype == SOCK_DGRAM) ? "udp" : "tcp"); + if (nmp->nm_flag & NFSMNT_SOFT) + sbuf_cat(&sb, ", soft"); + else if (verbose) + sbuf_cat(&sb, ", hard"); + if (nmp->nm_flag & NFSMNT_INT) + sbuf_cat(&sb, ", intr"); + sbuf_finish(&sb); + + outp = sbuf_data(&sb); + outl = sbuf_len(&sb) + 1; + if (outl > ap->a_uio->uio_resid) + outl = ap->a_uio->uio_resid; + if (outl > 0) + error = uiomove(outp, outl, ap->a_uio); + sbuf_delete(&sb); + return (error); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 14:39:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail-100baset.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 21C8837B718 for ; Sun, 25 Mar 2001 14:39:36 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id RAA79734; Sun, 25 Mar 2001 17:39:21 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 25 Mar 2001 17:39:20 -0500 To: Dan Feldman , Rich Morin From: Garance A Drosihn Subject: Re: so where is our press-release about MacOS X ? Cc: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:19 PM -0800 3/24/01, Dan Feldman wrote: >FOR IMMEDIATE RELEASE - 1 Apr 2000 > >SEATTLE - The FreeBSD Project, Inc. officially welcomed >today the introduction of Apple Computer's Mac OS X. The >next-generation operating system uses the TCP/IP stack >of an obsolete version of FreeBSD's flagship product, >and is otherwise completely unrelated. >:) > > - dan feldman > student, garfield high school, seattle While this is a good attempt at humor, I think it is not fair to Apple nor is it worthwhile to anyone. Apple had some people who contribute to freebsd directly (ie, they have commit access). Apple donated some hardware to help encourage FreeBSD/PPC along. Apple buys ads at several of the BSD-specific web sites. Apple has mentioned their connection to BSD's in several press releases. In short, Apple has been doing a hell of a lot more for freebsd (and all the BSD's, for that matter) then this little april-fool's article. And we're supposed to greet that positive publicity with sarcasm? At 11:18 PM -0800 3/24/01, Dan Feldman wrote: >You're right, there's no need to pick fights. But I'm >just pointing out that there's no reason FreeBSD should >work particularly hard to create the appearance of an >alliance with Apple, when all they've done is use the >source of some kernel components and a number of >utilities for a commercial product. After all, Microsoft >is rumored to have done exactly the same thing at times >and I have yet to see any press releases about a >relationship with _them_. You might want to think a bit more. Microsoft rarely admits that any of the BSD's even exist, whatever they may have done with some of the code. They do not donate anything to any BSD project. They do not sponsor BSD- related activities or web sites. At times they amuse themselves by spreading FUD about the BSD's, as they do with just about all open-source projects. If you were following the darwin mailing lists, you would know that Apple has plans to include more code from all the other BSD's, while still maintaining their own operating system. All of this is good for freebsd. Certainly I see no reason to rain on their parade. We CLAIM we want anyone to use our code for whatever they see fit, but when someone does that are we then going to give them a bunch of crap? Furthermore, the point of a press release isn't to help THEM, per se, it's to increase OUR visibility. Your suggested press release will increase our visibility in a very negative way. That is not the kind of visibility we will benefit from. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 19:13: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from akira.lanfear.com (akira.lanfear.com [208.12.11.174]) by hub.freebsd.org (Postfix) with ESMTP id A7E7637B718 for ; Sun, 25 Mar 2001 19:12:58 -0800 (PST) (envelope-from mwlist@lanfear.com) Received: from sapporo.lanfear.com (h-64-105-36-216.snvacaid.covad.net [64.105.36.216]) by akira.lanfear.com (8.9.3/8.9.3) with SMTP id TAA31832 for freebsd-hackers@freebsd.org; Sun, 25 Mar 2001 19:12:58 -0800 (PST) (envelope-from mwlist@lanfear.com) Date: Sun, 25 Mar 2001 19:12:58 -0800 (PST) From: Marc W Message-Id: <200103260312.TAA31832@akira.lanfear.com> To: "FreeBSD Hackers" Subject: Locking and Mail spool Files MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Kiltdown 0.7 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, in a discussion a while back, it was established that file locking is basically broken under NFS. Does this mean that it is simply a REALLY BAD idea to put mail spool files on NFS mounts, or are there ways that programs like /bin/mail can correctly ensure consistency while reading in data ... ? Thanks! marc. Marc W, San Francisco, CA Kiltdown -- a free email client for X www.kiltdown.org -- it's what's underneath that counts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 19:20:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 0E4B037B718 for ; Sun, 25 Mar 2001 19:20:35 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2Q3JcY50055; Sun, 25 Mar 2001 19:19:38 -0800 (PST) Date: Sun, 25 Mar 2001 19:19:38 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: Marc W Cc: FreeBSD Hackers Subject: Re: Locking and Mail spool Files In-Reply-To: <200103260312.TAA31832@akira.lanfear.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 Look for Alfred's commit of Mar 19th. There has been a *huge* overhaul of the nfs stuff and (I think) a working lockd. I haven't looked at it myself, so check it out for yourself. -gordon On Sun, 25 Mar 2001, Marc W wrote: > So, in a discussion a while back, it was established that file > locking is basically broken under NFS. Does this mean that it is > simply a REALLY BAD idea to put mail spool files on NFS mounts, or are > there ways that programs like /bin/mail can correctly ensure > consistency while reading in data ... ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 19:22: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from akira.lanfear.com (akira.lanfear.com [208.12.11.174]) by hub.freebsd.org (Postfix) with ESMTP id 8032C37B718 for ; Sun, 25 Mar 2001 19:22:06 -0800 (PST) (envelope-from mwlist@lanfear.com) Received: from sapporo.lanfear.com (h-64-105-36-216.snvacaid.covad.net [64.105.36.216]) by akira.lanfear.com (8.9.3/8.9.3) with SMTP id TAA31887; Sun, 25 Mar 2001 19:22:04 -0800 (PST) (envelope-from mwlist@lanfear.com) Date: Sun, 25 Mar 2001 19:22:04 -0800 (PST) From: Marc W Message-Id: <200103260322.TAA31887@akira.lanfear.com> To: Gordon Tetlow Cc: FreeBSD Hackers Subject: Re: Locking and Mail spool Files MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Kiltdown 0.7 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Excellent, I will look for that. However, in the meantime, on older systems (3.x, 4.x, etc ...), is the below assertion correct? thanks! marc. Marc W, San Francisco, CA Kiltdown -- a free email client for X www.kiltdown.org -- it's what's underneath that counts. > ----------------------------- > From: Gordon Tetlow > To: Marc W > Cc: FreeBSD Hackers > Subject: Re: Locking and Mail spool Files > Sent: 03/25/01 19:19> > > > Look for Alfred's commit of Mar 19th. There has been a *huge* overhaul of > the nfs stuff and (I think) a working lockd. I haven't looked at it > myself, so check it out for yourself. > > -gordon > > On Sun, 25 Mar 2001, Marc W wrote: > > > So, in a discussion a while back, it was established that file > > locking is basically broken under NFS. Does this mean that it is > > simply a REALLY BAD idea to put mail spool files on NFS mounts, or are > > there ways that programs like /bin/mail can correctly ensure > > consistency while reading in data ... ? > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 20:35:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2DFF037B719 for ; Sun, 25 Mar 2001 20:35:52 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2Q4We933140; Sun, 25 Mar 2001 21:32:40 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103260432.f2Q4We933140@harmony.village.org> To: Marc W Subject: Re: Locking and Mail spool Files Cc: Gordon Tetlow , FreeBSD Hackers In-reply-to: Your message of "Sun, 25 Mar 2001 19:22:04 PST." <200103260322.TAA31887@akira.lanfear.com> References: <200103260322.TAA31887@akira.lanfear.com> Date: Sun, 25 Mar 2001 21:32:40 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103260322.TAA31887@akira.lanfear.com> Marc W writes: : Excellent, I will look for that. However, in the meantime, on : older systems (3.x, 4.x, etc ...), is the below assertion correct? I ran mail over NFS for a while, as well as using a mail program that didn't do locking to sort my mail. In both cases I'd lose mail when two messages arrived at the same time. They would both be written to the same place in the mail spool file, causing all kinds of fun corruption that took weeks to track down. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 20:42: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id D24D337B718 for ; Sun, 25 Mar 2001 20:42:05 -0800 (PST) (envelope-from dscheidt@tumbolia.com) Received: from shell-3.enteract.com (dscheidt@shell-3.enteract.com [207.229.143.42]) by mail.enteract.com (8.11.1/8.11.2) with ESMTP id f2Q4g2v47873; Sun, 25 Mar 2001 22:42:03 -0600 (CST) (envelope-from dscheidt@tumbolia.com) Date: Sun, 25 Mar 2001 22:42:02 -0600 (CST) From: David Scheidt X-Sender: dscheidt@shell-3.enteract.com To: Marc W Cc: Gordon Tetlow , FreeBSD Hackers Subject: Re: Locking and Mail spool Files In-Reply-To: <200103260322.TAA31887@akira.lanfear.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, 25 Mar 2001, Marc W wrote: : : Excellent, I will look for that. However, in the meantime, on :older systems (3.x, 4.x, etc ...), is the below assertion correct? : You don't want to put mail spools on NFS filesystems. If you must, use the maildir format, ala qmail. David Scheidt -- dscheidt@tumbolia.com Bipedalism is only a fad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 20:48:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f6.law14.hotmail.com [64.4.21.6]) by hub.freebsd.org (Postfix) with ESMTP id AB52D37B71A for ; Sun, 25 Mar 2001 20:48:47 -0800 (PST) (envelope-from netbsdadvocate@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 25 Mar 2001 20:48:46 -0800 Received: from 209.156.70.165 by lw14fd.law14.hotmail.msn.com with HTTP; Mon, 26 Mar 2001 04:48:46 GMT X-Originating-IP: [209.156.70.165] From: "Arthur Munn" To: freebsd-hackers@freebsd.org Subject: technical docs Date: Sun, 25 Mar 2001 23:48:46 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 26 Mar 2001 04:48:46.0936 (UTC) FILETIME=[0AF95D80:01C0B5B0] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello, i was wondering if anyone knew where i could find some good documentation of freebsd internels, i am trying to get The Design and Implimentation of the 4.4BSD Operating System but for right now i am looking for some freely available docs on freebsd internels thanks :-) _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 21:35:27 2001 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 C305837B71A for ; Sun, 25 Mar 2001 21:35:24 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.3/8.11.3) id f2Q5ZMm24198; Sun, 25 Mar 2001 23:35:22 -0600 (CST) (envelope-from dan) Date: Sun, 25 Mar 2001 23:35:22 -0600 From: Dan Nelson To: Marc W Cc: FreeBSD Hackers Subject: Re: Locking and Mail spool Files Message-ID: <20010325233522.B1635@dan.emsphone.com> References: <200103260312.TAA31832@akira.lanfear.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i In-Reply-To: <200103260312.TAA31832@akira.lanfear.com>; from "Marc W" on Sun Mar 25 19:12:58 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Mar 25), Marc W said: > So, in a discussion a while back, it was established that file > locking is basically broken under NFS. Does this mean that it is > simply a REALLY BAD idea to put mail spool files on NFS mounts, or > are there ways that programs like /bin/mail can correctly ensure > consistency while reading in data ... ? As long as everything that touches your mailboxes use dotlocking, you should be safe. Use procmail as your local mailer, and make sure your mailreaders use dotlocking. -- 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 Sun Mar 25 22:41:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 8AB8C37B719; Sun, 25 Mar 2001 22:41:26 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=c558ebf01bc145e8139b116b9dd01c25) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14hQgu-00015O-00; Sun, 25 Mar 2001 23:41:25 -0700 Message-ID: <3ABEE494.F592BA0A@softweyr.com> Date: Sun, 25 Mar 2001 23:41:24 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: scanner@jurai.net, freebsd-hackers@FreeBSD.ORG Subject: Re: Intel driver doc's Take 2. References: <200103222037.f2MKbrs01583@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > On Fri, 23 Mar 2001, Daniel C. Sobral wrote: > > > > > Let me just pipe in a bit. Compromise seems just like the kind of thing > > > marketing or legal would want to do. The problem is that _we_ cannot > > > compromise because one cannot write a "half-way there" driver. It's a > > > technical impossibility. > > > > I agree 100%. I don't think this will fly either. I am just making the > > effort to work with Intel to get what we need. It's not going to happen > > overnight. Period. They are not going to change their NDA policy. In the > > future maybe. Actually I will forward the email she sent me this last time > > after I got off the phone with her an hour ago. I mentioned the problems > > Jonathan had with the GigE card. That's why she refers to him. Anyway I > > will forward it in a sec to the list. > > [Speaking here from some experience with this set of issues.] > > The compromise that you want to strike, and really the *only* compromise > that is going to work, is that the *documents* will remain undisclosed, > but information from the documents that is necessary to produce a > functional, high-performance driver may be disclosed, but *only* through > the source code of the driver. > > Thus one or a small group of people sign the NDA, and keep the > documentation. The driver is then developed and maintained by this team, > who also have the opportunity to interact with Intel's engineering > people. The source code resulting from this effort is then released > publically. Intel should probably retain the right to veto code that you > might want to put in the driver if they feel that it risks disclosure > they don't want, but you don't have to suggest this to them unless you > feel you need it as a bargaining chip. > > This would put them in the same situation as they are already in with > their source-available Linux driver; it should not present any more > intellectual property risks than they already face, and as a bonus, it > gets us a better-supported driver. In case anyone is truly interested in doing this, I have a "limited liability company" setup to do exactly this sort of work. If someone is interested in approaching Intel about this, under "contract" to my LLC, let me know via private e-mail. -- "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 Sun Mar 25 22:41:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 122D937B719 for ; Sun, 25 Mar 2001 22:41:52 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f2Q6fpg08758; Sun, 25 Mar 2001 22:41:51 -0800 Date: Sun, 25 Mar 2001 22:41:51 -0800 From: Brooks Davis To: Arthur Munn Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: technical docs Message-ID: <20010325224151.B4895@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="b5gNqxB1S1yM7hjW" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from netbsdadvocate@hotmail.com on Sun, Mar 25, 2001 at 11:48:46PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --b5gNqxB1S1yM7hjW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 25, 2001 at 11:48:46PM -0500, Arthur Munn wrote: > hello, i was wondering if anyone knew where i could find some good=20 > documentation of freebsd internels, i am trying to get The Design and=20 > Implimentation of the 4.4BSD Operating System but for right now i am look= ing=20 > for some freely available docs on freebsd internels Check out the various "Blueprints" articles published in Daemon News (www.daemonnews.org). They aren't exactly comprehensive, but the do provide good information about the systems they do cover. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --b5gNqxB1S1yM7hjW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6vuSuXY6L6fI4GtQRAkmlAJ4gFgw7T7o1Nk6Cd4QkSCVjK1DxtwCgvNMK tz/fCTs6LffPAWpdfZKrO6U= =gvng -----END PGP SIGNATURE----- --b5gNqxB1S1yM7hjW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 22:45:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aphex.newgold.net (durham0-128.dsl.gtei.net [4.3.0.128]) by hub.freebsd.org (Postfix) with ESMTP id EFA5237B719 for ; Sun, 25 Mar 2001 22:45:44 -0800 (PST) (envelope-from jmallett@newgold.net) Received: from localhost (jmallett@localhost) by aphex.newgold.net (8.10.1/8.10.1) with ESMTP id f2Q6jeH04995; Mon, 26 Mar 2001 01:45:40 -0500 (EST) Date: Mon, 26 Mar 2001 01:45:40 -0500 (EST) From: Joseph Mallett To: Brooks Davis Cc: Arthur Munn , freebsd-hackers@FreeBSD.ORG Subject: Re: technical docs In-Reply-To: <20010325224151.B4895@Odin.AC.HMC.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 For a while I was working on an OS Development section for COTSE (www.cotse.com), but unfortunately we never finished it. What I can recommend is 4.4BSD D&I, and (if you have the spendage, or have a friend who owns them) the MKM videos from www.mckusick.com. There's some _really_ great documentation about the FreeBSD VM, as well as the Mach VM (which FreeBSD's is/was based on). HTH, /joseph -- Joseph Mallett http://www.xMach.org/ xMach - The 4.4BSD-like microkernel Operating System. On Sun, 25 Mar 2001, Brooks Davis wrote: > On Sun, Mar 25, 2001 at 11:48:46PM -0500, Arthur Munn wrote: > > hello, i was wondering if anyone knew where i could find some good > > documentation of freebsd internels, i am trying to get The Design and > > Implimentation of the 4.4BSD Operating System but for right now i am looking > > for some freely available docs on freebsd internels > > Check out the various "Blueprints" articles published in Daemon News > (www.daemonnews.org). They aren't exactly comprehensive, but the do > provide good information about the systems they do cover. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 23: 1:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xyzzy.intranet.snsonline.net (dhcp.looksmart.com.au [202.53.47.178]) by hub.freebsd.org (Postfix) with ESMTP id 2F9B737B718 for ; Sun, 25 Mar 2001 23:01:07 -0800 (PST) (envelope-from msergeant@looksmart.net) Received: from xyzzy.intranet.snsonline.net (localhost [127.0.0.1]) by xyzzy.intranet.snsonline.net (8.11.3/8.11.1) with SMTP id f2Q710J01330 for ; Mon, 26 Mar 2001 17:01:03 +1000 (EST) (envelope-from msergeant@looksmart.net) Message-Id: <200103260701.f2Q710J01330@xyzzy.intranet.snsonline.net> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Mark Sergeant" To: freebsd-hackers@freebsd.org Subject: rtl8139 driver. X-Mailer: Pronto v2.2.2 On freebsd Date: 26 Mar 2001 02:00:58 EST Reply-To: "Mark Sergeant" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I currently have a Sharp pc ax20 laptop with an inbuilt rtl8139 nic. It works wonderfully well on my works 100 meg switched network, at home I have a 10 meg hub (can't afford a 100 meg switch yet) and it also works great for downloading off the net nat'ed off my adsl connection. Though copying internally to any of my windows / freebsd or linux machines I am lucky to acheive 4k/sec and the connections normally time out. All of the other machines on my network can do 700+ k/sec in between each other. I can only think it would be the driver that causes these problems, either that or it is not auto detecting the type of network that it is on in some way. Using win2k on same laptop I get normal speeds copying internally. I am using 4.3 RC If anyone has any ideas please let me know. I will probably end up trashing this machine anyways as my pcmcia DVD-ROM & usb floppy drive both stopped working after I cvsup'ed to 4.2-STABLE & haven't worked since. Cheers, Mark -- The Briggs/Chase Law of Program Development: To determine how long it will take to write and debug a program, take your best estimate, multiply that by two, add one, and convert to the next higher units. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 23: 7:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 4E59C37B719 for ; Sun, 25 Mar 2001 23:07:53 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA67462; Mon, 26 Mar 2001 09:07:30 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103260707.JAA67462@info.iet.unipi.it> Subject: Re: rtl8139 driver. In-Reply-To: <200103260701.f2Q710J01330@xyzzy.intranet.snsonline.net> from Mark Sergeant at "Mar 26, 2001 02:00:58 am" To: Mark Sergeant Date: Mon, 26 Mar 2001 09:07:30 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Charset iso-8859-1 unsupported, filtering to ASCII...] > I currently have a Sharp pc ax20 laptop with an inbuilt rtl8139 nic. It works i have an AX10, similar design i suppose, and it works fast and fine for me at 10megs. Are you sure the card isn't autoconfiguring for full duplex or something like that, killing other packets on the lan ? cheers luigi > wonderfully well on my works 100 meg switched network, at home I have a 10 meg > hub (can't afford a 100 meg switch yet) and it also works great for downloading > off the net nat'ed off my adsl connection. Though copying internally to any of > my windows / freebsd or linux machines I am lucky to acheive 4k/sec and the > connections normally time out. All of the other machines on my network can do > 700+ k/sec in between each other. I can only think it would be the driver that > causes these problems, either that or it is not auto detecting the type of > network that it is on in some way. Using win2k on same laptop I get normal > speeds copying internally. > > I am using 4.3 RC > > If anyone has any ideas please let me know. I will probably end up trashing > this machine anyways as my pcmcia DVD-ROM & usb floppy drive both stopped > working after I cvsup'ed to 4.2-STABLE & haven't worked since. > > Cheers, > > Mark > > -- > The Briggs/Chase Law of Program Development: > To determine how long it will take to write and debug a > program, take your best estimate, multiply that by two, add one, and > convert to the next higher units. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 25 23:52: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.any.ru (ns.any.ru [194.67.127.11]) by hub.freebsd.org (Postfix) with ESMTP id 3728737B718 for ; Sun, 25 Mar 2001 23:51:59 -0800 (PST) (envelope-from avn@ns.any.ru) Received: (from avn@localhost) by ns.any.ru (8.11.2/8.11.2) id f2Q7pMb06537 for freebsd-hackers@freebsd.org.AVP; Mon, 26 Mar 2001 11:51:22 +0400 (MSD) (envelope-from avn) Received: (from avn@localhost) by ns.any.ru (8.11.2/8.11.2) id f2Q7pMV06529 for freebsd-hackers@freebsd.org; Mon, 26 Mar 2001 11:51:22 +0400 (MSD) (envelope-from avn) Date: Mon, 26 Mar 2001 11:51:22 +0400 (MSD) From: "Alexey V. Neyman" Message-Id: <200103260751.f2Q7pMV06529@ns.any.ru> To: freebsd-hackers@freebsd.org Subject: making release without full CVS tree? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello there! I just read FAQ on making release and have one question. FAQ says I must be having full CVS source tree (or be able to access it via CVSROOT), but I'm behind modem connection. So I'm curious why it is not enough to have a cvsupped src-all/doc-all/ports-all collections? And is there a way to avoid loading CVS tree for making release and generate it from these collections? # Alexey PS. The goal is to make a CD with a 5.0 snapshot to install it at home (where I have no internet access) and keep it up-to-date by later burning cvsuppable collections on a CD-RW at work. -------------------------------------+------------------------------ "May the Sun and Water gently | mailto: avn@any.ru fall upon you!" (Supox, from SC2) | -------------------------------------+------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 0:35:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from germes.levi.spb.ru (ip65.levi.spb.ru [212.119.175.65]) by hub.freebsd.org (Postfix) with ESMTP id C56A337B71A for ; Mon, 26 Mar 2001 00:35:33 -0800 (PST) (envelope-from dms@wplus.net) Received: from wplus.net (IDENT:dms@pike.levi.spb.ru [10.246.8.43]) by germes.levi.spb.ru (8.11.1/8.11.1) with ESMTP id f2Q8ZV710190 for ; Mon, 26 Mar 2001 12:35:32 +0400 Message-ID: <3ABEFF53.90F522A0@wplus.net> Date: Mon, 26 Mar 2001 12:35:31 +0400 From: Dmitry Samersoff Organization: LeviSoft X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: in_rtqtimo: adjusted (FreeBSD 4.2 crush) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have server under FreeBSD 4.2. , It stop responding every 24h Kernel answer to ping, it can establish TCP connection, but doesn't fork any process. (i.e. telnet to any open port say connected and does nothing) Unfortunately it's remote host so I'm unable to go into kernel debugger when it crushed. Debug console messages immediately before crush : [crush] ds102 /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 ds102 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1600 ds102 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1066 Thank you ! -- Dmitry Samersoff, dms@wplus.net, ICQ:3161705 http://devnull.wplus.net * There will come soft rains ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 1: 6:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from icon.bg (icon.bg [62.176.80.58]) by hub.freebsd.org (Postfix) with SMTP id 52D2D37B719 for ; Mon, 26 Mar 2001 01:06:43 -0800 (PST) (envelope-from v0rbiz@icon.bg) Received: (qmail 85136 invoked by uid 1144); 26 Mar 2001 09:10:06 -0000 Date: Mon, 26 Mar 2001 12:10:06 +0300 From: Victor Ivanov To: freebsd-hackers@freebsd.org Subject: Re: making release without full CVS tree? Message-ID: <20010326121006.A85033@icon.icon.bg> References: <200103260751.f2Q7pMV06529@ns.any.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103260751.f2Q7pMV06529@ns.any.ru>; from avn@ns.any.ru on Mon, Mar 26, 2001 at 11:51:22AM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 26, 2001 at 11:51:22AM +0400, Alexey V. Neyman wrote: > Hello there! >=20 > I just read FAQ on making release and have one question. FAQ says I must > be having full CVS source tree (or be able to access it via CVSROOT), but > I'm behind modem connection. So I'm curious why it is not enough to have > a cvsupped src-all/doc-all/ports-all collections? And is there a way to > avoid loading CVS tree for making release and generate it from these > collections? >=20 > # Alexey >=20 > PS. The goal is to make a CD with a 5.0 snapshot to install it at home > (where I have no internet access) and keep it up-to-date by later burning > cvsuppable collections on a CD-RW at work. I have done that. There are three places in /usr/src/release/Makefile where cvs is used to get the tree in the will-be-chrooted dir. You can add a simp= le =2Eif defined(NOCVS) or something and copy the tree from the sources instea= d of invoking cvs. This works but it's buggy: you can have log files from makes = in the src dir (you should delete them manualy) or you can have work dirs in t= he ports collection. Also, you might not need the distfiles/ and packages/ dir from the ports :). Will it be useful if I send PR or something with a patch? Should I use tar -cf - | tar xf - instead of cp -R? (tar has nice --exclude pattern switch for not copying distfiles/ and packages/ and even work dirs..). --=20 Players win and Winners play Have a lucky day --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQCVAwUBOr8HbPD9M5lef5W3AQGCFwQAsKy+FoXiTThRP9GYGGwN+IP6qiow/er9 IaEwgDBpvyy+kx3MSPRkS3YKT4mb0gMflt3vx7z2oOQh8CJpvcY2Zja0PtMWKumb ib3NgNT8aZ1qZtD/irgwqa9CKqg6FogRaM3A/Jtk2IrfMdsZojZR7AcE8vUNjGRk QtNSdDon8Ts= =i+bl -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 1:54: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by hub.freebsd.org (Postfix) with ESMTP id 5A26837B718 for ; Mon, 26 Mar 2001 01:54:03 -0800 (PST) (envelope-from fn@gatekeeper.radio-do.de) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by gatekeeper.radio-do.de (Postfix) with ESMTP id 4E38B17D67; Mon, 26 Mar 2001 11:53:46 +0200 (CEST) Received: (from fn@localhost) by trinity.radio-do.de (8.11.3/8.9.3) id f2Q9rj335044; Mon, 26 Mar 2001 11:53:45 +0200 (CEST) (envelope-from fn@gatekeeper.radio-do.de) Date: Mon, 26 Mar 2001 11:52:30 +0200 From: Frank Nobis To: Luigi Rizzo Cc: Mark Sergeant , freebsd-hackers@FreeBSD.ORG Subject: Re: rtl8139 driver. Message-ID: <20010326115230.A35027@radio-do.de> References: <200103260701.f2Q710J01330@xyzzy.intranet.snsonline.net> <200103260707.JAA67462@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103260707.JAA67462@info.iet.unipi.it>; from luigi@info.iet.unipi.it on Mon, Mar 26, 2001 at 09:07:30AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 26, 2001 at 09:07:30AM +0200, Luigi Rizzo wrote: > [Charset iso-8859-1 unsupported, filtering to ASCII...] > > I currently have a Sharp pc ax20 laptop with an inbuilt rtl8139 nic. It works > > i have an AX10, similar design i suppose, and it works fast and fine for me > at 10megs. Are you sure the card isn't autoconfiguring for full duplex or > something like that, killing other packets on the lan ? I have a rtl8139 pci card in my mailserver on a cisco catalyst 2900. I have to set the fullduplex on the rtl8139 by hand, because it never did it right with autonegotiation. Frank -- ~/.signature not found: wellknown error 42 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 2:12:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 2F2A737B719 for ; Mon, 26 Mar 2001 02:12:37 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id MAA13041; Mon, 26 Mar 2001 12:12:32 +0200 (MET DST) Date: Mon, 26 Mar 2001 12:12:32 +0200 (CEST) From: Harti Brandt To: Gordon Tetlow Cc: Subject: Re: Problems with new RPC 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, 23 Mar 2001, Gordon Tetlow wrote: GT>If you haven't, please please please, send-pr(1) this so the right people GT>get a look at this. Last thing we need is a broken ypbind (not that I use GT>it). More down below. Ok, don't panic :-) ypbind seems to work no. The ypmatch problem stil l exists (see other mail). And, well..., I thought submitting a send-pr to code that was imported only three days ago would be an overkill... harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 5:37:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vulture.dmem.strath.ac.uk (vulture.dmem.strath.ac.uk [130.159.232.158]) by hub.freebsd.org (Postfix) with ESMTP id AE11137B71B for ; Mon, 26 Mar 2001 05:37:17 -0800 (PST) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (posh [130.159.202.3]) by vulture.dmem.strath.ac.uk (8.9.3/8.9.3) with ESMTP id OAA21414 for ; Mon, 26 Mar 2001 14:37:11 +0100 (BST) (envelope-from roger@cs.strath.ac.uk) Message-ID: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> Date: Mon, 26 Mar 2001 14:35:50 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Porting a Linux driver to FreeBSD with ioctl return values 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 porting the some linux telephony API drivers over to FreeBSD. But the author of the linux driver used the 'hack' of returning values from the ioctls as the error result. eg volume = ioctl (fd, IXJ_GET_VOLUME) instead of using error = ioctl (fd, IXJ_GET_VOLUME, &volume); Naturally I want to keep the API the same on FreeBSD so existing apps will compile without change. But right now it looks like I cannot do this. Is there anything I can do in the FreeBSD driver or in existing source to help, without imposing a new 'BSD' API. Cheers Roger Hardiman roger@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 7:15:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 17FFD37B719 for ; Mon, 26 Mar 2001 07:15:34 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=fa46fb965c615c31084215d909c3f95f) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14hYiL-0001Ls-00; Mon, 26 Mar 2001 08:15:25 -0700 Message-ID: <3ABF5D0C.A65E4EAA@softweyr.com> Date: Mon, 26 Mar 2001 08:15:24 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Troy Corbin Cc: reichert@numachi.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD on BookPC References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Troy Corbin wrote: > > Brian- > > On a cheapo spending spree, I bought 4 of the BookPC's and threw 4.2 on > them. After disabling the modem, soundcard, etc in the BIOS, the only BAD > thing ive experienced with them is occassional high latency to my gateway. > Usually a reboot fixes this... Lately ive blamed it on the off-brand > onboard NIC, but havent had time to dive into the problem deeper. > > Oh well, still a decent cheap solution. If you're talking about the "PCwave" BookPC, you can do much better for about the same money. The FIC "Safari Premium" is about the same size, but much more reliable hardware. We've had about 50% failure rate on the onboard NIC on the PCWave devices (of 20 units) and only 1 failure on 55 Safaris. Both are Socket-7 and seem to be very happy with 500/550 MHz K6-2s. Most of ours are headless, so we set the VGA shared memory size to minimum and disable the audio chips, but we run Windows (for testing) on several of them and they seem to function as well as any computer can running Windows. We have another Socket-370 box at work also, I'll see if I can dig up the information on it when I get to the office. It's a really nice box, very sturdy. We use one of them as a server, running FreeBSD -stable on a PIII/733. -- "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 Mar 26 7:56: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from roaming.cacheboy.net (roaming.cacheboy.net [203.56.168.69]) by hub.freebsd.org (Postfix) with ESMTP id B298D37B718; Mon, 26 Mar 2001 07:55:57 -0800 (PST) (envelope-from adrian@roaming.cacheboy.net) Received: (from adrian@localhost) by roaming.cacheboy.net (8.11.1/8.11.1) id f2Q9xmx48656; Mon, 26 Mar 2001 11:59:48 +0200 (CEST) (envelope-from adrian) Date: Mon, 26 Mar 2001 11:59:43 +0200 From: Adrian Chadd To: Boris Popov Cc: Peter Pentchev , Bruce Evans , Dima Dorfman , Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: Displaying options for current NFS mounts Message-ID: <20010326115942.A48621@roaming.cacheboy.net> References: <20010325113649.D36335@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bp@butya.kz on Sun, Mar 25, 2001 at 05:49:14PM +0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 25, 2001, Boris Popov wrote: > On Sun, 25 Mar 2001, Peter Pentchev wrote: > > > > > Or could mount(8) invoke a couple of sysctl's to get a string representation > > of each mountpoint's mount options? > > > > This is not a bikeshed, but sysctl is the wrong interface to do > this. Use VFSs/VOPs instead. This isn't a big problem with passing string > from kernel to userland. .. (god knows when this'll get through, as I'm writing this email whilst waiting for a flight at Heathrow Airport..) I've been considering mapping the mount options into a string and having that passed down into VFS_MOUNT. However, the real solution right now is to make mount_$FSTYPE -p work. Then mount can just wrap mount_$FSTYPE, just like fsck / fsck_$FSTYPE does. The only thing preventing me from doing it right now is the lack of Copious Free Time(tm) :) -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 9:40:24 2001 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 6DF7237B71B for ; Mon, 26 Mar 2001 09:40:21 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2QHeHk25849; Mon, 26 Mar 2001 09:40:17 -0800 (PST) Date: Mon, 26 Mar 2001 09:40:16 -0800 From: Alfred Perlstein To: Roger Hardiman Cc: hackers@FreeBSD.ORG Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Message-ID: <20010326094016.C9431@fw.wintelcom.net> References: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk>; from roger@cs.strath.ac.uk on Mon, Mar 26, 2001 at 02:35:50PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Roger Hardiman [010326 05:37] wrote: > Hi, > I'm porting the some linux telephony API drivers over > to FreeBSD. > > But the author of the linux driver used the 'hack' of > returning values from the ioctls as the error result. > > eg volume = ioctl (fd, IXJ_GET_VOLUME) > > instead of using > error = ioctl (fd, IXJ_GET_VOLUME, &volume); > > > Naturally I want to keep the API the same on FreeBSD > so existing apps will compile without change. > But right now it looks like I cannot do this. > > Is there anything I can do in the FreeBSD driver > or in existing source to help, without imposing > a new 'BSD' API. I just woke up.... er, try this: p->p_retval[0] = your_return_value; in your ioctl code... or are you saying that the ioctl code spams over it? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Represent yourself, show up at BABUG http://www.babug.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 9:45:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 0838437B718 for ; Mon, 26 Mar 2001 09:45:45 -0800 (PST) (envelope-from LConrad@Go2France.com) Received: from sv.Go2France.com (sv.meiway.com [212.73.210.79]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 0D58516B16 for ; Mon, 26 Mar 2001 19:59:14 +0200 (CEST) Message-Id: <5.0.0.25.0.20010326193810.023cab10@mail.Go2France.com> X-Sender: lconrad%Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 26 Mar 2001 19:43:32 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: Re: FreeBSD on BookPC In-Reply-To: <3ABF5D0C.A65E4EAA@softweyr.com> References: 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 >The FIC "Safari Premium" is about the same size, >but much more reliable hardware. Wes, Have you looked at their box: http://www.fic.com.tw/systems/slim/sahara3810/sahara3810feat.asp It's 2U x 19". One could shelve 5 of them thin side up in a 19" rack. Len http://MenAndMice.com/DNS-training : In Austin, TX; SFO, CA; Paris, FR http://BIND8NT.MEIway.com : ISC BIND 8.2.3 "NT3" for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 10:43:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cslab.csie.ntu.edu.tw (cslab.csie.ntu.edu.tw [140.112.30.25]) by hub.freebsd.org (Postfix) with ESMTP id ACD4B37B719 for ; Mon, 26 Mar 2001 10:43:03 -0800 (PST) (envelope-from r88074@csie.ntu.edu.tw) Received: from hornets (hornets.csie.ntu.edu.tw [140.112.30.134]) by cslab.csie.ntu.edu.tw (8.9.3/8.9.3) with SMTP id CAA12355; Tue, 27 Mar 2001 02:43:01 +0800 (CST) Message-Id: <200103261843.CAA12355@cslab.csie.ntu.edu.tw> From: "ЄL­^¶W" To: Cc: "ЄL­^¶W" Subject: [HELP] SIGPROF?? SIGVTALRM?? Date: Tue, 27 Mar 2001 02:43:49 +0800 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear all: Recently I make some change on the kern/vfs_aio.c and I run proxy server "squid2-3Stable4" on the new kernel, But after about 20 minutes, the "squid" process is killed by the signals SIGPROF, or SIGVTALRM I have understand SIGPROF stand for " the time of process is executing in user and system mode" and SIGVTALRM is" user mode." But I don't can find where "squid" run too long, because squid is killed by SIGPROF or SIGVTALRM Can anyone give me a suggestion. or teach me how to know the kernel's problem ?? Thank you in advance . Sincerely Richard Lin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 10:44:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id B345F37B719; Mon, 26 Mar 2001 10:44:32 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA12825; Mon, 26 Mar 2001 13:45:26 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010326135954.0215deb0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 26 Mar 2001 14:01:30 -0500 To: mjacob@feral.com From: Dennis Subject: Re: old business (was Re: Intel driver doc's Take 2.) Cc: scanner@jurai.net, Peter Wemm , Mike Smith , freebsd-hackers@FreeBSD.ORG In-Reply-To: References: <5.0.0.25.0.20010324142928.03a8b9d0@mail.etinc.com> 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 12:50 PM 03/25/2001, Matthew Jacob wrote: >On Sat, 24 Mar 2001, Dennis wrote: > > > > > If the if_wx driver sucks, why not fix it rather than trying to coerce a > > mega-companies with a deep political structure to change is policies? > > But if youre not going to maintain it, dont do it at all. You cant > stick it to > > users by deciding later that you dont want to support it anymore. > >I am going to fix it (but this has been low on my priority list- you got the >bucks to pay for this, buddy, &and& make it more attractive then the other >things I'm currently getting paid to work on? money talks...), and I *also* am >trying to change Intel's policy. If I pay for it, I own it. Thats the caveat of "open-source" db To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 10:47:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 04B1A37B71B for ; Mon, 26 Mar 2001 10:47:33 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA12838; Mon, 26 Mar 2001 13:48:56 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010326140352.0215a910@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 26 Mar 2001 14:04:59 -0500 To: dan@langille.org From: Dennis Subject: Re: Intel driver doc's Take 2. Cc: hackers@FreeBSD.ORG In-Reply-To: <200103250047.f2P0lRf13867@ns1.unixathome.org> References: <5.0.0.25.0.20010324195831.02737a50@mail.etinc.com> <200103242107.f2OL7ff12730@ns1.unixathome.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 07:47 PM 03/24/2001, you wrote: >On 24 Mar 2001, at 19:59, Dennis wrote: > > > the only thing more annoying the 2 people having a discussion is a third > > person telling them to stop. Feel free not to read any more messages in > > this thread. > >Feel free to read the list charter. You two are in a pissing contest >unreleated to this list. Please take it elsewhere. We are discussing the issue. TOO BAD if you dont like it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 10:59:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hot.sand.net (sand.net [153.105.100.100]) by hub.freebsd.org (Postfix) with ESMTP id 1B9D737B71D; Mon, 26 Mar 2001 10:59:38 -0800 (PST) (envelope-from jclark@teamasa.com) Received: from teamasa.com ([63.221.93.164]) by hot.sand.net (8.10.2/8.10.2) with ESMTP id f2QILlC08315; Mon, 26 Mar 2001 10:21:49 -0800 (PST) Message-ID: <3ABF93E9.23F5EA4C@teamasa.com> Date: Mon, 26 Mar 2001 11:10:15 -0800 From: John Clark Organization: Team ASA X-Mailer: Mozilla 4.75 (Macintosh; U; PPC) X-Accept-Language: en,pdf MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: Dennis , "Schmalzbauer, Harald" , hackers@FreeBSD.ORG, isp@FreeBSD.ORG Subject: Re: AW: Best Gigabit ethernet for 4.x References: <5.0.0.25.0.20001118113245.032d3130@mail.etinc.com> <20001118150437.A15956@panzer.kdm.org> <5.0.0.25.0.20010324122812.038f4eb0@mail.etinc.com> <20010324124511.A18612@panzer.kdm.org> Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > On Sat, Mar 24, 2001 at 12:31:05 -0500, Dennis wrote: > > At 05:04 PM 11/18/2000, Kenneth D. Merry wrote: > > >On Sat, Nov 18, 2000 at 11:33:29 -0500, Dennis wrote: > > > > At 04:28 PM 11/17/2000, Schmalzbauer, Harald wrote: > > > > >I just heard that Intel doesn't supply documentation on ther chipset > > > and the > > > > >FreeBSD and Linux support is quiet bad. The Netgear GA620 is said to be > > > > >twice as fast. The same Chipset (Alteon Tigon/AceNIC) is on the 3com985. As far as I know, 3com has purchased the Alteon adaptor business, hence all 'Alteon' cards are now 3com. In addition, the 'open firmware' that was available from Alteon is no longer available from 3com. (If this has changed in the last few weeks, I am unaware of that.) Hence, one should perhaps take as many snapshots around the various archives of 'working drivers' to have some set of stuff to support the cards. There was mention of a site where a 'last snapshot' of Alteon's open driver open firmware stuff is located, however, I'd have to check my archives to find out what it is, and I don't know if it still available. As for 'intel' support, there is a driver for their gigabit chip for linux, and so the enterprizing person could perhaps get that driver, modify it for FreeBSD use, ie change skb stuff to mbuf, etc. without violating any NDA. As for different 'Tigon' versions based on Alteon's design, the typical memory complements are .5 Meg, and 1 Meg. The 1 Meg would out perform the .5 Meg, but only (in my opinion) in a backplane that supported 66 Mhz/64 bit operation. the typical 33/32 PCI implementation found in most PC would not show a significant difference in performance. Personally I hate the attitude and policies expressed by the NDA on chips that are long out of development. I can understand it for 'new on the block' designs, as that is how competition works. But once a chip has moved from the prototype sample mode into full production, I think the chip manufactures should publish publically on the web (where it is almost 'cost less' to do so) for all implementers to have the information. As it is, it seems in terms of Intel and other chip manufacturers more profitable to make 'strategic' business partnerships with 'big software houses' (for example, buying a stake in LynxOS now LynxOS Works and Blue Cat Linux), than to let the world have a crack at the information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 11: 5:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from akira.lanfear.com (akira.lanfear.com [208.12.11.174]) by hub.freebsd.org (Postfix) with ESMTP id 7EE9B37B718 for ; Mon, 26 Mar 2001 11:05:35 -0800 (PST) (envelope-from mwlist@lanfear.com) Received: from sapporo.lanfear.com (h-64-105-36-216.snvacaid.covad.net [64.105.36.216]) by akira.lanfear.com (8.9.3/8.9.3) with SMTP id LAA34003 for freebsd-hackers@freebsd.org; Mon, 26 Mar 2001 11:05:35 -0800 (PST) (envelope-from mwlist@lanfear.com) Date: Mon, 26 Mar 2001 11:05:35 -0800 (PST) From: Marc W Message-Id: <200103261905.LAA34003@akira.lanfear.com> To: "FreeBSD Hackers" Subject: Programmatically determining FS type MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Kiltdown 0.7 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there a way in code, given a path (/moo/cow/oink) to determine the filesystem type for this given path? any chance there's a posix portable way of doing this, or is it always going to be very system specific? thanks! marc. Marc W, San Francisco, CA Kiltdown -- a free email client for X www.kiltdown.org -- it's what's underneath that counts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 11:22: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 43D0B37B718 for ; Mon, 26 Mar 2001 11:22:05 -0800 (PST) (envelope-from mat@milquetoast.cs.mcgill.ca) Received: (from mat@localhost) by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id OAA11635; Mon, 26 Mar 2001 14:22:01 -0500 (EST) Date: Mon, 26 Mar 2001 14:22:01 -0500 From: Mathew KANNER To: Marc W Cc: FreeBSD Hackers Subject: Re: Programmatically determining FS type Message-ID: <20010326142201.A11520@cs.mcgill.ca> References: <200103261905.LAA34003@akira.lanfear.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: Marc W's message [Programmatically determining FS type] as of Mon, Mar 26, 2001 at 11:05:35AM -0800 Organization: I speak for myself, operating in Montreal, CANADA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 26, Marc W wrote: > > > Is there a way in code, given a path (/moo/cow/oink) to determine > the filesystem type for this given path? any chance there's a posix > portable way of doing this, or is it always going to be very system > specific? statfs(2) I think this a what df(1) uses. --Mat > > thanks! > > marc. > > > > > Marc W, San Francisco, CA > Kiltdown -- a free email client for X > www.kiltdown.org -- it's what's underneath that counts. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Mathew Kanner Sys Admin at large Obtuse quote: He [not me] understands: "This field of perception is void of perception of man." -- The Quintessence of Buddhism To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 11:22:20 2001 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 2BF4537B71B for ; Mon, 26 Mar 2001 11:22:18 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2QJMDi29074; Mon, 26 Mar 2001 11:22:13 -0800 (PST) Date: Mon, 26 Mar 2001 11:22:13 -0800 From: Alfred Perlstein To: Marc W Cc: FreeBSD Hackers Subject: Re: Programmatically determining FS type Message-ID: <20010326112213.F9431@fw.wintelcom.net> References: <200103261905.LAA34003@akira.lanfear.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103261905.LAA34003@akira.lanfear.com>; from mwlist@lanfear.com on Mon, Mar 26, 2001 at 11:05:35AM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Marc W [010326 11:07] wrote: > > > Is there a way in code, given a path (/moo/cow/oink) to determine > the filesystem type for this given path? any chance there's a posix > portable way of doing this, or is it always going to be very system > specific? *smack* man 2 statfs. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 11:34: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [66.42.61.27]) by hub.freebsd.org (Postfix) with ESMTP id 3212637B719 for ; Mon, 26 Mar 2001 11:33:58 -0800 (PST) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id 63F2F1555F; Mon, 26 Mar 2001 07:20:26 -0800 (PST) Date: Mon, 26 Mar 2001 07:20:26 -0800 From: Ron 'The InSaNe One' Rosson To: freebsd-hackers@FreeBSD.ORG Subject: Re: Locking and Mail spool Files Message-ID: <20010326072026.A89976@lunatic.oneinsane.net> Reply-To: Ron Rosson Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <200103260322.TAA31887@akira.lanfear.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dscheidt@tumbolia.com on Sun, Mar 25, 2001 at 10:42:02PM -0600 X-Operating-System: FreeBSD lunatic.oneinsane.net 4.2-STABLE X-Moon: The Moon is Waxing Crescent (3% of 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: 7:19AM up 6 days, 12:47, 1 user, load averages: 0.11, 0.07, 0.06 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Scheidt (dscheidt@tumbolia.com) wrote: > On Sun, 25 Mar 2001, Marc W wrote: > > : > : Excellent, I will look for that. However, in the meantime, on > :older systems (3.x, 4.x, etc ...), is the below assertion correct? > : > > You don't want to put mail spools on NFS filesystems. If you must, use the > maildir format, ala qmail. > You could also use Postfix + courier as well TIA -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ To many freaks not enough circuses To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 12:34:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from akira.lanfear.com (akira.lanfear.com [208.12.11.174]) by hub.freebsd.org (Postfix) with ESMTP id DDB2437B719 for ; Mon, 26 Mar 2001 12:34:11 -0800 (PST) (envelope-from mwlist@lanfear.com) Received: from sapporo.lanfear.com (h-64-105-36-216.snvacaid.covad.net [64.105.36.216]) by akira.lanfear.com (8.9.3/8.9.3) with SMTP id MAA34239; Mon, 26 Mar 2001 12:34:10 -0800 (PST) (envelope-from mwlist@lanfear.com) Date: Mon, 26 Mar 2001 12:34:10 -0800 (PST) From: Marc W Message-Id: <200103262034.MAA34239@akira.lanfear.com> To: Alfred Perlstein , Marc W Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cc: FreeBSD Hackers Subject: Re: Programmatically determining FS type MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Mailer: Kiltdown 0.7 > ----------------------------- > From: Alfred Perlstein > Subject: Re: Programmatically determining FS type > > *smack* > > man 2 statfs. d'oh! boy, did i deserve that one ... Marc W, San Francisco, CA Kiltdown -- a free email client for X www.kiltdown.org -- it's what's underneath that counts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 12:51:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A9F1837B719 for ; Mon, 26 Mar 2001 12:51:44 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2QKpE939275; Mon, 26 Mar 2001 13:51:15 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103262051.f2QKpE939275@harmony.village.org> To: Luigi Rizzo Subject: Re: rtl8139 driver. Cc: Mark Sergeant , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 26 Mar 2001 09:07:30 +0200." <200103260707.JAA67462@info.iet.unipi.it> References: <200103260707.JAA67462@info.iet.unipi.it> Date: Mon, 26 Mar 2001 13:51:14 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103260707.JAA67462@info.iet.unipi.it> Luigi Rizzo writes: : [Charset iso-8859-1 unsupported, filtering to ASCII...] : > I currently have a Sharp pc ax20 laptop with an inbuilt rtl8139 nic. It works : : i have an AX10, similar design i suppose, and it works fast and fine for me : at 10megs. Are you sure the card isn't autoconfiguring for full duplex or : something like that, killing other packets on the lan ? The 8139 have known problems trying to autonegotiate with *SOME* hubs. If you force the meida type, however, they work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 14: 2: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D3DFD37B718 for ; Mon, 26 Mar 2001 14:02:03 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2QM23369189 for ; Tue, 27 Mar 2001 00:02:03 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org Subject: LonWorks anyone ? From: Poul-Henning Kamp Date: Tue, 27 Mar 2001 00:02:02 +0200 Message-ID: <69187.985644122@critter> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there anybody out there playing with LonWorks and FreeBSD ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 17:17:42 2001 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 286EF37B719; Mon, 26 Mar 2001 17:17:39 -0800 (PST) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id TAA44506; Mon, 26 Mar 2001 19:17:37 -0600 (CST) From: Joe Greco Message-Id: <200103270117.TAA44506@aurora.sol.net> Subject: Re: LonWorks anyone ? To: phk@freebsd.org Date: Mon, 26 Mar 2001 19:17:37 -0600 (CST) Cc: hackers@freebsd.org 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 No. I've been contemplating home automation stuff, but LonWorks is a bit on the too heavy (and expensive) side... although I might be interested in any works in progress. -- ... 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 Mon Mar 26 17:31:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D408137B71D; Mon, 26 Mar 2001 17:31:46 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA00709; Mon, 26 Mar 2001 17:31:34 -0800 Date: Mon, 26 Mar 2001 17:31:29 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dennis Cc: scanner@jurai.net, Peter Wemm , Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: old business (was Re: Intel driver doc's Take 2.) In-Reply-To: <5.0.0.25.0.20010326135954.0215deb0@mail.etinc.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 > At 12:50 PM 03/25/2001, Matthew Jacob wrote: > >On Sat, 24 Mar 2001, Dennis wrote: > > > > > > > > If the if_wx driver sucks, why not fix it rather than trying to coerce a > > > mega-companies with a deep political structure to change is policies? > > > But if youre not going to maintain it, dont do it at all. You cant > > stick it to > > > users by deciding later that you dont want to support it anymore. > > > >I am going to fix it (but this has been low on my priority list- you got the > >bucks to pay for this, buddy, &and& make it more attractive then the other > >things I'm currently getting paid to work on? money talks...), and I *also* am > >trying to change Intel's policy. > > If I pay for it, I own it. Thats the caveat of "open-source" Not necessarily. You might pay to have it developed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 17:36:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 547F137B71E for ; Mon, 26 Mar 2001 17:36:35 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id UAA14510; Mon, 26 Mar 2001 20:37:50 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010326205304.03c9b0a0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 26 Mar 2001 20:53:47 -0500 To: mouss , Dan Nelson , jett tayer From: Dennis Subject: Re: ipchains ported to FreeBSD Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <4.3.0.20010301103255.06184220@pop.free.fr> References: <20010228222014.A22763@dan.emsphone.com> <000701c0a1a6$539fd280$4b443dca@x4o7r5> <000701c0a1a6$539fd280$4b443dca@x4o7r5> 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 04:33 AM 03/01/2001, mouss wrote: >At 22:20 28/02/01 -0600, Dan Nelson wrote: >>In the last episode (Mar 01), jett tayer said: >> > can ipchains / iptables be ported to FreeBSD... this is a suggestion >> > if u dont mind. >> >>We've already got ipfw and ipfilter; why in the world would we need a >>third packet-filtering systam? :) > >add to this that ipchains will certainly be replaced by iptables! at least there is a GUI for ipchains (albeit a lousy one). Is there one for ipfilter anywhere? Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 18:17:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id DA37B37B719 for ; Mon, 26 Mar 2001 18:17:22 -0800 (PST) (envelope-from helix@subedei.chaotical.ly) Received: from subedei.chaotical.ly ([66.26.231.27]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Mon, 26 Mar 2001 21:17:00 -0500 Received: by subedei.chaotical.ly (Postfix, from userid 10001) id 6FAAFB08B4; Mon, 26 Mar 2001 21:16:59 -0500 (EST) Date: Mon, 26 Mar 2001 21:16:58 -0500 From: thomas r stromberg To: Dennis Cc: freebsd-hackers@freebsd.org Subject: ipfilter gui (was: ipchains ported to FreeBSD) Message-ID: <20010326211657.B10688@rtci.com> References: <20010228222014.A22763@dan.emsphone.com> <000701c0a1a6$539fd280$4b443dca@x4o7r5> <000701c0a1a6$539fd280$4b443dca@x4o7r5> <4.3.0.20010301103255.06184220@pop.free.fr> <5.0.0.25.0.20010326205304.03c9b0a0@mail.etinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <5.0.0.25.0.20010326205304.03c9b0a0@mail.etinc.com>; from dennis@etinc.com on Mon, Mar 26, 2001 at 08:53:47PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > at least there is a GUI for ipchains (albeit a lousy one). Is there one f= or=20 > ipfilter anywhere? "FireWall Builder", http://www.crocodile.org/~vadim/fwbuilder/ Available in /usr/ports/security/fwbuilder It does ipchains, iptables, ipfilter, and I believe Cisco ACL's.=20 Pretty decent interface, but I think I prefer the text file method myself. It'll even grab interface information via snmp. --=20 : Thomas Stromberg work> tstromberg@rtci.com : : Research Triangle Commerce (ICC.net) home> thomas@stromberg.org : 'Every word is like an unnecessary stain on silence and nothingness'=20 -- Beckett --DKU6Jbt7q3WqK7+M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6v/gZr345RqTSlmIRAtNyAJ9OJxaddq1SxLFLdnF6xtYMZflCeQCdGcP1 h8KLdNwIQax3DOCQ+0AEdqc= =nrvZ -----END PGP SIGNATURE----- --DKU6Jbt7q3WqK7+M-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 20: 5:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mb1i0.ns.pitt.edu (mb1i0.ns.pitt.edu [136.142.186.35]) by hub.freebsd.org (Postfix) with ESMTP id E9B7137B718 for ; Mon, 26 Mar 2001 20:05:29 -0800 (PST) (envelope-from pfg1+@pitt.edu) Received: from pitt.edu ("port 1413"@[136.142.89.21]) by pitt.edu (PMDF V5.2-32 #41462) with ESMTP id <01K1O4F7K94O0000AC@mb1i0.ns.pitt.edu> for hackers@FreeBSD.org; Mon, 26 Mar 2001 23:05:28 EST Date: Mon, 26 Mar 2001 23:24:35 -0500 From: "Pedro F. Giffuni" Subject: meta-level compilation: building FreeBSD under Linux, hints?? To: hackers@FreeBSD.org Message-id: <3AC01603.938EC871@pitt.edu> Organization: University of Pittsburgh MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (Win98; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en,pdf,es-CO Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi guys, Anyone has hints on how to configure a FreeBSD kernel under linux? The linux weekly news mentioned that the Stanford guys have a nifty kernel analysis tool. I contacted them and they are very interested in passing FreeBSD through it, but they can't move from linux right now and our "config" is giving them problems. FWIW, they already passed OpenBSD succesfully. cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 20:11:21 2001 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 3A68337B71B for ; Mon, 26 Mar 2001 20:11:19 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2R4BH915366; Mon, 26 Mar 2001 20:11:17 -0800 (PST) Date: Mon, 26 Mar 2001 20:11:17 -0800 From: Alfred Perlstein To: "Pedro F. Giffuni" Cc: hackers@FreeBSD.ORG Subject: Re: meta-level compilation: building FreeBSD under Linux, hints?? Message-ID: <20010326201117.O9431@fw.wintelcom.net> References: <3AC01603.938EC871@pitt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC01603.938EC871@pitt.edu>; from pfg1+@pitt.edu on Mon, Mar 26, 2001 at 11:24:35PM -0500 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Pedro F. Giffuni [010326 20:05] wrote: > Hi guys, > > Anyone has hints on how to configure a FreeBSD kernel under linux? The > linux weekly news mentioned that the Stanford guys have a nifty kernel > analysis tool. I contacted them and they are very interested in > passing FreeBSD through it, but they can't move from linux right now > and our "config" is giving them problems. > > FWIW, they already passed OpenBSD succesfully. Can you point at any url that explains what you're talking about? Why exactly can't they run this tool under FreeBSD's linux emulation? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 20:17:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mb1i0.ns.pitt.edu (mb1i0.ns.pitt.edu [136.142.186.35]) by hub.freebsd.org (Postfix) with ESMTP id 235D837B718 for ; Mon, 26 Mar 2001 20:17:19 -0800 (PST) (envelope-from pfg1+@pitt.edu) Received: from pitt.edu ("port 1466"@[136.142.89.21]) by pitt.edu (PMDF V5.2-32 #41462) with ESMTP id <01K1O4TVAJGU0000A5@mb1i0.ns.pitt.edu> for hackers@FreeBSD.ORG; Mon, 26 Mar 2001 23:17:17 EST Date: Mon, 26 Mar 2001 23:36:24 -0500 From: "Pedro F. Giffuni" Subject: Re: meta-level compilation: building FreeBSD under Linux, hints?? To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Message-id: <3AC018C8.E89FB0AA@pitt.edu> Organization: University of Pittsburgh MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (Win98; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en,pdf,es-CO References: <3AC01603.938EC871@pitt.edu> <20010326201117.O9431@fw.wintelcom.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: ... > > Can you point at any url that explains what you're talking about? > http://www.lwn.net/2001/0322/kernel.php3 look for Global Kernel Analysis. The whitepaper is here: http://www.stanford.edu/~engler/mc-osdi.ps > Why exactly can't they run this tool under FreeBSD's linux emulation? > They don't have FreeBSD boxes. I understand the tool will eventually be available but the authors don't want to be bothered about it right now. cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 20:47:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from online.tmx.com.au (online.tmx.com.au [192.150.129.1]) by hub.freebsd.org (Postfix) with ESMTP id 7D70537B719; Mon, 26 Mar 2001 20:47:35 -0800 (PST) (envelope-from mtaylor@bytecraft.com.au) Received: from melexc01.bytecraft.com.au ([203.9.250.249]) by online.tmx.com.au (8.9.3/8.8.8) with ESMTP id OAA22357; Tue, 27 Mar 2001 14:47:31 +1000 (EST) Received: by MELEXC01 with Internet Mail Service (5.5.2448.0) id ; Tue, 27 Mar 2001 14:49:13 +1000 Message-ID: <710709BB8B02D311942E0060674418105442A8@MELEXC01> From: Murray Taylor To: "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: DNS rules etc Date: Tue, 27 Mar 2001 14:48:22 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Help!!!! I've got the frame relay working, and am waiting now for some network delegation stuff external to me to complete. However I need to know if it is possible to use DNS as detailed below to allow the host spyder be visible to the Internet and our intranet, without polluting the nameservers. Given 139.130.142.1 (Telstra end) | | | spyder | frame relay +--------+ | point to point | | +----------------|ng0 | 139.130.142.13 | | | | 10.1.2.30 | fxp0|---------------+ | | 203.39.118.1 | |FreeBSD | | | 4.3 | | +--------+ | | | | other 10.1.x.y hosts ---------------+ 10.1.x.y hosts area allocated addresses via DHCP from an NT server Can I setup DNS rules (such as the commented out zones below) so that hosts on the internal network can access spyder on 10.1.2.30, WITHOUT propagating 10. numbers out to the Internet The two zones in question have their zone and reverse file at the tail of this email cheers Murray Taylor Project Engineer Bytecraft P/L +61 3 9587 2555 +61 3 9587 1614 fax mtaylor@bytecraft.com.au ps I will check the mail-list from home tonight, but if there is a quick answer, please email directly also mjt == output of netstat -nr ====================================== Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 139.130.142.1 UGSc 7 0 ng0 10.0.0.2 10.0.0.1 UH 0 0 tun0 10.1/16 link#1 UC 0 0 fxp0 => 10.1.2.3 0:0:f8:1e:ad:9e UHLW 1 56 fxp0 1137 10.1.2.4 0:60:67:70:af:22 UHLW 0 91 fxp0 939 10.1.2.7 0:60:67:70:ac:4e UHLW 0 75 fxp0 1142 10.1.2.30 0:50:8b:f1:de:df UHLW 1 223687 lo0 10.1.2.46 0:10:a4:ff:b4:c6 UHLW 0 1 fxp0 1188 10.1.2.47 0:0:4c:33:d8:cd UHLW 1 32 fxp0 1052 10.1.2.78 0:0:4c:ed:78:5e UHLW 1 189 fxp0 1194 10.1.2.129 0:10:5a:81:b0:30 UHLW 1 136 fxp0 1037 10.1.255.255 ff:ff:ff:ff:ff:ff UHLWb 2 60 fxp0 127.0.0.1 127.0.0.1 UH 1 495 lo0 139.130.142.1 139.130.142.13 UH 8 124 ng0 203.39.118/26 link#1 UC 0 0 fxp0 => 203.39.118.1 0:50:8b:f1:de:df UHLW 1 63909 lo0 == named.conf ================================================= // bytecraft.au.com etc // 2001032701 mjt options { directory "/etc/namedb"; }; // end of options zone "bytecraft.au.com" in { type master; file "db.byte-au-com"; }; zone "bytecraftentertainment.com" in { type master; file "db.byteent-com"; }; zone "bytecraftsystems.com" in { type master; file "db.bytesys-com"; }; zone "118.39.203.in-addr.arpa" { type master; file "db.203.39.118"; }; // desired restricted zone // dont allow outsiders to query it, or transfer it //zone "2.1.10.in-addr.arpa" { // notify no; // type master; // file "db.10.1.2"; // allow-query { // 127.0.0.1/32; 10.1.0.0/16; // }; // allow-transfer { // 127.0.0.1/32; 10.1.0.0/16; // }; //}; //zone "byteinternal" in { // type master; // file "db.byteint"; // allow-query { // 127.0.0.1/32; 10.1.0.0/16; // }; // allow-transfer { // 127.0.0.1/32; 10.1.0.0/16; // }; //}; zone "." { type hint; file "named.root"; }; zone "0.0.127.IN-ADDR.ARPA" { type master; file "localhost.rev"; }; === db.byte-au-com ================================================ $TTL 86400 bytecraft.au.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraft.au.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping localhost.bytecraft.com.au. IN A 127.0.0.1 spyder.bytecraft.au.com. IN A 203.39.118.1 ; C records - Aliases www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. == db.byteent-com ================================================= $TTL 86400 bytecraftentertainment.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraftentertainment.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraftentertainment.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping ;www.bytecraftentertainment.com. IN A 203.39.118.1 ; C records - Aliases www.bytecraftentertainment.com. IN CNAME spyder.bytecraft.au.com. == db.bytesys-com ================================================= $TTL 86400 bytecraftsystems.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraftsystems.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraftsystems.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping ;www.bytecraftsystems.com. IN A 203.39.118.1 ; C records - Aliases www.bytecraftsystems.com. IN CNAME spyder.bytecraft.au.com. == db.203.39.118 ================================================= $TTL 86400 118.39.203.in-addr.arpa. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameservers 118.39.203.in-addr.arpa. IN NS spyder.bytecraft.au.com. ; address reverse mapping 1.118.39.203.in-addr.arpa. IN PTR spyder.bytecraft.au.com. == localhost.rev ================================================= ; From: @(#)localhost.rev 5.1 (Berkeley) 6/30/90 ; $FreeBSD: src/etc/namedb/PROTO.localhost.rev,v 1.6 2000/01/10 15:31:40 peter Exp $ ; ; This file is automatically edited by the `make-localhost' script in ; the /etc/namedb directory. ; $TTL 3600 @ IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 20010223 ; Serial 3600 ; Refresh 900 ; Retry 3600000 ; Expire 3600 ) ; Minimum IN NS spyder.bytecraft.au.com. 1 IN PTR localhost.bytecraft.au.com. == db.10.1.2 ======= not called by named.conf ================ $TTL 86400 2.1.10.in-addr.arpa. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032102 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameservers 2.1.10.in-addr.arpa. IN NS spyder.bytecraft.au.com. ; address reverse mapping 2.2.1.10.in-addr.arpa. IN PTR melcms01.bytecraft.au.com. 4.2.1.10.in-addr.arpa. IN PTR melcms02.bytecraft.au.com. 6.2.1.10.in-addr.arpa. IN PTR melcms03.bytecraft.au.com. 30.2.1.10.in-addr.arpa. IN PTR spyder.bytecraft.au.com. 32.2.1.10.in-addr.arpa. IN PTR grunt.bytecraft.au.com. 109.2.1.10.in-addr.arpa. IN PTR melcms04.bytecraft.au.com. ; there are a lot of others with DHCP addresses assigned ; ????? == db.bytint ======= not called by named.conf ================ $TTL 86400 bytecraft.au.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraft.au.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping localhost.bytecraft.com.au. IN A 127.0.0.1 spyder.bytecraft.au.com. IN A 10.1.2.30 melcms01.bytecraft.au.com. IN A 10.1.2.2 melcms02.bytecraft.au.com. IN A 10.1.2.4 melcms03.bytecraft.au.com. IN A 10.1.2.6 melcms04.bytecraft.au.com. IN A 10.1.2.109 grunt.bytecraft.au.com. IN A 10.1.2.32 ; C records - Aliases www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 20:59:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id BC7C937B71B for ; Mon, 26 Mar 2001 20:59:33 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2R4xS941985; Mon, 26 Mar 2001 21:59:28 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103270459.f2R4xS941985@harmony.village.org> To: "Pedro F. Giffuni" Subject: Re: meta-level compilation: building FreeBSD under Linux, hints?? Cc: Alfred Perlstein , hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 26 Mar 2001 23:36:24 EST." <3AC018C8.E89FB0AA@pitt.edu> References: <3AC018C8.E89FB0AA@pitt.edu> <3AC01603.938EC871@pitt.edu> <20010326201117.O9431@fw.wintelcom.net> Date: Mon, 26 Mar 2001 21:59:28 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3AC018C8.E89FB0AA@pitt.edu> "Pedro F. Giffuni" writes: : They don't have FreeBSD boxes. I understand the tool will eventually : be available but the authors don't want to be bothered about it right : now. I think they may have had problems using openbsd's config on the FreeBSD kernel. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 22:41: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-55-134.adsl.one.net [216.23.55.134]) by hub.freebsd.org (Postfix) with ESMTP id 54A4337B71B for ; Mon, 26 Mar 2001 22:41:02 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2R6tO500947; Tue, 27 Mar 2001 01:55:24 -0500 (EST) (envelope-from cokane) Date: Tue, 27 Mar 2001 01:55:24 -0500 From: Coleman Kane To: Alfred Perlstein Cc: Roger Hardiman , hackers@FreeBSD.ORG Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Message-ID: <20010327015524.A863@cokane.yi.org> References: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010326094016.C9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" X-Mailer: Mutt 1.0.1i In-Reply-To: <20010326094016.C9431@fw.wintelcom.net>; from bright@wintelcom.net on Mon, Mar 26, 2001 at 09:40:16AM -0800 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Yeah, that's basically what I had to do in tdfx. You can take a look int src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) to get an idea of what needs to be done, if you need more info. Tdfx basically implements the API from device_3dfx in Linux. Alfred Perlstein had the audacity to say: >=20 > * Roger Hardiman [010326 05:37] wrote: > > Hi, > > I'm porting the some linux telephony API drivers over > > to FreeBSD. > >=20 > > But the author of the linux driver used the 'hack' of > > returning values from the ioctls as the error result. > >=20 > > eg volume =3D ioctl (fd, IXJ_GET_VOLUME) > >=20 > > instead of using > > error =3D ioctl (fd, IXJ_GET_VOLUME, &volume); > >=20 > >=20 > > Naturally I want to keep the API the same on FreeBSD > > so existing apps will compile without change. > > But right now it looks like I cannot do this. > >=20 > > Is there anything I can do in the FreeBSD driver > > or in existing source to help, without imposing > > a new 'BSD' API. >=20 > I just woke up.... er, try this: >=20 > p->p_retval[0] =3D your_return_value; >=20 > in your ioctl code... or are you saying that the ioctl code > spams over it? >=20 > --=20 > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Represent yourself, show up at BABUG http://www.babug.org/ >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6wDlbERViMObJ880RAUUPAJ4uyJAv1O1fv7Jfulh7RchiuFxx7QCgmrrJ E44VivqCPTk8oCXQdIECalU= =bTJ2 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 23:24:34 2001 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 26A3037B71A; Mon, 26 Mar 2001 23:24:32 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2R7OWK20332; Mon, 26 Mar 2001 23:24:32 -0800 (PST) Date: Mon, 26 Mar 2001 23:24:31 -0800 From: Alfred Perlstein To: Coleman Kane Cc: Roger Hardiman , hackers@FreeBSD.ORG Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Message-ID: <20010326232431.Q9431@fw.wintelcom.net> References: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010326094016.C9431@fw.wintelcom.net> <20010327015524.A863@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327015524.A863@cokane.yi.org>; from cokane@FreeBSD.ORG on Tue, Mar 27, 2001 at 01:55:24AM -0500 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Coleman Kane [010326 22:40] wrote: > Yeah, that's basically what I had to do in tdfx. You can take a look int > src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) to get an idea of what > needs to be done, if you need more info. Tdfx basically implements the > API from device_3dfx in Linux. Is there anyone we can PLEAD with to explain that to the linnux people that that's a broken way to implement ioctl()? > Alfred Perlstein had the audacity to say: > > > > * Roger Hardiman [010326 05:37] wrote: > > > Hi, > > > I'm porting the some linux telephony API drivers over > > > to FreeBSD. > > > > > > But the author of the linux driver used the 'hack' of > > > returning values from the ioctls as the error result. > > > > > > eg volume = ioctl (fd, IXJ_GET_VOLUME) > > > > > > instead of using > > > error = ioctl (fd, IXJ_GET_VOLUME, &volume); > > > > > > > > > Naturally I want to keep the API the same on FreeBSD > > > so existing apps will compile without change. > > > But right now it looks like I cannot do this. > > > > > > Is there anything I can do in the FreeBSD driver > > > or in existing source to help, without imposing > > > a new 'BSD' API. > > > > I just woke up.... er, try this: > > > > p->p_retval[0] = your_return_value; > > > > in your ioctl code... or are you saying that the ioctl code > > spams over it? > > > > -- > > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > > Represent yourself, show up at BABUG http://www.babug.org/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 26 23:37:20 2001 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 9948337B719; Mon, 26 Mar 2001 23:37:12 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 7F2C66A90D; Tue, 27 Mar 2001 17:07:09 +0930 (CST) Date: Tue, 27 Mar 2001 17:07:09 +0930 From: Greg Lehey To: Matt Dillon Cc: Ted Faber , "Michael C . Wu" , fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: tuning a VERY heavily (30.0) loaded server Message-ID: <20010327170709.E1161@wantadilla.lemis.com> References: <20010320111144.A51924@peorth.iteration.net> <20010320092717.R29888@fw.wintelcom.net> <20010320113818.B52586@peorth.iteration.net> <20010320094837.B1284@ted.isi.edu> <20010320120314.D52586@peorth.iteration.net> <20010320102156.C1284@ted.isi.edu> <200103201904.f2KJ4GP95937@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103201904.f2KJ4GP95937@earth.backplane.com>; from dillon@earth.backplane.com on Tue, Mar 20, 2001 at 11:04:16AM -0800 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 Tuesday, 20 March 2001 at 11:04:16 -0800, Matt Dillon wrote: >>> SWAP is never touched. :) >>> >>> last pid: 23395; load averages: 2.08, 2.92, 3.60 up 0+01:29:58 02:03:27 >>> 1529 processes:24 running, 1505 sleeping >>> CPU states: 40.5% user, 0.0% nice, 46.4% system, 1.1% interrupt, 12.0% idle >>> Mem: 705M Active, 1369M Inact, 332M Wired, 99M Cache, 265M Buf, 7504K Free >>> Swap: 512M Total, 512M Free >> >> A couple other people have mentioned that this is your swap load when >> the machine's quiet. MFS can exhaust your swap quickly, and if you >> scale these load numbers up by a factor of 10, I think you're going to >> touch swap. (Even here you're already down to 7M free mem.) > > That is almost certainly what is occuring. Since swap is otherwise not > being used much, I'm going to retract my '3G of swap' recommendation > (though if you ever repartition your disks I would still do it). > You don't need 3G of swap, the 512M is fine as long as you scrap MFS. One of the reasons this question came up is because dumps weren't enabled. If they had been, we would have seen the problem. That's why I'd recommend at least as much swap as memory, even if it doesn't get touched. 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 Mon Mar 26 23:47: 4 2001 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 08BA437B71D; Mon, 26 Mar 2001 23:46:55 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 70CE06A90D; Tue, 27 Mar 2001 17:16:53 +0930 (CST) Date: Tue, 27 Mar 2001 17:16:53 +0930 From: Greg Lehey To: "Michael C . Wu" Cc: dillon@freebsd.org, fs@freebsd.org, hackers@freebsd.org Subject: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010327171653.G1161@wantadilla.lemis.com> References: <20010320111144.A51924@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010320111144.A51924@peorth.iteration.net>; from keichii@iteration.net on Tue, Mar 20, 2001 at 11:11:44AM -0600 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 Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: > [Lengthy email, bear with me please, it is quite interesting. > This box averages 30.0 load with no problems.] > > > > Average file size is about 4K. /home/bbsusers* is on a vinum > stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe > size 256K, Greg: I know this should be a prime number, No, there's no requirement for it to be a prime number. The only problem is that with 32 MB cylinder groups and a power of two stripe size and subdisk count, you end up with all the superblocks on one subdisk, which is a performance issue. Choose the stripe size so that the superblocks are roughly evenly distributed. > can we safely use <150K stripe sizes? Safely, yes. But as somebody else has observed, you are probably disk I/O bound. Reducing the stripe size will tend to increase the disk load, though probably not very much if your files are all 4 kB. I'd go for something like 273 kB stripes. 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 Tue Mar 27 0: 5: 0 2001 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 A756237B71A; Tue, 27 Mar 2001 00:04:56 -0800 (PST) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f2R84pB09195; Tue, 27 Mar 2001 00:04:51 -0800 (PST) Date: Tue, 27 Mar 2001 00:04:51 -0800 (PST) From: Doug White To: Murray Taylor Cc: "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: Re: DNS rules etc In-Reply-To: <710709BB8B02D311942E0060674418105442A8@MELEXC01> Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 27 Mar 2001, Murray Taylor wrote: > I've got the frame relay working, and am waiting now for > some network delegation stuff external to me to complete. > However I need to know if it is possible to use DNS > as detailed below to allow the host spyder be visible to the > Internet and our intranet, without polluting the nameservers. The standard way to do this is to have two separate nameserver instances. The world points at one and all the internal hosts point at the other. This is generally called 'split DNS.' Also, having services running on the firewall is a bit tenuous at best. You generally want to use a separate host for mail, etc. and just NAT it through. 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 Tue Mar 27 0: 7:15 2001 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 20D5637B718; Tue, 27 Mar 2001 00:07:10 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2R854f21423; Tue, 27 Mar 2001 00:05:04 -0800 (PST) Date: Tue, 27 Mar 2001 00:05:03 -0800 From: Alfred Perlstein To: Greg Lehey Cc: "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010327000503.T9431@fw.wintelcom.net> References: <20010320111144.A51924@peorth.iteration.net> <20010327171653.G1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327171653.G1161@wantadilla.lemis.com>; from grog@lemis.com on Tue, Mar 27, 2001 at 05:16:53PM +0930 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Greg Lehey [010326 23:47] wrote: > On Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: > > [Lengthy email, bear with me please, it is quite interesting. > > This box averages 30.0 load with no problems.] > > > > > > > > Average file size is about 4K. /home/bbsusers* is on a vinum > > stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe > > size 256K, Greg: I know this should be a prime number, > > No, there's no requirement for it to be a prime number. The only > problem is that with 32 MB cylinder groups and a power of two stripe > size and subdisk count, you end up with all the superblocks on one > subdisk, which is a performance issue. Choose the stripe size so that > the superblocks are roughly evenly distributed. > > > can we safely use <150K stripe sizes? > > Safely, yes. But as somebody else has observed, you are probably disk > I/O bound. Reducing the stripe size will tend to increase the disk > load, though probably not very much if your files are all 4 kB. I'd > go for something like 273 kB stripes. Do you think it'd be worth it to have vinum carp about what may be a non optimal stripe size? "Warning N is probably a bad idea for a stripe size, see docs" -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 0:37:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 1AE1837B71A; Tue, 27 Mar 2001 00:37:42 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2R8bST39207; Tue, 27 Mar 2001 09:37:28 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2R8daw48428; Tue, 27 Mar 2001 09:39:36 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103270839.f2R8daw48428@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Greg Lehey Cc: "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) In-Reply-To: Message from Greg Lehey of "Tue, 27 Mar 2001 17:16:53 +0930." <20010327171653.G1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Mar 2001 09:39:36 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: > > [Lengthy email, bear with me please, it is quite interesting. > > This box averages 30.0 load with no problems.] > > > > > > > > Average file size is about 4K. /home/bbsusers* is on a vinum > > stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe > > size 256K, Greg: I know this should be a prime number, > > No, there's no requirement for it to be a prime number. The only > problem is that with 32 MB cylinder groups and a power of two stripe > size and subdisk count, you end up with all the superblocks on one > subdisk, which is a performance issue. Choose the stripe size so that > the superblocks are roughly evenly distributed. A performance issue ? Surely you've misspelt ``reliability'' ? > Greg > -- > Finger grog@lemis.com for PGP public key > See complete headers for address and phone numbers -- 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 Tue Mar 27 0:41:51 2001 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 55A6C37B71B; Tue, 27 Mar 2001 00:41:45 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 113D36A90D; Tue, 27 Mar 2001 18:11:42 +0930 (CST) Date: Tue, 27 Mar 2001 18:11:41 +0930 From: Greg Lehey To: Alfred Perlstein Cc: "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010327181141.H1161@wantadilla.lemis.com> References: <20010320111144.A51924@peorth.iteration.net> <20010327171653.G1161@wantadilla.lemis.com> <20010327000503.T9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327000503.T9431@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Mar 27, 2001 at 12:05:03AM -0800 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 Tuesday, 27 March 2001 at 0:05:03 -0800, Alfred Perlstein wrote: > * Greg Lehey [010326 23:47] wrote: >> On Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: >>> [Lengthy email, bear with me please, it is quite interesting. >>> This box averages 30.0 load with no problems.] >>> >>> >>> >>> Average file size is about 4K. /home/bbsusers* is on a vinum >>> stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe >>> size 256K, Greg: I know this should be a prime number, >> >> No, there's no requirement for it to be a prime number. The only >> problem is that with 32 MB cylinder groups and a power of two stripe >> size and subdisk count, you end up with all the superblocks on one >> subdisk, which is a performance issue. Choose the stripe size so that >> the superblocks are roughly evenly distributed. >> >>> can we safely use <150K stripe sizes? >> >> Safely, yes. But as somebody else has observed, you are probably disk >> I/O bound. Reducing the stripe size will tend to increase the disk >> load, though probably not very much if your files are all 4 kB. I'd >> go for something like 273 kB stripes. > > Do you think it'd be worth it to have vinum carp about what may > be a non optimal stripe size? > > "Warning N is probably a bad idea for a stripe size, see docs" Only if it can recognize the fact correctly. 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 Tue Mar 27 1: 4:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from db.wireless.net (adsl-gte-la-216-86-194-70.mminternet.com [216.86.194.70]) by hub.freebsd.org (Postfix) with ESMTP id 8B57337B719; Tue, 27 Mar 2001 01:04:23 -0800 (PST) (envelope-from dbutter@wireless.net) Received: from dbm.wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with SMTP id BAA52709; Tue, 27 Mar 2001 01:03:26 -0800 (PST) (envelope-from dbutter@wireless.net) Content-Type: text/plain; charset="iso-8859-1" From: Devin Butterfield To: Alfred Perlstein , Coleman Kane Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Date: Tue, 27 Mar 2001 01:05:10 -0800 X-Mailer: KMail [version 1.2] Cc: Roger Hardiman , hackers@FreeBSD.ORG References: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010327015524.A863@cokane.yi.org> <20010326232431.Q9431@fw.wintelcom.net> In-Reply-To: <20010326232431.Q9431@fw.wintelcom.net> MIME-Version: 1.0 Message-Id: <01032701051000.83707@dbm.wireless.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday 26 March 2001 11:24, Alfred Perlstein wrote: > * Coleman Kane [010326 22:40] wrote: > > Yeah, that's basically what I had to do in tdfx. You can take a look int > > src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) to get an idea of what > > needs to be done, if you need more info. Tdfx basically implements the > > API from device_3dfx in Linux. > > Is there anyone we can PLEAD with to explain that to the linnux people > that that's a broken way to implement ioctl()? I did the original port of the linux telephony driver that Roger Hardiman has been kind enough to volunteer taking up maintainership of, and I butted heads with this problem (and the people who were perpetuating it) I can assure you. The author of the linux driver agreed that it wasn't the right way to do it, and I managed to convince him that it needed to be changed, but Alan Cox refused to accept any changes to the linux telephony API (regardless of the fact that it was "broken"). The fear was that it would break existing applications which depended on this ioctl hack. And so the breakage is perpetuated, on and on... -- 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 Mar 27 1:17:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from germes.levi.spb.ru (ip65.levi.spb.ru [212.119.175.65]) by hub.freebsd.org (Postfix) with ESMTP id 87C5A37B719 for ; Tue, 27 Mar 2001 01:17:19 -0800 (PST) (envelope-from dms@wplus.net) Received: from wplus.net (IDENT:dms@pike.levi.spb.ru [10.246.8.43]) by germes.levi.spb.ru (8.11.1/8.11.1) with ESMTP id f2R9HI717597 for ; Tue, 27 Mar 2001 13:17:18 +0400 Message-ID: <3AC05A9E.E0600B91@wplus.net> Date: Tue, 27 Mar 2001 13:17:18 +0400 From: Dmitry Samersoff Organization: LeviSoft X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Need advice (server continue dies) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While experienced freeBSD people sleep my server continue stopping every night ;-((( This is systat -vmstat output in crash point. I also have a kernel crash dump and could post it here if no one can give me a good advice without it ;-))) I'm terribly sorry to waste your time but this is critical problem and unfortunately I have no ideas how to solve it or at least find reason of such behavior. Thank you very match! 1 users Load 11.47 2.66 1.05 Tue Mar 27 04:20 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 217208 1308 365360 2264 1276 count 25 16 152 All 254544 1700 3589784 5084 pages 70 35 1296 Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 418 cow 1063 total 10 23 55 64 3992 2363 3215 1063 1328 2356 36804 wire 362 mux irq19 201940 act 473 mux irq21 27.1%Sys 1.6%Intr 13.9%User 0.0%Nice 57.4%Idl 15096 inact atkbd0 irq | | | | | | | | | | 616 cache 100 clk irq0 ==============>>>>>>> 660 free 128 rtc irq8 1 daefr Namei Name-cache Dir-cache 450 prcfr Calls hits % hits % 42 react 43996 43996 100 37 pdwake 1598 zfod 167121 pdpgs Disks da0 pass0 pass1 760 ofod 36 intrn KB/t 28.06 0.00 0.00 47 %slo-z 35872 buf tps 202 0 0 4143 tfree 23 dirtybuf MB/s 5.54 0.00 0.00 18018 desiredvnodes % busy 63 0 0 2236 numvnodes 905 freevnodes -- Dmitry Samersoff, dms@wplus.net, ICQ:3161705 http://devnull.wplus.net * There will come soft rains ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 1:39:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 46C4E37B71B for ; Tue, 27 Mar 2001 01:39:30 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id TAA10949; Tue, 27 Mar 2001 19:09:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3AC05A9E.E0600B91@wplus.net> Date: Tue, 27 Mar 2001 19:09:18 +0930 (CST) From: "Daniel O'Connor" To: Dmitry Samersoff Subject: RE: Need advice (server continue dies) Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Mar-01 Dmitry Samersoff wrote: > I also have a kernel crash dump and could post it here if no one can > give me a good advice without it ;-))) If you haven't compiled the kernel with debugging symbols then you should do so.. After that get a crash dump and do.. cd /var/crash gdb -k kernel.0 vmcore.0 bt And post the output. When you do post info like your dmesg output and hardware specs. > I'm terribly sorry to waste your time but this is critical problem > and unfortunately I have no ideas how to solve it or at least > find reason of such behavior. It does seem odd given the machien doesn't look _too_ busy. What sort of processes are you running on it? Web server, ftp server, etc? Can you run top or ps and find out what particular processes are running at the time it crashes? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 2:10:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from germes.levi.spb.ru (ip65.levi.spb.ru [212.119.175.65]) by hub.freebsd.org (Postfix) with ESMTP id CE23637B718 for ; Tue, 27 Mar 2001 02:10:16 -0800 (PST) (envelope-from dms@wplus.net) Received: from wplus.net (IDENT:dms@pike.levi.spb.ru [10.246.8.43]) by germes.levi.spb.ru (8.11.1/8.11.1) with ESMTP id f2RA9W718598; Tue, 27 Mar 2001 14:09:37 +0400 Message-ID: <3AC066DC.EB973AE1@wplus.net> Date: Tue, 27 Mar 2001 14:09:32 +0400 From: Dmitry Samersoff Organization: LeviSoft X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: "Daniel O'Connor" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Need advice (server continue dies) References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor wrote: > > On 27-Mar-01 Dmitry Samersoff wrote: > > I also have a kernel crash dump and could post it here if no one can > > give me a good advice without it ;-))) > > If you haven't compiled the kernel with debugging symbols then you should do so.. I done it but it's remote server and I have a problem to get valid crash dump - last attempt was unsuccessful - I see the only file "minfree" in /var/crash This box runs httpd with very simple cgi running for each connection (cgi written in C++, it gets user data and write in into ndbm to analyze late) The only unusual messages in /var/log/messages is Mar 26 10:52:20 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 Mar 26 11:02:20 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1600 Mar 26 11:12:20 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 1066 ... [ every ten minutes ] Mar 26 12:43:13 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 27 [ problems, cgi exits with core by sig 11] Mar 26 21:33:47 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 12 Mar 27 02:07:21 ds101 /kernel: in_rtqtimo: adjusted rtq_reallyold to 10 [ crash ] This is various stat got from crash point. (not later than 2 mins before) #date Tue Mar 27 04:20:00 MSD 2001 #netstat -m 2685/5120/40960 mbufs in use (current/peak/max): 1217 mbufs allocated to data 1468 mbufs allocated to packet headers 1155/2456/10240 mbuf clusters in use (current/peak/max) 6192 Kbytes allocated to network (20% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines #top last pid: 57040; load averages: 0.09, 0.15, 0.15 up 0+17:38:21 04:20:00 114 processes: 2 running, 107 sleeping, 5 zombie Mem: 18M Active, 61M Inact, 36M Wired, 584K Cache, 35M Buf, 134M Free Swap: 500M Total, 500M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 85 root 2 0 920K 636K select 1 0:18 0.00% 0.00% syslogd 16610 dms 3 0 1652K 1400K ttyin 1 0:15 0.00% 0.00% systat 145 root 2 0 1364K 1120K select 0 0:13 0.00% 0.00% httpd 160 root 2 0 1140K 840K select 0 0:03 0.00% 0.00% sshd1 88 root 2 0 2748K 2328K select 1 0:03 0.00% 0.00% named 16437 root 2 0 1180K 952K select 0 0:01 0.00% 0.00% sshd1 113 root 2 0 1540K 1328K select 0 0:00 0.00% 0.00% sendmail 110 root 10 0 960K 728K nanslp 1 0:00 0.00% 0.00% cron 53513 apache 2 0 1484K 1252K sbwait 0 0:00 0.00% 0.00% httpd 53215 apache 2 0 1460K 1228K select 0 0:00 0.00% 0.00% httpd #camcontrol pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 5EFGN694 pass0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled -- Dmitry Samersoff, dms@wplus.net, ICQ:3161705 http://devnull.wplus.net * There will come soft rains ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 4:47:59 2001 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 C365337B719; Tue, 27 Mar 2001 04:47:52 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Mar 2001 13:47:51 +0100 (BST) To: freebsd-hackers@freebsd.org, freebsd-alpha@freebsd.org Cc: wpaul@freebsd.org, brian@freebsd.org Subject: Control messages. X-Request-Do: Date: Tue, 27 Mar 2001 13:47:51 +0100 From: David Malone Message-ID: <200103271347.aa40230@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was looking at our implimention of passing descriptors and credentials over unix domain sockets (I want to add the ability to pass more than one message at a time). According to Steven's book you should use the CMSG_DATA macro to find the data in associated with a struct cmsghdr. We define this macro as: #define CMSG_DATA(cmsg) ((u_char *)(cmsg) + \ _ALIGN(sizeof(struct cmsghdr))) However, the kernel seems to get the address of the data by looking at (void *)(&cmsg[1]). Some applications either find the data either using the kernel's method or by using: struct blah { struct cmsghdr header; sturct wibble data; }; and taking the address of "data". Fortunately all these methods are the same on the i386 'cos the sizeof(sizeof(struct cmsghdr)) is a multiple of the alighment size. However on the alpha the alignment requirement is 8 bytes and so: CMSG_DATA(cmsg) != (&cmsg[1]) If you use the struct method then offset of "data" will line up with one or the other of these depending on the alignment requirements of data. I'd like to change the code to always use the CMSG_DATA method, which will change the ABI on the alpha. This shouldn't cause too much disruption as descriptor and credential passing is rarely used. (I think ppp and maybe some rpc stuff use it - not much else does). (As far as I can tell descriptor passing for a large number of descriptors will panic an alpha running FreeBSD too. If anyone can give access to an alpha that it's OK for me to crash I can test this). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 4:50:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (sentinel.office1.bg [195.24.48.182]) by hub.freebsd.org (Postfix) with SMTP id 87E1537B718 for ; Tue, 27 Mar 2001 04:50:10 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 2789 invoked by uid 1000); 27 Mar 2001 12:48:46 -0000 Date: Tue, 27 Mar 2001 15:48:46 +0300 From: Peter Pentchev To: Dmitry Samersoff Cc: Daniel O'Connor , freebsd-hackers@FreeBSD.ORG Subject: Re: Need advice (server continue dies) Message-ID: <20010327154846.A2374@ringworld.oblivion.bg> Mail-Followup-To: Dmitry Samersoff , Daniel O'Connor , freebsd-hackers@FreeBSD.ORG References: <3AC066DC.EB973AE1@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: <3AC066DC.EB973AE1@wplus.net>; from dms@wplus.net on Tue, Mar 27, 2001 at 02:09:32PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 27, 2001 at 02:09:32PM +0400, Dmitry Samersoff wrote: > Daniel O'Connor wrote: > > > > On 27-Mar-01 Dmitry Samersoff wrote: > > > I also have a kernel crash dump and could post it here if no one can > > > give me a good advice without it ;-))) > > > > If you haven't compiled the kernel with debugging symbols then you should do so.. > > I done it but it's remote server and I have a problem to get valid > crash dump - > last attempt was unsuccessful - I see the only file "minfree" > in /var/crash Have you run dumpon and/or savecore? You need to at least run dumpon *before* the kernel crashes, to tell it what device to dump on; later, when the machine reboots, you want to run savecore to fetch the coredump, and store it into /var/crash. This is all best done by specifying dumpdev in rc.conf. You'll have to manually run dumpon the first time, before the machine crashes; after the crash, the rc scripts shall run both dumpon and savecore, because the dumpdev setting in rc.conf tells them to. G'luck, Peter -- This sentence no verb. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 5: 5:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from germes.levi.spb.ru (ip65.levi.spb.ru [212.119.175.65]) by hub.freebsd.org (Postfix) with ESMTP id 960F837B71D for ; Tue, 27 Mar 2001 05:05:39 -0800 (PST) (envelope-from dms@wplus.net) Received: from wplus.net (IDENT:dms@pike.levi.spb.ru [10.246.8.43]) by germes.levi.spb.ru (8.11.1/8.11.1) with ESMTP id f2RD3p724626; Tue, 27 Mar 2001 17:04:02 +0400 Message-ID: <3AC08FB5.A79E058A@wplus.net> Date: Tue, 27 Mar 2001 17:03:49 +0400 From: Dmitry Samersoff Organization: LeviSoft X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: Peter Pentchev Cc: "Daniel O'Connor" , freebsd-hackers@FreeBSD.ORG Subject: Re: Need advice (server continue dies) References: <3AC066DC.EB973AE1@wplus.net> <20010327154846.A2374@ringworld.oblivion.bg> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Pentchev wrote: > > On Tue, Mar 27, 2001 at 02:09:32PM +0400, Dmitry Samersoff wrote: > > Daniel O'Connor wrote: > > > > > > On 27-Mar-01 Dmitry Samersoff wrote: > > > > I also have a kernel crash dump and could post it here if no one can > > > > give me a good advice without it ;-))) > > > > > > If you haven't compiled the kernel with debugging symbols then you should do so.. > > > > I done it but it's remote server and I have a problem to get valid > > crash dump - > > last attempt was unsuccessful - I see the only file "minfree" > > in /var/crash > > Have you run dumpon and/or savecore? You need to at least run dumpon > *before* the kernel crashes, to tell it what device to dump on; later, > when the machine reboots, you want to run savecore to fetch the coredump, > and store it into /var/crash. > > This is all best done by specifying dumpdev in rc.conf. You'll have to > manually run dumpon the first time, before the machine crashes; after > the crash, the rc scripts shall run both dumpon and savecore, because > the dumpdev setting in rc.conf tells them to. Thank you! I run dumpon now and insert it in rc.conf The only thing I can ask hosting support is press on crash and then type "panic". Is it enough to get a good kernel core? -- Dmitry Samersoff, dms@wplus.net, ICQ:3161705 http://devnull.wplus.net * There will come soft rains ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 5:18:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (sentinel.office1.bg [195.24.48.182]) by hub.freebsd.org (Postfix) with SMTP id 1FA0337B719 for ; Tue, 27 Mar 2001 05:18:49 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 3056 invoked by uid 1000); 27 Mar 2001 13:17:42 -0000 Date: Tue, 27 Mar 2001 16:17:42 +0300 From: Peter Pentchev To: Dmitry Samersoff Cc: Daniel O'Connor , freebsd-hackers@FreeBSD.ORG Subject: Re: Need advice (server continue dies) Message-ID: <20010327161742.B2374@ringworld.oblivion.bg> Mail-Followup-To: Dmitry Samersoff , Daniel O'Connor , freebsd-hackers@FreeBSD.ORG References: <3AC066DC.EB973AE1@wplus.net> <20010327154846.A2374@ringworld.oblivion.bg> <3AC08FB5.A79E058A@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: <3AC08FB5.A79E058A@wplus.net>; from dms@wplus.net on Tue, Mar 27, 2001 at 05:03:49PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 27, 2001 at 05:03:49PM +0400, Dmitry Samersoff wrote: > Peter Pentchev wrote: > > > > On Tue, Mar 27, 2001 at 02:09:32PM +0400, Dmitry Samersoff wrote: > > > Daniel O'Connor wrote: > > > > > > > > On 27-Mar-01 Dmitry Samersoff wrote: > > > > > I also have a kernel crash dump and could post it here if no one can > > > > > give me a good advice without it ;-))) > > > > > > > > If you haven't compiled the kernel with debugging symbols then you should do so.. > > > > > > I done it but it's remote server and I have a problem to get valid > > > crash dump - > > > last attempt was unsuccessful - I see the only file "minfree" > > > in /var/crash > > > > Have you run dumpon and/or savecore? You need to at least run dumpon > > *before* the kernel crashes, to tell it what device to dump on; later, > > when the machine reboots, you want to run savecore to fetch the coredump, > > and store it into /var/crash. > > > > This is all best done by specifying dumpdev in rc.conf. You'll have to > > manually run dumpon the first time, before the machine crashes; after > > the crash, the rc scripts shall run both dumpon and savecore, because > > the dumpdev setting in rc.conf tells them to. > > Thank you! > I run dumpon now and insert it in rc.conf > > The only thing I can ask hosting support is press > on crash and then type "panic". > > Is it enough to get a good kernel core? Yes, that should be enough. Hmm.. if you have 'options DDB' in the kernel config, the machine should fall to DDB by itself, when a kernel panic occurs. Or does it just crash, without a panic? If so, pressing Ctrl-Alt-Esc would be needed. G'luck, Peter -- If this sentence didn't exist, somebody would have invented it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 5:30:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 2B6F337B71E for ; Tue, 27 Mar 2001 05:30:11 -0800 (PST) (envelope-from karsten@rohrbach.de) Received: (qmail 21112 invoked by uid 1000); 27 Mar 2001 13:30:32 -0000 Date: Tue, 27 Mar 2001 15:30:32 +0200 From: "Karsten W. Rohrbach" To: Greg Lehey Cc: Matt Dillon , Ted Faber , "Michael C . Wu" , fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: tuning a VERY heavily (30.0) loaded server Message-ID: <20010327153032.B20645@rohrbach.de> Reply-To: karsten@rohrbach.de Mail-Followup-To: Greg Lehey , Matt Dillon , Ted Faber , "Michael C . Wu" , fs@FreeBSD.ORG, hackers@FreeBSD.ORG References: <20010320111144.A51924@peorth.iteration.net> <20010320092717.R29888@fw.wintelcom.net> <20010320113818.B52586@peorth.iteration.net> <20010320094837.B1284@ted.isi.edu> <20010320120314.D52586@peorth.iteration.net> <20010320102156.C1284@ted.isi.edu> <200103201904.f2KJ4GP95937@earth.backplane.com> <20010327170709.E1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327170709.E1161@wantadilla.lemis.com>; from grog@lemis.com on Tue, Mar 27, 2001 at 05:07:09PM +0930 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: karsten@rohrbach.de Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey(grog@lemis.com)@Tue, Mar 27, 2001 at 05:07:09PM +0930: > One of the reasons this question came up is because dumps weren't > enabled. If they had been, we would have seen the problem. That's > why I'd recommend at least as much swap as memory, even if it doesn't > get touched. when i recall it right, you need size of mem + 1 block for the header, right? /k -- > Nothing is better than Sex. > Masturbation is better than nothing. > Therefore, Masturbation is better than Sex. KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 5:43: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 8E4F637B719 for ; Tue, 27 Mar 2001 05:42:32 -0800 (PST) (envelope-from karsten@rohrbach.de) Received: (qmail 21757 invoked by uid 1000); 27 Mar 2001 13:42:52 -0000 Date: Tue, 27 Mar 2001 15:42:52 +0200 From: "Karsten W. Rohrbach" To: Murray Taylor Cc: "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: Re: DNS rules etc Message-ID: <20010327154252.C20645@rohrbach.de> Reply-To: karsten@rohrbach.de Mail-Followup-To: Murray Taylor , "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" References: <710709BB8B02D311942E0060674418105442A8@MELEXC01> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <710709BB8B02D311942E0060674418105442A8@MELEXC01>; from mtaylor@bytecraft.com.au on Tue, Mar 27, 2001 at 02:48:22PM +1000 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: karsten@rohrbach.de Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cd /usr/ports/net/djbdns && make install clean then read the docs for dnscache and dnscache-conf at http://cr.yp.to/djbdns.html i use tinydns and axfrdns here for my name services to replace bind, dnscache to screen out requests and to mux several other dns servers and bind boxes into one request scenario. very modular, lots of processes, but better than bind. drawback: no ipv6 support but i dont really care about binding dns to ipv6 at the moment. the dnscache configurations are different for external requests (binds to ethernet ip) and local requests (127.53.0.1 alias on lo0) that have different cachesize and mapin config. /k Murray Taylor(mtaylor@bytecraft.com.au)@Tue, Mar 27, 2001 at 02:48:22PM +1000: > Help!!!! > I've got the frame relay working, and am waiting now for > some network delegation stuff external to me to complete. > However I need to know if it is possible to use DNS > as detailed below to allow the host spyder be visible to the > Internet and our intranet, without polluting the nameservers. > > Given > > > 139.130.142.1 (Telstra end) > | > | > | spyder > | frame relay +--------+ > | point to point | | > +----------------|ng0 | > 139.130.142.13 | | > | | 10.1.2.30 > | fxp0|---------------+ > | | 203.39.118.1 | > |FreeBSD | | > | 4.3 | | > +--------+ | > | > | > | > other 10.1.x.y hosts ---------------+ > > 10.1.x.y hosts area allocated addresses via DHCP from an NT server > > Can I setup DNS rules (such as the commented out zones below) > so that hosts on the internal network can access spyder on > 10.1.2.30, WITHOUT propagating 10. numbers out to the Internet > The two zones in question have their zone and reverse file at > the tail of this email > > cheers > Murray Taylor > Project Engineer > > Bytecraft P/L +61 3 9587 2555 > +61 3 9587 1614 fax > mtaylor@bytecraft.com.au > > ps I will check the mail-list from home tonight, but > if there is a quick answer, please email directly also > mjt > > > > == output of netstat -nr ====================================== > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 139.130.142.1 UGSc 7 0 ng0 > 10.0.0.2 10.0.0.1 UH 0 0 tun0 > 10.1/16 link#1 UC 0 0 fxp0 => > 10.1.2.3 0:0:f8:1e:ad:9e UHLW 1 56 fxp0 1137 > 10.1.2.4 0:60:67:70:af:22 UHLW 0 91 fxp0 939 > 10.1.2.7 0:60:67:70:ac:4e UHLW 0 75 fxp0 1142 > 10.1.2.30 0:50:8b:f1:de:df UHLW 1 223687 lo0 > 10.1.2.46 0:10:a4:ff:b4:c6 UHLW 0 1 fxp0 1188 > 10.1.2.47 0:0:4c:33:d8:cd UHLW 1 32 fxp0 1052 > 10.1.2.78 0:0:4c:ed:78:5e UHLW 1 189 fxp0 1194 > 10.1.2.129 0:10:5a:81:b0:30 UHLW 1 136 fxp0 1037 > 10.1.255.255 ff:ff:ff:ff:ff:ff UHLWb 2 60 fxp0 > 127.0.0.1 127.0.0.1 UH 1 495 lo0 > 139.130.142.1 139.130.142.13 UH 8 124 ng0 > 203.39.118/26 link#1 UC 0 0 fxp0 => > 203.39.118.1 0:50:8b:f1:de:df UHLW 1 63909 lo0 > > == named.conf ================================================= > // bytecraft.au.com etc > // 2001032701 mjt > > options { > directory "/etc/namedb"; > }; > // end of options > > > zone "bytecraft.au.com" in { > type master; > file "db.byte-au-com"; > }; > > zone "bytecraftentertainment.com" in { > type master; > file "db.byteent-com"; > }; > > zone "bytecraftsystems.com" in { > type master; > file "db.bytesys-com"; > }; > > zone "118.39.203.in-addr.arpa" { > type master; > file "db.203.39.118"; > }; > > // desired restricted zone > // dont allow outsiders to query it, or transfer it > > //zone "2.1.10.in-addr.arpa" { > // notify no; > // type master; > // file "db.10.1.2"; > // allow-query { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > // allow-transfer { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > //}; > > //zone "byteinternal" in { > // type master; > // file "db.byteint"; > // allow-query { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > // allow-transfer { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > //}; > > > > zone "." { > type hint; > file "named.root"; > }; > > zone "0.0.127.IN-ADDR.ARPA" { > type master; > file "localhost.rev"; > }; > > === db.byte-au-com ================================================ > $TTL 86400 > bytecraft.au.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraft.au.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > ; mail server entry > bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > localhost.bytecraft.com.au. IN A 127.0.0.1 > spyder.bytecraft.au.com. IN A 203.39.118.1 > > ; C records - Aliases > www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > > == db.byteent-com ================================================= > $TTL 86400 > bytecraftentertainment.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraftentertainment.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > > ; mail server entry > bytecraftentertainment.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > ;www.bytecraftentertainment.com. IN A 203.39.118.1 > > ; C records - Aliases > www.bytecraftentertainment.com. IN CNAME spyder.bytecraft.au.com. > > == db.bytesys-com ================================================= > $TTL 86400 > bytecraftsystems.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraftsystems.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > > ; mail server entry > bytecraftsystems.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > ;www.bytecraftsystems.com. IN A 203.39.118.1 > > ; C records - Aliases > www.bytecraftsystems.com. IN CNAME spyder.bytecraft.au.com. > > == db.203.39.118 ================================================= > $TTL 86400 > 118.39.203.in-addr.arpa. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameservers > 118.39.203.in-addr.arpa. IN NS spyder.bytecraft.au.com. > > ; address reverse mapping > 1.118.39.203.in-addr.arpa. IN PTR spyder.bytecraft.au.com. > > == localhost.rev ================================================= > ; From: @(#)localhost.rev 5.1 (Berkeley) 6/30/90 > ; $FreeBSD: src/etc/namedb/PROTO.localhost.rev,v 1.6 2000/01/10 15:31:40 > peter Exp $ > ; > ; This file is automatically edited by the `make-localhost' script in > ; the /etc/namedb directory. > ; > > $TTL 3600 > > @ IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 20010223 ; Serial > 3600 ; Refresh > 900 ; Retry > 3600000 ; Expire > 3600 ) ; Minimum > IN NS spyder.bytecraft.au.com. > 1 IN PTR localhost.bytecraft.au.com. > > == db.10.1.2 ======= not called by named.conf ================ > $TTL 86400 > 2.1.10.in-addr.arpa. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032102 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameservers > 2.1.10.in-addr.arpa. IN NS spyder.bytecraft.au.com. > > ; address reverse mapping > 2.2.1.10.in-addr.arpa. IN PTR melcms01.bytecraft.au.com. > 4.2.1.10.in-addr.arpa. IN PTR melcms02.bytecraft.au.com. > 6.2.1.10.in-addr.arpa. IN PTR melcms03.bytecraft.au.com. > 30.2.1.10.in-addr.arpa. IN PTR spyder.bytecraft.au.com. > 32.2.1.10.in-addr.arpa. IN PTR grunt.bytecraft.au.com. > 109.2.1.10.in-addr.arpa. IN PTR melcms04.bytecraft.au.com. > ; there are a lot of others with DHCP addresses assigned > ; ????? > > == db.bytint ======= not called by named.conf ================ > $TTL 86400 > bytecraft.au.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraft.au.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > ; mail server entry > bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > localhost.bytecraft.com.au. IN A 127.0.0.1 > spyder.bytecraft.au.com. IN A 10.1.2.30 > melcms01.bytecraft.au.com. IN A 10.1.2.2 > melcms02.bytecraft.au.com. IN A 10.1.2.4 > melcms03.bytecraft.au.com. IN A 10.1.2.6 > melcms04.bytecraft.au.com. IN A 10.1.2.109 > grunt.bytecraft.au.com. IN A 10.1.2.32 > > ; C records - Aliases > www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- > "It says he made us all to be just like him. So if we're dumb, then > god is dumb, and maybe even a little ugly on the side." -- Frank Zappa KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 8:24:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 16D0837B71A; Tue, 27 Mar 2001 08:24:15 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id LAA17260; Tue, 27 Mar 2001 11:25:51 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010327113859.023faa00@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 27 Mar 2001 11:41:36 -0500 To: Devin Butterfield , Alfred Perlstein , Coleman Kane From: Dennis Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Cc: Roger Hardiman , hackers@FreeBSD.ORG In-Reply-To: <01032701051000.83707@dbm.wireless.net> References: <20010326232431.Q9431@fw.wintelcom.net> <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010327015524.A863@cokane.yi.org> <20010326232431.Q9431@fw.wintelcom.net> 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 04:05 AM 03/27/2001, Devin Butterfield wrote: >On Monday 26 March 2001 11:24, Alfred Perlstein wrote: > > * Coleman Kane [010326 22:40] wrote: > > > Yeah, that's basically what I had to do in tdfx. You can take a look int > > > src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) to get an idea of what > > > needs to be done, if you need more info. Tdfx basically implements the > > > API from device_3dfx in Linux. > > > > Is there anyone we can PLEAD with to explain that to the linnux people > > that that's a broken way to implement ioctl()? Everything in LINUX is implemented in a broken way. Whats interesting is that they like it that way, and even try to justify it. skbufs are really neat. no chaining, so if you are doing encapsulations you get to reallocate the entire buffer and copy overs tons of "attached info". Very high performance. the biggest caveat with linux ioctls() is that there are only 10 commands available. So you are best off only using 1 and using sub-functions within your application, or you may run out. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 8:25:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 087E937B71A; Tue, 27 Mar 2001 08:25:26 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id LAA17268; Tue, 27 Mar 2001 11:27:03 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010327114146.023fdeb0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 27 Mar 2001 11:42:49 -0500 To: Devin Butterfield , Alfred Perlstein , Coleman Kane From: Dennis Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Cc: Roger Hardiman , hackers@FreeBSD.ORG In-Reply-To: <01032701051000.83707@dbm.wireless.net> References: <20010326232431.Q9431@fw.wintelcom.net> <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010327015524.A863@cokane.yi.org> <20010326232431.Q9431@fw.wintelcom.net> 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 04:05 AM 03/27/2001, Devin Butterfield wrote: >On Monday 26 March 2001 11:24, Alfred Perlstein wrote: > > * Coleman Kane [010326 22:40] wrote: > > > Yeah, that's basically what I had to do in tdfx. You can take a look int > > > src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) to get an idea of what > > > needs to be done, if you need more info. Tdfx basically implements the > > > API from device_3dfx in Linux. > > > > Is there anyone we can PLEAD with to explain that to the linnux people > > that that's a broken way to implement ioctl()? oh, also, they MUST be negative. so you return (-ENODEV)...some bad upper layer code they decided to never fix. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 8:35:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id E330537B719; Tue, 27 Mar 2001 08:35:42 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id LAA17334; Tue, 27 Mar 2001 11:36:22 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010327114516.03c4f560@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 27 Mar 2001 11:52:08 -0500 To: John Clark , "Kenneth D. Merry" From: Dennis Subject: Re: AW: Best Gigabit ethernet for 4.x Cc: "Schmalzbauer, Harald" , hackers@FreeBSD.ORG, isp@FreeBSD.ORG In-Reply-To: <3ABF93E9.23F5EA4C@teamasa.com> References: <5.0.0.25.0.20001118113245.032d3130@mail.etinc.com> <20001118150437.A15956@panzer.kdm.org> <5.0.0.25.0.20010324122812.038f4eb0@mail.etinc.com> <20010324124511.A18612@panzer.kdm.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 > >Personally I hate the attitude and policies expressed by the NDA on >chips that are long out of development. I can understand it for >'new on the block' designs, as that is how competition works. But >once a chip has moved from the prototype sample mode into >full production, I think the chip manufactures should publish >publically on the web (where it is almost 'cost less' to do so) >for all implementers to have the information. > >As it is, it seems in terms of Intel and other chip manufacturers >more profitable to make 'strategic' business partnerships with >'big software houses' (for example, buying a stake in LynxOS >now LynxOS Works and Blue Cat Linux), than to let the world have >a crack at the information. In order to "secure" those "big contracts" they have to give relative assurances that the resulting boards wont be cloned, allowing others to cash in on extensive software and marketing costs of these companies. Theres no sense spending big money to establish a market if anyone can come along and take away your margins by selling cut-rate hardware. Hopefully SOME of you understand this. Its not intel worried about their chips being cloned (they have a team of international lawyers to police that), its their partners that they are protecting. At some point some of you will get it. I think the best strategy is to get intel to have a freebsd driver (as they do for linux)...which would do more for freebsd than boycotting such products as some of you have suggested. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 10:45: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-53-7.adsl.one.net [216.23.53.7]) by hub.freebsd.org (Postfix) with ESMTP id 859E037B71B; Tue, 27 Mar 2001 10:45:06 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2RIxdB06771; Tue, 27 Mar 2001 13:59:39 -0500 (EST) (envelope-from cokane) Date: Tue, 27 Mar 2001 13:59:39 -0500 From: Coleman Kane To: Devin Butterfield Cc: Alfred Perlstein , Coleman Kane , Roger Hardiman , hackers@FreeBSD.ORG Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Message-ID: <20010327135939.A6753@cokane.yi.org> References: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010327015524.A863@cokane.yi.org> <20010326232431.Q9431@fw.wintelcom.net> <01032701051000.83707@dbm.wireless.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <01032701051000.83707@dbm.wireless.net>; from dbutter@wireless.net on Tue, Mar 27, 2001 at 01:05:10AM -0800 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yeah, that's the basic gist of things I got from talking with people as well. I suppose the feeling is that if it works and doessn't seem to cause any harm it should be a 'feature'. Personally, I never liked the idea of having ioctl's return like that. Something about it seemed unclean and dirty... Devin Butterfield had the audacity to say: > On Monday 26 March 2001 11:24, Alfred Perlstein wrote: > > * Coleman Kane [010326 22:40] wrote: > > > Yeah, that's basically what I had to do in tdfx. You can take a look int > > > src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) to get an idea of what > > > needs to be done, if you need more info. Tdfx basically implements the > > > API from device_3dfx in Linux. > > > > Is there anyone we can PLEAD with to explain that to the linnux people > > that that's a broken way to implement ioctl()? > > I did the original port of the linux telephony driver that Roger Hardiman has > been kind enough to volunteer taking up maintainership of, and I butted heads > with this problem (and the people who were perpetuating it) I can assure you. > The author of the linux driver agreed that it wasn't the right way to do it, > and I managed to convince him that it needed to be changed, but Alan Cox > refused to accept any changes to the linux telephony API (regardless of the > fact that it was "broken"). The fear was that it would break existing > applications which depended on this ioctl hack. And so the breakage is > perpetuated, on and on... > -- > 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 Mar 27 10:48:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-53-7.adsl.one.net [216.23.53.7]) by hub.freebsd.org (Postfix) with ESMTP id 2850637B718; Tue, 27 Mar 2001 10:48:07 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2RJ2dW06868; Tue, 27 Mar 2001 14:02:39 -0500 (EST) (envelope-from cokane) Date: Tue, 27 Mar 2001 14:02:39 -0500 From: Coleman Kane To: Dennis Cc: Devin Butterfield , Alfred Perlstein , Coleman Kane , Roger Hardiman , hackers@FreeBSD.ORG Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values Message-ID: <20010327140239.C6753@cokane.yi.org> References: <20010326232431.Q9431@fw.wintelcom.net> <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010327015524.A863@cokane.yi.org> <20010326232431.Q9431@fw.wintelcom.net> <01032701051000.83707@dbm.wireless.net> <5.0.0.25.0.20010327114146.023fdeb0@mail.etinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" X-Mailer: Mutt 1.0.1i In-Reply-To: <5.0.0.25.0.20010327114146.023fdeb0@mail.etinc.com>; from dennis@etinc.com on Tue, Mar 27, 2001 at 11:42:49AM -0500 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Yeah, figured that one out too. bleh. Dennis had the audacity to say: >=20 > oh, also, they MUST be negative. so you return (-ENODEV)...some bad upper= =20 > layer code they decided to never fix. >=20 > DB >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6wOPOERViMObJ880RAZNzAKC+8/H/nrm7vZowHY7hI1ue6d+yvACePsTk H2GdvIlrtFydujiHYR4Y7I0= =e7PB -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 10:54:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 1E79237B719 for ; Tue, 27 Mar 2001 10:54:39 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA18085 for ; Tue, 27 Mar 2001 13:56:19 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010327141111.03acb370@mail.etinc.com> X-Sender: dennis@mail.etinc.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 27 Mar 2001 14:12:02 -0500 To: hackers@FreeBSD.ORG From: Dennis Subject: RE: Good server motherboard? In-Reply-To: References: <002f01c0b6dd$8538e560$0464a8c0@pnt004> 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 12:42 PM 03/27/2001, you wrote: >On Tue, 27 Mar 2001, Ed Henderson wrote: > > > You mention that I should consider software RAID if I only need level > 1. How much processing overhead is there? My system will be running > with a single 1.2GHz Athlon CPU. > > Software RAID like Vinum has proven to be faster then HW >RAID. Mainly because of HW Raid card's using poorly sized stripes. There >is a benchmark test of Vinum vs some DPT Cards that brad knowles put on >the web. If you want the URL I would be happy to dig it up for you. Vinum >is FAST++, and you can enable softupdates on Vinum as well. So you get >speed and reliability. And I use this combo on alot of Postfix mail >servers for the mail queue. I couldn't be happier. Vinum is >incredible. Now I just have to keep working on some decent doc's for it >:-) Will the machine boot off of the second drive if the first one fails? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 10:59: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 4E5F737B718 for ; Tue, 27 Mar 2001 10:59:01 -0800 (PST) (envelope-from scanner@jurai.net) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id NAA77565; Tue, 27 Mar 2001 13:58:55 -0500 (EST) Date: Tue, 27 Mar 2001 13:58:55 -0500 (EST) From: To: Dennis Cc: hackers@FreeBSD.ORG Subject: RE: Good server motherboard? In-Reply-To: <5.0.0.25.0.20010327141111.03acb370@mail.etinc.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 > Will the machine boot off of the second drive if the first one fails? You can't boot off Vinum drives. ============================================================================= -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: scanner@jurai.net | Open Systems Inc., Wellington, Kansas Home: scanner@deceptively.shady.org | http://open-systems.net ============================================================================= WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" ============================================================================= irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11: 0:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 79E3437B71A for ; Tue, 27 Mar 2001 11:00:07 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2RIwV401330; Tue, 27 Mar 2001 10:58:31 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103271858.f2RIwV401330@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: Good server motherboard? In-reply-to: Your message of "Tue, 27 Mar 2001 14:12:02 EST." <5.0.0.25.0.20010327141111.03acb370@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Mar 2001 10:58:31 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > You mention that I should consider software RAID if I only need level > > 1. How much processing overhead is there? My system will be running > > with a single 1.2GHz Athlon CPU. > > > > Software RAID like Vinum has proven to be faster then HW > >RAID. Mainly because of HW Raid card's using poorly sized stripes. There > >is a benchmark test of Vinum vs some DPT Cards that brad knowles put on > >the web. If you want the URL I would be happy to dig it up for you. Vinum Just to note that this a comparison between a current system running Vinum, and quite possibly the worst PCI RAID card ever manufactured by anyone, anywhere. 8) > >is FAST++, and you can enable softupdates on Vinum as well. So you get > >speed and reliability. And I use this combo on alot of Postfix mail > >servers for the mail queue. I couldn't be happier. Vinum is > >incredible. Now I just have to keep working on some decent doc's for it > >:-) > > Will the machine boot off of the second drive if the first one fails? Nope. This is why you use a real (tm) RAID controller. 8) -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11: 2: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vulture.dmem.strath.ac.uk (vulture.dmem.strath.ac.uk [130.159.232.158]) by hub.freebsd.org (Postfix) with ESMTP id EEEB037B719; Tue, 27 Mar 2001 11:02:04 -0800 (PST) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (posh [130.159.202.3]) by vulture.dmem.strath.ac.uk (8.9.3/8.9.3) with ESMTP id UAA25505; Tue, 27 Mar 2001 20:02:02 +0100 (BST) (envelope-from roger@cs.strath.ac.uk) Message-ID: <3AC0E34C.5C931F5B@cs.strath.ac.uk> Date: Tue, 27 Mar 2001 20:00:28 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Coleman Kane Cc: Alfred Perlstein , hackers@FreeBSD.ORG Subject: Re: Porting a Linux driver to FreeBSD with ioctl return values References: <3ABF45B6.DF5A0B7F@cs.strath.ac.uk> <20010326094016.C9431@fw.wintelcom.net> <20010327015524.A863@cokane.yi.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > Yeah, that's basically what I had to do in tdfx. You can take > a look int src/sys/dev/tdfx/tdfx_pci.c under tdfx_ioctl(...) Great. Thanks for the pointer. I've just tested ioctl return values in some test code and it works ok. Thanks Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11: 5:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 1487A37B718; Tue, 27 Mar 2001 11:05:55 -0800 (PST) (envelope-from scanner@jurai.net) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id OAA77798; Tue, 27 Mar 2001 14:05:54 -0500 (EST) Date: Tue, 27 Mar 2001 14:05:54 -0500 (EST) From: To: Mike Smith Cc: Dennis , hackers@FreeBSD.ORG Subject: Re: Good server motherboard? In-Reply-To: <200103271858.f2RIwV401330@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Just to note that this a comparison between a current system running > Vinum, and quite possibly the worst PCI RAID card ever manufactured by > anyone, anywhere. 8) *sigh* Thanks mike. Ruin a perfectly good MS type of PR for us :-) This was great "See clueless boss! Vinum is FASTER then HW RAID! Lets use FreeBSD" fluff benchmarking :-) > Nope. This is why you use a real (tm) RAID controller. 8) True. If you *need* to boot from / and have / on a RAID setup. For me it's mostly /var/spool/postfix that I need RAID-0 for. And Vinum is really fast for that. ============================================================================= -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: scanner@jurai.net | Open Systems Inc., Wellington, Kansas Home: scanner@deceptively.shady.org | http://open-systems.net ============================================================================= WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" ============================================================================= irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11:13:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id EA0F337B719; Tue, 27 Mar 2001 11:13:06 -0800 (PST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2RJD4994696; Tue, 27 Mar 2001 14:13:05 -0500 (EST) (envelope-from arr@watson.org) Date: Tue, 27 Mar 2001 14:13:03 -0500 (EST) From: "Andrew R. Reiter" To: security@freebsd.org, hackers@freebsd.org Subject: man pages for format string functions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, I actually apologize if this is a repeat mail.. I admittedly did not look through the archives to see if this has been mentioned. Anyway... Im wondering if there should be a change in perhaps either stdarg(3), or all of the functions that contain format string parameters to state a warning about misusage. For example, in stdarg(3) it says: If there is no next argument, or if type is not compatible with the type of the actual next argument (as promoted according to the default argument promotions), random errors will occur. While I realize not everyone is using user-input'd format strings when they pass them to these functions, but perhaps a bit more of a clarification/note/warning could be mentioned here, such as: ... random errors will occur which might lead to a security risk. I am fairly poor with wording man pages, as you can see, but I think it might be worth while just to point this out. Thoughts? Andrew *-------------................................................. | Andrew R. Reiter | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11:17:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-46.dsl.lsan03.pacbell.net [63.207.60.46]) by hub.freebsd.org (Postfix) with ESMTP id EC9C437B719; Tue, 27 Mar 2001 11:17:09 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A05BB66F34; Tue, 27 Mar 2001 11:17:09 -0800 (PST) Date: Tue, 27 Mar 2001 11:17:09 -0800 From: Kris Kennaway To: "Andrew R. Reiter" Cc: security@freebsd.org, hackers@freebsd.org Subject: Re: man pages for format string functions Message-ID: <20010327111709.A16916@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from arr@watson.org on Tue, Mar 27, 2001 at 02:13:03PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 27, 2001 at 02:13:03PM -0500, Andrew R. Reiter wrote: > I am fairly poor with wording man pages, as you can see, but I think it > might be worth while just to point this out. >=20 > Thoughts? I've wanted to do this, but so far haven't had time. Do you think you could submit a patch? Don't worry about wording, that can easily be tweaked. Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6wOc1Wry0BWjoQKURAnl7AJ9mQx3+dlC/W/zM4dH/ji6gDkMmhgCglPnu EGcRGJu3qYgIS71JIIJZZrc= =Ec39 -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11:23:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id D0F2437B718; Tue, 27 Mar 2001 11:23:38 -0800 (PST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2RJNaU94832; Tue, 27 Mar 2001 14:23:36 -0500 (EST) (envelope-from arr@watson.org) Date: Tue, 27 Mar 2001 14:23:36 -0500 (EST) From: "Andrew R. Reiter" To: Kris Kennaway Cc: security@freebsd.org, hackers@freebsd.org Subject: Re: man pages for format string functions In-Reply-To: <20010327111709.A16916@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sure, I will try to get this done this morning.. (flying to CanSecWest this afternoon) .. if not, I will get it done this evening. On Tue, 27 Mar 2001, Kris Kennaway wrote: > On Tue, Mar 27, 2001 at 02:13:03PM -0500, Andrew R. Reiter wrote: > > > I am fairly poor with wording man pages, as you can see, but I think it > > might be worth while just to point this out. > > > > Thoughts? > > I've wanted to do this, but so far haven't had time. Do you think you > could submit a patch? Don't worry about wording, that can easily be > tweaked. > > Kris > *-------------................................................. | Andrew R. Reiter | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 11:49:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id 3A2B237B719 for ; Tue, 27 Mar 2001 11:49:24 -0800 (PST) (envelope-from drew@chopper.Poohsticks.ORG) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f2RJnGO18469; Tue, 27 Mar 2001 12:49:16 -0700 Message-Id: <200103271949.f2RJnGO18469@chopper.Poohsticks.ORG> To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: Good server motherboard? In-reply-to: Your message of "Tue, 27 Mar 2001 14:12:02 EST." <5.0.0.25.0.20010327141111.03acb370@mail.etinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <18465.985722556.1@chopper.Poohsticks.ORG> Date: Tue, 27 Mar 2001 12:49:16 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5.0.0.25.0.20010327141111.03acb370@mail.etinc.com>, dennis@etinc.co m writes: >Will the machine boot off of the second drive if the first one fails? It depends on how you define "fail". With a hardware failure or no 0x55 0xaa in the boot block, many BIOSes will fail over. At least one company has hacked their BIOS to always boot the next drive after an abnormal warm reboot. Combined with a hardware watchdog, this will even catch a bad boot loader or kernel on one drive that's in an infinite loop. -- Home Page For those who do, no explanation is necessary. For those who don't, no explanation is possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 12: 3:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (mail.dobox.com [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id 958D437B718 for ; Tue, 27 Mar 2001 12:03:07 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=373357606e667dc5707a110862195ff4) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14hzg6-0001j7-00; Tue, 27 Mar 2001 13:02:54 -0700 Message-ID: <3AC0F1ED.C66A25E3@softweyr.com> Date: Tue, 27 Mar 2001 13:02:53 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Len Conrad Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD on BookPC References: <5.0.0.25.0.20010326193810.023cab10@mail.Go2France.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Len Conrad wrote: > > >The FIC "Safari Premium" is about the same size, > >but much more reliable hardware. > > Wes, > > Have you looked at their box: > > http://www.fic.com.tw/systems/slim/sahara3810/sahara3810feat.asp > > It's 2U x 19". > > One could shelve 5 of them thin side up in a 19" rack. Yeah, we have a couple of Sahara's around here too. The Safari is cheaper and smaller, and uses a Socket 7 processor -- we use K6-2s, which are now dirt cheap. The Safaris we have are quite reliable as well. We have several of the Genesis boxes as well, booting from CompactFlash. The newer ones have the IDE header populated, which helps in stuffing a small disk drive (2.5" x 7mm) inside the box, though heat might be a problem. http://www.fica.com/products/ia/ia.stm The Aqua (web pad) hasn't been released yet. I can't wait to get my hands on that. Finally, the BathroomBrowser(tm)! -- "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 Tue Mar 27 12:29: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.infolibria.com (mail.infolibria.com [12.30.17.31]) by hub.freebsd.org (Postfix) with ESMTP id 731B437B718 for ; Tue, 27 Mar 2001 12:29:03 -0800 (PST) (envelope-from pmarquis@pobox.com) Received: from pobox.com (gw.infolibria.com [12.30.17.254]) by mail.infolibria.com (Postfix) with ESMTP id 9A46E15CC05; Tue, 27 Mar 2001 15:26:23 -0500 (EST) Message-ID: <3AC0F816.88C9CF31@pobox.com> Date: Tue, 27 Mar 2001 15:29:10 -0500 From: Paul Marquis X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Wes Peters Cc: Len Conrad , freebsd-hackers@freebsd.org Subject: Re: FreeBSD on BookPC References: <5.0.0.25.0.20010326193810.023cab10@mail.Go2France.com> <3AC0F1ED.C66A25E3@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 Can an end user buy a Sahara/Safari or do you have to be an OEM? If I have to be an OEM, where can an individual purchase one? Wes Peters wrote: > Len Conrad wrote: > > > > >The FIC "Safari Premium" is about the same size, > > >but much more reliable hardware. > > > > Wes, > > > > Have you looked at their box: > > > > http://www.fic.com.tw/systems/slim/sahara3810/sahara3810feat.asp > > > > It's 2U x 19". > > > > One could shelve 5 of them thin side up in a 19" rack. > > Yeah, we have a couple of Sahara's around here too. The Safari is > cheaper and smaller, and uses a Socket 7 processor -- we use K6-2s, > which are now dirt cheap. The Safaris we have are quite reliable > as well. > > We have several of the Genesis boxes as well, booting from > CompactFlash. The newer ones have the IDE header populated, which > helps in stuffing a small disk drive (2.5" x 7mm) inside the box, > though heat might be a problem. > > http://www.fica.com/products/ia/ia.stm > > The Aqua (web pad) hasn't been released yet. I can't wait to get > my hands on that. Finally, the BathroomBrowser(tm)! > > -- > "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 -- Paul Marquis pmarquis@pobox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 13:20:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lorax.ubergeeks.com (lorax.ubergeeks.com [209.145.65.55]) by hub.freebsd.org (Postfix) with ESMTP id 0551537B718 for ; Tue, 27 Mar 2001 13:20:22 -0800 (PST) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by lorax.ubergeeks.com (8.11.3/8.11.3) with ESMTP id f2RLRtt01785 for ; Tue, 27 Mar 2001 16:27:55 -0500 (EST) (envelope-from adrian@ubergeeks.com) Date: Tue, 27 Mar 2001 16:27:55 -0500 (EST) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: FreeBSD Hackers List Subject: misc/19673 into 4.3? Message-ID: <20010327162444.D1779-100000@lorax.ubergeeks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG folks, I know it's the eleventh hour, but can we get this trivial but annoying bug fixed for 4.3? I get tired of rebooting my laptop after a buildworld and having it not set the hostname. Adrian -- [ adrian@ubergeeks.com ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 13:41:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.sonn.com (tabby.sonn.com [206.79.239.6]) by hub.freebsd.org (Postfix) with ESMTP id 5323A37B719 for ; Tue, 27 Mar 2001 13:41:16 -0800 (PST) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.9.3/8.9.3) with ESMTP id NAA30279 for ; Tue, 27 Mar 2001 13:46:40 -0800 (PST) Date: Tue, 27 Mar 2001 13:46:40 -0800 (PST) From: Gersh To: freebsd-hackers@FreeBSD.ORG Subject: crash dump speed up patch. Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-576564399-985729600=:3635" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-576564399-985729600=:3635 Content-Type: TEXT/PLAIN; charset=US-ASCII Ive writen a quick patch for dev/ata/ata-disk.c:addump under 4.0-stable (03/26/01) which is considerbally faster. I did dumps on a SMP system with 512 megs of ram. Old: 201 seconds. New: 59 seconds. What I could gather from talking to people over irc/email about the problem was that there was a DELAY(1000) in between each printf to deal with problems with serial connections to the debugger. The soultion I came up with simply to display a smaller ammount of printf's the output looks like this: Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. The dump_stats() routine probally belongs in some kern/subr_whatever.c and should probally be used in the other dump routines for da/ide etc. Any thoughts or comments ? --0-576564399-985729600=:3635 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ata-disk.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="ata-disk.c.patch" LS0tIGF0YS1kaXNrLmMub3JpZwlUdWUgTWFyIDI3IDEwOjMxOjU5IDIwMDEN CisrKyBhdGEtZGlzay5jCVR1ZSBNYXIgMjcgMTQ6Mzk6MjQgMjAwMQ0KQEAg LTkxLDYgKzkxLDcgQEANCiBzdGF0aWMgc3RydWN0IGNkZXZzdyBmYWtld2Rk aXNrX2NkZXZzdzsNCiANCiAvKiBwcm90b3R5cGVzICovDQoraW50IGR1bXBf c3RhdHMoaW50LCBpbnQsIGludCAqKTsNCiBzdGF0aWMgdm9pZCBhZF90aW1l b3V0KHN0cnVjdCBhZF9yZXF1ZXN0ICopOw0KIHN0YXRpYyBpbnQzMl90IGFk X3ZlcnNpb24odV9pbnQxNl90KTsNCiANCkBAIC0yNTksNyArMjYwLDcgQEAN CiAgICAgc3RydWN0IGFkX3JlcXVlc3QgcmVxdWVzdDsNCiAgICAgdV9pbnQg Y291bnQsIGJsa25vLCBzZWNzaXplOw0KICAgICB2bV9vZmZzZXRfdCBhZGRy ID0gMDsNCi0gICAgaW50IGVycm9yOw0KKyAgICBpbnQgZXJyb3IsIGxlZnQs IHN0YXRlLCB0b3RhbCwgcGVyY2VudDsNCiANCiAgICAgaWYgKChlcnJvciA9 IGRpc2tfZHVtcGNoZWNrKGRldiwgJmNvdW50LCAmYmxrbm8sICZzZWNzaXpl KSkpDQogCXJldHVybiBlcnJvcjsNCkBAIC0yNzEsOCArMjcyLDEyIEBADQog ICAgIGFkcC0+Y29udHJvbGxlci0+bW9kZVtBVEFfREVWKGFkcC0+dW5pdCld ID0gQVRBX1BJTzsNCiAgICAgYXRhX3JlaW5pdChhZHAtPmNvbnRyb2xsZXIp Ow0KIA0KKyAgICBzdGF0ZSA9IGxlZnQgPSAwOw0KKyAgICB0b3RhbCA9IChj b3VudCAqIERFVl9CU0laRSkgLyAoMTAyNCAqIDEwMjQpOw0KKw0KKyAgICBw cmludGYoIkR1bXAgaW4gcHJvZ3Jlc3MsIHBlcmNlbnRhZ2UgY29tcGxldGU6 ICIpOw0KKw0KICAgICB3aGlsZSAoY291bnQgPiAwKSB7DQotCURFTEFZKDEw MDApOw0KIAlpZiAoaXNfcGh5c2ljYWxfbWVtb3J5KGFkZHIpKQ0KIAkgICAg cG1hcF9lbnRlcihrZXJuZWxfcG1hcCwgKHZtX29mZnNldF90KUNBRERSMSwN CiAJCSAgICAgICB0cnVuY19wYWdlKGFkZHIpLCBWTV9QUk9UX1JFQUQsIFRS VUUpOw0KQEAgLTMwMCw5ICszMDUsMTcgQEANCiAJICAgIGlmICh3ZG9nX3Rp Y2tsZXIpDQogCQkoKndkb2dfdGlja2xlcikoKTsNCiAjZW5kaWYNCi0JICAg IHByaW50ZigiJWxkICIsIChsb25nKShjb3VudCAqIERFVl9CU0laRSkgLyAo MTAyNCAqIDEwMjQpKTsNCi0JfQ0KKwkgICAgbGVmdCsrOw0KKwkgICAgcGVy Y2VudCA9IGxlZnQgKiAxMDAgLyB0b3RhbDsNCiANCisJICAgIC8qDQorCSAg ICAgKiAgUmF0ZSBsaW1pdCBwcmludGYncyB0byByZXBsYWNlIG9sZCBERUxB WSgxMDAwKQ0KKwkgICAgICogIFRoaXMgaXMgZG9uZSBzbyB0aGF0IG9sZCBz bG93IHNlcmlhbCBjb25uZWN0aW9ucw0KKwkgICAgICogIGRvIG5vdCBnZXQg aG9zZWQuDQorCSAgICAgKi8NCisNCisJICAgIGR1bXBfc3RhdHMocGVyY2Vu dCwgdG90YWwsICZzdGF0ZSk7DQorCX0NCiAJYmxrbm8gKz0gaG93bWFueShQ QUdFX1NJWkUsIHNlY3NpemUpOw0KIAljb3VudCAtPSBob3dtYW55KFBBR0Vf U0laRSwgc2Vjc2l6ZSk7DQogCWFkZHIgKz0gUEFHRV9TSVpFOw0KQEAgLTYx OSw0ICs2MzIsOTYgQEANCiAJaWYgKHZlcnNpb24gJiAoMTw8Yml0KSkNCiAJ ICAgIHJldHVybiBiaXQ7DQogICAgIHJldHVybiAwOw0KK30NCisNCitpbnQN CitkdW1wX3N0YXRzKGNvdW50LCB0b3RhbCwgc3RhdGUpDQorCWludCBjb3Vu dDsNCisJaW50IHRvdGFsOw0KKwlpbnQgKnN0YXRlOw0KK3sNCisJc3dpdGNo ICgqc3RhdGUpDQorCXsNCisJICAgIGNhc2UgMDoNCisJCWlmIChjb3VudCA+ IDEwKQ0KKwkJICAgICpzdGF0ZSA9IDEwOw0KKwkgICAgYnJlYWs7DQorDQor CSAgICBjYXNlIDEwOg0KKwkJaWYgKGNvdW50ID4gMjApDQorCQl7DQorCQkg ICAgcHJpbnRmKCIlZCAiLCAqc3RhdGUpOw0KKwkJICAgICpzdGF0ZSA9IDIw OyANCisJCX0NCisJICAgIGJyZWFrOw0KKw0KKwkgICAgY2FzZSAyMDoNCisJ CWlmIChjb3VudCA+IDMwKQ0KKwkJew0KKwkJICAgIHByaW50ZigiJWQgIiwg KnN0YXRlKTsNCisJCSAgICAqc3RhdGUgPSAzMDsgDQorCQl9DQorCSAgICBi cmVhazsNCisNCisJICAgIGNhc2UgMzA6DQorCQlpZiAoY291bnQgPiA0MCkN CisJCXsNCisJCSAgICBwcmludGYoIiVkICIsICpzdGF0ZSk7DQorCQkgICAg KnN0YXRlID0gNDA7IA0KKwkJfQ0KKwkgICAgYnJlYWs7DQorDQorCSAgICBj YXNlIDQwOg0KKwkJaWYgKGNvdW50ID4gNTApDQorCQl7DQorCQkgICAgcHJp bnRmKCIlZCAiLCAqc3RhdGUpOw0KKwkJICAgICpzdGF0ZSA9IDUwOyANCisJ CX0NCisJICAgIGJyZWFrOw0KKw0KKwkgICAgY2FzZSA1MDoNCisJCWlmIChj b3VudCA+IDYwKQ0KKwkJew0KKwkJICAgIHByaW50ZigiJWQgIiwgKnN0YXRl KTsNCisJCSAgICAqc3RhdGUgPSA2MDsgDQorCQl9DQorCSAgICBicmVhazsN CisNCisJICAgIGNhc2UgNjA6DQorCQlpZiAoY291bnQgPiA3MCkNCisJCXsN CisJCSAgICBwcmludGYoIiVkICIsICpzdGF0ZSk7DQorCQkgICAgKnN0YXRl ID0gNzA7IA0KKwkJfQ0KKwkgICAgYnJlYWs7DQorDQorCSAgICBjYXNlIDcw Og0KKwkJaWYgKGNvdW50ID4gODApDQorCQl7DQorCQkgICAgcHJpbnRmKCIl ZCAiLCAqc3RhdGUpOw0KKwkJICAgICpzdGF0ZSA9IDgwOyANCisJCX0NCisJ ICAgIGJyZWFrOw0KKw0KKwkgICAgY2FzZSA4MDoNCisJCWlmIChjb3VudCA+ IDkwKQ0KKwkJew0KKwkJICAgIHByaW50ZigiJWQgIiwgKnN0YXRlKTsNCisJ CSAgICAqc3RhdGUgPSA5MDsgDQorCQl9DQorCSAgICBicmVhazsNCisNCisJ ICAgIGNhc2UgOTA6DQorCQlpZiAoY291bnQgPT0gMTAwKQ0KKwkJew0KKwkJ ICAgICpzdGF0ZSA9IDEwMDsgDQorCQkgICAgcHJpbnRmKCIlZC4gIERvbmUi LCAqc3RhdGUpOw0KKwkJfQ0KKwkgICAgYnJlYWs7DQorDQorCSAgICBkZWZh dWx0Og0KKwkgICAgYnJlYWs7DQorCX0NCisNCisJcmV0dXJuIDA7DQogfQ0K --0-576564399-985729600=:3635-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 13:53:48 2001 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 75AFA37B71A for ; Tue, 27 Mar 2001 13:53:42 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2RLrgd14060; Tue, 27 Mar 2001 13:53:42 -0800 (PST) Date: Tue, 27 Mar 2001 13:53:42 -0800 From: Alfred Perlstein To: Gersh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327135341.I9431@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gersh@sonn.com on Tue, Mar 27, 2001 at 01:46:40PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Gersh [010327 13:41] wrote: > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > 4.0-stable (03/26/01) which is considerbally faster. > > I did dumps on a SMP system with 512 megs of ram. > > Old: 201 seconds. > New: 59 seconds. > > What I could gather from talking to people over irc/email about the > problem was that there was a DELAY(1000) in between each printf > to deal with problems with serial connections to the debugger. The > soultion I came up with simply to display a smaller ammount of printf's > the output looks like this: > > Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. > > The dump_stats() routine probally belongs in some kern/subr_whatever.c > and should probally be used in the other dump routines for da/ide etc. > > Any thoughts or comments ? Nice! What about adapting it to scsi as well? btw: this is bad: > +int > +dump_stats(count, total, state) > + int count; > + int total; > + int *state; > +{ > + switch (*state) > + { > + case 0: > + if (count > 10) > + *state = 10; > + break; > + > + case 10: it could be replaced with: if (count % 10) printf("%d ", count); inlined? basically you want to print every % right? If you want to make it look "kewl" do this: printf("percentage complete:\n"); while (in loop) if (count % 10) printf("%d%%\r", count); -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Represent yourself, show up at BABUG http://www.babug.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 14:14:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.sonn.com (tabby.sonn.com [206.79.239.6]) by hub.freebsd.org (Postfix) with ESMTP id 1C1E237B71B for ; Tue, 27 Mar 2001 14:14:38 -0800 (PST) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.9.3/8.9.3) with ESMTP id OAA22507; Tue, 27 Mar 2001 14:20:02 -0800 (PST) Date: Tue, 27 Mar 2001 14:20:02 -0800 (PST) From: Gersh To: Alfred Perlstein Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. In-Reply-To: <20010327135341.I9431@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 27 Mar 2001, Alfred Perlstein wrote: > * Gersh [010327 13:41] wrote: > > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > > 4.0-stable (03/26/01) which is considerbally faster. > > > > I did dumps on a SMP system with 512 megs of ram. > > > > Old: 201 seconds. > > New: 59 seconds. > > > > What I could gather from talking to people over irc/email about the > > problem was that there was a DELAY(1000) in between each printf > > to deal with problems with serial connections to the debugger. The > > soultion I came up with simply to display a smaller ammount of printf's > > the output looks like this: > > > > Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. > > > > The dump_stats() routine probally belongs in some kern/subr_whatever.c > > and should probally be used in the other dump routines for da/ide etc. > > > > Any thoughts or comments ? > > Nice! What about adapting it to scsi as well? Yeah ill make a quick patch up it aswell. > > btw: > > this is bad: > > > +int > > +dump_stats(count, total, state) > > + int count; > > + int total; > > + int *state; > > +{ > > + switch (*state) > > + { > > + case 0: > > + if (count > 10) > > + *state = 10; > > + break; > > + > > + case 10: > > it could be replaced with: > > if (count % 10) > printf("%d ", count); > that acutally gives alot more output, The basic idea was to only print out when it got to certian increments 10, 20 Mainly becasue of the problem with serial connections :/ It looks and feels a bit slower to the human eye but it does benchmark alot faster. > inlined? > > basically you want to print every % right? > > If you want to make it look "kewl" do this: > > printf("percentage complete:\n"); > > > while (in loop) > > if (count % 10) > printf("%d%%\r", count); > I did that initally and it did look alot better the problem was when going looking at the dump in gdb the \r had really messed things up. It would look like dump in progress 10% dump in progress 11% ... and scroll all the way across the screen :/. > > > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Represent yourself, show up at BABUG http://www.babug.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 14:53:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by hub.freebsd.org (Postfix) with SMTP id 52CE737B718 for ; Tue, 27 Mar 2001 14:53:26 -0800 (PST) (envelope-from davidt@yadt.co.uk) Received: (qmail 5254 invoked from network); 27 Mar 2001 22:53:24 -0000 Received: from gattaca.local.yadt.co.uk (HELO mail.gattaca.yadt.co.uk) (qmailr@10.0.0.2) by xfiles.yadt.co.uk with SMTP; 27 Mar 2001 22:53:24 -0000 Received: (qmail 61345 invoked by uid 1000); 27 Mar 2001 22:53:24 -0000 Date: Tue, 27 Mar 2001 23:53:24 +0100 From: David Taylor To: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327235324.A60690@gattaca.yadt.co.uk> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20010327135341.I9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gersh@sonn.com on Tue, Mar 27, 2001 at 14:20:02 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 27 Mar 2001, Gersh wrote: > > it could be replaced with: > > > > if (count % 10) > > printf("%d ", count); > > > that acutally gives alot more output, The basic idea was > to only print out when it got to certian increments 10, 20 > Mainly becasue of the problem with serial connections :/ How about if (!(count % 10)) printf("%d ", count); So it'd only print every 10.. (Which I think is what was originally intended) -- David Taylor davidt@yadt.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 14:59:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.targetnet.com (smtp.targetnet.com [205.150.0.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DE8F37B719; Tue, 27 Mar 2001 14:59:42 -0800 (PST) (envelope-from bgale@targetnet.com) Received: from gw-101.tor1.targetnet.com ([149.99.36.66] helo=wrk106) by smtp.targetnet.com with smtp (Exim 3.16 #1) id 14i2S4-0005zP-00; Tue, 27 Mar 2001 18:00:36 -0500 From: "Brandon Gale" To: "Greg Lehey" , "Alfred Perlstein" Cc: "Michael C . Wu" , , , Subject: RE: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Date: Tue, 27 Mar 2001 17:59:23 -0500 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <20010327181141.H1161@wantadilla.lemis.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> Do you think it'd be worth it to have vinum carp about what may :> be a non optimal stripe size? :> :> "Warning N is probably a bad idea for a stripe size, see docs" : :Only if it can recognize the fact correctly. How about even having vinum recommend something? Brandon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 15:15:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 888CE37B718; Tue, 27 Mar 2001 15:15:45 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2RNFII92593; Tue, 27 Mar 2001 15:15:18 -0800 (PST) (envelope-from obrien) Date: Tue, 27 Mar 2001 15:15:17 -0800 From: "David O'Brien" To: Greg Lehey Cc: fs@freebsd.org, hackers@freebsd.org Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010327151517.A91684@dragon.nuxi.com> Reply-To: fs@freebsd.org, hackers@freebsd.org References: <20010320111144.A51924@peorth.iteration.net> <20010327171653.G1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327171653.G1161@wantadilla.lemis.com>; from grog@lemis.com on Tue, Mar 27, 2001 at 05:16:53PM +0930 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 27, 2001 at 05:16:53PM +0930, Greg Lehey wrote: > No, there's no requirement for it to be a prime number. The only > problem is that with 32 MB cylinder groups and a power of two stripe > size and subdisk count, you end up with all the superblocks on one > subdisk, The change I made to newfs to make "-c 22" the default, removes this power-of-two issue. Correct? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 15:49:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 5B6F437B719; Tue, 27 Mar 2001 15:49:15 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2RNnbT64833; Wed, 28 Mar 2001 00:49:37 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2RGfJL00975; Tue, 27 Mar 2001 17:41:19 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103271641.f2RGfJL00975@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: David Malone Cc: freebsd-hackers@freebsd.org, freebsd-alpha@freebsd.org, wpaul@freebsd.org, brian@freebsd.org, brian@Awfulhak.org Subject: Re: Control messages. In-Reply-To: Message from David Malone of "Tue, 27 Mar 2001 13:47:51 BST." <200103271347.aa40230@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Mar 2001 17:41:19 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can't see where in the kernel we're *not* using CMSG_DATA(). This was fixed a while ago and tested ok on beast (for 3 descriptors AFAIR). Are we looking at the same code (I'm looking in /sys/kern) ? The only dodgy thing I see in there is the COMPAT_OLDSOCK stuff in uipc_syscalls.c, and that has a very nice disclaimer: /* * We assume that old recvmsg calls won't receive access * rights and other control info, esp. as control info * is always optional and those options didn't exist in 4.3. * If we receive rights, trim the cmsghdr; anything else * is tossed. */ > I was looking at our implimention of passing descriptors and > credentials over unix domain sockets (I want to add the ability to > pass more than one message at a time). According to Steven's book > you should use the CMSG_DATA macro to find the data in associated > with a struct cmsghdr. We define this macro as: > > #define CMSG_DATA(cmsg) ((u_char *)(cmsg) + \ > _ALIGN(sizeof(struct cmsghdr))) > > However, the kernel seems to get the address of the data by looking > at (void *)(&cmsg[1]). Some applications either find the data either > using the kernel's method or by using: > > struct blah { > struct cmsghdr header; > sturct wibble data; > }; > > and taking the address of "data". Fortunately all these methods are > the same on the i386 'cos the sizeof(sizeof(struct cmsghdr)) is a > multiple of the alighment size. However on the alpha the alignment > requirement is 8 bytes and so: > > CMSG_DATA(cmsg) != (&cmsg[1]) > > If you use the struct method then offset of "data" will line up > with one or the other of these depending on the alignment requirements > of data. > > I'd like to change the code to always use the CMSG_DATA method, > which will change the ABI on the alpha. This shouldn't cause too > much disruption as descriptor and credential passing is rarely > used. (I think ppp and maybe some rpc stuff use it - not much > else does). > > (As far as I can tell descriptor passing for a large number of > descriptors will panic an alpha running FreeBSD too. If anyone can > give access to an alpha that it's OK for me to crash I can test > this). > > David. -- 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 Tue Mar 27 15:49:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.sonn.com (tabby.sonn.com [206.79.239.6]) by hub.freebsd.org (Postfix) with ESMTP id 88B4737B71D for ; Tue, 27 Mar 2001 15:49:38 -0800 (PST) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.9.3/8.9.3) with ESMTP id PAA80236; Tue, 27 Mar 2001 15:54:56 -0800 (PST) Date: Tue, 27 Mar 2001 15:54:56 -0800 (PST) From: Gersh To: David Taylor Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. In-Reply-To: <20010327235324.A60690@gattaca.yadt.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-218245781-985737296=:570" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-218245781-985737296=:570 Content-Type: TEXT/PLAIN; charset=US-ASCII Attatched is a updated version of the patch with a few ideas from the list aswell as cam/scsi/scsi_da.c modified aswell. Thanks for all the comments. --0-218245781-985737296=:570 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dump.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dump.diff" LS0tIGNhbS9zY3NpL3Njc2lfZGEuYwlNb24gSmFuIDE3IDA2OjI3OjM3IDIw MDANCisrKyBjYW0vc2NzaS9zY3NpX2RhLmMubmV3CVR1ZSBNYXIgMjcgMTY6 MzQ6NTcgMjAwMQ0KQEAgLTU4MCw3ICs1ODAsNyBAQA0KIAlsb25nCSAgICBi bGtjbnQ7DQogCXZtX29mZnNldF90IGFkZHI7CQ0KIAlzdHJ1Y3QJICAgIGNj Yl9zY3NpaW8gY3NpbzsNCi0JaW50CSAgICBlcnJvcjsNCisJaW50CSAgICBl cnJvciwgbGVmdCwgc3RhdGUsIHRvdGFsLCBwZXJjZW50Ow0KIA0KIAkvKiB0 b3NzIGFueSBjaGFyYWN0ZXJzIHByZXNlbnQgcHJpb3IgdG8gZHVtcCAqLw0K IAl3aGlsZSAoY25jaGVja2MoKSAhPSAtMSkNCkBAIC02MDQsNiArNjA0LDEx IEBADQogCWFkZHIgPSAwOwkvKiBzdGFydGluZyBhZGRyZXNzICovDQogCWJs a2NudCA9IGhvd21hbnkoUEFHRV9TSVpFLCBzZWNzaXplKTsNCiANCisJc3Rh dGUgPSBsZWZ0ID0gMDsNCisJdG90YWwgPSAobnVtICAqIHNvZnRjLT5wYXJh bXMuc2Vjc2l6ZSkgLyAoMTAyNCAqIDEwMjQpOw0KKw0KKwlwcmludGYoIkR1 bXAgaW4gcHJvZ3Jlc3MsIHBlcmNlbnRhZ2UgY29tcGxldGU6ICIpOw0KKw0K IAl3aGlsZSAobnVtID4gMCkgew0KIA0KIAkJaWYgKGlzX3BoeXNpY2FsX21l bW9yeShhZGRyKSkgew0KQEAgLTY0Nyw5ICs2NTIsMTQgQEANCiAJCQlpZiAo d2RvZ190aWNrbGVyKQ0KIAkJCQkoKndkb2dfdGlja2xlcikoKTsNCiAjZW5k aWYgLyogSFdfV0RPRyAqLw0KLQkJCS8qIENvdW50IGluIE1CIG9mIGRhdGEg bGVmdCB0byB3cml0ZSAqLw0KLQkJCXByaW50ZigiJWQgIiwgKG51bSAgKiBz b2Z0Yy0+cGFyYW1zLnNlY3NpemUpDQotCQkJCSAgICAgLyAoMTAyNCAqIDEw MjQpKTsNCisJCQlsZWZ0Kys7DQorCQkJcGVyY2VudCA9IGxlZnQgKiAxMDAg LyB0b3RhbDsNCisgICAgICAgICAgICANCisJCQlpZiAoIShwZXJjZW50ICUg MTApICYmIChzdGF0ZSAtIHBlcmNlbnQpKQ0KKwkJCXsNCisJCQkJcHJpbnRm KCIlZCAiLCBwZXJjZW50KTsNCisJCQkJc3RhdGUgPSBwZXJjZW50Ow0KKwkJ CX0NCiAJCX0NCiAJCQ0KIAkJLyogdXBkYXRlIGJsb2NrIGNvdW50ICovDQot LS0gZGV2L2F0YS9hdGEtZGlzay5jCVR1ZSBNYXIgMjcgMTA6MzE6NTkgMjAw MQ0KKysrIGRldi9hdGEvYXRhLWRpc2suYy5uZXcJVHVlIE1hciAyNyAxNjoz NTo0MiAyMDAxDQpAQCAtMjU5LDcgKzI1OSw3IEBADQogICAgIHN0cnVjdCBh ZF9yZXF1ZXN0IHJlcXVlc3Q7DQogICAgIHVfaW50IGNvdW50LCBibGtubywg c2Vjc2l6ZTsNCiAgICAgdm1fb2Zmc2V0X3QgYWRkciA9IDA7DQotICAgIGlu dCBlcnJvcjsNCisgICAgaW50IGVycm9yLCBsZWZ0LCBzdGF0ZSwgdG90YWws IHBlcmNlbnQ7DQogDQogICAgIGlmICgoZXJyb3IgPSBkaXNrX2R1bXBjaGVj ayhkZXYsICZjb3VudCwgJmJsa25vLCAmc2Vjc2l6ZSkpKQ0KIAlyZXR1cm4g ZXJyb3I7DQpAQCAtMjcxLDggKzI3MSwxMiBAQA0KICAgICBhZHAtPmNvbnRy b2xsZXItPm1vZGVbQVRBX0RFVihhZHAtPnVuaXQpXSA9IEFUQV9QSU87DQog ICAgIGF0YV9yZWluaXQoYWRwLT5jb250cm9sbGVyKTsNCiANCisgICAgc3Rh dGUgPSBsZWZ0ID0gMDsNCisgICAgdG90YWwgPSAoY291bnQgKiBERVZfQlNJ WkUpIC8gKDEwMjQgKiAxMDI0KTsNCisNCisgICAgcHJpbnRmKCJEdW1wIGlu IHByb2dyZXNzLCBwZXJjZW50YWdlIGNvbXBsZXRlOiAiKTsNCisNCiAgICAg d2hpbGUgKGNvdW50ID4gMCkgew0KLQlERUxBWSgxMDAwKTsNCiAJaWYgKGlz X3BoeXNpY2FsX21lbW9yeShhZGRyKSkNCiAJICAgIHBtYXBfZW50ZXIoa2Vy bmVsX3BtYXAsICh2bV9vZmZzZXRfdClDQUREUjEsDQogCQkgICAgICAgdHJ1 bmNfcGFnZShhZGRyKSwgVk1fUFJPVF9SRUFELCBUUlVFKTsNCkBAIC0zMDAs OSArMzA0LDIxIEBADQogCSAgICBpZiAod2RvZ190aWNrbGVyKQ0KIAkJKCp3 ZG9nX3RpY2tsZXIpKCk7DQogI2VuZGlmDQotCSAgICBwcmludGYoIiVsZCAi LCAobG9uZykoY291bnQgKiBERVZfQlNJWkUpIC8gKDEwMjQgKiAxMDI0KSk7 DQorCSAgICAvKg0KKwkgICAgICogIFJhdGUgbGltaXQgcHJpbnRmJ3MgdG8g cmVwbGFjZSBvbGQgREVMQVkoMTAwMCkNCisJICAgICAqICBUaGlzIGlzIGRv bmUgc28gdGhhdCBvbGQgc2xvdyBzZXJpYWwgY29ubmVjdGlvbnMNCisJICAg ICAqICBkbyBub3QgZ2V0IGhvc2VkLg0KKwkgICAgICovDQorDQorCSAgICBs ZWZ0Kys7DQorCSAgICBwZXJjZW50ID0gbGVmdCAqIDEwMCAvIHRvdGFsOw0K Kw0KKwkgICAgaWYgKCEocGVyY2VudCAlIDEwKSAmJiAoc3RhdGUgLSBwZXJj ZW50KSkNCisJICAgIHsNCisJCXByaW50ZigiJWQgIiwgcGVyY2VudCk7DQor CQlzdGF0ZSA9IHBlcmNlbnQ7DQorCSAgICB9DQogCX0NCi0NCiAJYmxrbm8g Kz0gaG93bWFueShQQUdFX1NJWkUsIHNlY3NpemUpOw0KIAljb3VudCAtPSBo b3dtYW55KFBBR0VfU0laRSwgc2Vjc2l6ZSk7DQogCWFkZHIgKz0gUEFHRV9T SVpFOw0K --0-218245781-985737296=:570-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:20:43 2001 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 5EA7A37B719; Tue, 27 Mar 2001 16:20:36 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A62316A90D; Wed, 28 Mar 2001 09:50:34 +0930 (CST) Date: Wed, 28 Mar 2001 09:50:34 +0930 From: Greg Lehey To: Brian Somers Cc: "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010328095034.M1161@wantadilla.lemis.com> References: <200103270839.f2R8daw48428@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103270839.f2R8daw48428@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Tue, Mar 27, 2001 at 09:39:36AM +0100 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 Tuesday, 27 March 2001 at 9:39:36 +0100, Brian Somers wrote: >> On Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: >>> [Lengthy email, bear with me please, it is quite interesting. >>> This box averages 30.0 load with no problems.] >>> >>> >>> >>> Average file size is about 4K. /home/bbsusers* is on a vinum >>> stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe >>> size 256K, Greg: I know this should be a prime number, >> >> No, there's no requirement for it to be a prime number. The only >> problem is that with 32 MB cylinder groups and a power of two stripe >> size and subdisk count, you end up with all the superblocks on one >> subdisk, which is a performance issue. Choose the stripe size so that >> the superblocks are roughly evenly distributed. > > A performance issue ? Surely you've misspelt ``reliability'' ? I don't see a reliability issue here. 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 Tue Mar 27 16:21:50 2001 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 AFC5637B719; Tue, 27 Mar 2001 16:21:44 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 6DE396A918; Wed, 28 Mar 2001 09:51:43 +0930 (CST) Date: Wed, 28 Mar 2001 09:51:43 +0930 From: Greg Lehey To: Brandon Gale Cc: Alfred Perlstein , "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010328095143.N1161@wantadilla.lemis.com> References: <20010327181141.H1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bgale@targetnet.com on Tue, Mar 27, 2001 at 05:59:23PM -0500 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 Tuesday, 27 March 2001 at 17:59:23 -0500, Brandon Gale wrote: >>> Do you think it'd be worth it to have vinum carp about what may >>> be a non optimal stripe size? >>> >>> "Warning N is probably a bad idea for a stripe size, see docs" >> >> Only if it can recognize the fact correctly. > > How about even having vinum recommend something? I'm open to code suggestions. The problem is that by the time you create it, it's too late. 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 Tue Mar 27 16:22:36 2001 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 C669D37B718; Tue, 27 Mar 2001 16:22:31 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 920916A90D; Wed, 28 Mar 2001 09:52:30 +0930 (CST) Date: Wed, 28 Mar 2001 09:52:30 +0930 From: Greg Lehey To: fs@freebsd.org, hackers@freebsd.org Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010328095230.O1161@wantadilla.lemis.com> References: <20010320111144.A51924@peorth.iteration.net> <20010327171653.G1161@wantadilla.lemis.com> <20010327151517.A91684@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327151517.A91684@dragon.nuxi.com>; from TrimYourCc@NUXI.com on Tue, Mar 27, 2001 at 03:15:17PM -0800 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 Tuesday, 27 March 2001 at 15:15:17 -0800, David O'Brien wrote: > On Tue, Mar 27, 2001 at 05:16:53PM +0930, Greg Lehey wrote: >> No, there's no requirement for it to be a prime number. The only >> problem is that with 32 MB cylinder groups and a power of two stripe >> size and subdisk count, you end up with all the superblocks on one >> subdisk, > > The change I made to newfs to make "-c 22" the default, removes this > power-of-two issue. Correct? It certainly changes it. 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 Tue Mar 27 16:27: 4 2001 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 5A01037B718 for ; Tue, 27 Mar 2001 16:27:02 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2S0R2P18559; Tue, 27 Mar 2001 16:27:02 -0800 (PST) Date: Tue, 27 Mar 2001 16:27:01 -0800 From: Alfred Perlstein To: Gersh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327162701.L9431@fw.wintelcom.net> References: <20010327135341.I9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gersh@sonn.com on Tue, Mar 27, 2001 at 02:20:02PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Gersh [010327 14:14] wrote: > > > On Tue, 27 Mar 2001, Alfred Perlstein wrote: > > > it could be replaced with: > > > > if (count % 10) > > printf("%d ", count); > > > that acutally gives alot more output, The basic idea was > to only print out when it got to certian increments 10, 20 > Mainly becasue of the problem with serial connections :/ > > It looks and feels a bit slower to the human eye but it does > benchmark alot faster. That was a typo, it should have been: if (count % 10 == 0) sorry. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:28:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (unknown [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 9BCB537B71A for ; Tue, 27 Mar 2001 16:28:14 -0800 (PST) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 3D79181D05; Tue, 27 Mar 2001 18:28:14 -0600 (CST) Date: Tue, 27 Mar 2001 16:28:14 -0800 From: Paul Saab To: Gersh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327162814.A52788@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gersh@sonn.com on Tue, Mar 27, 2001 at 01:46:40PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This does not include the write combined crashdump code. Please update your sources and you will see this change isn't necessary. paul Gersh (gersh@sonn.com) wrote: > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > 4.0-stable (03/26/01) which is considerbally faster. > > I did dumps on a SMP system with 512 megs of ram. > > Old: 201 seconds. > New: 59 seconds. > > What I could gather from talking to people over irc/email about the > problem was that there was a DELAY(1000) in between each printf > to deal with problems with serial connections to the debugger. The > soultion I came up with simply to display a smaller ammount of printf's > the output looks like this: > > Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. > > The dump_stats() routine probally belongs in some kern/subr_whatever.c > and should probally be used in the other dump routines for da/ide etc. > > Any thoughts or comments ? > --- ata-disk.c.orig Tue Mar 27 10:31:59 2001 > +++ ata-disk.c Tue Mar 27 14:39:24 2001 > @@ -91,6 +91,7 @@ > static struct cdevsw fakewddisk_cdevsw; > > /* prototypes */ > +int dump_stats(int, int, int *); > static void ad_timeout(struct ad_request *); > static int32_t ad_version(u_int16_t); > > @@ -259,7 +260,7 @@ > struct ad_request request; > u_int count, blkno, secsize; > vm_offset_t addr = 0; > - int error; > + int error, left, state, total, percent; > > if ((error = disk_dumpcheck(dev, &count, &blkno, &secsize))) > return error; > @@ -271,8 +272,12 @@ > adp->controller->mode[ATA_DEV(adp->unit)] = ATA_PIO; > ata_reinit(adp->controller); > > + state = left = 0; > + total = (count * DEV_BSIZE) / (1024 * 1024); > + > + printf("Dump in progress, percentage complete: "); > + > while (count > 0) { > - DELAY(1000); > if (is_physical_memory(addr)) > pmap_enter(kernel_pmap, (vm_offset_t)CADDR1, > trunc_page(addr), VM_PROT_READ, TRUE); > @@ -300,9 +305,17 @@ > if (wdog_tickler) > (*wdog_tickler)(); > #endif > - printf("%ld ", (long)(count * DEV_BSIZE) / (1024 * 1024)); > - } > + left++; > + percent = left * 100 / total; > > + /* > + * Rate limit printf's to replace old DELAY(1000) > + * This is done so that old slow serial connections > + * do not get hosed. > + */ > + > + dump_stats(percent, total, &state); > + } > blkno += howmany(PAGE_SIZE, secsize); > count -= howmany(PAGE_SIZE, secsize); > addr += PAGE_SIZE; > @@ -619,4 +632,96 @@ > if (version & (1< return bit; > return 0; > +} > + > +int > +dump_stats(count, total, state) > + int count; > + int total; > + int *state; > +{ > + switch (*state) > + { > + case 0: > + if (count > 10) > + *state = 10; > + break; > + > + case 10: > + if (count > 20) > + { > + printf("%d ", *state); > + *state = 20; > + } > + break; > + > + case 20: > + if (count > 30) > + { > + printf("%d ", *state); > + *state = 30; > + } > + break; > + > + case 30: > + if (count > 40) > + { > + printf("%d ", *state); > + *state = 40; > + } > + break; > + > + case 40: > + if (count > 50) > + { > + printf("%d ", *state); > + *state = 50; > + } > + break; > + > + case 50: > + if (count > 60) > + { > + printf("%d ", *state); > + *state = 60; > + } > + break; > + > + case 60: > + if (count > 70) > + { > + printf("%d ", *state); > + *state = 70; > + } > + break; > + > + case 70: > + if (count > 80) > + { > + printf("%d ", *state); > + *state = 80; > + } > + break; > + > + case 80: > + if (count > 90) > + { > + printf("%d ", *state); > + *state = 90; > + } > + break; > + > + case 90: > + if (count == 100) > + { > + *state = 100; > + printf("%d. Done", *state); > + } > + break; > + > + default: > + break; > + } > + > + return 0; > } -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:30:18 2001 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 60A6037B718 for ; Tue, 27 Mar 2001 16:30:16 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2S0UAU18655; Tue, 27 Mar 2001 16:30:10 -0800 (PST) Date: Tue, 27 Mar 2001 16:30:10 -0800 From: Alfred Perlstein To: Gersh Cc: David Taylor , freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327163009.M9431@fw.wintelcom.net> References: <20010327235324.A60690@gattaca.yadt.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 gersh@sonn.com on Tue, Mar 27, 2001 at 03:54:56PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Gersh [010327 15:50] wrote: > Attatched is a updated version of the patch with a few ideas from the list > aswell as cam/scsi/scsi_da.c modified aswell. Thanks for all the comments. > #endif > - printf("%ld ", (long)(count * DEV_BSIZE) / (1024 * 1024)); > + /* > + * Rate limit printf's to replace old DELAY(1000) > + * This is done so that old slow serial connections > + * do not get hosed. > + */ > + > + left++; > + percent = left * 100 / total; > + > + if (!(percent % 10) && (state - percent)) > + { > + printf("%d ", percent); > + state = percent; > + } > } I still don't understand why you need the variable 'state' should probably be: if (percent % 10 == 0) printf("%d%%, ", percent); -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:33:12 2001 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 504E437B71A for ; Tue, 27 Mar 2001 16:33:10 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2S0X9V18753; Tue, 27 Mar 2001 16:33:09 -0800 (PST) Date: Tue, 27 Mar 2001 16:33:09 -0800 From: Alfred Perlstein To: Paul Saab Cc: Gersh , freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327163308.N9431@fw.wintelcom.net> References: <20010327162814.A52788@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327162814.A52788@elvis.mu.org>; from ps@mu.org on Tue, Mar 27, 2001 at 04:28:14PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Gersh (gersh@sonn.com) wrote: > > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > > 4.0-stable (03/26/01) which is considerbally faster. > > > > I did dumps on a SMP system with 512 megs of ram. > > > > Old: 201 seconds. > > New: 59 seconds. > > > > What I could gather from talking to people over irc/email about the > > problem was that there was a DELAY(1000) in between each printf > > to deal with problems with serial connections to the debugger. The > > soultion I came up with simply to display a smaller ammount of printf's > > the output looks like this: > > > > Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. > > > > The dump_stats() routine probally belongs in some kern/subr_whatever.c > > and should probally be used in the other dump routines for da/ide etc. * Paul Saab [010327 16:28] wrote: > This does not include the write combined crashdump code. Please update > your sources and you will see this change isn't necessary. If he's able to make a 2 minute difference by reducing the amount of calls to DELAY, why not? The only reason I can see is that output the block addresses could do something to assist in detecting problems in the crashdump routine. perhaps this can be defualt to off? but tuneable for those of us doing devel work? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:36:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 8A8CB37B71A; Tue, 27 Mar 2001 16:36:29 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2S0aUT65098; Wed, 28 Mar 2001 01:36:30 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2S0eSc03825; Wed, 28 Mar 2001 01:40:28 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103280040.f2S0eSc03825@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Greg Lehey Cc: Brian Somers , "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) In-Reply-To: Message from Greg Lehey of "Wed, 28 Mar 2001 09:50:34 +0930." <20010328095034.M1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Mar 2001 01:40:27 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tuesday, 27 March 2001 at 9:39:36 +0100, Brian Somers wrote: > >> On Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: > >>> [Lengthy email, bear with me please, it is quite interesting. > >>> This box averages 30.0 load with no problems.] > >>> > >>> > >>> > >>> Average file size is about 4K. /home/bbsusers* is on a vinum > >>> stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe > >>> size 256K, Greg: I know this should be a prime number, > >> > >> No, there's no requirement for it to be a prime number. The only > >> problem is that with 32 MB cylinder groups and a power of two stripe > >> size and subdisk count, you end up with all the superblocks on one > >> subdisk, which is a performance issue. Choose the stripe size so that > >> the superblocks are roughly evenly distributed. > > > > A performance issue ? Surely you've misspelt ``reliability'' ? > > I don't see a reliability issue here. I believe the only issue with having all your superblocks on one disk is a reliability thing - if you lose the disk you lose your superblock(s). Surely the only performance problem would be that of locality - if you use the partition a bit, that ``problem'' should go away though. > Greg > -- > Finger grog@lemis.com for PGP public key > See complete headers for address and phone numbers -- 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 Tue Mar 27 16:39:13 2001 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 64F5737B71D; Tue, 27 Mar 2001 16:39:03 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2S0cXP18924; Tue, 27 Mar 2001 16:38:33 -0800 (PST) Date: Tue, 27 Mar 2001 16:38:33 -0800 From: Alfred Perlstein To: Greg Lehey Cc: Brandon Gale , "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010327163833.O9431@fw.wintelcom.net> References: <20010327181141.H1161@wantadilla.lemis.com> <20010328095143.N1161@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010328095143.N1161@wantadilla.lemis.com>; from grog@lemis.com on Wed, Mar 28, 2001 at 09:51:43AM +0930 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Greg Lehey [010327 16:21] wrote: > On Tuesday, 27 March 2001 at 17:59:23 -0500, Brandon Gale wrote: > >>> Do you think it'd be worth it to have vinum carp about what may > >>> be a non optimal stripe size? > >>> > >>> "Warning N is probably a bad idea for a stripe size, see docs" > >> > >> Only if it can recognize the fact correctly. > > > > How about even having vinum recommend something? > > I'm open to code suggestions. The problem is that by the time you > create it, it's too late. That's not true. By the time you've newfs'd it, stored data on it and deployed it into production it's too late. Right after you make the volume is a good time to print out a little banner telling them to check the docs, something like: "WARNING: selecting a stripe size can be tricky, you really should see the vinum(8) manpage specifically the section about FOO for suggestions for optimal stripe sizes." Or something like that. You're the writer Grog, you should be better at this than us. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:41: 5 2001 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 5FF3037B71B for ; Tue, 27 Mar 2001 16:41:03 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2S0f2s19097; Tue, 27 Mar 2001 16:41:02 -0800 (PST) Date: Tue, 27 Mar 2001 16:41:02 -0800 From: Alfred Perlstein To: Paul Saab Cc: Gersh , freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. Message-ID: <20010327164101.P9431@fw.wintelcom.net> References: <20010327162814.A52788@elvis.mu.org> <20010327163308.N9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327163308.N9431@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Mar 27, 2001 at 04:33:09PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Alfred Perlstein [010327 16:33] wrote: > > Gersh (gersh@sonn.com) wrote: > > > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > > > 4.0-stable (03/26/01) which is considerbally faster. > > > > > > I did dumps on a SMP system with 512 megs of ram. > > > > > > Old: 201 seconds. > > > New: 59 seconds. > > > > > > What I could gather from talking to people over irc/email about the > > > problem was that there was a DELAY(1000) in between each printf > > > to deal with problems with serial connections to the debugger. The > > > soultion I came up with simply to display a smaller ammount of printf's > > > the output looks like this: > > > > > > Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. > > > > > > The dump_stats() routine probally belongs in some kern/subr_whatever.c > > > and should probally be used in the other dump routines for da/ide etc. > > * Paul Saab [010327 16:28] wrote: > > This does not include the write combined crashdump code. Please update > > your sources and you will see this change isn't necessary. > > If he's able to make a 2 minute difference by reducing the amount of > calls to DELAY, why not? > > The only reason I can see is that output the block addresses could > do something to assist in detecting problems in the crashdump routine. > > perhaps this can be defualt to off? but tuneable for those of us > doing devel work? btw: ps < dumpsys() -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 16:42:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.sonn.com (tabby.sonn.com [206.79.239.6]) by hub.freebsd.org (Postfix) with ESMTP id BCA2637B719 for ; Tue, 27 Mar 2001 16:42:42 -0800 (PST) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.9.3/8.9.3) with ESMTP id QAA98538; Tue, 27 Mar 2001 16:48:07 -0800 (PST) Date: Tue, 27 Mar 2001 16:48:07 -0800 (PST) From: Gersh To: Paul Saab Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: crash dump speed up patch. In-Reply-To: <20010327162814.A52788@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yeah I noticed that apperently im on prety bad crack, Ill fix it. On Tue, 27 Mar 2001, Paul Saab wrote: > This does not include the write combined crashdump code. Please update > your sources and you will see this change isn't necessary. > > paul > > Gersh (gersh@sonn.com) wrote: > > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > > 4.0-stable (03/26/01) which is considerbally faster. > > > > I did dumps on a SMP system with 512 megs of ram. > > > > Old: 201 seconds. > > New: 59 seconds. > > > > What I could gather from talking to people over irc/email about the > > problem was that there was a DELAY(1000) in between each printf > > to deal with problems with serial connections to the debugger. The > > soultion I came up with simply to display a smaller ammount of printf's > > the output looks like this: > > > > Dump in progress, percentage complete: 10 20 30 40 50 60 70 80 100. Done. > > > > The dump_stats() routine probally belongs in some kern/subr_whatever.c > > and should probally be used in the other dump routines for da/ide etc. > > > > Any thoughts or comments ? > > > --- ata-disk.c.orig Tue Mar 27 10:31:59 2001 > > +++ ata-disk.c Tue Mar 27 14:39:24 2001 > > @@ -91,6 +91,7 @@ > > static struct cdevsw fakewddisk_cdevsw; > > > > /* prototypes */ > > +int dump_stats(int, int, int *); > > static void ad_timeout(struct ad_request *); > > static int32_t ad_version(u_int16_t); > > > > @@ -259,7 +260,7 @@ > > struct ad_request request; > > u_int count, blkno, secsize; > > vm_offset_t addr = 0; > > - int error; > > + int error, left, state, total, percent; > > > > if ((error = disk_dumpcheck(dev, &count, &blkno, &secsize))) > > return error; > > @@ -271,8 +272,12 @@ > > adp->controller->mode[ATA_DEV(adp->unit)] = ATA_PIO; > > ata_reinit(adp->controller); > > > > + state = left = 0; > > + total = (count * DEV_BSIZE) / (1024 * 1024); > > + > > + printf("Dump in progress, percentage complete: "); > > + > > while (count > 0) { > > - DELAY(1000); > > if (is_physical_memory(addr)) > > pmap_enter(kernel_pmap, (vm_offset_t)CADDR1, > > trunc_page(addr), VM_PROT_READ, TRUE); > > @@ -300,9 +305,17 @@ > > if (wdog_tickler) > > (*wdog_tickler)(); > > #endif > > - printf("%ld ", (long)(count * DEV_BSIZE) / (1024 * 1024)); > > - } > > + left++; > > + percent = left * 100 / total; > > > > + /* > > + * Rate limit printf's to replace old DELAY(1000) > > + * This is done so that old slow serial connections > > + * do not get hosed. > > + */ > > + > > + dump_stats(percent, total, &state); > > + } > > blkno += howmany(PAGE_SIZE, secsize); > > count -= howmany(PAGE_SIZE, secsize); > > addr += PAGE_SIZE; > > @@ -619,4 +632,96 @@ > > if (version & (1< > return bit; > > return 0; > > +} > > + > > +int > > +dump_stats(count, total, state) > > + int count; > > + int total; > > + int *state; > > +{ > > + switch (*state) > > + { > > + case 0: > > + if (count > 10) > > + *state = 10; > > + break; > > + > > + case 10: > > + if (count > 20) > > + { > > + printf("%d ", *state); > > + *state = 20; > > + } > > + break; > > + > > + case 20: > > + if (count > 30) > > + { > > + printf("%d ", *state); > > + *state = 30; > > + } > > + break; > > + > > + case 30: > > + if (count > 40) > > + { > > + printf("%d ", *state); > > + *state = 40; > > + } > > + break; > > + > > + case 40: > > + if (count > 50) > > + { > > + printf("%d ", *state); > > + *state = 50; > > + } > > + break; > > + > > + case 50: > > + if (count > 60) > > + { > > + printf("%d ", *state); > > + *state = 60; > > + } > > + break; > > + > > + case 60: > > + if (count > 70) > > + { > > + printf("%d ", *state); > > + *state = 70; > > + } > > + break; > > + > > + case 70: > > + if (count > 80) > > + { > > + printf("%d ", *state); > > + *state = 80; > > + } > > + break; > > + > > + case 80: > > + if (count > 90) > > + { > > + printf("%d ", *state); > > + *state = 90; > > + } > > + break; > > + > > + case 90: > > + if (count == 100) > > + { > > + *state = 100; > > + printf("%d. Done", *state); > > + } > > + break; > > + > > + default: > > + break; > > + } > > + > > + return 0; > > } > > > -- > Paul Saab > Technical Yahoo > paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org > Do You .. uhh .. Yahoo!? > > 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 Mar 27 16:53: 9 2001 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 BB19437B718; Tue, 27 Mar 2001 16:53:01 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E4DF36A90D; Wed, 28 Mar 2001 10:22:59 +0930 (CST) Date: Wed, 28 Mar 2001 10:22:59 +0930 From: Greg Lehey To: Alfred Perlstein Cc: Brandon Gale , "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010328102259.B92853@wantadilla.lemis.com> References: <20010327181141.H1161@wantadilla.lemis.com> <20010328095143.N1161@wantadilla.lemis.com> <20010327163833.O9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327163833.O9431@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Mar 27, 2001 at 04:38:33PM -0800 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 Tuesday, 27 March 2001 at 16:38:33 -0800, Alfred Perlstein wrote: > * Greg Lehey [010327 16:21] wrote: >> On Tuesday, 27 March 2001 at 17:59:23 -0500, Brandon Gale wrote: >>>>> Do you think it'd be worth it to have vinum carp about what may >>>>> be a non optimal stripe size? >>>>> >>>>> "Warning N is probably a bad idea for a stripe size, see docs" >>>> >>>> Only if it can recognize the fact correctly. >>> >>> How about even having vinum recommend something? >> >> I'm open to code suggestions. The problem is that by the time you >> create it, it's too late. > > That's not true. For a certain definition of "too late", maybe not. > By the time you've newfs'd it, stored data on it and deployed it > into production it's too late. It's certainly later then. > Right after you make the volume is a good time to print out a little > banner telling them to check the docs, something like: > > "WARNING: selecting a stripe size can be tricky, you really should > see the vinum(8) manpage specifically the section about FOO for > suggestions for optimal stripe sizes." Yes, but then you've already selected your stripe size. About the best I can think of would be a utility function which calculates the stripe size based on the number of subdisks, the total size and the cylinder group size. You could then do something like plex org striped without the stripe size, and let vinum(8) decide the stripe size for you. As I said, code submissions welcome :-) 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 Tue Mar 27 16:54:53 2001 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 C98F137B718; Tue, 27 Mar 2001 16:54:46 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 799456AB60; Wed, 28 Mar 2001 10:24:45 +0930 (CST) Date: Wed, 28 Mar 2001 10:24:45 +0930 From: Greg Lehey To: Brian Somers Cc: "Michael C . Wu" , dillon@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Vinum stripe size (was: tuning a VERY heavily (30.0) loaded server) Message-ID: <20010328102445.C92853@wantadilla.lemis.com> References: <200103280040.f2S0eSc03825@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103280040.f2S0eSc03825@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Wed, Mar 28, 2001 at 01:40:27AM +0100 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 Wednesday, 28 March 2001 at 1:40:27 +0100, Brian Somers wrote: >> On Tuesday, 27 March 2001 at 9:39:36 +0100, Brian Somers wrote: >>>> On Tuesday, 20 March 2001 at 11:11:44 -0600, Michael C . Wu wrote: >>>>> [Lengthy email, bear with me please, it is quite interesting. >>>>> This box averages 30.0 load with no problems.] >>>>> >>>>> >>>>> >>>>> Average file size is about 4K. /home/bbsusers* is on a vinum >>>>> stripe'd volume with 3 Ultra160 9G 10000RPM drives on sym0 at stripe >>>>> size 256K, Greg: I know this should be a prime number, >>>> >>>> No, there's no requirement for it to be a prime number. The only >>>> problem is that with 32 MB cylinder groups and a power of two stripe >>>> size and subdisk count, you end up with all the superblocks on one >>>> subdisk, which is a performance issue. Choose the stripe size so that >>>> the superblocks are roughly evenly distributed. >>> >>> A performance issue ? Surely you've misspelt ``reliability'' ? >> >> I don't see a reliability issue here. > > I believe the only issue with having all your superblocks on one disk > is a reliability thing - if you lose the disk you lose your > superblock(s). Ah. Lose part of your file system and you lose your file system. Vinum has other ways of making up for that problem. > Surely the only performance problem would be that of locality - if > you use the partition a bit, that ``problem'' should go away though. No, under normal circumstances all metadata updates would go to the same disk, since they're just behind the superblock. 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 Tue Mar 27 21:13:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xyzzy.intranet.snsonline.net (dhcp.looksmart.com.au [202.53.47.178]) by hub.freebsd.org (Postfix) with ESMTP id B507837B719; Tue, 27 Mar 2001 21:13:20 -0800 (PST) (envelope-from mark.sergeant@snsonline.net) Received: from xyzzy.intranet.snsonline.net (localhost [127.0.0.1]) by xyzzy.intranet.snsonline.net (8.11.3/8.11.1) with SMTP id f2S5Cxb05114; Wed, 28 Mar 2001 15:13:07 +1000 (EST) (envelope-from mark.sergeant@snsonline.net) Message-Id: <200103280513.f2S5Cxb05114@xyzzy.intranet.snsonline.net> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 From: "Mark Sergeant" To: diwil@eis.ru, Dmitry Dicky Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: RE: Kernel compilation error. X-Mailer: Pronto v2.2.2 On freebsd Date: 28 Mar 2001 00:12:58 EST Reply-To: "Mark Sergeant" In-Reply-To: References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a quick one, thanks for the reply I was searching on google and found the following resource... http://www.katsurajima.seya.yokohama.jp/ich/ This contains the driver for my sound card which I am using at the moment. Cheers, Mark On Fri, 23 Mar 2001 16:57:00 +0300 (MSK), Dmitry Dicky said: > > On 23-Mar-01 Mark Sergeant wrote: > > pci0: (vendor=0x8086, dev=0x7195) at 0.1 irq 5 > > pci0: (vendor=0x8086, dev=0x7196) at 0.2 irq 5 > > > > Mark, > this is Intel 440 MX sound. > > I sent the driver code to Cameron Grant a while ago. So, it should appear > in the CVS tree soon. > > Dmitry. > > > ********************************************************************* > ("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ > `6_ 6 ) `-. ( ).`-.__.`) Enterprise Information Sys > (_Y_.)' ._ ) `._ `. ``-..-' Nevsky prospekt, 20 / 44 > _..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia > (il),-'' (li),' ((!.-' +7 (812) 3148860, 5585314 > ********************************************************************* > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > > -- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 22:58:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 86E9537B718 for ; Tue, 27 Mar 2001 22:58:10 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA71174; Wed, 28 Mar 2001 08:58:06 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200103280658.IAA71174@freebsd.dk> Subject: Re: crash dump speed up patch. In-Reply-To: from Gersh at "Mar 27, 2001 01:46:40 pm" To: gersh@sonn.com (Gersh) Date: Wed, 28 Mar 2001 08:58:06 +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 Gersh wrote: > Ive writen a quick patch for dev/ata/ata-disk.c:addump under > 4.0-stable (03/26/01) which is considerbally faster. > > I did dumps on a SMP system with 512 megs of ram. > > Old: 201 seconds. > New: 59 seconds. > > What I could gather from talking to people over irc/email about the > problem was that there was a DELAY(1000) in between each printf > to deal with problems with serial connections to the debugger. The > soultion I came up with simply to display a smaller ammount of printf's > the output looks like this: > > Any thoughts or comments ? Thats not the only reason that DEALY(1000) is there, its to cope with older disks that has problems when we get too fast here... -Sшren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 23:35:12 2001 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 1440537B71C; Tue, 27 Mar 2001 23:35:01 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Mar 2001 08:35:00 +0100 (BST) To: Brian Somers Cc: David Malone , freebsd-hackers@freebsd.org, freebsd-alpha@freebsd.org, wpaul@freebsd.org Subject: Re: Control messages. In-reply-to: Your message of "Tue, 27 Mar 2001 17:41:19 BST." <200103271641.f2RGfJL00975@hak.lan.Awfulhak.org> X-Request-Do: Date: Wed, 28 Mar 2001 08:34:53 +0100 From: David Malone Message-ID: <200103280835.aa82064@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I can't see where in the kernel we're *not* using CMSG_DATA(). This > was fixed a while ago and tested ok on beast (for 3 descriptors > AFAIR). Are we looking at the same code (I'm looking in /sys/kern) ? Have a look in uipc_usrreq.c:unp_internalize(), it uses (cm+1) to find where the data is to be written out in the CREDS case and uses (cm+1) to find where the descriptors start in the RIGHTS case. The reallocation code seems to be broken (it attaches a cluster to a mbuf it is still using, currupting the data in the mbuf). If I enable it on the 386, where it is unnecessaey usually, and pass about 50 discriptors I get a panic. I've had a look at what other people have done about this issue. The NetBSD people seem to have taken the fix I'm proposing. Solaris and BSD/OS don't provide the required alignment and just define CMSG_DATA(cm) to be (cm+1). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 27 23:52:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.kebne.se (mail.kebne.se [212.209.134.151]) by hub.freebsd.org (Postfix) with ESMTP id 03E6837B719 for ; Tue, 27 Mar 2001 23:52:48 -0800 (PST) (envelope-from gunnar.olsson@xelerated.com) Received: by mail.kebne.se with Internet Mail Service (5.5.2653.19) id ; Wed, 28 Mar 2001 09:52:51 +0200 Message-ID: <31A473DBB655D21180850008C71E251A031AAEDB@mail.kebne.se> From: Gunnar Olsson To: freebsd-hackers@FreeBSD.ORG Subject: tunnel question Date: Wed, 28 Mar 2001 09:52:50 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I have configured a logical ethernet interface, so called a tap interface (tap0). I have also managed to bridged that interface to my "real" ethernet interface (rl0) and it works fine. Now to my question. Is it possible to "tunnel" my tap interface including the ip and ethernet header into a new ip and ethernet header, see figure below. ---------------------------------|-------------|---------------|-----------| ------------| | data | ip(tap0) | eth(tap0) | ip(rl0) | eth(rl0) | ---------------------------------|-------------|---------------|-----------| ------------| It is almost as a tun interface, but I would like to keep the layer 2(ARP handling) with the logical interface, that's why I want to use the tap interface and not the tun interface. Any idea have to make this to work appreciates a lot! Best Regards, Gunnar ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gunnar Olsson Phone: +46 8 5062 5762 Xelerated Packet Devices AB Fax: +46 8 5455 3211 Regeringsgatan 67 Mobile: +46 73 3279765 SE-10386 Stockholm Web: http://www.xelerated.com Email: mailto:gunnar.olsson@xelerated.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 0:26:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from speer.nl.uu.net (speer.nl.uu.net [193.67.79.174]) by hub.freebsd.org (Postfix) with ESMTP id 6AF9737B718 for ; Wed, 28 Mar 2001 00:26:34 -0800 (PST) (envelope-from jak01@pop3.NL.net) Received: from 1Cust134.tnt20.rtm1.nl.uu.net ([213.116.134.134]:1079 "EHLO pop3.NL.net") by speer.nl.uu.net with ESMTP id ; Wed, 28 Mar 2001 10:26:19 +0200 Message-ID: <3AC1A050.62BE0194@pop3.NL.net> Date: Wed, 28 Mar 2001 10:26:56 +0200 From: Arjan Knepper X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers Subject: gcc 2.95.3 and STL Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Could anyone make recommandations on the STL to use with C++. I'm using the build in gcc 2.95.2 on -stable and build in gcc 2.95.3 on -current. What is preffered the build-in STL (/usr/include/g++) or STLport? Thanks, Arjan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 0:32: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from delcluster1.vsnl.net.in (delcluster1.vsnl.net.in [202.54.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 5240837B71A for ; Wed, 28 Mar 2001 00:31:57 -0800 (PST) (envelope-from fuhrer6mill@yahoo.com) Received: from yahoo.com ([202.54.100.89]) by delcluster1.vsnl.net.in (8.9.2/8.9.2) with ESMTP id OAA05759 for ; Wed, 28 Mar 2001 14:00:15 -0500 (GMT) Message-ID: <3AC1D2B2.F3244CA2@yahoo.com> Date: Wed, 28 Mar 2001 14:01:54 +0200 From: Sandeep Kohli Reply-To: fuhrer6mill@yahoo.com X-Mailer: Mozilla 4.74 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: fbsd-hackers Subject: accessing ide 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 am writing kinda fdisk program..now when i opened /dev/hda in linux and tried to lseek to the mbr it worked but its not working in freebsd when i am trying to access /dev/wd0 i donot want to use disklabel.h thanks sandeep To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 0:37:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 5D9CC37B71C for ; Wed, 28 Mar 2001 00:37:27 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 6911 invoked by uid 1000); 28 Mar 2001 08:36:25 -0000 Date: Wed, 28 Mar 2001 11:36:25 +0300 From: Peter Pentchev To: Sandeep Kohli Cc: fbsd-hackers Subject: Re: accessing ide Message-ID: <20010328113625.C5524@ringworld.oblivion.bg> Mail-Followup-To: Sandeep Kohli , fbsd-hackers References: <3AC1D2B2.F3244CA2@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC1D2B2.F3244CA2@yahoo.com>; from fuhrer6mill@yahoo.com on Wed, Mar 28, 2001 at 02:01:54PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 02:01:54PM +0200, Sandeep Kohli wrote: > hi, > i am writing kinda fdisk program..now when i opened /dev/hda in linux > and tried to lseek to the mbr it worked > but its not working in freebsd when i am trying to access /dev/wd0 > i donot want to use disklabel.h > thanks I think you need to open the *c device to get raw device I/O. In your case that would be /dev/wd0c. And btw, another part of your problem could be that FreeBSD has used ad, not wd, for ATAPI devices access for some time; unless you're running < 4.0 (or hmm, somebody correct me: when did the wd -> ad transition take place?), try opening /dev/ad0 or /dev/ad0c. Both 'head -c 512 /dev/ad0 | hd' and 'head -c 512 /dev/ad0c | hd' work for me, on 4.2-stable (4.3-RC from March 25th). G'luck, Peter -- If there were no counterfactuals, this sentence would not have been paradoxical. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 0:46:19 2001 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 3C6D337B718; Wed, 28 Mar 2001 00:46:15 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Mar 2001 09:46:14 +0100 (BST) Date: Wed, 28 Mar 2001 09:46:07 +0100 From: David Malone To: Brian Somers Cc: freebsd-hackers@freebsd.org, freebsd-alpha@freebsd.org, wpaul@freebsd.org Subject: Re: Control messages. Message-ID: <20010328094607.A92096@walton.maths.tcd.ie> References: <200103271641.f2RGfJL00975@hak.lan.Awfulhak.org> <200103280835.aa82064@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103280835.aa82064@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Wed, Mar 28, 2001 at 08:34:53AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 08:34:53AM +0100, David Malone wrote: > I've had a look at what other people have done about this issue. > The NetBSD people seem to have taken the fix I'm proposing. Solaris > and BSD/OS don't provide the required alignment and just define > CMSG_DATA(cm) to be (cm+1). Actually - I had only looked at the BSD/OS 4.1 and smp-ng sources. Someone pointed out to me that in 4.2 they do align the data. I'm not sure what kernel changes they made corrisponding to this change though. Maybe someone with access to BSD/OS 4.2 kernel sources could have a look and see. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 1: 1:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 76C0637B71A for ; Wed, 28 Mar 2001 01:01:48 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2S91Ol40934; Wed, 28 Mar 2001 01:01:24 -0800 (PST) (envelope-from obrien) Date: Wed, 28 Mar 2001 01:01:23 -0800 From: "David O'Brien" To: Arjan Knepper Cc: freebsd-hackers Subject: Re: gcc 2.95.3 and STL Message-ID: <20010328010123.A40915@dragon.nuxi.com> Reply-To: freebsd-hackers@FreeBSD.ORG References: <3AC1A050.62BE0194@pop3.NL.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC1A050.62BE0194@pop3.NL.net>; from jak01@pop3.NL.net on Wed, Mar 28, 2001 at 10:26:56AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 10:26:56AM +0200, Arjan Knepper wrote: > What is preffered the build-in STL (/usr/include/g++) or STLport? The one bundled with (and matches) G++ of course. Unless you find your code just will not work with it. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 1:42:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cloudburst.umist.ac.uk (cloudburst.umist.ac.uk [130.88.119.66]) by hub.freebsd.org (Postfix) with ESMTP id 4E2A837B718 for ; Wed, 28 Mar 2001 01:42:43 -0800 (PST) (envelope-from cez@cds220.halls.umist.ac.uk) Received: from cds220.halls.umist.ac.uk ([130.88.161.220]) by cloudburst.umist.ac.uk with esmtp (Exim 3.22 #1) id 14iCTR-00087I-00; Wed, 28 Mar 2001 10:42:41 +0100 Received: (from cez@localhost) by cds220.halls.umist.ac.uk (8.11.3/8.11.2) id f2S9geq24956; Wed, 28 Mar 2001 10:42:40 +0100 (BST) (envelope-from cez) Date: Wed, 28 Mar 2001 10:42:40 +0100 From: Ceri Storey To: Peter Pentchev Cc: Sandeep Kohli , fbsd-hackers Subject: Re: accessing ide Message-ID: <20010328104240.B443@cds220.halls.umist.ac.uk> References: <3AC1D2B2.F3244CA2@yahoo.com> <20010328113625.C5524@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010328113625.C5524@ringworld.oblivion.bg>; from roam@orbitel.bg on Wed, Mar 28, 2001 at 11:36:25AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 11:36:25AM +0300, Peter Pentchev wrote: [...] > And btw, another part of your problem could be that FreeBSD > has used ad, not wd, for ATAPI devices access for some time; > unless you're running < 4.0 (or hmm, somebody correct me: when > did the wd -> ad transition take place?), try opening /dev/ad0 > or /dev/ad0c. > > Both 'head -c 512 /dev/ad0 | hd' and 'head -c 512 /dev/ad0c | hd' > work for me, on 4.2-stable (4.3-RC from March 25th). but these two command lines give me different results, eg: cds220# head -c 32 /dev/ad0c | hd 00000000 eb 1b 90 90 16 1f 66 6a 00 51 50 06 53 31 c0 88 |......fj.QP.S1..| 00000010 f0 50 6a 10 89 e5 e8 c7 00 8d 66 10 cb fc 31 c9 |.Pj.......f...1.| 00000020 cds220# head -c 32 /dev/ad0 | hd 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 7c bd 00 0a 89 |.1.........|....| 00000010 ef b9 08 00 f3 ab fe 45 f2 52 bb 00 06 89 ee b8 |.......E.R......| so they are not equivalent? -- Ceri Storey http://pkl.net/~cez/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 1:47:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from switchlab.net (ntmail13.lightrealm.com [216.122.135.2]) by hub.freebsd.org (Postfix) with ESMTP id E94EE37B71B for ; Wed, 28 Mar 2001 01:47:12 -0800 (PST) (envelope-from seventhson@theseventhson.freeserve.co.uk) Received: from theseventhson.freeserve.co.uk ([212.113.15.130]) by switchlab.net (8.8.7/8.8.5) with ESMTP id BAA07805; Wed, 28 Mar 2001 01:49:50 -0800 (PST) Message-ID: <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk> Date: Wed, 28 Mar 2001 10:45:37 +0100 From: Benny Prijono X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Cc: Arjan Knepper Subject: Re: gcc 2.95.3 and STL References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the March 2001 edition of C++ Users Journal (http://www.cuj.com) has surveys on comformance level of each C++ compiler and STL implementation. You may want to take a look at it. cheers, Bennylp David O'Brien wrote: > > On Wed, Mar 28, 2001 at 10:26:56AM +0200, Arjan Knepper wrote: > > What is preffered the build-in STL (/usr/include/g++) or STLport? > > The one bundled with (and matches) G++ of course. Unless you find your > code just will not work with it. > > -- > -- David (obrien@FreeBSD.org) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 3:32:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 0D1E037B718 for ; Wed, 28 Mar 2001 03:32:26 -0800 (PST) (envelope-from murray@osd.bsdi.com) Received: from localhost (murray@localhost) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2SBVnZ86427; Wed, 28 Mar 2001 03:31:49 -0800 (PST) (envelope-from murray@osd.bsdi.com) Date: Wed, 28 Mar 2001 03:31:49 -0800 (PST) From: Murray Stokely To: Arjan Knepper Cc: freebsd-hackers Subject: Re: gcc 2.95.3 and STL In-Reply-To: <3AC1A050.62BE0194@pop3.NL.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 Wed, 28 Mar 2001, Arjan Knepper wrote: % Could anyone make recommandations on the STL to use with C++. I'm using % the build in gcc 2.95.2 on -stable and build in gcc 2.95.3 on -current. % % What is preffered the build-in STL (/usr/include/g++) or STLport? In general you should stick with the built-in STL. However, you may find it lacks certain features of the standard. The GCC team is slowly bringing STLport into their tree. For the moment, OpenOffice, at least requires STLport. - Murray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 4:33:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (Postfix) with ESMTP id 4F8E537B73C for ; Wed, 28 Mar 2001 04:33:26 -0800 (PST) (envelope-from jim@reptiles.org) Received: from localhost (2275 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Wed, 28 Mar 2001 07:33:25 -0500 (EST) (Smail-3.2.0.108 1999-Sep-19 #3 built 1999-Oct-27) Date: Wed, 28 Mar 2001 07:33:25 -0500 From: Jim Mercer To: hackers@freebsd.org Subject: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328073324.O29550@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG netstat gets a bus error if handed the -a option and the -i option. gw# uname -a FreeBSD gw.reptiles.org 4.3-RC FreeBSD 4.3-RC #0: Tue Mar 27 18:24:41 EST 2001 root@gw.reptiles.org:/usr/src/sys/compile/GENERIC i386 gw# netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll xl0 1500 00:01:02:6e:26:05 4827697 0 3751908 0 230193 xl0 1500 net.net-117/2 198.96.117.68 4827576 - 3751877 - - xl0 1500 fe80:1::201 fe80:1::201:2ff:f 0 - 0 - - lp0* 1500 0 0 0 0 0 gif0* 1280 0 0 0 0 0 gif1* 1280 0 0 0 0 0 gif2* 1280 0 0 0 0 0 gif3* 1280 0 0 0 0 0 lo0 16384 4 0 4 0 0 lo0 16384 fe80:7::1 fe80:7::1 0 - 0 - - lo0 16384 localhost ::1 0 - 0 - - lo0 16384 loopback.loca localhost 4 - 4 - - ppp0* 1500 0 0 0 0 0 sl0* 552 0 0 0 0 0 faith 1500 0 0 0 0 0 gw# netstat -ia Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll xl0 1500 00:01:02:6e:26:05 4827676 0 3751896 0 230193 Bus error -- [ Jim Mercer jim@pneumonoultramicroscopicsilicovolcanoconiosis.ca ] [ Reptilian Research -- Longer Life through Colder Blood ] [ aka jim@reptiles.org +1 416 410-5633 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 4:39:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bumper.jellybaby.net (bumper.jellybaby.net [194.159.247.1]) by hub.freebsd.org (Postfix) with ESMTP id 1D81C37B71B for ; Wed, 28 Mar 2001 04:39:36 -0800 (PST) (envelope-from simond@bumper.jellybaby.net) Received: (from simond@localhost) by bumper.jellybaby.net (8.9.2/8.9.2) id NAA01635; Wed, 28 Mar 2001 13:39:28 +0100 (BST) (envelope-from simond) Date: Wed, 28 Mar 2001 13:39:28 +0100 From: simond@irrelevant.org To: Jim Mercer Cc: hackers@freebsd.org Subject: Re: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328133928.D95384@irrelevant.org> References: <20010328073324.O29550@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010328073324.O29550@reptiles.org>; from jim@reptiles.org on Wed, Mar 28, 2001 at 07:33:25AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 07:33:25AM -0500, Jim Mercer wrote: > > netstat gets a bus error if handed the -a option and the -i option. > > gw# uname -a > FreeBSD gw.reptiles.org 4.3-RC FreeBSD 4.3-RC #0: Tue Mar 27 18:24:41 EST 2001 root@gw.reptiles.org:/usr/src/sys/compile/GENERIC i386 > > gw# netstat -i > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > xl0 1500 00:01:02:6e:26:05 4827697 0 3751908 0 230193 > xl0 1500 net.net-117/2 198.96.117.68 4827576 - 3751877 - - > xl0 1500 fe80:1::201 fe80:1::201:2ff:f 0 - 0 - - > lp0* 1500 0 0 0 0 0 > gif0* 1280 0 0 0 0 0 > gif1* 1280 0 0 0 0 0 > gif2* 1280 0 0 0 0 0 > gif3* 1280 0 0 0 0 0 > lo0 16384 4 0 4 0 0 > lo0 16384 fe80:7::1 fe80:7::1 0 - 0 - - > lo0 16384 localhost ::1 0 - 0 - - > lo0 16384 loopback.loca localhost 4 - 4 - - > ppp0* 1500 0 0 0 0 0 > sl0* 552 0 0 0 0 0 > faith 1500 0 0 0 0 0 > > gw# netstat -ia > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > xl0 1500 00:01:02:6e:26:05 4827676 0 3751896 0 230193 > Bus error I get the same error on my P3/650 laptop running FreeBSD laptop.irrelevant.org 4.3-RC FreeBSD 4.3-RC #12: Fri Mar 23 13:33:14 GMT 2001 root@laptop.irrelevant.org:/usr/obj/usr/src/sys/LAPTOP i386 -- Simon Dick simond@irrelevant.org "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 4:39:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.javanet.com (mail1.javanet.com [205.219.162.10]) by hub.freebsd.org (Postfix) with ESMTP id 7831D37B719 for ; Wed, 28 Mar 2001 04:39:38 -0800 (PST) (envelope-from kaworu@sektor7.ath.cx) Received: from wintermute.sekt7.org (dial-2.blk.ma.ultra.net [146.115.112.5]) by mail1.javanet.com (8.9.3/8.9.2) with ESMTP id HAA07564; Wed, 28 Mar 2001 07:39:29 -0500 (EST) Date: Wed, 28 Mar 2001 07:43:00 -0500 (EST) From: Evan S X-Sender: kaworu@wintermute.sekt7 To: Jim Mercer Cc: hackers@freebsd.org Subject: Re: 4.3-RC bug in /usr/bin/netstat In-Reply-To: <20010328073324.O29550@reptiles.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Perhaps this problem is specific to your system setup. I also run 4.3-RC, and my netstat -ia appears to work fine. [teqnix](~)%uname -a FreeBSD teqnix.sekt7.org 4.3-RC FreeBSD 4.3-RC #32: Mon Mar 26 06:28:30 GMT 2001 kaworu@teqnix.sekt7.org:/usr/src/sys/compile/KAWORU i386 [teqnix](~)%netstat -ia Name Mtu Network Address Ipkts Ier dc0 1500 00:a0:cc:63:e1:8f 27235 33:33:12:a4:4b:93 33:33:0:0:0:1 33:33:ff:63:e1:8f 1:0:5e:0:0:1 dc0 1500 169.69.6/24 teqnix 26969 ALL-SYSTEMS.MCAST.NET dc0 1500 fe80:1::2a0 fe80:1::2a0:ccff: 0 ff02:1::2:12a4:4b93(refs: 1) ff:2:0:1:0:0 ff02:1::1 (refs: 1) ff:2:0:1:0:0 ff02:1::1:ff63:e18f(refs: 1) ff:2:0:1:0:0 etc.. etc... etc.. Evan Sarmiento (kaworu@sektor7.ath.cx) http://sekt7.org/es On Wed, 28 Mar 2001, Jim Mercer wrote: > > netstat gets a bus error if handed the -a option and the -i option. > > gw# uname -a > FreeBSD gw.reptiles.org 4.3-RC FreeBSD 4.3-RC #0: Tue Mar 27 18:24:41 EST 2001 root@gw.reptiles.org:/usr/src/sys/compile/GENERIC i386 > > gw# netstat -i > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > xl0 1500 00:01:02:6e:26:05 4827697 0 3751908 0 230193 > xl0 1500 net.net-117/2 198.96.117.68 4827576 - 3751877 - - > xl0 1500 fe80:1::201 fe80:1::201:2ff:f 0 - 0 - - > lp0* 1500 0 0 0 0 0 > gif0* 1280 0 0 0 0 0 > gif1* 1280 0 0 0 0 0 > gif2* 1280 0 0 0 0 0 > gif3* 1280 0 0 0 0 0 > lo0 16384 4 0 4 0 0 > lo0 16384 fe80:7::1 fe80:7::1 0 - 0 - - > lo0 16384 localhost ::1 0 - 0 - - > lo0 16384 loopback.loca localhost 4 - 4 - - > ppp0* 1500 0 0 0 0 0 > sl0* 552 0 0 0 0 0 > faith 1500 0 0 0 0 0 > > gw# netstat -ia > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > xl0 1500 00:01:02:6e:26:05 4827676 0 3751896 0 230193 > Bus error > > -- > [ Jim Mercer jim@pneumonoultramicroscopicsilicovolcanoconiosis.ca ] > [ Reptilian Research -- Longer Life through Colder Blood ] > [ aka jim@reptiles.org +1 416 410-5633 ] > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (SunOS) Comment: Made with pgp4pine 1.75-6 iEYEARECAAYFAjrB3FoACgkQa7CFsJ0L22xh9wCfVSGIWxRaGyZZU1iDP3Y+rrTX Z5cAn17vwXP4+Q8zxnouyipJvgWHeW45 =yoe8 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5: 8:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 91F2737B719 for ; Wed, 28 Mar 2001 05:08:51 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 9765 invoked by uid 666); 28 Mar 2001 13:10:38 -0000 Received: from i079-231.nv.iinet.net.au (HELO elischer.org) (203.59.79.231) by mail.m.iinet.net.au with SMTP; 28 Mar 2001 13:10:38 -0000 Message-ID: <3AC1E257.F8E2414C@elischer.org> Date: Wed, 28 Mar 2001 05:08:40 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Ceri Storey Cc: Peter Pentchev , Sandeep Kohli , fbsd-hackers Subject: Re: accessing ide References: <3AC1D2B2.F3244CA2@yahoo.com> <20010328113625.C5524@ringworld.oblivion.bg> <20010328104240.B443@cds220.halls.umist.ac.uk> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ceri Storey wrote: > > On Wed, Mar 28, 2001 at 11:36:25AM +0300, Peter Pentchev wrote: > [...] > > And btw, another part of your problem could be that FreeBSD > > has used ad, not wd, for ATAPI devices access for some time; > > unless you're running < 4.0 (or hmm, somebody correct me: when > > did the wd -> ad transition take place?), try opening /dev/ad0 > > or /dev/ad0c. > > > > Both 'head -c 512 /dev/ad0 | hd' and 'head -c 512 /dev/ad0c | hd' > > work for me, on 4.2-stable (4.3-RC from March 25th). > > but these two command lines give me different results, eg: > cds220# head -c 32 /dev/ad0c | hd > 00000000 eb 1b 90 90 16 1f 66 6a 00 51 50 06 53 31 c0 88 |......fj.QP.S1..| > 00000010 f0 50 6a 10 89 e5 e8 c7 00 8d 66 10 cb fc 31 c9 |.Pj.......f...1.| > 00000020 > cds220# head -c 32 /dev/ad0 | hd > 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 7c bd 00 0a 89 |.1.........|....| > 00000010 ef b9 08 00 f3 ab fe 45 f2 52 bb 00 06 89 ee b8 |.......E.R......| > > so they are not equivalent? yes they are not equivalent.. ad0 is the entire physical drive ad0c is the same as ad0s1 (or whatever slice is your first BSD slice). Do NOT use ad0c. it is magicly the same as ad0s1 but the magic is scheduled to dissappear some time in the next 10 years. > -- > Ceri Storey http://pkl.net/~cez/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:18: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 832D237B71D for ; Wed, 28 Mar 2001 05:17:46 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 9026 invoked by uid 1000); 28 Mar 2001 13:16:40 -0000 Date: Wed, 28 Mar 2001 16:16:40 +0300 From: Peter Pentchev To: Julian Elischer Cc: Ceri Storey , Sandeep Kohli , fbsd-hackers Subject: Re: accessing ide Message-ID: <20010328161640.H5524@ringworld.oblivion.bg> Mail-Followup-To: Julian Elischer , Ceri Storey , Sandeep Kohli , fbsd-hackers References: <3AC1D2B2.F3244CA2@yahoo.com> <20010328113625.C5524@ringworld.oblivion.bg> <20010328104240.B443@cds220.halls.umist.ac.uk> <3AC1E257.F8E2414C@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC1E257.F8E2414C@elischer.org>; from julian@elischer.org on Wed, Mar 28, 2001 at 05:08:40AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 05:08:40AM -0800, Julian Elischer wrote: > Ceri Storey wrote: > > > > On Wed, Mar 28, 2001 at 11:36:25AM +0300, Peter Pentchev wrote: > > [...] > > > And btw, another part of your problem could be that FreeBSD > > > has used ad, not wd, for ATAPI devices access for some time; > > > unless you're running < 4.0 (or hmm, somebody correct me: when > > > did the wd -> ad transition take place?), try opening /dev/ad0 > > > or /dev/ad0c. > > > > > > Both 'head -c 512 /dev/ad0 | hd' and 'head -c 512 /dev/ad0c | hd' > > > work for me, on 4.2-stable (4.3-RC from March 25th). > > > > but these two command lines give me different results, eg: > > cds220# head -c 32 /dev/ad0c | hd > > 00000000 eb 1b 90 90 16 1f 66 6a 00 51 50 06 53 31 c0 88 |......fj.QP.S1..| > > 00000010 f0 50 6a 10 89 e5 e8 c7 00 8d 66 10 cb fc 31 c9 |.Pj.......f...1.| > > 00000020 > > cds220# head -c 32 /dev/ad0 | hd > > 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 7c bd 00 0a 89 |.1.........|....| > > 00000010 ef b9 08 00 f3 ab fe 45 f2 52 bb 00 06 89 ee b8 |.......E.R......| > > > > so they are not equivalent? > > yes they are not equivalent.. > > ad0 is the entire physical drive > ad0c is the same as ad0s1 (or whatever slice is your first BSD slice). > Do NOT use ad0c. it is magicly the same as ad0s1 but the magic is scheduled to > dissappear > some time in the next 10 years. (open mouth; take foot out; shoot foot) Oops. Forget I said anything then. Sorry for the confusion. G'luck, Peter -- I am the thought you are now thinking. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:25: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from humanahom.com (opt5.adgrafix.com [216.248.193.11]) by hub.freebsd.org (Postfix) with ESMTP id 003E237B71E for ; Wed, 28 Mar 2001 05:24:56 -0800 (PST) (envelope-from cp@humanahom.com) Received: from localhost [193.252.29.90] by humanahom.com [216.248.193.11] with SMTP (MDaemon.v3.5.4.T) for ; Wed, 28 Mar 2001 20:09:47 -0500 X-Sender: cp@humanahom.com From: cp@humanahom.com To: freebsd-hackers@freebsd.org Date: Wed, 28 Mar 2001 13:09:26 +0000 Subject: Your culture MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-MDRemoteIP: 193.252.29.90 X-Return-Path: cp@humanahom.com X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-Id: <20010328132457.003E237B71E@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We need to devide culture... yours too... Please accept it, connecting you to www.humanahom.com If you need further informations about us or our project, please connect you to our site or simply reply to this mail. If culture doesn't interess you, choose "optout" option, by replying to this mail, with "optout" in its subject. Best regards, Christophe Parmentier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:31:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id E810837B71E for ; Wed, 28 Mar 2001 05:31:17 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 10105 invoked by uid 666); 28 Mar 2001 13:33:05 -0000 Received: from i079-231.nv.iinet.net.au (HELO elischer.org) (203.59.79.231) by mail.m.iinet.net.au with SMTP; 28 Mar 2001 13:33:05 -0000 Message-ID: <3AC1E79B.B376505E@elischer.org> Date: Wed, 28 Mar 2001 05:31:07 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Gunnar Olsson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tunnel question References: <31A473DBB655D21180850008C71E251A031AAEDB@mail.kebne.se> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gunnar Olsson wrote: > > Hi there, > > I have configured a logical ethernet interface, so called a tap interface > (tap0). > I have also managed to bridged that interface to my "real" ethernet > interface (rl0) > and it works fine. Now to my question. > > Is it possible to "tunnel" my tap interface including the ip and ethernet > header into > a new ip and ethernet header, see figure below. > > ---------------------------------|-------------|---------------|-----------| > ------------| > | data | ip(tap0) | eth(tap0) | ip(rl0) | eth(rl0) > | > ---------------------------------|-------------|---------------|-----------| > ------------| > > It is almost as a tun interface, but I would like to keep the layer 2(ARP > handling) > with the logical interface, that's why I want to use the tap interface and > not the > tun interface. > > Any idea have to make this to work appreciates a lot! check out the netgraph examples.. you can create a simple tunnel of this type using the ksocket node and the iface node (amongst others possibilities) The examples in /usr/share/examples/netgraph show an IP/UDP tunnel. other combinations are possible. > Best Regards, > Gunnar > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Gunnar Olsson Phone: +46 8 5062 5762 > Xelerated Packet Devices AB Fax: +46 8 5455 3211 > Regeringsgatan 67 Mobile: +46 73 3279765 > SE-10386 Stockholm > Web: http://www.xelerated.com > Email: mailto:gunnar.olsson@xelerated.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:42:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id D03E537B718 for ; Wed, 28 Mar 2001 05:42:15 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f2SDgA907176; Wed, 28 Mar 2001 15:42:10 +0200 (MET DST) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.3/8.11.3) with ESMTP id f2SDgBS01364; Wed, 28 Mar 2001 15:42:12 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Message-ID: <3AC1EA32.77715A14@we.lc.ehu.es> Date: Wed, 28 Mar 2001 15:42:10 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Jim Mercer Cc: hackers@FreeBSD.ORG Subject: Re: 4.3-RC bug in /usr/bin/netstat References: <20010328073324.O29550@reptiles.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Mercer wrote: > > netstat gets a bus error if handed the -a option and the -i option. > Me too: $ uname -v FreeBSD 4.3-RC #0: Wed Mar 28 15:11:51 CEST 2001 toor@saturno.we.lc.ehu.es:/usr/obj/usr/src/sys/SATURNO $ netstat -ai Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fxp0 1500 00:90:27:17:09:28 9792 0 789 0 44 Bus error I am getting this error on all machines I have running 4.3-RC: MP and UP, desktops and laptops, with and without IPv6 :-( -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:44:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (Postfix) with ESMTP id 55FB037B718 for ; Wed, 28 Mar 2001 05:44:45 -0800 (PST) (envelope-from jim@reptiles.org) Received: from localhost (1167 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Wed, 28 Mar 2001 08:44:44 -0500 (EST) (Smail-3.2.0.108 1999-Sep-19 #3 built 1999-Oct-27) Date: Wed, 28 Mar 2001 08:44:44 -0500 From: Jim Mercer To: "Jose M. Alcaide" Cc: hackers@FreeBSD.ORG Subject: fixed: Re: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328084444.Q29550@reptiles.org> References: <20010328073324.O29550@reptiles.org> <3AC1EA32.77715A14@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3AC1EA32.77715A14@we.lc.ehu.es>; from jose@we.lc.ehu.es on Wed, Mar 28, 2001 at 03:42:10PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 03:42:10PM +0200, Jose M. Alcaide wrote: > Jim Mercer wrote: > > > > netstat gets a bus error if handed the -a option and the -i option. > > > > Me too: a fix was emailed to me by Peter Pentchev, seems to work. thanx. http://www.freebsd.org/cgi/query-pr.cgi?pr=26168 -- [ Jim Mercer jim@pneumonoultramicroscopicsilicovolcanoconiosis.ca ] [ Reptilian Research -- Longer Life through Colder Blood ] [ aka jim@reptiles.org +1 416 410-5633 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:46:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id E501637B71D for ; Wed, 28 Mar 2001 05:46:43 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 9311 invoked by uid 1000); 28 Mar 2001 13:45:41 -0000 Date: Wed, 28 Mar 2001 16:45:41 +0300 From: Peter Pentchev To: "Jose M. Alcaide" Cc: Jim Mercer , hackers@FreeBSD.ORG Subject: Re: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328164541.J5524@ringworld.oblivion.bg> Mail-Followup-To: "Jose M. Alcaide" , Jim Mercer , hackers@FreeBSD.ORG References: <20010328073324.O29550@reptiles.org> <3AC1EA32.77715A14@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC1EA32.77715A14@we.lc.ehu.es>; from jose@we.lc.ehu.es on Wed, Mar 28, 2001 at 03:42:10PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 03:42:10PM +0200, Jose M. Alcaide wrote: > Jim Mercer wrote: > > > > netstat gets a bus error if handed the -a option and the -i option. > > > > Me too: > > $ uname -v > FreeBSD 4.3-RC #0: Wed Mar 28 15:11:51 CEST 2001 toor@saturno.we.lc.ehu.es:/usr/obj/usr/src/sys/SATURNO > $ netstat -ai > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > fxp0 1500 00:90:27:17:09:28 9792 0 789 0 44 > Bus error > > I am getting this error on all machines I have running 4.3-RC: > MP and UP, desktops and laptops, with and without IPv6 :-( Okay; Jim Mercer already confirmed the attached patch worked for him. Can more people test and review it? G'luck, Peter -- I've heard that this sentence is a rumor. Index: src/usr.bin/netstat/if.c =================================================================== RCS file: /home/ncvs/src/usr.bin/netstat/if.c,v retrieving revision 1.32.2.5 diff -u -r1.32.2.5 if.c --- src/usr.bin/netstat/if.c 2001/03/22 13:48:42 1.32.2.5 +++ src/usr.bin/netstat/if.c 2001/03/28 13:14:35 @@ -448,9 +448,10 @@ const char *fmt; LIST_FOREACH(multiaddr, &ifnet.if_multiaddrs, ifma_link) { - if (kread(*(u_long *)multiaddr, (char *)&ifma, + if (kread((u_long)multiaddr, (char *)&ifma, sizeof ifma)) break; + multiaddr = &ifma; if (kread((u_long)ifma.ifma_addr, (char *)&msa, sizeof msa)) break; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 5:59:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id BC74F37B71A for ; Wed, 28 Mar 2001 05:59:27 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f2SDxQ907293; Wed, 28 Mar 2001 15:59:26 +0200 (MET DST) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.3/8.11.3) with ESMTP id f2SDxSS01393; Wed, 28 Mar 2001 15:59:28 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Message-ID: <3AC1EE3F.CC289E1C@we.lc.ehu.es> Date: Wed, 28 Mar 2001 15:59:27 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Peter Pentchev Cc: hackers@FreeBSD.ORG Subject: Re: 4.3-RC bug in /usr/bin/netstat References: <20010328073324.O29550@reptiles.org> <3AC1EA32.77715A14@we.lc.ehu.es> <20010328164541.J5524@ringworld.oblivion.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Pentchev wrote: > > Okay; Jim Mercer already confirmed the attached patch worked for him. > Can more people test and review it? > Fixed, thanks! -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 6:19: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 8371F37B71A for ; Wed, 28 Mar 2001 06:19:06 -0800 (PST) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id JAA67634; Wed, 28 Mar 2001 09:19:04 -0500 (EST) (envelope-from mwlucas) Date: Wed, 28 Mar 2001 09:19:04 -0500 From: Michael Lucas To: Jim Mercer Cc: hackers@FreeBSD.ORG Subject: Re: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328091904.A67574@blackhelicopters.org> References: <20010328073324.O29550@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010328073324.O29550@reptiles.org>; from jim@reptiles.org on Wed, Mar 28, 2001 at 07:33:25AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Broken on a few days old -current as well: turtledawn~;netstat -ia Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lp0* 1500 0 0 0 0 0 lo0 16384 123 0 123 0 0 Bus error turtledawn~; On Wed, Mar 28, 2001 at 07:33:25AM -0500, Jim Mercer wrote: > > netstat gets a bus error if handed the -a option and the -i option. > > gw# uname -a > FreeBSD gw.reptiles.org 4.3-RC FreeBSD 4.3-RC #0: Tue Mar 27 18:24:41 EST 2001 root@gw.reptiles.org:/usr/src/sys/compile/GENERIC i386 > > gw# netstat -i > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > xl0 1500 00:01:02:6e:26:05 4827697 0 3751908 0 230193 > xl0 1500 net.net-117/2 198.96.117.68 4827576 - 3751877 - - > xl0 1500 fe80:1::201 fe80:1::201:2ff:f 0 - 0 - - > lp0* 1500 0 0 0 0 0 > gif0* 1280 0 0 0 0 0 > gif1* 1280 0 0 0 0 0 > gif2* 1280 0 0 0 0 0 > gif3* 1280 0 0 0 0 0 > lo0 16384 4 0 4 0 0 > lo0 16384 fe80:7::1 fe80:7::1 0 - 0 - - > lo0 16384 localhost ::1 0 - 0 - - > lo0 16384 loopback.loca localhost 4 - 4 - - > ppp0* 1500 0 0 0 0 0 > sl0* 552 0 0 0 0 0 > faith 1500 0 0 0 0 0 > > gw# netstat -ia > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > xl0 1500 00:01:02:6e:26:05 4827676 0 3751896 0 230193 > Bus error > > -- > [ Jim Mercer jim@pneumonoultramicroscopicsilicovolcanoconiosis.ca ] > [ Reptilian Research -- Longer Life through Colder Blood ] > [ aka jim@reptiles.org +1 416 410-5633 ] > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Michael Lucas mwlucas@blackhelicopters.org http://www.blackhelicopters.org/~mwlucas/ Big Scary Daemons: http://www.oreillynet.com/pub/q/Big_Scary_Daemons To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 6:27: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 5A84A37B725 for ; Wed, 28 Mar 2001 06:26:54 -0800 (PST) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 9578 invoked by uid 1000); 28 Mar 2001 14:25:44 -0000 Date: Wed, 28 Mar 2001 17:25:43 +0300 From: Peter Pentchev To: Michael Lucas Cc: Jim Mercer , hackers@FreeBSD.ORG Subject: Re: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328172543.M5524@ringworld.oblivion.bg> Mail-Followup-To: Michael Lucas , Jim Mercer , hackers@FreeBSD.ORG References: <20010328073324.O29550@reptiles.org> <20010328091904.A67574@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010328091904.A67574@blackhelicopters.org>; from mwlucas@blackhelicopters.org on Wed, Mar 28, 2001 at 09:19:04AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 09:19:04AM -0500, Michael Lucas wrote: > Broken on a few days old -current as well: > > turtledawn~;netstat -ia > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > lp0* 1500 0 0 0 0 0 > lo0 16384 123 0 123 0 0 > Bus error > turtledawn~; Yes, it seems the same bug's in -current, too; patch attached. G'luck, Peter -- This sentence would be seven words long if it were six words shorter. Index: src/usr.bin/netstat/if.c =================================================================== RCS file: /home/ncvs/src/usr.bin/netstat/if.c,v retrieving revision 1.38 diff -u -r1.38 if.c --- src/usr.bin/netstat/if.c 2001/03/04 22:25:05 1.38 +++ src/usr.bin/netstat/if.c 2001/03/28 14:24:44 @@ -448,9 +448,10 @@ const char *fmt; TAILQ_FOREACH(multiaddr, &ifnet.if_multiaddrs, ifma_link) { - if (kread(*(u_long *)multiaddr, (char *)&ifma, + if (kread(multiaddr, (char *)&ifma, sizeof ifma)) break; + multiaddr = &ifma; if (kread((u_long)ifma.ifma_addr, (char *)&msa, sizeof msa)) break; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 7:29:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bumper.jellybaby.net (bumper.jellybaby.net [194.159.247.1]) by hub.freebsd.org (Postfix) with ESMTP id 17D8537B718 for ; Wed, 28 Mar 2001 07:29:18 -0800 (PST) (envelope-from simond@bumper.jellybaby.net) Received: (from simond@localhost) by bumper.jellybaby.net (8.9.2/8.9.2) id QAA05860; Wed, 28 Mar 2001 16:28:43 +0100 (BST) (envelope-from simond) Date: Wed, 28 Mar 2001 16:28:43 +0100 From: simond@irrelevant.org To: Peter Pentchev Cc: "Jose M. Alcaide" , Jim Mercer , hackers@freebsd.org Subject: Re: 4.3-RC bug in /usr/bin/netstat Message-ID: <20010328162843.A5850@irrelevant.org> References: <20010328073324.O29550@reptiles.org> <3AC1EA32.77715A14@we.lc.ehu.es> <20010328164541.J5524@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010328164541.J5524@ringworld.oblivion.bg>; from roam@orbitel.bg on Wed, Mar 28, 2001 at 04:45:41PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 04:45:41PM +0300, Peter Pentchev wrote: > On Wed, Mar 28, 2001 at 03:42:10PM +0200, Jose M. Alcaide wrote: > > Jim Mercer wrote: > > > > > > netstat gets a bus error if handed the -a option and the -i option. > > > > > > > Me too: > > > > $ uname -v > > FreeBSD 4.3-RC #0: Wed Mar 28 15:11:51 CEST 2001 toor@saturno.we.lc.ehu.es:/usr/obj/usr/src/sys/SATURNO > > $ netstat -ai > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > > fxp0 1500 00:90:27:17:09:28 9792 0 789 0 44 > > Bus error > > > > I am getting this error on all machines I have running 4.3-RC: > > MP and UP, desktops and laptops, with and without IPv6 :-( > > Okay; Jim Mercer already confirmed the attached patch worked for him. > Can more people test and review it? OK, I just (finally) finished rebuilding world with that fix in and it now works fine for me -- Simon Dick simond@irrelevant.org "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 7:56:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 91A3E37B71B for ; Wed, 28 Mar 2001 07:56:10 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2SFtn956021; Wed, 28 Mar 2001 08:55:51 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103281555.f2SFtn956021@harmony.village.org> To: Arjan Knepper Subject: Re: gcc 2.95.3 and STL Cc: freebsd-hackers In-reply-to: Your message of "Wed, 28 Mar 2001 10:26:56 +0200." <3AC1A050.62BE0194@pop3.NL.net> References: <3AC1A050.62BE0194@pop3.NL.net> Date: Wed, 28 Mar 2001 08:55:49 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3AC1A050.62BE0194@pop3.NL.net> Arjan Knepper writes: : Could anyone make recommandations on the STL to use with C++. I'm using : the build in gcc 2.95.2 on -stable and build in gcc 2.95.3 on -current. : : What is preffered the build-in STL (/usr/include/g++) or STLport? We use the builtin stl and it seems to work fairly well for us. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 7:59:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A235437B71D for ; Wed, 28 Mar 2001 07:59:07 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2SFvY956054; Wed, 28 Mar 2001 08:57:34 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103281557.f2SFvY956054@harmony.village.org> To: Ceri Storey Subject: Re: accessing ide Cc: Peter Pentchev , Sandeep Kohli , fbsd-hackers In-reply-to: Your message of "Wed, 28 Mar 2001 10:42:40 +0100." <20010328104240.B443@cds220.halls.umist.ac.uk> References: <20010328104240.B443@cds220.halls.umist.ac.uk> <3AC1D2B2.F3244CA2@yahoo.com> <20010328113625.C5524@ringworld.oblivion.bg> Date: Wed, 28 Mar 2001 08:57:34 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010328104240.B443@cds220.halls.umist.ac.uk> Ceri Storey writes: : but these two command lines give me different results, eg: : cds220# head -c 32 /dev/ad0c | hd : so they are not equivalent? ad0 is the whole device. ad0c is the whole slice. These can be the same, but are often different. /dev/ad0 is the right device to open if you want to access the mbr. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 10:22: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 23C3737B71C for ; Wed, 28 Mar 2001 10:21:54 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA23381 for ; Wed, 28 Mar 2001 13:23:48 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010328133247.036d9370@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 28 Mar 2001 13:39:14 -0500 To: hackers@FreeBSD.ORG From: Dennis Subject: # of bpf devices 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 It seems that only 256 bpf devices are supported. How painful would it be to increase that number...I assume its an 8bit varable somewhere? Are there other caveats? VPNs and extensive frame relay setups with DHCP require more than 256 devices. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 10:32:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 793DA37B728 for ; Wed, 28 Mar 2001 10:32:43 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2SIWb397521; Wed, 28 Mar 2001 20:32:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: # of bpf devices In-Reply-To: Your message of "Wed, 28 Mar 2001 13:39:14 CDT." <5.0.0.25.0.20010328133247.036d9370@mail.etinc.com> Date: Wed, 28 Mar 2001 20:32:37 +0200 Message-ID: <97519.985804357@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5.0.0.25.0.20010328133247.036d9370@mail.etinc.com>, Dennis writes: > >It seems that only 256 bpf devices are supported. How painful would it be >to increase that number...I assume its an 8bit varable somewhere? Are there >other caveats? It's pretty trivial. Send a patch when you are done. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 11:33: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id BE0D537B71B for ; Wed, 28 Mar 2001 11:32:55 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id OAA23691; Wed, 28 Mar 2001 14:34:29 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 28 Mar 2001 14:49:53 -0500 To: Poul-Henning Kamp From: Dennis Subject: Re: # of bpf devices Cc: hackers@FreeBSD.ORG In-Reply-To: <97519.985804357@critter> References: 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 01:32 PM 03/28/2001, Poul-Henning Kamp wrote: >In message <5.0.0.25.0.20010328133247.036d9370@mail.etinc.com>, Dennis writes: > > > >It seems that only 256 bpf devices are supported. How painful would it be > >to increase that number...I assume its an 8bit varable somewhere? Are there > >other caveats? > >It's pretty trivial. Send a patch when you are done. I was hoping to get some useful insight before I looked into it..or if there was a sound reason for not expanding them. Im hopeful someone brighter will answer. dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 11:34:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id C6EF337B726 for ; Wed, 28 Mar 2001 11:34:27 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2SJYM398684; Wed, 28 Mar 2001 21:34:22 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: # of bpf devices In-Reply-To: Your message of "Wed, 28 Mar 2001 14:49:53 CDT." <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com> Date: Wed, 28 Mar 2001 21:34:22 +0200 Message-ID: <98682.985808062@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com>, Dennis writes: >At 01:32 PM 03/28/2001, Poul-Henning Kamp wrote: >>In message <5.0.0.25.0.20010328133247.036d9370@mail.etinc.com>, Dennis writes: >> > >> >It seems that only 256 bpf devices are supported. How painful would it be >> >to increase that number...I assume its an 8bit varable somewhere? Are there >> >other caveats? >> >>It's pretty trivial. Send a patch when you are done. > > >I was hoping to get some useful insight before I looked into it..or if >there was a sound reason for not expanding them. Im hopeful someone >brighter will answer. Well, if anybody but you had answered I would have fixed it right away, but since it would probably help you if I did so I morally can't defend to do it. I hope nobody else helps you either... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 12:15:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 4219437B71D for ; Wed, 28 Mar 2001 12:15:44 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2SKFeb83608; Wed, 28 Mar 2001 12:15:40 -0800 (PST) (envelope-from obrien) Date: Wed, 28 Mar 2001 12:15:40 -0800 From: "David O'Brien" To: Benny Prijono Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: gcc 2.95.3 and STL Message-ID: <20010328121539.A83100@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> <3AC1B2C1.8BE22BD1@theseventhson.freeserve.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: <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk>; from seventhson@theseventhson.freeserve.co.uk on Wed, Mar 28, 2001 at 10:45:37AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 10:45:37AM +0100, Benny Prijono wrote: > the March 2001 edition of C++ Users Journal (http://www.cuj.com) has > surveys on comformance level of each C++ compiler and STL > implementation. You may want to take a look at it. I didn't see the article on-line, so I'll have to try my local Borders. But the point is actually mute. The STLport will not build on FreeBSD using either bmake or gmake. If someone wants to put some time into getting around the problems, then people would have a choice again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 12:17:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id ECC0B37B718 for ; Wed, 28 Mar 2001 12:17:51 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2SKHhm83623; Wed, 28 Mar 2001 12:17:43 -0800 (PST) (envelope-from obrien) Date: Wed, 28 Mar 2001 12:17:42 -0800 From: "David O'Brien" To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: # of bpf devices Message-ID: <20010328121742.B83100@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <97519.985804357@critter> <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com>; from dennis@etinc.com on Wed, Mar 28, 2001 at 02:49:53PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 02:49:53PM -0500, Dennis wrote: > > >It seems that only 256 bpf devices are supported. How painful would it be > > >to increase that number...I assume its an 8bit varable somewhere? Are there > > >other caveats? > > > >It's pretty trivial. Send a patch when you are done. > > I was hoping to get some useful insight before I looked into it..or if > there was a sound reason for not expanding them. Im hopeful someone > brighter will answer. You did. "pretty trival". I.E. will not take much work, and no good reason not to expand them. Since you've said so many times you can hack your own system, sounds like PHK told you what you needed to know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 12:48:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by hub.freebsd.org (Postfix) with ESMTP id 0F94F37B722; Wed, 28 Mar 2001 12:48:49 -0800 (PST) (envelope-from watchman@ludd.luth.se) Received: from d1o906.telia.com (d1o906.telia.com [195.252.36.241]) by mailg.telia.com (8.9.3/8.9.3) with ESMTP id WAA00842; Wed, 28 Mar 2001 22:48:46 +0200 (CEST) Received: from ludd.luth.se (h15n1fls20o906.telia.com [213.64.92.15]) by d1o906.telia.com (8.8.8/8.8.8) with ESMTP id WAA00263; Wed, 28 Mar 2001 22:48:46 +0200 (CEST) Message-ID: <3AC24E25.9207EDF6@ludd.luth.se> Date: Wed, 28 Mar 2001 22:48:37 +0200 From: Joachim =?iso-8859-1?Q?Str=F6mbergson?= Organization: Acne X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en-US MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Benny Prijono , freebsd-hackers@FreeBSD.ORG Subject: Re: gcc 2.95.3 and STL References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk> <20010328121539.A83100@dragon.nuxi.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Aloha! David O'Brien wrote: > > On Wed, Mar 28, 2001 at 10:45:37AM +0100, Benny Prijono wrote: > > the March 2001 edition of C++ Users Journal (http://www.cuj.com) has > > surveys on comformance level of each C++ compiler and STL > > implementation. You may want to take a look at it. > > I didn't see the article on-line, so I'll have to try my local Borders. Just to be nitpicking (and to prove that my glasses works sometimes), there is an article that deals with conformance in different compilers at the site: http://www.cuj.com/roundup/a.htm Fast-browsing it seems that conformance visavi STL is not the main focus of this article. It doeas talk about a STL roundup though. -- Cheers! Joachim - Alltid i harmonisk svдngning --- FairLight ------ FairLight ------ FairLight ------ FairLight --- Joachim Strцmbergson ASIC SoC designer, nice to CUTE animals Phone: +46(0)31 - 27 98 47 Web: http://www.ludd.luth.se/~watchman --------------- Spamfodder: regeringen@regeringen.se --------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 13:13:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from atlantis.homeip.net (d110240.upc-d.chello.nl [213.46.110.240]) by hub.freebsd.org (Postfix) with SMTP id 8E3F537B724 for ; Wed, 28 Mar 2001 13:13:06 -0800 (PST) (envelope-from wvengen@stack.nl) Received: (qmail 3704 invoked from network); 28 Mar 2001 21:13:22 -0000 Received: from unknown (HELO stack.nl) (192.168.1.4) by 192.168.1.1 with SMTP; 28 Mar 2001 21:13:22 -0000 Message-ID: <3AC25383.FE903E16@stack.nl> Date: Wed, 28 Mar 2001 23:11:31 +0200 From: Willem van Engen X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: driver: probe not called when smbus child Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nicolas Souchu wrote: > > On Tue, Mar 20, 2001 at 04:50:09PM +0100, Willem van Engen wrote: > > I'm trying to write a module which should be a child of the smbus. > > When I make the driver a child of the isa bus, identify, probe, > > and attach functions are properly called. I use the following > > code to do that: > > DRIVER_MODULE(my, isa, my_driver, my_devclass, 0, 0); > > But when I put it on the smbus using > > DRIVER_MODULE(my, smbus, my_driver, my_devclass, 0, 0); > > only identify is called. The identify function is as follows: > > > > static void > > my_identify(driver_t *driver, device_t parent) > > { > > devclass_t dc; > > device_t child; > > > > printf("my: my_identify called\n"); > > dc = devclass_find("my"); > > if (devclass_get_device(dc, 0)==NULL) { > > child = BUS_ADD_CHILD(parent, 0, "my", -1); > > } > > } > > > > The driver only uses smbus calls, so I think the best parent > > would be smbus. > > I'm currently working on this. > > > And when I do a smbus_request_bus, the call waits forever as > > it seems. That seems sensible to me, because it asks the > > parent for the bus and the isa bus can't grant requests for > > the smbus. So I think the driver has to be a child of the smbus. > > requesting the smbus is needed when the smbus controller potentially > share resources on another bus (like lpbb(4) does on ppbus). > > > Looking in the kernel sources, I see that the only smbus child > > I can find, smb, (if there are others, I'm certainly interested) > > is attached in the smbus code itself. So the next question rises: > > Is it possible to have an smbus child in a dynamically loadable > > module (I can't find smbus.ko in /modules, so loading the child > > first and then smbus isn't an option I guess) ? > > Currently, smb is the only smbus child. This is due to the fact that > most people prefer programming their SMB chips from user space. > > I have a patch and a complete modules/i2c tree for compiling smbus and > smb as modules. You must be interested... But I have to fix some issues > like identification and driver dynamic addition. Sure! Do you have the patch somewhere? For development, I could live with changing the smbus driver to add my driver statically. The driver currently works with parent_add_child in driver_identify, but the system freezes regularly when about 2 smbus reads / sec are made. Maybe I can find out more with your patch. > > -- > Nicolas.Souchu@fr.alcove.com > Alcфve - Open Source Software Engineer - http://www.alcove.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 Wed Mar 28 13:17: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 16FE037B720 for ; Wed, 28 Mar 2001 13:17:03 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2SLFMX01748; Wed, 28 Mar 2001 13:15:23 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103282115.f2SLFMX01748@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Poul-Henning Kamp Cc: Dennis , hackers@FreeBSD.ORG Subject: Re: # of bpf devices In-reply-to: Your message of "Wed, 28 Mar 2001 21:34:22 +0200." <98682.985808062@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Mar 2001 13:15:22 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >I was hoping to get some useful insight before I looked into it..or if > >there was a sound reason for not expanding them. Im hopeful someone > >brighter will answer. > > Well, if anybody but you had answered I would have fixed it right away, > but since it would probably help you if I did so I morally can't > defend to do it. > > I hope nobody else helps you either... This is conduct entirely inappropriate for this or any other FreeBSD list. Please keep the discussion relevant. -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 13:25:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.wallnet.com (server1.wallnet.com [208.225.162.8]) by hub.freebsd.org (Postfix) with ESMTP id 8385037B718 for ; Wed, 28 Mar 2001 13:25:55 -0800 (PST) (envelope-from cweimann@wallnet.com) Received: (from cweimann@localhost) by server1.wallnet.com (8.9.0/8.9.0) id QAA14573; Wed, 28 Mar 2001 16:22:22 -0500 (EST) X-Authentication-Warning: server1.wallnet.com: cweimann set sender to cweimann@wallnet.com using -f Date: Wed, 28 Mar 2001 16:22:22 -0500 From: "Chistopher S. Weimann" To: Dennis Cc: "Andresen,Jason R." , hackers@FreeBSD.ORG Subject: Re: if_fxp - the real point Message-ID: <20010328162222.B11700@server1.wallnet.com> References: <200103092332.f29NW4785782@gollum.esys.ca> <20010309221250.2384337B71B@hub.freebsd.org> <200103092332.f29NW4785782@gollum.esys.ca> <5.0.0.25.0.20010314110743.02373a00@mail.etinc.com> <3AAF9D0A.C188E390@mitre.org> <5.0.0.25.0.20010314121316.02988c30@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <5.0.0.25.0.20010314121316.02988c30@mail.etinc.com>; from dennis@etinc.com on Wed, Mar 14, 2001 at 12:33:21PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 12:33:21PM -0500, Dennis wrote: > > Your logic is backwards. You think that rewarding mediocre companies will > scare good companies into wanting a piece of the pie. The only thing that > it will do is consume these companies so that the good companies can have a > larger share of the more profitable sun/NT market, and convince them that > they want no part of the "free" market if they have to compete with > cut-rate hardware from hungry companies. > Ok, let me get this Free Market thing straight. Not buying from a good company that provides a useful product and instead buying from a bad company that doesn't provide a useful product will make things better. That seems to be what you are saying dennis. Or did I misunderstand? -- ------------------------------------------------------------ Christopher Weimann SysAdmin 400 Higgins Ave Wall Internet LLC. Brielle NJ, 08730 732-223-1777 ------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 13:40:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 5836337B71B; Wed, 28 Mar 2001 13:40:48 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id QAA24167; Wed, 28 Mar 2001 16:42:44 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010328165743.03e98220@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 28 Mar 2001 16:58:07 -0500 To: obrien@FreeBSD.ORG From: Dennis Subject: Re: # of bpf devices Cc: hackers@FreeBSD.ORG In-Reply-To: <20010328121742.B83100@dragon.nuxi.com> References: <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com> <97519.985804357@critter> <5.0.0.25.0.20010328144755.01fd9eb0@mail.etinc.com> 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 03:17 PM 03/28/2001, David O'Brien wrote: >On Wed, Mar 28, 2001 at 02:49:53PM -0500, Dennis wrote: > > > >It seems that only 256 bpf devices are supported. How painful would > it be > > > >to increase that number...I assume its an 8bit varable somewhere? > Are there > > > >other caveats? > > > > > >It's pretty trivial. Send a patch when you are done. > > > > I was hoping to get some useful insight before I looked into it..or if > > there was a sound reason for not expanding them. Im hopeful someone > > brighter will answer. > >You did. "pretty trival". I.E. will not take much work, and no good >reason not to expand them. Since you've said so many times you can hack >your own system, sounds like PHK told you what you needed to know. What a helpful bunch. thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 13:47:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 85AEC37B727 for ; Wed, 28 Mar 2001 13:47:41 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id QAA24211; Wed, 28 Mar 2001 16:48:15 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 28 Mar 2001 17:03:37 -0500 To: "Chistopher S. Weimann" From: Dennis Subject: Re: if_fxp - the real point Cc: "Andresen,Jason R." , hackers@FreeBSD.ORG In-Reply-To: <20010328162222.B11700@server1.wallnet.com> References: <5.0.0.25.0.20010314121316.02988c30@mail.etinc.com> <200103092332.f29NW4785782@gollum.esys.ca> <20010309221250.2384337B71B@hub.freebsd.org> <200103092332.f29NW4785782@gollum.esys.ca> <5.0.0.25.0.20010314110743.02373a00@mail.etinc.com> <3AAF9D0A.C188E390@mitre.org> <5.0.0.25.0.20010314121316.02988c30@mail.etinc.com> 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 04:22 PM 03/28/2001, Chistopher S. Weimann wrote: >On Wed, Mar 14, 2001 at 12:33:21PM -0500, Dennis wrote: > > > > Your logic is backwards. You think that rewarding mediocre companies will > > scare good companies into wanting a piece of the pie. The only thing that > > it will do is consume these companies so that the good companies can > have a > > larger share of the more profitable sun/NT market, and convince them that > > they want no part of the "free" market if they have to compete with > > cut-rate hardware from hungry companies. > > > >Ok, let me get this Free Market thing straight. > >Not buying from a good company that provides a useful product >and instead buying from a bad company that doesn't provide a >useful product will make things better. > >That seems to be what you are saying dennis. No, I said just the opposite. This was in response to someone suggesting that we boycott companies like Intel for not providing full disclosure on their boards, and reward companies that do by touting their products. So I said that promoting lesser products because they are "cooperative" will make good hardware less available to the freebsd community, which might make some little people feel powerful but it wont serve the user base, which I assume is the goal. Get it? Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 13:57:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 2D90B37B71A for ; Wed, 28 Mar 2001 13:57:51 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2SLuLX02266; Wed, 28 Mar 2001 13:56:21 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103282156.f2SLuLX02266@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: # of bpf devices In-reply-to: Your message of "Wed, 28 Mar 2001 16:58:07 EST." <5.0.0.25.0.20010328165743.03e98220@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Mar 2001 13:56:21 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > >It seems that only 256 bpf devices are supported. How painful would > > > > >it be to increase that number...I assume its an 8bit varable > > > > >somewhere? > > > > >Are there other caveats? > > > > > > > >It's pretty trivial. Send a patch when you are done. > > > > > > I was hoping to get some useful insight before I looked into it..or if > > > there was a sound reason for not expanding them. Im hopeful someone > > > brighter will answer. > > > >You did. "pretty trival". I.E. will not take much work, and no good > >reason not to expand them. Since you've said so many times you can hack > >your own system, sounds like PHK told you what you needed to know. > > What a helpful bunch. thanks. Just ignore them. I know it's hard, but once you get used to it, it'll hurt less. Trust me on this one. 8) Anyway, I just had a quick look, and I think that your basic problem is that MAKEDEV uses the wrong encoding for devices above 255. This is fixed in -CURRENT, and if you bring back the unit2minor changes from there to -STABLE you should be in business. If this works, please file a PR so that it gets fixed. Thanks, Mike -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 14:29:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 24D4437B727; Wed, 28 Mar 2001 14:29:25 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id RAA24403; Wed, 28 Mar 2001 17:31:22 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010328174417.03752920@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 28 Mar 2001 17:46:44 -0500 To: Mike Smith From: Dennis Subject: Re: # of bpf devices Cc: hackers@FreeBSD.ORG In-Reply-To: <200103282156.f2SLuLX02266@mass.dis.org> References: 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 04:56 PM 03/28/2001, Mike Smith wrote: > > > > > >It seems that only 256 bpf devices are supported. How painful would > > > > > >it be to increase that number...I assume its an 8bit varable > > > > > >somewhere? > > > > > >Are there other caveats? > > > > > > > > > >It's pretty trivial. Send a patch when you are done. > > > > > > > > I was hoping to get some useful insight before I looked into it..or if > > > > there was a sound reason for not expanding them. Im hopeful someone > > > > brighter will answer. > > > > > >You did. "pretty trival". I.E. will not take much work, and no good > > >reason not to expand them. Since you've said so many times you can hack > > >your own system, sounds like PHK told you what you needed to know. > > > > What a helpful bunch. thanks. > >Just ignore them. I know it's hard, but once you get used to it, it'll >hurt less. Trust me on this one. 8) it doesnt "hurt" at all. Dealing with bitter losers is part of the public experience :-) Thanks for the tip. i'll forward it to the customer who needs it and let him do the work. I've got some more flames to deflect :-) Dennis >Anyway, I just had a quick look, and I think that your basic problem is >that MAKEDEV uses the wrong encoding for devices above 255. This is >fixed in -CURRENT, and if you bring back the unit2minor changes from >there to -STABLE you should be in business. > >If this works, please file a PR so that it gets fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 19:16:55 2001 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 7726B37B727 for ; Wed, 28 Mar 2001 19:16:53 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2T3Gr101728 for hackers@freebsd.org; Wed, 28 Mar 2001 19:16:53 -0800 (PST) Date: Wed, 28 Mar 2001 19:16:53 -0800 From: Alfred Perlstein To: hackers@freebsd.org Subject: ddb -> gdb help? Message-ID: <20010328191653.B9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can't seem to get a crashdump, is there a way to take a ddb crash address: "Stopped at lf_setlock+0x52" and boot later and see what line of code that's on? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 19:25:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f260.law14.hotmail.com [64.4.20.135]) by hub.freebsd.org (Postfix) with ESMTP id 0A61437B735 for ; Wed, 28 Mar 2001 19:25:31 -0800 (PST) (envelope-from netbsdadvocate@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 28 Mar 2001 19:25:31 -0800 Received: from 63.254.191.21 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 29 Mar 2001 03:25:30 GMT X-Originating-IP: [63.254.191.21] From: "Arthur Munn" To: freebsd-hackers@freebsd.org Subject: header files for sockets Date: Wed, 28 Mar 2001 22:25:30 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Mar 2001 03:25:31.0155 (UTC) FILETIME=[E87EEE30:01C0B7FF] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello everyone, I am just now learning about sockets in FreeBSD. I have managed to find some great freely available docs online, but there is a problem, the header files they tell you to include are no longer correct. So what I would like to know is the header files I will need to include to work with sockets. If that is not specific enough, here is a brief summary of the system calls i will need to use: socketpair(); socket(); bind(); connect(); listen(); sendto(); recvfrom(); send(); recv(); ok thats about the gist of it, so if anyone know the header files I need to include to access those systems calls it would be great, because the only way i am ever gonna really learn this is if i get in there and code :-) _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 19:32:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id 0DCB337B719 for ; Wed, 28 Mar 2001 19:32:12 -0800 (PST) (envelope-from rooneg@isris.pair.com) Received: (qmail 85431 invoked by uid 3130); 29 Mar 2001 03:30:33 -0000 Date: Wed, 28 Mar 2001 22:30:33 -0500 From: Garrett Rooney To: Arthur Munn Cc: freebsd-hackers@freebsd.org Subject: Re: header files for sockets Message-ID: <20010328223032.A79039@electricjellyfish.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from netbsdadvocate@hotmail.com on Wed, Mar 28, 2001 at 10:25:30PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 10:25:30PM -0500, Arthur Munn wrote: > hello everyone, I am just now learning about sockets in FreeBSD. I have > managed to find some great freely available docs online, but there is a > problem, the header files they tell you to include are no longer correct. So > what I would like to know is the header files I will need to include to work > with sockets. If that is not specific enough, here is a brief summary of the > system calls i will need to use: > > socketpair(); > socket(); > bind(); > connect(); > listen(); > sendto(); > recvfrom(); > send(); > recv(); > > ok thats about the gist of it, so if anyone know the header files I need to > include to access those systems calls it would be great, because the only > way i am ever gonna really learn this is if i get in there and code :-) the header files necessary for all of these system calls are listed at the top of the man pages describing them. if you want a more in depth treatment, i suggest reading "Unix Network Programming" by W. Richard Stevens, widely regarded as the best text on network programming anywhere. -- garrett rooney Unix was not designed to stop you from rooneg@electricjellyfish.net doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 19:43:45 2001 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 088C337B71D for ; Wed, 28 Mar 2001 19:43:42 -0800 (PST) (envelope-from chuckr@picnic.chuckr.org) Received: from localhost (chuckr@localhost) by picnic.chuckr.org (8.11.3/8.11.3) with ESMTP id f2T4iDm40613; Wed, 28 Mar 2001 23:44:14 -0500 (EST) (envelope-from chuckr@picnic.chuckr.org) Date: Wed, 28 Mar 2001 23:44:13 -0500 (EST) From: Chuck Robey To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: ddb -> gdb help? In-Reply-To: <20010328191653.B9431@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 28 Mar 2001, Alfred Perlstein wrote: > I can't seem to get a crashdump, is there a way to take a > ddb crash address: "Stopped at lf_setlock+0x52" > and boot later and see what line of code that's on? I do *lots* of debugging on very old 2.2.2 version stuff for my company, and I have a method that works for me. Don't know if it still works for current, but you can find out. I use cscope to find out what file the function in question is in, then I go to the kernel build directory (and it must use exactly the same sources, for reasons you'll find obvious) and rm the object file involved. Actually, before you do that, do another make, so that you can be certain that the object file you rm is the *only* one that needs to be rebuilt. I have a hacked Makefile in there, so that I can set CC remotely, you may have to hack the Makefile youself, because you need to change the definition of CC or cflags in such a way that the option "-Wa,-a" gets added; this causes the assembler listing file to come out to stdout. do another make then, and catch the output, either in a file or via less. Find in the listing the starting address for the function. Notice that the C code is in that file also, making it easier to find what you're after. Also, in the second column from the left, is the binary offsets into the file. Locate the function you're after, and find out what it's binary offset is. Look at the error above, it says it ""Stopped at lf_setlock+0x52" so after you find the offset of lf_setlock, add (using hex math) 0x52 to it, and locate that offset in the assembler listing. Look higher in the listing for the immediately previous C source code line, you've got your target line. Tell me, does this still work in current now? > > > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@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 Wed Mar 28 20: 7:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id CA8A337B719; Wed, 28 Mar 2001 20:07:35 -0800 (PST) (envelope-from murray@osd.bsdi.com) Received: from localhost (murray@localhost) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2T47PS14609; Wed, 28 Mar 2001 20:07:25 -0800 (PST) (envelope-from murray@osd.bsdi.com) Date: Wed, 28 Mar 2001 20:07:25 -0800 (PST) From: Murray Stokely To: "David O'Brien" Cc: Benny Prijono , Subject: Re: gcc 2.95.3 and STL In-Reply-To: <20010328121539.A83100@dragon.nuxi.com> Message-ID: X-PGP-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D 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, 28 Mar 2001, David O'Brien wrote: % But the point is actually mute. The STLport will not build on FreeBSD % using either bmake or gmake. If someone wants to put some time into % getting around the problems, then people would have a choice again. The NetBSD guys have STLport in 'pkgsrc' to facilitate the progress they've made with OpenOffice. I haven't looked at the changes they made but as soon as I get NetBSD on that U1 I'll take a look at it. - Murray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 21:56:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from max5.rrze.uni-erlangen.de (max5.rrze.uni-erlangen.de [131.188.3.50]) by hub.freebsd.org (Postfix) with ESMTP id 8197337B719 for ; Wed, 28 Mar 2001 21:56:40 -0800 (PST) (envelope-from Jochen.Kaiser@rrze.uni-erlangen.de) Received: from devil.rrze.uni-erlangen.de by max5.rrze.uni-erlangen.de with ESMTP for freebsd-hackers@freebsd.org; Thu, 29 Mar 2001 07:56:39 +0200 Received: (from unrza2@localhost) by devil.rrze.uni-erlangen.de (8.9.3/8.9.3) id HAA19345 for freebsd-hackers@freebsd.org; Thu, 29 Mar 2001 07:52:38 +0200 (CEST) From: Jochen Kaiser Date: Thu, 29 Mar 2001 07:52:37 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: Network Throughput;SMP Message-Id: <20010329075237.A25652@devil.rrze.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am doing some tests with a traffic generator atm. It's a SmartBits 6000 and I tried to test my FreeBSD box. I did a test series which did start at low bandwidth (5MBit) and until 85Mbit all seemed ok. But then I tried to find the frontiers - and I did. Test: 93MBit Constant Stream, UDP, PktSize:491 Bytes Results: 1 Proc: shows clean linear growth of the delay time over the Pckt# 2 Proc: the line shows increased growth at the beginning which than grows (SMP) in parallel to the other line. (so it shows higher delays) This astonished me. But netstat -w1 shows the same: 1 Proc shows: [...] 27083 0 11793296 27079 0 11793296 0 27072 0 11793296 27048 0 11793296 0 27083 0 11795052 27085 0 11793576 0 SMP shows: [...] 26299 7 11435222 26462 0 9824525 10 26226 8 11441218 3788 0 9999985 15 26312 7 11453406 47716 0 9998115 0 It seems that SMP has some performance losses compared to single proc. I think this behaviour is already well known. Is there an explanation for it (maybe SMP overhead, APIC routes IRQ wrong)? Is there an Analysis? Used Hardware, Tyan Board Dual PIII 800MHz, BX440, 512MB, 2 fxp, 1xl Thanks for your time & cheers, Jochen p.s: don't stone when this belongs to the smp list, please, just reroute me :) -- Jochen Kaiser kind@IRCNET, phone +49 9131 85-28134 Network Administration mailto:jochen.kaiser@rrze.uni-erlangen.de Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany GPG public key: http://www.uni-erlangen.de/~unrza2/public_key.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 22:21:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id AE87837B71B for ; Wed, 28 Mar 2001 22:21:46 -0800 (PST) (envelope-from drew@chopper.Poohsticks.ORG) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f2T6LjO21874; Wed, 28 Mar 2001 23:21:45 -0700 Message-Id: <200103290621.f2T6LjO21874@chopper.Poohsticks.ORG> To: "Arthur Munn" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: header files for sockets In-reply-to: Your message of "Wed, 28 Mar 2001 22:25:30 EST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21870.985846904.1@chopper.Poohsticks.ORG> Date: Wed, 28 Mar 2001 23:21:44 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , netbsdadvocate@hotmail.co m writes: >the header files they tell you to include are no longer correct. The header files are pretty much standard. >So >what I would like to know is the header files I will need to include to work >with sockets. If that is not specific enough, here is a brief summary of the >system calls i will need to use: Most if not all of the relevant system calls are prototyped in . For reasons that made since when cave men wrote code on stone tablets, usually don't include , so putting that first would be a good idea. Of course, for all properly documented library functions the man pages give the header files, and you could always type man command For example drew@revolt% man socketpair NAME socketpair - create a pair of connected sockets LIBRARY Standard C Library (libc, -lc) SYNOPSIS #include #include ... etc. -- Home Page For those who do, no explanation is necessary. For those who don't, no explanation is possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 28 23:45:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id DE86937B724 for ; Wed, 28 Mar 2001 23:45:50 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.22 #1) id 14iX7s-00008y-00 for freebsd-hackers@freebsd.org; Thu, 29 Mar 2001 09:45:48 +0200 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 14iX7s-0003uj-00 for freebsd-hackers@FreeBSD.ORG; Thu, 29 Mar 2001 09:45:48 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: freebsd-hackers@FreeBSD.ORG Subject: help with 4.3-RC1 / ports Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Mar 2001 09:45:48 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, (sorry if this is the wrong place, but I realy want 4,3 in production asap). ever since 4.3 BETA i can't compile anything from the ports. i've gone through the cycle of installing the distribution, or upgrading, but the result is the same, make fails, eg: ===> Extracting for bzip-0.21 >> Checksum OK for bzip-0.21.tar.gz. ===> Patching for bzip-0.21 ===> Applying FreeBSD patches for bzip-0.21 ===> Configuring for bzip-0.21 ===> Building for bzip-0.21 make: don't know how to make configure. Stop *** Error code 2 Stop in /v0/obj/usr/ports/archivers/bzip/work/bzip-0.21. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 0: 4:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-46.dsl.lsan03.pacbell.net [63.207.60.46]) by hub.freebsd.org (Postfix) with ESMTP id A910A37B725 for ; Thu, 29 Mar 2001 00:04:25 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F8CB66E9C; Thu, 29 Mar 2001 00:04:25 -0800 (PST) Date: Thu, 29 Mar 2001 00:04:25 -0800 From: Kris Kennaway To: Danny Braniss Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: help with 4.3-RC1 / ports Message-ID: <20010329000424.A15649@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from danny@cs.huji.ac.il on Thu, Mar 29, 2001 at 09:45:48AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 29, 2001 at 09:45:48AM +0200, Danny Braniss wrote: > hi all, > (sorry if this is the wrong place, but I realy want 4,3 in production > asap). > ever since 4.3 BETA i can't compile anything from the ports. > i've gone through the cycle of installing the distribution, or upgrading, > but the result is the same, make fails, eg: >=20 > =3D=3D=3D> Extracting for bzip-0.21 > >> Checksum OK for bzip-0.21.tar.gz. > =3D=3D=3D> Patching for bzip-0.21 > =3D=3D=3D> Applying FreeBSD patches for bzip-0.21 > =3D=3D=3D> Configuring for bzip-0.21 > =3D=3D=3D> Building for bzip-0.21 > make: don't know how to make configure. Stop > *** Error code 2 >=20 > Stop in /v0/obj/usr/ports/archivers/bzip/work/bzip-0.21. > *** Error code 1 What environment variables have you set to get the port to build in this nonstandard location? Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6wuyIWry0BWjoQKURAulnAJ9cWaexnBNFOgIzkwqrIIHG14G0BwCdGRGa ogTE6AX3HlAYwON0q7V9G3c= =8ktW -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 3:24:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from uucp.nl.uu.net (uucp.nl.uu.net [193.79.237.146]) by hub.freebsd.org (Postfix) with ESMTP id 8703C37B71C for ; Thu, 29 Mar 2001 03:24:40 -0800 (PST) (envelope-from arjan@jak.nl) Received: from jaknl by athos.nl.uu.net with UUCP id ; Thu, 29 Mar 2001 13:24:18 +0200 Received: from jak.nl ([192.168.0.30]) by jak.nl (8.8.8/8.8.8) with ESMTP id MAA00492 for ; Thu, 29 Mar 2001 12:34:44 +0200 (CEST) (envelope-from arjan@jak.nl) Message-ID: <3AC31B36.CE395CF1@jak.nl> Date: Thu, 29 Mar 2001 13:23:34 +0200 From: Arjan Knepper Organization: JAK++ Software Development B.V. X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: gcc 2.95.3 and STL References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk> <20010328121539.A83100@dragon.nuxi.com> <3AC24E25.9207EDF6@ludd.luth.se> Content-Type: multipart/mixed; boundary="------------8194901C4F3749E59F3671D2" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------8194901C4F3749E59F3671D2 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Joachim Strцmbergson wrote: > http://www.cuj.com/roundup/a.htm > > Fast-browsing it seems that conformance visavi STL is not the main focus > of this article. It doeas talk about a STL roundup though. Exactly, There isn't a list or table showing the particular issues with the various STL (compiler and library) implementations. If someone knows a site where the various STL implementations are compared with eachother please give a pointer. For now I will stick to the build-in one. Thanks, Arjan Knepper --------------8194901C4F3749E59F3671D2 Content-Type: text/x-vcard; charset=us-ascii; name="arjan.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Arjan Knepper Content-Disposition: attachment; filename="arjan.vcf" begin:vcard n:Knepper;Arjan tel;fax:+31-(0)10-243-7314 tel;work:+31-(0)10-243-7362 x-mozilla-html:FALSE url:http://www.jak.nl org:JAK++ Software Development B.V. adr:;;Stoveer 247;Rotterdam;;3032 GB;Netherlands version:2.1 email;internet:arjan@jak.nl x-mozilla-cpt:;-7904 fn:Arjan Knepper end:vcard --------------8194901C4F3749E59F3671D2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 3:55: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.kebne.se (mail.kebne.se [212.209.134.151]) by hub.freebsd.org (Postfix) with ESMTP id C20CB37B718; Thu, 29 Mar 2001 03:55:01 -0800 (PST) (envelope-from gunnar.olsson@xelerated.com) Received: by mail.kebne.se with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Mar 2001 13:54:59 +0200 Message-ID: <31A473DBB655D21180850008C71E251A031AAEE2@mail.kebne.se> From: Gunnar Olsson To: "Freebsd Hackers (E-mail)" , "Freebsd Net (E-mail)" Subject: using vtund Date: Thu, 29 Mar 2001 13:54:57 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Is the following possible to do with the vtund?! I have one host running FreeBSD 4.2. On that host I have one "real" ethernet board, rl0. I would like to create several tap interfaces (managed to do). All packets directed to the tap interfaces I want to be tunneled through the rl0 interfaces and then just grab the packets on the other side, i.e. no client-server behaviour but using vtund anyway?! Example: ifconfig tap0 10.10.10.1 netmask 255.255.255.0 ifconfig rl0 10.0.0.1 netmask 255.255.255.0 When doing a ping 10.10.10.2 I would like following to happen: data-->tap ip header-->tap ether header that packet sent to vtund and sent out of the rl0 interface. On the rl0 wire the packet should look like: date-->tap ip header-->tap ether header-->rl0 ip header-->rl0 ether header Is this possible to do with vtund? If so, how should I edit the vtund.conf file? Should I start vtund in server mode? Best Regards Gunnar ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gunnar Olsson Phone: +46 8 5062 5762 Xelerated Packet Devices AB Fax: +46 8 5455 3211 Regeringsgatan 67 Mobile: +46 73 3279765 SE-10386 Stockholm Web: http://www.xelerated.com Email: mailto:gunnar.olsson@xelerated.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 4: 0:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from switchlab.net (ntmail13.lightrealm.com [216.122.135.2]) by hub.freebsd.org (Postfix) with ESMTP id 88B5D37B718 for ; Thu, 29 Mar 2001 04:00:25 -0800 (PST) (envelope-from seventhson@theseventhson.freeserve.co.uk) Received: from theseventhson.freeserve.co.uk ([212.113.15.130]) by switchlab.net (8.8.7/8.8.5) with ESMTP id EAA04706; Thu, 29 Mar 2001 04:03:02 -0800 (PST) Message-ID: <3AC3235A.2522147D@theseventhson.freeserve.co.uk> Date: Thu, 29 Mar 2001 12:58:18 +0100 From: Benny Prijono X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Arjan Knepper Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: gcc 2.95.3 and STL References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk> <20010328121539.A83100@dragon.nuxi.com> <3AC24E25.9207EDF6@ludd.luth.se> <3AC31B36.CE395CF1@jak.nl> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Arjan Knepper wrote: > > Joachim Strцmbergson wrote: > > > http://www.cuj.com/roundup/a.htm > > > > Fast-browsing it seems that conformance visavi STL is not the main focus > > of this article. It doeas talk about a STL roundup though. > > Exactly, > There isn't a list or table showing the particular issues with the various > STL (compiler and library) implementations. > mmm, no..no.. According to the magazine/printed version, there are two tests performed, i.e test to the compilers, and to the STL implementations. Each C++ compilers were tested with their default STL library, and tested against the scope of C++ standards, i.e. C++ language, C, and STL included. And then the second section deals specificly with STL conformance test. Each STL implementation (STL-Port included) was tested using the compiler the STL implementors are most confortable with. The tests were performed by three C++/STL conformance testers: Dinkumware, Perennial, and Plum Hall. Perennial and Plum Hall can test both C++ language and the STL, while Dinkumware can only test the STL conformance. > If someone knows a site where the various STL implementations are compared > with eachother please give a pointer. > The URL + magazine are exactly what you're looking for. As far as I notice (I only briefly browse the web version though), the difference between the printed and the online version is, the printed version has nice summary table of conformance level test results, of both compilers and STL implementations. The detail results should be available in the URL (I assume that this is what those zip files are there for). cheers, Bennylp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 4:20:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from switchlab.net (ntmail13.lightrealm.com [216.122.135.2]) by hub.freebsd.org (Postfix) with ESMTP id 1A2B337B71B for ; Thu, 29 Mar 2001 04:20:41 -0800 (PST) (envelope-from seventhson@theseventhson.freeserve.co.uk) Received: from theseventhson.freeserve.co.uk ([212.113.15.130]) by switchlab.net (8.8.7/8.8.5) with ESMTP id EAA06686 for ; Thu, 29 Mar 2001 04:22:55 -0800 (PST) Message-ID: <3AC3280C.565615B0@theseventhson.freeserve.co.uk> Date: Thu, 29 Mar 2001 13:18:20 +0100 From: Benny Prijono X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: gcc 2.95.3 and STL References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk> <20010328121539.A83100@dragon.nuxi.com> <3AC24E25.9207EDF6@ludd.luth.se> <3AC31B36.CE395CF1@jak.nl> <3AC3235A.2522147D@theseventhson.freeserve.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 Benny Prijono wrote: > > As far as I notice (I only briefly browse the web version though), the > difference between the printed and the online version is, the printed > version has nice summary table of conformance level test results, oops... second browse to the URL reveals that the results summary is also there: http://www.cuj.com/roundup/tables.htm additional info, Dinkumware has 2,000 individual tests against STL implementations, Perennial has 74,619 combined tests, while Plum Hall has 2256 tests. I assume the detail results are in those zip files in the URL. cheers, Bennylp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 6:14:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 89DD937B722 for ; Thu, 29 Mar 2001 06:14:38 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 31834 invoked by uid 666); 29 Mar 2001 14:16:28 -0000 Received: from i080-035.nv.iinet.net.au (HELO elischer.org) (203.59.80.35) by mail.m.iinet.net.au with SMTP; 29 Mar 2001 14:16:28 -0000 Message-ID: <3AC3433F.A673BB6F@elischer.org> Date: Thu, 29 Mar 2001 06:14:23 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Gunnar Olsson Cc: "Freebsd Hackers (E-mail)" , "Freebsd Net (E-mail)" Subject: Re: using vtund References: <31A473DBB655D21180850008C71E251A031AAEE2@mail.kebne.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gunnar Olsson wrote: > > Hi, > Is the following possible to do with the vtund?! > > I have one host running FreeBSD 4.2. On that host > I have one "real" ethernet board, rl0. I would like to create > several tap interfaces (managed to do). All packets directed > to the tap interfaces I want to be tunneled through the rl0 > interfaces and then just grab the packets on the other side, > i.e. no client-server behaviour but using vtund anyway?! > > Example: > ifconfig tap0 10.10.10.1 netmask 255.255.255.0 > ifconfig rl0 10.0.0.1 netmask 255.255.255.0 > > When doing a ping 10.10.10.2 I would like following to happen: > > data-->tap ip header-->tap ether header > > that packet sent to vtund and sent out of the rl0 interface. > On the rl0 wire the packet should look like: > > date-->tap ip header-->tap ether header-->rl0 ip header-->rl0 ether header.. you can do this from the command line in netgraph (you may need to grab the eiface module from -currenet I haven't back-ported it yet.) > > Is this possible to do with vtund? If so, how should I edit the vtund.conf > file? Should I start vtund in server mode? > > Best Regards > Gunnar > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Gunnar Olsson Phone: +46 8 5062 5762 > Xelerated Packet Devices AB Fax: +46 8 5455 3211 > Regeringsgatan 67 Mobile: +46 73 3279765 > SE-10386 Stockholm > Web: http://www.xelerated.com > Email: mailto:gunnar.olsson@xelerated.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 7:13: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from uucp.nl.uu.net (uucp.nl.uu.net [193.79.237.146]) by hub.freebsd.org (Postfix) with ESMTP id 644EF37B718 for ; Thu, 29 Mar 2001 07:13:04 -0800 (PST) (envelope-from arjan@jak.nl) Received: from jaknl by athos.nl.uu.net with UUCP id ; Thu, 29 Mar 2001 17:12:48 +0200 Received: from jak.nl ([192.168.0.30]) by jak.nl (8.8.8/8.8.8) with ESMTP id QAA00848; Thu, 29 Mar 2001 16:22:31 +0200 (CEST) (envelope-from arjan@jak.nl) Message-ID: <3AC35099.AE838DB@jak.nl> Date: Thu, 29 Mar 2001 17:11:21 +0200 From: Arjan Knepper Organization: JAK++ Software Development B.V. X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: gcc 2.95.3 and STL References: <3AC1A050.62BE0194@pop3.NL.net> <20010328010123.A40915@dragon.nuxi.com> <3AC1B2C1.8BE22BD1@theseventhson.freeserve.co.uk> <20010328121539.A83100@dragon.nuxi.com> <3AC24E25.9207EDF6@ludd.luth.se> <3AC31B36.CE395CF1@jak.nl> <3AC3235A.2522147D@theseventhson.freeserve.co.uk> <3AC3280C.565615B0@theseventhson.freeserve.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 Benny Prijono wrote: > Benny Prijono wrote: > > > > As far as I notice (I only briefly browse the web version though), the > > difference between the printed and the online version is, the printed > > version has nice summary table of conformance level test results, > > oops... > second browse to the URL reveals that the results summary is also > there: > http://www.cuj.com/roundup/tables.htm Yes I have read the complete article online yesterday and did quickly browse through the zip files but no comparison between de various STL member fuction implementations. For example the checked access subscripting on a vector ( at() ) is not available in the GCC builtin STL but I cannot find that detail in the zip-reports. > additional info, Dinkumware has 2,000 individual tests against STL > implementations, Perennial has 74,619 combined tests, while Plum Hall > has 2256 tests. I assume the detail results are in those zip files in > the URL. Thanks, Arjan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 7:20:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 766E737B71E; Thu, 29 Mar 2001 07:20:26 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.22 #1) id 14ieDo-0003NA-00; Thu, 29 Mar 2001 17:20:24 +0200 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 14ieDn-0004J7-00; Thu, 29 Mar 2001 17:20:23 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Kris Kennaway Cc: freebsd-hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: help with 4.3-RC1 / ports In-reply-to: Your message of Thu, 29 Mar 2001 02:53:54 -0800 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Mar 2001 17:20:23 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010329025354.A18861@xor.obsecurity.org>you write: } }--tKW2IUtsqtDRztdT }Content-Type: text/plain; charset=us-ascii }Content-Disposition: inline }Content-Transfer-Encoding: quoted-printable } }On Thu, Mar 29, 2001 at 12:29:55PM +0200, Danny Braniss wrote: } }> }Please post the output of env(1) when run as root (i.e. such that a }> }port built with that environment will fail). }> } }> }Kris }>=20 }> i've tried vanilla root, danny, from the console, telneting instead of rs= }h,=20 }> but }> the result is the same. I just ran a make -d A and here is the diff -ru: } }I didn't ask for make -d A, I asked for env(1) ;-) } }Kris ok, the problem was that /usr/obj & WRKDIRPREFIX (in /etc/make.conf) where pointing to the same place. thanks to all who tried to help, at least it confirmed that the problem was here - what else is new? danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 8: 1:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 3091337B71E for ; Thu, 29 Mar 2001 08:01:45 -0800 (PST) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id KAA31954; Thu, 29 Mar 2001 10:01:34 -0600 (CST) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 29 Mar 2001 10:01:34 -0600 (CST) From: Chris Dillon To: Dennis Cc: "Chistopher S. Weimann" , "Andresen,Jason R." , Subject: Re: if_fxp - the real point In-Reply-To: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 28 Mar 2001, Dennis wrote: > At 04:22 PM 03/28/2001, Chistopher S. Weimann wrote: > >On Wed, Mar 14, 2001 at 12:33:21PM -0500, Dennis wrote: > > > > > > Your logic is backwards. You think that rewarding mediocre companies will > > > scare good companies into wanting a piece of the pie. The only thing that > > > it will do is consume these companies so that the good companies can > > have a > > > larger share of the more profitable sun/NT market, and convince them that > > > they want no part of the "free" market if they have to compete with > > > cut-rate hardware from hungry companies. > > > > > > >Ok, let me get this Free Market thing straight. > > > >Not buying from a good company that provides a useful product > >and instead buying from a bad company that doesn't provide a > >useful product will make things better. > > > >That seems to be what you are saying dennis. > > > No, I said just the opposite. This was in response to someone > suggesting that we boycott companies like Intel for not providing > full disclosure on their boards, and reward companies that do by > touting their products. > > So I said that promoting lesser products because they are > "cooperative" will make good hardware less available to the > freebsd community, which might make some little people feel > powerful but it wont serve the user base, which I assume is the > goal. You seem to keep inferring that all vendors who disclose full programming information somehow have "lesser" hardware. Sure, there is plenty of crap out there that happens to have full programming information for it. There is also lots of good stuff that has full programming information. The Alteon Tigon and Tigon 2 are perfect examples (and very relevant to this discussion, since it seems to have started over the Intel Gigabit Ethernet adapters), and Alteon seems to have disclosed more than enough information to allow Bill Paul to write an extremely good driver. They actually went so far as to release the _firmware_ code for the board (how many vendors do you know of who do THAT?) so that Bill could tweak it as he saw fit, rather than having to use "black-box" firmware like most other vendors supply. This, to me, actually makes the Alteon Tigon Gigabit Ethernet chipsets a far, far BETTER product than the Intel Gigabit Ethernet chipsets. Intel in this case is the "lesser" hardware vendor which also happens to be a pain in the ass when it comes to getting programming information. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64, PPC, and ARM under development. 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 Thu Mar 29 8:40:50 2001 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 9B37337B71B for ; Thu, 29 Mar 2001 08:40:45 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f2TGeMV16580; Thu, 29 Mar 2001 08:40:22 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.3/8.11.0) id f2TGeB409150; Thu, 29 Mar 2001 08:40:11 -0800 (PST) (envelope-from jdp) Date: Thu, 29 Mar 2001 08:40:11 -0800 (PST) Message-Id: <200103291640.f2TGeB409150@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Reply-To: hackers@freebsd.org Cc: bright@wintelcom.net Subject: Re: ddb -> gdb help? In-Reply-To: <20010328191653.B9431@fw.wintelcom.net> References: <20010328191653.B9431@fw.wintelcom.net> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20010328191653.B9431@fw.wintelcom.net>, Alfred Perlstein wrote: > I can't seem to get a crashdump, is there a way to take a > ddb crash address: "Stopped at lf_setlock+0x52" > and boot later and see what line of code that's on? Assuming you have a corresponding kernel with debugging symbols, you can do "gdb -k kernel.debug" and use the "info line" command to get that information. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 9: 5:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 56A2937B719 for ; Thu, 29 Mar 2001 09:05:15 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2TH52t32442; Thu, 29 Mar 2001 09:05:02 -0800 (PST) (envelope-from obrien) Date: Thu, 29 Mar 2001 09:04:54 -0800 From: "David O'Brien" To: Dennis , hackers@FreeBSD.ORG Subject: Re: # of bpf devices Message-ID: <20010329090454.A32407@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <5.0.0.25.0.20010328165743.03e98220@mail.etinc.com> <200103282156.f2SLuLX02266@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103282156.f2SLuLX02266@mass.dis.org>; from msmith@freebsd.org on Wed, Mar 28, 2001 at 01:56:21PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 28, 2001 at 01:56:21PM -0800, Mike Smith wrote: > Anyway, I just had a quick look, and I think that your basic problem is > that MAKEDEV uses the wrong encoding for devices above 255. This is > fixed in -CURRENT, and if you bring back the unit2minor changes from > there to -STABLE you should be in business. They were MFC'ed right before 4.3-BETA. -- -- David (obrien@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 Mar 29 9:45:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mr200.netcologne.de (mr200.netcologne.de [194.8.194.109]) by hub.freebsd.org (Postfix) with ESMTP id 36C3A37B719; Thu, 29 Mar 2001 09:45:43 -0800 (PST) (envelope-from pherman@frenchfries.net) Received: from husten.security.at12.de (dial-194-8-209-14.netcologne.de [194.8.209.14]) by mr200.netcologne.de (Mirapoint) with ESMTP id ADD95609; Thu, 29 Mar 2001 19:42:10 +0200 (CEST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by husten.security.at12.de (8.11.3/8.11.2) with ESMTP id f2THg0o58777; Thu, 29 Mar 2001 19:42:00 +0200 (CEST) (envelope-from pherman@frenchfries.net) Date: Thu, 29 Mar 2001 19:42:00 +0200 (CEST) From: Paul Herman To: Murray Stokely Cc: "David O'Brien" , Benny Prijono , Subject: Re: gcc 2.95.3 and STL 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 Wed, 28 Mar 2001, Murray Stokely wrote: > The NetBSD guys have STLport in 'pkgsrc' to facilitate the > progress they've made with OpenOffice. I haven't looked at the > changes they made but as soon as I get NetBSD on that U1 I'll take > a look at it. Open Source Tripwire is now ported to FreeBSD, and it has STLport bundled with it. It did have to be patched to compile under FreeBSD. I still have the patches in my local CVS tree, or you can just diff the Tripwire version against the original STLport. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 10:14:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from heidelberg.dotnet.com (heidelberg.dotnet.com [216.127.192.12]) by hub.freebsd.org (Postfix) with ESMTP id 825BA37B71E; Thu, 29 Mar 2001 10:14:03 -0800 (PST) (envelope-from parmor@dotnet.com) Received: from blah2 (ip42-padsl.dotnet.com [216.127.198.42]) by heidelberg.dotnet.com (8.9.3/8.9.3) with SMTP id MAA17167; Thu, 29 Mar 2001 12:13:56 -0600 Message-ID: <001d01c0b87c$33d00460$2ac67fd8@blah2> From: "Paul Armor" To: "John Calderon" , , References: <002e01c0b710$d3306da0$2ac67fd8@blah2> <3AC12273.908588B4@timogen.com> <004001c0b719$fe40d120$2ac67fd8@blah2> <3AC131C9.3A18671@timogen.com> Subject: Re: nmap over pppoe Date: Thu, 29 Mar 2001 12:15:13 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 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 Sorry, away for a couple of days...but yes, I am firewalled (ipfw, I beleive I'm running 4.2 current, although kernel says 4.3 beta...I cvsup-ed and this is a by product). fxp0 is external if, tun0 is pppoe if pointed at fxp0 and fxp1 is internal. I have no problem scanning to internal addrs, but can't go through tun0 to get to the internet, nmap gives "permission denied" error trying to open tun0 if. Thanks Paul ----- Original Message ----- From: "John Calderon" To: "Paul Armor" Sent: Tuesday, March 27, 2001 6:35 PM Subject: Re: nmap over pppoe > I think you might not have installed libpcap or might not be working right. > what the log files say can you scan anything? are you firewalled? > > john > > Paul Armor wrote: > > > It's strange, but I am running as root, nmap barfs with this msg... > > > > sendto in send_ip_raw: sendto(4, packet, 28, 0, my.public.ip.addr, 16) => > > Permission denied > > > > which is the addr of tun0. > > > > Paul > > > > ----- Original Message ----- > > From: "John Calderon" > > To: "Paul Armor" > > Sent: Tuesday, March 27, 2001 5:29 PM > > Subject: Re: nmap over pppoe > > > > > running as root? > > > try nmap -v -v -sS YOUR.IP.TO.SCAN > > > > > > > > > john > > > > > > Paul Armor wrote: > > > > > > > Hi, > > > > I'm kinda new to this pppoe thing. I'm trying to run nmap on my > > external if > > > > and get a "permission denied" error when nmap tries to open. Anyone > > have > > > > any ideas on what I've misconfigured? Thanks in advance! > > > > Paul > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > > with "unsubscribe freebsd-net" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 11: 5:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id C0EDF37B718; Thu, 29 Mar 2001 11:05:19 -0800 (PST) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f2TJ4G739188; Thu, 29 Mar 2001 11:04:16 -0800 (PST) Date: Thu, 29 Mar 2001 11:04:16 -0800 (PST) From: Gordon Tetlow X-X-Sender: To: Dennis Cc: Mike Smith , Subject: Re: # of bpf devices In-Reply-To: <5.0.0.25.0.20010328174417.03752920@mail.etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 28 Mar 2001, Dennis wrote: > it doesnt "hurt" at all. Dealing with bitter losers is part of the public > experience :-) > > Thanks for the tip. i'll forward it to the customer who needs it and let > him do the work. I've got some more flames to deflect :-) Dennis, comments like this are the reasons you don't make friends on the list. I hope you aren't in a customer facing role in your job, cause I wouldn't want to have to deal with quips like this from my vendor. Anyway... That said, I do respect your views on closed vs open source (although I personally disagree with you), but you don't need to be so damn righteous either (not saying the other side isn't). Lastly, you seem like a competant guy with the code, you identify problems with various things, and even come up with fixes for them. Yet you have never filed a pr with your fixes? I checked, and unless you are using another email address, you have never opened a pr about a problem or submitted a patch this way. What gives? -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 11:46: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from delcluster1.vsnl.net.in (delcluster1.vsnl.net.in [202.54.96.1]) by hub.freebsd.org (Postfix) with ESMTP id 3218537B71E for ; Thu, 29 Mar 2001 11:45:59 -0800 (PST) (envelope-from fuhrer6mill@yahoo.com) Received: from yahoo.com ([202.54.101.22]) by delcluster1.vsnl.net.in (8.9.2/8.9.2) with ESMTP id BAA05856 for ; Fri, 30 Mar 2001 01:14:22 -0500 (GMT) Message-ID: <3AC3C20E.A329681E@yahoo.com> Date: Fri, 30 Mar 2001 01:15:26 +0200 From: Sandeep Kohli Reply-To: fuhrer6mill@yahoo.com X-Mailer: Mozilla 4.74 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: fbsd-hackers Subject: Re: accessing ide References: <3AC1D2B2.F3244CA2@yahoo.com> <20010328113625.C5524@ringworld.oblivion.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG god, thas what i am trying to say.../dev/ad0 or /dev/wd0 whatever is not working whereas /dev/hda in Linux is workinf perfectly... also hexdump /dev/hda ( in Linux) and hexdump /dev/ad0 (or /dev/wd0) gave me the same results now can anyone answer 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 Mar 29 12:37:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1854037B719 for ; Thu, 29 Mar 2001 12:37:14 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2TKavG39809; Thu, 29 Mar 2001 12:36:57 -0800 (PST) (envelope-from jhb@FreeBSD.org) 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: <20010328191653.B9431@fw.wintelcom.net> Date: Thu, 29 Mar 2001 12:36:33 -0800 (PST) From: John Baldwin To: Alfred Perlstein Subject: RE: ddb -> gdb help? Cc: hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 29-Mar-01 Alfred Perlstein wrote: > I can't seem to get a crashdump, is there a way to take a > ddb crash address: "Stopped at lf_setlock+0x52" > and boot later and see what line of code that's on? l *lf_setlock+0x52 For example, on one of my SMP test boxes: > gdb -k /sys/compile/MUTEX/kernel.debug GNU gdb 4.18 ... (kgdb) l *lf_setlock+0x52 0xc019ecae is in lf_setlock (../../kern/kern_lockf.c:229). 224 * Deadlock detection is done by looking through the 225 * wait channels to see if there are any cycles that 226 * involve us. MAXDEPTH is set just to make sure we 227 * do not go off into neverland. 228 */ 229 if ((lock->lf_flags & F_POSIX) && 230 (block->lf_flags & F_POSIX)) { 231 register struct proc *wproc; 232 register struct lockf *waitblock; 233 int i = 0; In this case, if your faulting virtual address is really low, your problem is probably that lock is NULL. (Assuming you haven't hacked this function to pieces making my line numbers irrelevant.) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/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 Thu Mar 29 13: 6: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 9175837B728; Thu, 29 Mar 2001 13:05:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2TL5oG40591; Thu, 29 Mar 2001 13:05:50 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 29 Mar 2001 13:05:26 -0800 (PST) From: John Baldwin To: John Baldwin Subject: RE: ddb -> gdb help? Cc: hackers@FreeBSD.org, Alfred Perlstein Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 29-Mar-01 John Baldwin wrote: > > On 29-Mar-01 Alfred Perlstein wrote: >> I can't seem to get a crashdump, is there a way to take a >> ddb crash address: "Stopped at lf_setlock+0x52" >> and boot later and see what line of code that's on? > > l *lf_setlock+0x52 > > For example, on one of my SMP test boxes: > >> gdb -k /sys/compile/MUTEX/kernel.debug > GNU gdb 4.18 > ... > (kgdb) l *lf_setlock+0x52 > 0xc019ecae is in lf_setlock (../../kern/kern_lockf.c:229). > 224 * Deadlock detection is done by looking through the > 225 * wait channels to see if there are any cycles that > 226 * involve us. MAXDEPTH is set just to make sure we > 227 * do not go off into neverland. > 228 */ > 229 if ((lock->lf_flags & F_POSIX) && > 230 (block->lf_flags & F_POSIX)) { > 231 register struct proc *wproc; > 232 register struct lockf *waitblock; > 233 int i = 0; > > In this case, if your faulting virtual address is really low, your problem is > probably that lock is NULL. (Assuming you haven't hacked this function to > pieces making my line numbers irrelevant.) Note, you need to really do this with /sys/compile/FOO as your workign directory so gdb gets all the relative file names right unless you setup your .gdbinit file to add /sys/compile/FOO to your search path. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/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 Thu Mar 29 15:22:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id D734C37B71C for ; Thu, 29 Mar 2001 15:22:05 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id SAA01900; Thu, 29 Mar 2001 18:22:47 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010329183557.030eeda0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 29 Mar 2001 18:40:41 -0500 To: Chris Dillon From: Dennis Subject: Re: if_fxp - the real point Cc: hackers@FreeBSD.ORG In-Reply-To: References: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> 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:01 AM 03/29/2001, you wrote: >On Wed, 28 Mar 2001, Dennis wrote: > > > At 04:22 PM 03/28/2001, Chistopher S. Weimann wrote: > > >On Wed, Mar 14, 2001 at 12:33:21PM -0500, Dennis wrote: > > > > > > > > Your logic is backwards. You think that rewarding mediocre > companies will > > > > scare good companies into wanting a piece of the pie. The only > thing that > > > > it will do is consume these companies so that the good companies can > > > have a > > > > larger share of the more profitable sun/NT market, and convince > them that > > > > they want no part of the "free" market if they have to compete with > > > > cut-rate hardware from hungry companies. > > > > > > > > > >Ok, let me get this Free Market thing straight. > > > > > >Not buying from a good company that provides a useful product > > >and instead buying from a bad company that doesn't provide a > > >useful product will make things better. > > > > > >That seems to be what you are saying dennis. > > > > > > No, I said just the opposite. This was in response to someone > > suggesting that we boycott companies like Intel for not providing > > full disclosure on their boards, and reward companies that do by > > touting their products. > > > > So I said that promoting lesser products because they are > > "cooperative" will make good hardware less available to the > > freebsd community, which might make some little people feel > > powerful but it wont serve the user base, which I assume is the > > goal. > >You seem to keep inferring that all vendors who disclose full >programming information somehow have "lesser" hardware. [other trivial >stuff snipped] I think that boycotting Intel and 3Com says enough to dispute your argument. The possible fact that some "good hardware" is disclosed doesnt make for good counterpoint. Generally, companies that "just crank out hardware" disclose their hardware specs., and releasing source is a last ditch effort when a company finds its software not good enough to sell. Value added vendors dont release such things, and value-added vendors tend to be the more dominant vendors. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 16:20:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from server.soekris.com (dnai-216-15-61-44.cust.dnai.com [216.15.61.44]) by hub.freebsd.org (Postfix) with ESMTP id D13C637B719 for ; Thu, 29 Mar 2001 16:20:42 -0800 (PST) (envelope-from soren@soekris.com) Received: from soekris.com ([192.168.1.4]) by server.soekris.com (8.9.2/8.9.2) with ESMTP id QAA33233; Thu, 29 Mar 2001 16:20:43 -0800 (PST) (envelope-from soren@soekris.com) Message-ID: <3AC3D152.7D0FD148@soekris.com> Date: Thu, 29 Mar 2001 16:20:34 -0800 From: Soren Kristensen Organization: Soekris Engineering X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dennis Cc: Chris Dillon , hackers@FreeBSD.ORG Subject: Re: if_fxp - the real point References: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> <5.0.0.25.0.20010329183557.030eeda0@mail.etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry everybody, I have to express my opinion now. Dennis, it seems like that you keep repeating yourself here.... And you keep being wrong. As a hardware designer myself, I can assure you that there is no connection between hardware quality and level of documentation. And having fought with Intel getting documentation myself on other parts, I have long time ago decided to only use Intel parts if I really have to, just like more and more engineers decides. Most other vendors, incl the best ones, don't have any problem releasing full documentation. Intel just don't get it, they had had that arrogant attitude for years, and now that they don't own the PC market anymore, they're going to pay for it. Regards, Soren And btw, this discussion really should be taken somewhere else, so don't expect any follow ups from me here. Dennis wrote: > > I think that boycotting Intel and 3Com says enough to dispute your > argument. The possible fact that some "good hardware" is disclosed doesnt > make for good counterpoint. > > Generally, companies that "just crank out hardware" disclose their hardware > specs., and releasing source is a last ditch effort when a company finds > its software not good enough to sell. Value added vendors dont release such > things, and value-added vendors tend to be the more dominant vendors. > > DB > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 17:37:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f38.law12.hotmail.com [64.4.19.38]) by hub.freebsd.org (Postfix) with ESMTP id 8A2A237B718; Thu, 29 Mar 2001 17:37:07 -0800 (PST) (envelope-from bsdblood@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 29 Mar 2001 17:37:04 -0800 Received: from 203.121.16.73 by lw12fd.law12.hotmail.msn.com with HTTP; Fri, 30 Mar 2001 01:37:04 GMT X-Originating-IP: [203.121.16.73] From: "BSD Blood" To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: wd & ata Date: Fri, 30 Mar 2001 01:37:04 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Mar 2001 01:37:04.0425 (UTC) FILETIME=[EC987990:01C0B8B9] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. I'm using FreeBSD 4.1. My kernel contains the ata driver for the IDE controllers. I understand that the ata driver has replaced the wd driver. My question is:- 1. Are there any / Do I need to use certain flags to enable LBA, DMA, etc. features like for the wd driver? Or is this done automatically by the ata driver? _________________________________________________________________________ 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 Thu Mar 29 17:41:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f128.law12.hotmail.com [64.4.19.128]) by hub.freebsd.org (Postfix) with ESMTP id BABE537B71B; Thu, 29 Mar 2001 17:41:43 -0800 (PST) (envelope-from bsdblood@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 29 Mar 2001 17:41:42 -0800 Received: from 203.121.16.73 by lw12fd.law12.hotmail.msn.com with HTTP; Fri, 30 Mar 2001 01:41:42 GMT X-Originating-IP: [203.121.16.73] From: "BSD Blood" To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: what's the number behind the driver? Date: Fri, 30 Mar 2001 01:41:42 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Mar 2001 01:41:42.0868 (UTC) FILETIME=[928F8140:01C0B8BA] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. While configuring my kernel configuration file, I notice that certain entries have numbers after the driver and some don't. For example: - device psm0 device da My questions are:- 1. What's the number behind the driver? 2. Why for some entries there are no numbers? _________________________________________________________________________ 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 Thu Mar 29 18:21:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id AC6DE37B719 for ; Thu, 29 Mar 2001 18:21:19 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id VAA02421; Thu, 29 Mar 2001 21:22:13 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 29 Mar 2001 21:40:05 -0500 To: Soren Kristensen From: Dennis Subject: Re: if_fxp - the real point Cc: Chris Dillon , hackers@FreeBSD.ORG In-Reply-To: <3AC3D152.7D0FD148@soekris.com> References: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> <5.0.0.25.0.20010329183557.030eeda0@mail.etinc.com> 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 07:20 PM 03/29/2001, Soren Kristensen wrote: >Sorry everybody, I have to express my opinion now. > >Dennis, it seems like that you keep repeating yourself here.... >And you keep being wrong. As a hardware designer myself, I can >assure you that there is no connection between hardware quality >and level of documentation. > >And having fought with Intel getting documentation myself on other >parts, I have long time ago decided to only use Intel parts if I >really have to, just like more and more engineers decides. Im sure that Intel is really sweating over your decision. Using yourself as an example was brilliant. YOU are exactly the kind of engineer/company that I am talking about. YOU will release your design specs so the FreeBSD community will get to use your hardware instead of intels. Wooopee do. >Most other vendors, incl the best ones, don't have any problem >releasing full documentation. 3com never has, nor has intel,and they generally are considered top vendors. Still zero valid points. Dlink and realtek are clone vendors, as are kingston and most others. The 2 market leaders dont release their docs. >Intel just don't get it, they had had that arrogant attitude for >years, and now that they don't own the PC market anymore, they're >going to pay for it. You, my friend, are a joke. Im sorry (other list members)...do you have any clue how much money intel makes, and how insignificant your (wrong) opinion is to them? and, while I dont have the actual numbers, I'll bet that intel and 3com have well over 50% of the linux/BSD free software market without releasing their docs. Why? because they make good, cheap boards that are available from many sources worldwide. do you want to take that away from BSD users by "boycotting" their hardware? why cant this thread just die? db To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 19:59:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-53-7.adsl.one.net [216.23.53.7]) by hub.freebsd.org (Postfix) with ESMTP id DEB1137B71F; Thu, 29 Mar 2001 19:59:31 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2U4EJM23219; Thu, 29 Mar 2001 23:14:19 -0500 (EST) (envelope-from cokane) Date: Thu, 29 Mar 2001 23:14:18 -0500 From: Coleman Kane To: BSD Blood Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: wd & ata Message-ID: <20010329231418.A23201@cokane.yi.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from bsdblood@hotmail.com on Fri, Mar 30, 2001 at 01:37:04AM -0000 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable There is an ENABLE_ATAPI_DMA or something to that effect in the kernel conf= ig you must set. Read /usr/src/sys/i386/conf/LINT for more info. You may also = man ata. BSD Blood had the audacity to say: >=20 > Hello. > I'm using FreeBSD 4.1. My kernel contains the ata driver for the IDE= =20 > controllers. I understand that the ata driver has replaced the wd driver.= My=20 > question is:- >=20 > 1. Are there any / Do I need to use certain flags to enable LBA, DMA, etc= .=20 > features like for the wd driver? Or is this done automatically by the ata= =20 > driver? > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6xAgaERViMObJ880RAfsSAJ48y+UfwQwW2wW02+D7FEbucuUPWACg1Yih SWm3WqbCnlGjtXAaJg9THNQ= =bcCw -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 20: 1:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-53-7.adsl.one.net [216.23.53.7]) by hub.freebsd.org (Postfix) with ESMTP id 14E1437B724; Thu, 29 Mar 2001 20:01:09 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2U4FxA23230; Thu, 29 Mar 2001 23:15:59 -0500 (EST) (envelope-from cokane) Date: Thu, 29 Mar 2001 23:15:58 -0500 From: Coleman Kane To: BSD Blood Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: what's the number behind the driver? Message-ID: <20010329231558.B23201@cokane.yi.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="V0207lvV8h4k8FAm" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from bsdblood@hotmail.com on Fri, Mar 30, 2001 at 01:41:42AM -0000 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --V0207lvV8h4k8FAm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Some are legacy drivers that need space configured in the kernel for them. Others are newer PCI devices that can auto-attach. This stuff is being phased-out in -current. BSD Blood had the audacity to say: >=20 > Hello. > While configuring my kernel configuration file, I notice that certain= =20 > entries have numbers after the driver and some don't. For example: - >=20 > device psm0 > device da >=20 > My questions are:- > 1. What's the number behind the driver? >=20 > 2. Why for some entries there are no numbers? > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --V0207lvV8h4k8FAm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6xAh+ERViMObJ880RAcxxAKDXLJFnnTUlK2eo/zf9KPP16hgmggCgx/WE Y1sFf81eWsAeN9olvQrtAfs= =Ilia -----END PGP SIGNATURE----- --V0207lvV8h4k8FAm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 20: 6:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 3F27537B71D; Thu, 29 Mar 2001 20:06:31 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (spare0.gsoft.com.au [203.38.152.114]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id NAA06714; Fri, 30 Mar 2001 13:36:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.7 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010329231418.A23201@cokane.yi.org> Date: Fri, 30 Mar 2001 13:36:32 +0930 (CST) From: "Daniel O'Connor" To: Coleman Kane Subject: Re: wd & ata Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, BSD Blood Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 30-Mar-2001 Coleman Kane wrote: > There is an ENABLE_ATAPI_DMA or something to that effect in the kernel config > you must set. Read /usr/src/sys/i386/conf/LINT for more info. You may also man > ata. That only affects ATAPI devices (ie not hard drives). You can enable write caching and tagged queuing (see LINT) too. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 21:45: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pedigree.cs.ubc.ca (pedigree.cs.ubc.ca [142.103.6.50]) by hub.freebsd.org (Postfix) with ESMTP id 8C0AE37B718 for ; Thu, 29 Mar 2001 21:44:59 -0800 (PST) (envelope-from xsfeng@cs.ubc.ca) Received: from cs.ubc.ca (xsfeng@cascade.cs.ubc.ca [142.103.7.7]) by pedigree.cs.ubc.ca (8.8.8/8.6.9) with ESMTP id VAA13222 for ; Thu, 29 Mar 2001 21:44:52 -0800 (PST) Message-ID: <3AC41D54.E4D7C479@cs.ubc.ca> Date: Thu, 29 Mar 2001 21:44:52 -0800 From: "Xiushan Feng (shan)" Organization: Department of Computer Science , UBC X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en, zh-CN MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: subscribe Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 22:25:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 4DE5137B71D; Thu, 29 Mar 2001 22:25:37 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA80708; Fri, 30 Mar 2001 08:25:32 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200103300625.IAA80708@freebsd.dk> Subject: Re: wd & ata In-Reply-To: from BSD Blood at "Mar 30, 2001 01:37:04 am" To: bsdblood@hotmail.com (BSD Blood) Date: Fri, 30 Mar 2001 08:25:32 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@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 BSD Blood wrote: > Hello. > I'm using FreeBSD 4.1. My kernel contains the ata driver for the IDE > controllers. I understand that the ata driver has replaced the wd driver. My > question is:- > > 1. Are there any / Do I need to use certain flags to enable LBA, DMA, etc. > features like for the wd driver? Or is this done automatically by the ata > driver? The ATA driver tries to use the highest performance level your ATA hardware claims to support. ATAPI device DMA has to be explicitly enabled since alot of those fail, man ata.4. -Sшren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 22:46:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from roura.ac.upc.es (roura.ac.upc.es [147.83.33.10]) by hub.freebsd.org (Postfix) with ESMTP id 9652237B71C for ; Thu, 29 Mar 2001 22:46:08 -0800 (PST) (envelope-from oscar@ac.upc.es) Received: from ac.upc.es (safont.ac.upc.es [147.83.33.6]) by roura.ac.upc.es (8.11.0/8.11.0) with ESMTP id f2U6k5b21511 for ; Fri, 30 Mar 2001 08:46:05 +0200 (MET DST) Message-ID: <3AC42BAD.705ADAF1@ac.upc.es> Date: Fri, 30 Mar 2001 08:46:05 +0200 From: Oscar-Ivan Lepe-Aldama Organization: DAC/UPC X-Mailer: Mozilla 4.76 [en] (X11; U; HP-UX B.11.00 9000/782) X-Accept-Language: es, en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: How to define a large data heap inside the kernel? 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 previously sent this message to the questions list but I didn't receive an answer. That is why I'm now trying this list. I'm gathering some performance data of some 4.1.1 kernel routines by means of rtsc() calls. For storing the performance data, I have defined an array of u_int64_t. For reading its content, I have exported this array to user space as a sysctl(8) OPAQUE object. The machine I'm using has 128MB. However, when the defined array has more than 2.8MB (more or less) the kernel panics. The array is define statically in some .c file as u_int64_t myarray[MYARRAYSIZE]; SYSCTL_NODE(, CTL_MYCTL, myoid, CTLFLAG_RW, 0,""); SYSCTL_OPAQUE(_myoid, OID_AUTO, myarray, CTLFLAG_RD, &myarray, sizeof(myarray), "", ""); Is there a way to circunvent this problem? What system parameter is limiting the size of this array? Thanks, -- ======================================================================== 0 0 0 Oscar-Ivan Lepe-Aldama | UPC-Campus Nord, DAC 0 0 0 e-mail: oscar@ac.upc.es | Modul D6, despatx 116 0 0 0 phone: +34 93 401 7187 | Jordi Girona, 1-3 U P C fax: +34 93 401 7055 | 08034 Barcelona - SPAIN WWW: http://www.ac.upc.es/homes/oscar/ ======================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 22:48: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shell17.ba.best.com (shell17.ba.best.com [206.184.139.149]) by hub.freebsd.org (Postfix) with ESMTP id A7D4637B71A for ; Thu, 29 Mar 2001 22:48:00 -0800 (PST) (envelope-from toddpw@shell17.ba.best.com) Received: (from toddpw@localhost) by shell17.ba.best.com (8.9.3/8.9.2/best.sh) id WAA25263; Thu, 29 Mar 2001 22:47:55 -0800 (PST) From: Todd Whitesel Message-Id: <200103300647.WAA25263@shell17.ba.best.com> Subject: Re: Question regarding the array of size 0. In-Reply-To: <3AB87A5A.69562D89@elischer.org> from Julian Elischer at "Mar 21, 1 01:54:34 am" To: julian@elischer.org (Julian Elischer) Date: Thu, 29 Mar 2001 22:47:55 -0800 (PST) Cc: seebs@plethora.net, tech-kern@netbsd.org, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >Can someone pls tell me if it is possible to define an array of size 0. >> >> Not in C. > >GCC and most other compilers support it. >I do it all the time (see all the various netgraph structures) however it must >be the LAST item in the structure. It gives the address of the first byte >AFTER the structure. This is very useful if the structure is a header of some >sort. While I prefer the 0-element method too, the ANSI standard doesn't allow it. Fortunately there is a portable way to get the same effect. Just put a 1-element array at the end of your header struct, and account for it when you work out how much extra space to allocate. C memory layout rules guarantee that this usage will have the desired effect. Todd Whitesel toddpw @ best.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 23: 1: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id DF3B737B71F for ; Thu, 29 Mar 2001 23:01:05 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2U70r246776; Thu, 29 Mar 2001 23:00:53 -0800 (PST) (envelope-from obrien) Date: Thu, 29 Mar 2001 23:00:39 -0800 From: "David O'Brien" To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: if_fxp - the real point Message-ID: <20010329230039.A46090@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> <5.0.0.25.0.20010329183557.030eeda0@mail.etinc.com> <3AC3D152.7D0FD148@soekris.com> <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com>; from dennis@etinc.com on Thu, Mar 29, 2001 at 09:40:05PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 29, 2001 at 09:40:05PM -0500, Dennis wrote: > 3com never has, Uh, how do you think Bill Paul wrote the xl driver? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 23:49:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id 60B9F37B719 for ; Thu, 29 Mar 2001 23:49:12 -0800 (PST) (envelope-from seebs@guild.plethora.net) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f2U7n8810171; Fri, 30 Mar 2001 01:49:08 -0600 (CST) Message-Id: <200103300749.f2U7n8810171@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: Todd Whitesel Cc: tech-kern@netbsd.org, freebsd-hackers@freebsd.org Subject: Re: Question regarding the array of size 0. In-reply-to: Your message of "Thu, 29 Mar 2001 22:47:55 PST." <200103300647.WAA25263@shell17.ba.best.com> Date: Fri, 30 Mar 2001 01:49:07 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103300647.WAA25263@shell17.ba.best.com>, Todd Whitesel writes: >Just put a 1-element array at the end of your header struct, and account for >it when you work out how much extra space to allocate. C memory layout rules >guarantee that this usage will have the desired effect. Nope, not portable. The implementation is allowed to bust you for overstepping the bounds of the array. :) The only portable solution is the new feature in C99. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 29 23:50:31 2001 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 3ABA537B71F for ; Thu, 29 Mar 2001 23:50:28 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2U7oPJ13302; Thu, 29 Mar 2001 23:50:25 -0800 (PST) Date: Thu, 29 Mar 2001 23:50:25 -0800 From: Alfred Perlstein To: Peter Seebach Cc: Todd Whitesel , tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Question regarding the array of size 0. Message-ID: <20010329235022.W9431@fw.wintelcom.net> References: <200103300647.WAA25263@shell17.ba.best.com> <200103300749.f2U7n8810171@guild.plethora.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103300749.f2U7n8810171@guild.plethora.net>; from seebs@plethora.net on Fri, Mar 30, 2001 at 01:49:07AM -0600 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter Seebach [010329 23:49] wrote: > In message <200103300647.WAA25263@shell17.ba.best.com>, Todd Whitesel writes: > >Just put a 1-element array at the end of your header struct, and account for > >it when you work out how much extra space to allocate. C memory layout rules > >guarantee that this usage will have the desired effect. > > Nope, not portable. The implementation is allowed to bust you for > overstepping the bounds of the array. :) > > The only portable solution is the new feature in C99. Which new feature? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 0: 5:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 18F5237B71F for ; Fri, 30 Mar 2001 00:05:07 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id KAA29365; Fri, 30 Mar 2001 10:04:45 +0200 (MET DST) Date: Fri, 30 Mar 2001 10:04:45 +0200 (CEST) From: Harti Brandt To: Alfred Perlstein Cc: Peter Seebach , Todd Whitesel , , Subject: Re: Question regarding the array of size 0. In-Reply-To: <20010329235022.W9431@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 29 Mar 2001, Alfred Perlstein wrote: AP>* Peter Seebach [010329 23:49] wrote: AP>> In message <200103300647.WAA25263@shell17.ba.best.com>, Todd Whitesel writes: AP>> >Just put a 1-element array at the end of your header struct, and account for AP>> >it when you work out how much extra space to allocate. C memory layout rules AP>> >guarantee that this usage will have the desired effect. AP>> AP>> Nope, not portable. The implementation is allowed to bust you for AP>> overstepping the bounds of the array. :) AP>> AP>> The only portable solution is the new feature in C99. AP> AP>Which new feature? struct foo { double bar; int baz[]; }; I suppose. But neither gcc nor Sun-cc seem to support it :-( # gcc -c x.c x.c:3: field `baz' has incomplete type # cc -c x.c "x.c", line 3: null dimension: baz cc: acomp failed for x.c Well, that's even lesser portability. struct foo { double bar; int baz[0]; }; works for both compilers. -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 0:22:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.koganei.wide.ad.jp (koganei.wide.ad.jp [202.249.37.254]) by hub.freebsd.org (Postfix) with ESMTP id EBD0E37B71A for ; Fri, 30 Mar 2001 00:22:38 -0800 (PST) (envelope-from ikob@koganei.wide.ad.jp) Received: from koganei.wide.ad.jp (tweedledee.koganei.wide.ad.jp [202.249.37.72]) by ns.koganei.wide.ad.jp (8.11.1/8.11.1) with ESMTP id f2U8MNr18391 for ; Fri, 30 Mar 2001 17:22:23 +0900 (JST) (envelope-from ikob@koganei.wide.ad.jp) Message-ID: <3AC4424A.7436694@koganei.wide.ad.jp> Date: Fri, 30 Mar 2001 17:22:34 +0900 From: Katsushi Kobayashi Reply-To: ikob@koganei.wide.ad.jp Organization: ttp://livepage.apple.co.jp/ X-Mailer: Mozilla 4.76 (Macintosh; U; PPC) X-Accept-Language: ja,pdf MIME-Version: 1.0 To: hackers@freebsd.org Subject: Firewire driver (revised) Content-Type: text/plain; charset=iso-2022-jp; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Folks, I have made the proposal to merge CURRENT for some monthes ago. And some comments and requirements were recieved. Rewriting device driver for Firewire is now ongoing. The snapshot can be download from following URL, ftp://ftp.uec.ac.jp/pub/firewire/beta/ The code does not have enough function for using many firewire devices. A lot of work will be necessary to satisfy users. Also, any document has not been provided yet. Anyway, I will proceed with this code for FreeBSD implementation, if possible. Any comments and suggestions are welcome. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:13:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 2BAEE37B71D for ; Fri, 30 Mar 2001 06:13:20 -0800 (PST) (envelope-from gvirdi@gvirdi.com) Received: from dhgfhcpps5nhe1 (ip141.schiller-park8.il.pub-ip.psi.net [38.31.125.141]) by snipe.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id GAA18952 for ; Fri, 30 Mar 2001 06:13:15 -0800 (PST) Message-ID: <001501c0b923$51754e10$8d7d1f26@dhgfhcpps5nhe1> From: "Gurpratap Virdi" To: Subject: Writing to a file in the kernel Date: Fri, 30 Mar 2001 08:11:12 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am trying to debug some modifications I made to the kernel. I would like to write some debug messages to a log file however fopen(), fprint() don't work. It gives me a linking error when I try to use them. How can I do this? Thanks in advance! Virdi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:19:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id AE1EB37B71E for ; Fri, 30 Mar 2001 06:19:06 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.11.3/8.9.3) with ESMTP id f2UEIxi99166; Fri, 30 Mar 2001 23:48:59 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <001501c0b923$51754e10$8d7d1f26@dhgfhcpps5nhe1> Date: Fri, 30 Mar 2001 23:48:54 +0930 (CST) From: "Daniel O'Connor" To: Gurpratap Virdi Subject: RE: Writing to a file in the kernel Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 30-Mar-01 Gurpratap Virdi wrote: > I am trying to debug some modifications I made to the kernel. I would like > to write some debug messages to a log file however fopen(), fprint() don't > work. It gives me a linking error when I try to use them. How can I do this? > Thanks in advance! You could just use printf and the messages will appear in the console.. You can also add a debugging ioctl to your device, or a sysctl to change the debug level mid stream. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:22:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id CB30A37B71B for ; Fri, 30 Mar 2001 06:22:50 -0800 (PST) (envelope-from gvirdi@gvirdi.com) Received: from dhgfhcpps5nhe1 (ip65.schiller-park9.il.pub-ip.psi.net [38.31.126.65]) by snipe.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id GAA21834; Fri, 30 Mar 2001 06:22:37 -0800 (PST) Message-ID: <002d01c0b924$a07d2090$8d7d1f26@dhgfhcpps5nhe1> From: "Gurpratap Virdi" To: "Daniel O'Connor" , References: Subject: Re: Writing to a file in the kernel Date: Fri, 30 Mar 2001 08:20:50 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The problem is that printf's scroll off the screen. How can I write to a file? ----- Original Message ----- From: "Daniel O'Connor" To: "Gurpratap Virdi" Cc: Sent: Friday, March 30, 2001 8:18 AM Subject: RE: Writing to a file in the kernel On 30-Mar-01 Gurpratap Virdi wrote: > I am trying to debug some modifications I made to the kernel. I would like > to write some debug messages to a log file however fopen(), fprint() don't > work. It gives me a linking error when I try to use them. How can I do this? > Thanks in advance! You could just use printf and the messages will appear in the console.. You can also add a debugging ioctl to your device, or a sysctl to change the debug level mid stream. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:26: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id BAB0037B71D for ; Fri, 30 Mar 2001 06:26:03 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.11.3/8.9.3) with ESMTP id f2UEPwi99267; Fri, 30 Mar 2001 23:55:58 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <002d01c0b924$a07d2090$8d7d1f26@dhgfhcpps5nhe1> Date: Fri, 30 Mar 2001 23:55:56 +0930 (CST) From: "Daniel O'Connor" To: Gurpratap Virdi Subject: Re: Writing to a file in the kernel Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 30-Mar-01 Gurpratap Virdi wrote: > The problem is that printf's scroll off the screen. How can I write to a > file? If you are running syslog it will write kernel messages wherever you tell it.. ie... kern.* /var/log/mykernelmessages.txt --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:45:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 1A49737B725 for ; Fri, 30 Mar 2001 06:45:09 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2UEj5h41078; Fri, 30 Mar 2001 09:45:06 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 30 Mar 2001 09:45:05 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Gurpratap Virdi Cc: hackers@FreeBSD.ORG Subject: Re: Writing to a file in the kernel In-Reply-To: <001501c0b923$51754e10$8d7d1f26@dhgfhcpps5nhe1> 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, 30 Mar 2001, Gurpratap Virdi wrote: > I am trying to debug some modifications I made to the kernel. I would > like to write some debug messages to a log file however fopen(), > fprint() don't work. It gives me a linking error when I try to use them. > How can I do this? Thanks in advance! There are two techniques normally used for customized logging in the kernel. (1) The first is to create a /dev/myfavoritelogdevice, and queue messages there for a userland daemon to pick up, possibly filter or process, and spit into a file. This is much what syslog does with kernel messages, as well as various incarnations of auditing support, pccardd, and other kernel event-driven daemons. In this scenario, you borrow a major device number, and implement a queueing facility in kernel for the device. Depending on the properties you want, the queue might be bounded or un-bounded. When reads occur on the device, you spit one line out at a time to the userland process. Take a look at src/sys/kern/subr_log.c for an example of such a device. (2) The second is for the kernel to write directly to a file. In such situations, the file to log to is generally indicated by a userland process, and pathnames are generally only meaningful in the context of a particular process (in fact, namei() requires a process to function, as that's where it gets its notion of "root" and "working" directories). There are a number of examples of this process, including support for accounting, quotas, UFS extended attributes, and even core dumps. Some process-driven event (often a syscall) indicates to the kernel which file to send things to, the kernel performs a vn_open() (or appropriate VOP_OPEN() and other activities) on the passed name, and on success, returns success on the syscall but keeps the file open. Writes are then made using vn_rw() or VOP_WRITE(). Most examples of this are relatively complex, but this may be the closest match to what you are looking for -- this is a lot simpler if you just open, write, close based on a single userland-initiated event, than if you want a persisting open file. Take a look at the implementation of quotactl(), and ufs_quotactl(), as well as extattrctl() and ufs_extattrctl(), both of which open a file based on a userland administration syscall, and then keep the file open for later reading and writing. Both preserve the credential of the process at the time of open() for use during writing (remember to crhold() the credential reference, or it might get garbage-collected out from under you). In order to write to a vnode, you also need to have a current struct proc for scheduling in the event that sleeping is required. This means that you can't do VOP's from interrupt context, except in -CURRENT where, due to SMPng, interrupt threads have enough context to sleep (yay!). When you're done with the log file, remember to close it and release the right number of vnode references. If you fail to close it, it is possible that changes written to the file might not be appropriately flushed on some file systems. For example, AFS and Coda both have a "flush on close" semantic, so a failure to close means a failure to flush :-). If you're just using UFS, you're probably OK. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:53:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from umbar.vaxpower.org (isildur.icubed.com [208.0.146.176]) by hub.freebsd.org (Postfix) with SMTP id C6C9A37B71B for ; Fri, 30 Mar 2001 06:53:48 -0800 (PST) (envelope-from mrfusion@umbar.vaxpower.org) Received: by umbar.vaxpower.org (5.65/DEC-Ultrix/4.3) id AA23034; Fri, 30 Mar 2001 09:54:20 -0500 Date: Fri, 30 Mar 2001 09:54:20 -0500 (EST) From: Lord Isildur Subject: Re: Question regarding the array of size 0. To: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG 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 which all begs the question... what is the point of an array of size zero? it's just memory. you want a name that youre not spending any space on storing? cook up a macro or something.. isildur To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 6:57:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ad1.vsnl.net.in (ad1.vsnl.net.in [202.54.4.114]) by hub.freebsd.org (Postfix) with ESMTP id E027237B727; Fri, 30 Mar 2001 06:56:01 -0800 (PST) (envelope-from pramukhc@vsnl.com) Received: from varun (unknown [61.1.46.149]) by ad1.vsnl.net.in (Postfix) with SMTP id A464D60301; Fri, 30 Mar 2001 20:21:52 +0530 (IST) Message-ID: <001c01c0b92a$2172a3a0$96c3fea9@bhavnagar.com> From: "Hiren Trivedi" To: Subject: Donation For Earthquake Relief Work Date: Fri, 30 Mar 2001 20:27:00 +0530 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0016_01C0B958.06B8AA40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0016_01C0B958.06B8AA40 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0017_01C0B958.06C04B60" ------=_NextPart_001_0017_01C0B958.06C04B60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -------------------------------------------------------------------------= ------- Format Your Message Here -------------------------------------------------------------------------= ------- Dear Sir, I am enclosing herewith brochure of BAPS Swaminarayan Sanstha for your = kind consideration. We are from one of the Centre - Bhavnagar = forwarding herewith our genune request for your valuable donation for = this work. As you know that Bhavnagar is a one of the earthquake = affected centre in which we are having experience of earthquake tremours = more than 500 since last 8 months. These tremours inspired us to work = for earthquake affected people. From Bhavnagar centre we have dispatched = huge quantity of all the required materials. Now earthquake affected = area require permanant housing facilities. To provide such type of = facilities we are requesting you to send your valuable donation to one = of the best and leading NGO of the world and oblige us. Thanking you, Yours faithfully, =20 Hiren Trivedi =20 -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- -------------------------------------------------------------------------= ------- ------=_NextPart_001_0017_01C0B958.06C04B60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Format=20 Your Message Here
Dear Sir,
I am enclosing herewith brochure of BAPS = Swaminarayan Sanstha=20 for your kind consideration. We are from one of the  Centre - = Bhavnagar=20 forwarding herewith our genune request for your valuable donation = for this=20 work. As you know that Bhavnagar is a one of the earthquake affected = centre in=20 which we are having experience of earthquake tremours more than 500=20 since last 8 months. These tremours inspired us to work for = earthquake=20 affected people. From Bhavnagar centre we have dispatched huge quantity = of all=20 the required materials. Now earthquake affected area require = permanant=20 housing facilities. To provide such type of facilities we are requesting = you to=20 send your valuable donation to one of the best and leading NGO of the = world and=20 oblige us.
Thanking you,
Yours faithfully,
 
Hiren Trivedi  

------=_NextPart_001_0017_01C0B958.06C04B60-- ------=_NextPart_000_0016_01C0B958.06B8AA40 Content-Type: image/gif; name="extract.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="extract.gif" R0lGODlhLQAkAPcAAAAAAAAAQAAAgAAA/wAgAAAgQAAggAAg/wBAAABAQABAgABA/wBgAABgQABg gABg/wCAAACAQACAgACA/wCgAACgQACggACg/wDAAADAQADAgADA/wD/AAD/QAD/gAD//yAAACAA QCAAgCAA/yAgACAgQCAggCAg/yBAACBAQCBAgCBA/yBgACBgQCBggCBg/yCAACCAQCCAgCCA/yCg ACCgQCCggCCg/yDAACDAQCDAgCDA/yD/ACD/QCD/gCD//0AAAEAAQEAAgEAA/0AgAEAgQEAggEAg /0BAAEBAQEBAgEBA/0BgAEBgQEBggEBg/0CAAECAQECAgECA/0CgAECgQECggECg/0DAAEDAQEDA gEDA/0D/AED/QED/gED//2AAAGAAQGAAgGAA/2AgAGAgQGAggGAg/2BAAGBAQGBAgGBA/2BgAGBg QGBggGBg/2CAAGCAQGCAgGCA/2CgAGCgQGCggGCg/2DAAGDAQGDAgGDA/2D/AGD/QGD/gGD//4AA AIAAQIAAgIAA/4AgAIAgQIAggIAg/4BAAIBAQIBAgIBA/4BgAIBgQIBggIBg/4CAAICAQICAgICA /4CgAICgQICggICg/4DAAIDAQIDAgIDA/4D/AID/QID/gID//6AAAKAAQKAAgKAA/6AgAKAgQKAg gKAg/6BAAKBAQKBAgKBA/6BgAKBgQKBggKBg/6CAAKCAQKCAgKCA/6CgAKCgQKCggKCg/6DAAKDA QKDAgKDA/6D/AKD/QKD/gKD//8AAAMAAQMAAgMAA/8AgAMAgQMAggMAg/8BAAMBAQMBAgMBA/8Bg AMBgQMBggMBg/8CAAMCAQMCAgMCA/8CgAMCgQMCggMCg/8DAAMDAQMDAgMDA/8D/AMD/QMD/gMD/ //8AAP8AQP8AgP8A//8gAP8gQP8ggP8g//9AAP9AQP9AgP9A//9gAP9gQP9ggP9g//+AAP+AQP+A gP+A//+gAP+gQP+ggP+g///AAP/AQP/AgP/A////AP//QP//gP///yH5BAEAAPwALAAAAAAtACQA AAjyACUJHEiwoMGDCBNK+sewocOHECNKjChwosWLGP9VzMgR4oCPIBtu7EjyH8iQDEeW5Hjyo8iF Kzu2HPAypsyWNW3q1AhzZ0yVPkkCDcpxKFGMRm0CWLr0YtKSSz9IldpU4tOOAKZqpWq1p9KtYAFQ 9BozK1OmWsVCvMoT4b+sH85GTbuWLFSweNU6ZKvwLVW5W/Xm/BoXMN2HfBP6xRu47k64cuFOFZzS 7t3IhxFbJimZMeXKQTsH/syT6NzJZx0flfs29d7Nq12DPiqRdWWFuHMPlDuQn+/fwIMLH07ct9zi yJMnP668uXN+Z59LXw7Ad0AAOw== ------=_NextPart_000_0016_01C0B958.06B8AA40-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 7:20:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elfie.org (elfie.org [207.198.61.53]) by hub.freebsd.org (Postfix) with ESMTP id E720637B718 for ; Fri, 30 Mar 2001 07:20:11 -0800 (PST) (envelope-from franklin@elfie.org) Received: (from franklin@localhost) by elfie.org (8.11.0/8.10.2) id f2UFJT625308; Fri, 30 Mar 2001 10:19:29 -0500 (EST) Date: Fri, 30 Mar 2001 10:19:29 -0500 From: John Franklin To: Lord Isildur Cc: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Question regarding the array of size 0. Message-ID: <20010330101929.B24999@elfie.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: ; from mrfusion@umbar.vaxpower.org on Fri, Mar 30, 2001 at 09:54:20AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 30, 2001 at 09:54:20AM -0500, Lord Isildur wrote: > which all begs the question... what is the point of an array of size > zero? it's just memory. you want a name that youre not spending any space > on storing? cook up a macro or something.. You can then read in a block of memory from a file or socket, cast the buffer to that data type and have the header and data all accessable via the same structure while leaving the sizeof(struct foo) equal to the header's size. jf -- John Franklin franklin@elfie.org ICBM: N37 12'54", W80 27'14" Z+2100' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 7:28:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cequrux.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 5050937B71C for ; Fri, 30 Mar 2001 07:27:56 -0800 (PST) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id RAA19171 for ; Fri, 30 Mar 2001 17:27:45 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 19056; Fri Mar 30 17:26:51 2001 Message-ID: <3AC4A5C9.35FE775B@cequrux.com> Date: Fri, 30 Mar 2001 15:27:05 +0000 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Getting ISA device settings from kernel Content-Type: multipart/mixed; boundary="------------C3174E352F60362AEE6C8205" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------C3174E352F60362AEE6C8205 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all I had some code that worked on FreeBSD 3.4 to configure ISA devices. In order to get the ISA device settings, I used the kvm library, and started off by extracting the name lists for _isa_devtab_tty, _isa_devtab_bio, and _isa_devtab_net. I used to just give up if kvm_nlist returned a non-zero number. On FreeBSD 4.2 this is happening. Checking the manpage, I see that this could be that there are invalid values, so I changed the check to only give up of the return value is negative. The code now gets past the kvm_nlist, but fails on the first kvm_read that follows (which uses the n_value returned by kvm_nlist as the offset field). Is there a different mechanism in 4.2 to do the kind of stuff I'm trying to do? Should the code still work? I've attached the code in case anyone wants to look at it. TIA gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 --------------C3174E352F60362AEE6C8205 Content-Type: text/plain; charset=us-ascii; name="kernel.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel.h" //-------------------------------------------------------------------- // // FreeBSD kernel configuration class // // (c) 1997, 1998 - CEQURUX Technologies. // // All Rights Reserved. Duplication or use without the // express written permission of CEQURUX Technologies // is prohibited. // // Written by Graham Wheeler. // //-------------------------------------------------------------------- #ifndef KERNEL_H #define KERNEL_H #include "regversion.h" #define kernel_hdr_id HVERSION("$Id$") #include "debug.h" #include "isa_device.h" class Device; class DeviceTable; class KernelConfig { TRACE(KernelConfig) DeviceTable *ttyd; DeviceTable *biod; DeviceTable *netd; Device *GetDevice(const char *name, int unit = -1); int DeviceDriverDetected(const char *name, int unit = -1); int DeviceEnabled(const char *name, int unit = -1); int DeviceDetected(const char *name, int unit = -1); const char *GetDetectedDevice(char typecode, int unit = -1); const char *GetEnabledDevice(char typecode, int unit = -1); public: KernelConfig(); ~KernelConfig(); void Write(FILE *fp); void Read(FILE *fp); void Dump(FILE *fp); void Dump(); int NumDetectedSerialPorts(); int NumEnabledSerialPorts(); int NumDetectedParallelPorts(); int NumEnabledParallelPorts(); const char *GetDetectedSerialPort(int unit); const char *GetEnabledSerialPort(int unit); const char *GetDetectedParallelPort(int unit); const char *GetEnabledParallelPort(int unit); const char *GetDetectedIDE(); const char *GetEnabledIDE(); const char *GetDetectedSCSI(); const char *GetEnabledSCSI(); const char *GetConfiguredSCSI(); const char *GetDetectedNetCard(int unit); const char *GetEnabledNetCard(int unit); const char *GetConfiguredNetCard(int unit); const char *GetDetectedCDROM(); const char *GetEnabledCDROM(); const char *GetConfiguredCDROM(); const char *GetDetectedTape(); const char *GetEnabledTape(); const char *GetConfiguredTape(); const char *GetDescription(const char *dev); int GetPort(const char *dev, int unit = -1); int GetIRQ(const char *dev, int unit = -1); int GetDMA(const char *dev, int unit = -1); int GetMemBase(const char *dev, int unit = -1); void SetPort(int v, const char *dev, int unit = -1); void SetIRQ(int v, const char *dev, int unit = -1); void SetDMA(int v, const char *dev, int unit = -1); void SetMemBase(int v, const char *dev, int unit = -1); void Enable(int v, const char *dev, int unit = -1); int Commit(char *kernel = 0); int GetNetDevList(char **&list); int GetEnabledNetDevList(char **&list); int GetNumDevices(); struct isa_device &GetDevice(int n, char *name, int nsiz); }; int GetNetDevList(char **&list); int GetEnabledNetDevList(char **&list); #endif --------------C3174E352F60362AEE6C8205 Content-Type: text/plain; charset=us-ascii; name="kernel.cc" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel.cc" /* $Id$ */ #ifdef __FreeBSD__ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include "debug.h" #include "strutil.h" #include "release.h" #include "bsddev.h" #include "kernel.h" MAKE_CH_VERSION(kernel, "$Id$"); #define PageSize() getpagesize() static int GetDevList(DeviceTable *devtbl, char **&list); static int GetEnabledDevList(DeviceTable *devtbl, char **&list); class Device { TRACE(Device) friend class DeviceTable; friend class KernelConfig; friend int GetNetDevList(char **&list); char *name; struct isa_device d; protected: friend int GetDevList(DeviceTable *devtbl, char **&list); friend int GetEnabledDevList(DeviceTable *devtbl, char **&list); Device(const char *name_in, struct isa_device &d_in) : d(d_in) { PRECONDITION(name_in != 0); int l = strlen(name_in)+1; name = new char[l]; MemAssert(name, DeviceName); STRLCPY(name, name_in, l); } ~Device() { delete [] name; } struct isa_device &GetStruct() { return d; } void Write(FILE *fp, char *tblname); void Read(char *buff); void Dump(FILE *fp); void Dump() { Dump(stdout); } const char *Description(); int ID() const { return d.id_id; } char *Name() const { return name; } int Unit() const { return d.id_unit; } int Port() const { return d.id_iobase; } int Interrupt() const { int vec = 0, shf = d.id_irq; while (shf>>=1, shf != 0) vec++; return vec; } int DMAChannel() const { return d.id_drq; } int MemBase() const { if (d.id_msize) return (int)d.id_maddr; return 0; } int Enabled() const { return d.id_enabled; } int Detected() const { #if __FreeBSD_version<400000 return d.id_alive; #else // XXX In FreeBSD 4.2, this would be: // // return (d.id_device->state >= DS_ALIVE); // // However, we would have to get the struct device stuff out of the // kernel, as without doing so d.id_device will just be a junk // pointer. I'm not sure at present how to do this, so for now // I'm treating this the same as Enabled(). return Enabled(); #endif } int Flags() const { return d.id_flags; } void Port(int v) { #ifdef DEBUG fprintf(stderr, "Set %s%d port to %X\n", Name(), Unit(), v); #endif d.id_iobase = v; } void Interrupt(int v) { #ifdef DEBUG int oldv = v; #endif int i; if (v) { i = 1; while (v-- > 0) i <<= 1; } else i = 0; d.id_irq = i; #ifdef DEBUG fprintf(stderr, "Set %s%d interrupt to %d\n", Name(), Unit(), oldv); #endif } void DMAChannel(int v) { #ifdef DEBUG fprintf(stderr, "Set %s%d DMA channel to %d\n", Name(), Unit(), v); #endif d.id_drq = v; } void MemBase(int v) { d.id_maddr = (char*)v; } void Enable() { d.id_enabled = 1; } void Disable() { d.id_enabled = 0; } void Flags(int v) { d.id_flags = v; } void Commit(int fd, struct isa_device &newd) { int changed = 0; #ifdef DEBUG Device junk(Name(), newd); fprintf(stderr, "Commit device %s%d, fd %d\n", Name(), Unit(), fd); fprintf(stderr, "\tcurrent: enbl %d port %X irq %d drq %d mem %X\n", newd.id_enabled, newd.id_iobase, newd.id_irq, newd.id_drq, newd.id_maddr); fprintf(stderr, "\tnew: enbl %d port %X irq %d drq %d mem %X\n", d.id_enabled, d.id_iobase, d.id_irq, d.id_drq, d.id_maddr); #endif if (d.id_enabled != newd.id_enabled) { newd.id_enabled = d.id_enabled; changed = 1; } if (newd.id_irq != (u_short)-1 && d.id_irq != newd.id_irq) { newd.id_irq = d.id_irq; changed = 1; } if (newd.id_drq >= 0 && d.id_drq != newd.id_drq) { newd.id_drq = d.id_drq; changed = 1; } if (newd.id_iobase >= 0 && d.id_iobase != newd.id_iobase) { newd.id_iobase = d.id_iobase; changed = 1; } if (newd.id_maddr != (caddr_t)-1 && d.id_maddr != newd.id_maddr) { newd.id_maddr = d.id_maddr; changed = 1; } if (changed) { #ifdef DEBUG fprintf(stderr, "\n\nNOW:\n"); Dump(stderr); #endif u_long pos = lseek(fd, (off_t)0, SEEK_CUR) - sizeof(struct isa_device); if (lseek(fd, -(off_t)sizeof(struct isa_device), SEEK_CUR) != pos) { syslog(LOG_INFO, "lseek: %m"); return; } if (write(fd, (char*)&newd, sizeof(newd))<0) syslog(LOG_INFO, "write: %m"); } } }; const char *Device::Description() { return DeviceDescription(name); } void Device::Write(FILE *fp, char *tblname) { PRECONDITION(fp != 0); fprintf(fp, "%s:%s:%d:%d:%X:%d:%X:%d:%d:%d\n", tblname, Name(), ID(), Unit(), Port(), Interrupt(), MemBase(), DMAChannel(), Flags(), Enabled()); } void Device::Read(char *buff) { int n_port, n_irq, n_base, n_dma, n_flags, n_enbl; if (sscanf(buff, "%X:%d:%X:%d:%d:%d", &n_port, &n_irq, &n_base, &n_dma, &n_flags, &n_enbl) == 6) { Port(n_port); Interrupt(n_irq); MemBase(n_base); DMAChannel(n_dma); Flags(n_flags); if (n_enbl) Enable(); else Disable(); } } void Device::Dump(FILE *fp) { PRECONDITION(fp != 0); fprintf(fp, "Name: %s ID: %d Unit: %d", Name(), ID(), Unit()); if (Enabled() || Detected()) { fprintf(fp, " (%s%s)", (Enabled()?" enabled ":""), (Detected() ? " detected ":"")); } fprintf(fp, "\n"); fprintf(fp, "Description: %s\n", Description()); if (Port()) fprintf(fp, "I/O Port: %X\n", Port()); if (Interrupt()) fprintf(fp, "Interrupt: %d\n", Interrupt()); if (DMAChannel()>0) fprintf(fp, "DMA Channel: %d\n", DMAChannel()); if (MemBase()) fprintf(fp, "Memory Base Address: %X\n", MemBase()); } //---------------------------------------------------------------------- class DeviceTable { TRACE(DeviceTable) Device **d; int ndevs; char *name; public: DeviceTable(char *name_in); Device *Get(const char *name_in, int unitnum = -1); void Write(FILE *fp); void Read(const char *buff); void Dump(FILE *fp); void Dump(); inline char *Name() const { return name; } inline int NumDevs() const { return ndevs; } inline Device *Get(int idx) const { return d[idx]; } int Commit(char *kernel = 0); ~DeviceTable(); }; DeviceTable::DeviceTable(char *name_in) : d(0), ndevs(0) { PRECONDITION(name_in != 0); Device *devs[80]; char errb[_POSIX2_LINE_MAX]; int l = strlen(name_in)+1; name = new char[l]; MemAssert(name, DeviceTableName); STRLCPY(name, name_in, l); kvm_t *kd = kvm_openfiles(0,0,0,O_RDONLY,errb); struct nlist nl[2]; nl[0].n_name = name_in; nl[1].n_name = 0; if (kd==0 || kvm_nlist(kd, nl) == -1 || nl[0].n_type == 0) return; // Loop through the devices in the table... struct isa_device buf; for (u_long pos = nl[0].n_value; ; pos += sizeof(buf)) { if (kvm_read(kd, pos, &buf, sizeof(buf)) < 0 || buf.id_id == 0) break; // get the driver entry... struct isa_driver dbuf; if (buf.id_driver == 0 || kvm_read(kd, (u_long)buf.id_driver, &dbuf, sizeof(dbuf))<0) break; else { // get the driver name... char nbuf[8]; if (kvm_read(kd, (u_long)dbuf.name, nbuf, sizeof(nbuf)) < 0) break; else { assert(ndevs < 80); nbuf[7] = 0; buf.id_maddr = (char*)(((int)buf.id_maddr) & 0xFFFFF); devs[ndevs++] = new Device(nbuf, buf); MemAssert(devs[ndevs-1], Device); } } } kvm_close(kd); d = new Device*[ndevs]; MemAssert(d, DeviceTable); for (int i = 0; i < ndevs; i++) { d[i] = devs[i]; #ifdef DEBUG d[i]->Dump(stderr); #endif } } DeviceTable::~DeviceTable() { for (int i = 0; i < ndevs; i++) delete d[i]; delete [] name; delete [] d; } Device *DeviceTable::Get(const char *name_in, int unitnum) { PRECONDITION(name_in != 0); Device *rtn = 0; for (int i = 0; i < ndevs; i++) if (strncmp(name_in, d[i]->Name(), 4)==0) { if (unitnum < 0) { if (d[i]->Unit() == 0) return d[i]; // found the best match if (rtn == 0 || d[i]->Unit() < rtn->Unit()) rtn = d[i]; // keep next lowest match } else if (unitnum == d[i]->Unit()) // found the exact match return d[i]; } return rtn; // return 0 or lowest match if unitnum was negative } void DeviceTable::Write(FILE *fp) { PRECONDITION(fp != 0); for (int i = 0; i < ndevs; i++) d[i]->Write(fp, Name()); } void DeviceTable::Read(const char *buff) { PRECONDITION(buff != 0); char *s = strchr(buff, ':'); if (s) { *s++ = 0; int id = atoi(s); s = strchr(s, ':'); if (s) { int unit = atoi(s+1); s = strchr(s+1, ':'); if (s) { for (int i = 0; i < ndevs; i++) { if (d[i]->ID() == id && d[i]->Unit() == unit && strcmp(buff, d[i]->Name()) == 0) d[i]->Read(s+1); } } } } } void DeviceTable::Dump(FILE *fp) { PRECONDITION(fp != 0); fprintf(fp, "Table: %s\n\n", Name()); for (int i = 0; i < ndevs; i++) d[i]->Dump(fp); fprintf(fp, "\n\n"); } void DeviceTable::Dump() { Dump(stdout); } int DeviceTable::Commit(char *kernel) { if (kernel == 0) kernel = (char*) getbootfile(); u_long flags, entry; int f; struct exec es; struct stat fst; struct nlist nl[2]; nl[0].n_name = name; nl[1].n_name = 0; if (nlist(kernel, nl) != 0) return -1; else if (nl[0].n_type == 0) return -1; else if (stat(kernel, &fst) < 0) return -1; else flags = fst.st_flags; if (chflags(kernel, (u_long)0)<0) return -1; else if ((f = open(kernel, O_RDWR)) <= 0) return -1; else if (read(f, &es, sizeof(es)) <= 0) return -1; else entry = es.a_entry; u_long pos = nl[0].n_value + PageSize() - entry; if (lseek(f, (off_t)pos, SEEK_SET) != pos) return -1; #ifdef DEBUG fprintf(stderr, "\n\n\n\nCOMMIT DEVICE TABLE %s (pos %d)\n\n", name, pos); #endif for (;;) { struct isa_device buf; #ifdef DEBUG fprintf(stderr, "reading entry at pos %d\n", lseek(f, (off_t)0, SEEK_CUR)); #endif int res = read(f, (char*)&buf, sizeof(buf)); if (res<=0) { syslog(LOG_INFO, "read: %m"); break; } if (buf.id_id == 0) break; #ifdef DEBUG fprintf(stderr, "Attempting to commit device with id %d, unit %d\n", buf.id_id, buf.id_unit); #endif for (int i = 0; i < ndevs; i++) { if (d[i]->ID() == buf.id_id && d[i]->Unit() == buf.id_unit) { d[i]->Commit(f, buf); break; } } #ifdef DEBUG if (i>=ndevs) fprintf(stderr, "No device with ID %d found!\n", buf.id_id); #endif } if (chflags(kernel, flags) < 0) return -1; close(f); return 0; } //---------------------------------------------------------------------- KernelConfig::KernelConfig() { ttyd = new DeviceTable("_isa_devtab_tty"); biod = new DeviceTable("_isa_devtab_bio"); netd = new DeviceTable("_isa_devtab_net"); MemAssert(ttyd && biod && netd, DeviceTables); } KernelConfig::~KernelConfig() { delete ttyd; delete biod; delete netd; } void KernelConfig::Write(FILE *fp) { PRECONDITION(fp != 0); ttyd->Write(fp); biod->Write(fp); netd->Write(fp); } void KernelConfig::Read(FILE *fp) { PRECONDITION(fp != 0); int ttyd_len = strlen(ttyd->Name()); int biod_len = strlen(biod->Name()); int netd_len = strlen(netd->Name()); while (!feof(fp)) { char buff[128]; if (fgets(buff, sizeof(buff), fp) == 0) break; if (strncmp(ttyd->Name(), buff, ttyd_len) == 0) ttyd->Read(buff+ttyd_len+1); else if (strncmp(biod->Name(), buff, biod_len) == 0) biod->Read(buff+biod_len+1); else if (strncmp(netd->Name(), buff, netd_len) == 0) netd->Read(buff+netd_len+1); } } void KernelConfig::Dump(FILE *fp) { PRECONDITION(fp != 0); ttyd->Dump(fp); biod->Dump(fp); netd->Dump(fp); } void KernelConfig::Dump() { Dump(stdout); } Device *KernelConfig::GetDevice(const char *name, int unit) { PRECONDITION(name != 0); Device *d; char nm[10]; assert(strlen(name) < sizeof(nm)); STRLCPY(nm, name, sizeof(nm)); int l = strlen(nm); if (isdigit(nm[l-1])) { unit = nm[l-1]-'0'; nm[l-1] = 0; } if ((d = ttyd->Get(nm, unit)) != 0 || (d = biod->Get(nm, unit)) != 0 || (d = netd->Get(nm, unit)) != 0) return d; return 0; } int KernelConfig::DeviceDriverDetected(const char *name, int unit) { PRECONDITION(name != 0); Device *d = GetDevice(name, unit);; return d ? 1 : 0; } int KernelConfig::DeviceDetected(const char *name, int unit) { PRECONDITION(name != 0); Device *d = GetDevice(name, unit);; return d ? d->Detected() : 0; } int KernelConfig::DeviceEnabled(const char *name, int unit) { PRECONDITION(name != 0); Device *d = GetDevice(name, unit); return d ? d->Enabled() : 0; } int KernelConfig::NumDetectedSerialPorts() { int rtn = 0; if (DeviceDetected("sio", 0)) rtn++; if (DeviceDetected("sio", 1)) rtn++; if (DeviceDetected("sio", 2)) rtn++; if (DeviceDetected("sio", 3)) rtn++; return rtn; } int KernelConfig::NumEnabledSerialPorts() { int rtn = 0; if (DeviceEnabled("sio", 0)) rtn++; if (DeviceEnabled("sio", 1)) rtn++; if (DeviceEnabled("sio", 2)) rtn++; if (DeviceEnabled("sio", 3)) rtn++; return rtn; } int KernelConfig::NumDetectedParallelPorts() { int rtn = 0; if (DeviceDetected("lpt", 0)) rtn++; if (DeviceDetected("lpt", 1)) rtn++; return rtn; } int KernelConfig::NumEnabledParallelPorts() { int rtn = 0; if (DeviceEnabled("lpt", 0)) rtn++; if (DeviceEnabled("lpt", 1)) rtn++; return rtn; } const char *KernelConfig::GetDetectedSerialPort(int unit) { return DeviceDetected("sio", unit) ? "sio" : 0; } const char *KernelConfig::GetEnabledSerialPort(int unit) { return DeviceEnabled("sio", unit) ? "sio" : 0; } const char *KernelConfig::GetDetectedParallelPort(int unit) { return DeviceDetected("lpt", unit) ? "lpt" : 0; } const char *KernelConfig::GetEnabledParallelPort(int unit) { return DeviceEnabled("lpt", unit) ? "lpt" : 0; } const char *KernelConfig::GetDetectedDevice(char typecode, int unit) { for (int i = 0; BSDKernelDevices[i][0]; i++) if (BSDKernelDevices[i][0][0] == typecode) if (DeviceDetected(BSDKernelDevices[i][1], unit)) return BSDKernelDevices[i][1]; return 0; } const char *KernelConfig::GetEnabledDevice(char typecode, int unit) { for (int i = 0; BSDKernelDevices[i][0]; i++) if (BSDKernelDevices[i][0][0] == typecode) if (DeviceDetected(BSDKernelDevices[i][1], unit)) if (DeviceEnabled(BSDKernelDevices[i][1], unit)) return BSDKernelDevices[i][1]; for (int i = 0; BSDKernelDevices[i][0]; i++) if (BSDKernelDevices[i][0][0] == typecode) if (DeviceEnabled(BSDKernelDevices[i][1], unit)) return BSDKernelDevices[i][1]; return 0; } const char *KernelConfig::GetDetectedIDE() { return GetDetectedDevice('w'); } const char *KernelConfig::GetEnabledIDE() { return GetEnabledDevice('w'); } const char *KernelConfig::GetDetectedSCSI() { return GetDetectedDevice('h'); } const char *KernelConfig::GetEnabledSCSI() { return GetEnabledDevice('h'); } const char *KernelConfig::GetDetectedNetCard(int unit) { return GetDetectedDevice('n', unit); } const char *KernelConfig::GetEnabledNetCard(int unit) { return GetEnabledDevice('n', unit); } const char *KernelConfig::GetDetectedCDROM() { return GetDetectedDevice('c'); } const char *KernelConfig::GetEnabledCDROM() { return GetEnabledDevice('c'); } const char *KernelConfig::GetDetectedTape() { return GetDetectedDevice('t'); } const char *KernelConfig::GetEnabledTape() { return GetEnabledDevice('t'); } const char *KernelConfig::GetDescription(const char *dev) { PRECONDITION(dev != 0); Device *d = GetDevice(dev); if (d) return d->Description(); return "Unknown"; } int KernelConfig::GetPort(const char *dev, int unit) { PRECONDITION(dev != 0); Device *d = GetDevice(dev, unit); if (d) return d->Port(); return 0; } int KernelConfig::GetIRQ(const char *dev, int unit) { PRECONDITION(dev != 0); Device *d = GetDevice(dev, unit); if (d) return d->Interrupt(); return 0; } int KernelConfig::GetDMA(const char *dev, int unit) { PRECONDITION(dev != 0); Device *d = GetDevice(dev, unit); if (d) return d->DMAChannel(); return -1; } int KernelConfig::GetMemBase(const char *dev, int unit) { PRECONDITION(dev != 0); Device *d = GetDevice(dev, unit); if (d) return d->MemBase(); return 0; } void KernelConfig::SetPort(int v, const char *dev, int unit) { PRECONDITION(dev != 0); #ifdef DEBUG fprintf(stderr, "SetPort(%d, %s, %d)\n", v, dev, unit); #endif Device *d = GetDevice(dev, unit); if (d && d->Port()>0) d->Port(v); } void KernelConfig::SetIRQ(int v, const char *dev, int unit) { PRECONDITION(dev != 0); #ifdef DEBUG fprintf(stderr, "SetIRQ(%d, %s, %d)\n", v, dev, unit); #endif Device *d = GetDevice(dev, unit); if (d && d->Interrupt()>0) d->Interrupt(v); } void KernelConfig::SetDMA(int v, const char *dev, int unit) { PRECONDITION(dev != 0); #ifdef DEBUG fprintf(stderr, "SetDMA(%d, %s, %d)\n", v, dev, unit); #endif Device *d = GetDevice(dev, unit); if (d && d->DMAChannel()>=0) d->DMAChannel(v); } void KernelConfig::SetMemBase(int v, const char *dev, int unit) { PRECONDITION(dev != 0); #ifdef DEBUG fprintf(stderr, "SetMemBase(%d, %s, %d)\n", v, dev, unit); #endif Device *d = GetDevice(dev, unit); if (d && d->MemBase()>0) d->MemBase(v); } void KernelConfig::Enable(int v, const char *dev, int unit) { PRECONDITION(dev != 0); #ifdef DEBUG fprintf(stderr, "Enable(%d, %s, %d)\n", v, dev, unit); #endif Device *d = GetDevice(dev, unit); if (d) if (v) d->Enable(); else d->Disable(); } int KernelConfig::Commit(char *kernel) { char cmd[80]; if (kernel == 0) { kernel = (char*)getbootfile(); if (snprintf(cmd, sizeof(cmd), "cp %s %s.bak 2>/dev/null", kernel, kernel) >= (int)sizeof(cmd)) LogOverrun(); system(cmd); } if (ttyd->Commit(kernel) == 0) if (biod->Commit(kernel) == 0) if (netd->Commit(kernel) == 0) return 0; return -1; } static int GetDevList(DeviceTable *devtbl, char **&list) { int cnt = devtbl->NumDevs(); if (cnt) { list = new char*[cnt]; MemAssert(list, DevList); for (int i = 0, j = 0; i < cnt; i++) { char *nm = devtbl->Get(i)->Name(); list[j] = new char[strlen(nm)+2]; MemAssert(list[j], DevListElt); sprintf(list[j++], "%s%d", nm, devtbl->Get(i)->Unit()); } } else list = 0; return cnt; } static int GetEnabledDevList(DeviceTable *devtbl, char **&list) { int cnt = devtbl->NumDevs(), ecnt = 0; for (int i = 0; i < cnt; i++) if (devtbl->Get(i)->Enabled()) ecnt++; if (ecnt) { list = new char*[ecnt]; MemAssert(list, DevList); for (int i = 0, j = 0; i < cnt; i++) { if (devtbl->Get(i)->Enabled()) { char *nm = devtbl->Get(i)->Name(); list[j] = new char[strlen(nm)+2]; MemAssert(list[j], DevListElt); sprintf(list[j++], "%s%d", nm, devtbl->Get(i)->Unit()); } } } else list = 0; return ecnt; } // GetNetDevList - returns the number of configured network interfaces, // plus a list of their names. This is like GetIfaceList except // it gets the list from the kernel, not with netstat. int KernelConfig::GetNetDevList(char **&list) { return ::GetDevList(netd, list); } // This only returns the ones that are enabled int KernelConfig::GetEnabledNetDevList(char **&list) { return ::GetEnabledDevList(netd, list); } int KernelConfig::GetNumDevices() { return (ttyd->NumDevs()+biod->NumDevs()+netd->NumDevs()); } struct isa_device &KernelConfig::GetDevice(int n, char *name, int nsiz) { DeviceTable *tbl = 0; if (n < ttyd->NumDevs()) tbl = ttyd; else { n -= ttyd->NumDevs(); if (n < biod->NumDevs()) tbl = biod; else { n -= biod->NumDevs(); tbl = netd; } } struct isa_device &rtn = tbl->Get(n)->GetStruct(); if (name) { snprintf(name, nsiz-1, "%s%d", tbl->Get(n)->Name(), rtn.id_unit); name[nsiz-1] = 0; } return rtn; } //------------------------------------------------------------------------- // same thing but globally accessible int GetNetDevList(char **&list) { DeviceTable *netd = new DeviceTable("_isa_devtab_net"); MemAssert(netd, DeviceTable); int rtn = ::GetDevList(netd, list); delete netd; return rtn; } int GetEnabledNetDevList(char **&list) { DeviceTable *netd = new DeviceTable("_isa_devtab_net"); MemAssert(netd, DeviceTable); int rtn = ::GetEnabledDevList(netd, list); delete netd; return rtn; } #endif // __FreeBSD__ --------------C3174E352F60362AEE6C8205-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 7:37:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from umbar.vaxpower.org (isildur.icubed.com [208.0.146.176]) by hub.freebsd.org (Postfix) with SMTP id 1418337B71F for ; Fri, 30 Mar 2001 07:37:08 -0800 (PST) (envelope-from mrfusion@umbar.vaxpower.org) Received: by umbar.vaxpower.org (5.65/DEC-Ultrix/4.3) id AA23527; Fri, 30 Mar 2001 10:37:29 -0500 Date: Fri, 30 Mar 2001 10:37:28 -0500 (EST) From: Lord Isildur Subject: Re: Question regarding the array of size 0. To: John Franklin Cc: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010330101929.B24999@elfie.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sine one knows the size of the struct, who need the pointer? just take the displacement. char* buf; /* some buffer */ struct foo{ int header; struct funkystruct blah; }; (struct foo*)buf; /*your headers are here */ (struct foo*)buf+1; /* and your data is here */ Isildur On Fri, 30 Mar 2001, John Franklin wrote: > > You can then read in a block of memory from a file or socket, cast the > buffer to that data type and have the header and data all accessable > via the same structure while leaving the sizeof(struct foo) equal > to the header's size. > > jf > -- > John Franklin > franklin@elfie.org > ICBM: N37 12'54", W80 27'14" Z+2100' > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 7:40:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dega.daemonium.com (dega.daemonium.com [204.138.50.74]) by hub.freebsd.org (Postfix) with ESMTP id AFDFA37B71D for ; Fri, 30 Mar 2001 07:40:36 -0800 (PST) (envelope-from pjp@dega.daemonium.com) Received: by dega.daemonium.com (Postfix, from userid 1000) id ED35129A01; Fri, 30 Mar 2001 10:40:24 -0500 (EST) Date: Fri, 30 Mar 2001 10:40:24 -0500 From: Peter Philipp To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: if_fxp - the real point Message-ID: <20010330104024.B2589@dega.daemonium.com> References: <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> <5.0.0.25.0.20010329183557.030eeda0@mail.etinc.com> <3AC3D152.7D0FD148@soekris.com> <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com>; from dennis@etinc.com on Thu, Mar 29, 2001 at 09:40:05PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 29, 2001 at 09:40:05PM -0500, Dennis wrote: > Im sure that Intel is really sweating over your decision. I think they should. When people realise they are buying into something tainted and undisclosed only open to an 'elite' crowd (like dennis) then people will look elsewhere. There is something called responsibility and honor also in the business world. The consumer ignorance that has exceeded ueber-extremes is coming to an abrupt halt as people are empowering themselves with information on what exactly it is that they are buying into. And.. in the end that's only fair. > Using yourself as an example was brilliant. YOU are exactly the kind of > engineer/company that I am talking about. YOU will release your design > specs so the FreeBSD community will get to use your hardware instead of > intels. Wooopee do. All the power to him, at least here is someone that doesn't hide behind some futile business model of hiding the scam behind closed doors. This way of doing things at least provides a product not for the sake of making more money than the competition but raising the worlds trek to better engineering and new limits. > You, my friend, are a joke. Im sorry (other list members)...do you have any You should be more sorry. Whether open or closed discussion you leash out at people putting them down and being plain insulting! Please do yourself a favour and drop the ego, as there is people out there than can put you down and make you feel very miserable and alone in the end. Be fair and others will be fair to you. > clue how much money intel makes, and how insignificant your (wrong) opinion > is to them? and, while I dont have the actual numbers, I'll bet that intel There is a lot more worth in being human and caring about all the things that money can't provide. Money in extremes (either very poor or very rich) makes people very unhappy and you can see this if you'd be open to it. > and 3com have well over 50% of the linux/BSD free software market without > releasing their docs. Why? because they make good, cheap boards that are > available from many sources worldwide. > > do you want to take that away from BSD users by "boycotting" their hardware? > > why cant this thread just die? ditto. give it a rest. -- - - Peter Philipp Daemonium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 7:48:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fb.sa.enteract.com (fb.sa.enteract.com [207.229.133.236]) by hub.freebsd.org (Postfix) with ESMTP id D837C37B718 for ; Fri, 30 Mar 2001 07:48:24 -0800 (PST) (envelope-from fredb@fb.sa.enteract.com) Received: (from fredb@localhost) by fb.sa.enteract.com (8.8.8/8.8.8) id JAA15364; Fri, 30 Mar 2001 09:47:00 -0600 (CST) Date: Fri, 30 Mar 2001 09:47:00 -0600 (CST) From: Frederick Bruckman Reply-To: Frederick Bruckman To: Harti Brandt Cc: Alfred Perlstein , Peter Seebach , Todd Whitesel , , Subject: Re: Question regarding the array of size 0. 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, 30 Mar 2001, Harti Brandt wrote: > AP>> The only portable solution is the new feature in C99. A contradiction in terms, since there are no C99 compilers yet. (Are there?) > Well, that's even lesser portability. > > struct foo { > double bar; > int baz[0]; > }; > > works for both compilers. Frederick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 7:49: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elfie.org (elfie.org [207.198.61.53]) by hub.freebsd.org (Postfix) with ESMTP id E4A8837B71A for ; Fri, 30 Mar 2001 07:48:57 -0800 (PST) (envelope-from franklin@elfie.org) Received: (from franklin@localhost) by elfie.org (8.11.0/8.10.2) id f2UFmgE25686; Fri, 30 Mar 2001 10:48:42 -0500 (EST) Date: Fri, 30 Mar 2001 10:48:42 -0500 From: John Franklin To: Lord Isildur Cc: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Question regarding the array of size 0. Message-ID: <20010330104842.B25316@elfie.org> References: <20010330101929.B24999@elfie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: ; from mrfusion@umbar.vaxpower.org on Fri, Mar 30, 2001 at 10:37:28AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 30, 2001 at 10:37:28AM -0500, Lord Isildur wrote: > sine one knows the size of the struct, who need the pointer? just > take the displacement. > > char* buf; /* some buffer */ > struct foo{ > int header; > struct funkystruct blah; > }; > > (struct foo*)buf; /*your headers are here */ > (struct foo*)buf+1; /* and your data is here */ Could, true. Buf if foo is: struct foo{ struct header head; struct funcystruct data[0]; } you can say: mesg->head->headerbits; mesg->data[x]->databits; A bit more readable, IMHO. jf -- John Franklin franklin@elfie.org ICBM: N37 12'54", W80 27'14" Z+2100' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 8: 3:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id 5DD2737B71A for ; Fri, 30 Mar 2001 08:03:37 -0800 (PST) (envelope-from seebs@guild.plethora.net) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f2UG2vK00500; Fri, 30 Mar 2001 10:02:57 -0600 (CST) Message-Id: <200103301602.f2UG2vK00500@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: Alfred Perlstein Cc: Todd Whitesel , tech-kern@netbsd.org, freebsd-hackers@freebsd.org Subject: Re: Question regarding the array of size 0. In-reply-to: Your message of "Thu, 29 Mar 2001 23:50:25 PST." <20010329235022.W9431@fw.wintelcom.net> Date: Fri, 30 Mar 2001 10:02:56 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010329235022.W9431@fw.wintelcom.net>, Alfred Perlstein writes: >* Peter Seebach [010329 23:49] wrote: >> The only portable solution is the new feature in C99. >Which new feature? C99 allows the last member of a struct to be declared as an array with no size; this implies an object which will act like an array, but which isn't directly bounds-checked. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 8: 4: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id DA7F037B719 for ; Fri, 30 Mar 2001 08:03:58 -0800 (PST) (envelope-from seebs@guild.plethora.net) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f2UG3vK00524; Fri, 30 Mar 2001 10:03:57 -0600 (CST) Message-Id: <200103301603.f2UG3vK00524@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: freebsd-hackers@freebsd.org Cc: tech-kern@netbsd.org Subject: Re: Question regarding the array of size 0. In-reply-to: Your message of "Fri, 30 Mar 2001 10:04:45 +0200." Date: Fri, 30 Mar 2001 10:03:57 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Harti Brandt writes: >I suppose. But neither gcc nor Sun-cc seem to support it :-( Sure, but at least it's guaranteed to work on C99 compilers. [0] is not guaranteed, and if they suddenly refuse to compile it, you have no grounds for complaint. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 8: 6:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from switchlab.net (ntmail13.lightrealm.com [216.122.135.2]) by hub.freebsd.org (Postfix) with ESMTP id 39B7337B71B for ; Fri, 30 Mar 2001 08:06:17 -0800 (PST) (envelope-from seventhson@theseventhson.freeserve.co.uk) Received: from theseventhson.freeserve.co.uk ([212.113.15.130]) by switchlab.net (8.8.7/8.8.5) with ESMTP id IAA00434; Fri, 30 Mar 2001 08:08:15 -0800 (PST) Message-ID: <3AC4AE65.8C4D9482@theseventhson.freeserve.co.uk> Date: Fri, 30 Mar 2001 17:03:49 +0100 From: Benny Prijono X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Lord Isildur Cc: John Franklin , tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Question regarding the array of size 0. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lord Isildur wrote: > > sine one knows the size of the struct, who need the pointer? just > take the displacement. > > char* buf; /* some buffer */ > struct foo{ > int header; > struct funkystruct blah; > }; > > (struct foo*)buf; /*your headers are here */ > (struct foo*)buf+1; /* and your data is here */ nice. personally, I still prefer buf[0], because I think it's more readable. It's clear for the reader that the struct will be allocated larger than sizeof(struct foo), while with macro, that's not immediately obvious. btw, anybody can list compilers that reject buf[0] (inside struct)? MS visual C doesn't seem to complain either. > Isildur > thanks, Bennylp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 8:15:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nw175.netaddress.usa.net (nw175.netaddress.usa.net [204.68.24.75]) by hub.freebsd.org (Postfix) with SMTP id 2993337B71E for ; Fri, 30 Mar 2001 08:15:14 -0800 (PST) (envelope-from degoca@usa.net) Received: (qmail 28046 invoked by uid 60001); 30 Mar 2001 16:15:13 -0000 Message-ID: <20010330161513.28045.qmail@nw175.netaddress.usa.net> Received: from 204.68.24.75 by nw175 for [200.37.154.10] via web-mailer(34FM.0700.16A.01) on Fri Mar 30 16:15:13 GMT 2001 Date: 30 Mar 2001 09:15:13 MST From: Carlos Deudor Gomez To: freebsd-hackers@FreeBSD.ORG Subject: UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS X-Mailer: USANET web-mailer (34FM.0700.16A.01) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sres. Si fueran amables necesito saber donde encuentro las driver de vide= o y sonido para freeBSD de placas con todo ello incorporado. Muchas Gracias por su atencion = ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=3D= 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 8:22: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vieo.com (vieo.com [216.30.79.131]) by hub.freebsd.org (Postfix) with ESMTP id 6A3C237B71C for ; Fri, 30 Mar 2001 08:21:59 -0800 (PST) (envelope-from johng@vieo.com) Received: (from johng@localhost) by vieo.com (8.11.2/8.11.2) id f2UGLwY45837; Fri, 30 Mar 2001 10:21:58 -0600 (CST) (envelope-from johng) Date: Fri, 30 Mar 2001 10:21:58 -0600 (CST) From: John Gregor Message-Id: <200103301621.f2UGLwY45837@vieo.com> To: freebsd-hackers@FreeBSD.ORG, tech-kern@netbsd.org Subject: Re: Question regarding the array of size 0. In-Reply-To: <3AC4AE65.8C4D9482@theseventhson.freeserve.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lord Isildur wrote: > > sine one knows the size of the struct, who need the pointer? just > take the displacement. > > char* buf; /* some buffer */ > struct foo{ > int header; > struct funkystruct blah; > }; > > (struct foo*)buf; /*your headers are here */ > (struct foo*)buf+1; /* and your data is here */ The only problem is that: struct foo { (struct foo*)buf; int count; - and - (struct foo*)buf+1; short flags; char data[0]; }; will have different alignments. If what you want is for data[] to begin immediately after flags, buf+1 doesn't work. Oh, and as to the data[] vs data[0] problem, one can always do the equivalent of: #if defined(C99STUBS) # define ARRAYSTUB(x) x[0] #elif defined(GCCSTUBS) # define ARRAYSTUB(x) x[] #endif struct foo { int count; short flags; char ARRAYSTUB(data); }; -JohnG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 9:15: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id 6491037B71A for ; Fri, 30 Mar 2001 09:15:00 -0800 (PST) (envelope-from drew@chopper.Poohsticks.ORG) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f2UHEmO25798; Fri, 30 Mar 2001 10:14:48 -0700 Message-Id: <200103301714.f2UHEmO25798@chopper.Poohsticks.ORG> To: "Gurpratap Virdi" Cc: "Daniel O'Connor" , hackers@FreeBSD.ORG Subject: Re: Writing to a file in the kernel In-reply-to: Your message of "Fri, 30 Mar 2001 08:20:50 CST." <002d01c0b924$a07d2090$8d7d1f26@dhgfhcpps5nhe1> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25794.985972488.1@chopper.Poohsticks.ORG> Date: Fri, 30 Mar 2001 10:14:48 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <002d01c0b924$a07d2090$8d7d1f26@dhgfhcpps5nhe1>, gvirdi@gvirdi.com w rites: >The problem is that printf's scroll off the screen. How can I write to a >file? syslogd(8)/syslog.conf(5). Also note that by default, on must unices the stock /etc/syslog.conf sends kernel messages to /var/log/messages (along with everything else). YMMV. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 9:23:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id BACAE37B71C for ; Fri, 30 Mar 2001 09:23:44 -0800 (PST) (envelope-from drew@chopper.Poohsticks.ORG) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f2UHNaO25859; Fri, 30 Mar 2001 10:23:36 -0700 Message-Id: <200103301723.f2UHNaO25859@chopper.Poohsticks.ORG> To: Lord Isildur Cc: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Question regarding the array of size 0. In-reply-to: Your message of "Fri, 30 Mar 2001 09:54:20 EST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25855.985973016.1@chopper.Poohsticks.ORG> Date: Fri, 30 Mar 2001 10:23:36 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , mrfusion@umbar.vaxpowe r.org writes: > > >which all begs the question... what is the point of an array of size >zero? To allow you to do variable length arrays at the end of structures in a portable (C99) or semi-portable (gcc) way struct records { unsigned flags; struct foo[0] data; }; without jumping through casting hoops. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 9:35: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ambar.ofermundo.com.ar (h066060007247.isol.net.ar [66.60.7.247]) by hub.freebsd.org (Postfix) with ESMTP id E30D937B71C for ; Fri, 30 Mar 2001 09:34:57 -0800 (PST) (envelope-from freebsd@grunblatt.com.ar) Received: from 200-32-115-207-tnttlp2.impsat.net.ar ([200.32.115.207]) by ambar.ofermundo.com.ar (8.9.3/8.8.7) with ESMTP id OAA06876; Fri, 30 Mar 2001 14:34:45 -0300 Date: Fri, 30 Mar 2001 17:37:30 -0300 (ART) From: Daniel X-X-Sender: To: Carlos Deudor Gomez Cc: Subject: Re: UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS In-Reply-To: <20010330161513.28045.qmail@nw175.netaddress.usa.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 30 Mar 2001, Carlos Deudor Gomez wrote: Primero te diria que hables en ingles porque en esta lista la mayoria no habla castellano, segundo los drivers para cualquier cosa se compilan en el kernel, para mas informacion dirigite a : http://www.FreeBSD.ORG/handbook/ d.- > Date: 30 Mar 2001 09:15:13 MST > From: Carlos Deudor Gomez > To: freebsd-hackers@FreeBSD.ORG > Subject: UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS > > Sres. Si fueran amables necesito saber donde encuentro las driver de video y > sonido para freeBSD de placas con todo ello incorporado. > > Muchas Gracias por su atencion > > ____________________________________________________________________ > Get free email and a permanent address at http://www.netaddress.com/?N=1 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 9:44:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8D43A37B71A for ; Fri, 30 Mar 2001 09:44:37 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id MAA05351; Fri, 30 Mar 2001 12:45:44 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010330123625.03db9610@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Fri, 30 Mar 2001 13:03:23 -0500 To: Peter Philipp From: Dennis Subject: Re: if_fxp - the real point Cc: hackers@FreeBSD.ORG In-Reply-To: <20010330104024.B2589@dega.daemonium.com> References: <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com> <5.0.0.25.0.20010328165848.03e9bcd0@mail.etinc.com> <5.0.0.25.0.20010329183557.030eeda0@mail.etinc.com> <3AC3D152.7D0FD148@soekris.com> <5.0.0.25.0.20010329212102.03dc5ac0@mail.etinc.com> 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 10:40 AM 03/30/2001, you wrote: >On Thu, Mar 29, 2001 at 09:40:05PM -0500, Dennis wrote: > > Im sure that Intel is really sweating over your decision. > >I think they should. When people realise they are buying into something >tainted and undisclosed only open to an 'elite' crowd (like dennis) >then people will look elsewhere. Its only "tainted" in the minds of "source weenies". Your thinking is not mainstream. Your implication that a company with teams of marketing and legal gurus is just so naive about the freebsd market that they dont "get it" is comical. I know you dont want to hear this, but "hackers" are generally undesirable customers. They complain a lot, think they know everything, refuse to read documentation (mainly because they are used to not having any)...so "losing" their business isnt that unprofitable. do you think that the MSCE at some big company that buys our FreeBSD-based firewall/bandwidth manager complains daily about there being no GUI support for divert functions? Or that it doesnt have the latest version of ssh? Nope. They are just happy that they got what the paid for, a nice firewall that controls their bandwidth. And guess what? They also dont whine about not getting discounts because they are an "isp" or a "reseller" or a "good guy". They pay the same price and dont complain. Thats a model customer. Im 100% sure that there arent discussions in the board rooms at General Motors about using Servers with realtek ethernet controllers because intel requires an NDA for disclosure of their eepro100. Intel DOES release the info, they just dont want YOU to release it. You can write a driver, and you can sell it, you just cant give away the info. That serves the mainstream community. And thats where the money is. If you stop writing drivers for FreeBSD for intel products, guess what? Someone else will write one and make a lot of money off of it. So you are just going to create opportunities for the very people you hate, the capitalists. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 9:45:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ptacek.ptacek.net (rc1s7p8.dashmail.net [216.36.33.80]) by hub.freebsd.org (Postfix) with ESMTP id 8C99637B71C for ; Fri, 30 Mar 2001 09:45:19 -0800 (PST) (envelope-from chris@ptacek.net) Received: from cpnotebook ([209.102.119.66]) by ptacek.ptacek.net (8.11.1/8.11.1) with SMTP id f2UHrEh93837 for ; Fri, 30 Mar 2001 09:53:14 -0800 (PST) (envelope-from chris@ptacek.net) Message-ID: <001301c0b940$3d48ca80$cafba8c0@sitaranetworks.com> From: "Chris Ptacek" To: Subject: Page Fault problem with my KLD Date: Fri, 30 Mar 2001 09:38:31 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am developing a KLD and I am having problems getting a page fault. I am using a set "library" (basically a set of third party object files I build and then link in). This libarary requires its own chunk of memory that it manages and needs to be passed a pointer to that memory (and the size) when it is initialized. So during my load phase I malloc the memory (14M), at this point I can traverse the memory just fine using a for loop writing and reading from it as a test. However once I pass this memory into the "library" to use, I get a page fault error. Is there something I am missing here? What would be the possible causes of the page fault? Any and all help would be appreciated and if you could CC this account I would appreciate it (my FreeBSD mailing list subscriptions are from another account). - Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 9:49:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id 8985F37B71C for ; Fri, 30 Mar 2001 09:49:24 -0800 (PST) (envelope-from seebs@guild.plethora.net) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f2UHnNK02853 for ; Fri, 30 Mar 2001 11:49:23 -0600 (CST) Message-Id: <200103301749.f2UHnNK02853@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: hackers@freebsd.org Subject: Re: if_fxp - the real point In-reply-to: Your message of "Fri, 30 Mar 2001 13:03:23 EST." <5.0.0.25.0.20010330123625.03db9610@mail.etinc.com> Date: Fri, 30 Mar 2001 11:49:23 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5.0.0.25.0.20010330123625.03db9610@mail.etinc.com>, Dennis writes: [snip] Dennis, everything you're saying sounds exactly like the people who were saying, five or ten years ago, that Linux would *never* make *any* difference, because Microsoft had already won. If there is a measurable population of people to whom open specs are important, open specs are a competitive advantage. Over time, they are likely to win if all else is equal... and in the long run, all else *is* equal. Is General Motors worried about using a card for which the drivers require an NDA? No. Is Home Depot, who are running a lot of boxes on Linux, more likely to standardize on a few thousand cards that their programmers assure them are "safer for us"? Yes. The pressure need not be overwhelming to be real. Over time, yes, I expect to see more vendors release hardware specs, because failure to do so can cost them *at least some* sales. The number of sales seems to be steadily going up. It can be very small today and still be a big deal in five years. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 10:37:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 991CF37B71C for ; Fri, 30 Mar 2001 10:37:24 -0800 (PST) (envelope-from gjb@gbch.net) Received: (qmail 64839 invoked by uid 1001); 31 Mar 2001 04:37:17 +1000 Message-ID: X-Posted-By: GJB-Post 2.13 09-Feb-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Sat, 31 Mar 2001 04:37:16 +1000 From: Greg Black To: Graham Wheeler Cc: freebsd-hackers@freebsd.org Subject: Re: Getting ISA device settings from kernel References: <3AC4A5C9.35FE775B@cequrux.com> In-reply-to: <3AC4A5C9.35FE775B@cequrux.com> of Fri, 30 Mar 2001 15:27:05 GMT Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: | I've attached the code in case anyone wants to look at it. Please limit yourself to short fragments. For thousand line chunks like this, just post a URL where you have made the code available for those few people who might want to take a look. Abusing the list with large slabs of code is anti-social, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 10:48:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 6AE7337B71A for ; Fri, 30 Mar 2001 10:48:04 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA05749; Fri, 30 Mar 2001 13:49:12 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Fri, 30 Mar 2001 14:06:51 -0500 To: seebs@plethora.net (Peter Seebach), hackers@FreeBSD.ORG From: Dennis Subject: Re: if_fxp - the real point In-Reply-To: <200103301749.f2UHnNK02853@guild.plethora.net> References: 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 12:49 PM 03/30/2001, Peter Seebach wrote: >In message <5.0.0.25.0.20010330123625.03db9610@mail.etinc.com>, Dennis writes: >[snip] > >Dennis, everything you're saying sounds exactly like the people who were >saying, five or ten years ago, that Linux would *never* make *any* difference, >because Microsoft had already won. Microsoft has won in the markets that existed at the time. Unix is more suitable for internet services, so it has a sizable chunk of the internet market. BSDi failed miserably against MS with an arguably better product in the server market. Source availability didnt help much. And lets face it. If MS had a good product, they would have a much larger market share and linux would be a non-issue. MS just makes shitty stuff. Its not about "open source". its about how well it works. I've said it 1000 times but none of the source weenies want to hear it. Linux started to make headway when it started to work well. The fact that its cheap helps too, with or without source. >If there is a measurable population of people to whom open specs are >important, open specs are a competitive advantage. Over time, they are >likely to win if all else is equal... and in the long run, all else *is* >equal. Open specs are a competitive disadvantage, because all players are equal. NetBSD will never be much better than FreeBSD (or vice-versa) because they keep stealing each others ideas and code. Those that sign an NDA have an advantage of those that dont, that the whole point. >Is General Motors worried about using a card for which the drivers require >an NDA? No. Is Home Depot, who are running a lot of boxes on Linux, more >likely to standardize on a few thousand cards that their programmers assure >them are "safer for us"? Yes. I'll bet you $.50 they use intel or 3com cards. >The pressure need not be overwhelming to be real. Over time, yes, I expect >to see more vendors release hardware specs, because failure to do so can cost >them *at least some* sales. The number of sales seems to be steadily going >up. It can be very small today and still be a big deal in five years. "some" sales dont matter. You dont understand the trade-offs, which often are negative. My competitors probably sell twice as many boards as I do and I'll bet that I make more profit than they do. Selling more is not necessarily good. Selling more can be very bad. WHO you sell to and HOW MUCH they pay are more important. Its all about MARGIN. And you lose margin when everyone has the same information. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 10:50: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 634C037B71B for ; Fri, 30 Mar 2001 10:49:57 -0800 (PST) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Fri, 30 Mar 2001 20:49:55 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com> From: "Koster, K.J." To: 'Dennis' Cc: hackers@FreeBSD.ORG Subject: RE: Intel driver doc's Take 2. Date: Fri, 30 Mar 2001 20:49:55 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Its not a "proprietary tree". I dont have time to clean it up > and submit patches. > Please mail me your pci/if_fxp* just as they are and I wil clean up and submit patches in your name. Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 11:28: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sttlpop5.sttl.uswest.net (pop.sttl.uswest.net [206.81.192.5]) by hub.freebsd.org (Postfix) with SMTP id AD65137B719 for ; Fri, 30 Mar 2001 11:28:04 -0800 (PST) (envelope-from kmills@a6l.net) Received: (qmail 12812 invoked by alias); 30 Mar 2001 19:19:34 -0000 Delivered-To: fixup-freebsd-hackers@FreeBSD.ORG@fixme Received: (qmail 10319 invoked by uid 0); 30 Mar 2001 19:18:48 -0000 Received: from www.a6l.net (HELO a6l.net) (63.229.13.49) by pop.sttl.uswest.net with SMTP; 30 Mar 2001 19:18:48 -0000 Received: (qmail 92888 invoked by uid 1002); 30 Mar 2001 19:18:48 -0000 To: freebsd-hackers@FreeBSD.ORG Subject: kqueue/kevent and OOB? From: Kevin Mills Date: 30 Mar 2001 11:18:48 -0800 Message-ID: <85hf0b83qf.fsf@diablo.in.a6l.net> Lines: 9 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings! How does kevent signal out-of-band data? When using select, I can check the fd set for an exception. How do I know when out-of-band has arrived when using kevent? Thanks for any help, km To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 11:50:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id 9492137B71D for ; Fri, 30 Mar 2001 11:50:36 -0800 (PST) (envelope-from drew@chopper.Poohsticks.ORG) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f2UJoNO26356; Fri, 30 Mar 2001 12:50:23 -0700 Message-Id: <200103301950.f2UJoNO26356@chopper.Poohsticks.ORG> To: Dennis Cc: seebs@plethora.net (Peter Seebach), hackers@FreeBSD.ORG Subject: Re: if_fxp - the real point In-reply-to: Your message of "Fri, 30 Mar 2001 14:06:51 EST." <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26352.985981822.1@chopper.Poohsticks.ORG> Date: Fri, 30 Mar 2001 12:50:23 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com>, dennis@etinc.co m writes: >And lets face it. If MS had a good product, they would have a much larger >market share and linux would be a non-issue. MS just makes shitty stuff. >Its not about "open source". Directly, it isn't. Indirectly, it is. >its about how well it works. Although that comes from the software being open source. If it's open source and broken enough to affect me or my employer, I can and will fix it, and send patches back to the maintainers. If it's not, the higher the hurdles are the more likely I/we will spend time finding a workarround or switching products instead. Regardless of how good your test team and tools are, there are going to cases you don't test for, and bugs are going to escape into the field. With more competant people in the field that have source you're more likely to have the bug manifest in a situation where someone can and will do something about it. Open source has the potential to make software more stable than its closed counterparts, and often does in practice. By virtue of having more people able to make changes, open source also increases your chances of someone being able to justify the expense (time, opportunity cost from not applying talent elsewhere, money, etc) to add a feature. >>important, open specs are a competitive advantage. Over time, they are >>likely to win if all else is equal... and in the long run, all else *is* >>equal. > > >Open specs are a competitive disadvantage, because all players are equal. It depends entirely on the circumstances. With small niche markets, you're much more likely to run into situations where open specs can make a huge difference in the number of sales you make. Look at what happened to the PC multiport serial board market. OTOH, with millions of sales for Wintel PCs, sales increases in the thousands of units aren't going to make a difference in your bottom line. If you're selling black boxes, it may not matter. Or your customers may find it reasuring that if you go belly up or discontinue the product they can still buy support from some one else. -- Home Page For those who do, no explanation is necessary. For those who don't, no explanation is possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 13: 3:40 2001 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 1E4D237B718 for ; Fri, 30 Mar 2001 13:03:38 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2UL3av23784; Fri, 30 Mar 2001 13:03:36 -0800 (PST) Date: Fri, 30 Mar 2001 13:03:36 -0800 From: Alfred Perlstein To: Chris Ptacek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Page Fault problem with my KLD Message-ID: <20010330130336.B9431@fw.wintelcom.net> References: <001301c0b940$3d48ca80$cafba8c0@sitaranetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001301c0b940$3d48ca80$cafba8c0@sitaranetworks.com>; from chris@ptacek.net on Fri, Mar 30, 2001 at 09:38:31AM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Chris Ptacek [010330 09:45] wrote: > I am developing a KLD and I am having problems getting a page fault. I am > using a set "library" (basically a set of third party object files I build > and then link in). This libarary requires its own chunk of memory that it > manages and needs to be passed a pointer to that memory (and the size) when > it is initialized. So during my load phase I malloc the memory (14M), at > this point I can traverse the memory just fine using a for loop writing and > reading from it as a test. However once I pass this memory into the > "library" to use, I get a page fault error. Is there something I am missing > here? What would be the possible causes of the page fault? Page faults are caused by referencing memory that you shouldn't. See: http://www.freebsd.org/handbook/kerneldebug.html > Any and all help would be appreciated and if you could CC this account I > would appreciate it (my FreeBSD mailing list subscriptions are from another > account). Next time offer a test snippet of code that demonstrates the problem. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 14:24:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ptacek.ptacek.net (rc1s7p8.dashmail.net [216.36.33.80]) by hub.freebsd.org (Postfix) with ESMTP id BD00C37B718 for ; Fri, 30 Mar 2001 14:24:20 -0800 (PST) (envelope-from chris@ptacek.net) Received: from cpnotebook ([209.102.119.66]) by ptacek.ptacek.net (8.11.1/8.11.1) with SMTP id f2UMWFh94133; Fri, 30 Mar 2001 14:32:15 -0800 (PST) (envelope-from chris@ptacek.net) Message-ID: <001901c0b967$1f165060$cafba8c0@sitaranetworks.com> From: "Chris Ptacek" To: "Alfred Perlstein" Cc: References: <001301c0b940$3d48ca80$cafba8c0@sitaranetworks.com> <20010330130336.B9431@fw.wintelcom.net> Subject: Re: Page Fault problem with my KLD Date: Fri, 30 Mar 2001 14:16:51 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks, I figured this problem out this afternoon (now on to the others :) Turns out that the "library" code I was using was using user level memcpy. - Chris BTW: I am currently having a problem that if I load, unload, and then load again my system seems to freeze. I can tell the driver is still running (it prints a debug message every second) and kldload does return, but if I try and do anything it just freezes (ls, kldunload, etc). Any ideas. - Chris ----- Original Message ----- From: "Alfred Perlstein" To: "Chris Ptacek" Cc: Sent: Friday, March 30, 2001 1:03 PM Subject: Re: Page Fault problem with my KLD > * Chris Ptacek [010330 09:45] wrote: > > I am developing a KLD and I am having problems getting a page fault. I am > > using a set "library" (basically a set of third party object files I build > > and then link in). This libarary requires its own chunk of memory that it > > manages and needs to be passed a pointer to that memory (and the size) when > > it is initialized. So during my load phase I malloc the memory (14M), at > > this point I can traverse the memory just fine using a for loop writing and > > reading from it as a test. However once I pass this memory into the > > "library" to use, I get a page fault error. Is there something I am missing > > here? What would be the possible causes of the page fault? > > Page faults are caused by referencing memory that you shouldn't. > > See: http://www.freebsd.org/handbook/kerneldebug.html > > > Any and all help would be appreciated and if you could CC this account I > > would appreciate it (my FreeBSD mailing list subscriptions are from another > > account). > > Next time offer a test snippet of code that demonstrates the problem. > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 14:51:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C1AB637B719 for ; Fri, 30 Mar 2001 14:51:26 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id RAA06760; Fri, 30 Mar 2001 17:52:31 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010330174731.04291540@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Fri, 30 Mar 2001 18:10:05 -0500 To: Drew Eckhardt From: Dennis Subject: Re: if_fxp - the real point Cc: seebs@plethora.net (Peter Seebach), hackers@FreeBSD.ORG In-Reply-To: <200103301950.f2UJoNO26356@chopper.Poohsticks.ORG> References: 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 02:50 PM 03/30/2001, Drew Eckhardt wrote: >In message <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com>, >dennis@etinc.co >m writes: > >And lets face it. If MS had a good product, they would have a much larger > >market share and linux would be a non-issue. MS just makes shitty stuff. > >Its not about "open source". > >Directly, it isn't. > >Indirectly, it is. > > >its about how well it works. > >Although that comes from the software being open source. If it's open >source and broken enough to affect me or my employer, This is a lot like trying to convince a jew that theres nothing wrong with cheeseburgers. Open source has its place, but its not going to take over the world. Deal with it. FreeBSD is not even better than Windows out of the box, because you need an experienced unix person to set up the box. It doesnt matter if its better, because you can't FIND experienced unix people. The economics of open source will not allow it to dominate, because there arent enough good programmers to make it work. Im arguing with a guy from "poohsticks.org". What am i thinking? lol db To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 15:17:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-52-218.adsl.one.net [216.23.52.218]) by hub.freebsd.org (Postfix) with ESMTP id 923BC37B71B; Fri, 30 Mar 2001 15:17:52 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2UNWWm37304; Fri, 30 Mar 2001 18:32:32 -0500 (EST) (envelope-from cokane) Date: Fri, 30 Mar 2001 18:32:32 -0500 From: Coleman Kane To: "Daniel O'Connor" Cc: Coleman Kane , freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, BSD Blood Subject: Re: wd & ata Message-ID: <20010330183232.B37201@cokane.yi.org> References: <20010329231418.A23201@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from doconnor@gsoft.com.au on Fri, Mar 30, 2001 at 01:36:32PM +0930 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Oh. Sorry. I thought that applied across the ata driver, my bad. Daniel O'Connor had the audacity to say: >=20 > On 30-Mar-2001 Coleman Kane wrote: > > There is an ENABLE_ATAPI_DMA or something to that effect in the kernel= config > > you must set. Read /usr/src/sys/i386/conf/LINT for more info. You may = also man > > ata. >=20 > That only affects ATAPI devices (ie not hard drives). >=20 > You can enable write caching and tagged queuing (see LINT) too. >=20 > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum >=20 --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6xRePERViMObJ880RAZnYAJ4ryml+Fn35KhAWam3L256x+x+mQACgtviv HcIllUPcFlLKrDlzdBYvpEc= =CKLK -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 15:39: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 2989037B718 for ; Fri, 30 Mar 2001 15:38:56 -0800 (PST) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id DAA11543; Sat, 31 Mar 2001 03:38:31 +0400 (MSD) Message-Id: <200103302338.DAA11543@aaz.links.ru> Subject: Re: if_fxp - the real point In-Reply-To: <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com> from "Dennis" at "Mar 30, 1 02:06:51 pm" To: dennis@etinc.com (Dennis) Date: Sat, 31 Mar 2001 03:38:31 +0400 (MSD) Cc: seebs@plethora.net, hackers@FreeBSD.ORG From: .@babolo.ru 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 Dennis writes: ..... > My competitors probably sell twice as many boards as I do and I'll bet that > I make more profit than they do. Selling more is not necessarily good. > Selling more can be very bad. WHO you sell to and HOW MUCH they pay are > more important. Its all about MARGIN. And you lose margin when everyone has > the same information. Gold worlds! I think me as customer so I know, that my and my family life is as good as all margins are low. So I do not buy Intel's products many years and newer buy M$ - no matter how good (of bad) M$ products are. By the way, I manage a lot of purchasing (I am a consultant). And I am not alone. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 15:39:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from one.net (ip-216-23-52-218.adsl.one.net [216.23.52.218]) by hub.freebsd.org (Postfix) with ESMTP id 5D84637B71B for ; Fri, 30 Mar 2001 15:39:18 -0800 (PST) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f2UNs4p37449; Fri, 30 Mar 2001 18:54:04 -0500 (EST) (envelope-from cokane) Date: Fri, 30 Mar 2001 18:54:04 -0500 From: Coleman Kane To: Drew Eckhardt Cc: Gurpratap Virdi , "Daniel O'Connor" , hackers@FreeBSD.ORG Subject: Re: Writing to a file in the kernel Message-ID: <20010330185404.C37201@cokane.yi.org> References: <002d01c0b924$a07d2090$8d7d1f26@dhgfhcpps5nhe1> <200103301714.f2UHEmO25798@chopper.Poohsticks.ORG> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" X-Mailer: Mutt 1.0.1i In-Reply-To: <200103301714.f2UHEmO25798@chopper.Poohsticks.ORG>; from drew@PoohSticks.ORG on Fri, Mar 30, 2001 at 10:14:48AM -0700 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Yeah. And you can prefix the messages with DEBUG: or some shit and use grep to parse them out. Drew Eckhardt had the audacity to say: >=20 > In message <002d01c0b924$a07d2090$8d7d1f26@dhgfhcpps5nhe1>, gvirdi@gvirdi= .com w > rites: > >The problem is that printf's scroll off the screen. How can I write to a > >file? >=20 > syslogd(8)/syslog.conf(5). >=20 > Also note that by default, on must unices the stock /etc/syslog.conf send= s=20 > kernel messages to /var/log/messages (along with everything else). >=20 > YMMV. >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6xRybERViMObJ880RAY1VAJ9DzwQSaeRIglNSZ6j78KDqoiKwpgCgmw72 i3K5Jfudl0EZ/1K7LlmIJm4= =jKwH -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 16:55:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from most.weird.com (most.weird.com [204.92.254.2]) by hub.freebsd.org (Postfix) with ESMTP id DBDC137B71A for ; Fri, 30 Mar 2001 16:55:53 -0800 (PST) (envelope-from woods@proven.weird.com) Received: from proven.weird.com([204.92.254.15]) (3747 bytes) by most.weird.com via sendmail with P:esmtp/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident <[x9OtUFUuJQdRt0+TV/QTwS7xD6lFIIER+6cXY6xjqMwN5AxRsznuCgCGm/AWnl7nmLkzBa+UsAmZE59swVBKgg==]> using rfc1413) id for ; Fri, 30 Mar 2001 19:55:52 -0500 (EST) (Smail-3.2.0.112-Pre 2000-Feb-17 #12 built 2001-Feb-5) Received: by proven.weird.com (Postfix, from userid 1000) id 8CEF790; Fri, 30 Mar 2001 19:55:49 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@weird.com (Greg A. Woods) To: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Question regarding the array of size 0. In-Reply-To: <3AC4AE65.8C4D9482@theseventhson.freeserve.co.uk> References: <3AC4AE65.8C4D9482@theseventhson.freeserve.co.uk> X-Mailer: VM 6.92 under Emacs 21.0.100.1 Reply-To: tech-kern@netbsd.org, freebsd-hackers@FreeBSD.ORG Organization: Planix, Inc.; Toronto, Ontario; Canada Message-Id: <20010331005549.8CEF790@proven.weird.com> Date: Fri, 30 Mar 2001 19:55:49 -0500 (EST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Friday, March 30, 2001 at 17:03:49 (+0100), Benny Prijono wrote: ] > Subject: Re: Question regarding the array of size 0. > > Lord Isildur wrote: > > > > sine one knows the size of the struct, who need the pointer? just > > take the displacement. > > > > char* buf; /* some buffer */ > > struct foo{ > > int header; > > struct funkystruct blah; > > }; > > > > (struct foo*)buf; /*your headers are here */ > > (struct foo*)buf+1; /* and your data is here */ > > nice. > > personally, I still prefer buf[0], because I think it's more readable. > It's clear for the reader that the struct will be allocated larger > than sizeof(struct foo), while with macro, that's not immediately > obvious. Like it or not the "char data[0]" trick has always been just that, a (bad) trick. I used it once, when I first learned it, and have shunned it ever since, though not so violently as to re-write it in code where I encounter it! ;-) Personally I find the cast to be extremely readable. It is, after all, a common C idiom that all good C programmers must instinctively know how to interpret anyway. You can maybe make it more "readable" by doing it slightly differently too, such as first adding sizeof(struct foo) to a (void *) pointer to the head of the buffer, which perhaps more clearly indicates that the buffer was a concatenation of a struct foo and an array of bytes. What I really don't like about this trick is that it breaks the idiom of being able to use sizeof(data) on what's clearly a variable declared as an array type. If I want to have an arbitrary collection of bytes that's of variable length then I don't want to represent it as an array but rather as a pointer so some storage space and a separate variable to record its allocated length (and perhaps its real length if the buffer the pointer points to is re-used but not re-allocated or is itself a generic array defined to be the maximum length of the data it might contain). Of course even using a struct to map data fields onto arbitrary data is often a questionable (and non-portable) practice too (depending on where the data comes from, of course).... Strictly speaking one should always explicitly read each field of the data (given its specification), perform any necessary conversions, and then explicitly assign the resulting values to each element in the struct that will be use to manipulate the data internally. This is especially true if the data has an external representation. -- Greg A. Woods +1 416 218-0098 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 20:20: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by hub.freebsd.org (Postfix) with ESMTP id 69E4137B719 for ; Fri, 30 Mar 2001 20:20:06 -0800 (PST) (envelope-from transmogriyf@sympatico.ca) Received: from sympatico.ca ([64.228.106.127]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010331042005.UDCU29116.tomts6-srv.bellnexxia.net@sympatico.ca> for ; Fri, 30 Mar 2001 23:20:05 -0500 Message-ID: <3AC55DC5.207D6B89@sympatico.ca> Date: Fri, 30 Mar 2001 23:32:05 -0500 From: Paul Halliday X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Job. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi. Hate to post this here but I need a job... like pronto, today, chop chop. Unfortunately I have zero connections and zero friends (actually two, so they claim but they can't help) so... please listen to my dilema. I have worked in the construction industry for about 6 years working as a commercial/industrial electrician and carpenter. I have finished a maximum of three years of a CIS degree which as far as I was concerened was a total waste of time, and money for that matter. And now have very little to show for it. Anyway, work unfortunately dropped to a lame all time low... Going back to school is not an option and I believe that getting a job in this industry is my only hope to satisfy my soon to be wife. Not to mention supporting our notion of beginning a family. Bottom line, I have a huge fucken debt to pay and have a wedding date already planned for the 18th of August. Long and pathetic story short, I need coin in a big way and fast. IE ( for those that weren't completely listening ) A JOB! I live in Toronto, Ontario and I am willing to pursue any type of work that would be beneficial to any operative on this list that runs some sort of commercial enterprise. I know, FBSD, FBSD, FBSD, FBSD, FBSD, FBSD-ALPHA, FBSD, solaris, linux, obsd, hpux, firewalls, C, BASH ( <-elite expressionist shit) and BASH maybe a little ascend, cisco, etc. And probably PDA programming. You name It I will do it. An if not learn it very quickly. If anyone can PLEASE offer something aside from dice, monster, etc, I would prolly lub j00 foreva. Most Humbly.... ;P -- Paul Halliday ============================================================================ Don't underestimate the power of stupid people in large groups. Web: http://www3.sympatico.ca/transmogrify Public Key available here: http://www3.sympatico.ca/transmogrify/dp.txt ============================================================================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 22:18:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 9766037B718 for ; Fri, 30 Mar 2001 22:18:03 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2V11Q600507; Fri, 30 Mar 2001 17:01:28 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103310101.f2V11Q600507@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Chris Ptacek" Cc: freebsd-hackers@freebsd.org Subject: Re: Page Fault problem with my KLD In-reply-to: Your message of "Fri, 30 Mar 2001 09:38:31 PST." <001301c0b940$3d48ca80$cafba8c0@sitaranetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Mar 2001 17:01:25 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am developing a KLD and I am having problems getting a page fault. I am > using a set "library" (basically a set of third party object files I build > and then link in). This libarary requires its own chunk of memory that it > manages and needs to be passed a pointer to that memory (and the size) when > it is initialized. So during my load phase I malloc the memory (14M), at > this point I can traverse the memory just fine using a for loop writing and > reading from it as a test. However once I pass this memory into the > "library" to use, I get a page fault error. Is there something I am missing > here? What would be the possible causes of the page fault? The probable cause is that the library you're building is reaching outside the memory that you've allocated it; possibly because it's making some other invalid assumptions. It's hard to be more specific because you haven't given a lot of data here. I'd start by checking the fault address as reported by the trap message; this is the address that the code has tried to access, and it should give you some hints about what's going wrong. eg. if it's 0 or a small value you probably have a null pointer dereference, if it's outside the range that you've allocated, the library has a fencepost error, etc. -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 30 23:37: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from eastgate.starhub.net.sg (eastgate.starhub.net.sg [203.116.1.189]) by hub.freebsd.org (Postfix) with ESMTP id 49DA737B719 for ; Fri, 30 Mar 2001 23:36:52 -0800 (PST) (envelope-from calvin.tan@adecco-asia.com) Received: from IT ([203.116.199.167]) by eastgate.starhub.net.sg (8.10.1/8.10.1) with SMTP id f2V7ahF03412 for ; Sat, 31 Mar 2001 15:36:44 +0800 (SST) From: "Calvin Tan" To: Subject: subscribe Date: Sat, 31 Mar 2001 15:36:53 +0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C0B9F8.696DB7C0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C0B9F8.696DB7C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit regards, calvin IT Department Adecco Personnel Pte Ltd Tel: +65 561 9941 ext. 20 Fax: +65 561 4726 ------=_NextPart_000_0000_01C0B9F8.696DB7C0 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IjUHAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANEHAwAfAA8AIgAAAAYAMQEB A5AGAKQEAAAiAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAACgAAAHN1YnNjcmliZQAAAAIBcQABAAAAFgAAAAHAubUFvw6mUX4lyhHVi80AAlU0L3gAAAIB HQwBAAAAIAAAAFNNVFA6Q0FMVklOLlRBTkBBREVDQ08tQVNJQS5DT00ACwABDgAAAABAAAYOAKSv 87S5wAECAQoOAQAAABgAAAAAAAAAa6dyeXTz1BGLywACVTQveMKAAAALAB8OAQAAAAIBCRABAAAA 2QAAANUAAAAvAQAATFpGdUW+AlMDAAoAcmNwZzEyNQYyAPgLYG5nMzA4njEB9wKkA+MCAGNoCsDg c2V0MCAHEwKDAFArA9URdX0KgXYIkHdr6QuAZDQMYGMAUAsDC7ZPCrEKhAqEFGExIAlwZ+kLEXMs FPRjB0ATUAuQQRUDSVQgRGUKsXQ3B4ACMBT0QQWBBaAgUCUEkHMCIG5lAyBQdLBlIEx0CzEVElQZ 8AA6ICs2NSA1NhEWIDk5NBYgZXh0RC4gFNZGYXgbKDR9AcA2FPQK4xWXFOUTEQABH+AAAAALAAGA CCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMABIAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAAB9 bgEAHgAGgAggBgAAAAAAwAAAAAAAAEYAAAAAVIUAAAEAAAAEAAAAOS4wAAsACoAIIAYAAAAAAMAA AAAAAABGAAAAAIKFAAABAAAACwBDgAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADAEWACCAG AAAAAADAAAAAAAAARgAAAAAQhQAAAAAAAAMARoAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAA AwBHgAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAADAFuACCAGAAAAAADAAAAAAAAARgAAAAAB hQAAAAAAAAsAcoAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAAgH4DwEAAAAQAAAAa6dyeXTz 1BGLywACVTQveAIB+g8BAAAAEAAAAGuncnl089QRi8sAAlU0L3gCAfsPAQAAAIIAAAAAAAAAOKG7 EAXlEBqhuwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAATklUQfm/uAEAqgA32W4AAABDOlxXSU5E T1dTXExvY2FsIFNldHRpbmdzXEFwcGxpY2F0aW9uIERhdGFcTWljcm9zb2Z0XE91dGxvb2tcb3V0 bG9vay5wc3QAAAADAP4PBQAAAAMADTT9NwAAAgF/AAEAAAA6AAAAPE5FQkJJTE1MR0xLRkNIRU5G TElMSUVIT0NBQUEuY2FsdmluLnRhbkBhZGVjY28tYXNpYS5jb20+AAAAAwAGEGbSus0DAAcQUAAA AAMAEBAAAAAAAwAREAAAAAAeAAgQAQAAAFEAAABSRUdBUkRTLENBTFZJTklUREVQQVJUTUVOVEFE RUNDT1BFUlNPTk5FTFBURUxURFRFTDorNjU1NjE5OTQxRVhUMjBGQVg6KzY1NTYxNDcyNgAAAAAf 6A== ------=_NextPart_000_0000_01C0B9F8.696DB7C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 1:18:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from max5.rrze.uni-erlangen.de (max5.rrze.uni-erlangen.de [131.188.3.50]) by hub.freebsd.org (Postfix) with ESMTP id 910AB37B722 for ; Sat, 31 Mar 2001 01:18:29 -0800 (PST) (envelope-from Jochen.Kaiser@rrze.uni-erlangen.de) Received: from devil.rrze.uni-erlangen.de by max5.rrze.uni-erlangen.de with ESMTP; Sat, 31 Mar 2001 11:18:27 +0200 Received: (from unrza2@localhost) by devil.rrze.uni-erlangen.de (8.9.3/8.9.3) id LAA08058; Sat, 31 Mar 2001 11:14:28 +0200 (CEST) From: Jochen Kaiser Date: Sat, 31 Mar 2001 11:14:27 +0200 To: FreeBSD-hackers@FreeBSD.ORG Cc: luigi@info.iet.unipi.it Subject: unexpected peaks in dummynet;scheduling oddity? Message-Id: <20010331111427.A3209@devil.rrze.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I did some measurements using Dummynet. It was just to see how it works. Tests are made with 0,7MBit stream (each 429Bytes Packets), 5,10,15,25,50 and 75 MBit. I tried a delay of 10ms for the testing connection. The tests were done with a Smartbits6000 with the capability to record the difference between sending and receiving a packet. Each test had a 8192 packets. The result show a strange behaviour, depending on the data rate. _ | | vs. /\ 0.7MBit - 15MBit: diffuse, fairly hig variance from 9.5 - 10.3ms 25 MBit: between 50MBit - 75MBit: very sharp, extreme precise, delivers a nearly 10ms (variance not calculated yet ... to be done ..) I am now a bit confused. Is it a matter of scheduling? Maybe too much fairness for such tasks :) Or is it some kind of prediction in dummynet which favours high data rates. I think I've seen something like that for packet loss in dummynet. Any opionions appreciated. Maybe I did something wrong and forget to set some sysctl properly. with kind regards, Jochen Kaiser -- Jochen Kaiser kind@IRCNET, phone +49 9131 85-28134 Network Administration mailto:jochen.kaiser@rrze.uni-erlangen.de Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany GPG public key: http://www.uni-erlangen.de/~unrza2/public_key.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 1:47:33 2001 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 E3D1E37B71E for ; Sat, 31 Mar 2001 01:47:31 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2V9lAX11577; Sat, 31 Mar 2001 01:47:10 -0800 (PST) Date: Sat, 31 Mar 2001 01:47:10 -0800 From: Alfred Perlstein To: Chris Ptacek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Page Fault problem with my KLD Message-ID: <20010331014710.F9431@fw.wintelcom.net> References: <001301c0b940$3d48ca80$cafba8c0@sitaranetworks.com> <20010330130336.B9431@fw.wintelcom.net> <001901c0b967$1f165060$cafba8c0@sitaranetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001901c0b967$1f165060$cafba8c0@sitaranetworks.com>; from chris@ptacek.net on Fri, Mar 30, 2001 at 02:16:51PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Chris Ptacek [010330 14:24] wrote: > Thanks, I figured this problem out this afternoon (now on to the others :) > Turns out that the "library" code I was using was using user level memcpy. > > - Chris > > BTW: I am currently having a problem that if I load, unload, and then load > again my system seems to freeze. I can tell the driver is still running (it > prints a debug message every second) and kldload does return, but if I try > and do anything it just freezes (ls, kldunload, etc). Any ideas. Chris, these questions are totally useless, you must give exmaple code if you expect any sort of help. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 8:47:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id D7EBB37B718 for ; Sat, 31 Mar 2001 08:47:22 -0800 (PST) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f2VGiaw09808 for ; Sat, 31 Mar 2001 11:44:37 -0500 (EST) Message-ID: <3AC60925.7CF191FA@iowna.com> Date: Sat, 31 Mar 2001 11:43:17 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Security problems with access(2)? 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 working on a quick little programming project for a client and ran across this in the man page for access(2) "Access() is a potential security hole and should never be used." Obviously, I could use stat() instead, but use of access() will make this project so simple it's not even funny. Since that message is rather brief, I went looking for some more information. In the source tree I found a number of programs that use access() - including tcsh, sendmail and perl. I'm a little confused here, if access() is such a serious security problem that it should _never_ be used, do we now have a major problem with a large amount of software in the base system? Does anyone have a pointer to more detailed information on the potential security hole in access()? I've got a bit more research to do on this, but I'd appreciate any pointers to speed me along. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 9: 2:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail0.bna.bellsouth.net (mail0.bna.bellsouth.net [205.152.150.12]) by hub.freebsd.org (Postfix) with ESMTP id 9559637B719 for ; Sat, 31 Mar 2001 09:02:50 -0800 (PST) (envelope-from roundeye@roundeye.net) Received: from mail.roundeye.net (adsl-78-144-96.bna.bellsouth.net [216.78.144.96]) by mail0.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id MAA27911; Sat, 31 Mar 2001 12:02:49 -0500 (EST) Received: (from rick@localhost) by mail.roundeye.net (8.10.1/8.9.3) id f2VH2mL29305; Sat, 31 Mar 2001 11:02:48 -0600 Date: Sat, 31 Mar 2001 11:02:48 -0600 From: Rick Bradley To: Bill Moran Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? Message-ID: <20010331110248.A28931@negwo.roundeye.net> References: <3AC60925.7CF191FA@iowna.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC60925.7CF191FA@iowna.com>; from wmoran@iowna.com on Sat, Mar 31, 2001 at 11:43:17AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Bill Moran (wmoran@iowna.com) [010331 10:48]: [...] > Does anyone have a pointer to more detailed information on the potential > security hole in access()? I've got a bit more research to do on this, > but I'd appreciate any pointers to speed me along. I'd say they docs are referring to the potential race condition: - Program calls access() to see if user has authority to open a file and gets an affirmative result - User swaps file with another file (say a link to the password file) - Program calls open() on the file, which has been replaced since the call to access() If the program is running with more privileges than the user this is a truck-sized hole (or at least SUV-sized). Rick -- Rick Bradley / http://www.roundeye.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 9:26:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 017E837B71A for ; Sat, 31 Mar 2001 09:26:26 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2VHQIO13750; Sat, 31 Mar 2001 10:26:18 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103311726.f2VHQIO13750@harmony.village.org> To: Bill Moran Subject: Re: Security problems with access(2)? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 31 Mar 2001 11:43:17 EST." <3AC60925.7CF191FA@iowna.com> References: <3AC60925.7CF191FA@iowna.com> Date: Sat, 31 Mar 2001 10:25:03 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3AC60925.7CF191FA@iowna.com> Bill Moran writes: : I'm a little confused here, if access() is such a serious security : problem that it should _never_ be used, do we now have a major problem : with a large amount of software in the base system? Access(2) can be raced. If you say access("fred") and then later open fread, between the two calls, fred may refer to different files and you would be tricked into opening a file that you shouldn't have otherwise opened. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 9:27:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 65D3C37B719 for ; Sat, 31 Mar 2001 09:27:46 -0800 (PST) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f2VHOxw23273; Sat, 31 Mar 2001 12:24:59 -0500 (EST) Message-ID: <3AC6129C.3E5BDC01@iowna.com> Date: Sat, 31 Mar 2001 12:23:40 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: Rick Bradley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? References: <3AC60925.7CF191FA@iowna.com> <20010331110248.A28931@negwo.roundeye.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rick Bradley wrote: > > * Bill Moran (wmoran@iowna.com) [010331 10:48]: > [...] > > Does anyone have a pointer to more detailed information on the potential > > security hole in access()? I've got a bit more research to do on this, > > but I'd appreciate any pointers to speed me along. > > I'd say they docs are referring to the potential race condition: > > - Program calls access() to see if user has authority to open > a file and gets an affirmative result > - User swaps file with another file (say a link to the password > file) > - Program calls open() on the file, which has been replaced since > the call to access() > > If the program is running with more privileges than the user this > is a truck-sized hole (or at least SUV-sized). Ahhh ... I'd call that an aircraft-carrier sized hole. I hadn't even considered that possibility. The good news, however, is that it doesn't present any security concerns in the context I'll be using - since the program runs as the local user. Thanks, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 9:29: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 6BCE437B719 for ; Sat, 31 Mar 2001 09:29:07 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2VHT3O13787; Sat, 31 Mar 2001 10:29:03 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103311729.f2VHT3O13787@harmony.village.org> To: Rick Bradley Subject: Re: Security problems with access(2)? Cc: Bill Moran , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 31 Mar 2001 11:02:48 CST." <20010331110248.A28931@negwo.roundeye.net> References: <20010331110248.A28931@negwo.roundeye.net> <3AC60925.7CF191FA@iowna.com> Date: Sat, 31 Mar 2001 10:27:48 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010331110248.A28931@negwo.roundeye.net> Rick Bradley writes: : If the program is running with more privileges than the user this : is a truck-sized hole (or at least SUV-sized). Wouldn't that be SUSV2-sized hole? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 9:50: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mr200.netcologne.de (mr200.netcologne.de [194.8.194.109]) by hub.freebsd.org (Postfix) with ESMTP id AEA5837B718 for ; Sat, 31 Mar 2001 09:50:03 -0800 (PST) (envelope-from pherman@frenchfries.net) Received: from husten.security.at12.de (dial-213-168-92-177.netcologne.de [213.168.92.177]) by mr200.netcologne.de (Mirapoint) with ESMTP id ADG10829; Sat, 31 Mar 2001 19:50:01 +0200 (CEST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by husten.security.at12.de (8.11.3/8.11.2) with ESMTP id f2VHnoP75442; Sat, 31 Mar 2001 19:49:50 +0200 (CEST) (envelope-from pherman@frenchfries.net) Date: Sat, 31 Mar 2001 19:49:48 +0200 (CEST) From: Paul Herman To: Warner Losh Cc: Bill Moran , Subject: Re: Security problems with access(2)? In-Reply-To: <200103311726.f2VHQIO13750@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 31 Mar 2001, Warner Losh wrote: > In message <3AC60925.7CF191FA@iowna.com> Bill Moran writes: > : I'm a little confused here, if access() is such a serious security > : problem that it should _never_ be used, do we now have a major problem > : with a large amount of software in the base system? > > Access(2) can be raced. Shouldn't the stat(2) manpage then also carry the same warning that access(2) has (apparently dating back to 4.4BSD-Lite)? ...or maybe even a suggestion to use fstat(2) instead... -Paul. Index: stat.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/stat.2,v retrieving revision 1.16.2.3 diff -u -r1.16.2.3 stat.2 --- stat.2 2000/12/08 13:49:32 1.16.2.3 +++ stat.2 2001/03/31 17:44:27 @@ -273,6 +273,10 @@ .Fn fstat function calls are expected to conform to .St -p1003.1-90 . +.Sh CAVEAT +.Fn stat +is a potential security hole and +should never be used. .Sh HISTORY A .Fn stat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:10:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m09.mx.aol.com (imo-m09.mx.aol.com [64.12.136.164]) by hub.freebsd.org (Postfix) with ESMTP id B2C3737B718 for ; Sat, 31 Mar 2001 10:10:36 -0800 (PST) (envelope-from airgoo3843@aol.com) Received: from airgoo3843@aol.com by imo-m09.mx.aol.com (mail_out_v29.14.) id n.63.13f0ad7e (4199) for ; Sat, 31 Mar 2001 13:10:31 -0500 (EST) From: airgoo3843@aol.com Message-ID: <63.13f0ad7e.27f77796@aol.com> Date: Sat, 31 Mar 2001 13:10:30 EST Subject: (no subject) To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 130 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I need some help. when i download midi music from the internet i can t play it on my yamaha keyboard what do i need to convert it to the right format. bob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:17:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 66B4D37B719 for ; Sat, 31 Mar 2001 10:17:19 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2VIGuh61054; Sat, 31 Mar 2001 13:16:56 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sat, 31 Mar 2001 13:16:56 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Paul Herman Cc: Warner Losh , Bill Moran , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 31 Mar 2001, Paul Herman wrote: > On Sat, 31 Mar 2001, Warner Losh wrote: > > > In message <3AC60925.7CF191FA@iowna.com> Bill Moran writes: > > : I'm a little confused here, if access() is such a serious security > > : problem that it should _never_ be used, do we now have a major problem > > : with a large amount of software in the base system? > > > > Access(2) can be raced. > > Shouldn't the stat(2) manpage then also carry the same warning that > access(2) has (apparently dating back to 4.4BSD-Lite)? ...or maybe > even a suggestion to use fstat(2) instead... Well, really the moral of the story here is that userland applications should allow the kernel to perform the access checks, rather than doing so themselves. Any time you start replicating kernel security policy in the userland application, you limit the ability to globally change policy by modifying the kernel (for example, introducing ACLs, MAC, ...). Generally speaking, where possibly, applications should attempt an activity rather than try to determine if they would succeed if they tried. An example of this is as follows: sshd, rather than binding port 22 when it starts, looks at the uid to see if, theoretically it could. This means that if we introduce a model that permits binding of port 22 by processes running without uid 0, sshd has to be modified. It is safe to use access() and related functions to generate cleaner failure modes, they just shouldn't be relied upon for security itself. For example, you might call access() on a series of files to generate a nice clean failure mode for a compound operation (so you don't have to back out parts of the operation if a failure is received later), but then still rely on the kernel to enforce protections by setting the effective uid/gid and trying it. Most of these system calls are "safe", but only if you understand what they do and how it differs from what you want. One thing we (TrustedBSD Project) have been considering is introducing a "SECURITY CONSIDERATIONS" section to mdoc(5) which would document things like common security issues with the system call, correct use, etc. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:19:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0315437B718 for ; Sat, 31 Mar 2001 10:19:34 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2VIJOO13998; Sat, 31 Mar 2001 11:19:24 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103311819.f2VIJOO13998@harmony.village.org> To: Paul Herman Subject: Re: Security problems with access(2)? Cc: Bill Moran , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 31 Mar 2001 19:49:48 +0200." References: Date: Sat, 31 Mar 2001 11:18:09 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Paul Herman writes: : Shouldn't the stat(2) manpage then also carry the same warning that : access(2) has (apparently dating back to 4.4BSD-Lite)? ...or maybe : even a suggestion to use fstat(2) instead... No. stat can be used safely. In fact, it can even be used to detect when the old switch-er-ooo has taken place on file systems that conform to the POSIX standard. However, it does take some care to use it safely. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:23:42 2001 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 8414537B719 for ; Sat, 31 Mar 2001 10:23:39 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 31 Mar 2001 19:23:38 +0100 (BST) Date: Sat, 31 Mar 2001 19:23:38 +0100 From: David Malone To: Warner Losh Cc: Paul Herman , Bill Moran , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? Message-ID: <20010331192338.A45841@walton.maths.tcd.ie> References: <200103311819.f2VIJOO13998@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103311819.f2VIJOO13998@harmony.village.org>; from imp@harmony.village.org on Sat, Mar 31, 2001 at 11:18:09AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 31, 2001 at 11:18:09AM -0700, Warner Losh wrote: > In message Paul Herman writes: > : Shouldn't the stat(2) manpage then also carry the same warning that > : access(2) has (apparently dating back to 4.4BSD-Lite)? ...or maybe > : even a suggestion to use fstat(2) instead... > > No. stat can be used safely. In fact, it can even be used to detect > when the old switch-er-ooo has taken place on file systems that > conform to the POSIX standard. However, it does take some care to use > it safely. Don't you need fstat to do this? (In which case you may as well just open the file and fstat it anyway). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:31:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 72F3537B71B for ; Sat, 31 Mar 2001 10:31:32 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA03170; Sat, 31 Mar 2001 13:32:37 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010331134806.024346c0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sat, 31 Mar 2001 13:50:10 -0500 To: .@babolo.ru From: Dennis Subject: Re: if_fxp - the real point Cc: seebs@plethora.net, hackers@FreeBSD.ORG In-Reply-To: <200103302338.DAA11543@aaz.links.ru> References: <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com> 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 06:38 PM 03/30/2001, .@babolo.ru wrote: >Dennis writes: >..... > > My competitors probably sell twice as many boards as I do and I'll bet > that > > I make more profit than they do. Selling more is not necessarily good. > > Selling more can be very bad. WHO you sell to and HOW MUCH they pay are > > more important. Its all about MARGIN. And you lose margin when everyone > has > > the same information. >Gold worlds! >I think me as customer so I know, >that my and my family life is as good as all margins are low. >So I do not buy Intel's products many years >and newer buy M$ - no matter how good (of bad) M$ products are. > >By the way, I manage a lot of purchasing (I am a consultant). >And I am not alone. Several grains of sand dont make a beach. Im sure you dont drive a mercedes either, but Im sure they are doing ok without y ou. A vendor does not have to sell their product to every person in the world using that type of product to be successful. In fact M$ got in a bit of trouble trying to do so. Im not sure why you fellows dont get that. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:32:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A73D137B718 for ; Sat, 31 Mar 2001 10:32:34 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2VIW9O14167; Sat, 31 Mar 2001 11:32:09 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103311832.f2VIW9O14167@harmony.village.org> To: David Malone Subject: Re: Security problems with access(2)? Cc: Paul Herman , Bill Moran , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 31 Mar 2001 19:23:38 +0100." <20010331192338.A45841@walton.maths.tcd.ie> References: <20010331192338.A45841@walton.maths.tcd.ie> <200103311819.f2VIJOO13998@harmony.village.org> Date: Sat, 31 Mar 2001 11:30:54 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010331192338.A45841@walton.maths.tcd.ie> David Malone writes: : Don't you need fstat to do this? (In which case you may as well just : open the file and fstat it anyway). There are times when you are traversing the tree that you need to stat before and after you open. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 10:34:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 358BC37B71D for ; Sat, 31 Mar 2001 10:34:16 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id NAA03190; Sat, 31 Mar 2001 13:35:23 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010331135051.02058be0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sat, 31 Mar 2001 13:52:57 -0500 To: .@babolo.ru From: Dennis Subject: Re: if_fxp - the real point Cc: hackers@FreeBSD.ORG In-Reply-To: <200103302338.DAA11543@aaz.links.ru> References: <5.0.0.25.0.20010330134837.03f30d20@mail.etinc.com> 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 06:38 PM 03/30/2001, .@babolo.ru wrote: >Dennis writes: >..... > > My competitors probably sell twice as many boards as I do and I'll bet > that > > I make more profit than they do. Selling more is not necessarily good. > > Selling more can be very bad. WHO you sell to and HOW MUCH they pay are > > more important. Its all about MARGIN. And you lose margin when everyone > has > > the same information. >Gold worlds! >I think me as customer so I know, >that my and my family life is as good as all margins are low. >So I do not buy Intel's products many years >and newer buy M$ - no matter how good (of bad) M$ products are. > >By the way, I manage a lot of purchasing (I am a consultant). >And I am not alone. What do you Russians make? Like $90. a month? Now theres a market worth going after!!!! :-) Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 11: 6:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.netaddress.com (jester.ddg.com [216.30.58.65]) by hub.freebsd.org (Postfix) with ESMTP id E883637B71C for ; Sat, 31 Mar 2001 11:06:04 -0800 (PST) (envelope-from root@mail.netaddress.com) Received: (from root@localhost) by mail.netaddress.com (8.9.3/8.9.3) id NAA02607; Sat, 31 Mar 2001 13:06:03 -0600 Date: Sat, 31 Mar 2001 13:06:03 -0600 Message-Id: <200103311906.NAA02607@mail.netaddress.com> To: freebsd-hackers@FreeBSD.ORG From: lucy@aol.com Subject: A message to freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Are you bored and want some excitement? Las Vegas Has Just Showed Up In Your Neigbourhood! In fact, you wont even have to leave your computer! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Queensclub Online Casino Advantages: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * Play in your pyjamas * Play for fun option (without gambling money) * Free money to play with! * Confidential and safe * No travel headaches * No hotel bill suprises * Take your time playing! * Play with your creditcard * Get advice as you play! * Almost 98% payout! +------------------------------------------------+ | This could be your lucky day! Give us a try! | +------------------------------------------------+ http://www.chickpics.com/casino/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- What do our satisfied visitors think about us? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- PAULM, A ,460 Jackpot winner from Georgia: "That's when I decided to throw caution to the wind. I just put the whole wad into the machine and on my tenth try -- BINGO! almost 150,000 dollars!" BOSSMAN48, A Jackpot winner from Michigan: "After throwing out bets for 20 minutes or so at the JacksOrBetter game, my one big bet made me a richer man. I pulled down a royal flush!!!!!!!" 5666777, A Jackpot winner from New Jersey: "After four or five unsuccessful bets I gave it a rest and went to pick up a sandwich from the fridge. Then, after couple of bites and couple of pulls on the slot machine, it happened!!! I HIT THE JACKPOT!" RIVER, ,878 jackpot winner from Canada: "I couldn't believe it as the money suddenly showed in my account! We both jumped so quickly, we almost knocked the PC off the table." -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- +------------------------------------------------+ | This could be your lucky day! Give us a try! | +-------------------------------------------+ http://www.chickpics.com/casino/ This message was sent to freebsd-hackers@FreeBSD.ORG. If you do not wish to receive more emails from me, just click on the link below. http://www.kiatou.com/cgi-bin/remove.cgi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 11:11:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail11.sdc1.sfba.home.com (femail11.sdc1.sfba.home.com [24.0.95.107]) by hub.freebsd.org (Postfix) with ESMTP id 672D037B719 for ; Sat, 31 Mar 2001 11:11:53 -0800 (PST) (envelope-from jgowdy@home.com) Received: from cx443070b ([24.0.36.170]) by femail11.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010331191153.JOFW26203.femail11.sdc1.sfba.home.com@cx443070b>; Sat, 31 Mar 2001 11:11:53 -0800 Message-ID: <000b01c0ba16$da3028d0$aa240018@cx443070b> From: "Jeremiah Gowdy" To: , References: <200103311906.NAA02607@mail.netaddress.com> Subject: Re: A message to freebsd-hackers@FreeBSD.ORG Date: Sat, 31 Mar 2001 11:14:43 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 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 ----- Original Message ----- From: To: Sent: Saturday, March 31, 2001 11:06 AM Subject: A message to freebsd-hackers@FreeBSD.ORG > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Are you bored and want some excitement? > Las Vegas Has Just Showed Up In Your Neigbourhood! > In fact, you wont even have to leave your computer! > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Umm. Crossposted spam. Can we block this ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 11:12:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail11.sdc1.sfba.home.com (femail11.sdc1.sfba.home.com [24.0.95.107]) by hub.freebsd.org (Postfix) with ESMTP id 484B237B719 for ; Sat, 31 Mar 2001 11:12:43 -0800 (PST) (envelope-from jgowdy@home.com) Received: from cx443070b ([24.0.36.170]) by femail11.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010331191243.JOYV26203.femail11.sdc1.sfba.home.com@cx443070b>; Sat, 31 Mar 2001 11:12:43 -0800 Message-ID: <000f01c0ba16$f7f1a6f0$aa240018@cx443070b> From: "Jeremiah Gowdy" To: , References: <200103311906.NAA02607@mail.netaddress.com> Subject: Re: A message to freebsd-hackers@FreeBSD.ORG Date: Sat, 31 Mar 2001 11:15:37 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 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 Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 8EA6A2E8167; Sat, 31 Mar 2001 11:06:12 -0800 (PST) (envelope-from owner-freebsd-hackers) Weird. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 11:18:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 338E537B719; Sat, 31 Mar 2001 11:18:13 -0800 (PST) Date: Sat, 31 Mar 2001 11:18:13 -0800 From: David O'Brien To: 'Dennis' , hackers@FreeBSD.ORG Subject: Re: Intel driver doc's Take 2. Message-ID: <20010331111813.A90993@hub.freebsd.org> Reply-To: obrien@freebsd.org References: <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com>; from K.J.Koster@kpn.com on Fri, Mar 30, 2001 at 08:49:55PM +0100 X-Operating-System: FreeBSD 4.2-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 30, 2001 at 08:49:55PM +0100, Koster, K.J. wrote: > Its not a "proprietary tree". I dont have time to clean it up > and submit patches. But you do seem to have time to keep arguing with people??? I'm sure you'll have time to bitch again if 4.4 doesn't meet your needs because you didn't submit some patch you needed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 11:39:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gradient.cis.upenn.edu (GRADIENT.CIS.UPENN.EDU [158.130.67.48]) by hub.freebsd.org (Postfix) with ESMTP id 805AB37B71D for ; Sat, 31 Mar 2001 11:39:15 -0800 (PST) (envelope-from agoodloe@gradient.cis.upenn.edu) Received: from localhost (localhost [127.0.0.1]) by gradient.cis.upenn.edu (8.10.1/8.10.1) with ESMTP id f2VJdEp23495 for ; Sat, 31 Mar 2001 14:39:14 -0500 (EST) Date: Sat, 31 Mar 2001 14:39:14 -0500 (EST) From: Alwyn Goodloe To: freebsd-hackers@freebsd.org Subject: ipfw divert 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 Hackers, Here's my question. I have the following FW rules: ipfw add 50000 divert natd tcp from any to any via ep1 ipfw add 60000 divert 4422 tcp from any to any 3322 in ipfw add 65000 allow ip from any to any The first rule is for natd which performs the standard sort of network address translations. THe second is doing some application specific processing. It seems to me that what's happening is that the first divert gets executed and the translation is correct. What I then need is for the second rule to fire on the translated packet. From several things I have read it seems that once one divert rule is executed then the other dirvert rules won't get executed. Am I correct about this. Any ideas how I can get both divert rules to fire. Alwyn Goodloe agoodloe@gradient.cis.upenn.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 11:54:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 7D6E837B719; Sat, 31 Mar 2001 11:54:12 -0800 (PST) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-232.columbus.rr.com [65.24.23.232]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f2VJpQw07259; Sat, 31 Mar 2001 14:51:26 -0500 (EST) Message-ID: <3AC644B1.1BB56BB3@iowna.com> Date: Sat, 31 Mar 2001 15:57:21 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the additional explanation. It has done a number of things for me, one of which is convince me that (for my application) the use of access() is not a security problem. I'm going to put together a suggestion for the doc team on this. I think it can probably be explained a little better in the man page. The current message is a little harsher than needed (I think) -Bill Robert Watson wrote: > > On Sat, 31 Mar 2001, Paul Herman wrote: > > > On Sat, 31 Mar 2001, Warner Losh wrote: > > > > > In message <3AC60925.7CF191FA@iowna.com> Bill Moran writes: > > > : I'm a little confused here, if access() is such a serious security > > > : problem that it should _never_ be used, do we now have a major problem > > > : with a large amount of software in the base system? > > > > > > Access(2) can be raced. > > > > Shouldn't the stat(2) manpage then also carry the same warning that > > access(2) has (apparently dating back to 4.4BSD-Lite)? ...or maybe > > even a suggestion to use fstat(2) instead... > > Well, really the moral of the story here is that userland applications > should allow the kernel to perform the access checks, rather than doing so > themselves. Any time you start replicating kernel security policy in the > userland application, you limit the ability to globally change policy by > modifying the kernel (for example, introducing ACLs, MAC, ...). Generally > speaking, where possibly, applications should attempt an activity rather > than try to determine if they would succeed if they tried. An example of > this is as follows: sshd, rather than binding port 22 when it starts, > looks at the uid to see if, theoretically it could. This means that if we > introduce a model that permits binding of port 22 by processes running > without uid 0, sshd has to be modified. > > It is safe to use access() and related functions to generate cleaner > failure modes, they just shouldn't be relied upon for security itself. > For example, you might call access() on a series of files to generate a > nice clean failure mode for a compound operation (so you don't have to > back out parts of the operation if a failure is received later), but then > still rely on the kernel to enforce protections by setting the effective > uid/gid and trying it. > > Most of these system calls are "safe", but only if you understand what > they do and how it differs from what you want. One thing we (TrustedBSD > Project) have been considering is introducing a "SECURITY CONSIDERATIONS" > section to mdoc(5) which would document things like common security issues > with the system call, correct use, etc. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 12: 4:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from et-gw.etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C987F37B71A; Sat, 31 Mar 2001 12:04:26 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by et-gw.etinc.com (8.9.3/8.9.3) with ESMTP id PAA03742; Sat, 31 Mar 2001 15:05:36 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010331151458.0220ab10@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sat, 31 Mar 2001 15:23:09 -0500 To: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG From: Dennis Subject: Re: Intel driver doc's Take 2. In-Reply-To: <20010331111813.A90993@hub.freebsd.org> References: <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com> <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com> 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 02:18 PM 03/31/2001, David O'Brien wrote: >On Fri, Mar 30, 2001 at 08:49:55PM +0100, Koster, K.J. wrote: > > Its not a "proprietary tree". I dont have time to clean it up > > and submit patches. > >But you do seem to have time to keep arguing with people??? >I'm sure you'll have time to bitch again if 4.4 doesn't meet your needs >because you didn't submit some patch you needed. Only because the same morons (like yourself) continue ad infinitum to post your useless comments publicly. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 12:25: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152]) by hub.freebsd.org (Postfix) with ESMTP id 1F9F137B718; Sat, 31 Mar 2001 12:25:03 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-3.cisco.com (8.9.3/8.9.1) with ESMTP id MAA13021; Sat, 31 Mar 2001 12:23:46 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2VKP2Q76882; Sat, 31 Mar 2001 12:25:02 -0800 (PST) (envelope-from bmah) Message-Id: <200103312025.f2VKP2Q76882@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Dennis Cc: freebsd-chat@freebsd.org Subject: Re: Intel driver doc's Take 2. In-Reply-To: <5.0.0.25.0.20010331151458.0220ab10@mail.etinc.com> References: <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com> <59063B5B4D98D311BC0D0001FA7E452205FD9AD0@l04.research.kpn.com> <5.0.0.25.0.20010331151458.0220ab10@mail.etinc.com> Comments: In-reply-to Dennis message dated "Sat, 31 Mar 2001 15:23:09 -0500." From: "Bruce A. Mah" Reply-To: freebsd-chat@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1920427702P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 31 Mar 2001 12:25:02 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1920427702P Content-Type: text/plain; charset=us-ascii [trying to move this off -hackers] If memory serves me right, Dennis wrote: > At 02:18 PM 03/31/2001, David O'Brien wrote: > >On Fri, Mar 30, 2001 at 08:49:55PM +0100, Koster, K.J. wrote: > > > Its not a "proprietary tree". I dont have time to clean it up > > > and submit patches. > > > >But you do seem to have time to keep arguing with people??? > >I'm sure you'll have time to bitch again if 4.4 doesn't meet your needs > >because you didn't submit some patch you needed. > > Only because the same morons (like yourself) continue ad infinitum to post > your useless comments publicly. As they say, it takes two to tango. About ten messages ago you asked if someone could just let this thread die. Why don't you take the lead on this and be that person? I'm asking nicely and sincerely. That ought to count for something. Thanks, Bruce. --==_Exmh_-1920427702P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6xj0e2MoxcVugUsMRAi7EAJ4tUXNnfivk054GgOIxydLEHQLQfQCfVYta oGxFkVwyrJ9NJjKO160WYEU= =OJIF -----END PGP SIGNATURE----- --==_Exmh_-1920427702P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 12:56:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id A999437B719 for ; Sat, 31 Mar 2001 12:56:09 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id WAA33314; Sat, 31 Mar 2001 22:55:22 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103312055.WAA33314@info.iet.unipi.it> Subject: Re: unexpected peaks in dummynet;scheduling oddity? In-Reply-To: <20010331111427.A3209@devil.rrze.uni-erlangen.de> from Jochen Kaiser at "Mar 31, 2001 11:14:27 am" To: Jochen Kaiser Date: Sat, 31 Mar 2001 22:55:22 +0200 (CEST) Cc: FreeBSD-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, the packet scheduler is invoked by dummynet at every packet arrival and then at multiple of 1/HZ intervals. If you use the default kernel setting, HZ=100 so you have most times rounded to multiples of 10ms. I have been running my kernels with HZ=1000 for the past 4-5 years so the resolution is much better -- 1ms, which is appropriate for links up to a few megabits/s I think the above should explain the results you see. cheers luigi > Hello, > > I did some measurements using Dummynet. It was just to see how > it works. Tests are made with 0,7MBit stream (each 429Bytes Packets), > 5,10,15,25,50 and 75 MBit. > > I tried a delay of 10ms for the testing connection. > The tests were done with a Smartbits6000 with the capability to > record the difference between sending and receiving a packet. > Each test had a 8192 packets. > > > The result show a strange behaviour, depending on the data rate. > > _ > | | vs. /\ > > 0.7MBit - 15MBit: diffuse, fairly hig variance from 9.5 - 10.3ms > > 25 MBit: between > > 50MBit - 75MBit: very sharp, extreme precise, delivers a nearly 10ms > > (variance not calculated yet ... to be done ..) > > I am now a bit confused. Is it a matter of scheduling? > Maybe too much fairness for such tasks :) > > Or is it some kind of prediction in dummynet which favours > high data rates. I think I've seen something like that for packet > loss in dummynet. > > > Any opionions appreciated. Maybe I did something wrong > and forget to set some sysctl properly. > > with kind regards, > Jochen Kaiser > -- > Jochen Kaiser kind@IRCNET, phone +49 9131 85-28134 > Network Administration mailto:jochen.kaiser@rrze.uni-erlangen.de > Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany > GPG public key: http://www.uni-erlangen.de/~unrza2/public_key.txt > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13: 7:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from moo.sysabend.org (moo.sysabend.org [63.86.88.201]) by hub.freebsd.org (Postfix) with ESMTP id 6629937B71B for ; Sat, 31 Mar 2001 13:07:31 -0800 (PST) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 4BEDD755D; Sat, 31 Mar 2001 13:09:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 497571D89 for ; Sat, 31 Mar 2001 13:09:21 -0800 (PST) Date: Sat, 31 Mar 2001 13:09:21 -0800 (PST) From: Jamie Bowden To: hackers@FreeBSD.org Subject: Netscape and shared objects. Message-ID: Approved: yep X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :02pm ghast /home/jamie %netscape ld.so failed: Can't find shared library "libXt.so.6.0" 4:02pm ghast /home/jamie %runas ldconfig -r | grep libXt.so 77:-lXt.6 => /usr/X11R6/lib/libXt.so.6 I'm curious, is there something special about netsape that I should know? This is FreeBSD 4.2-R and Netscape 4.76 for i386 unkown BSD. I went ahead and softlinked /usr/X11R6/lib/libXt.so.6 to /usr/X11R6/lib/libXt.so.6.0, but that hasn't had a noticable effect. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:14:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 3373437B71D for ; Sat, 31 Mar 2001 13:14:28 -0800 (PST) (envelope-from gjb@gbch.net) Received: (qmail 85141 invoked by uid 1001); 1 Apr 2001 07:14:23 +1000 Message-ID: X-Posted-By: GJB-Post 2.13 09-Feb-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Sun, 01 Apr 2001 07:14:23 +1000 From: Greg Black To: Bill Moran Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? References: <3AC644B1.1BB56BB3@iowna.com> In-reply-to: <3AC644B1.1BB56BB3@iowna.com> of Sat, 31 Mar 2001 15:57:21 EST Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Moran wrote: | Thanks for the additional explanation. It has done a number of things | for me, one of which is convince me that (for my application) the use of | access() is not a security problem. You're almost certainly wrong in that conclusion; and even if you're not wrong now there'll come a day when you re-use that code or extend that program without thinking about the effects of the access() calls in it and then you'll shoot yourself in the foot. If you want to know if your process can open a file, just call open() or fopen() and deal with errors appropriately. Of course, if there is a real /reason/ that you have found for using access() in spite of everything you have been told, that might make a difference; but you have never given us that reason and so we can't comment on it. I know that every time when I was a new Unix programmer and was tempted to use access(), a bit of thought (or some guidance from a more experienced colleague) showed me that I did not need access(). | I'm going to put together a suggestion for the doc team on this. I think | it can probably be explained a little better in the man page. The | current message is a little harsher than needed (I think) That message has been there for many years and is quite correct. There are interfaces that are in the system for historical reasons, but which should not be used by new programs; access() is one of those. There is only one reason to use access() and that's to discover if a file is accessible. Because of the race condition and the fact that access() tells lies to setuid and setgid programs, it is both dangerous and useless unless used with such care that any benefits it provides are lost in the noise. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:23:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 9DADF37B719 for ; Sat, 31 Mar 2001 13:23:08 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA23047; Sat, 31 Mar 2001 13:23:12 -0800 Date: Sat, 31 Mar 2001 13:23:06 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "David O'Brien" Cc: hackers@FreeBSD.ORG Subject: Re: Intel driver doc's Take 2. In-Reply-To: <5.0.0.25.0.20010331151458.0220ab10@mail.etinc.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 wrt- Dennis - he doesn't think much of people here, and is abusive. Let's just move on and let him go find other folks to pick fights with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:31:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from narf.osd.bsdi.com (narf.osd.bsdi.com [204.216.28.215]) by hub.freebsd.org (Postfix) with ESMTP id 08FE737B71A for ; Sat, 31 Mar 2001 13:31:43 -0800 (PST) (envelope-from jkh@narf.osd.bsdi.com) Received: from narf.osd.bsdi.com (localhost [127.0.0.1]) by narf.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f2VLTbf66354; Sat, 31 Mar 2001 13:29:38 -0800 (PST) (envelope-from jkh@narf.osd.bsdi.com) Message-Id: <200103312129.f2VLTbf66354@narf.osd.bsdi.com> To: mjacob@feral.com Cc: "David O'Brien" , hackers@FreeBSD.ORG Subject: Re: Intel driver doc's Take 2. In-Reply-To: Message from Matthew Jacob of "Sat, 31 Mar 2001 13:23:06 PST." Date: Sat, 31 Mar 2001 13:29:37 -0800 From: Jordan K Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Amen! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:36:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cx420564-b.tucson1.az.home.com (cx420564-b.tucson1.az.home.com [24.21.112.225]) by hub.freebsd.org (Postfix) with ESMTP id 6DF9E37B718 for ; Sat, 31 Mar 2001 13:36:22 -0800 (PST) (envelope-from fracture@cx420564-b.tucson1.az.home.com) Received: (from fracture@localhost) by cx420564-b.tucson1.az.home.com (8.11.1/8.11.1) id f31LXnX74467 for freebsd-hackers@FreeBSD.ORG; Sun, 1 Apr 2001 14:33:49 -0700 (MST) (envelope-from fracture) Date: Sun, 1 Apr 2001 14:33:48 -0700 From: Jordan DeLong To: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? Message-ID: <20010401143348.A74357@cx420564-b.tucson1.az.home.com> Mail-Followup-To: Jordan DeLong , freebsd-hackers@FreeBSD.ORG References: <3AC644B1.1BB56BB3@iowna.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gjb@gbch.net on Sun, Apr 01, 2001 at 07:14:23AM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable in a project I'm currently working on I use the access(2) call when going through a path for plugins to load. For each : delim on the path it does an access(2) to see if there is a file there, and then it uses dlopen(3) to open the file as a share object, and responds appropriatly to any errors it may recieve from the dlopen(3) call. I'd like to offer this as an example of a reasonable, and noninsecure usage of access (please correct me if I'm wrong). I'm not worried about if the file is created after the access call: I'm just using the access call to avoid having to do a dlopen() on every : delim in the path. Thoughts? --=20 Jordan DeLong fracture@allusion.net --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjrHnrwACgkQDrrilS51AZ/8swCgzzbX0VYUToBR8O0KnR+yOdLY yXwAn0XpiSrJQEFA7oMH+GEHTyAqzT4N =wd8M -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:44:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 7D5AC37B719 for ; Sat, 31 Mar 2001 13:44:20 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2VLiP301397; Sat, 31 Mar 2001 13:44:25 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103312144.f2VLiP301397@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jordan DeLong Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? In-reply-to: Your message of "Sun, 01 Apr 2001 14:33:48 PDT." <20010401143348.A74357@cx420564-b.tucson1.az.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Mar 2001 13:44:25 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > in a project I'm currently working on I use the access(2) call when > going through a path for plugins to load. For each : delim on the path > it does an access(2) to see if there is a file there, and then it > uses dlopen(3) to open the file as a share object, and responds > appropriatly to any errors it may recieve from the dlopen(3) > call. > > I'd like to offer this as an example of a reasonable, and noninsecure > usage of access (please correct me if I'm wrong). I'm not worried about > if the file is created after the access call: I'm just using the > access call to avoid having to do a dlopen() on every : delim > in the path. > > Thoughts? If you're going to dlopen(3) it anyway, calling access(2) is just a waste of time. This is the most benign misuse of access(2), it's certainly not a "reasonable" example however. -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:50:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 74B4037B71A for ; Sat, 31 Mar 2001 13:50:12 -0800 (PST) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-232.columbus.rr.com [65.24.23.232]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f2VLlEw17223; Sat, 31 Mar 2001 16:47:16 -0500 (EST) Message-ID: <3AC65FD5.F91717BB@iowna.com> Date: Sat, 31 Mar 2001 17:53:09 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: Greg Black Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? - off topic References: <3AC644B1.1BB56BB3@iowna.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Black wrote: > > Bill Moran wrote: > > | Thanks for the additional explanation. It has done a number of things > | for me, one of which is convince me that (for my application) the use of > | access() is not a security problem. > > You're almost certainly wrong in that conclusion; and even if > you're not wrong now there'll come a day when you re-use that > code or extend that program without thinking about the effects > of the access() calls in it and then you'll shoot yourself in > the foot. If you want to know if your process can open a file, > just call open() or fopen() and deal with errors appropriately. > > Of course, if there is a real /reason/ that you have found for > using access() in spite of everything you have been told, that > might make a difference; but you have never given us that reason > and so we can't comment on it. I know that every time when I > was a new Unix programmer and was tempted to use access(), a bit > of thought (or some guidance from a more experienced colleague) > showed me that I did not need access(). Sorry ... didn't think anyone was interested, and it's off topic, but here it is in a nutshell: The client I'm working with is moving from a Novell server to a FreeBSD server using Samba. They're very unhappy with Samba's behaviour in only 1 respect: on the Novell server, files/directories that were not readible by the user did not appear in the directory listing. For legacy reasons, they have a single shared directory that contains hundreds of directories, most of which are not accessibly to the majority of groups/users on the system. Samba has no option for this that I can find, and I have not been able to produce this effect with manipulation of the filesystem permissions. So I dug into the source code and found that the code that produces a directory listing is relatively simple. It's simply a loop that iterates through all the files(directories) in a directory and presents them to the client. So, ignoring these files/directories is simply a matter of a test for access() at the beginning of the loop that does a "continue" if it fails on read access. So you see ... this is probably one of the few situations where access() is safe, since a mistake in this case does not provide any access the object (that's handled later, in a completely seperate block of code) If I'm wrong, please feel free to correct me. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 13:51: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cx420564-b.tucson1.az.home.com (cx420564-b.tucson1.az.home.com [24.21.112.225]) by hub.freebsd.org (Postfix) with ESMTP id 1662637B718 for ; Sat, 31 Mar 2001 13:51:04 -0800 (PST) (envelope-from fracture@cx420564-b.tucson1.az.home.com) Received: (from fracture@localhost) by cx420564-b.tucson1.az.home.com (8.11.1/8.11.1) id f31LmUL76782 for freebsd-hackers@freebsd.org; Sun, 1 Apr 2001 14:48:30 -0700 (MST) (envelope-from fracture) Date: Sun, 1 Apr 2001 14:48:30 -0700 From: Jordan DeLong To: freebsd-hackers@freebsd.org Subject: Re: Security problems with access(2)? Message-ID: <20010401144830.A76718@cx420564-b.tucson1.az.home.com> Mail-Followup-To: Jordan DeLong , freebsd-hackers@freebsd.org References: <20010401143348.A74357@cx420564-b.tucson1.az.home.com> <200103312144.f2VLiP301397@mass.dis.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103312144.f2VLiP301397@mass.dis.org>; from msmith@FreeBSD.ORG on Sat, Mar 31, 2001 at 01:44:25PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 31, 2001 at 01:44:25PM -0800, Mike Smith wrote: > > in a project I'm currently working on I use the access(2) call when > > going through a path for plugins to load. For each : delim on the path > > it does an access(2) to see if there is a file there, and then it > > uses dlopen(3) to open the file as a share object, and responds > > appropriatly to any errors it may recieve from the dlopen(3) > > call. > >=20 > > I'd like to offer this as an example of a reasonable, and noninsecure > > usage of access (please correct me if I'm wrong). I'm not worried about > > if the file is created after the access call: I'm just using the > > access call to avoid having to do a dlopen() on every : delim > > in the path. > >=20 > > Thoughts? >=20 > If you're going to dlopen(3) it anyway, calling access(2) is just a waste= of=20 > time. This is the most benign misuse of access(2), it's certainly not a= =20 > "reasonable" example however. >=20 so in your oppinion it would be more preferable to either a) attempt the dlopen(3) on each entry in the path, and give the value of d= lerror(3) to stderr for each one or b) attempt the dlopen(3) on each entry in the path and not give any error information because most items would probably go through three path entries before getting to the one that has the file in it. the access(2) call is so I don't have to print a ton of dlerror(3) messages= , because hopefully we can agree that b is a bad idea... > --=20 > ... 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] > V I C T O R Y N O T V E N G E A N C E >=20 >=20 --=20 Jordan DeLong fracture@allusion.net --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjrHoi4ACgkQDrrilS51AZ/ioQCfUkcQE/ApAQDv3ZxvL+ClX018 QbEAn2Gd45hvU8mwvmI33JHp05bvov2N =0pCm -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 14: 0:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4D3E537B719 for ; Sat, 31 Mar 2001 14:00:09 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2VLwo301522; Sat, 31 Mar 2001 13:58:51 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103312158.f2VLwo301522@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Bill Moran Cc: Greg Black , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? - off topic In-reply-to: Your message of "Sat, 31 Mar 2001 17:53:09 EST." <3AC65FD5.F91717BB@iowna.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Mar 2001 13:58:50 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sorry ... didn't think anyone was interested, and it's off topic, but > here it is in a nutshell: > > The client I'm working with is moving from a Novell server to a FreeBSD > server using Samba. They're very unhappy with Samba's behaviour in only > 1 respect: on the Novell server, files/directories that were not > readible by the user did not appear in the directory listing. For legacy > reasons, they have a single shared directory that contains hundreds of > directories, most of which are not accessibly to the majority of > groups/users on the system. > Samba has no option for this that I can find, and I have not been able > to produce this effect with manipulation of the filesystem permissions. > So I dug into the source code and found that the code that produces a > directory listing is relatively simple. It's simply a loop that iterates > through all the files(directories) in a directory and presents them to > the client. So, ignoring these files/directories is simply a matter of a > test for access() at the beginning of the loop that does a "continue" if > it fails on read access. > So you see ... this is probably one of the few situations where access() > is safe, since a mistake in this case does not provide any access the > object (that's handled later, in a completely seperate block of code) > > If I'm wrong, please feel free to correct me. This is actually an interesting case. The canonical answer is that you're wrong, and you should use stat(2) for this purpose. However it's fair to assume that with ACLs entering the picture, access(2) may actually given you a better answer. I would poke the TrustedBSD people to be certain about this, though. -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 14: 6: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4279D37B718 for ; Sat, 31 Mar 2001 14:05:58 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2VM2O301620; Sat, 31 Mar 2001 14:02:24 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103312202.f2VM2O301620@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jordan DeLong Cc: freebsd-hackers@freebsd.org Subject: Re: Security problems with access(2)? In-reply-to: Your message of "Sun, 01 Apr 2001 14:48:30 PDT." <20010401144830.A76718@cx420564-b.tucson1.az.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Mar 2001 14:02:24 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > so in your oppinion it would be more preferable to either > a) attempt the dlopen(3) on each entry in the path, and give the value of dlerror(3) > to stderr for each one > or > b) attempt the dlopen(3) on each entry in the path and not give any error > information because most items would probably go through three path > entries before getting to the one that has the file in it. > > the access(2) call is so I don't have to print a ton of dlerror(3) messages, because > hopefully we can agree that b is a bad idea... Mmm, I take your point; because dlopen() doesn't set errno, you can't actually check it usefully. I'd say this is a bug in the dlopen() API; I'd be more inclined to try using access _after_ dlopen failed to check for presence post facto, but that's really splitting hairs. -- ... 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] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 14:22:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 46CC337B718; Sat, 31 Mar 2001 14:22:24 -0800 (PST) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-232.columbus.rr.com [65.24.23.232]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f2VMJcw26387; Sat, 31 Mar 2001 17:19:38 -0500 (EST) Message-ID: <3AC6676D.C5E4771B@iowna.com> Date: Sat, 31 Mar 2001 18:25:33 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? - off topic References: <200103312158.f2VLwo301522@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > This is actually an interesting case. I have some interesting clients. The reality of the matter is that their filesystem organization on the server is terrible. This could all be solved with a properly reorganized directory hierarchy - and that was my first suggestion when they complained. However, it'll be cheaper for me to tweak Samba than to correct their disorganization, since they have apps that expect things to be in certain places, and users who aren't terribly educated (or cooperative). > The canonical answer is that you're wrong, and you should use stat(2) for > this purpose. That's why I gave the scenerio. > However it's fair to assume that with ACLs entering the picture, > access(2) may actually given you a better answer. I would poke the > TrustedBSD people to be certain about this, though. Another argument in favor of access() is that the fix (for the time being) is: if (!access(n,R_OK) ) continue; Which is about the simplest tweak I've ever made to a program. stat() would not take a lot more work, but being as lazy as I am, I'll use access() now that I know it's safe in this situation. I know nothing of ACLs, so you've just indicated that there's something new I need to learn. I'm also going to have to get up to date with what TrustedBSD is doing, as I haven't been watching them much. Thanks for the feedback, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 14:39:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 1211F37B718 for ; Sat, 31 Mar 2001 14:39:53 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f2VMdVh64010; Sat, 31 Mar 2001 17:39:31 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sat, 31 Mar 2001 17:39:31 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Greg Black Cc: Bill Moran , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? 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 Sun, 1 Apr 2001, Greg Black wrote: > There is only one reason to use access() and that's to discover if a > file is accessible. Because of the race condition and the fact that > access() tells lies to setuid and setgid programs, it is both dangerous > and useless unless used with such care that any benefits it provides are > lost in the noise. Actually, there are a number of legitimate reasons that a program might wish to determine the accessibility of a file. However, in my view access(2) is mis-specified. Really, I would like it to generate results based on the effective uid and gid of the process, not the real uid and gid, so it could allow applications to defer to kernel policy for accessibility when generating output for the user. However, instead it uses the real uid and gid in a manner likely to induce races. The scenario for access(2) that I have in mind would be for GUI's that want to display (for example), a read-only version of an icon. Deriving the read-only status from the results of stat() (and friends) means replicating the kernel protection policy in userland, which breaks for ACL-enabled, MAC, BSD file flags, capability, superuser, DTE, ... environments. I.e., the userland process cannot adequately determine its access rights to a file purely based on available output from stat(), and really shouldn't try. Unfortunately, access(2) does the wrong thing. :-) However, access(2) is defined in some or another spec, possibly SUS or POSIX. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 15:27:35 2001 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 DC4AC37B71A for ; Sat, 31 Mar 2001 15:27:31 -0800 (PST) (envelope-from mikko@dynas.se) Received: (qmail 19409 invoked from network); 31 Mar 2001 23:27:25 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by 172.16.1.1 with SMTP; 31 Mar 2001 23:27:25 -0000 Received: (qmail 14618 invoked from network); 31 Mar 2001 23:27:23 -0000 Received: from explorer.rsa.com (10.81.217.59) by spirit.dynas.se with SMTP; 31 Mar 2001 23:27:23 -0000 Received: (from mikko@localhost) by explorer.rsa.com (8.11.1/8.11.1) id f2VNRK792738; Sat, 31 Mar 2001 15:27:20 -0800 (PST) (envelope-from mikko) Date: Sat, 31 Mar 2001 15:27:20 -0800 (PST) From: Mikko Tyolajarvi Message-Id: <200103312327.f2VNRK792738@explorer.rsa.com> To: ragnar@sysabend.org Cc: hackers@freebsd.org Subject: Re: Netscape and shared objects. Newsgroups: local.freebsd.hackers References: X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In local.freebsd.hackers you write: >:02pm ghast /home/jamie %netscape >ld.so failed: Can't find shared library "libXt.so.6.0" >4:02pm ghast /home/jamie %runas ldconfig -r | grep libXt.so > 77:-lXt.6 => /usr/X11R6/lib/libXt.so.6 >I'm curious, is there something special about netsape that I should know? It is an aout binary which requires a bunch of aout libs. The port should install those for you. >This is FreeBSD 4.2-R and Netscape 4.76 for i386 unkown BSD. I went ahead >and softlinked /usr/X11R6/lib/libXt.so.6 to /usr/X11R6/lib/libXt.so.6.0, >but that hasn't had a noticable effect. Here is what it should look like: vaio% ldd /usr/local/lib/netscape/navigator-4.76.bin /usr/local/lib/netscape/navigator-4.76.bin: -lXt.6 => /usr/X11R6/lib/aout/libXt.so.6.0 (0x2067d000) -lXmu.6 => /usr/X11R6/lib/aout/libXmu.so.6.0 (0x206b9000) -lX11.6 => /usr/X11R6/lib/aout/libX11.so.6.1 (0x206c9000) -lXext.6 => /usr/X11R6/lib/aout/libXext.so.6.3 (0x2075a000) -lSM.6 => /usr/X11R6/lib/aout/libSM.so.6.0 (0x20763000) -lICE.6 => /usr/X11R6/lib/aout/libICE.so.6.3 (0x2076b000) -lg++.4 => /usr/lib/compat/aout/libg++.so.4.0 (0x2077c000) -lstdc++.2 => /usr/lib/compat/aout/libstdc++.so.2.0 (0x207b8000) -lm.2 => /usr/lib/compat/aout/libm.so.2.0 (0x207ee000) -lc.3 => /usr/lib/compat/aout/libc.so.3.1 (0x20808000) $.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 Sat Mar 31 16:25:25 2001 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 5BF0637B718 for ; Sat, 31 Mar 2001 16:25:22 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 5EEE26A90D; Sun, 1 Apr 2001 09:55:20 +0930 (CST) Date: Sun, 1 Apr 2001 09:55:20 +0930 From: Greg Lehey To: Jeremiah Gowdy Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: A message to freebsd-hackers@FreeBSD.ORG Message-ID: <20010401095520.A77617@wantadilla.lemis.com> References: <200103311906.NAA02607@mail.netaddress.com> <000f01c0ba16$f7f1a6f0$aa240018@cx443070b> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000f01c0ba16$f7f1a6f0$aa240018@cx443070b>; from jgowdy@home.com on Sat, Mar 31, 2001 at 11:15:37AM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 31 March 2001 at 11:15:37 -0800, Jeremiah Gowdy wrote: > Cc: freebsd-hackers@FreeBSD.ORG, lucy@aol.com There's no need to copy the spammer. Did the message bounce, BTW? > Received: from localhost (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with SMTP > id 8EA6A2E8167; Sat, 31 Mar 2001 11:06:12 -0800 (PST) > (envelope-from owner-freebsd-hackers) > > Weird. If you're going to quote the headers, quote them from the origin (bottom): > Received: from localhost (localhost [127.0.0.1]) > by hub.freebsd.org (Postfix) with SMTP > id 8EA6A2E8167; Sat, 31 Mar 2001 11:06:12 -0800 (PST) > (envelope-from owner-freebsd-hackers) > Received: by hub.freebsd.org (bulk_mailer v1.12); Sat, 31 Mar 2001 11:06:12 -0800 > Delivered-To: freebsd-hackers@freebsd.org > Received: from mail.netaddress.com (jester.ddg.com [216.30.58.65]) > by hub.freebsd.org (Postfix) with ESMTP id E883637B71C > for ; Sat, 31 Mar 2001 11:06:04 -0800 (PST) > (envelope-from root@mail.netaddress.com) > Received: (from root@localhost) > by mail.netaddress.com (8.9.3/8.9.3) id NAA02607; > Sat, 31 Mar 2001 13:06:03 -0600 This message appears to originate from jester.ddg.com. hub received it, put it through majordomo and sent it out again. That's the header you quoted. 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 Sat Mar 31 16:55:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id E023537B718 for ; Sat, 31 Mar 2001 16:55:26 -0800 (PST) (envelope-from gjb@gbch.net) Received: (qmail 86273 invoked by uid 1001); 1 Apr 2001 10:55:23 +1000 Message-ID: X-Posted-By: GJB-Post 2.13 09-Feb-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Sun, 01 Apr 2001 10:55:23 +1000 From: Greg Black To: Robert Watson Cc: Bill Moran , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? References: In-reply-to: of Sat, 31 Mar 2001 17:39:31 EST Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: | On Sun, 1 Apr 2001, Greg Black wrote: | | > There is only one reason to use access() and that's to discover if a | > file is accessible. Because of the race condition and the fact that | > access() tells lies to setuid and setgid programs, it is both dangerous | > and useless unless used with such care that any benefits it provides are | > lost in the noise. | | Actually, there are a number of legitimate reasons that a program might | wish to determine the accessibility of a file. This is quite true. My point was that access(2) is not the right hammer for this nail. | However, in my view | access(2) is mis-specified. Really, I would like it to generate results | based on the effective uid and gid of the process, not the real uid and | gid, so it could allow applications to defer to kernel policy for | accessibility when generating output for the user. However, instead it | uses the real uid and gid in a manner likely to induce races. Many years ago I implemented a new interface that I called eaccess() which replicated the work of access, but tested against the effective uid and gid. I'd like to see that introduced more widely. | The | scenario for access(2) that I have in mind would be for GUI's that want to | display (for example), a read-only version of an icon. Deriving the | read-only status from the results of stat() (and friends) means | replicating the kernel protection policy in userland, which breaks for | ACL-enabled, MAC, BSD file flags, capability, superuser, DTE, ... | environments. I.e., the userland process cannot adequately determine its | access rights to a file purely based on available output from stat(), and | really shouldn't try. Agreed, and this is why something like access() that did a "better" job would be useful. | Unfortunately, access(2) does the wrong thing. :-) | However, access(2) is defined in some or another spec, possibly SUS or | POSIX. I'm pretty sure we've had access(2) since Version 7. And it has been part of POSIX for at least 10 years. And my POSIX book says: Some historical implementations of access() do not check the file's access correctly when the real user ID of the process is the superuser. In particular, they indicate that the file may be executed without regard to whether the file is executable. The standards allow this behavior. That final sentence is the kicker for me -- access(2) is defined in a broken manner as well as inviting race exploits and telling lies to set{u,g}id programs. And note that the FreeBSD man page says: Even if a process has appropriate privileges and indicates success for X_OK, the file may not actually have execute permission bits set. Likewise for R_OK and W_OK. All this adds up to a general statement that access() should be shunned completely. If people need this kind of functionality, they should think hard about it in the following terms: * If there's any way to accomplish their goals by just doing the operation of interest (e.g., open(2) the file), then that's by far the best solution. * If the general functionality of access(2) is really needed, they should use a new function that performs the job of access() with the following changes: - perform the tests against the effective uid and gid - perform the tests so that they only return true if the file really is executable, etc. - take into account all relevant factors: read-only file systems or media, file flags, file permissions, any other ACLs, etc. I guess this is really off-topic for hackers (although it seems more interesting to me than the drivel in the threads started by dennis@etinc.com). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 17:17:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 1482337B71A for ; Sat, 31 Mar 2001 17:17:48 -0800 (PST) (envelope-from gjb@gbch.net) Received: (qmail 86580 invoked by uid 1001); 1 Apr 2001 11:17:45 +1000 Message-ID: X-Posted-By: GJB-Post 2.13 09-Feb-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Sun, 01 Apr 2001 11:17:45 +1000 From: Greg Black To: Bill Moran Cc: Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? - off topic References: <200103312158.f2VLwo301522@mass.dis.org> <3AC6676D.C5E4771B@iowna.com> In-reply-to: <3AC6676D.C5E4771B@iowna.com> of Sat, 31 Mar 2001 18:25:33 EST Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Moran wrote: | Mike Smith wrote: | > This is actually an interesting case. | | I have some interesting clients. The reality of the matter is that their | filesystem organization on the server is terrible. This could all be | solved with a properly reorganized directory hierarchy - and that was my | first suggestion when they complained. | However, it'll be cheaper for me to tweak Samba than to correct their | disorganization, since they have apps that expect things to be in | certain places, and users who aren't terribly educated (or cooperative). It seems to me that the cheapest solution is to symlink the accessible files into a new directory and to direct your application there. Then you don't need to modify anything and the symlinks can be updated whenever you like. However, since I'm sure this suggestion will result in you telling us some other as yet unrevealed detail, I'll also comment on the programming issues. | > The canonical answer is that you're wrong, and you should use stat(2) for | > this purpose. | | That's why I gave the scenerio. | | > However it's fair to assume that with ACLs entering the picture, | > access(2) may actually given you a better answer. I would poke the | > TrustedBSD people to be certain about this, though. | | Another argument in favor of access() is that the fix (for the time | being) is: | if (!access(n,R_OK) ) continue; | Which is about the simplest tweak I've ever made to a program. stat() | would not take a lot more work, but being as lazy as I am, I'll use | access() now that I know it's safe in this situation. | I know nothing of ACLs, so you've just indicated that there's something | new I need to learn. I'm also going to have to get up to date with what | TrustedBSD is doing, as I haven't been watching them much. Here's some alternative simple code: if (fd = (open(n, O_RDONLY)) < 0) continue; close fd; This takes all access control into account and really does tell the truth about whether this process in its current state can open the file for reading. Forget about access(). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 19:47:35 2001 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 C73E737B71A for ; Sat, 31 Mar 2001 19:47:32 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f313lUa06468; Sat, 31 Mar 2001 19:47:30 -0800 (PST) Date: Sat, 31 Mar 2001 19:47:30 -0800 From: Alfred Perlstein To: Bill Moran Cc: Rick Bradley , freebsd-hackers@FreeBSD.ORG Subject: Re: Security problems with access(2)? Message-ID: <20010331194729.J9431@fw.wintelcom.net> References: <3AC60925.7CF191FA@iowna.com> <20010331110248.A28931@negwo.roundeye.net> <3AC6129C.3E5BDC01@iowna.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC6129C.3E5BDC01@iowna.com>; from wmoran@iowna.com on Sat, Mar 31, 2001 at 12:23:40PM -0500 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Bill Moran [010331 09:28] wrote: > Rick Bradley wrote: > > > > * Bill Moran (wmoran@iowna.com) [010331 10:48]: > > [...] > > > Does anyone have a pointer to more detailed information on the potential > > > security hole in access()? I've got a bit more research to do on this, > > > but I'd appreciate any pointers to speed me along. > > > > I'd say they docs are referring to the potential race condition: > > > > - Program calls access() to see if user has authority to open > > a file and gets an affirmative result > > - User swaps file with another file (say a link to the password > > file) > > - Program calls open() on the file, which has been replaced since > > the call to access() > > > > If the program is running with more privileges than the user this > > is a truck-sized hole (or at least SUV-sized). > > Ahhh ... I'd call that an aircraft-carrier sized hole. I hadn't even > considered that possibility. > The good news, however, is that it doesn't present any security concerns > in the context I'll be using - since the program runs as the local user. Yeah... ok What if it happens to belong to another user that has set the required permissions on it (world accessability) then swaps it with a symlink to the running user's sensative files? Just wondering.. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Represent yourself, show up at BABUG http://www.babug.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 31 22:22:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from viola.sinor.ru (viola.sinor.ru [217.70.106.9]) by hub.freebsd.org (Postfix) with ESMTP id 22A4B37B719; Sat, 31 Mar 2001 22:22:29 -0800 (PST) (envelope-from ob341@online.sinor.ru) Received: from online.sinor.ru (p66.bass2.sinor.ru [217.70.108.66]) by viola.sinor.ru (8.9.3/8.9.3) with SMTP id NAA23045; Sun, 1 Apr 2001 13:02:32 +0700 Message-Id: <200104010602.NAA23045@viola.sinor.ru> From: "Pavel Borodinsky" To: Subject: Привет, Ларисик! Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-IR-111" Date: Sun, 1 Apr 2001 13:06:48 +0600 X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Привет, Ларисик!!! Пишет тебе Вика! Ты представляешь, твоего адреса нет в списке аж за месяц! пришлось из адресной книги взять, но и она какая-то косячная у меня последнее время! Т.е. мы с тобой целый месяц не переписывались! Я тут нашла один сайт, посвящённый опере и балету, но там есть такооооое количество музыки!!! Кстати, меня Владимир подписал на рассылки этого сайта, а я сначала подумала, что это была ты! Впрочем я не жалею об этом, а даже рада, но рассылку они пока не ведут, да хотя она и не нужна - нафига эти рассылки, когда на сайте есть всё, что нужно, я имею ввиду музыку, там можно найти любую группу или исполнителя! Ты не представляешь, там такой большой каталог. Там есть как раз то, что ты искала в прошлый раз: OFFSPRING, MADONNA, IRON MAIDEN, VANESSA MAE, QUEEN, STING, DEEP PURPLE, SPICE GIRLS, RAMMSTEIN, SCORPIONS, METALLICA, ну и т.д. Там есть и этническая музыка, я знаю, ты тащишься от неё! Правда, его создатели больше акцентируют внимание на опере и балете. Я заказала у них пару дисков с музыкой для Владимира на день рождения - классно!!! Ему понравилось! Но если ты закажешь, то к тебе они будут идти дня 2-3 (как почта)! А оплатить можно не только почтовым переводом, я с ними попереписывалась, так они сказали, что скоро введут систему интернет-платежей WebMoney. Тогда заказ можно оформлять, особенно по Москве, вообще за сутки! Если интересуешься оперой, то там есть: Норма, Бетховен, ну впрочем и ещё много чего... Короче чего это я разболталась, держи адрес: http://oballet.pochtamt.ru Если адрес не существует, что-то они часто переезжать стали - нафига, то попробуй эти: http://oballet.non.ru http://oballet.cjb.net (здесь какая-то реклама вылазит) Ну всё - пока. Обязательно напиши ответ! Вика. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message