From owner-freebsd-hackers Sun Oct 8 0:53:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from static.unixfreak.org (static.unixfreak.org [63.198.170.139]) by hub.freebsd.org (Postfix) with ESMTP id 0222237B502 for ; Sun, 8 Oct 2000 00:53:17 -0700 (PDT) Received: by static.unixfreak.org (Postfix, from userid 1000) id 8D2D91F23; Sun, 8 Oct 2000 00:53:16 -0700 (PDT) Subject: Re: Bugfixes, security fixes, versions In-Reply-To: <20001007213929.C24996@futuresouth.com> "from Matthew D. Fuller at Oct 7, 2000 09:39:29 pm" To: "Matthew D. Fuller" Date: Sun, 8 Oct 2000 00:53:16 -0700 (PDT) Cc: hackers@freebsd.org From: Dima Dorfman Reply-To: dima@unixfreak.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20001008075316.8D2D91F23@static.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The whole "Stable Branch" thread on -security gave me an idea that's been > perculating for some time. > > Problem: > We have security problems in (say) -STABLE. They get fixed. We post an > advisory about it, giving correction dates for -STABLE and -CURRENT, and > the associated cutoff in which releases are fixed and which are not. > However, tracking dates on buildworlds etc is hard. I'm sure I'm not > the only one who usually does build/installworlds on source at least a > week old. I check it it, built it, and if it's clean, wait to see if > anyone else has any problems with it. And since I tend to put off building > the kernel until I install, the date uname gives isn't necessarily useful > for checking this sort of stuff. > > Idea: > In the version string (or maybe somewhere else convenient), start adding > codes at each -RELEASE along a branch. So, say we find a bug in fingerd. > It's in 4.1-RELEASE, fixed in 4.1-STABLE at some point, and fixed in > 4.2-RELEASE. We could add an 'a' to the version string in -STABLE, so it > will read out as "4.1-STABLE a". Find another bug and fix it, we have > "4.1-STABLE b". Presumably, this would only apply to such things as Why not just use a date? I do this on most of my systems. My `uname -r` reads: 4.1-20000916-STABLE I started doing this for the exact same reason you described above--to know when I updated the system. It does clutter the `uname -a` output a bit, so it could be done similar to the way you suggested with the flag: "4.1-STABLE 20000916". Just a thought. Regards -- Dima Dorfman Finger dima@unixfreak.org for my public PGP key. It's kind of fun to do the impossible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 1:47:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hand.dotat.at (hand.dotat.at [212.240.134.135]) by hub.freebsd.org (Postfix) with ESMTP id 3F53937B502 for ; Sun, 8 Oct 2000 01:47:31 -0700 (PDT) Received: from fanf by hand.dotat.at with local (Exim 3.15 #3) id 13iC6k-000PeH-00; Sun, 08 Oct 2000 08:46:58 +0000 Date: Sun, 8 Oct 2000 08:46:58 +0000 From: Tony Finch To: Jaye Mathisen Cc: hackers@freebsd.org Subject: Re: IDE drives doing BBR? Message-ID: <20001008084658.B44726@hand.dotat.at> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: Organization: Covalent Technologies, Inc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jaye Mathisen wrote: > >Remember reading on hackers somewhere that newer drives like IBM supported >this feature. I'm getting a few bad blocks on a 75GB IBM drive (at least >according to the ata driver), and rather than replacing it and moves on, >the disk basically dies. I would expect the disk to permanently die soon. Tony. -- en oeccget g mtcaa f.a.n.finch v spdlkishrhtewe y dot@dotat.at eatp o v eiti i d. fanf@covalent.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 6:32:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 2F2D637B66C for ; Sun, 8 Oct 2000 06:32:41 -0700 (PDT) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 8 Oct 2000 14:32:40 +0100 (BST) To: freebsd-hackers@freebsd.org Subject: dual console with matrox g400 Date: Sun, 08 Oct 2000 14:32:40 +0100 From: Eoin Lawless Message-ID: <200010081432.aa20470@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just got a dual head system with a matrox g400 working. However, what I would really like to have is a dual console system - so that two people could use it simultaneously. Has anyone tried that, or know if it is possible? Eoin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 9:32:57 2000 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 A011837B66C for ; Sun, 8 Oct 2000 09:32:55 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 13iJXy-0000WZ-00; Sun, 08 Oct 2000 10:43:34 -0600 Message-ID: <39E0A436.91C3466A@softweyr.com> Date: Sun, 08 Oct 2000 10:43:34 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Eoin Lawless Cc: freebsd-hackers@freebsd.org Subject: Re: dual console with matrox g400 References: <200010081432.aa20470@salmon.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eoin Lawless wrote: > > I've just got a dual head system with a matrox g400 working. However, > what I would really like to have is a dual console system - so that > two people could use it simultaneously. Has anyone tried that, or > know if it is possible? Maybe it would be possible to kludge something together using PS/2 mouse and keyboard for one and USB mouse and keyboard for the other. I don't think there is anything available "out of the box" for this, though. -- "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 Oct 8 10:52:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from skaarup.org (skaarup.org [130.228.230.140]) by hub.freebsd.org (Postfix) with ESMTP id 73DE637B502 for ; Sun, 8 Oct 2000 10:52:20 -0700 (PDT) Received: from localhost (skaarup@localhost) by skaarup.org (8.9.3/8.9.3) with ESMTP id TAA12379 for ; Sun, 8 Oct 2000 19:52:19 +0200 (CEST) (envelope-from rasmus@gal.dk) Date: Sun, 8 Oct 2000 19:52:18 +0200 (CEST) From: Rasmus Skaarup X-Sender: skaarup@skaarup.org To: freebsd-hackers@freebsd.org Subject: MFS 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, Can one of you help me with a quick overview of what has happened with the Memory File System since 4.4BSD to the FreeBSD that exists today? Thanks! Sincerely Rasmus Skaarup To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 13:17:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (Postfix) with ESMTP id 7894237B502 for ; Sun, 8 Oct 2000 13:17:08 -0700 (PDT) Received: (from fullermd@localhost) by shell.futuresouth.com (8.9.3/8.9.3) id PAA05229; Sun, 8 Oct 2000 15:17:05 -0500 (CDT) Date: Sun, 8 Oct 2000 15:17:05 -0500 From: "Matthew D. Fuller" To: Dima Dorfman Cc: hackers@freebsd.org Subject: Re: Bugfixes, security fixes, versions Message-ID: <20001008151705.B4525@futuresouth.com> References: <20001007213929.C24996@futuresouth.com> <20001008075316.8D2D91F23@static.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: <20001008075316.8D2D91F23@static.unixfreak.org>; from dima@unixfreak.org on Sun, Oct 08, 2000 at 12:53:16AM -0700 X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 08, 2000 at 12:53:16AM -0700, a little birdie told me that Dima Dorfman remarked > > Why not just use a date? I do this on most of my systems. My `uname > -r` reads: > > 4.1-20000916-STABLE > > I started doing this for the exact same reason you described above--to > know when I updated the system. It does clutter the `uname -a` output > a bit, so it could be done similar to the way you suggested with the > flag: "4.1-STABLE 20000916". > > Just a thought. And a good way of doing it too, if we were already. My thought was 'as long as we're changing it already, might as well make it foolproof'. With a date, you still have a little uncertainty because of lags between CVSup servers, what time of the day the fix was committed, etc. It's maybe 90% sure, but you just *KNOW* someone is gonna try to sue us or raise holy hell over that 10% when it happens to them. With tags per-fix in the version, we're pretty much 100% certain that the fix is or isn't in that specific system, outside of people muddying things up by screwing with stuff manually, in which case we can assume that they know what they're doing (or deserve what they get). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 13:28:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gba.oz.au (gba.gw.bit.net.au [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 8DEED37B66D for ; Sun, 8 Oct 2000 13:28:14 -0700 (PDT) Received: (qmail 58350 invoked by uid 1001); 9 Oct 2000 06:28:06 +1000 X-Posted-By: GBA-Post 2.06 15-Sep-2000 X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 Message-Id: Date: Mon, 09 Oct 2000 06:28:05 +1000 From: Greg Black To: Wes Peters Cc: freebsd-hackers@freebsd.org Subject: Re: dual console with matrox g400 References: <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> In-reply-to: <39E0A436.91C3466A@softweyr.com> of Sun, 08 Oct 2000 10:43:34 CST Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters writes: > Maybe it would be possible to kludge something together using PS/2 mouse > and keyboard for one and USB mouse and keyboard for the other. This raises a question of mine: if you have a mouse that can be plugged into either USB or PS/2 ports, is one "better" than the other (under FreeBSD-4.1)? -- Greg Black To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 15:16:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 22BDB37B503 for ; Sun, 8 Oct 2000 15:16:43 -0700 (PDT) Received: (qmail 17638 invoked by uid 3001); 8 Oct 2000 22:16:41 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 8 Oct 2000 22:16:41 -0000 Received: (qmail 77793 invoked by uid 1001); 8 Oct 2000 22:15:59 -0000 Date: Sun, 8 Oct 2000 18:15:59 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Subject: GNU auto* tools use bash Message-ID: <20001008181558.B75794@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a heads-up: under FreeBSD 4.1; some of the GNU auto* tools (notably autoconf and autoheader) invoke /bin/sh, but presume that that is really bash. Autoconf is from the autoconf-2.13 package. For example, when I try to run 'autoconf --version', it hangs. % autoconf --version Start ... waiting for connection ... If I edit /usr/local/bin/autoconf (which claims to be a Bourne shell script, and replace it's !# with /usr/local/bin/bash, it then works. I have no idea if this has been reported in the PR database, but I just wanted to warn people... -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 17: 4:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [63.147.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 0E2D337B503 for ; Sun, 8 Oct 2000 17:04:34 -0700 (PDT) Received: from Spaz.HuntsvilleAL.COM (spaz.huntsvilleal.com [63.147.8.31]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id SAA13490; Sun, 8 Oct 2000 18:37:15 -0400 Received: from localhost (kris@localhost) by Spaz.HuntsvilleAL.COM (8.9.3/8.9.3) with ESMTP id AAA09597; Mon, 9 Oct 2000 00:03:52 GMT (envelope-from kris@catonic.net) Date: Mon, 9 Oct 2000 00:03:52 +0000 (GMT) From: Kris Kirby X-Sender: kris@spaz.huntsvilleal.com To: Wes Peters Cc: Eoin Lawless , freebsd-hackers@FreeBSD.ORG Subject: Re: dual console with matrox g400 In-Reply-To: <39E0A436.91C3466A@softweyr.com> Message-ID: X-Tech-Support-Email: bofh@catonic.net 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, 8 Oct 2000, Wes Peters wrote: > Eoin Lawless wrote: > > > > I've just got a dual head system with a matrox g400 working. However, > > what I would really like to have is a dual console system - so that > > two people could use it simultaneously. Has anyone tried that, or > > know if it is possible? > > Maybe it would be possible to kludge something together using PS/2 mouse > and keyboard for one and USB mouse and keyboard for the other. I don't > think there is anything available "out of the box" for this, though. Serial terminals are out of the question? ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 18: 0: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nameserver.austclear.com.au (nameserver.austclear.com.au [192.83.119.132]) by hub.freebsd.org (Postfix) with ESMTP id F041937B502; Sun, 8 Oct 2000 17:59:51 -0700 (PDT) Received: from tungsten.austclear.com.au (tungsten.austclear.com.au [192.168.70.1]) by nameserver.austclear.com.au (8.9.3/8.9.3) with ESMTP id LAA91566; Mon, 9 Oct 2000 11:59:45 +1100 (EST) Received: from tungsten (tungsten [192.168.70.1]) by tungsten.austclear.com.au (8.9.3/8.9.3) with ESMTP id LAA14336; Mon, 9 Oct 2000 11:59:45 +1100 (EST) Message-Id: <200010090059.LAA14336@tungsten.austclear.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-hackers@FreeBSD.org Cc: freebsd-questions@FreeBSD.org Subject: netgraph help(?) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Oct 2000 11:59:44 +1100 From: Tony Landells Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to set up a multi-ethernet connection between two FreeBSD boxes so I can evaluate the performance of some of the network things (like IPSec) without bandwidth being an issue: ------------- ------------- | Machine A | 10.0.0.1 / fxp0-fxp5 \ 10.0.0.2 | Machine B | | |----------< >----------| | | | \ (600 Mbps) / | | ------------- ------------- It looks like I need to use netgraph to do this, but I'm having trouble working out which pieces I need and how to put them together. I've looked at getting the user-PPP to manage it as multilink PPPoE, and I think I've worked out the "server" configuration, but can't work out what needs to be done on the client to make the multilink connection. Can anyone help me with this? Tony -- Tony Landells Systems Manager Ph: +61 3 9677 9319 Australian Clearing Services Pty Ltd Fax: +61 3 9677 9355 Level 4, Rialto North Tower 525 Collins Street Melbourne VIC 3000 Australia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 18:15:52 2000 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 38FBE37B503; Sun, 8 Oct 2000 18:15:49 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id e991FV220683; Sun, 8 Oct 2000 18:15:31 -0700 Date: Sun, 8 Oct 2000 18:15:30 -0700 From: Brooks Davis To: Tony Landells Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: netgraph help(?) Message-ID: <20001008181530.A20085@Odin.AC.HMC.Edu> References: <200010090059.LAA14336@tungsten.austclear.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200010090059.LAA14336@tungsten.austclear.com.au>; from ahl@austclear.com.au on Mon, Oct 09, 2000 at 11:59:44AM +1100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 09, 2000 at 11:59:44AM +1100, Tony Landells wrote: > I'm trying to set up a multi-ethernet connection between two FreeBSD > boxes so I can evaluate the performance of some of the network things > (like IPSec) without bandwidth being an issue: No matter what you do that's going to add overhead. You'd certaintly be better off with a pair of Gigabit ethernet adaptors. The netgear ones are under $300US. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 18:21:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from static.unixfreak.org (static.unixfreak.org [63.198.170.139]) by hub.freebsd.org (Postfix) with ESMTP id 2FD4E37B502 for ; Sun, 8 Oct 2000 18:21:12 -0700 (PDT) Received: by static.unixfreak.org (Postfix, from userid 1000) id E641D1F24; Sun, 8 Oct 2000 18:21:08 -0700 (PDT) Subject: Re: Bugfixes, security fixes, versions In-Reply-To: <20001008151705.B4525@futuresouth.com> "from Matthew D. Fuller at Oct 8, 2000 03:17:05 pm" To: "Matthew D. Fuller" Date: Sun, 8 Oct 2000 18:21:08 -0700 (PDT) Cc: Dima Dorfman , hackers@freebsd.org From: Dima Dorfman Reply-To: dima@unixfreak.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20001009012108.E641D1F24@static.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Oct 08, 2000 at 12:53:16AM -0700, a little birdie told me > that Dima Dorfman remarked > > > > Why not just use a date? I do this on most of my systems. My `uname > > -r` reads: > > > > 4.1-20000916-STABLE > > > > I started doing this for the exact same reason you described above--to > > know when I updated the system. It does clutter the `uname -a` output > > a bit, so it could be done similar to the way you suggested with the > > flag: "4.1-STABLE 20000916". > > > > Just a thought. > > And a good way of doing it too, if we were already. > My thought was 'as long as we're changing it already, might as well make > it foolproof'. With a date, you still have a little uncertainty because > of lags between CVSup servers, what time of the day the fix was > committed, That's true. I wasn't concerned with that because I know that I have cvsup set up to always run at 01:00 local time, and the most it can deviate from that is by ten or twenty minutes if the cvsup server is busy. > etc. It's maybe 90% sure, but you just *KNOW* someone is gonna try to > sue us or raise holy hell over that 10% when it happens to them. With > tags per-fix in the version, we're pretty much 100% certain that the fix > is or isn't in that specific system, outside of people muddying > things Again, you're right. Now it just needs to be decided when these tags should be advanced (for example, what is a showstopper bug for one environment may be irrelevant to another), and get somebody to implement it. The technical part of putting it in shouldn't be so hard (I'm willing to help work on that), but getting commiters to start using them may be somewhat difficult. -- Dima Dorfman Finger dima@unixfreak.org for my public PGP key. I've used up all my sick days so I'm calling in dead! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 18:27: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nameserver.austclear.com.au (nameserver.austclear.com.au [192.83.119.132]) by hub.freebsd.org (Postfix) with ESMTP id C385837B502; Sun, 8 Oct 2000 18:26:58 -0700 (PDT) Received: from tungsten.austclear.com.au (tungsten.austclear.com.au [192.168.70.1]) by nameserver.austclear.com.au (8.9.3/8.9.3) with ESMTP id MAA91773; Mon, 9 Oct 2000 12:26:55 +1100 (EST) Received: from tungsten (tungsten [192.168.70.1]) by tungsten.austclear.com.au (8.9.3/8.9.3) with ESMTP id MAA15249; Mon, 9 Oct 2000 12:26:55 +1100 (EST) Message-Id: <200010090126.MAA15249@tungsten.austclear.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brooks Davis Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: netgraph help(?) In-Reply-To: Message from Brooks Davis of "Sun, 08 Oct 2000 18:15:30 PDT." <20001008181530.A20085@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Oct 2000 12:26:55 +1100 From: Tony Landells Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Brooks, > No matter what you do that's going to add overhead. You'd certaintly > be better off with a pair of Gigabit ethernet adaptors. The netgear > ones are under $300US. Thanks for your comment, and you're completely correct. The reason I'm doing what I'm doing is that I have these boxes in to build firewalls on (hence the large number of interfaces--we have a fairly complicated network). I'm trying to do a feasibility study of using FreeBSD boxes to do some IPSec stuff, and so I'm trying to get a feel for: FreeBSD will do it easily using boxes just like these FreeBSD looks like it's CPU bound, so if we buy dual-processor boxes it can probably do it the cost of a box that could do what we want is so expensive we should look at other solutions. However, this is largely (at this stage) a curiosity thing and so I have to use existing hardware, so shelling out ~ $600US for stuff that may finish up sitting on a shelf is not realistic. Cheers, Tony -- Tony Landells Systems Manager Ph: +61 3 9677 9319 Australian Clearing Services Pty Ltd Fax: +61 3 9677 9355 Level 4, Rialto North Tower 525 Collins Street Melbourne VIC 3000 Australia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 18:33:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 663FE37B66C for ; Sun, 8 Oct 2000 18:33:53 -0700 (PDT) Received: (from kris@localhost) by citusc17.usc.edu (8.9.3/8.9.3) id SAA37008; Sun, 8 Oct 2000 18:34:22 -0700 (PDT) Date: Sun, 8 Oct 2000 18:34:22 -0700 From: Kris Kennaway To: Brian Reichert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: GNU auto* tools use bash Message-ID: <20001008183422.A36996@citusc17.usc.edu> References: <20001008181558.B75794@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001008181558.B75794@numachi.com>; from reichert@numachi.com on Sun, Oct 08, 2000 at 06:15:59PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 08, 2000 at 06:15:59PM -0400, Brian Reichert wrote: > Just a heads-up: under FreeBSD 4.1; some of the GNU auto* tools > (notably autoconf and autoheader) invoke /bin/sh, but presume that > that is really bash. That sounds like something which should be reported to the GNU maintainers. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 18:36:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (Postfix) with ESMTP id DAB1537B502; Sun, 8 Oct 2000 18:36:06 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.10.0/8.10.0) id e991Zij13192; Sun, 8 Oct 2000 18:35:44 -0700 (PDT) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma013190; Sun, 8 Oct 2000 18:35:29 -0700 Received: (from archie@localhost) by bubba.whistle.com (8.11.0/8.11.0) id e991ZTv86008; Sun, 8 Oct 2000 18:35:29 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200010090135.e991ZTv86008@bubba.whistle.com> Subject: Re: netgraph help(?) In-Reply-To: <200010090059.LAA14336@tungsten.austclear.com.au> "from Tony Landells at Oct 9, 2000 11:59:44 am" To: Tony Landells Date: Sun, 8 Oct 2000 18:35:29 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tony Landells writes: > I'm trying to set up a multi-ethernet connection between two FreeBSD > boxes so I can evaluate the performance of some of the network things > (like IPSec) without bandwidth being an issue: > > ------------- ------------- > | Machine A | 10.0.0.1 / fxp0-fxp5 \ 10.0.0.2 | Machine B | > | |----------< >----------| | > | | \ (600 Mbps) / | | > ------------- ------------- > > It looks like I need to use netgraph to do this, but I'm having trouble > working out which pieces I need and how to put them together. > > I've looked at getting the user-PPP to manage it as multilink PPPoE, > and I think I've worked out the "server" configuration, but can't > work out what needs to be done on the client to make the multilink > connection. > > Can anyone help me with this? An alternative might be to create a new netgraph node that round-robin's packets across the links. It would be easy to write and pretty short too, and avoids PPP overhead. I can help if you're interested. Hmm... ng_round_robin(4).. might be useful enough to add to FreeBSD anyway. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 19:38:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 6987837B502 for ; Sun, 8 Oct 2000 19:38:51 -0700 (PDT) Received: (qmail 18857 invoked by uid 3001); 9 Oct 2000 02:38:49 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 9 Oct 2000 02:38:49 -0000 Received: (qmail 733 invoked by uid 1001); 9 Oct 2000 02:38:49 -0000 Date: Sun, 8 Oct 2000 22:38:49 -0400 From: Brian Reichert To: Kris Kennaway Cc: Brian Reichert , freebsd-hackers@FreeBSD.ORG Subject: Re: GNU auto* tools use bash Message-ID: <20001008223849.A716@numachi.com> References: <20001008181558.B75794@numachi.com> <20001008183422.A36996@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001008183422.A36996@citusc17.usc.edu>; from kris@citusc.usc.edu on Sun, Oct 08, 2000 at 06:34:22PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 08, 2000 at 06:34:22PM -0700, Kris Kennaway wrote: > That sounds like something which should be reported to the GNU > maintainers. Oh, I agree, I was concerned that the package maintainers (whoever that is) might also care... > Kris -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 19:50: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1E6C237B66C for ; Sun, 8 Oct 2000 19:49:57 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e992ntY05441; Sun, 8 Oct 2000 20:49:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA07149; Sun, 8 Oct 2000 20:49:54 -0600 (MDT) Message-Id: <200010090249.UAA07149@harmony.village.org> To: Kris Kirby Subject: Re: dual console with matrox g400 Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 09 Oct 2000 00:03:52 -0000." References: Date: Sun, 08 Oct 2000 20:49:53 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG One might also be able hack the various universal port replicators to allow one to have multiple heads. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Oct 8 21:14:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from topperwein.dyndns.org (acs-24-154-28-99.zoominternet.net [24.154.28.99]) by hub.freebsd.org (Postfix) with ESMTP id 4DA2C37B66D; Sun, 8 Oct 2000 21:14:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by topperwein.dyndns.org (8.11.0/8.11.0) with ESMTP id e994Ewr01488; Mon, 9 Oct 2000 00:15:18 -0400 (EDT) (envelope-from behanna@zbzoom.net) Date: Mon, 9 Oct 2000 00:14:58 -0400 (EDT) From: Chris BeHanna Reply-To: behanna@zbzoom.net To: freebsd-hackers@freebsd.org Cc: freebsd-questions@freebsd.org Subject: Re: netgraph help(?) In-Reply-To: <20001008181530.A20085@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 On Sun, 8 Oct 2000, Brooks Davis wrote: > On Mon, Oct 09, 2000 at 11:59:44AM +1100, Tony Landells wrote: > > I'm trying to set up a multi-ethernet connection between two FreeBSD > > boxes so I can evaluate the performance of some of the network things > > (like IPSec) without bandwidth being an issue: > > No matter what you do that's going to add overhead. You'd certaintly > be better off with a pair of Gigabit ethernet adaptors. The netgear > ones are under $300US. Put 'em in shielded conduit. Do *NOT* grab a copper wire that is carrying oscillations at those frequencies! -- Chris BeHanna Software Engineer (at yourfit.com) behanna@zbzoom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 1:48:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.gmaare.migros.net (mail1.gmaare.migros.net [164.14.130.96]) by hub.freebsd.org (Postfix) with SMTP id 32E6C37B679 for ; Mon, 9 Oct 2000 01:48:46 -0700 (PDT) Received: (qmail 52184 invoked by uid 0); 9 Oct 2000 08:52:06 -0000 Received: from hunetm03.dac.migros.ch (HELO gmaare.migros.net) (root@10.16.61.22) by mail1.dac.migros.ch with SMTP; 9 Oct 2000 08:52:06 -0000 Message-ID: <39E18110.DF77552A@gmaare.migros.net> Date: Mon, 09 Oct 2000 10:25:52 +0200 From: Andreas Brodmann X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: etherchannel / bonding Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, does anyone know if the etherchannel (aka bonding) is a feature that's expected to be seen in future releases of freebsd? Andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 2: 2:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cs94004.pp.htv.fi (cs94004.pp.htv.fi [212.90.94.4]) by hub.freebsd.org (Postfix) with ESMTP id 33AA337B502 for ; Mon, 9 Oct 2000 02:02:50 -0700 (PDT) Received: (from jau@localhost) by cs94004.pp.htv.fi (8.9.3/8.9.3/JAU-2.2) id MAA23987; Mon, 9 Oct 2000 12:10:33 +0300 (EEST) Message-Id: <200010090910.MAA23987@cs94004.pp.htv.fi> Subject: tcsh went nuts with FreeBSD-3.5.1 (installed from source code) To: hackers@freebsd.org Date: Mon, 9 Oct 2000 12:10:33 +0300 (EET DST) Cc: christos@zoulas.com Reply-To: jau@iki.fi From: jau@iki.fi (Jukka A. Ukkonen) Latin-Date: Lunti IX Octombrie a.d. MM Organization: Private person OS-Platform: FreeBSD 3.5.1-RELEASE i386 Phone: +358-9-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL25+pgp] 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 Howdy, all! I am sending this to hackers@freebsd.org, but I am sending a CC to Christos Zoulas, because what I have noticed has an undesired effect on tcsh, though apparently this is mostly related to libc sources from FreeBSD 3.5.1 release. I have seen something very odd happening with tcsh 6.09.00 and FreeBSD 3.5.1. Tcsh binary stopped working quite suddenly when I installed reeBSD-3.5.1 from source code. It seems to get stuck within sigpause() and never comes back among the living again. When this happens ps shows me this 18318 p0 S 0:00.04 -/tcsh 18319 p0 Z+ 0:00.00 (stty) So, apparently SIGCHLD does not get through to the shell. For all I can tell it seems tcsh should be waiting for one in pjwait() in source file sh.proc.c. Re-compiling tcsh static or dynamic makes no difference, if libc is compiled from 3.5.1 sources. I didn't think the two FreeBSD versions should have so different libraries, but it seems to be the case. If I use the old 3.4 libc, tcsh is just fine also with FreeBSD-3.5.1 kernel quite independent of whether I compile libc locally or not. When I try with the locally compiled 3.5.1 libc, it makes no difference whether the kernel is 3.5.1 or 3.4. With either kernel tcsh gets stuck. Do you have any idea what might be going on? Has FreeBSD changed the implementation of sigpause() et al. somehow such that the new versions somehow conflict with the old version? Or is this some sort of glitch in tcsh signals management? Quite frankly I assume the problem is only present in the libc sources of the 3.5.1 distribution. The problem does not seem to be present in the binary version of libc which is distributed as part of the 3.5.1 package. Has anyone else noticed similar odd problems? Does anyone out there have good suggestions about what to try next? Fixed 3.5.1 libc source code maybe? Cheers, // jau .--- ..- -.- -.- .- .- .-.-.- ..- -.- -.- --- -. . -. / Jukka A. Ukkonen, SysOpen Plc, Finland /__ M.Sc. (sw-eng & cs) (Phone) +358-424-2020-331 / Internet: Jukka.Ukkonen@SysOpen.Fi (Fax) +358-424-2020-700 / Internet: ukkonen@nic.funet.fi (Mobile) +358-400-606-671 v Internet: jau@iki.fi (Home&Fax) +358-9-6215-280 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 2:26:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zilla.emergent.com.au (www.emergent.com.au [203.27.68.30]) by hub.freebsd.org (Postfix) with ESMTP id A66E937B66D for ; Mon, 9 Oct 2000 02:26:13 -0700 (PDT) Received: from gt3 (syd4-026.tpgi.com.au [202.7.173.26] (may be forged)) by zilla.emergent.com.au (8.9.3/8.9.3) with SMTP id UAA57548 for ; Mon, 9 Oct 2000 20:26:12 +1100 (EST) (envelope-from cmoran@emergent.com.au) Reply-To: From: "Christopher F. Moran" To: Subject: Writing Drivers Date: Mon, 9 Oct 2000 20:25:39 +1100 Message-ID: <000001c031d2$e43ed4b0$0a00a8c0@gt3> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is probably a dumb question, but here goes. I want to write a driver for some custom hardware we use here. I've done this Windows NT and (earlier) MS-DOS, so the concept doesn't scare me. What I need is a starting point. Besides trawling through the code, are there any standard references or texts I could check out? Thanks, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 2:34:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ockle.nanoteq.co.za (ockle.nanoteq.co.za [196.37.91.32]) by hub.freebsd.org (Postfix) with ESMTP id 4107C37B66C for ; Mon, 9 Oct 2000 02:34:08 -0700 (PDT) Received: (from johan@localhost) by ockle.nanoteq.co.za (8.9.3/8.9.3) id LAA40587; Mon, 9 Oct 2000 11:46:43 +0200 (SAST) (envelope-from johan) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <000001c031d2$e43ed4b0$0a00a8c0@gt3> Date: Mon, 09 Oct 2000 11:46:42 +0200 (SAST) Reply-To: jkruger@oskar.nanoteq.co.za Organization: Nanoteq From: Johan Kruger To: "Christopher F. Moran" Subject: RE: Writing Drivers Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yip , a nice description here ... http://www.freebsd.org/tutorials/ the last 3 links on the page On 09-Oct-00 Christopher F. Moran wrote: > This is probably a dumb question, but here goes. > > I want to write a driver for some custom hardware we use here. I've done > this Windows NT and (earlier) MS-DOS, so the concept doesn't scare me. > > What I need is a starting point. Besides trawling through the code, are > there any standard references or texts I could check out? > > Thanks, > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message ---------------------------------- Unix Software Developer/Engineer E-Mail: Johan Kruger Date: 09-Oct-00 Time: 11:44:50 All good things come to those who ... runs FreeBSD ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 2:45:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id DF42D37B66C for ; Mon, 9 Oct 2000 02:45:42 -0700 (PDT) Received: from areilly.bpc-users.org (CPE-144-132-245-92.nsw.bigpond.net.au [144.132.245.92]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id UAA07988 for ; Mon, 9 Oct 2000 20:45:37 +1100 (EDT) Received: (qmail 88534 invoked by uid 1000); 9 Oct 2000 09:45:35 -0000 From: "Andrew Reilly" Date: Mon, 9 Oct 2000 20:45:35 +1100 To: John Polstra Cc: hackers@freebsd.org Subject: Re: Trouble with dynamic loading of C++ libs in PHP v4.02 on FreeBSD 4.1 Message-ID: <20001009204535.A88023@gurney.reilly.home> References: <4F88710E19D4D311B36A00508B08FD0F2C84DA@nyplme11.neuilly.ratp> <200009140049.RAA01334@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200009140049.RAA01334@vashon.polstra.com>; from jdp@polstra.com on Wed, Sep 13, 2000 at 05:49:11PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has any more come of this? I've just started playing with LADSPA (The Linux Audio Developer's Simple Plugin API http://www.ladspa.org) on my FreeBSD 4-STABLE box, and run into a similar problem. This is an entirely C API, and the demonstration applications are all straight C, but some of the plugins themselves are written in C++. Without doing anything extra, attempting to dlopen() one of these C++ shared libraries produced an Undefined symbol __get_eh_context. In the spirit John's fix (I think): On Wed, Sep 13, 2000 at 05:49:11PM -0700, John Polstra wrote: > As a work-around, try adding this to your main program. (I am > assuming it is a C++ program too.) > > extern void terminate(void); > void (*kludge_city)(void) = terminate; I didn't actually do that (took a while to find the message in the archives), but did: (a) Changed the source file names to .cc, so that they would be compiled as C++ code, and (b) added a gratuitous class definition and use to a common file, so that __get_eh_context and friends would be included in the executable. Neither of these made the problem go away, which surprised me, because nm on the resulting executable showed the symbol to be defined. I guess the dynamic linker doesn't look in the executable, only the shared libraries? This suggestion: > Another possibility would be to link explicitly with libgcc when > creating your dynamic library: > > cc -shared -o libphptest.so ... -lgcc Works, even when the applications are compiled as ordinary C programs again. I haven't tried running a system with more than one C++ plugin yet, so I worry a little that there will be multiple definition name clashes. If the dynamic linker is smart enough to not worry about that, then this does seem to be the "right" way to go, in some sense, because the resulting shared library seems to have "pure" C linkage. Perhaps we could put something about this in the Handbook, or (better) the gcc info pages? Is there a central repository of information about FreeBSD's binutil and compiler state? I noticed a few things in the gcc info pages about ABI-affecting switches (thunks for vtables and the like). There are obviously system defaults for these switches, but I don't know where to find out what they are. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 3:12:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 0273537B502 for ; Mon, 9 Oct 2000 03:12:54 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.0/8.9.3) with ESMTP id e99ACoN64338 for ; Mon, 9 Oct 2000 12:12:51 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org Subject: We need your old laptop for a committer... From: Poul-Henning Kamp Date: Mon, 09 Oct 2000 12:12:50 +0200 Message-ID: <64336.971086370@critter> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi guys, We have a committer, a productive and promising kernel talent, who is being hampered in his FreeBSD work by lack of hardware. It would help him a lot if we could find him a laptop with enough disk to hold a CVS tree and a few extra bits and pieces so he can transport data to and from work that way and use it as cvs-server for his computer at home. Our friend lives in what used to be the Eastblock, so just buying a laptop is not an option for him. I was hoping that we have somebody out there who has a preowned laptop he would be willing to donate and if possible cross the "sender pays customs & dues" box on the address label, to save our friend the $100-$300 customs import charge. Ideally we are looking for a laptop with 3+ GB disk and an ethernet card. CPU, RAM, Display or even battery performance is not critical. (But of course I'm sure that a really good modern laptop would be put to good use, so you don't have to actually downgrade it to make him happy :-) I know this request is a bit untraditional for the FreeBSD project, but I hate to see one of our more promising talents have to worry about if he can avoid the Attic directories with cvsup rather than work on the good stuff he has been doing for FreeBSD so far. Understandably, he does not feel comfortable about asking for such a favour in public, so I ask on his behalf: If you have a suitable laptop you can part with for a good cause, and you have access to a corporate DHL/FedEx/UPS account, please help this guy out. Drop me an email, and I'll put you in touch with each other. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 3:28:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 9858B37B502 for ; Mon, 9 Oct 2000 03:28:17 -0700 (PDT) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Oct 2000 11:28:16 +0100 (BST) Date: Mon, 9 Oct 2000 11:28:10 +0100 From: Eoin Lawless To: Wes Peters Cc: imp@village.org, freebsd-hackers@FreeBSD.ORG Subject: Re: dual console with matrox g400 Message-ID: <20001009112810.A86868@gosset.maths.tcd.ie> References: <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39E0A436.91C3466A@softweyr.com>; from wes@softweyr.com on Sun, Oct 08, 2000 at 10:43:34AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 08, 2000 at 10:43:34AM -0600, Wes Peters wrote: > Maybe it would be possible to kludge something together using PS/2 mouse > and keyboard for one and USB mouse and keyboard for the other. I don't > think there is anything available "out of the box" for this, though. > Yes, my plan was to use a USB keyboard mouse in combination with a serial mouse and PS/2 keyboard. XFree86 4.0 seems to allow more flexibility in choosing input devices. On Sun, Oct 08, 2000 at 08:49:53PM -0600, Warner Losh wrote: > One might also be able hack the various universal port replicators to > allow one to have multiple heads. > > Warner What are universal port replicators? Eoin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 7:33:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 6E78C37B502; Mon, 9 Oct 2000 07:33:48 -0700 (PDT) Received: (from dave@localhost) by white.dogwood.com (8.11.1/8.9.3) id e99EXm097119; Mon, 9 Oct 2000 07:33:48 -0700 (PDT) (envelope-from dave) From: Dave Cornejo Message-Id: <200010091433.e99EXm097119@white.dogwood.com> Subject: WEP keys for an driver To: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Date: Mon, 9 Oct 2000 07:33:47 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG my apologies if i am not following the correct procedures here... I have submitted a patch in PR kern/21843 which adds WEP key support to the an driver. This is my first attempt at messing with driver code so any constructive criticism is appreciated. I have tested the patch with the hardware available to me and it seems to work well (I've used Aironet firmware 3.98 & an as yet unreleased version). If there's any interest and I can get permission to, I'm working on a firmware upgrade program next... dave -- Dave Cornejo @ Dogwood Media, Fremont, California "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 8:55: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 6B81337B502; Mon, 9 Oct 2000 08:55:02 -0700 (PDT) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id IAA42985; Mon, 9 Oct 2000 08:51:46 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id IAA30329; Mon, 9 Oct 2000 08:51:23 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200010091551.IAA30329@whistle.com> Subject: Re: WEP keys for an driver In-Reply-To: <200010091433.e99EXm097119@white.dogwood.com> from Dave Cornejo at "Oct 9, 2000 07:33:47 am" To: Dave Cornejo Date: Mon, 9 Oct 2000 08:51:23 -0700 (PDT) Cc: freebsd-hardware@FreeBSD.org, 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 Dave Cornejo writes: | my apologies if i am not following the correct procedures here... | | I have submitted a patch in PR kern/21843 which adds WEP key support | to the an driver. This is my first attempt at messing with driver | code so any constructive criticism is appreciated. | | I have tested the patch with the hardware available to me and it seems | to work well (I've used Aironet firmware 3.98 & an as yet unreleased | version). Looking at the code I don't see this as a complete solution. Maybe that is what you mean by: The ioctl interface used to configure the card does not include a way to set WEP keys If you look at http://www.ambrisko.com/doug/an.patch.wep. It includes the changes to both sides to enable WEP in the various modes and the various keys. I've been to busy to submit this, but I finally did today. Some people have been using this code with success. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 10:41: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f142.law7.hotmail.com [216.33.237.142]) by hub.freebsd.org (Postfix) with ESMTP id 933EF37B502 for ; Mon, 9 Oct 2000 10:41:00 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 9 Oct 2000 10:41:00 -0700 Received: from 216.67.88.47 by lw7fd.law7.hotmail.msn.com with HTTP; Mon, 09 Oct 2000 17:41:00 GMT X-Originating-IP: [216.67.88.47] From: "Dan Evensen" To: hackers@freebsd.org Subject: Re: We need your old laptop for a committer... Date: Mon, 09 Oct 2000 17:41:00 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Oct 2000 17:41:00.0449 (UTC) FILETIME=[16806110:01C03218] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would say that this is untraditional to say the least. It does not belong on the list. There are millions of promising people in such a need. Dan Evensen CCNA Wan Switching >From: Poul-Henning Kamp >To: hackers@freebsd.org >Subject: We need your old laptop for a committer... >Date: Mon, 09 Oct 2000 12:12:50 +0200 > >Hi guys, > >We have a committer, a productive and promising kernel talent, who >is being hampered in his FreeBSD work by lack of hardware. > >It would help him a lot if we could find him a laptop with enough >disk to hold a CVS tree and a few extra bits and pieces so he can >transport data to and from work that way and use it as cvs-server >for his computer at home. > >Our friend lives in what used to be the Eastblock, so just buying >a laptop is not an option for him. > >I was hoping that we have somebody out there who has a preowned >laptop he would be willing to donate and if possible cross the >"sender pays customs & dues" box on the address label, to save our >friend the $100-$300 customs import charge. > >Ideally we are looking for a laptop with 3+ GB disk and an ethernet >card. CPU, RAM, Display or even battery performance is not critical. >(But of course I'm sure that a really good modern laptop would be >put to good use, so you don't have to actually downgrade it to make >him happy :-) > >I know this request is a bit untraditional for the FreeBSD project, >but I hate to see one of our more promising talents have to worry >about if he can avoid the Attic directories with cvsup rather than >work on the good stuff he has been doing for FreeBSD so far. > >Understandably, he does not feel comfortable about asking for such >a favour in public, so I ask on his behalf: > >If you have a suitable laptop you can part with for a good cause, >and you have access to a corporate DHL/FedEx/UPS account, please >help this guy out. > >Drop me an email, and I'll put you in touch with each other. > >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD coreteam member | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 11:42:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 7541B37B502; Mon, 9 Oct 2000 11:42:33 -0700 (PDT) Received: (from dave@localhost) by white.dogwood.com (8.11.1/8.9.3) id e99IgWd05020; Mon, 9 Oct 2000 11:42:32 -0700 (PDT) (envelope-from dave) From: Dave Cornejo Message-Id: <200010091842.e99IgWd05020@white.dogwood.com> Subject: Re: WEP keys for an driver In-Reply-To: <200010091551.IAA30329@whistle.com> from Doug Ambrisko at "Oct 9, 2000 08:51:23 am" To: Doug Ambrisko Date: Mon, 9 Oct 2000 11:42:32 -0700 (PDT) Cc: Dave Cornejo , freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It doesn't matter to me which version gets used - I just need the capability to set the WEP keys. Some comments on your code: - WEP keysare variable length from 5-13 bytes, you should just check for >=5 & <=13 (it seems odd, but I have seen networks that use the odd sizes). - In an_setkeys() you allow 28 characters, the error message says 18, but really only 13 are significant. - The AN_RXMODE_LAN_MONITOR_CURBSS was a good catch - I never tested that one. - The authentication handling in ancontrol is in error: there is no AN_AUTH_TYPE_EXCLUDE_UNENCRYPTED bit. I should have added constants for the correct values for the authentication type. 0x000x - no encryption 0x010x - full encryption 0x030x - mixed cell (allow unencrypted) despite what's in the driver, bit 2 (0x0004) is not used. The bits as defined by Aironet engineering: #define AN_AUTHTYPE_PRIVACY_IN_USE 0x0100 #define AN_AUTHTYPE_ALLOW_UNENCRYPTED 0x0200 I would like to see my structure changes checked in - there are an error or two and some interesting new elements in there. In some more recent radio firmware, they provide normalized RSSI, and the IP address of the base station. There are also a few other things hinted at in there that some may find interesting. I should however add in some more constants. I didn't provide patches to ancontrol as you did, but I find ancontrol is getting way too nasty with its switches. Your patches look fine to me except that I'd really like to see a better way to specify volatile vs. persistent keys. dave c Doug Ambrisko wrote: > Looking at the code I don't see this as a complete solution. Maybe that > is what you mean by: > The ioctl interface used to configure the card does not include > a way to set WEP keys > > If you look at http://www.ambrisko.com/doug/an.patch.wep. It includes > the changes to both sides to enable WEP in the various modes and the > various keys. > > I've been to busy to submit this, but I finally did today. Some people > have been using this code with success. -- Dave Cornejo @ Dogwood Media, Fremont, California "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 11:49:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smarthost-1.mail.telinco.net (smarthost-1.mail.telinco.net [212.1.128.90]) by hub.freebsd.org (Postfix) with ESMTP id 1F18137B66D; Mon, 9 Oct 2000 11:49:05 -0700 (PDT) Received: from smtp1.cluster1.telinco.net ([212.1.128.150]) by smarthost-1.mail.telinco.net with esmtp (Exim 3.02 #7) id 13ihyw-000EbB-00; Mon, 09 Oct 2000 19:49:02 +0100 Received: from daemon.lpds.sublink.org (ppp-3-60.cvx2.telinco.net [212.1.142.60]) by smtp1.cluster1.telinco.net (8.9.1a/8.9.1) with ESMTP id TAA16244; Mon, 9 Oct 2000 19:49:01 +0100 (BST) Received: from pelissero.org (hyde.lpds.sublink.org [10.0.0.2]) by daemon.lpds.sublink.org (8.9.3/8.9.3) with ESMTP id TAA07987; Mon, 9 Oct 2000 19:30:28 +0100 (BST) (envelope-from wcp@pelissero.org) Received: (from wcp@localhost) by pelissero.org (8.9.3/8.9.3) id TAA87307; Mon, 9 Oct 2000 19:34:02 +0100 (BST) (envelope-from wcp) From: "Walter C. Pelissero" Message-ID: <14818.3993.887434.859107@hyde.lpds.sublink.org> Date: Mon, 9 Oct 2000 19:34:01 +0100 (BST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: xmovie 1.5.2 for FreeBSD X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Reply-To: walter@pelissero.org X-Attribution: WP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just recently ported xmovie 1.5.2 to FreeBSD 4.0. The patch file can be found at my home page http://www.pelissero.org. It's rather big (80K) because it can be considered a fix patch for the Linux version as well. Among the other bugs, the code relied on a (sort of) misbehavior of the Linux pthreads implementation (GNU?) that allows a thread to unlock a mutex locked by another thread. I'm working on the CSS code that still doesn't work (I guess it didn't even under Linux). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 11:59:17 2000 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 9D6F837B503; Mon, 9 Oct 2000 11:59:12 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id e99Iwlk03981; Mon, 9 Oct 2000 11:58:47 -0700 Date: Mon, 9 Oct 2000 11:58:47 -0700 From: Brooks Davis To: Dave Cornejo Cc: Doug Ambrisko , freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: WEP keys for an driver Message-ID: <20001009115847.A2570@Odin.AC.HMC.Edu> References: <200010091551.IAA30329@whistle.com> <200010091842.e99IgWd05020@white.dogwood.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200010091842.e99IgWd05020@white.dogwood.com>; from dave@dogwood.com on Mon, Oct 09, 2000 at 11:42:32AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 09, 2000 at 11:42:32AM -0700, Dave Cornejo wrote: > Some comments on your code: > - WEP keysare variable length from 5-13 bytes, you should just check for > >=5 & <=13 (it seems odd, but I have seen networks that use the odd > sizes). Since all the windows drivers I've looked at only allow 0, 5, and 13 byte keys, I'd suggest only allowing those values. That's what wicontrol does. > I didn't provide patches to ancontrol as you did, but I find ancontrol > is getting way too nasty with its switches. Your patches look fine > to me except that I'd really like to see a better way to specify > volatile vs. persistent keys. You need to add ancontrol support or the patch is basicaly useless. I'm looking forward to some sort of working crypto support for the aironet cards. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 12: 1:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 6424437B503; Mon, 9 Oct 2000 12:01:56 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id PAA62501; Mon, 9 Oct 2000 15:01:53 -0400 (EDT) Date: Mon, 9 Oct 2000 15:01:53 -0400 (EDT) From: "Matthew N. Dodd" To: Dan Evensen Cc: hackers@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: We need your old laptop for a committer... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Oct 2000, Dan Evensen wrote: > I would say that this is untraditional to say the least. It does not > belong on the list. There are millions of promising people in such a > need. Need maybe but in this case the return on investment has been pretty high (if this is who I think it is.) I think if you don't have a laptop to offer or cash to put towards the pool then you should just keep quiet. I'd love a laptop myself but I'll put up $50 towards the purchase of a laptop for said committer. Will you? PHK, where do I send my check? -- | 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 | This Space For Rent | 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 Mon Oct 9 12:20:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id C8F3037B670; Mon, 9 Oct 2000 12:20:15 -0700 (PDT) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id MAA53386; Mon, 9 Oct 2000 12:19:49 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id MAA33332; Mon, 9 Oct 2000 12:19:46 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200010091919.MAA33332@whistle.com> Subject: Re: WEP keys for an driver In-Reply-To: <200010091842.e99IgWd05020@white.dogwood.com> from Dave Cornejo at "Oct 9, 2000 11:42:32 am" To: Dave Cornejo Date: Mon, 9 Oct 2000 12:19:46 -0700 (PDT) Cc: Doug Ambrisko , freebsd-hardware@FreeBSD.org, 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 Dave Cornejo writes: | It doesn't matter to me which version gets used - I just need the | capability to set the WEP keys. | | Some comments on your code: | - WEP keysare variable length from 5-13 bytes, you should just check for | >=5 & <=13 (it seems odd, but I have seen networks that use the odd | sizes). Really ... I need to check the WEP configurator again on Windows. I thought when I tried it it only let me do 40 or 128 not in between. Also it also it only excepted a hex string (the base code from wicontrol accepted an ASCII string as well). | - In an_setkeys() you allow 28 characters, the error message says 18, | but really only 13 are significant. Right 28 = max of "0x" + 2 * byte (5 or 13). So 2 + 2 * 13 = 28. That 18 sounds like a bug (stale cut'n'paste). | - The AN_RXMODE_LAN_MONITOR_CURBSS was a good catch - I never tested | that one. Running tcpdump kept bitting me. Hey why did ping stop :-( | - The authentication handling in ancontrol is in error: there is no | AN_AUTH_TYPE_EXCLUDE_UNENCRYPTED bit. I should have added constants | for the correct values for the authentication type. | | 0x000x - no encryption | 0x010x - full encryption | 0x030x - mixed cell (allow unencrypted) In my manual on page 7-51 in the table for General Configuration Parameters: +0x003E AuthenticationType 0x01 Open 0x02 Shared-Key 0x04 Exclude Unencrypted So this is were I got it. I have DOC 710-004247, Rev B1. I'm not sure what you are reading or maybe talking about. It almost sounds that you are talking binary instead of hex. BTW I didn't ever get "Exclude Unencrypted" to do anything usefull if I recall. So maybe my documentation is wrong. If you have a newer one could you send it to me? I'm on my second version of the manual. | despite what's in the driver, bit 2 (0x0004) is not used. The bits as | defined by Aironet engineering: | | #define AN_AUTHTYPE_PRIVACY_IN_USE 0x0100 | #define AN_AUTHTYPE_ALLOW_UNENCRYPTED 0x0200 AN_AUTHTYPE_ALLOW_UNENCRYPTED seems to be a new one. Actually the are both not listed in my manual. I derived it from the posting by an Aironet engineer on the Linux driver mailing list. Where did you find out about 0x100 & 0x200? | I would like to see my structure changes checked in - there are an | error or two and some interesting new elements in there. In some more | recent radio firmware, they provide normalized RSSI, and the IP | address of the base station. There are also a few other things hinted | at in there that some may find interesting. I should however add in | some more constants. I don't have any problem with that. I was just worked on getting WEP going. | I didn't provide patches to ancontrol as you did, but I find ancontrol | is getting way too nasty with its switches. Your patches look fine | to me except that I'd really like to see a better way to specify | volatile vs. persistent keys. Agreed. It did not fit in with the "primative" model that the WaveLan cards use. I tried to make it as clean as possible with the 3 flags: - set any key - set mode - turn WEP on/off (looks like this needs to be expanded to allow unencrypted traffic) Unfortanetly I has to do some stuff in ancontrol to virtualize the different register for the last 2 since they are munge into on but should but are treated separetly in the Windows UI. Linux just sets them for and doesn't give you this flexibility so you may not be able to interoperate in a valid windows network. However, without the ancontrol changes it becomes difficult to set these things from a user perspective. Thanks for the review. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 12:40: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id EF93C37B66D; Mon, 9 Oct 2000 12:40:04 -0700 (PDT) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id MAA54330; Mon, 9 Oct 2000 12:30:49 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id MAA33408; Mon, 9 Oct 2000 12:30:19 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200010091930.MAA33408@whistle.com> Subject: Re: WEP keys for an driver In-Reply-To: <20001009115847.A2570@Odin.AC.HMC.Edu> from Brooks Davis at "Oct 9, 2000 11:58:47 am" To: Brooks Davis Date: Mon, 9 Oct 2000 12:30:19 -0700 (PDT) Cc: Dave Cornejo , Doug Ambrisko , freebsd-hardware@FreeBSD.ORG, 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 Brooks Davis writes: | On Mon, Oct 09, 2000 at 11:42:32AM -0700, Dave Cornejo wrote: | > Some comments on your code: | > - WEP keysare variable length from 5-13 bytes, you should just check for | > >=5 & <=13 (it seems odd, but I have seen networks that use the odd | > sizes). | | Since all the windows drivers I've looked at only allow 0, 5, and 13 | byte keys, I'd suggest only allowing those values. That's what | wicontrol does. That's what I recall from Windows and I allow 0, 5 or 13 characters as 0 -> erase key 0xDDDDDDDDDD -> set 40 bit 0xDDDDDDDDDDDDDDDDDDDDDDDDDD -> set 128 bit I also verified it did the right thing by booting back into Windows and then running the WEP utility to see if it made the right change. Also did it as hex since that is what the WEP utility did. The code would probably work with ASCII strings but how do you encode 0-255 as a character in an ASCII string? BTW my test string was 0x001122334455 (for 40 bit). Originally I wasn't doing a 40 bit or 128 and things didn't work. Once I started doing 40 bit or 128 bit keys then things worked fine. Since the programming doc didn't say anything about that I burned a few days on that :-( | > I didn't provide patches to ancontrol as you did, but I find ancontrol | > is getting way too nasty with its switches. Your patches look fine | > to me except that I'd really like to see a better way to specify | > volatile vs. persistent keys. | | You need to add ancontrol support or the patch is basicaly useless. I'm | looking forward to some sort of working crypto support for the aironet | cards. Well if you just download mine for now again at www.ambrisko.com/doug/an.patch.wep That will get you going. Some people other then myself are using it with success. It looks like it will get some more features since it looks like he has gleaned some more knowledge then I was told. Give it a try and let me know if you run into a problem. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13: 6:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 9476537B502 for ; Mon, 9 Oct 2000 13:06:08 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 13A881C5C; Mon, 9 Oct 2000 16:06:08 -0400 (EDT) Date: Mon, 9 Oct 2000 16:06:08 -0400 From: Bill Fumerola To: Dan Evensen Cc: hackers@freebsd.org Subject: Re: We need your old laptop for a committer... Message-ID: <20001009160608.L38472@jade.chc-chimes.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from pcadmn@hotmail.com on Mon, Oct 09, 2000 at 05:41:00PM +0000 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 09, 2000 at 05:41:00PM +0000, Dan Evensen wrote: > I would say that this is untraditional to say the least. It does not belong > on the list. There are millions of promising people in such a need. > > Dan Evensen CCNA Wan Switching You're a moron. Thanks. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13:23:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f290.law7.hotmail.com [216.33.236.168]) by hub.freebsd.org (Postfix) with ESMTP id 98EE437B503 for ; Mon, 9 Oct 2000 13:23:39 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 9 Oct 2000 13:23:39 -0700 Received: from 216.67.88.181 by lw7fd.law7.hotmail.msn.com with HTTP; Mon, 09 Oct 2000 20:23:39 GMT X-Originating-IP: [216.67.88.181] From: "Dan Evensen" To: billf@chimesnet.com Cc: hackers@freebsd.org Subject: Re: We need your old laptop for a committer... Date: Mon, 09 Oct 2000 20:23:39 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Oct 2000 20:23:39.0351 (UTC) FILETIME=[CF42A670:01C0322E] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I stand by my opinion. I live in Free Country with a free voice. I stand by what I said. There are millions of deserving people in this world. If this person is so good WHY cant they afford a Laptop Successful people could. Dan Evensen >From: Bill Fumerola >To: Dan Evensen >CC: hackers@freebsd.org >Subject: Re: We need your old laptop for a committer... >Date: Mon, 9 Oct 2000 16:06:08 -0400 > >On Mon, Oct 09, 2000 at 05:41:00PM +0000, Dan Evensen wrote: > > I would say that this is untraditional to say the least. It does not >belong > > on the list. There are millions of promising people in such a need. > > > > Dan Evensen CCNA Wan Switching > >You're a moron. > >Thanks. > >-- >Bill Fumerola - Network Architect, BOFH / Chimes, Inc. > billf@chimesnet.com / billf@FreeBSD.org > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13:28: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay2.san.cerf.net (relay2.san.cerf.net [192.215.81.75]) by hub.freebsd.org (Postfix) with ESMTP id 9180437B502 for ; Mon, 9 Oct 2000 13:28:05 -0700 (PDT) Received: from penguin (host6.goalie-usa.com [12.17.221.245]) by relay2.san.cerf.net (8.9.3/8.9.3) with SMTP id UAA06794; Mon, 9 Oct 2000 20:28:02 GMT Message-ID: <002301c0322f$df14ade0$2c0100c0@goalieusa.com> From: "Larry Wells" To: "Dan Evensen" , Cc: References: Subject: Re: We need your old laptop for a committer... Date: Mon, 9 Oct 2000 14:31:14 -0600 Organization: Goalie Entertainment 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 Dan, You also apparently live in a country where random capitalization is the norm. Perhaps you would be less jealous and more successful if you could write in English. Also, your whining is more off-topic than the original request was. Thanks, Larry ----- Original Message ----- From: "Dan Evensen" To: Cc: Sent: Monday, October 09, 2000 2:23 PM Subject: Re: We need your old laptop for a committer... > I stand by my opinion. I live in Free Country with a free voice. I stand by > what I said. There are millions of deserving people in this world. If this > person is so good WHY cant they afford a Laptop Successful people could. > > Dan Evensen > > > >From: Bill Fumerola > >To: Dan Evensen > >CC: hackers@freebsd.org > >Subject: Re: We need your old laptop for a committer... > >Date: Mon, 9 Oct 2000 16:06:08 -0400 > > > >On Mon, Oct 09, 2000 at 05:41:00PM +0000, Dan Evensen wrote: > > > I would say that this is untraditional to say the least. It does not > >belong > > > on the list. There are millions of promising people in such a need. > > > > > > Dan Evensen CCNA Wan Switching > > > >You're a moron. > > > >Thanks. > > > >-- > >Bill Fumerola - Network Architect, BOFH / Chimes, Inc. > > billf@chimesnet.com / billf@FreeBSD.org > > > > > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13:34:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wormhole.bluestar.net (wormhole.bluestar.net [208.53.1.61]) by hub.freebsd.org (Postfix) with ESMTP id D39D937B66C for ; Mon, 9 Oct 2000 13:34:29 -0700 (PDT) Received: from planetwe.com (admin.planetwe.com [64.182.69.146]) by wormhole.bluestar.net (8.10.1/8.10.1) with ESMTP id e99KYGN24010; Mon, 9 Oct 2000 15:34:16 -0500 (CDT) Message-ID: <39E22BC8.DC74A2A0@planetwe.com> Date: Mon, 09 Oct 2000 15:34:16 -0500 From: Drew Sanford X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dan Evensen Cc: billf@chimesnet.com, hackers@FreeBSD.ORG Subject: Re: We need your old laptop for a committer... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did you not notice that this person lives in a former Eastern Block country? Unless you've been in hiding, you would know that the cost of electronics of any sort (when they are actually available) are far beyond the reach of the "average citizen". I doubt very seriously, due to the general lack of up to date technology in a lot of these countries, that anyone who would be interested in the advancement of FreeBSD would be in a possition to afford a laptop. I think the fact that Bill asked for this person is honorable. If I had a laptop to spare, which I don't, as I don't even have one for myself, it would not phase me to donate it for such a cause. As for not belonging on this list, your comment about what does and doesn't belong has caused far more disruption than his original post. Perhaps you should have sent your opion to him only? Dan Evensen wrote: > > I stand by my opinion. I live in Free Country with a free voice. I stand by > what I said. There are millions of deserving people in this world. If this > person is so good WHY cant they afford a Laptop Successful people could. > > Dan Evensen > -- Drew Sanford To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13:35:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id E2C9D37B502 for ; Mon, 9 Oct 2000 13:35:18 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.0/8.9.3) with ESMTP id e99KZ9N67747; Mon, 9 Oct 2000 22:35:09 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Dan Evensen" Cc: billf@chimesnet.com, hackers@FreeBSD.ORG Subject: Re: We need your old laptop for a committer... In-Reply-To: Your message of "Mon, 09 Oct 2000 20:23:39 GMT." Date: Mon, 09 Oct 2000 22:35:09 +0200 Message-ID: <67745.971123709@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , "Dan Evensen" writes: >I stand by my opinion. I live in Free Country with a free voice. I stand by >what I said. There are millions of deserving people in this world. If this >person is so good WHY cant they afford a Laptop Successful people could. Your emails have convinced me that there still are people where the example on page 3 of RFC1437 is a faithful and detailed model. I don't know what I find most appaling about you, your lack of insight into the economic situation outside your proctedted neighborhood, your firm belief that the 1st ammendment allows you to be stupid and insensitive or your well founded stupidity. Anyway, please everybody, just ignore this jerk. Just because he think he has free speach doesn't mean we have to pay any attention to him. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13:50:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id 16AB737B503 for ; Mon, 9 Oct 2000 13:50:26 -0700 (PDT) Received: from holly.dyndns.org ([208.191.149.190]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G2600MYOJTTS7@mta4.rcsntx.swbell.net> for hackers@FreeBSD.ORG; Mon, 9 Oct 2000 15:34:42 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id PAA39830; Mon, 09 Oct 2000 15:35:52 -0500 (CDT envelope-from chris) Date: Mon, 09 Oct 2000 15:35:51 -0500 From: Chris Costello Subject: Re: We need your old laptop for a committer... In-reply-to: To: Dan Evensen Cc: billf@chimesnet.com, hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20001009153551.A39668@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, October 09, 2000, Dan Evensen wrote: > I stand by my opinion. I live in Free Country with a free voice. I stand by > what I said. There are millions of deserving people in this world. If this > person is so good WHY cant they afford a Laptop Successful people could. The difference, however, is that Poul-Henning Kamp has made a structured, formal, properly punctuated request, for somebody who has already _given_ time and effort to the FreeBSD Project. You're just making randomly capitalize complaints because you want a free laptop. -- |Chris Costello |Those who can't write, write help files. `---------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 13:53:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 7689D37B66C for ; Mon, 9 Oct 2000 13:53:11 -0700 (PDT) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id QAA15896; Mon, 9 Oct 2000 16:53:08 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 9 Oct 2000 16:53:08 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dan Evensen Cc: freebsd-hackers@FreeBSD.org Subject: Re: We need your old laptop for a committer... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Oct 2000, Dan Evensen wrote: > I stand by my opinion. I live in Free Country with a free voice. I stand > by what I said. There are millions of deserving people in this world. If > this person is so good WHY cant they afford a Laptop Successful people > could. This is really out of line. Not every country in the world is benefiting from the current up-swing in the US stock market and technology sector, and I find your assertion that anyone successful could afford a laptop fairly offensive. No doubt there are millions of deserving people, but frankly, few come with the recommendation of a long-time FreeBSD developer. Coming from a free country and having a free voice doesn't alleviate the need to think before speaking, and doesn't mean that everyone who can hear you is as fortunate or as wealthy. No one is saying you can't legally say what you say, but many people are suggesting that it was completely inappropriate for the freebsd-hackers mailing list, and quite out of sync with reality. In the future, I'd ask that you keep such opinions to yourself--it's clear you're unwilling to donate a system, and your silence to indicate that would have been quite sufficient as a response. Thanks, Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 14:16:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.utexas.edu (wb3-a.mail.utexas.edu [128.83.126.138]) by hub.freebsd.org (Postfix) with SMTP id DCF7037B66C for ; Mon, 9 Oct 2000 14:16:40 -0700 (PDT) Received: (qmail 5376 invoked by uid 0); 9 Oct 2000 21:16:39 -0000 Received: from chepe.cc.utexas.edu (HELO chepe.mail.utexas.edu) (128.83.135.25) by umbs-smtp-3 with SMTP; 9 Oct 2000 21:16:39 -0000 Message-Id: <4.3.2.7.2.20001009160809.00b20d50@mail.utexas.edu> X-Sender: oscars@mail.utexas.edu X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 09 Oct 2000 16:11:41 -0500 To: "Dan Evensen" From: Oscar Ricardo Silva Subject: Re: We need your old laptop for a committer... Cc: freebsd-hackers@freebsd.org In-Reply-To: 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 Dan, Although I disagreed with your opinion, you're right, you do have a voice and every right to your opinion. I was actually on your side when you received that rude reply from Bill Fumerola. Unfortunately, I don't agree with your response, especially the last sentence. As was stated in the original message, this person does not feel comfortable making the request and someone else made it so there's no need to make a personal attack on that person. Yes, the response you received WAS a personal attack but you don't always have to reply in kind. Oscar At 08:23 PM 10/9/00 +0000, Dan Evensen, you wrote: >I stand by my opinion. I live in Free Country with a free voice. I stand >by what I said. There are millions of deserving people in this world. If >this person is so good WHY cant they afford a Laptop Successful people could. > >Dan Evensen > > >>From: Bill Fumerola >>To: Dan Evensen >>CC: hackers@freebsd.org >>Subject: Re: We need your old laptop for a committer... >>Date: Mon, 9 Oct 2000 16:06:08 -0400 >> >>On Mon, Oct 09, 2000 at 05:41:00PM +0000, Dan Evensen wrote: >> > I would say that this is untraditional to say the least. It does not >> belong >> > on the list. There are millions of promising people in such a need. >> > >> > Dan Evensen CCNA Wan Switching >> >>You're a moron. >> >>Thanks. >> >>-- >>Bill Fumerola - Network Architect, BOFH / Chimes, Inc. >> billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 14:24:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-106.dsl.snfc21.pacbell.net [63.202.176.106]) by hub.freebsd.org (Postfix) with ESMTP id 19F2137B66C for ; Mon, 9 Oct 2000 14:24:35 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e99LQXh06735; Mon, 9 Oct 2000 14:26:33 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010092126.e99LQXh06735@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Oscar Ricardo Silva Cc: "Dan Evensen" , freebsd-hackers@freebsd.org Subject: Re: We need your old laptop for a committer... In-reply-to: Your message of "Mon, 09 Oct 2000 16:11:41 CDT." <4.3.2.7.2.20001009160809.00b20d50@mail.utexas.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Oct 2000 14:26:33 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Dan, > > Although I disagreed with your opinion, you're right, you do have a voice > and every right to your opinion. Actually, not in this forum. The FreeBSD mailing lists are hosted on owned hardware, and constitute a collection of private databases. Use of these resources is entirely at the discretion of their owners. Dan has no rights, not even the ones he thinks he has. In this context, the only "right" he has is the one that no legislature has ever tried to take away - the "right" to make himself look like a complete fool. -- ... 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 Mon Oct 9 15: 2: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 2E12037B66D for ; Mon, 9 Oct 2000 15:02:02 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e99M1fX03923; Mon, 9 Oct 2000 15:01:41 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Bill Fumerola Cc: Dan Evensen , hackers@FreeBSD.ORG Subject: Re: We need your old laptop for a committer... In-Reply-To: Message from Bill Fumerola of "Mon, 09 Oct 2000 16:06:08 EDT." <20001009160608.L38472@jade.chc-chimes.com> Date: Mon, 09 Oct 2000 15:01:41 -0700 Message-ID: <3920.971128901@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Erm, Bill? I think those sorts of replies are better vocalized out loud and simply not sent. Thanks. > On Mon, Oct 09, 2000 at 05:41:00PM +0000, Dan Evensen wrote: > > I would say that this is untraditional to say the least. It does not belong > > on the list. There are millions of promising people in such a need. > > > > Dan Evensen CCNA Wan Switching > > You're a moron. > > Thanks. > > -- > Bill Fumerola - Network Architect, BOFH / Chimes, Inc. > billf@chimesnet.com / billf@FreeBSD.org > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 15: 4:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id ED77037B66C for ; Mon, 9 Oct 2000 15:04:32 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e99M4DX03952; Mon, 9 Oct 2000 15:04:13 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: "Dan Evensen" Cc: billf@chimesnet.com, hackers@FreeBSD.ORG Subject: Re: We need your old laptop for a committer... In-Reply-To: Message from "Dan Evensen" of "Mon, 09 Oct 2000 20:23:39 GMT." Date: Mon, 09 Oct 2000 15:04:13 -0700 Message-ID: <3948.971129053@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This may be a free country, but these mailing lists are available as a privilege rather than a right and if you guys want to continue using them, you'll remain on-topic and follow the mailing list charter for -hackers, something which is publically documented in the FreeBSD handbook and should be read now by any who are unfamiliar with it. Thank you. - Jordan > I stand by my opinion. I live in Free Country with a free voice. I stand by > what I said. There are millions of deserving people in this world. If this > person is so good WHY cant they afford a Laptop Successful people could. > > Dan Evensen > > > >From: Bill Fumerola > >To: Dan Evensen > >CC: hackers@freebsd.org > >Subject: Re: We need your old laptop for a committer... > >Date: Mon, 9 Oct 2000 16:06:08 -0400 > > > >On Mon, Oct 09, 2000 at 05:41:00PM +0000, Dan Evensen wrote: > > > I would say that this is untraditional to say the least. It does not > >belong > > > on the list. There are millions of promising people in such a need. > > > > > > Dan Evensen CCNA Wan Switching > > > >You're a moron. > > > >Thanks. > > > >-- > >Bill Fumerola - Network Architect, BOFH / Chimes, Inc. > > billf@chimesnet.com / billf@FreeBSD.org > > > > > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 18: 7:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail7.bigmailbox.com (mail7.bigmailbox.com [209.132.220.38]) by hub.freebsd.org (Postfix) with ESMTP id 886CB37B502 for ; Mon, 9 Oct 2000 18:07:48 -0700 (PDT) Received: œby mail7.bigmailbox.com (8.8.7/8.8.7) id SAA08859; Mon, 9 Oct 2000 18:12:16 -0700 Date: Mon, 9 Oct 2000 18:12:16 -0700 Message-Id: <200010100112.SAA08859@mail7.bigmailbox.com> Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary X-Mailer: MIME-tools 4.104 (Entity 4.116) Mime-Version: 1.0 X-Originating-Ip: [4.40.144.86] From: "Nathaniel G H" To: freebsd-hackers@freebsd.org Subject: RE: MFS Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Can one of you help me with a quick overview of what has happened > with the Memory File System since 4.4BSD to the FreeBSD that exists > today? Hi, I've never used it myself, but I read an article about it on the O'Reilly network; hold on a sec while I look it up.... http://www.oreillynet.com/pub/a/371 I've been considering using this for various purposes, since it'll probably speed up some things a great deal. Please let me know how it works for you... Kind regards, Nathaniel G H ------------------------------------------------------------ Free, BeOS-friendly email accounts: http://BeMail.org/ Free Daily Reading: http://bedope.com/icontarot/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 19:25:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id B60E837B503 for ; Mon, 9 Oct 2000 19:25:46 -0700 (PDT) Received: (from grog@localhost) by wantadilla.lemis.com (8.11.0/8.9.3) id e9A2MmB87881; Tue, 10 Oct 2000 11:52:48 +0930 (CST) (envelope-from grog) Date: Tue, 10 Oct 2000 11:52:48 +0930 From: Greg Lehey To: Wes Peters Cc: Eoin Lawless , freebsd-hackers@FreeBSD.org Subject: Re: dual console with matrox g400 Message-ID: <20001010115248.C87663@wantadilla.lemis.com> References: <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <39E0A436.91C3466A@softweyr.com>; from wes@softweyr.com on Sun, Oct 08, 2000 at 10:43:34AM -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 Sunday, 8 October 2000 at 10:43:34 -0600, Wes Peters wrote: > Eoin Lawless wrote: >> >> I've just got a dual head system with a matrox g400 working. However, >> what I would really like to have is a dual console system - so that >> two people could use it simultaneously. Has anyone tried that, or >> know if it is possible? > > Maybe it would be possible to kludge something together using PS/2 mouse > and keyboard for one and USB mouse and keyboard for the other. I don't > think there is anything available "out of the box" for this, though. Well, you obviously need two keyboards and two mice. I can't think of a case where that would be useful, but with x2x (in the Ports collection) you can allow different people access to the same server. 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 Oct 9 20:24:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id CA94D37B66D for ; Mon, 9 Oct 2000 20:24:11 -0700 (PDT) Received: from shell-3.enteract.com (dscheidt@shell-3.enteract.com [207.229.143.42]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id WAA57228; Mon, 9 Oct 2000 22:23:53 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Mon, 9 Oct 2000 22:23:53 -0500 (CDT) From: David Scheidt To: Greg Lehey Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.org Subject: Re: dual console with matrox g400 In-Reply-To: <20001010115248.C87663@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 10 Oct 2000, Greg Lehey wrote: : :Well, you obviously need two keyboards and two mice. I can't think of :a case where that would be useful, but with x2x (in the Ports :collection) you can allow different people access to the same server. I'd think that a monitor, a keyboard, and a mouse are a whole lot cheaper than a monitor, a keyboard, a mouse, and a whole rest of the computer. Modern PCs are more than powerful enough to deal with two ionteractive video users. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 20:34:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from testbed.baileylink.net (testbed.baileylink.net [63.71.213.24]) by hub.freebsd.org (Postfix) with ESMTP id 228B537B66C for ; Mon, 9 Oct 2000 20:34:15 -0700 (PDT) Received: by testbed.baileylink.net (Postfix, from userid 1118) id C64FC2C90A; Mon, 9 Oct 2000 22:34:02 -0500 (CDT) Date: Mon, 9 Oct 2000 22:34:02 -0500 From: Brad Guillory To: freebsd-hackers@freebsd.org Subject: reseting hardware after apm resume Message-ID: <20001009223402.A23804@baileylink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, I have a "new" laptop and a few problems related to apm resume. When I suspend to disk then resume my sound hardware and ls120 drive no longer work. I was looking for a knob that would let me configure which drivers were called to reset their hardware. PC Cards are reset in this way currently. Does anyone have any idea where to find such a knob in the kernel config or suggestions on how you would like the knob to work? Please CC me; I am not on the list... BMG -- __O | Information wants to be free! | __O Bike _-\<,_ | FreeBSD:The Power to Serve (easily) | _-\<,_ to (_)/ (_) | OpenBSD:The Power to Serve (securely) | (_)/ (_) Work To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 23:35:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A9C7937B502 for ; Mon, 9 Oct 2000 23:35:13 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9A6Z8Y11644; Tue, 10 Oct 2000 00:35:08 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA23740; Tue, 10 Oct 2000 00:35:07 -0600 (MDT) Message-Id: <200010100635.AAA23740@harmony.village.org> To: Greg Lehey Subject: Re: dual console with matrox g400 Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 10 Oct 2000 11:52:48 +0930." <20001010115248.C87663@wantadilla.lemis.com> References: <20001010115248.C87663@wantadilla.lemis.com> <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> Date: Tue, 10 Oct 2000 00:35:07 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001010115248.C87663@wantadilla.lemis.com> Greg Lehey writes: : Well, you obviously need two keyboards and two mice. I can't think of : a case where that would be useful, but with x2x (in the Ports : collection) you can allow different people access to the same server. In 1990 I shared a Solbourne workstation with a friend. It had two graphics/I/O boards, which ment that you could have two independent video consoles on it at the same time. Worked a whole lot better than one would have expected given the relative primitive tehcnology of the time. Glad to see that PCs are catching up :-) Wanrer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 23:38: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 03BE537B502 for ; Mon, 9 Oct 2000 23:38:06 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9A6c4Y11656; Tue, 10 Oct 2000 00:38:04 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA23760; Tue, 10 Oct 2000 00:38:03 -0600 (MDT) Message-Id: <200010100638.AAA23760@harmony.village.org> To: Brad Guillory Subject: Re: reseting hardware after apm resume Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 09 Oct 2000 22:34:02 CDT." <20001009223402.A23804@baileylink.net> References: <20001009223402.A23804@baileylink.net> Date: Tue, 10 Oct 2000 00:38:03 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001009223402.A23804@baileylink.net> Brad Guillory writes: : I have a "new" laptop and a few problems related to apm resume. apm on most modern machines is useless. You need to have acpi support for things to work well. Good thing ACPI has been committed. : When I suspend to disk then resume my sound hardware and ls120 : drive no longer work. I was looking for a knob that would let That's because FreeBSD isn't rnning the right acpi routines on resume to turn the hardware back on. : Does anyone have any idea where to find such a knob in : the kernel config or suggestions on how you would like : the knob to work? You might want to look acpi in -current only. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Oct 9 23:45:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id DBD0B37B502 for ; Mon, 9 Oct 2000 23:45:52 -0700 (PDT) Received: (from grog@localhost) by wantadilla.lemis.com (8.11.0/8.9.3) id e9A6jRp89225; Tue, 10 Oct 2000 16:15:27 +0930 (CST) (envelope-from grog) Date: Tue, 10 Oct 2000 16:15:27 +0930 From: Greg Lehey To: Warner Losh Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.ORG Subject: Re: dual console with matrox g400 Message-ID: <20001010161527.D87663@wantadilla.lemis.com> References: <20001010115248.C87663@wantadilla.lemis.com> <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> <20001010115248.C87663@wantadilla.lemis.com> <200010100635.AAA23740@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200010100635.AAA23740@harmony.village.org>; from imp@village.org on Tue, Oct 10, 2000 at 12:35:07AM -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, 10 October 2000 at 0:35:07 -0600, Warner Losh wrote: > In message <20001010115248.C87663@wantadilla.lemis.com> Greg Lehey writes: >> Well, you obviously need two keyboards and two mice. I can't think of >> a case where that would be useful, but with x2x (in the Ports >> collection) you can allow different people access to the same server. > > In 1990 I shared a Solbourne workstation with a friend. It had two > graphics/I/O boards, which ment that you could have two independent > video consoles on it at the same time. Worked a whole lot better than > one would have expected given the relative primitive tehcnology of the > time. Glad to see that PCs are catching up :-) I had a PC with two graphics cards long before that. It was relatively common to have a machine with both CGA and MDA, and there were some debuggers which would handle both (debug a full-screen application with the debug output on the other monitor). 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 Oct 9 23:51:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 7CF5C37B502 for ; Mon, 9 Oct 2000 23:51:52 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9A6poi11729; Tue, 10 Oct 2000 00:51:51 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA23881; Tue, 10 Oct 2000 00:51:50 -0600 (MDT) Message-Id: <200010100651.AAA23881@harmony.village.org> To: Greg Lehey Subject: Re: dual console with matrox g400 Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 10 Oct 2000 16:15:27 +0930." <20001010161527.D87663@wantadilla.lemis.com> References: <20001010161527.D87663@wantadilla.lemis.com> <20001010115248.C87663@wantadilla.lemis.com> <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> <20001010115248.C87663@wantadilla.lemis.com> <200010100635.AAA23740@harmony.village.org> Date: Tue, 10 Oct 2000 00:51:50 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001010161527.D87663@wantadilla.lemis.com> Greg Lehey writes: : I had a PC with two graphics cards long before that. It was : relatively common to have a machine with both CGA and MDA, and there : were some debuggers which would handle both (debug a full-screen : application with the debug output on the other monitor). True. But I've not seen a PC that could have multiple keyboards/mice until USB came along. Well, I did see some kludges, but they were fairly rare. Now, many different solutions exist that you can mix and match... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 0: 0:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id BDDF237B66C for ; Tue, 10 Oct 2000 00:00:14 -0700 (PDT) Received: (from grog@localhost) by wantadilla.lemis.com (8.11.0/8.9.3) id e9A6xpS89338; Tue, 10 Oct 2000 16:29:51 +0930 (CST) (envelope-from grog) Date: Tue, 10 Oct 2000 16:29:51 +0930 From: Greg Lehey To: Warner Losh Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.ORG Subject: Re: dual console with matrox g400 Message-ID: <20001010162951.F87663@wantadilla.lemis.com> References: <20001010161527.D87663@wantadilla.lemis.com> <20001010115248.C87663@wantadilla.lemis.com> <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> <20001010115248.C87663@wantadilla.lemis.com> <200010100635.AAA23740@harmony.village.org> <20001010161527.D87663@wantadilla.lemis.com> <200010100651.AAA23881@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200010100651.AAA23881@harmony.village.org>; from imp@village.org on Tue, Oct 10, 2000 at 12:51:50AM -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, 10 October 2000 at 0:51:50 -0600, Warner Losh wrote: > In message <20001010161527.D87663@wantadilla.lemis.com> Greg Lehey writes: >> I had a PC with two graphics cards long before that. It was >> relatively common to have a machine with both CGA and MDA, and there >> were some debuggers which would handle both (debug a full-screen >> application with the debug output on the other monitor). > > True. But I've not seen a PC that could have multiple keyboards/mice > until USB came along. Well, I did see some kludges, but they were > fairly rare. Now, many different solutions exist that you can mix and > match... Well, multiple mice were never an issue, but the keyboard was. I had done some thinking about a serial keyboard, but mainly to get away from the stupid layouts of PC keyboards. 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 Oct 10 0:16:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2E58B37B503 for ; Tue, 10 Oct 2000 00:16:49 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9A7Gji11901; Tue, 10 Oct 2000 01:16:46 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id BAA23999; Tue, 10 Oct 2000 01:16:44 -0600 (MDT) Message-Id: <200010100716.BAA23999@harmony.village.org> To: Greg Lehey Subject: Re: dual console with matrox g400 Cc: Wes Peters , Eoin Lawless , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 10 Oct 2000 16:29:51 +0930." <20001010162951.F87663@wantadilla.lemis.com> References: <20001010162951.F87663@wantadilla.lemis.com> <20001010161527.D87663@wantadilla.lemis.com> <20001010115248.C87663@wantadilla.lemis.com> <200010081432.aa20470@salmon.maths.tcd.ie> <39E0A436.91C3466A@softweyr.com> <20001010115248.C87663@wantadilla.lemis.com> <200010100635.AAA23740@harmony.village.org> <20001010161527.D87663@wantadilla.lemis.com> <200010100651.AAA23881@harmony.village.org> Date: Tue, 10 Oct 2000 01:16:44 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001010162951.F87663@wantadilla.lemis.com> Greg Lehey writes: : Well, multiple mice were never an issue, but the keyboard was. I had : done some thinking about a serial keyboard, but mainly to get away : from the stupid layouts of PC keyboards. Ah, yes. http://www.village.org/~imp/newtkb-1.0.tar.gz... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 2: 0: 0 2000 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 AF33137B503; Tue, 10 Oct 2000 01:59:55 -0700 (PDT) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.16 #1) id 13ivGJ-0002nu-00; Tue, 10 Oct 2000 10:59:51 +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 13ivGI-000739-00; Tue, 10 Oct 2000 11:59:50 +0300 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Mike Smith Cc: freebsd-hackers@FreeBSD.org Subject: Re: Adaptec AIC 7899 SCSI (fwd) In-reply-to: Your message of Sun, 08 Oct 2000 04:26:43 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Oct 2000 10:59:50 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200010081126.e98BQhh01033@mass.osd.bsdi.com>you write: }Grab /dev/MAKEDEV from -current and use 'MAKEDEV aacd0' etc. as you would }any other disk. Note that 'aac' is the controller, and 'aacd' is a raid }volume. } done: # ls -ls /dev/aacd0* 0 crw-r----- 2 root operator 151, 0x00010002 Oct 10 11:10 /dev/aacd0 0 crw-r----- 2 root operator 151, 0 Oct 10 10:53 /dev/aacd0a 0 crw-r----- 2 root operator 151, 1 Oct 10 10:53 /dev/aacd0b 0 crw-r----- 2 root operator 151, 2 Oct 10 10:53 /dev/aacd0c 0 crw-r----- 2 root operator 151, 3 Oct 10 10:53 /dev/aacd0d 0 crw-r----- 2 root operator 151, 4 Oct 10 10:53 /dev/aacd0e 0 crw-r----- 2 root operator 151, 5 Oct 10 10:53 /dev/aacd0f 0 crw-r----- 2 root operator 151, 6 Oct 10 10:53 /dev/aacd0g 0 crw-r----- 2 root operator 151, 7 Oct 10 10:53 /dev/aacd0h 0 crw-r----- 2 root operator 151, 0x00020002 Oct 10 10:53 /dev/aacd0s1 0 crw-r----- 2 root operator 151, 0x00030002 Oct 10 10:53 /dev/aacd0s2 0 crw-r----- 2 root operator 151, 0x00040002 Oct 10 10:53 /dev/aacd0s3 0 crw-r----- 2 root operator 151, 0x00050002 Oct 10 10:53 /dev/aacd0s4 but that's as far as i got :-( i tried /stand/sysinstall but it does not see the raid. i tried fdisk -I and got a partition/slice or whatever. i can't get disklabel to work, keeps saying 'Operation not supported by device' help! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 2:48:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-106.dsl.snfc21.pacbell.net [63.202.176.106]) by hub.freebsd.org (Postfix) with ESMTP id 5F47337B503 for ; Tue, 10 Oct 2000 02:48:11 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9A9o5h01226; Tue, 10 Oct 2000 02:50:09 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010100950.e9A9o5h01226@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Danny Braniss Cc: freebsd-hackers@FreeBSD.org Subject: Re: Adaptec AIC 7899 SCSI (fwd) In-reply-to: Your message of "Tue, 10 Oct 2000 10:59:50 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Oct 2000 02:50:05 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > i tried /stand/sysinstall but it does not see the raid. > i tried fdisk -I and got a partition/slice or whatever. > > i can't get disklabel to work, keeps saying 'Operation not supported by device' dd if=/dev/zero of=/dev/aacd0 count=16 disklabel -rw aacd0 auto newfs aacd0c mount /dev/aacd0c /mnt -- ... 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 Oct 10 5:11:18 2000 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 6F5C837B66D for ; Tue, 10 Oct 2000 05:11:15 -0700 (PDT) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id IAA02758; Tue, 10 Oct 2000 08:10:45 -0400 (EDT) (envelope-from mwlucas) Date: Tue, 10 Oct 2000 08:10:45 -0400 From: Michael Lucas To: Nathaniel G H Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: MFS Message-ID: <20001010081045.A2665@blackhelicopters.org> References: <200010100112.SAA08859@mail7.bigmailbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200010100112.SAA08859@mail7.bigmailbox.com>; from bsd_appliance@bemail.org on Mon, Oct 09, 2000 at 06:12:16PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 09, 2000 at 06:12:16PM -0700, Nathaniel G H wrote: > > Can one of you help me with a quick overview of what has happened > > with the Memory File System since 4.4BSD to the FreeBSD that exists > > today? > > Hi, > > I've never used it myself, but I read an article about it on > the O'Reilly network; hold on a sec while I look it up.... > > http://www.oreillynet.com/pub/a/371 > > I've been considering using this for various purposes, since > it'll probably speed up some things a great deal. Please let > me know how it works for you... If you want a memory-backed filesystem in FreeBSD, use md(4). You'll be happier with the results. MFS is good if you want a memory-backed filesystem that runs on all 4.4BSD-based stuff. ==ml -- 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 Tue Oct 10 8:11:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from link.mirror.org (link.mirror.org [216.38.7.35]) by hub.freebsd.org (Postfix) with ESMTP id D927B37B503 for ; Tue, 10 Oct 2000 08:11:56 -0700 (PDT) Received: from hal (16.ppp1-1.brg.world-online.no [213.142.68.16]) by link.mirror.org (8.7.5/8.7.3) with ESMTP id LAA07184 for ; Tue, 10 Oct 2000 11:38:19 -0400 Date: Tue, 10 Oct 2000 17:12:07 +0200 (CEST) From: Torbjorn Kristoffersen X-Sender: sgt@hal.netforce.no To: freebsd-hackers@freebsd.org Subject: subscribe sgt@netcom.no Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe sgt@netcom.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 10: 4:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.kal.ameritech.net (mpdr0.kalamazoo.mi.ameritech.net [206.141.239.30]) by hub.freebsd.org (Postfix) with ESMTP id 533B937B503 for ; Tue, 10 Oct 2000 10:04:36 -0700 (PDT) Received: from Darwin.ameritech.net ([206.141.244.120]) by mailhost.kal.ameritech.net (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <20001010170426.MWYF12021.mailhost.kal.ameritech.net@Darwin.ameritech.net> for ; Tue, 10 Oct 2000 13:04:26 -0400 Message-Id: <4.3.2.7.0.20001010115054.00aa2bf0@mailhost.kal.ameritech.net> X-Sender: absolute1@mailhost.kal.ameritech.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 10 Oct 2000 11:56:00 -0500 To: hackers@freebsd.org From: Adam Klinkel Subject: Possible undelete 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 I'm sorry for bothering. I created a static link to a users directory; ln -s /usr/home/user user in my directory to do some work with some of his files. Once I had completed the work, I typed rm -r user/ . You can see my situation already I'm sure. I meant to type rm user to remove the link. Is there anyway I can retrieve the files? Unfortunately I cannot unmount the device because it hosts critical applications. I would appreciate any help. Adam Klinkel Net Admin (Absolute) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 10:12:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from toyland.drapple.com (toyland.drapple.com [204.200.26.114]) by hub.freebsd.org (Postfix) with ESMTP id EF8D637B66D for ; Tue, 10 Oct 2000 10:12:46 -0700 (PDT) Received: from freebsd.org (bet-su5-23.itg.discovery.com [198.147.13.23]) by toyland.drapple.com (8.9.3/8.9.3) with ESMTP id KAA92970; Tue, 10 Oct 2000 10:12:36 -0700 (PDT) (envelope-from patrick@freebsd.org) Message-ID: <39E34E03.29D80520@freebsd.org> Date: Tue, 10 Oct 2000 17:12:35 +0000 From: Patrick Gardella Organization: FreeBSD X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Adam Klinkel Cc: hackers@freebsd.org Subject: Re: Possible undelete References: <4.3.2.7.0.20001010115054.00aa2bf0@mailhost.kal.ameritech.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adam Klinkel wrote: > > I'm sorry for bothering. I created a static link to a users directory; ln > -s /usr/home/user user in my directory to do some work with some of his > files. Once I had completed the work, I typed rm -r user/ . > You can see my situation already I'm sure. I meant to type rm user to > remove the link. Is there anyway I can retrieve the files? Unfortunately > I cannot unmount the device because it hosts critical applications. Do you have a backup? That's it, AFAIK. Patrick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 10:23:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 3645A37B66F for ; Tue, 10 Oct 2000 10:23:22 -0700 (PDT) Received: by peorth.iteration.net (Postfix, from userid 1001) id 337705730B; Tue, 10 Oct 2000 12:23:45 -0500 (CDT) Date: Tue, 10 Oct 2000 12:23:45 -0500 From: "Michael C . Wu" To: Dan Evensen Cc: hackers@freebsd.org Subject: Re: We need your old laptop for a committer... Message-ID: <20001010122345.C1259@peorth.iteration.net> Reply-To: "Michael C . Wu" 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 pcadmn@hotmail.com on Mon, Oct 09, 2000 at 08:23:39PM +0000 X-FreeBSD-Header: This is a subliminal message from the vast FreeBSD conspiracy project. X-Operating-System: FreeBSD peorth.iteration.net 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 09, 2000 at 08:23:39PM +0000, Dan Evensen scribbled: | I stand by my opinion. I live in Free Country with a free voice. I stand by | what I said. There are millions of deserving people in this world. If this | person is so good WHY cant they afford a Laptop Successful people could. Because, Mr. CCNA WAN Switching, some Eastern Eurpean countrymen make USD$500 a year if they are very lucky. "Why do they not go to America or something?" "Well, some of them cannot even get a tourist/business travel visa for BSDCon!" -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 10:55:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id B2F3A37B502 for ; Tue, 10 Oct 2000 10:55:24 -0700 (PDT) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13j3cY-000JBx-00; Tue, 10 Oct 2000 17:55:23 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.0/8.11.0) id e9AHvVo08146; Tue, 10 Oct 2000 19:57:31 +0200 (CEST) (envelope-from wkb) Date: Tue, 10 Oct 2000 19:57:31 +0200 From: Wilko Bulte To: "Michael C . Wu" Cc: Dan Evensen , hackers@freebsd.org Subject: Re: We need your old laptop for a committer... Message-ID: <20001010195731.A8132@freebie.demon.nl> Reply-To: freebsd-chat@freebsd.org References: <20001010122345.C1259@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001010122345.C1259@peorth.iteration.net>; from keichii@iteration.net on Tue, Oct 10, 2000 at 12:23:45PM -0500 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 10, 2000 at 12:23:45PM -0500, Michael C . Wu wrote: > On Mon, Oct 09, 2000 at 08:23:39PM +0000, Dan Evensen scribbled: > | I stand by my opinion. I live in Free Country with a free voice. I stand by > | what I said. There are millions of deserving people in this world. If this > | person is so good WHY cant they afford a Laptop Successful people could. > > Because, Mr. CCNA WAN Switching, some Eastern Eurpean countrymen > make USD$500 a year if they are very lucky. Can we please take this offline or to -chat? -- Wilko Bulte wilko@freebsd.org Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 11:30:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from link.mirror.org (link.mirror.org [216.38.7.35]) by hub.freebsd.org (Postfix) with ESMTP id 71B7B37B502 for ; Tue, 10 Oct 2000 11:30:19 -0700 (PDT) Received: from hal (60-d13-1.svg1.netcom.no [212.45.183.189]) by link.mirror.org (8.7.5/8.7.3) with ESMTP id OAA14833 for ; Tue, 10 Oct 2000 14:56:52 -0400 Date: Tue, 10 Oct 2000 20:30:40 +0200 (CEST) From: Torbjorn Kristoffersen X-Sender: sgt@hal.netforce.no To: freebsd-hackers@freebsd.org Subject: Programming a USB driver 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 don't know if this is the right list to post to, so i'm sorry if it is. I'm borrowing a Digital Camera, it has only Windows drivers, and I heard that it may be running in Linux using the CPiA drivers. These are my boot msgs: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ugen0: STMicroelectronics USB Dual-mode Camera, rev 1.10/0.00, addr 2 It obviously found something there. Would it be hard to make a driver for this camera? I would really appreciate some starting places and tips. TIA Torbjorn Kristoffersen sgt@netcom.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 11:37:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (Postfix) with ESMTP id 20AF137B66C for ; Tue, 10 Oct 2000 11:37:50 -0700 (PDT) Received: from atrbg11.informatik.tu-muenchen.de ([131.159.9.196] HELO atrbg11.informatik.tu-muenchen.de ident: postfix [port 1120]) by tuminfo2.informatik.tu-muenchen.de with SMTP id <110960-236>; Tue, 10 Oct 2000 20:37:41 +0000 Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id C1F2413631; Tue, 10 Oct 2000 20:37:36 +0200 (CEST) From: Daniel Lang To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Problems with Serial Console Message-ID: <20001010203736.C28625@atrbg11.informatik.tu-muenchen.de> References: <20001006093627.A17383@atrbg11.informatik.tu-muenchen.de> <200010061834.MAA10442@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: <200010061834.MAA10442@harmony.village.org>; from imp@village.org on Fri, Oct 06, 2000 at 08:36:31PM +0000 X-Geek: GCS d-- s: a- C++ UB++++$ P+++$ L- E W+++(--) N+ o K w--- O? M- V@ PS+(++) PE--(+) Y+ PGP+ t++ 5@ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y Date: Tue, 10 Oct 2000 20:37:37 +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Warner, Warner Losh wrote on Fri, Oct 06, 2000 at 08:36:31PM +0000: > In message <20001006093627.A17383@atrbg11.informatik.tu-muenchen.de> Daniel Lang writes: > : Maybe somehow, /dev/console is redirected to /dev/ttyd0 and > : so both don't seem to work. > > Modem control might be enabled when in fact you have no modem control > lines connecteD? Aye, this seemed to be the case. When I configured for serial console, I did not change the 'dialup' terminal type to vt100, but I did it later when cuaa0 was already used for that. So I didn't notice at once, that I never tried using ttyd0 with vt100. Now everything seems to work fine. Thanks a lot, Daniel -- IRCnet: Mr-Spock - Soon I will be free, then hungry. - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 12:34:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from r7a003272aa.hlb.cable.rcn.com (r7a003272aa.hlb.cable.rcn.com [216.164.35.237]) by hub.freebsd.org (Postfix) with ESMTP id 0F46A37B502 for ; Tue, 10 Oct 2000 12:34:26 -0700 (PDT) Received: from majorzoot (sd11-125.sd.odu.edu [128.82.11.125]) by r7a003272aa.hlb.cable.rcn.com (Postfix) with SMTP id 402F16007 for ; Tue, 10 Oct 2000 03:16:49 -0400 (EDT) Message-ID: <003c01c03281$fab7e6a0$0202a8c0@majorzoot> From: "Kherry Zamore" Cc: References: <3948.971129053@winston.osd.bsdi.com> Subject: Re: We need your old laptop for a committer... Date: Tue, 10 Oct 2000 02:18:56 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG wow, mr. hubbard once again sets order to a chaotic world. -=- Kherry Zamore -=- (757) 683-7386 -=- -=- Resident computer and network geek/god -=- -=- Rogers Hall Main Room 324 -=- www.dknj.org -=- "Memory is like an orgasm. It's a lot better if you don't have to fake it." -- Seymour Cray commenting on virtual memory ----- Original Message ----- From: "Jordan Hubbard" To: "Dan Evensen" Cc: ; Sent: Monday, October 09, 2000 6:04 PM Subject: Re: We need your old laptop for a committer... > This may be a free country, but these mailing lists are available as a > privilege rather than a right and if you guys want to continue using > them, you'll remain on-topic and follow the mailing list charter for > -hackers, something which is publically documented in the FreeBSD > handbook and should be read now by any who are unfamiliar with it. > Thank you. > > - Jordan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 15:17: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by hub.freebsd.org (Postfix) with ESMTP id 1825637B66D for ; Tue, 10 Oct 2000 15:17:03 -0700 (PDT) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 4AB599B12; Tue, 10 Oct 2000 22:51:56 +0100 (BST) Date: Tue, 10 Oct 2000 22:51:56 +0100 From: Josef Karthauser To: hackers@freebsd.org Subject: using raw disks in vmware under -current Message-ID: <20001010225156.C40404@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone got rawdisks working in vmware under -current? They used to work - my guess that that something happened when we lost block devices, or I've got a hosed linux_compat installation. Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 18:15:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id B15DD37B66C for ; Tue, 10 Oct 2000 18:15:14 -0700 (PDT) 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 KAA14781; Wed, 11 Oct 2000 10:45:05 +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: Date: Wed, 11 Oct 2000 10:45:05 +0930 (CST) From: "Daniel O'Connor" To: Torbjorn Kristoffersen Subject: RE: Programming a USB driver Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Oct-00 Torbjorn Kristoffersen wrote: > It obviously found something there. Would it be hard to make a driver for > this camera? I would really appreciate some starting places and tips. If you can work out what the wire protocol is, you should be able to write a userland driver using the ugen driver. The ugen driver is a 'catch all' for USB drivers with no explicit kernel driver. I guess a good place to start would be to find the Linux driver which hopefully has source and read that. Then start fiddling :) As far as I understand it, each USB device has several 'end points' which can be different types, and the ugen driver allows access to these end points as different devices (eg ugen0.0 ugen0.1 etc). You can then open these (make sure you get the read/write'ness correct). The only experience I have with USB is a camera whose USB protocol is *identical* to the serial one :) --- 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 Oct 10 20:30:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.kyx.net (cr95838-b.crdva1.bc.wave.home.com [24.113.50.147]) by hub.freebsd.org (Postfix) with ESMTP id A69EE37B66D for ; Tue, 10 Oct 2000 20:30:07 -0700 (PDT) Received: from smp.kyx.net (unknown [10.22.22.45]) by mail.kyx.net (Postfix) with SMTP id DE20B1DC05; Tue, 10 Oct 2000 20:30:41 -0700 (PDT) From: Dragos Ruiu Organization: kyx.net To: Adam Klinkel , hackers@freebsd.org Subject: Re: Possible undelete Date: Tue, 10 Oct 2000 20:27:10 -0700 X-Mailer: KYX-CP/M [version core00-mail-92] Content-Type: text/plain References: <4.3.2.7.0.20001010115054.00aa2bf0@mailhost.kal.ameritech.net> In-Reply-To: <4.3.2.7.0.20001010115054.00aa2bf0@mailhost.kal.ameritech.net> MIME-Version: 1.0 Message-Id: <0010102030520Q.40602@smp.kyx.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 10 Oct 2000, Adam Klinkel wrote: > I'm sorry for bothering. I created a static link to a users directory; ln > -s /usr/home/user user in my directory to do some work with some of his > files. Once I had completed the work, I typed rm -r user/ . > You can see my situation already I'm sure. I meant to type rm user to > remove the link. Is there anyway I can retrieve the files? Unfortunately > I cannot unmount the device because it hosts critical applications. > Check out the unrm/lazarus tools in Dan Farmer's and Wietse Venema's The Coroner's Toolkit (TCT) http://www.porcupine.org/forensics/tct.html --dr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 20:34: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.kyx.net (cr95838-b.crdva1.bc.wave.home.com [24.113.50.147]) by hub.freebsd.org (Postfix) with ESMTP id D6B9F37B503 for ; Tue, 10 Oct 2000 20:34:03 -0700 (PDT) Received: from smp.kyx.net (unknown [10.22.22.45]) by mail.kyx.net (Postfix) with SMTP id E31A01DC05; Tue, 10 Oct 2000 20:34:39 -0700 (PDT) From: Dragos Ruiu Organization: kyx.net To: Adam Klinkel , hackers@freebsd.org Subject: Re: Possible undelete Date: Tue, 10 Oct 2000 20:33:08 -0700 X-Mailer: KYX-CP/M [version core00-mail-92] Content-Type: text/plain References: <4.3.2.7.0.20001010115054.00aa2bf0@mailhost.kal.ameritech.net> <0010102030520Q.40602@smp.kyx.net> In-Reply-To: <0010102030520Q.40602@smp.kyx.net> MIME-Version: 1.0 Message-Id: <0010102034500R.40602@smp.kyx.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 10 Oct 2000, Dragos Ruiu wrote: > Is there anyway I can retrieve the files? Unfortunately > > I cannot unmount the device because it hosts critical applications. > Check out the unrm/lazarus tools in Dan Farmer's and Wietse Venema's The > Coroner's Toolkit (TCT) http://www.porcupine.org/forensics/tct.html > > --dr Oh and you'll have better mileage if you try to keep the disk as quiet as possible before. Compile TCT on another machine or the make could start walking over the files you're trying to save. cheers, --dr -- Dragos Ruiu dursec.com ltd. / kyx.net - we're from the future gpg/pgp key on file at wwwkeys.pgp.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Oct 10 21:40:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-106.dsl.snfc21.pacbell.net [63.202.176.106]) by hub.freebsd.org (Postfix) with ESMTP id D8BE337B503 for ; Tue, 10 Oct 2000 21:40:35 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9B4gUh04451; Tue, 10 Oct 2000 21:42:36 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010110442.e9B4gUh04451@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: cmoran@emergent.com.au Cc: freebsd-hackers@freebsd.org Subject: Re: Writing Drivers In-reply-to: Your message of "Mon, 09 Oct 2000 20:25:39 +1100." <000001c031d2$e43ed4b0$0a00a8c0@gt3> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Oct 2000 21:42:30 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is probably a dumb question, but here goes. > > I want to write a driver for some custom hardware we use here. I've done > this Windows NT and (earlier) MS-DOS, so the concept doesn't scare me. > > What I need is a starting point. Besides trawling through the code, are > there any standard references or texts I could check out? Not really. The code is your best reference, although you should be sure to ask around here for help/advice, since there are plenty of people that can help you. -- ... 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 Oct 10 23:18: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 4756A37B503 for ; Tue, 10 Oct 2000 23:17:57 -0700 (PDT) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id NAA80400; Wed, 11 Oct 2000 13:17:34 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Wed, 11 Oct 2000 13:17:34 +0700 (NSS) From: Max Khon To: Josef Karthauser Cc: hackers@FreeBSD.ORG Subject: Re: using raw disks in vmware under -current In-Reply-To: <20001010225156.C40404@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Tue, 10 Oct 2000, Josef Karthauser wrote: > Has anyone got rawdisks working in vmware under -current? > > They used to work - my guess that that something happened when we > lost block devices, or I've got a hosed linux_compat installation. vmware2 port works for me with Win95 OSR2 installed on a raw device (FreeBSD 4.1-STABLE around Sep 2000) /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 11 2:47:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 6651A37B502 for ; Wed, 11 Oct 2000 02:47:20 -0700 (PDT) Received: from castle2.jp.FreeBSD.org (castle2.jp.FreeBSD.org [210.226.20.120]) by updraft.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id SAA98070 for ; Wed, 11 Oct 2000 18:47:18 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by castle2.jp.FreeBSD.org (8.11.0+3.3W/8.11.0) with ESMTP/inet id e9B9lHg09192 for ; Wed, 11 Oct 2000 18:47:17 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Molpe) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 30 From: Makoto MATSUSHITA To: hackers@freebsd.org Subject: Announce: daily 'LINT' checking by current.jp.FreeBSD.org Date: Wed, 11 Oct 2000 18:45:50 +0900 Message-Id: <20001011184550R.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For FreeBSD kernel hackers... current.jp.FreeBSD.org, yet another SNAPSHOTs server in Japan, begins to provide a compilation logfile of 'LINT' kernel. Kernel compilation runs everyday for both 4-stable (0600JST) and 5-current (1400JST) branches. If you have intersted, check: *** current.jp.FreeBSD.org devotes to provide information of building procedures of FreeBSD, including daily SNAPSHOTs distributions (like current.FreeBSD.org, but provides 3-stable, 4-stable and 5-current), SNAPSHOTs CD-ROM images, make-installworld-able object bzip2ball, whole logfile of SNAPSHOTs build procedures, HTMLed source code, and more. Visit , and of course, . Some information are also available via finger (just like kernel.org of Linux), and all ftp contents are also availble via anonymous rsync. The host also connected to 6bone, all network services are available for *both* IPv4 and IPv6. If you want have some comments about this service/host, please send to buildadm@jp.FreeBSD.org. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 11 5:35:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from genius.systems.pavilion.net (genius.systems.pavilion.net [212.74.1.100]) by hub.freebsd.org (Postfix) with ESMTP id 8B84F37B503 for ; Wed, 11 Oct 2000 05:35:39 -0700 (PDT) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 2980E9B10; Wed, 11 Oct 2000 13:35:38 +0100 (BST) Date: Wed, 11 Oct 2000 13:35:38 +0100 From: Josef Karthauser To: Max Khon Cc: hackers@FreeBSD.ORG Subject: Re: using raw disks in vmware under -current Message-ID: <20001011133538.B5809@pavilion.net> References: <20001010225156.C40404@pavilion.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 fjoe@iclub.nsu.ru on Wed, Oct 11, 2000 at 01:17:34PM +0700 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 11, 2000 at 01:17:34PM +0700, Max Khon wrote: > hi, there! > > On Tue, 10 Oct 2000, Josef Karthauser wrote: > > > Has anyone got rawdisks working in vmware under -current? > > > > They used to work - my guess that that something happened when we > > lost block devices, or I've got a hosed linux_compat installation. > > vmware2 port works for me with Win95 OSR2 installed on a raw device > (FreeBSD 4.1-STABLE around Sep 2000) :) Thanks. I'm running -current though :) Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 11 8:42:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 3E60437B66D for ; Wed, 11 Oct 2000 08:42:42 -0700 (PDT) Received: from castle2.jp.FreeBSD.org (castle2.jp.FreeBSD.org [210.226.20.120]) by updraft.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id AAA13193 for ; Thu, 12 Oct 2000 00:42:40 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by castle2.jp.FreeBSD.org (8.11.0+3.3W/8.11.0) with ESMTP/inet id e9BFgcg10540 for ; Thu, 12 Oct 2000 00:42:38 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20001011184550R.matusita@jp.FreeBSD.org> References: <20001011184550R.matusita@jp.FreeBSD.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Molpe) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 20 From: Makoto MATSUSHITA To: hackers@FreeBSD.org Subject: Re: Announce: daily 'LINT' checking by current.jp.FreeBSD.org Date: Thu, 12 Oct 2000 00:41:21 +0900 Message-Id: <20001012004121Q.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gimme one more time to announce... matusita> current.jp.FreeBSD.org, yet another SNAPSHOTs server in matusita> Japan, begins to provide a compilation logfile of 'LINT' matusita> kernel. Kernel compilation runs everyday for both 4-stable matusita> (0600JST) and 5-current (1400JST) branches. And, all compiler warnings of 'making a release' are available at: If you have interested in *all logs* of making a release, please visit: Hope these helps FreeBSD hackers to improve the code. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 11 13: 6:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 1C46837B502 for ; Wed, 11 Oct 2000 13:06:30 -0700 (PDT) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id QAA06911; Wed, 11 Oct 2000 16:01:14 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20001011160606.02538a90@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 11 Oct 2000 16:10:03 -0400 To: Andreas Brodmann , freebsd-hackers@FreeBSD.ORG From: Dennis Subject: Re: etherchannel / bonding In-Reply-To: <39E18110.DF77552A@gmaare.migros.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:25 AM 10/09/2000, Andreas Brodmann wrote: >Hello all, > >does anyone know if the etherchannel >(aka bonding) is a feature that's expected >to be seen in future releases of freebsd? > >Andreas We will have the feature in our bandwidth manager product for FreeBSD shortly, including fallover. Its really load balancing; bonding is a bad term (no doubt coined by the linux camp). dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 11 14: 8: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from link.mirror.org (link.mirror.org [216.38.7.35]) by hub.freebsd.org (Postfix) with ESMTP id 97AF637B66C for ; Wed, 11 Oct 2000 14:07:58 -0700 (PDT) Received: from hal (52-d10-1.svg1.netcom.no [212.45.182.245]) by link.mirror.org (8.7.5/8.7.3) with ESMTP id RAA12944 for ; Wed, 11 Oct 2000 17:34:31 -0400 Date: Wed, 11 Oct 2000 23:08:22 +0200 (CEST) From: Torbjorn Kristoffersen X-Sender: sgt@hal.netforce.no To: hackers@freebsd.org Subject: USB webcam driver 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 found information from the vendor of my webcamera, it's CPiA based. I've hacked together a userland driver program that simply opens an ugen device, verifies that it's the right camera, and prints vendorId/productNo. Next it attempts to read from the camera using an reg_read(fd, reg) function (What I want to read at first is "GetCPIAVersion", some version info). reg_read() is supposed to get data using the usb_ctl_request structure. This is how I use it: struct usb_ctl_request ur; unsigned char data[1024]; ur.request.bmRequestType = UT_READ_VENDOR_INTERFACE; ur.request.bRequest = 1; // // i got these numbers USETW(ur.request.wValve, 0); // from the vendor's info USETW(ur.request.wIndex, 0); // about GetCPIAVersion USETW(ur.request.wLength, 4); // ur.data = data; ur.flags = 0; ur.actlen = 0; Then attempting an ioctl call with ioctl(fd, USB_DO_REQUEST, &ur) fails with "Input/output error"... This is probably simple, but I can't figure out why this happens. Thanks in advance Torbjorn Kristoffersen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Oct 11 19:15:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from anarchy.io.com (anarchy.io.com [199.170.88.101]) by hub.freebsd.org (Postfix) with ESMTP id 80E1137B502 for ; Wed, 11 Oct 2000 19:14:46 -0700 (PDT) Received: from aus-as3-007.io.com (aus-as3-007.io.com [208.2.106.7]) by anarchy.io.com (8.9.3/8.9.3) with ESMTP id VAA25288 for ; Wed, 11 Oct 2000 21:14:39 -0500 Date: Wed, 11 Oct 2000 21:22:38 -0500 (CDT) From: "Lars Eighner " Reply-To: Lars Eighner To: freebsd-hackers@freebsd.org Subject: zgv (svgalib application) for FreeBSD problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to make zgv work with FreeBSD 4.1STABLE. zgv is an image viewer using sgvalib. WARNING: Serious security issues: blah-blah blah commies under your bed right now yadda yadda thermonuclear device blah blah. I want zgv for a quick image viewer that doesn't have to fight with a massive bloated gui for reasources and the palette and to use with lynx and similar console programs. The story so far: I got the source distribution for zgv-5.1 from svgalib.org. I get it to work from a ttyv that root is signed into, and it is swift, beautiful, wonderful, etc. But it is kind of beside the point as the whole idea is to run it as a regular user. So basically, I got the trivia out of the way but since I have no idea what I am doing, I can't solve the central problem. Here is where the problem is in the original code: /* if we're not running directly on a console, try to find a free console * and move us to it. Notes old VT so we can switch back to it when finished, * if we ran on a different one to start off with. * * svgalib 1.2.11 and up do something similar (which was based on this, * I think), but it doesn't *quite* do what we need (e.g. it changes stdout, * which is sensible generally but zgv wants to keep it the same). So, er, * that's why this code's still here. :-) * * NB: *This is run as root*. Think twice before messing with it. */ int fixvt() { static char vt_filename[128]; struct stat sbuf; struct vt_stat vts; int major,minor; int fd; int num; /* see if terminal is a console */ fd=dup(2); fstat(fd,&sbuf); major=sbuf.st_rdev>>8; zgv_vt=minor=sbuf.st_rdev&0xff; close(fd); if(major==4 && minor<64) return(1); /* if on a console, already ok */ /* otherwise we need to look for a free VT, redirect std{in,out,err}, * and switch to it. If there's no free VTs, give up now. */ separate_vt=1; /* still root perms, so this shouldn't be a problem... */ if((fd=open("/dev/console",O_WRONLY))<0) return(0); ioctl(fd,VT_GETSTATE,&vts); original_vt=vts.v_active; ioctl(fd,VT_OPENQRY,&num); if(num==-1) return(0); /* no VTs free */ /* now, before we go for it, we test the *current* VT to see if they * own it. If so, the user's probably `genuine'. * (NB: the kernel now does this, but there's no harm repeating it.) */ snprintf(vt_filename,sizeof(vt_filename),"/dev/tty%d",original_vt); stat(vt_filename,&sbuf); if(getuid()!=sbuf.st_uid) { fprintf(stderr, "zgv: you must be the owner of the current console to run zgv.\n"); exit(1); } /* switch to the new VT */ ioctl(fd,VT_ACTIVATE,num); close(fd); /* This is incredibly annoying, but the 2.0.x kernel just *will not* * work without it. :-((( * So, this gives really weird results for `zgv -h' etc., as the parent * returns immediately. Redirect stdout if this is a problem. */ if(fork()) exit(0); zgv_vt=num; sprintf(vt_filename,"/dev/tty%d",num); setsid(); if(freopen(vt_filename,"r",stdin)==NULL) return(0); if(freopen(vt_filename,"w",stderr)==NULL) return(0); ioctl(0,VT_WAITACTIVE,num); /* not needed, but... just in case... */ chown(vt_filename,getuid(),getgid()); /* ok, done it. */ return(1); } Here are the changes I have made to it so far: mostly due to using consio.h instead of vt.h int fixvt() { static char vt_filename[128]; struct stat sbuf; int vts; int major,minor; int fd; int num; /* see if terminal is a console */ fd=dup(2); fstat(fd,&sbuf); major=sbuf.st_rdev>>8; zgv_vt=minor=sbuf.st_rdev&0xff; close(fd); if(major==12 && minor<64) return(1); /* if on a console, already ok */ /* otherwise we need to look for a free VT, redirect std{in,out,err}, * and switch to it. If there's no free VTs, give up now. */ separate_vt=1; /* still root perms, so this shouldn't be a problem... */ if((fd=open("/dev/console",O_WRONLY))<0) return(0); ioctl(fd,VT_GETACTIVE,&vts); original_vt=vts; ioctl(fd,VT_OPENQRY,&num); if(num==-1) return(0); /* no VTs free */ /* now, before we go for it, we test the *current* VT to see if they * own it. If so, the user's probably `genuine'. * (NB: the kernel now does this, but there's no harm repeating it.) */ snprintf(vt_filename,sizeof(vt_filename),"/dev/ttyv%x",original_vt); stat(vt_filename,&sbuf); if(getuid()!=sbuf.st_uid) { fprintf(stderr, "zgv: you must be the owner of the current console to run zgv.\n"); exit(1); } /* switch to the new VT */ ioctl(fd,VT_ACTIVATE,num); close(fd); /* This is incredibly annoying, but the 2.0.x kernel just *will not* * work without it. :-((( * So, this gives really weird results for `zgv -h' etc., as the parent * returns immediately. Redirect stdout if this is a problem. */ if(fork()) exit(0); zgv_vt=num; sprintf(vt_filename,"/dev/tty%d",num); setsid(); if(freopen(vt_filename,"r",stdin)==NULL) return(0); if(freopen(vt_filename,"w",stderr)==NULL) return(0); ioctl(0,VT_WAITACTIVE,num); /* not needed, but... just in case... */ chown(vt_filename,getuid(),getgid()); /* ok, done it. */ return(1); } Known dependencies: svgalib, jpeglib, pnglib, tifflib -- uses gawk as is, but of course it could be awk (just for man page), gmake, needs texinfo (but this comes with the FreeBSD distribution, and of course gcc and the usual build libraries. zgv/Makefile line 31: delete src/install-info from src: This install-info is meant to take the place of texinfo 3.12. Since texinfo is installed with the system in FreeBSD (and since I can't get this install-info to work, and since it has nothing to do with the basic purpose of zvg) we pretty much have no use for it. lines 38 & 39: Comment out the make for src/install-info as above. zgv/config.mk line 16: chance PREFIX from /usr to /usr/local This is a /usr/local sort of program. line 22: comment out SHARE_INFIX. man/ and info/ attach directly to /usr/local and not to /usr/local/share. line 35: uncomment INFO_DIR_UPDATE=no We are not using the package's version of install info. line 48: note you can have pcd support if you install libpcd. I didn't want it. line 58: note - uses rgb.txt from X. Can be commented out but then there is no support for xpm named colors. line 69: Americans and others not using A4 paper will have to change this if the manual is going to be printed. zgv/doc/Makefile line 29: could use awk instead of gawk to avoid having to install gawk if you don't have it. lines 32 & 34-36: This is all very confusing. Basically, comment out these lines since we are not using the package version of install-info. lines 42-50: comment out for above reason. line 51: a convenient place to add install-info zgv $(INFODIR)/dir lines 52 & 53: comment out some more of the package install-info stuff zgv/src/Makefile line 19 & 20 : add continue slash and add this line to CFLAGS: -idirafter /usr/local/include -idirafter /usr/local -L /usr/local/lib There is bound to be a more elegant way of doing this, but this lets gmake find the right headers and libraries - mainly the jpeg, tiff, png, sgva libraries' stuff line 30: delete (the package) install-info from the all target list. As above. Texinfo is part of the FreeBSD distribution and we don't need a replacement. lines 51-52: remove rule for install info line 55: there is no group root, so change -g root to -g wheel. line 72: comment out dependency rule for install-info zgv/src/readnbkey.c line 19: include sys/kbio.h instead of linux/kd.h line 48 & line 52-62: comment out. This is a bad hack to deal with a bad hack. For certain historic and mnemonic reason best known to the author, he wishes to emmulate the old behavior of keyboards with only 10 F keys so that Shift-F1 = F11 and Shift-F2 = F12. He is testing here to see if you do indeed already have an old 10 Fkey keyboard so as not to emulate it if you already have it. I don't understand his method here and I can't make it work, so I have hacked it to report there is a new keyboard unconditionally. This breaks it, of course, if you do have an old keyboard. It think the odds are very much against your having an old keyboard attached to a virtual console, but if you do, tough. zgv/src/zgv.c line 36: include sys/consio.h instead of sys/vt.h line 3111: change struct vt_stat vts to int vts (per consio.h) line 3122: change major==4 to major==12 (?) I think the major mode of virtual consoles is 12. line 3133: VT_GETSTATE changed to VT_GETACTIVE (?) consio doesn't know from VT_GETSTATE. line 3134: change vts.v_active to vts since vts is an int, per line 3111 (?) line 3142: /dev/tty%d to /dev/ttyv%x (?) I think what we want to do is with ttyvs. Here are the diffs. The original distribution is in share/ diff -C 2 -r share/zgv-5.1/Makefile zgv-5.1/Makefile *** share/zgv-5.1/Makefile Thu Jun 1 09:48:58 2000 --- zgv-5.1/Makefile Wed Oct 11 17:25:57 2000 *************** *** 29,33 **** all: src man infowarn ! src: zgv src/install-info # We try this the whole time, as the dependancies are a bit --- 29,33 ---- all: src man infowarn ! src: zgv # We try this the whole time, as the dependancies are a bit *************** *** 36,41 **** $(MAKE) -C src zgv ! src/install-info: src/install-info.c ! $(MAKE) -C src install-info man: doc/zgv.1 --- 36,41 ---- $(MAKE) -C src zgv ! #src/install-info: src/install-info.c ! # $(MAKE) -C src install-info man: doc/zgv.1 diff -C 2 -r share/zgv-5.1/config.mk zgv-5.1/config.mk *** share/zgv-5.1/config.mk Thu Jun 1 09:53:23 2000 --- zgv-5.1/config.mk Wed Oct 11 20:00:07 2000 *************** *** 14,18 **** # Usually it will be simpler to just set PREFIX. # ! PREFIX=/usr # comment this out to use traditional info/man locations, e.g. --- 14,18 ---- # Usually it will be simpler to just set PREFIX. # ! PREFIX=/usr/local # comment this out to use traditional info/man locations, e.g. *************** *** 20,24 **** # /usr/share/info and /usr/share/man/man1. # ! SHARE_INFIX=/share BINDIR=$(PREFIX)/bin --- 20,24 ---- # /usr/share/info and /usr/share/man/man1. # ! #SHARE_INFIX=/share BINDIR=$(PREFIX)/bin *************** *** 33,37 **** # you) you should uncomment this to prevent `make install' doing that. # ! #INFO_DIR_UPDATE=no --- 33,37 ---- # you) you should uncomment this to prevent `make install' doing that. # ! INFO_DIR_UPDATE=no diff -C 2 -r share/zgv-5.1/doc/Makefile zgv-5.1/doc/Makefile *** share/zgv-5.1/doc/Makefile Thu Jun 1 09:52:43 2000 --- zgv-5.1/doc/Makefile Wed Oct 11 20:19:33 2000 *************** *** 30,38 **** # I think this one's getting just a tiny bit confusing :-} ! ifeq ($(INFO_DIR_UPDATE),no) install: ! else ! install: ../src/install-info ! endif install -m 444 zgv.1 $(MANDIR) install -m 444 zgv zgv-? $(INFODIR) --- 30,38 ---- # I think this one's getting just a tiny bit confusing :-} ! #ifeq ($(INFO_DIR_UPDATE),no) install: ! #else ! #install: ../src/install-info ! #endif install -m 444 zgv.1 $(MANDIR) install -m 444 zgv zgv-? $(INFODIR) *************** *** 40,55 **** # Info always uses a dir file in preference to a dir.gz, so we don't use # dir.gz unless it's the only game in town. ! ifneq ($(INFO_DIR_UPDATE),no) ! if [ -f $(INFODIR)/dir.gz -a ! -f $(INFODIR)/dir ]; then \ ! gzip -d $(INFODIR)/dir.gz; \ ! ../src/install-info zgv $(INFODIR)/dir; \ ! gzip $(INFODIR)/dir; \ ! else \ ! ../src/install-info zgv $(INFODIR)/dir; \ ! fi ! endif ! ! ../src/install-info: ../src/install-info.c ! make -C ../src install-info # can't easily fix dir :-/, but do remove the files. --- 40,55 ---- # Info always uses a dir file in preference to a dir.gz, so we don't use # dir.gz unless it's the only game in town. ! #ifneq ($(INFO_DIR_UPDATE),no) ! # if [ -f $(INFODIR)/dir.gz -a ! -f $(INFODIR)/dir ]; then \ ! # gzip -d $(INFODIR)/dir.gz; \ ! # ../src/install-info zgv $(INFODIR)/dir; \ ! # gzip $(INFODIR)/dir; \ ! # else \ ! # ../src/install-info zgv $(INFODIR)/dir; \ ! # fi ! #endif ! install-info $(INFODIR)/zgv $(INFODIR)/dir ! #../src/install-info: ../src/install-info.c ! # make -C ../src install-info # can't easily fix dir :-/, but do remove the files. Only in share/zgv-5.1/doc: zgv Only in share/zgv-5.1/doc: zgv-1 Only in share/zgv-5.1/doc: zgv-2 Only in share/zgv-5.1/doc: zgv-3 Only in share/zgv-5.1/doc: zgv-4 diff -C 2 -r share/zgv-5.1/src/Makefile zgv-5.1/src/Makefile *** share/zgv-5.1/src/Makefile Thu Jun 1 09:51:08 2000 --- zgv-5.1/src/Makefile Wed Oct 11 18:34:18 2000 *************** *** 17,22 **** CFLAGS = $(WARNOPTS) $(PCDDEF) \ -DRGB_DB_FILE=\"$(RGB_DB)\" \ ! -O2 -fomit-frame-pointer -finline-functions ! ZGV_LIBS = -lvgagl -lvga -ljpeg -lpng -lz -lm ifeq ($(PCDDEF),-DPCD_SUPPORT) --- 17,22 ---- CFLAGS = $(WARNOPTS) $(PCDDEF) \ -DRGB_DB_FILE=\"$(RGB_DB)\" \ ! -O2 -fomit-frame-pointer -finline-functions \ ! -idirafter /usr/local/include -idirafter /usr/local -L /usr/local/lib ZGV_LIBS = -lvgagl -lvga -ljpeg -lpng -lz -lm ifeq ($(PCDDEF),-DPCD_SUPPORT) *************** *** 28,32 **** # (It would also be weird to have it made by the `doc' Makefile, IMHO.) ! all: zgv install-info ZGV_OBJS = zgv.o vgadisp.o font.o 3deffects.o mousecur.o \ --- 28,32 ---- # (It would also be weird to have it made by the `doc' Makefile, IMHO.) ! all: zgv ZGV_OBJS = zgv.o vgadisp.o font.o 3deffects.o mousecur.o \ *************** *** 49,57 **** $(CC) $(CFLAGS) -o bdf2h bdf2h.o ! install-info: install-info.c ! $(CC) $(INFODIRDEF) -o install-info install-info.c install: all ! install -m 4511 -o root -g root -s zgv $(BINDIR) uninstall: --- 49,57 ---- $(CC) $(CFLAGS) -o bdf2h bdf2h.o ! #install-info: install-info.c ! # $(CC) $(INFODIRDEF) -o install-info install-info.c install: all ! install -m 4511 -o root -g wheel -s zgv $(BINDIR) uninstall: *************** *** 70,74 **** helppage.o: helppage.c 3deffects.h font.h readnbkey.h rc_config.h \ rcfile.h mousecur.h zgv.h ! install-info.o: install-info.c magic.o: magic.c magic.h mousecur.o: mousecur.c rc_config.h rcfile.h zgv.h --- 70,74 ---- helppage.o: helppage.c 3deffects.h font.h readnbkey.h rc_config.h \ rcfile.h mousecur.h zgv.h ! #install-info.o: install-info.c magic.o: magic.c magic.h mousecur.o: mousecur.c rc_config.h rcfile.h zgv.h diff -C 2 -r share/zgv-5.1/src/readnbkey.c zgv-5.1/src/readnbkey.c *** share/zgv-5.1/src/readnbkey.c Thu Mar 9 22:02:03 2000 --- zgv-5.1/src/readnbkey.c Wed Oct 11 18:47:36 2000 *************** *** 17,21 **** #include #include /* for SCANCODE_{F1,F11} */ ! #include #include "zgv.h" #include "readnbkey.h" --- 17,21 ---- #include #include /* for SCANCODE_{F1,F11} */ ! #include /* #include */ #include "zgv.h" #include "readnbkey.h" *************** *** 46,55 **** int is_logical_keymap(int ttyfd) { ! struct kbentry ent1,ent2; /* this is horrible, but I really do need the scancodes to check this :-( * as the mapping is done at that level. */ ! ent1.kb_table=K_NORMTAB; ent1.kb_index=SCANCODE_F11; ent2.kb_table=K_SHIFTTAB; --- 46,55 ---- int is_logical_keymap(int ttyfd) { ! /* struct kbentry ent1,ent2; */ /* this is horrible, but I really do need the scancodes to check this :-( * as the mapping is done at that level. */ ! /* ent1.kb_table=K_NORMTAB; ent1.kb_index=SCANCODE_F11; ent2.kb_table=K_SHIFTTAB; *************** *** 60,64 **** if(ent1.kb_value==ent2.kb_value) ! return(0); return(1); --- 60,64 ---- if(ent1.kb_value==ent2.kb_value) ! return(0); */ return(1); diff -C 2 -r share/zgv-5.1/src/zgv.c zgv-5.1/src/zgv.c *** share/zgv-5.1/src/zgv.c Thu Apr 13 11:02:18 2000 --- zgv-5.1/src/zgv.c Wed Oct 11 19:14:14 2000 *************** *** 34,38 **** #include #include ! #include #include #include --- 34,38 ---- #include #include ! #include /* #include */ #include #include *************** *** 3109,3113 **** static char vt_filename[128]; struct stat sbuf; ! struct vt_stat vts; int major,minor; int fd; --- 3109,3113 ---- static char vt_filename[128]; struct stat sbuf; ! int vts; int major,minor; int fd; *************** *** 3120,3124 **** zgv_vt=minor=sbuf.st_rdev&0xff; close(fd); ! if(major==4 && minor<64) return(1); /* if on a console, already ok */ --- 3120,3124 ---- zgv_vt=minor=sbuf.st_rdev&0xff; close(fd); ! if(major==12 && minor<64) return(1); /* if on a console, already ok */ *************** *** 3131,3136 **** /* still root perms, so this shouldn't be a problem... */ if((fd=open("/dev/console",O_WRONLY))<0) return(0); ! ioctl(fd,VT_GETSTATE,&vts); ! original_vt=vts.v_active; ioctl(fd,VT_OPENQRY,&num); if(num==-1) return(0); /* no VTs free */ --- 3131,3136 ---- /* still root perms, so this shouldn't be a problem... */ if((fd=open("/dev/console",O_WRONLY))<0) return(0); ! ioctl(fd,VT_GETACTIVE,&vts); ! original_vt=vts; ioctl(fd,VT_OPENQRY,&num); if(num==-1) return(0); /* no VTs free */ *************** *** 3140,3144 **** * (NB: the kernel now does this, but there's no harm repeating it.) */ ! snprintf(vt_filename,sizeof(vt_filename),"/dev/tty%d",original_vt); stat(vt_filename,&sbuf); if(getuid()!=sbuf.st_uid) --- 3140,3144 ---- * (NB: the kernel now does this, but there's no harm repeating it.) */ ! snprintf(vt_filename,sizeof(vt_filename),"/dev/ttyv%x",original_vt); stat(vt_filename,&sbuf); if(getuid()!=sbuf.st_uid) -- Lars Eighner eighner@io.com http://www.io.com/~eighner/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 6: 2:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id B5CA537B503 for ; Thu, 12 Oct 2000 06:02:51 -0700 (PDT) Received: from shell-2.enteract.com (dscheidt@shell-2.enteract.com [207.229.143.41]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id IAA80407; Thu, 12 Oct 2000 08:01:58 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Thu, 12 Oct 2000 08:01:58 -0500 (CDT) From: David Scheidt To: Dennis Cc: Andreas Brodmann , freebsd-hackers@FreeBSD.ORG Subject: Re: etherchannel / bonding In-Reply-To: <5.0.0.25.0.20001011160606.02538a90@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, 11 Oct 2000, Dennis wrote: :We will have the feature in our bandwidth manager product for FreeBSD :shortly, including fallover. Its really load balancing; bonding is a bad :term (no doubt coined by the linux camp). : It's telco usage from before there was a linux (and probably before there was a Linus), so it's rather unlikely that they're responsible for it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 7:56:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 0E8E237B502 for ; Thu, 12 Oct 2000 07:56:17 -0700 (PDT) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id KAA09242; Thu, 12 Oct 2000 10:51:17 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.19881012105254.02a77070@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 12 Oct 1988 10:55:03 -0400 To: David Scheidt From: Dennis Subject: Re: etherchannel / bonding Cc: Andreas Brodmann , freebsd-hackers@FreeBSD.ORG In-Reply-To: References: <5.0.0.25.0.20001011160606.02538a90@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 09:01 AM 10/12/2000, David Scheidt wrote: >On Wed, 11 Oct 2000, Dennis wrote: > >:We will have the feature in our bandwidth manager product for FreeBSD >:shortly, including fallover. Its really load balancing; bonding is a bad >:term (no doubt coined by the linux camp). >: > >It's telco usage from before there was a linux (and probably before >there was a Linus), so it's rather unlikely that they're responsible for >it. No, telcos used the term "bonding" for ISDN, which actually IS a physical bonding technique. Its all the half-wits that think that load balancing is the same thing that now associate virtual techniques to something very different. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 7:59:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 4D13A37B502 for ; Thu, 12 Oct 2000 07:59:14 -0700 (PDT) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id KAA09250; Thu, 12 Oct 2000 10:54:49 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.19881012105604.029b4160@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 12 Oct 1988 10:58:34 -0400 To: hackers@freebsd.org From: Dennis Subject: yet another unsupported PHY in fxp driver Cc: dg@root.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 It seems that the NetBSD folks have eliminated this ongoing pain in the butt by using the mii interface for the intel cards. Is freebsd also moving in this direction? Every few months there seems to be a problem, and its difficult to fix it without docs DB Emerging Technologies, Inc. ------------------------------------------------------------------------------------- http://www.etinc.com ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX Multiport T1 and HSSI/T3 UNIX-based Routers Bandwidth Management Standalone Systems Bandwidth Management software for LINUX and FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 8:15: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bsdconspiracy.net (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 776DC37B502 for ; Thu, 12 Oct 2000 08:15:04 -0700 (PDT) Received: from zaphod.softweyr.com ([204.68.178.35] helo=softweyr.com ident=wes) by bsdconspiracy.net with esmtp (Exim 3.14 #1) id 13jk0d-0007Ht-00; Thu, 12 Oct 2000 08:11:03 -0700 Message-ID: <368DD25C.BD979DA6@softweyr.com> Date: Sat, 02 Jan 1999 01:01:32 -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: Dennis Cc: David Scheidt , Andreas Brodmann , freebsd-hackers@FreeBSD.ORG Subject: Re: etherchannel / bonding References: <5.0.0.25.0.20001011160606.02538a90@mail.etinc.com> <5.0.0.25.0.19881012105254.02a77070@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 Dennis wrote: > > At 09:01 AM 10/12/2000, David Scheidt wrote: > >On Wed, 11 Oct 2000, Dennis wrote: > > > >:We will have the feature in our bandwidth manager product for FreeBSD > >:shortly, including fallover. Its really load balancing; bonding is a bad > >:term (no doubt coined by the linux camp). > >: > > > >It's telco usage from before there was a linux (and probably before > >there was a Linus), so it's rather unlikely that they're responsible for > >it. > > No, telcos used the term "bonding" for ISDN, which actually IS a physical > bonding technique. Its all the half-wits that think that load balancing is > the same thing that now associate virtual techniques to something very > different. The term was used to describe any channel aggregation when I worked for GTE, before Linus went to college, and before ISDN was really known in the USA. The Spacenet boys even used it to describe mutiplying bandwidth on satellite channels. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 8:21:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 296A737B67E for ; Thu, 12 Oct 2000 08:21:05 -0700 (PDT) Received: from shell-2.enteract.com (dscheidt@shell-2.enteract.com [207.229.143.41]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id KAA57383; Thu, 12 Oct 2000 10:20:35 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Thu, 12 Oct 2000 10:20:35 -0500 (CDT) From: David Scheidt To: Dennis Cc: Andreas Brodmann , freebsd-hackers@FreeBSD.ORG Subject: Re: etherchannel / bonding In-Reply-To: <5.0.0.25.0.19881012105254.02a77070@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, 12 Oct 1988, Dennis wrote: :At 09:01 AM 10/12/2000, David Scheidt wrote: :>On Wed, 11 Oct 2000, Dennis wrote: :> :>:We will have the feature in our bandwidth manager product for FreeBSD :>:shortly, including fallover. Its really load balancing; bonding is a bad :>:term (no doubt coined by the linux camp). :>: :> :>It's telco usage from before there was a linux (and probably before :>there was a Linus), so it's rather unlikely that they're responsible for :>it. : : :No, telcos used the term "bonding" for ISDN, which actually IS a physical :bonding technique. Its all the half-wits that think that load balancing is :the same thing that now associate virtual techniques to something very :different. It's used for other cases where a high capacity circuit is built out of multiple physical channels. That's what the original claims about EtherChannel were from cisco, and it's what we use it for. That it continues to work if one the links has a failure is a bonus. It's a substantial bonus, but it would be used even if it didn't. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 9: 7:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 9B73037B66C for ; Thu, 12 Oct 2000 09:07:32 -0700 (PDT) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id MAA09549; Thu, 12 Oct 2000 12:03:02 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20001012115935.01e01d80@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 12 Oct 2000 12:06:39 -0400 To: David Scheidt From: Dennis Subject: Re: etherchannel / bonding Cc: hackers@freebsd.org In-Reply-To: References: <5.0.0.25.0.19881012105254.02a77070@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 > >It's used for other cases where a high capacity circuit is built out >of multiple physical channels. That's what the original claims about >EtherChannel were from cisco, and it's what we use it for. That it >continues to work if one the links has a failure is a bonus. It's a >substantial bonus, but it would be used even if it didn't. Well its wrong, so why perpetuate it? Higher minds are supposed to know better than to just follow the wallys. Anyone who ever worked at a telco knows how clueless they are about anything that doesnt have a red and a green light on it. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 13:32: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.gmaare.migros.net (mail1.gmaare.migros.net [164.14.130.96]) by hub.freebsd.org (Postfix) with SMTP id E7ABB37B502 for ; Thu, 12 Oct 2000 13:31:58 -0700 (PDT) Received: (qmail 56308 invoked by uid 0); 12 Oct 2000 20:35:28 -0000 Received: from hunetm03.dac.migros.ch (HELO gmaare.migros.net) (root@10.16.61.22) by mail1.dac.migros.ch with SMTP; 12 Oct 2000 20:35:28 -0000 Message-ID: <39E61A43.CA5930AC@gmaare.migros.net> Date: Thu, 12 Oct 2000 22:08:35 +0200 From: Andreas Brodmann X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: etherchannel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think someone got me wrong there: What I would like to ask the freebsd core team is if an implementation of the etherchannel capability - the way cisco uses the term - is planned in further development (for multiple physical ethernet interfaces not for isdn links). E.g. for channeling all four ports of an Adaptec Starfire QuadPort card to a cisco 6500 ;-) So if anyone of the core team reads this message just a quick reply would be much appreciated. Thanks Andreas --- Andreas Brodmann Network Management Telecommunications Department Gen. Migros Aare To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 13:38:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-106.dsl.snfc21.pacbell.net [63.202.176.106]) by hub.freebsd.org (Postfix) with ESMTP id 7DEF737B503 for ; Thu, 12 Oct 2000 13:38:49 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9CKeZh01234; Thu, 12 Oct 2000 13:40:40 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010122040.e9CKeZh01234@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Andreas Brodmann Cc: hackers@freebsd.org Subject: Re: etherchannel In-reply-to: Your message of "Thu, 12 Oct 2000 22:08:35 +0200." <39E61A43.CA5930AC@gmaare.migros.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Oct 2000 13:40:35 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is primarily conditional on Cisco or some other party making the specifications for etherchannel freely available. The last time I went looking for any actual documentation on how to format things on the wire, I drew a complete blank. Then we just need someone to lend a developer the requisite hardware... > I think someone got me wrong there: > > What I would like to ask the freebsd core team is if > an implementation of the etherchannel capability - the > way cisco uses the term - is planned in further > development (for multiple physical ethernet > interfaces not for isdn links). E.g. for channeling > all four ports of an Adaptec Starfire QuadPort card > to a cisco 6500 ;-) > So if anyone of the core team reads this > message just a quick reply would be much > appreciated. > > Thanks > > Andreas > > --- > > Andreas Brodmann > Network Management > Telecommunications Department > Gen. Migros Aare > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- ... 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 Thu Oct 12 14: 6:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (207-167-15-66.dsl.worldgate.ca [207.167.15.66]) by hub.freebsd.org (Postfix) with ESMTP id A039037B503; Thu, 12 Oct 2000 14:06:45 -0700 (PDT) Received: from orthanc.ab.ca (localhost [127.0.0.1]) by orthanc.ab.ca (8.11.0/8.11.0.Beta3) with ESMTP id e9CL6dE22139; Thu, 12 Oct 2000 15:06:39 -0600 (MDT) Message-Id: <200010122106.e9CL6dE22139@orthanc.ab.ca> To: Mike Smith Cc: hackers@FreeBSD.ORG Subject: Re: etherchannel In-reply-to: Your message of "Thu, 12 Oct 2000 13:40:35 PDT." <200010122040.e9CKeZh01234@mass.osd.bsdi.com> Date: Thu, 12 Oct 2000 15:06:39 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Mike" == Mike Smith writes: Mike> This is primarily conditional on Cisco or some other party Mike> making the specifications for etherchannel freely available. Mike> The last time I went looking for any actual documentation on Mike> how to format things on the wire, I drew a complete blank. http://www.cisco.com/warp/public/cc/techno/media/lan/ether/channel/prodlit/faste_an.htm It's pretty simple -- just an XOR of the bottom two bits of the destination MAC address to determine which interface in the bundle to send the packet out. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 14:16: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (207-167-15-66.dsl.worldgate.ca [207.167.15.66]) by hub.freebsd.org (Postfix) with ESMTP id B14AC37B503 for ; Thu, 12 Oct 2000 14:16:06 -0700 (PDT) Received: from orthanc.ab.ca (localhost [127.0.0.1]) by orthanc.ab.ca (8.11.0/8.11.0.Beta3) with ESMTP id e9CLG4E22207; Thu, 12 Oct 2000 15:16:04 -0600 (MDT) Message-Id: <200010122116.e9CLG4E22207@orthanc.ab.ca> To: rbg@ipperformance.com Cc: hackers@FreeBSD.ORG Subject: Re: etherchannel In-reply-to: Your message of "Thu, 12 Oct 2000 16:11:51 CDT." <20001012.161151.107931129.rbg@ipperformance.com> Date: Thu, 12 Oct 2000 15:16:04 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "rbg" == rbg writes: rbg> How does this compare with Intel's Adaptive Load Balancing rbg> (ALB) ? -- I guess it's closer to Intel's Link Aggregation Dunno, I'm not familiar with ALB. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 14:37:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (Postfix) with ESMTP id 35D1637B66D; Thu, 12 Oct 2000 14:37:09 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.10.0/8.10.0) id e9CLb1C14349; Thu, 12 Oct 2000 14:37:01 -0700 (PDT) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma014342; Thu, 12 Oct 2000 14:36:53 -0700 Received: (from archie@localhost) by bubba.whistle.com (8.11.0/8.11.0) id e9CLaqI89747; Thu, 12 Oct 2000 14:36:52 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200010122136.e9CLaqI89747@bubba.whistle.com> Subject: Re: etherchannel In-Reply-To: <200010122106.e9CL6dE22139@orthanc.ab.ca> "from Lyndon Nerenberg at Oct 12, 2000 03:06:39 pm" To: Lyndon Nerenberg Date: Thu, 12 Oct 2000 14:36:52 -0700 (PDT) Cc: Mike Smith , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lyndon Nerenberg writes: > Mike> This is primarily conditional on Cisco or some other party > Mike> making the specifications for etherchannel freely available. > Mike> The last time I went looking for any actual documentation on > Mike> how to format things on the wire, I drew a complete blank. > > http://www.cisco.com/warp/public/cc/techno/media/lan/ether/channel/prodlit/faste_an.htm > > It's pretty simple -- just an XOR of the bottom two bits of the destination > MAC address to determine which interface in the bundle to send the packet > out. If anyone is interested, I've got a "ng_one2many" netgraph node type that does simple round-robin packet delivery with no notion of failover. The intent is to eventually add support for different configurations, one of which would be Etherchannel, by configuring the node for the desired behavior. If you want to play with it, here is the current version: ftp://ftp.whistle.com/pub/archie/netgraph/ng_one2many.tgz -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Oct 12 17:22:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 02ABB37B502 for ; Thu, 12 Oct 2000 17:22:13 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id RAA09044; Thu, 12 Oct 2000 17:21:45 -0700 (PDT) Message-Id: <200010130021.RAA09044@implode.root.com> To: Dennis Cc: hackers@freebsd.org Subject: Re: yet another unsupported PHY in fxp driver In-reply-to: Your message of "Wed, 12 Oct 1988 10:58:34 EDT." <5.0.0.25.0.19881012105604.029b4160@mail.etinc.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 12 Oct 2000 17:21:45 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >It seems that the NetBSD folks have eliminated this ongoing pain in the >butt by using the mii interface for the intel cards. Is freebsd also moving >in this direction? Every few months there seems to be a problem, and its >difficult to fix it without docs The primary problems that have resulted in the "unsupported PHY" messages in the past year or so have been related to either the format or size of the SEEPROM changing. Using generic MII code doesn't fix the problem; the fxp's would still not work due to the MAC address being wrong, among other things, which is also read from the SEEPROM. This said, I think it is generally the right approach to use a generic MII PHY software interface and at some point the driver will likely be updated for that. It is low priority, however, since it doesn't solve any problems. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 0:18:17 2000 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 D51A637B502 for ; Fri, 13 Oct 2000 00:17:46 -0700 (PDT) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.16 #1) id 13jz67-0005sa-00 for freebsd-hackers@freebsd.org; Fri, 13 Oct 2000 09:17:43 +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 13jz66-0001aJ-00 for freebsd-hackers@freebsd.org; Fri, 13 Oct 2000 09:17:42 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: freebsd-hackers@freebsd.org Subject: bootp/diskless/kenv Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Oct 2000 09:17:42 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Im including a modified lib/libstand/bootp.c for evaluation. It has: o- fixes for evaluation of netmask - only if not supplied. o- puts in the environment the dhcp stuff it does not - yet -: do any good check for string overflow. check for environment buffer overflow - haven't found out how to do it yet since kenv can now be used early on the diskless boot process, i think it should be placed in /bin and staticaly linked. danny --------- cut here -------- /* $NetBSD: bootp.c,v 1.14 1998/02/16 11:10:54 drochner Exp $ */ /* * Copyright (c) 1992 Regents of the University of California. * All rights reserved. * * This software was developed by the Computer Systems Engineering group * at Lawrence Berkeley Laboratory under DARPA contract BG 91-66 and * contributed to Berkeley. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the University of * California, Lawrence Berkeley Laboratory and its contributors. * 4. Neither the name of the University nor the names of its contributors * may be used to endorse or promote products derived from this software * without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * @(#) Header: bootp.c,v 1.4 93/09/11 03:13:51 leres Exp (LBL) * $FreeBSD: src/lib/libstand/bootp.c,v 1.1.1.1.6.1 2000/09/10 02:52:19 ps Exp $ */ #include #include #include #include /* #define BOOTP_DEBUGxx */ #define SUPPORT_DHCP /*#define BOOTP_DEBUG /* danny */ #if defined(BOOTP_DEBUG) || defined(BOOTP_DEBUGxx) int debug=1; #endif #include "stand.h" #include "net.h" #include "netif.h" #include "bootp.h" struct in_addr servip; static n_long smask; static time_t bot; static char vm_rfc1048[4] = VM_RFC1048; #ifdef BOOTP_VEND_CMU static char vm_cmu[4] = VM_CMU; #endif /* Local forwards */ static ssize_t bootpsend(struct iodesc *, void *, size_t); static ssize_t bootprecv(struct iodesc *, void *, size_t, time_t); static int vend_rfc1048(u_char *, u_int); #ifdef BOOTP_VEND_CMU static void vend_cmu(u_char *); #endif #ifdef SUPPORT_DHCP static char expected_dhcpmsgtype = -1, dhcp_ok; struct in_addr dhcp_serverip; #endif static void setenv_dhcp(u_char *cp, u_int len); /* Fetch required bootp infomation */ void bootp(sock, flag) int sock; int flag; { struct iodesc *d; register struct bootp *bp; struct { u_char header[HEADER_SIZE]; struct bootp wbootp; } wbuf; struct { u_char header[HEADER_SIZE]; struct bootp rbootp; } rbuf; int j; #ifdef BOOTP_DEBUGxx if (debug) printf("bootp: socket=%d\n", sock); #endif if (!bot) bot = getsecs(); if (!(d = socktodesc(sock))) { printf("bootp: bad socket. %d\n", sock); return; } #ifdef BOOTP_DEBUGxx if (debug) printf("bootp: d=%lx\n", (long)d); #endif bp = &wbuf.wbootp; bzero(bp, sizeof(*bp)); bp->bp_op = BOOTREQUEST; bp->bp_htype = 1; /* 10Mb Ethernet (48 bits) */ bp->bp_hlen = 6; bp->bp_xid = htonl(d->xid); MACPY(d->myea, bp->bp_chaddr); strncpy(bp->bp_file, bootfile, sizeof(bp->bp_file)); bcopy(vm_rfc1048, bp->bp_vend, sizeof(vm_rfc1048)); j = sizeof(vm_rfc1048); #ifdef SUPPORT_DHCP bp->bp_vend[j++] = TAG_DHCP_MSGTYPE; bp->bp_vend[j++] = 1; bp->bp_vend[j++] = DHCPDISCOVER; #if 0 /* * We send an RFC 1533 "Maximum DHCP Message Size" option, saying we * can do 1200 bytes. If we don't ISC DHCPD will limit the answer to * 64 bytes and root/swap and similar will be dropped. */ bp->bp_vend[j++] = TAG_MAXSIZE; bp->bp_vend[j++] = 2; bp->bp_vend[j++] = 1200 / 256; bp->bp_vend[j++] = 1200 % 256; #endif /* * If we are booting from PXE, we want to send the string * 'PXEClient' to the DHCP server so you have the option of * only responding to PXE aware dhcp requests. */ if (flag & BOOTP_PXE) { char *classid; int len; bp->bp_vend[j++] = TAG_CLASSID; #if 0 bp->bp_vend[j++] = 9; bcopy("PXEClient", &bp->bp_vend[j], 9); j += 9; #else classid = "FreeBSDc"; bp->bp_vend[j++] = len = strlen(classid); bcopy(classid, &bp->bp_vend[j], len); j += len; #endif } expected_dhcpmsgtype = DHCPOFFER; dhcp_ok = 0; #endif bp->bp_vend[j++] = TAG_END; d->myip.s_addr = INADDR_ANY; d->myport = htons(IPPORT_BOOTPC); d->destip.s_addr = INADDR_BROADCAST; d->destport = htons(IPPORT_BOOTPS); if(sendrecv(d, bootpsend, bp, sizeof(*bp), bootprecv, &rbuf.rbootp, sizeof(rbuf.rbootp)) == -1) { printf("bootp: no reply\n"); return; } #ifdef SUPPORT_DHCP if(dhcp_ok) { u_int32_t leasetime; int j; j = 6; bp->bp_vend[j++] = DHCPREQUEST; bp->bp_vend[j++] = TAG_REQ_ADDR; bp->bp_vend[j++] = 4; bcopy(&rbuf.rbootp.bp_yiaddr, &bp->bp_vend[j], 4); j += 4; bp->bp_vend[j++] = TAG_SERVERID; bp->bp_vend[j++] = 4; bcopy(&dhcp_serverip.s_addr, &bp->bp_vend[j], 4); j += 4; bp->bp_vend[j++] = TAG_LEASETIME; bp->bp_vend[j++] = 4; leasetime = htonl(300); bcopy(&leasetime, &bp->bp_vend[j], 4); j += 4; if (flag & BOOTP_PXE) { #if 0 bp->bp_vend[j++] = TAG_CLASSID; bp->bp_vend[j++] = 9; bcopy("PXEClient", &bp->bp_vend[j], 9); j += 9; #else char *classid; int len; classid = "FreeBSDc"; bp->bp_vend[j++] = len = strlen(classid); bcopy(classid, &bp->bp_vend[j], len); j += len; #endif } bp->bp_vend[j++] = TAG_END; expected_dhcpmsgtype = DHCPACK; if(sendrecv(d, bootpsend, bp, sizeof(*bp), bootprecv, &rbuf.rbootp, sizeof(rbuf.rbootp)) == -1) { printf("DHCPREQUEST failed\n"); return; } } #endif /* SUPPORT_DHCP */ myip = d->myip = rbuf.rbootp.bp_yiaddr; servip = rbuf.rbootp.bp_siaddr; if(rootip.s_addr == INADDR_ANY) rootip = servip; bcopy(rbuf.rbootp.bp_file, bootfile, sizeof(bootfile)); bootfile[sizeof(bootfile) - 1] = '\0'; if(smask == 0) { if(IN_CLASSA(ntohl(myip.s_addr))) smask = htonl(IN_CLASSA_NET); else if(IN_CLASSB(ntohl(myip.s_addr))) smask = htonl(IN_CLASSB_NET); else smask = htonl(IN_CLASSC_NET); } /* Get subnet (or natural net) mask */ netmask = smask; /* We need a gateway if root is on a different net */ if (!SAMENET(myip, rootip, netmask)) { #ifdef BOOTP_DEBUG if (debug) printf("need gateway for root ip\n"); #endif } /* Toss gateway if on a different net */ if (!SAMENET(myip, gateip, netmask)) { printf("gateway ip (%s) is bad!\n", inet_ntoa(gateip)); gateip.s_addr = 0; } /* Bump xid so next request will be unique. */ ++d->xid; } /* Transmit a bootp request */ static ssize_t bootpsend(d, pkt, len) register struct iodesc *d; register void *pkt; register size_t len; { register struct bootp *bp; #ifdef BOOTP_DEBUGxx if (debug) printf("bootpsend: d=%lx called.\n", (long)d); #endif bp = pkt; bp->bp_secs = htons((u_short)(getsecs() - bot)); #ifdef BOOTP_DEBUGxx if (debug) printf("bootpsend: calling sendudp\n"); #endif return (sendudp(d, pkt, len)); } static ssize_t bootprecv(d, pkt, len, tleft) register struct iodesc *d; register void *pkt; register size_t len; time_t tleft; { register ssize_t n; register struct bootp *bp; #ifdef BOOTP_DEBUGxx if (debug) printf("bootp_recvoffer: called\n"); #endif n = readudp(d, pkt, len, tleft); if (n == -1 || n < sizeof(struct bootp) - BOOTP_VENDSIZE) goto bad; bp = (struct bootp *)pkt; #ifdef BOOTP_DEBUGxx if (debug) printf("bootprecv: checked. bp = 0x%lx, n = %d\n", (long)bp, (int)n); #endif if (bp->bp_xid != htonl(d->xid)) { #ifdef BOOTP_DEBUG if (debug) { printf("bootprecv: expected xid 0x%lx, got 0x%x\n", d->xid, ntohl(bp->bp_xid)); } #endif goto bad; } #ifdef BOOTP_DEBUGxx if (debug) printf("bootprecv: got one!\n"); #endif /* Suck out vendor info */ if (bcmp(vm_rfc1048, bp->bp_vend, sizeof(vm_rfc1048)) == 0) { if(vend_rfc1048(bp->bp_vend, sizeof(bp->bp_vend)) != 0) goto bad; } #ifdef BOOTP_VEND_CMU else if (bcmp(vm_cmu, bp->bp_vend, sizeof(vm_cmu)) == 0) vend_cmu(bp->bp_vend); #endif else printf("bootprecv: unknown vendor 0x%lx\n", (long)bp->bp_vend); return(n); bad: errno = 0; return (-1); } static int vend_rfc1048(cp, len) register u_char *cp; u_int len; { register u_char *ep; register int size; register u_char tag; setenv_dhcp(cp, len); #ifdef BOOTP_DEBUG if (debug) printf("vend_rfc1048 bootp info. len=%d\n", len); #endif ep = cp + len; /* Step over magic cookie */ cp += sizeof(int); while (cp < ep) { tag = *cp++; size = *cp++; switch(tag) { case 0: continue; case TAG_END: break; case TAG_SUBNET_MASK: bcopy(cp, &smask, sizeof(smask)); break; case TAG_GATEWAY: bcopy(cp, &gateip.s_addr, sizeof(gateip.s_addr)); break; case TAG_SWAPSERVER: /* let it override bp_siaddr */ bcopy(cp, &rootip.s_addr, sizeof(swapip.s_addr)); break; case TAG_ROOTPATH: strncpy(rootpath, (char *)cp, sizeof(rootpath)); rootpath[size] = '\0'; break; case TAG_HOSTNAME: strncpy(hostname, (char *)cp, sizeof(hostname)); hostname[size] = '\0'; break; #ifdef SUPPORT_DHCP case TAG_DHCP_MSGTYPE: if(*cp != expected_dhcpmsgtype) return(-1); dhcp_ok = 1; break; case TAG_SERVERID: bcopy(cp, &dhcp_serverip.s_addr, sizeof(dhcp_serverip.s_addr)); break; #endif #ifdef BOOTP_DEBUG default: if (debug) printf("unknown tag:%d size=%d\n", tag, size); #endif } cp += size; } return(0); } #ifdef BOOTP_VEND_CMU static void vend_cmu(cp) u_char *cp; { register struct cmu_vend *vp; #ifdef BOOTP_DEBUGxx if (debug) printf("vend_cmu bootp info.\n"); #endif vp = (struct cmu_vend *)cp; if (vp->v_smask.s_addr != 0) { smask = vp->v_smask.s_addr; } if (vp->v_dgate.s_addr != 0) { gateip = vp->v_dgate; } } #endif /* | DHCP Option names, formats and codes, from RFC1533. */ #define __IP 1 #define __TXT 2 #define __8 3 #define __16 4 #define __32 5 #define __VE 6 struct dhcp_opt { int tag; int fmt; char *desc; } dhcp_opt[] = { #define _DHCP(num, fmt, dsc) {num, fmt, dsc} _DHCP(1, __IP, "subnet-mask"), _DHCP(2, __32, "time-offset"), _DHCP(3, __IP, "routers"), _DHCP(4, __IP, "time-servers"), _DHCP(5, __IP, "ien116-name-servers"), _DHCP(6, __IP, "domain-name-servers"), _DHCP(7, __IP, "log-servers"), _DHCP(8, __IP, "cookie-servers"), _DHCP(9, __IP, "lpr-servers"), _DHCP(10, __IP, "impress-servers"), _DHCP(11, __IP, "resource-location-servers"), _DHCP(12, __TXT, "host-name"), _DHCP(13, __16, "boot-size"), _DHCP(14, __TXT, "merit-dump"), _DHCP(15, __TXT, "domain-name"), _DHCP(16, __IP, "swap-server"), _DHCP(17, __TXT, "root-path"), _DHCP(18, __TXT, "extensions-path"), _DHCP(19, __8, "ip-forwarding"), _DHCP(20, __8, "non-local-source-routing"), _DHCP(21, __IP, "policy-filter"), _DHCP(22, __16, "max-dgram-reassembly"), _DHCP(23, __8, "default-ip-ttl"), _DHCP(24, __32, "path-mtu-aging-timeout"), _DHCP(25, __16, "path-mtu-plateau-table"), _DHCP(26, __16, "interface-mtu"), _DHCP(27, __8, "all-subnets-local"), _DHCP(28, __IP, "broadcast-address"), _DHCP(29, __8, "perform-mask-discovery"), _DHCP(30, __8, "mask-supplier"), _DHCP(31, __8, "router-discovery"), _DHCP(32, __IP, "router-solicitation-address"), _DHCP(33, __IP, "static-routes"), _DHCP(34, __8, "trailer-encapsulation"), _DHCP(35, __32, "arp-cache-timeout"), _DHCP(36, __8, "ieee802-3-encapsulation"), _DHCP(37, __8, "default-tcp-ttl"), _DHCP(38, __32, "tcp-keepalive-interval"), _DHCP(39, __8, "tcp-keepalive-garbage"), _DHCP(40, __TXT, "nis-domain"), _DHCP(41, __IP, "nis-servers"), _DHCP(42, __IP, "ntp-servers"), _DHCP(43, __VE, "vendor-encapsulated-options"), _DHCP(44, __IP, "netbios-name-servers"), _DHCP(45, __IP, "netbios-dd-server"), _DHCP(46, __8, "netbios-node-type"), _DHCP(47, __TXT, "netbios-scope"), _DHCP(48, __IP, "font-servers"), _DHCP(49, __IP, "x-display-manager"), _DHCP(50, __IP, "dhcp-requested-address"), _DHCP(51, __32, "dhcp-lease-time"), _DHCP(52, __8, "dhcp-option-overload"), _DHCP(53, __8, "dhcp-message-type"), _DHCP(54, __IP, "dhcp-server-identifier"), _DHCP(55, __8, "dhcp-parameter-request-list"), _DHCP(56, __TXT, "dhcp-message"), _DHCP(57, __16, "dhcp-max-message-size"), _DHCP(58, __32, "dhcp-renewal-time"), _DHCP(59, __32, "dhcp-rebinding-time"), _DHCP(60, __TXT, "vendor-class-identifier"), _DHCP(61, __TXT, "dhcp-client-identifier"), _DHCP(64, __TXT, "nisplus-domain"), _DHCP(65, __IP, "nisplus-servers"), _DHCP(66, __TXT, "tftp-server-name"), _DHCP(67, __TXT, "bootfile-name"), _DHCP(68, __IP, "mobile-ip-home-agent"), _DHCP(69, __IP, "smtp-server"), _DHCP(70, __IP, "pop-server"), _DHCP(71, __IP, "nntp-server"), _DHCP(72, __IP, "www-server"), _DHCP(73, __IP, "finger-server"), _DHCP(74, __IP, "irc-server"), _DHCP(75, __IP, "streettalk-server"), _DHCP(76, __IP, "streettalk-directory-assistance-server"), _DHCP(77, __TXT, "user-class"), _DHCP(85, __IP, "nds-servers"), _DHCP(86, __TXT, "nds-tree-name"), _DHCP(87, __TXT, "nds-context"), _DHCP(210, __TXT, "authenticate"), {0} }; struct dhcp_opt optdef = _DHCP(0, __TXT, "option-%d"); #undef _DHCP static void setenv_dhcp(u_char *cp, u_int len) { u_char *ep; int size; u_char tag; char env[128], val[512], *vp, tags[512], *tp; struct in_addr in_ip; ep = cp + len; cp += sizeof(vm_rfc1048); /* hopefully this was checked? */ tp = tags; while(cp < ep) { struct dhcp_opt *op; tag = *cp++; size = *cp++; if(tag == TAG_END) break; if(tag == 0) continue; for(op = dhcp_opt; op->tag; op++) if(op->tag >= tag) break; if(op->tag != tag) op = &optdef; vp = val; switch(op->fmt) { case __VE: /* vendor specific */ while(size-- > 0) { sprintf(vp, "%02x", *cp++); vp += 2; } break; case __IP: /* ip address */ while(size > 0) { if(vp != val) *vp++ = ','; bcopy(cp, &in_ip.s_addr, sizeof(in_ip.s_addr)); sprintf(vp, "%s", inet_ntoa(in_ip)); vp += strlen(vp); size -= 4; cp += 4; } break; case __TXT: bcopy(cp, val, size); val[size] = 0; cp += size; break; case __8: case __16: case __32: while(size > 0) { int n = 0; if(vp != val) *vp++ = ','; switch(op->fmt) { case __8: sprintf(vp, "%02x", cp[0]); n = 1; break; case __16: sprintf(vp, "%02x%02x", cp[0], cp[1]); n = 2; break; case __32: sprintf(vp, "%02x%02x%02x%02x", cp[0], cp[1], cp[2], cp[3]); n = 4; break; } cp += n; size -= n; vp += strlen(vp); } break; } sprintf(tp, "%03d:", tag); tp += strlen(tp); if(op == &optdef) sprintf(env, "dhcp.option-%d", tag); else sprintf(env, "dhcp.%s", op->desc); #ifdef BOOTP_DEBUG if(debug) printf("%s %s\n", env, val); #endif setenv(env, val, 1); } if(tp != tags) { #ifdef BOOTP_DEBUG if(debug) printf("%s %s\n", "dhcp.tags", tags); #endif setenv("dhcp.tags", tags, 1); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 0:40: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 965F937B66D for ; Fri, 13 Oct 2000 00:40:05 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1000) id 3A7F32B213; Fri, 13 Oct 2000 02:40:00 -0500 (CDT) Date: Fri, 13 Oct 2000 00:40:00 -0700 From: Paul Saab To: Danny Braniss Cc: freebsd-hackers@freebsd.org Subject: Re: bootp/diskless/kenv Message-ID: <20001013003959.A52126@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from danny@cs.huji.ac.il on Fri, Oct 13, 2000 at 09:17:42AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Danny Braniss (danny@cs.huji.ac.il) wrote: > Im including a modified lib/libstand/bootp.c for evaluation. It has: > o- fixes for evaluation of netmask - only if not supplied. > o- puts in the environment the dhcp stuff > it does not - yet -: > do any good check for string overflow. > check for environment buffer overflow - haven't found out > how to do it yet > > since kenv can now be used early on the diskless boot process, i think > it should be placed in /bin and staticaly linked. a diff would be a whole lot easier to read. paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 0:48:46 2000 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 ABA0837B503 for ; Fri, 13 Oct 2000 00:48:22 -0700 (PDT) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.16 #1) id 13jzZj-0006EX-00; Fri, 13 Oct 2000 09:48:19 +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 13jzZi-0001be-00; Fri, 13 Oct 2000 09:48:18 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Paul Saab Cc: freebsd-hackers@freebsd.org Subject: Re: bootp/diskless/kenv In-reply-to: Your message of Fri, 13 Oct 2000 00:40:00 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Oct 2000 09:48:18 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001013003959.A52126@elvis.mu.org>you write: }Danny Braniss (danny@cs.huji.ac.il) wrote: }> Im including a modified lib/libstand/bootp.c for evaluation. It has: }> o- fixes for evaluation of netmask - only if not supplied. }> o- puts in the environment the dhcp stuff }> it does not - yet -: }> do any good check for string overflow. }> check for environment buffer overflow - haven't found out }> how to do it yet }> }> since kenv can now be used early on the diskless boot process, i think }> it should be placed in /bin and staticaly linked. } }a diff would be a whole lot easier to read. } }paul your wish is my command: --- bootp.c Tue Sep 26 10:46:15 2000 +++ /vol/fbsd/current/lib/libstand/bootp.c Fri Sep 22 10:04:36 2000 @@ -37,7 +37,7 @@ * SUCH DAMAGE. * * @(#) Header: bootp.c,v 1.4 93/09/11 03:13:51 leres Exp (LBL) - * $FreeBSD: src/lib/libstand/bootp.c,v 1.1.1.1.6.1 2000/09/10 02:52:19 ps Exp $ + * $FreeBSD: src/lib/libstand/bootp.c,v 1.3 2000/09/20 18:16:20 ps Exp $ */ #include @@ -46,14 +46,9 @@ #include -/* #define BOOTP_DEBUGxx */ +#define BOOTP_DEBUGxx #define SUPPORT_DHCP -/*#define BOOTP_DEBUG /* danny */ -#if defined(BOOTP_DEBUG) || defined(BOOTP_DEBUGxx) -int debug=1; -#endif - #include "stand.h" #include "net.h" #include "netif.h" @@ -62,7 +57,7 @@ struct in_addr servip; -static n_long smask; +static n_long nmask, smask; static time_t bot; @@ -84,8 +79,6 @@ struct in_addr dhcp_serverip; #endif -static void setenv_dhcp(u_char *cp, u_int len); - /* Fetch required bootp infomation */ void bootp(sock, flag) @@ -102,9 +95,8 @@ u_char header[HEADER_SIZE]; struct bootp rbootp; } rbuf; - int j; -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("bootp: socket=%d\n", sock); #endif @@ -115,7 +107,7 @@ printf("bootp: bad socket. %d\n", sock); return; } -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("bootp: d=%lx\n", (long)d); #endif @@ -130,52 +122,37 @@ MACPY(d->myea, bp->bp_chaddr); strncpy(bp->bp_file, bootfile, sizeof(bp->bp_file)); bcopy(vm_rfc1048, bp->bp_vend, sizeof(vm_rfc1048)); - j = sizeof(vm_rfc1048); #ifdef SUPPORT_DHCP - bp->bp_vend[j++] = TAG_DHCP_MSGTYPE; - bp->bp_vend[j++] = 1; - bp->bp_vend[j++] = DHCPDISCOVER; -#if 0 - /* - * We send an RFC 1533 "Maximum DHCP Message Size" option, saying we - * can do 1200 bytes. If we don't ISC DHCPD will limit the answer to - * 64 bytes and root/swap and similar will be dropped. - */ - bp->bp_vend[j++] = TAG_MAXSIZE; - bp->bp_vend[j++] = 2; - bp->bp_vend[j++] = 1200 / 256; - bp->bp_vend[j++] = 1200 % 256; -#endif + bp->bp_vend[4] = TAG_DHCP_MSGTYPE; + bp->bp_vend[5] = 1; + bp->bp_vend[6] = DHCPDISCOVER; + /* * If we are booting from PXE, we want to send the string * 'PXEClient' to the DHCP server so you have the option of * only responding to PXE aware dhcp requests. */ if (flag & BOOTP_PXE) { - char *classid; - int len; - bp->bp_vend[j++] = TAG_CLASSID; -#if 0 - bp->bp_vend[j++] = 9; - bcopy("PXEClient", &bp->bp_vend[j], 9); - j += 9; + bp->bp_vend[7] = TAG_CLASSID; + bp->bp_vend[8] = 9; + bcopy("PXEClient", &bp->bp_vend[9], 9); + bp->bp_vend[18] = TAG_END; + } else + bp->bp_vend[7] = TAG_END; #else - classid = "FreeBSDc"; - bp->bp_vend[j++] = len = strlen(classid); - bcopy(classid, &bp->bp_vend[j], len); - j += len; + bp->bp_vend[4] = TAG_END; #endif - } - expected_dhcpmsgtype = DHCPOFFER; - dhcp_ok = 0; -#endif - bp->bp_vend[j++] = TAG_END; d->myip.s_addr = INADDR_ANY; d->myport = htons(IPPORT_BOOTPC); d->destip.s_addr = INADDR_BROADCAST; d->destport = htons(IPPORT_BOOTPS); +#ifdef SUPPORT_DHCP + expected_dhcpmsgtype = DHCPOFFER; + dhcp_ok = 0; +#endif + if(sendrecv(d, bootpsend, bp, sizeof(*bp), bootprecv, &rbuf.rbootp, sizeof(rbuf.rbootp)) @@ -187,39 +164,24 @@ #ifdef SUPPORT_DHCP if(dhcp_ok) { u_int32_t leasetime; - int j; - j = 6; - bp->bp_vend[j++] = DHCPREQUEST; - bp->bp_vend[j++] = TAG_REQ_ADDR; - bp->bp_vend[j++] = 4; - bcopy(&rbuf.rbootp.bp_yiaddr, &bp->bp_vend[j], 4); - j += 4; - bp->bp_vend[j++] = TAG_SERVERID; - bp->bp_vend[j++] = 4; - bcopy(&dhcp_serverip.s_addr, &bp->bp_vend[j], 4); - j += 4; - bp->bp_vend[j++] = TAG_LEASETIME; - bp->bp_vend[j++] = 4; + bp->bp_vend[6] = DHCPREQUEST; + bp->bp_vend[7] = TAG_REQ_ADDR; + bp->bp_vend[8] = 4; + bcopy(&rbuf.rbootp.bp_yiaddr, &bp->bp_vend[9], 4); + bp->bp_vend[13] = TAG_SERVERID; + bp->bp_vend[14] = 4; + bcopy(&dhcp_serverip.s_addr, &bp->bp_vend[15], 4); + bp->bp_vend[19] = TAG_LEASETIME; + bp->bp_vend[20] = 4; leasetime = htonl(300); - bcopy(&leasetime, &bp->bp_vend[j], 4); - j += 4; + bcopy(&leasetime, &bp->bp_vend[21], 4); if (flag & BOOTP_PXE) { -#if 0 - bp->bp_vend[j++] = TAG_CLASSID; - bp->bp_vend[j++] = 9; - bcopy("PXEClient", &bp->bp_vend[j], 9); - j += 9; -#else - char *classid; - int len; - - classid = "FreeBSDc"; - bp->bp_vend[j++] = len = strlen(classid); - bcopy(classid, &bp->bp_vend[j], len); - j += len; -#endif - } - bp->bp_vend[j++] = TAG_END; + bp->bp_vend[25] = TAG_CLASSID; + bp->bp_vend[26] = 9; + bcopy("PXEClient", &bp->bp_vend[27], 9); + bp->bp_vend[36] = TAG_END; + } else + bp->bp_vend[25] = TAG_END; expected_dhcpmsgtype = DHCPACK; @@ -231,7 +193,7 @@ return; } } -#endif /* SUPPORT_DHCP */ +#endif myip = d->myip = rbuf.rbootp.bp_yiaddr; servip = rbuf.rbootp.bp_siaddr; @@ -239,28 +201,50 @@ bcopy(rbuf.rbootp.bp_file, bootfile, sizeof(bootfile)); bootfile[sizeof(bootfile) - 1] = '\0'; - if(smask == 0) { - if(IN_CLASSA(ntohl(myip.s_addr))) - smask = htonl(IN_CLASSA_NET); - else - if(IN_CLASSB(ntohl(myip.s_addr))) - smask = htonl(IN_CLASSB_NET); - else - smask = htonl(IN_CLASSC_NET); + if (IN_CLASSA(ntohl(myip.s_addr))) + nmask = htonl(IN_CLASSA_NET); + else if (IN_CLASSB(ntohl(myip.s_addr))) + nmask = htonl(IN_CLASSB_NET); + else + nmask = htonl(IN_CLASSC_NET); +#ifdef BOOTP_DEBUG + if (debug) + printf("'native netmask' is %s\n", intoa(nmask)); +#endif + + /* Check subnet mask against net mask; toss if bogus */ + if ((nmask & smask) != nmask) { +#ifdef BOOTP_DEBUG + if (debug) + printf("subnet mask (%s) bad\n", intoa(smask)); +#endif + smask = 0; } + /* Get subnet (or natural net) mask */ - netmask = smask; + netmask = nmask; + if (smask) + netmask = smask; +#ifdef BOOTP_DEBUG + if (debug) + printf("mask: %s\n", intoa(netmask)); +#endif + /* We need a gateway if root is on a different net */ if (!SAMENET(myip, rootip, netmask)) { #ifdef BOOTP_DEBUG - if (debug) - printf("need gateway for root ip\n"); + if (debug) + printf("need gateway for root ip\n"); #endif } + /* Toss gateway if on a different net */ if (!SAMENET(myip, gateip, netmask)) { - printf("gateway ip (%s) is bad!\n", inet_ntoa(gateip)); - gateip.s_addr = 0; +#ifdef BOOTP_DEBUG + if (debug) + printf("gateway ip (%s) bad\n", inet_ntoa(gateip)); +#endif + gateip.s_addr = 0; } /* Bump xid so next request will be unique. */ @@ -276,7 +260,7 @@ { register struct bootp *bp; -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("bootpsend: d=%lx called.\n", (long)d); #endif @@ -284,7 +268,7 @@ bp = pkt; bp->bp_secs = htons((u_short)(getsecs() - bot)); -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("bootpsend: calling sendudp\n"); #endif @@ -302,7 +286,7 @@ register ssize_t n; register struct bootp *bp; -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUGx if (debug) printf("bootp_recvoffer: called\n"); #endif @@ -313,7 +297,7 @@ bp = (struct bootp *)pkt; -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("bootprecv: checked. bp = 0x%lx, n = %d\n", (long)bp, (int)n); @@ -328,7 +312,7 @@ goto bad; } -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("bootprecv: got one!\n"); #endif @@ -360,8 +344,6 @@ register int size; register u_char tag; - setenv_dhcp(cp, len); - #ifdef BOOTP_DEBUG if (debug) printf("vend_rfc1048 bootp info. len=%d\n", len); @@ -374,45 +356,38 @@ while (cp < ep) { tag = *cp++; size = *cp++; - switch(tag) { - case 0: - continue; - case TAG_END: - break; - case TAG_SUBNET_MASK: - bcopy(cp, &smask, sizeof(smask)); - break; - case TAG_GATEWAY: - bcopy(cp, &gateip.s_addr, sizeof(gateip.s_addr)); - break; - case TAG_SWAPSERVER: - /* let it override bp_siaddr */ - bcopy(cp, &rootip.s_addr, sizeof(swapip.s_addr)); - break; - case TAG_ROOTPATH: - strncpy(rootpath, (char *)cp, sizeof(rootpath)); - rootpath[size] = '\0'; - break; - case TAG_HOSTNAME: - strncpy(hostname, (char *)cp, sizeof(hostname)); - hostname[size] = '\0'; - break; + if (tag == TAG_END) + break; + + if (tag == TAG_SUBNET_MASK) { + bcopy(cp, &smask, sizeof(smask)); + } + if (tag == TAG_GATEWAY) { + bcopy(cp, &gateip.s_addr, sizeof(gateip.s_addr)); + } + if (tag == TAG_SWAPSERVER) { + /* let it override bp_siaddr */ + bcopy(cp, &rootip.s_addr, sizeof(swapip.s_addr)); + } + if (tag == TAG_ROOTPATH) { + strncpy(rootpath, (char *)cp, sizeof(rootpath)); + rootpath[size] = '\0'; + } + if (tag == TAG_HOSTNAME) { + strncpy(hostname, (char *)cp, sizeof(hostname)); + hostname[size] = '\0'; + } #ifdef SUPPORT_DHCP - case TAG_DHCP_MSGTYPE: - if(*cp != expected_dhcpmsgtype) - return(-1); - dhcp_ok = 1; - break; - case TAG_SERVERID: - bcopy(cp, &dhcp_serverip.s_addr, sizeof(dhcp_serverip.s_addr)); - break; -#endif -#ifdef BOOTP_DEBUG - default: - if (debug) - printf("unknown tag:%d size=%d\n", tag, size); -#endif + if (tag == TAG_DHCP_MSGTYPE) { + if(*cp != expected_dhcpmsgtype) + return(-1); + dhcp_ok = 1; + } + if (tag == TAG_SERVERID) { + bcopy(cp, &dhcp_serverip.s_addr, + sizeof(dhcp_serverip.s_addr)); } +#endif cp += size; } return(0); @@ -425,7 +400,7 @@ { register struct cmu_vend *vp; -#ifdef BOOTP_DEBUGxx +#ifdef BOOTP_DEBUG if (debug) printf("vend_cmu bootp info.\n"); #endif @@ -439,209 +414,3 @@ } } #endif - -/* - | DHCP Option names, formats and codes, from RFC1533. - */ -#define __IP 1 -#define __TXT 2 -#define __8 3 -#define __16 4 -#define __32 5 -#define __VE 6 - -struct dhcp_opt { - int tag; - int fmt; - char *desc; -} dhcp_opt[] = { -#define _DHCP(num, fmt, dsc) {num, fmt, dsc} - _DHCP(1, __IP, "subnet-mask"), - _DHCP(2, __32, "time-offset"), - _DHCP(3, __IP, "routers"), - _DHCP(4, __IP, "time-servers"), - _DHCP(5, __IP, "ien116-name-servers"), - _DHCP(6, __IP, "domain-name-servers"), - _DHCP(7, __IP, "log-servers"), - _DHCP(8, __IP, "cookie-servers"), - _DHCP(9, __IP, "lpr-servers"), - _DHCP(10, __IP, "impress-servers"), - _DHCP(11, __IP, "resource-location-servers"), - _DHCP(12, __TXT, "host-name"), - _DHCP(13, __16, "boot-size"), - _DHCP(14, __TXT, "merit-dump"), - _DHCP(15, __TXT, "domain-name"), - _DHCP(16, __IP, "swap-server"), - _DHCP(17, __TXT, "root-path"), - _DHCP(18, __TXT, "extensions-path"), - _DHCP(19, __8, "ip-forwarding"), - _DHCP(20, __8, "non-local-source-routing"), - _DHCP(21, __IP, "policy-filter"), - _DHCP(22, __16, "max-dgram-reassembly"), - _DHCP(23, __8, "default-ip-ttl"), - _DHCP(24, __32, "path-mtu-aging-timeout"), - _DHCP(25, __16, "path-mtu-plateau-table"), - _DHCP(26, __16, "interface-mtu"), - _DHCP(27, __8, "all-subnets-local"), - _DHCP(28, __IP, "broadcast-address"), - _DHCP(29, __8, "perform-mask-discovery"), - _DHCP(30, __8, "mask-supplier"), - _DHCP(31, __8, "router-discovery"), - _DHCP(32, __IP, "router-solicitation-address"), - _DHCP(33, __IP, "static-routes"), - _DHCP(34, __8, "trailer-encapsulation"), - _DHCP(35, __32, "arp-cache-timeout"), - _DHCP(36, __8, "ieee802-3-encapsulation"), - _DHCP(37, __8, "default-tcp-ttl"), - _DHCP(38, __32, "tcp-keepalive-interval"), - _DHCP(39, __8, "tcp-keepalive-garbage"), - _DHCP(40, __TXT, "nis-domain"), - _DHCP(41, __IP, "nis-servers"), - _DHCP(42, __IP, "ntp-servers"), - _DHCP(43, __VE, "vendor-encapsulated-options"), - _DHCP(44, __IP, "netbios-name-servers"), - _DHCP(45, __IP, "netbios-dd-server"), - _DHCP(46, __8, "netbios-node-type"), - _DHCP(47, __TXT, "netbios-scope"), - _DHCP(48, __IP, "font-servers"), - _DHCP(49, __IP, "x-display-manager"), - _DHCP(50, __IP, "dhcp-requested-address"), - _DHCP(51, __32, "dhcp-lease-time"), - _DHCP(52, __8, "dhcp-option-overload"), - _DHCP(53, __8, "dhcp-message-type"), - _DHCP(54, __IP, "dhcp-server-identifier"), - _DHCP(55, __8, "dhcp-parameter-request-list"), - _DHCP(56, __TXT, "dhcp-message"), - _DHCP(57, __16, "dhcp-max-message-size"), - _DHCP(58, __32, "dhcp-renewal-time"), - _DHCP(59, __32, "dhcp-rebinding-time"), - _DHCP(60, __TXT, "vendor-class-identifier"), - _DHCP(61, __TXT, "dhcp-client-identifier"), - _DHCP(64, __TXT, "nisplus-domain"), - _DHCP(65, __IP, "nisplus-servers"), - _DHCP(66, __TXT, "tftp-server-name"), - _DHCP(67, __TXT, "bootfile-name"), - _DHCP(68, __IP, "mobile-ip-home-agent"), - _DHCP(69, __IP, "smtp-server"), - _DHCP(70, __IP, "pop-server"), - _DHCP(71, __IP, "nntp-server"), - _DHCP(72, __IP, "www-server"), - _DHCP(73, __IP, "finger-server"), - _DHCP(74, __IP, "irc-server"), - _DHCP(75, __IP, "streettalk-server"), - _DHCP(76, __IP, "streettalk-directory-assistance-server"), - _DHCP(77, __TXT, "user-class"), - _DHCP(85, __IP, "nds-servers"), - _DHCP(86, __TXT, "nds-tree-name"), - _DHCP(87, __TXT, "nds-context"), - _DHCP(210, __TXT, "authenticate"), - {0} -}; - -struct dhcp_opt optdef = _DHCP(0, __TXT, "option-%d"); - -#undef _DHCP - -static void -setenv_dhcp(u_char *cp, u_int len) -{ - u_char *ep; - int size; - u_char tag; - char env[128], val[512], *vp, tags[512], *tp; - struct in_addr in_ip; - - ep = cp + len; - cp += sizeof(vm_rfc1048); /* hopefully this was checked? */ - tp = tags; - - while(cp < ep) { - struct dhcp_opt *op; - - tag = *cp++; - size = *cp++; - if(tag == TAG_END) - break; - if(tag == 0) - continue; - for(op = dhcp_opt; op->tag; op++) - if(op->tag >= tag) - break; - if(op->tag != tag) - op = &optdef; - vp = val; - switch(op->fmt) { - case __VE: /* vendor specific */ - while(size-- > 0) { - sprintf(vp, "%02x", *cp++); - vp += 2; - } - break; - - case __IP: /* ip address */ - while(size > 0) { - - if(vp != val) - *vp++ = ','; - bcopy(cp, &in_ip.s_addr, sizeof(in_ip.s_addr)); - sprintf(vp, "%s", inet_ntoa(in_ip)); - vp += strlen(vp); - size -= 4; - cp += 4; - } - break; - - case __TXT: - bcopy(cp, val, size); - val[size] = 0; - cp += size; - break; - case __8: - case __16: - case __32: - while(size > 0) { - int n = 0; - - if(vp != val) - *vp++ = ','; - switch(op->fmt) { - case __8: - sprintf(vp, "%02x", cp[0]); - n = 1; - break; - case __16: - sprintf(vp, "%02x%02x", cp[0], cp[1]); - n = 2; - break; - case __32: - sprintf(vp, "%02x%02x%02x%02x", cp[0], cp[1], cp[2], cp[3]); - n = 4; - break; - } - cp += n; - size -= n; - vp += strlen(vp); - } - break; - } - sprintf(tp, "%03d:", tag); - tp += strlen(tp); - - if(op == &optdef) - sprintf(env, "dhcp.option-%d", tag); - else - sprintf(env, "dhcp.%s", op->desc); -#ifdef BOOTP_DEBUG - if(debug) - printf("%s %s\n", env, val); -#endif - setenv(env, val, 1); - } - if(tp != tags) { -#ifdef BOOTP_DEBUG - if(debug) - printf("%s %s\n", "dhcp.tags", tags); -#endif - setenv("dhcp.tags", tags, 1); - } -} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 10: 8:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id AC46437B66C for ; Fri, 13 Oct 2000 10:08:42 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9DH8aU18532; Fri, 13 Oct 2000 10:08:36 -0700 (PDT) Date: Fri, 13 Oct 2000 10:08:36 -0700 From: Alfred Perlstein To: Cy Schubert - ITSD Open Systems Group Cc: hackers@FreeBSD.ORG Subject: Re: xl driver again? Re: mbuf leakage on 4.1.1-STABLE Message-ID: <20001013100836.I272@fw.wintelcom.net> References: <20001012174230.C471737B502@hub.freebsd.org> <200010131202.e9DC2G413278@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <200010131202.e9DC2G413278@cwsys.cwsent.com>; from Cy.Schubert@uumail.gov.bc.ca on Fri, Oct 13, 2000 at 05:01:32AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Cy Schubert - ITSD Open Systems Group [001013 05:03] wrote: > > Is there a reason why the kernel might hold on to mbufs for "too long a > time" (I take that to mean longer than it should)? There are many reasons, one is that you may be sending data that hasn't been ack'd and might need retransmition. There may also be a lot of data 'in flight' meaning that one reading data from the network and the reader is slower than the writer which keeps mbufs tied down in the socket buffers. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 10:26: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from Gloria.CAM.ORG (Gloria.CAM.ORG [205.151.116.34]) by hub.freebsd.org (Postfix) with ESMTP id E280237B678 for ; Fri, 13 Oct 2000 10:25:59 -0700 (PDT) Received: from localhost (intmktg@localhost) by Gloria.CAM.ORG (8.9.3/8.9.3) with ESMTP id NAA02094 for ; Fri, 13 Oct 2000 13:27:03 -0400 Date: Fri, 13 Oct 2000 13:27:03 -0400 (EDT) From: Marc Tardif To: freebsd-hackers@freebsd.org Subject: profiling a daemon process Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am trying to profile a daemon process, but no gmon.out file is ever created on FreeBSD. When I brought my code to Linux, I managed to get the graph profile file. First, I compiled everything with the -pg flag, as I would any other program. Then, I run the program which is forked to background and send a few queries to the daemon. Finally, I kill the process using the TERM signal, which is caught and closes everything nicely before exiting (main returns 0). Yet, no profile seems to be created. I then proceeded to make a few changes to help the profiler. First, I commented out the forking of the server process so that the process could be kept in the foreground. Still no profile. I then changed my program so that it doesn't exit on a signal. Still no profile. So what could be the potential reasons for this problem knowing the program doesn't fork and exits on '0'? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 10:39:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1797E37B670 for ; Fri, 13 Oct 2000 10:39:36 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9DHdVH19438; Fri, 13 Oct 2000 10:39:31 -0700 (PDT) Date: Fri, 13 Oct 2000 10:39:31 -0700 From: Alfred Perlstein To: Marc Tardif Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: profiling a daemon process Message-ID: <20001013103931.K272@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from intmktg@CAM.ORG on Fri, Oct 13, 2000 at 01:27:03PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Marc Tardif [001013 10:28] wrote: > I am trying to profile a daemon process, but no gmon.out > file is ever created on FreeBSD. When I brought my code > to Linux, I managed to get the graph profile file. > > First, I compiled everything with the -pg flag, as I would > any other program. Then, I run the program which is forked > to background and send a few queries to the daemon. Finally, > I kill the process using the TERM signal, which is caught > and closes everything nicely before exiting (main returns > 0). Yet, no profile seems to be created. > > I then proceeded to make a few changes to help the profiler. > First, I commented out the forking of the server process so > that the process could be kept in the foreground. Still no > profile. I then changed my program so that it doesn't exit > on a signal. Still no profile. > > So what could be the potential reasons for this problem > knowing the program doesn't fork and exits on '0'? I never have problems doing this, it might help to compile with -g flags, the only difference that I see between what we're doing is that I return from my signal handler after setting a global volatile variable to shutdown which my main loop polls, perhaps exiting from within a signal handler is causing you problems. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 11:10:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C0A1337B502 for ; Fri, 13 Oct 2000 11:10:35 -0700 (PDT) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id OAA00963; Fri, 13 Oct 2000 14:05:39 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20001013140628.01f42a50@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Fri, 13 Oct 2000 14:09:38 -0400 To: dg@root.com From: Dennis Subject: Re: yet another unsupported PHY in fxp driver Cc: hackers@freebsd.org In-Reply-To: <200010130021.RAA09044@implode.root.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 primary problems that have resulted in the "unsupported PHY" messages >in the past year or so have been related to either the format or size of the >SEEPROM changing. Using generic MII code doesn't fix the problem; the fxp's >would still not work due to the MAC address being wrong, among other things, >which is also read from the SEEPROM. > This said, I think it is generally the right approach to use a generic >MII PHY software interface and at some point the driver will likely be updated >for that. It is low priority, however, since it doesn't solve any problems. Do you have any info on the "version 8" 82559 part (I assume you have access to docs online or otherwise)? New MBs that we just got in have this part and the messages have resurfaced. If you could point me at what to look for I'll try and tackle it and forward the info to you. without docs its a futile effort. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 11:21:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id B06D137B66D for ; Fri, 13 Oct 2000 11:21:50 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1000) id 2A6F12B248; Fri, 13 Oct 2000 13:21:45 -0500 (CDT) Date: Fri, 13 Oct 2000 11:21:45 -0700 From: Paul Saab To: Dennis Cc: dg@root.com, hackers@freebsd.org Subject: Re: yet another unsupported PHY in fxp driver Message-ID: <20001013112144.A62747@elvis.mu.org> References: <200010130021.RAA09044@implode.root.com> <5.0.0.25.0.20001013140628.01f42a50@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.20001013140628.01f42a50@mail.etinc.com>; from dennis@etinc.com on Fri, Oct 13, 2000 at 02:09:38PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dennis (dennis@etinc.com) wrote: > Do you have any info on the "version 8" 82559 part (I assume you have > access to docs online or otherwise)? New MBs that we just got in have > this part and the messages have resurfaced. The docs for the etherexpress pro/100 are only available from Intel under NDA these days and they will not allow you to release *any* drivers if you sign it. -- 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 Fri Oct 13 11:45:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 8718337B66C for ; Fri, 13 Oct 2000 11:45:33 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id LAA11341; Fri, 13 Oct 2000 11:45:45 -0700 (PDT) Message-Id: <200010131845.LAA11341@implode.root.com> To: Dennis Cc: hackers@freebsd.org Subject: Re: yet another unsupported PHY in fxp driver In-reply-to: Your message of "Fri, 13 Oct 2000 14:09:38 EDT." <5.0.0.25.0.20001013140628.01f42a50@mail.etinc.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 13 Oct 2000 11:45:45 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> The primary problems that have resulted in the "unsupported PHY" messages >>in the past year or so have been related to either the format or size of the >>SEEPROM changing. Using generic MII code doesn't fix the problem; the fxp's >>would still not work due to the MAC address being wrong, among other things, >>which is also read from the SEEPROM. >> This said, I think it is generally the right approach to use a generic >>MII PHY software interface and at some point the driver will likely be updated >>for that. It is low priority, however, since it doesn't solve any problems. > >Do you have any info on the "version 8" 82559 part (I assume you have >access to docs online or otherwise)? New MBs that we just got in have this >part and the messages have resurfaced. > >If you could point me at what to look for I'll try and tackle it and >forward the info to you. without docs its a futile effort. I'm sure it's just like all the other 82559 parts, with perhaps some new features that we won't take advantage of (due to not having the documentation). If there is something useful indicated in the 'unsupported PHY" message that you mentioned (a type, for example), then it could easily be added. The 82559 has an integrated 82555 PHY, so I really doubt there is actually a new PHY to deal with. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 11:59:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-106.dsl.snfc21.pacbell.net [63.202.176.106]) by hub.freebsd.org (Postfix) with ESMTP id 59C2C37B503 for ; Fri, 13 Oct 2000 11:59:48 -0700 (PDT) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9DJ1r701879; Fri, 13 Oct 2000 12:01:59 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200010131901.e9DJ1r701879@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: dg@root.com, hackers@freebsd.org Subject: Re: yet another unsupported PHY in fxp driver In-reply-to: Your message of "Fri, 13 Oct 2000 14:09:38 EDT." <5.0.0.25.0.20001013140628.01f42a50@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Oct 2000 12:01:53 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Do you have any info on the "version 8" 82559 part (I assume you have > access to docs online or otherwise)? New MBs that we just got in have this > part and the messages have resurfaced. > > If you could point me at what to look for I'll try and tackle it and > forward the info to you. without docs its a futile effort. The 'e100' driver from Intel (probably) contains the information you're looking for. AFAIR, it includes several tests for (ICH2 || Rev8). -- ... 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 Oct 13 12:39:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ipperformance.com (ipperf.com [206.225.36.162]) by hub.freebsd.org (Postfix) with ESMTP id 6466537B502; Fri, 13 Oct 2000 12:39:54 -0700 (PDT) Received: from rbg.ipperf.com ([10.1.0.66]) by ipperformance.com (8.9.3/8.9.3) with ESMTP id QAA03228; Thu, 12 Oct 2000 16:11:57 -0500 (CDT) (envelope-from rbg@ipperformance.com) Received: from localhost (localhost [127.0.0.1]) by rbg.ipperf.com (8.9.3/8.9.3) with ESMTP id QAA73816; Thu, 12 Oct 2000 16:11:51 -0500 (CDT) (envelope-from rbg@ipperformance.com) From: rbg@ipperformance.com Date: Thu, 12 Oct 2000 16:11:51 -0500 (CDT) Message-Id: <20001012.161151.107931129.rbg@ipperformance.com> To: lyndon@orthanc.ab.ca Cc: msmith@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: etherchannel In-Reply-To: <200010122106.e9CL6dE22139@orthanc.ab.ca> References: <200010122040.e9CKeZh01234@mass.osd.bsdi.com> <200010122106.e9CL6dE22139@orthanc.ab.ca> X-Mailer: Mew version 1.95b43 on Emacs 20.4 / Mule 4.0 (HANANOEN) 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 How does this compare with Intel's Adaptive Load Balancing (ALB) ? -- I guess it's closer to Intel's Link Aggregation ?? Robert.. _____________________________________________________________ Robert Gordon rbg@ipperf.com IP Performance, Inc Austin, Texas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 14:10:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id 5D4D037B502 for ; Fri, 13 Oct 2000 14:10:42 -0700 (PDT) Received: (qmail 61344 invoked from network); 13 Oct 2000 21:10:39 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by karon.sto.dynas.se with SMTP; 13 Oct 2000 21:10:39 -0000 Received: (qmail 2078 invoked from network); 13 Oct 2000 21:10:53 -0000 Received: from explorer.rsa.com (10.81.217.59) by spirit.dynas.se with SMTP; 13 Oct 2000 21:10:53 -0000 Received: (from mikko@localhost) by explorer.rsa.com (8.11.0/8.11.0) id e9DLAaE94356; Fri, 13 Oct 2000 14:10:36 -0700 (PDT) (envelope-from mikko) Date: Fri, 13 Oct 2000 14:10:36 -0700 (PDT) From: Mikko Tyolajarvi Message-Id: <200010132110.e9DLAaE94356@explorer.rsa.com> To: intmktg@CAM.ORG Cc: freebsd-hackers@freebsd.org Subject: Re: profiling a daemon process 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: >I am trying to profile a daemon process, but no gmon.out >file is ever created on FreeBSD. When I brought my code >to Linux, I managed to get the graph profile file. >First, I compiled everything with the -pg flag, as I would >any other program. Then, I run the program which is forked >to background and send a few queries to the daemon. Finally, >I kill the process using the TERM signal, which is caught >and closes everything nicely before exiting (main returns >0). Yet, no profile seems to be created. >I then proceeded to make a few changes to help the profiler. >First, I commented out the forking of the server process so >that the process could be kept in the foreground. Still no >profile. I then changed my program so that it doesn't exit >on a signal. Still no profile. >So what could be the potential reasons for this problem >knowing the program doesn't fork and exits on '0'? 1. Unable to create a file in the current directory. Try chdir("/tmp") before exiting. 2. Profiling data is written in an atexit() handler, so had you been using _exit(), there would be no output. Try truss or ktrace on the program, and see if that gives any hints. Try profiling a simpler program (hello.c ...), to make sure that works (it should). $.02, /Mikko -- Mikko Työläjärvi_______________________________________mikko@rsasecurity.com RSA Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 15:18:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from Gloria.CAM.ORG (Gloria.CAM.ORG [205.151.116.34]) by hub.freebsd.org (Postfix) with ESMTP id 906E737B671 for ; Fri, 13 Oct 2000 15:18:24 -0700 (PDT) Received: from localhost (intmktg@localhost) by Gloria.CAM.ORG (8.9.3/8.9.3) with ESMTP id SAA04442 for ; Fri, 13 Oct 2000 18:19:28 -0400 Date: Fri, 13 Oct 2000 18:19:28 -0400 (EDT) From: Marc Tardif To: freebsd-hackers@freebsd.org Subject: basic block counting 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 How can I compile a program with basic-block counting enabled? When I try compiling with the -a flag, which should be what I need, this is what I get: /var/tmp/cczW87621.o(.stab+0x14): undefined reference to `LPBX0' /var/tmp/cczW87622.o(.stab+0x14): undefined reference to `LPBX0' /var/tmp/cczW87623.o(.stab+0x14): undefined reference to `LPBX0' /var/tmp/cczW87624.o(.stab+0x14): undefined reference to `LPBX0' /var/tmp/cczW87625.o(.stab+0x14): undefined reference to `LPBX0' /var/tmp/cczW87626.o(.stab+0x14): more undefined references to `LPBX0' follow Does that mean I should be linking something? Also, I found very little reference to the "LPBX0" keyword on the freebsd-hackers mailing list and on deja.com/usenet, what does it mean? OS: FreeBSD 4.1-RELEASE compiler: gcc version 2.95.2 19991024 (release) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 16:24:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from never.tellme.com (never.tellme.com [209.157.156.27]) by hub.freebsd.org (Postfix) with ESMTP id BD7EE37B66C for ; Fri, 13 Oct 2000 16:24:57 -0700 (PDT) Received: by never.tellme.com (Postfix, from userid 501) id 9512E7165A; Fri, 13 Oct 2000 16:24:57 -0700 (PDT) Date: Fri, 13 Oct 2000 16:24:57 -0700 From: Danny Howard To: hackers@freebsd.org Subject: install.cfg -> arbitrary command? building packages INDEX? Message-ID: <20001013162457.F47011@never.tellme.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Loop: djhoward@uiuc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, I've been playing with PXE based on http://people.freebsd.org/~alfred/pxe/ ... the suggested methodology is to put a script in a package and packageAdd that. Is it possible to just run arbitrary commands from install.cfg? 'm probably going right to the pkgs anyway. Which begs a different question: is there a script for building the packages INDEX file? Or documentation somewhere on what each field means so I can write my own script? Thanks, -danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 17:22:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id AED3537B503 for ; Fri, 13 Oct 2000 17:22:13 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9E0M5A47756; Fri, 13 Oct 2000 17:22:06 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Danny Howard Cc: hackers@FreeBSD.ORG Subject: Re: install.cfg -> arbitrary command? building packages INDEX? In-Reply-To: Message from Danny Howard of "Fri, 13 Oct 2000 16:24:57 PDT." <20001013162457.F47011@never.tellme.com> Date: Fri, 13 Oct 2000 17:22:05 -0700 Message-ID: <47751.971482925@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So, I've been playing with PXE based on http://people.freebsd.org/~alfred/pxe / > ... the suggested methodology is to put a script in a package and packageAdd > that. Is it possible to just run arbitrary commands from install.cfg? Not really, but you can add packages from it. Use the packageAdd primitive, as you've already noted. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Oct 13 17:39:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from auemlsrv.firewall.lucent.com (auemail1.lucent.com [192.11.223.161]) by hub.freebsd.org (Postfix) with ESMTP id 1B12C37B66C; Fri, 13 Oct 2000 17:39:55 -0700 (PDT) Received: from auemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by auemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id UAA21534; Fri, 13 Oct 2000 20:39:54 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by auemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id UAA21530; Fri, 13 Oct 2000 20:39:53 -0400 (EDT) Received: from lucent.com (positron.micro.lucent.com [192.19.56.129]) by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id UAA23312; Fri, 13 Oct 2000 20:39:51 -0400 (EDT) Message-ID: <39E7AB10.EADBB53B@lucent.com> Date: Fri, 13 Oct 2000 20:38:40 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Module parameters? (WildWire DSL card driver) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Back in July I was asking about the capability to set parameters (variables) when loading my DSL driver module. There was a small flurry of activity about some initial ideas on how to do it, but I never heard any more about it. Did you (Mike, Warner, or anybody) have time to work on it? Did this capability get put into release 4.1, by any chance? :) I'm going to be transitioning from the DSL department here, and so I'd like to get the FreeBSD flavor of our DSL driver fully working before I leave DSL land. Right now the driver basically works, but I have to recompile it when I want to change options (recall that at the time my attach routine is called I need to know some parameters, I can't wait for a later ioctl). If I get the ability to set module parameters, so that the driver will be useful to people in general, is there anyone out there with DSL service and a Lucent WildWire card who would like to try out the driver? The Lucent WildWire DSL + V.90 modem cards have been shipped in PCs from Compaq, Dell, Hewlett-Packard, and Samsung (or soon to be from them). I believe they're still not yet available by themselves in retail stores - they still only come from OEMs. The driver is written for FreeBSD 4.x. At this point we're still not releasing any source code (and may never :( ), so that's why you can't just recompile your own driver with the options you need... So what's the status of module parameters? (no longer subscribed to either of these lists, please keep me in the address list on all replies) Thanks, Gary -- ========================================================= Gary Corcoran - Distinguished Member of Technical Staff Lucent Microelectronics - Client Access Broadband Systems Communications Protocol & Driver Development Group "We make the drivers that make communications work" Email: gcorcoran@lucent.com --------------------------------------------------------- "No brain, no service." ========================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 6:26:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 0A8AC37B66D; Sat, 14 Oct 2000 06:26:14 -0700 (PDT) Received: from fwd04.sul.t-online.com by mailout06.sul.t-online.com with smtp id 13kRKF-0006Sr-01; Sat, 14 Oct 2000 15:26:11 +0200 Received: from giskard.foundation.hs (320048919767-0001@[193.159.27.119]) by fwd04.sul.t-online.com with esmtp id 13kRK2-1oEheKC; Sat, 14 Oct 2000 15:25:58 +0200 Received: from daneel.foundation.hs (daneel.foundation.hs [192.168.20.2]) by giskard.foundation.hs (8.9.3/8.9.3) with ESMTP id PAA31729; Sat, 14 Oct 2000 15:27:30 +0200 (CEST) (envelope-from hschaefer@fto.de) Date: Sat, 14 Oct 2000 15:21:56 +0200 (CEST) From: 320048919767-0001@t-online.de (Heiko Schaefer) To: multimedia@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: video cd reading on freebsd (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320048919767-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------- Forwarded message ---------- Date: Sat, 14 Oct 2000 15:13:21 +0200 (CEST) From: Heiko Schaefer To: multimedia@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG, Soren Schmidt , Valeriy E. Ushakov Subject: video cd reading on freebsd Hey everyone, as many of you might know (by reading -multimedia), i would like to write a video cd input plugin for xine (xine.sourceforge.net, a player for mpeg-1 and mpeg-2 video that is mainly developed on linux, which synchronizes playback of video and audio) that works on freebsd. the current video cd plugin for linux uses the linux ioctls, which we obviously don't have on freebsd (aside from luoqi's patch that is not in -stable, as far as i understand). it needs a way to read the toc of the vcd (which is a ioctl call on linux), and read the video stream off of the disc. i understand that there is a (quite straightforward) way to read the raw data off a video cd using an atapi drive and that Mike Meyer is going to make it work for scsi as well as soon as he has time to do that. now i still don't quite understand how to do read data off of video cds exactly (although probably the answer is in mails on -multimedia, which i intend to read through again looking for this information - after getting an atapi drive). if someone (uwe?) could send me some sample c-program that does that, i would be really grateful. but i have absolutely no clue about how to read the toc off a video cd. will sys/cdio.h's ioc_read_toc_entry work for that ? if so, will it work for atapi, scsi or both ?! Heiko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 6:56:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sp-1.swe.sonera.net (sp-1.swe.sonera.net [195.84.251.11]) by hub.freebsd.org (Postfix) with ESMTP id 37E7137B66C for ; Sat, 14 Oct 2000 06:56:49 -0700 (PDT) Received: from [194.251.206.4] ([194.251.206.4]:31757 "HELO mail") by sp-1.swe.sonera.net with SMTP id convert rfc822-to-8bit; Sat, 14 Oct 2000 15:56:14 +0200 From: Per_Hallstrom_NV98ATe@teknikum.vaxjo.se (Per =?iso-8859-1?q?Hallstr=F6m?= NV98ATe) To: freebsd-hackers@FreeBSD.ORG Date: Sat, 14 Oct 2000 16:00:38 +0200 Subject: load average, to small to be true.. Message-ID: Organization: Kungsmadskolan Vaxjo SWEDEN MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: X-Gateway: NASTA Gate 2.0 for FirstClass(R) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems I'm the only one that has discovered that FreeBSD (i have tried up to 4.1-RELEASE) dosen't want the load to be more than 1024, or maybe the only one that thinks it's annoying.. =) Why? I know FreeBSD can run more processes than that - I have tried with about 7000, running at the same time... too bad I can't see an impressive load average... It can't be that much extra work for the kernel to hold just some extra bits to support load averages that is far beyond reality, can it? /Per H To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 8:39:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 9A69B37B503 for ; Sat, 14 Oct 2000 08:39:44 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9EFdgo27674; Sat, 14 Oct 2000 08:39:42 -0700 (PDT) Date: Sat, 14 Oct 2000 08:39:42 -0700 From: Alfred Perlstein To: =?iso-8859-1?Q?Per_Hallstr=F6m_NV98ATe?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: load average, to small to be true.. Message-ID: <20001014083941.A272@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: ; from Per_Hallstrom_NV98ATe@teknikum.vaxjo.se on Sat, Oct 14, 2000 at 04:00:38PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Per Hallström NV98ATe [001014 06:57] wrote: > It seems I'm the only one that has discovered that FreeBSD (i have > tried up to 4.1-RELEASE) dosen't want the load to be more than 1024, or > maybe the only one that thinks it's annoying.. =) Why? > > I know FreeBSD can run more processes than that - I have tried with > about 7000, running at the same time... too bad I can't see an > impressive load average... > > It can't be that much extra work for the kernel to hold just some extra > bits to support load averages that is far beyond reality, can it? You probably want to rase maxusers in your kernel config. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 10:51:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id DC52C37B66D for ; Sat, 14 Oct 2000 10:51:34 -0700 (PDT) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13kVSz-0005Q8-00; Sat, 14 Oct 2000 17:51:29 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.0/8.11.0) id e9EHriZ30438; Sat, 14 Oct 2000 19:53:44 +0200 (CEST) (envelope-from wkb) Date: Sat, 14 Oct 2000 19:53:44 +0200 From: Wilko Bulte To: Paul Saab Cc: Dennis , dg@root.com, hackers@freebsd.org Subject: Re: yet another unsupported PHY in fxp driver Message-ID: <20001014195344.B30394@freebie.demon.nl> References: <200010130021.RAA09044@implode.root.com> <5.0.0.25.0.20001013140628.01f42a50@mail.etinc.com> <20001013112144.A62747@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001013112144.A62747@elvis.mu.org>; from paul@mu.org on Fri, Oct 13, 2000 at 11:21:45AM -0700 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Oct 13, 2000 at 11:21:45AM -0700, Paul Saab wrote: > Dennis (dennis@etinc.com) wrote: > > Do you have any info on the "version 8" 82559 part (I assume you have > > access to docs online or otherwise)? New MBs that we just got in have > > this part and the messages have resurfaced. > > The docs for the etherexpress pro/100 are only available from Intel under > NDA these days and they will not allow you to release *any* drivers if > you sign it. Sounds like time to un-recommend Intel cards.. -- Wilko Bulte wilko@freebsd.org Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 10:52: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 993F237B670 for ; Sat, 14 Oct 2000 10:52:03 -0700 (PDT) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id NAA03581; Sat, 14 Oct 2000 13:47:21 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20001014134829.03d0a070@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sat, 14 Oct 2000 13:51:25 -0400 To: dg@root.com From: Dennis Subject: Re: yet another unsupported PHY in fxp driver Cc: hackers@freebsd.org In-Reply-To: <200010131845.LAA11341@implode.root.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 At 02:45 PM 10/13/2000, David Greenman wrote: > >> The primary problems that have resulted in the "unsupported PHY" > messages > >>in the past year or so have been related to either the format or size > of the > >>SEEPROM changing. Using generic MII code doesn't fix the problem; the fxp's > >>would still not work due to the MAC address being wrong, among other > things, > >>which is also read from the SEEPROM. > >> This said, I think it is generally the right approach to use a generic > >>MII PHY software interface and at some point the driver will likely be > updated > >>for that. It is low priority, however, since it doesn't solve any problems. > > > >Do you have any info on the "version 8" 82559 part (I assume you have > >access to docs online or otherwise)? New MBs that we just got in have this > >part and the messages have resurfaced. > > > >If you could point me at what to look for I'll try and tackle it and > >forward the info to you. without docs its a futile effort. > > I'm sure it's just like all the other 82559 parts, with perhaps some new >features that we won't take advantage of (due to not having the >documentation). >If there is something useful indicated in the 'unsupported PHY" message that >you mentioned (a type, for example), then it could easily be added. The 82559 >has an integrated 82555 PHY, so I really doubt there is actually a new PHY >to deal with. nope, type 0, addr 0. does this indicate (perhaps) another size change? Dennis Emerging Technologies, Inc. ------------------------------------------------------------------------------------- http://www.etinc.com ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX Multiport T1 and HSSI/T3 UNIX-based Routers Bandwidth Management Standalone Systems Bandwidth Management software for LINUX and FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 12:59:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [205.147.43.4]) by hub.freebsd.org (Postfix) with ESMTP id 8F98E37B502 for ; Sat, 14 Oct 2000 12:59:45 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.8/8.8.5) with ESMTP id MAA11618 for ; Sat, 14 Oct 2000 12:59:40 -0700 (PDT) Message-Id: <200010141959.MAA11618@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.2 06/23/2000 with version: MH 6.8.4 #1[UCI] To: freebsd-hackers@freebsd.org Subject: ASUS CUBX Motherboard 3rd and 4th IDE channels Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Oct 2000 12:59:40 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. I am attempting to install FreeBSD 4.1.1, off floppy, brand new CUBX motherboard with the 4 IDE channels. It's a GENERIC kernel, so I've done nothing to it yet. The ata driver apparently does not recognize the 3rd and 4th IDE channels. I can find nothing in dmesg that even remotely looks like ata2 and ata3. Is there support for 4 IDE channels (i.e. 8 devices) in 4.1.1? (If not, take heart that the bios config does not even seem to recognize that there are 4 channels. I'm going to try to find a BIOS upgrade...) ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "What lies behind and what lies before us are small matters compared to what lies within us." -Ralph Waldo Emerson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 15:26:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id F2BEB37B503 for ; Sat, 14 Oct 2000 15:26:11 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id PAA13879; Sat, 14 Oct 2000 15:26:20 -0700 (PDT) Message-Id: <200010142226.PAA13879@implode.root.com> To: Dennis Cc: hackers@freebsd.org Subject: Re: yet another unsupported PHY in fxp driver In-reply-to: Your message of "Sat, 14 Oct 2000 13:51:25 EDT." <5.0.0.25.0.20001014134829.03d0a070@mail.etinc.com> From: David Greenman Reply-To: dg@root.com Date: Sat, 14 Oct 2000 15:26:20 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I'm sure it's just like all the other 82559 parts, with perhaps some new >>features that we won't take advantage of (due to not having the >>documentation). >>If there is something useful indicated in the 'unsupported PHY" message that >>you mentioned (a type, for example), then it could easily be added. The 82559 >>has an integrated 82555 PHY, so I really doubt there is actually a new PHY >>to deal with. > >nope, type 0, addr 0. does this indicate (perhaps) another size change? It indicates that something is wrong with the SEEPROM. Is it a SuperMicro motherboard? If so, they changed the layout in the SEEPROM. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 20:13:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hyperhost.net (hyperhost.net [207.159.132.249]) by hub.freebsd.org (Postfix) with ESMTP id 7F38137B502 for ; Sat, 14 Oct 2000 20:13:08 -0700 (PDT) Received: from foobar.foobar.eyep.net (postfix@p5.a8.du.radix.net [207.192.132.133]) by hyperhost.net (8.9.3/8.9.3) with ESMTP id XAA16846; Sat, 14 Oct 2000 23:12:58 -0400 (EDT) Received: by foobar.foobar.eyep.net (Postfix, from userid 1000) id EB8C8137F2D; Sat, 14 Oct 2000 23:12:53 -0400 (EDT) Date: Sat, 14 Oct 2000 23:12:53 -0400 From: Patrick Seal To: Dave Hayes Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ASUS CUBX Motherboard 3rd and 4th IDE channels Message-ID: <20001014231253.A58936@hyperhost.net> References: <200010141959.MAA11618@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010141959.MAA11618@hokkshideh.jetcafe.org>; from dave@jetcafe.org on Sat, Oct 14, 2000 at 12:59:40PM -0700 X-Operating-System: FreeBSD foobar.foobar.eyep.net 4.1.1-STABLE FreeBSD 4.1.1-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 14, 2000 at 12:59:40 -0700i, Dave Hayes wrote: > Hello. > > I am attempting to install FreeBSD 4.1.1, off floppy, brand new CUBX > motherboard with the 4 IDE channels. It's a GENERIC kernel, so I've done > nothing to it yet. GENERIC: device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 notice the lack of ata2 and ata3. I have no idea what irq to use though. > The ata driver apparently does not recognize the 3rd and 4th IDE > channels. I can find nothing in dmesg that even remotely looks like > ata2 and ata3. > > Is there support for 4 IDE channels (i.e. 8 devices) in 4.1.1? > > (If not, take heart that the bios config does not even seem to > recognize that there are 4 channels. I'm going to try to find a BIOS > upgrade...) -- ------------------------------------ _____________________________________ Patrick Seal |"Microsoft isn't evil, they just make | really crappy operating systems." Hyperhost - http://www.hyperhost.net| -Linus Torvalds To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 20:44:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from spock.org (cm-24-169-6-210.nycap.rr.com [24.169.6.210]) by hub.freebsd.org (Postfix) with ESMTP id C9F7137B66D for ; Sat, 14 Oct 2000 20:44:47 -0700 (PDT) Received: (from jon@localhost) by spock.org serial EF600Q3T-B7F8823e9F3ifb77289F7T for hackers@freebsd.org; Sat, 14 Oct 2000 23:44:41 -0400 (EDT) (envelope-from jon) Date: Sat, 14 Oct 2000 23:44:41 -0400 From: Jonathan Chen To: hackers@freebsd.org Subject: PCI secondary bus Message-ID: <20001014234441.F78298@spock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While writing the new cardbus code, I ran into a problem where certain BIOSes (Dells in particular) does not initialize the pci configuration space of the pci to cardbus bridge. On a "normal" laptop, the BIOS will fill in a memory address, irq lines, and the secondary and subordinate bus numbers. On a dell laptop, those would be left as 0. I could work around the memory/irq issues, but I have no clue what to fill in for the secondary and subordinate bus numbers. Is there a magical function (in kernel, pcibios or otherwise) that would generate these values for me? And if not, how do I get the numbers? Would it be alright if I assign an arbitrary number as long as there is no conflict? Any help would be appreciated. Thanks. -- (o_ 1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2-1-2 _o) \\\_\ Jonathan Chen jon@spock.org /_/// <____) No electrons were harmed during production of this message (____> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 23:32:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from klapaucius.zer0.org (klapaucius.zer0.org [204.152.186.45]) by hub.freebsd.org (Postfix) with ESMTP id 8EF9B37B66D for ; Sat, 14 Oct 2000 23:32:12 -0700 (PDT) Received: by klapaucius.zer0.org (Postfix, from userid 1001) id 7E737239AB3; Sat, 14 Oct 2000 23:32:12 -0700 (PDT) Date: Sat, 14 Oct 2000 23:32:12 -0700 From: Gregory Sutter To: hackers@freebsd.org Subject: Routing issues Message-ID: <20001014233212.H3444@klapaucius.zer0.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Zer0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm setting up a network that looks like this: --Internet----Router---Firewall | | /--- host Switch----NAT-----<----- host | \----- host | \----- etc... --------- | | email ns In other words, a fairly typical small network. I've got an 8-IP subnet; all hosts outside the NAT have real IPs: router: 1.2.3.193 firewall: 1.2.3.196 fxp0 1.2.3.197 fxp1 nat: 1.2.3.198 email: 1.2.3.194 ns: 1.2.3.195 The problem I'm having is with my routing. Surprise. Here is the routing table for the firewall: default 1.2.3.193 fxp0 1.2.3.193 link#1 fxp0 1.2.3.192/29 link#2 fxp1 1.2.3.196 lo0 1.2.3.197 lo0 The gateway_enable (net.inet.ip.forwarding) is also enabled on the firewall. From the firewall, I can reach any host with no problems. However, from hosts inside the firewall, I cannot reach outside, and vice versa. I feel I must be missing something obvious, but have played with routes for hours to no avail. Does anyone see a problem with the routing of this network? Greg -- Gregory S. Sutter Computing is a terminal addiction. mailto:gsutter@zer0.org http://www.zer0.org/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 23:37:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from netplex.com.au (adsl-64-163-195-99.dsl.snfc21.pacbell.net [64.163.195.99]) by hub.freebsd.org (Postfix) with ESMTP id 0CB8137B502; Sat, 14 Oct 2000 23:37:55 -0700 (PDT) Received: from netplex.com.au (peter@localhost [127.0.0.1]) by netplex.com.au (8.11.0/8.9.3) with ESMTP id e9F6bjG49391; Sat, 14 Oct 2000 23:37:45 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200010150637.e9F6bjG49391@netplex.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: Patrick Seal Cc: Dave Hayes , freebsd-hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: ASUS CUBX Motherboard 3rd and 4th IDE channels In-Reply-To: <20001014231253.A58936@hyperhost.net> Date: Sat, 14 Oct 2000 23:37:45 -0700 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Patrick Seal wrote: > On Sat, Oct 14, 2000 at 12:59:40 -0700i, Dave Hayes wrote: > > Hello. > > > > I am attempting to install FreeBSD 4.1.1, off floppy, brand new CUBX > > motherboard with the 4 IDE channels. It's a GENERIC kernel, so I've done > > nothing to it yet. > > GENERIC: > device ata0 at isa? port IO_WD1 irq 14 > device ata1 at isa? port IO_WD2 irq 15 > > notice the lack of ata2 and ata3. This is irrelevant. The onboard ata0 and ata1 are actually PCI devices. These lines are only ever used if you have an ISA-only legacy system without a PCI IDE controller. I did a bit of searching. The CUBX motherboard uses a CMD PCI UDMA66 chipset. 4.x supports the CMD 640 and 646 chips. The CMD 648 (ATA66) and 649 (ATA100) do not have 4.x support yet. -current does have support though, so I imagine it will be merged back to 4.x sooner or later. I have cc'ed this to sos@freebsd.org, the ata maintainer. Maybe he can give us an update. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 23:45:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hecky.it.northwestern.edu (hecky.acns.nwu.edu [129.105.16.51]) by hub.freebsd.org (Postfix) with ESMTP id 0D21337B673 for ; Sat, 14 Oct 2000 23:45:29 -0700 (PDT) Received: (from mailnull@localhost) by hecky.it.northwestern.edu (8.8.7/8.8.7) id BAA05290; Sun, 15 Oct 2000 01:45:27 -0500 (CDT) Received: from confusion.net (dhcp089155.res-hall.nwu.edu [199.74.89.155]) by hecky.acns.nwu.edu via smap (V2.0) id xma005264; Sun, 15 Oct 00 01:45:00 -0500 Message-ID: <39E95244.D5C0EDFF@confusion.net> Date: Sun, 15 Oct 2000 01:44:21 -0500 From: Laurence Berland X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Gregory Sutter Cc: hackers@FreeBSD.ORG Subject: Re: Routing issues References: <20001014233212.H3444@klapaucius.zer0.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gregory Sutter wrote: > > I'm setting up a network that looks like this: > > --Internet----Router---Firewall > | > | /--- host > Switch----NAT-----<----- host > | \----- host > | \----- etc... > --------- > | | > email ns > > In other words, a fairly typical small network. I've got an 8-IP > subnet; all hosts outside the NAT have real IPs: > > router: 1.2.3.193 > firewall: 1.2.3.196 fxp0 > 1.2.3.197 fxp1 > nat: 1.2.3.198 > email: 1.2.3.194 > ns: 1.2.3.195 > > The problem I'm having is with my routing. Surprise. Here is > the routing table for the firewall: > > default 1.2.3.193 fxp0 > 1.2.3.193 link#1 fxp0 > 1.2.3.192/29 link#2 fxp1 > 1.2.3.196 lo0 > 1.2.3.197 lo0 > Now my network engineering is far from perfect (anyone have a network engineering intership for summer 2001? I do sysadmin and a little coding also...:) but it looks like the problem is that if the firewall is acting as a router (as opposed to a bridge, you don't say) then it will be seeing both its interfaces plus the router as being in the 1.2.3.192/29 subnet and is thus sending everything to fxp1. Or maybe I'm just nuts... > The gateway_enable (net.inet.ip.forwarding) is also enabled on > the firewall. > > >From the firewall, I can reach any host with no problems. However, > from hosts inside the firewall, I cannot reach outside, and vice > versa. I feel I must be missing something obvious, but have played > with routes for hours to no avail. Can you reach the router from the firewall? I say this because the default of fxp0 will let you get things off your net, but the router may be another story... > > Does anyone see a problem with the routing of this network? > > Greg > -- > Gregory S. Sutter Computing is a terminal addiction. > mailto:gsutter@zer0.org > http://www.zer0.org/~gsutter/ > PGP DSS public key 0x40AE3052 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Laurence Berland Intern, Flooz.com Northwestern '04 stuyman@confusion.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Oct 14 23:51:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (s014.dhcp212-24.cybercable.fr [212.198.24.14]) by hub.freebsd.org (Postfix) with ESMTP id 8677537B66C for ; Sat, 14 Oct 2000 23:51:54 -0700 (PDT) Received: from cybercable.fr (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id IAA99388; Sun, 15 Oct 2000 08:51:50 +0200 (CEST) (envelope-from herbelot@cybercable.fr) Message-ID: <39E95406.8F1C0717@cybercable.fr> Date: Sun, 15 Oct 2000 08:51:50 +0200 From: Thierry Herbelot X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Gregory Sutter Cc: hackers@FreeBSD.ORG Subject: Re: Routing issues References: <20001014233212.H3444@klapaucius.zer0.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gregory Sutter wrote: > > I'm setting up a network that looks like this: > > --Internet----Router---Firewall > | > | /--- host > Switch----NAT-----<----- host > | \----- host > | \----- etc... > --------- > | | > email ns > > In other words, a fairly typical small network. I've got an 8-IP > subnet; all hosts outside the NAT have real IPs: > > router: 1.2.3.193 > firewall: 1.2.3.196 fxp0 > 1.2.3.197 fxp1 > nat: 1.2.3.198 > email: 1.2.3.194 > ns: 1.2.3.195 > > The problem I'm having is with my routing. Surprise. Here is > the routing table for the firewall: > > default 1.2.3.193 fxp0 > 1.2.3.193 link#1 fxp0 > 1.2.3.192/29 link#2 fxp1 > 1.2.3.196 lo0 > 1.2.3.197 lo0 > > The gateway_enable (net.inet.ip.forwarding) is also enabled on > the firewall. with a *routing* firewall, like the one you are using, you must have two different IP subnets, one for each physical interface (or else, the kernel will not know which interface to use to send a packet). In your case, you should use a "bridging" firewall, where ony one of the ethernet interfaces has an IP address (you can then set up your firewall in a "stealth" config, where it does not touch the TTL in the IP packets) TfH -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message