From owner-freebsd-hackers Sun Jun 11 1: 6:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.grdn.net (mail.grdn.net [209.70.72.70]) by hub.freebsd.org (Postfix) with ESMTP id D318537BF83 for ; Sun, 11 Jun 2000 01:06:47 -0700 (PDT) (envelope-from mike@brenden.com) Received: from brenden.com (tree.grdn.net [209.70.72.10]) by mail.grdn.net (8.9.3/8.9.3) with ESMTP id EAA02638 for ; Sun, 11 Jun 2000 04:06:45 -0400 Message-ID: <394347D9.D2C8E781@brenden.com> Date: Sun, 11 Jun 2000 04:03:37 -0400 From: Michael Brenden Organization: Brenden Digital Corp. X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe mike@brenden.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 1:31:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id DB9B637BF37; Sun, 11 Jun 2000 01:31:17 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA50314; Sun, 11 Jun 2000 10:31:10 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006110831.KAA50314@freebsd.dk> Subject: Re: Promise Fasttrack RAID controller In-Reply-To: <39431747.41C67EA6@elischer.org> from Julian Elischer at "Jun 10, 2000 09:36:23 pm" To: julian@elischer.org (Julian Elischer) Date: Sun, 11 Jun 2000 10:31:10 +0200 (CEST) Cc: hackers@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Julian Elischer wrote: > Does anyone KNOW of these working under the > new drivers? What about setup? They are supported by the ATA driver, setup as usual, ie none they just work... > I've seen plenty about people failing (in 98-99) > to get tehm going but the archives are silent on the topic > after that period. The hardware support lists don't mention > them either. That must have been with the old wd driver, man ata :) Remember though that we see them just as a normal ATA controller what they in reality are. The Promise RAID stuff is just software in the BIOS, you are better of with ccd/vinum. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 1:44:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 99DDE37B53A for ; Sun, 11 Jun 2000 01:44:42 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.2/8.9.3) with UUCP id KAA89871 for freebsd-hackers@freebsd.org; Sun, 11 Jun 2000 10:44:40 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.9.3/8.9.3) with ESMTP id KAA03922 for ; Sun, 11 Jun 2000 10:44:27 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Sun, 11 Jun 2000 10:44:27 +0200 (CEST) From: Leif Neland To: freebsd-hackers@freebsd.org Subject: one ups, many machines 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 does handle it when one ups drives many machines? Wire the ports in parallel, and have an ups-daemon on each? Or just connect the ups port to one machine, and have this send a message to the others when the power is failing? And after a suitable time, turn off the ups regardless if the mains is ok, and turn it on again when the mains is ok? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 1:50:32 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 6E3A137BF56 for ; Sun, 11 Jun 2000 01:50:20 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id SAA00162; Sun, 11 Jun 2000 18:19:38 +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: Sun, 11 Jun 2000 18:19:38 +0930 (CST) From: "Daniel O'Connor" To: Leif Neland Subject: RE: one ups, many machines Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11-Jun-00 Leif Neland wrote: > How does handle it when one ups drives many machines? Use the NUT port.. /usr/ports/sysutils/nut/ Last I looked it was a little unpolished, but the basic framework is there to have a single UPS work for multiple machines. --- 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 Sun Jun 11 6: 0:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from majordomo2.umd.edu (majordomo2.umd.edu [128.8.10.7]) by hub.freebsd.org (Postfix) with ESMTP id 7AD1037B691 for ; Sun, 11 Jun 2000 06:00:27 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from rac2.wam.umd.edu (root@rac2.wam.umd.edu [128.8.10.142]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id JAA02552; Sun, 11 Jun 2000 09:00:23 -0400 (EDT) Received: from rac2.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac2.wam.umd.edu (8.9.3/8.9.3) with SMTP id JAA03767; Sun, 11 Jun 2000 09:00:24 -0400 (EDT) Received: from localhost (culverk@localhost) by rac2.wam.umd.edu (8.9.3/8.9.3) with ESMTP id JAA03763; Sun, 11 Jun 2000 09:00:24 -0400 (EDT) X-Authentication-Warning: rac2.wam.umd.edu: culverk owned process doing -bs Date: Sun, 11 Jun 2000 09:00:24 -0400 (EDT) From: Kenneth Wayne Culver To: Michael Brenden Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: subscribe In-Reply-To: <394347D9.D2C8E781@brenden.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 > subscribe mike@brenden.com send this to majordomo@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 10:29:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 4D31B37C923; Sun, 11 Jun 2000 10:29:19 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA14451; Sun, 11 Jun 2000 10:33:13 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006111733.KAA14451@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Julian Elischer Cc: hackers@freebsd.org, sos@freebsd.org Subject: Re: Promise Fasttrack RAID controller In-reply-to: Your message of "Sat, 10 Jun 2000 21:36:23 PDT." <39431747.41C67EA6@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 10:33:13 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Does anyone KNOW of these working under the > new drivers? What about setup? > I've seen plenty about people failing (in 98-99) > to get tehm going but the archives are silent on the topic > after that period. The hardware support lists don't mention > them either. They work OK, but you need to pull the BIOS (ie. not boot from them). -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 11:48: 4 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 1FE3437BAA5 for ; Sun, 11 Jun 2000 11:47:59 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.8/8.8.5) with ESMTP id LAA06572; Sun, 11 Jun 2000 11:47:43 -0700 (PDT) Message-Id: <200006111847.LAA06572@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Kelly Yancey Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What, exactly, does this mean? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 11:47:43 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kelly Yancey writes: > If you up PMAP_SHPGPERPROC, you increase the number of > pv_entries created at boot time. However, I am not informed enough > to say how high you can safely increase PMAP_SHPGPERPROC. What is the upper bound related to? What are the dangers in increasing it too much? ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "What's so special about the Net? People -still- don't listen..." -The Unknown Drummer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 11:49:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 40AD437B9A0; Sun, 11 Jun 2000 11:49:41 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id UAA97108; Sun, 11 Jun 2000 20:49:40 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006111849.UAA97108@freebsd.dk> Subject: Re: Promise Fasttrack RAID controller In-Reply-To: <200006111733.KAA14451@mass.cdrom.com> from Mike Smith at "Jun 11, 2000 10:33:13 am" To: msmith@FreeBSD.ORG (Mike Smith) Date: Sun, 11 Jun 2000 20:49:40 +0200 (CEST) Cc: julian@elischer.org (Julian Elischer), hackers@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Mike Smith wrote: > > Does anyone KNOW of these working under the > > new drivers? What about setup? > > I've seen plenty about people failing (in 98-99) > > to get tehm going but the archives are silent on the topic > > after that period. The hardware support lists don't mention > > them either. > > They work OK, but you need to pull the BIOS (ie. not boot from them). Uhm, why is that exactly, I boot of one such bastard :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 12: 3:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 3D1ED37B5F4; Sun, 11 Jun 2000 12:03:16 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA14816; Sun, 11 Jun 2000 12:06:24 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006111906.MAA14816@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Soren Schmidt Cc: hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Promise Fasttrack RAID controller In-reply-to: Your message of "Sun, 11 Jun 2000 20:49:40 +0200." <200006111849.UAA97108@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Jun 2000 12:06:24 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It seems Mike Smith wrote: > > > Does anyone KNOW of these working under the = > > > new drivers? What about setup? > > > I've seen plenty about people failing (in 98-99) > > > to get tehm going but the archives are silent on the topic > > > after that period. The hardware support lists don't mention > > > them either. > > = > > They work OK, but you need to pull the BIOS (ie. not boot from them).= > = > Uhm, why is that exactly, I boot of one such bastard :) The FastTrak RAID controller? Last time I played with the one we have, = it insisted on RAIDing any disks you attached to it. Since we don't = support their on-disk metadata, that made it kinda hard to go anyhere. Sounds like that's no longer the case, which is good news. 8) -- = \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 14:39:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D1B637B722; Sun, 11 Jun 2000 14:39:38 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA56348; Sun, 11 Jun 2000 14:39:39 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 11 Jun 2000 14:39:39 -0700 (PDT) From: Kris Kennaway To: Dave Hayes Cc: Kelly Yancey , freebsd-hackers@FreeBSD.ORG Subject: Re: What, exactly, does this mean? In-Reply-To: <200006111847.LAA06572@hokkshideh.jetcafe.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Jun 2000, Dave Hayes wrote: > Kelly Yancey writes: > > If you up PMAP_SHPGPERPROC, you increase the number of > > pv_entries created at boot time. However, I am not informed enough > > to say how high you can safely increase PMAP_SHPGPERPROC. > > What is the upper bound related to? What are the dangers in increasing > it too much? At a guess, running out of kernel memory. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 15: 2: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 3E88937CA7D; Sun, 11 Jun 2000 15:01:59 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 5233A138051; Sun, 11 Jun 2000 18:01:55 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id SAA04735; Sun, 11 Jun 2000 18:01:53 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14660.3153.658226.142964@trooper.velocet.net> Date: Sun, 11 Jun 2000 18:01:53 -0400 (EDT) To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Worst case swapping. X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running a 700Mhz K7 with 256M of RAM as my workstation. I have two fast SCSI drives with a Gig of swap between them. The system shouldn't normally be a bottleneck as a workstation. I find, however, that there seem to be some bad worst-case senerios popping up rather often. Netscape is a good (common) example, but other memory stresses will show if the system is busy, too. What I'm talking about is a situation where some portion of the application will be swapped out and then when the application becomes active again, the swap will grind heavily reading and writing for 10-20 seconds (pushing 5M/s out and 5M/s in). Now the application in question (Netscape) usually runs around 50 to 75 megs, so that swapping activity is effectively swapping an amount of memory equavalent to the whole application out and then in again. My fear that this is a worst case scenario comes from this fact: that some other part of the application now-just-recently-active-again is being swapped out to bring in a part that was already swapped out. Now, you could argue that this case is hard to avoid, but I find this happening during periods of constant browsing ... such that only a small amount of the application could have been out. I'm positive that its not a case of the working set being larger than physical memory; it's one of choice of page to swap. Has anyone done any thinking about this behaviour? It occurs with varying degree to many applications. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 15:20:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0ACC437BA9D; Sun, 11 Jun 2000 15:20:44 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id PAA29235; Sun, 11 Jun 2000 15:20:37 -0700 (PDT) (envelope-from dillon) Date: Sun, 11 Jun 2000 15:20:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200006112220.PAA29235@apollo.backplane.com> To: David Gilbert Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I'm running a 700Mhz K7 with 256M of RAM as my workstation. I have :two fast SCSI drives with a Gig of swap between them. The system :shouldn't normally be a bottleneck as a workstation. : :I find, however, that there seem to be some bad worst-case senerios :popping up rather often. :... ps axl. There must be stuff running on your system eating active memory other then just the browser. I have a 64MB workstation and run netscape on it all the time. Idled-out xterm's only take a second or so to swap-in after I've been doing other things / browsing for a while. :What I'm talking about is a situation where some portion of the :application will be swapped out and then when the application becomes :active again, the swap will grind heavily reading and writing for :10-20 seconds (pushing 5M/s out and 5M/s in). This can only happen if the programs running on the machine are eating more active memory then you have available. It should be possible to determine what is going on using 'vmstat 1' and 'ps axl'. :Now the application in question (Netscape) usually runs around 50 to :75 megs, so that swapping activity is effectively swapping an amount 50-75MB is a lot, but if you have 256MB of ram it can't be the cause unless there are other active things eating similar amounts of ram. It kinda sounds like a runaway to me. A ps axl during these heavy paging periods should shed some light on the problem. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 15:32: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 2676937C941; Sun, 11 Jun 2000 15:31:56 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id E8A05138055; Sun, 11 Jun 2000 18:31:54 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id SAA01203; Sun, 11 Jun 2000 18:31:50 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14660.4950.94654.399889@trooper.velocet.net> Date: Sun, 11 Jun 2000 18:31:50 -0400 (EDT) To: Matthew Dillon Cc: David Gilbert , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. In-Reply-To: <200006112220.PAA29235@apollo.backplane.com> References: <14660.3153.658226.142964@trooper.velocet.net> <200006112220.PAA29235@apollo.backplane.com> X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Matthew" == Matthew Dillon writes: Matthew> :Now the application in question (Netscape) usually runs Matthew> around 50 to :75 megs, so that swapping activity is Matthew> effectively swapping an amount Matthew> 50-75MB is a lot, but if you have 256MB of ram it can't Matthew> be the cause unless there are other active things eating Matthew> similar amounts of ram. Matthew> It kinda sounds like a runaway to me. A ps axl during Matthew> these heavy paging periods should shed some light on the Matthew> problem. Believe me, I look at these things. Yes there is a lot going on and a lot using memory. I normally have about 20% to 25% of my Gig of swap used... meaning that I have allocated roughly double my RAM in applications. And when this worst-case happens, memory is full... but the only active application is Netscape. On my home machine, the same thing tends to happen. It only has 128M and vastly fewer things going on. I see cases were I'm surfing for 20-30 minutes and I will hit this 10 to 30 second (longer, becase the swap at home is slower) gap in netscape response. The only other applications running would be something like a small UUCP transfer or a small amount of NFS traffic when the wife's (diskless) machine changes screensavers. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 15:46:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 4D89137BBB7; Sun, 11 Jun 2000 15:46:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id PAA29392; Sun, 11 Jun 2000 15:46:03 -0700 (PDT) (envelope-from dillon) Date: Sun, 11 Jun 2000 15:46:03 -0700 (PDT) From: Matthew Dillon Message-Id: <200006112246.PAA29392@apollo.backplane.com> To: David Gilbert Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <200006112220.PAA29235@apollo.backplane.com> <14660.4950.94654.399889@trooper.velocet.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Believe me, I look at these things. Yes there is a lot going on and a :lot using memory. I normally have about 20% to 25% of my Gig of swap :used... meaning that I have allocated roughly double my RAM in :applications. : :And when this worst-case happens, memory is full... but the only :active application is Netscape. : :On my home machine, the same thing tends to happen. It only has 128M :and vastly fewer things going on. I see cases were I'm surfing for :20-30 minutes and I will hit this 10 to 30 second (longer, becase the :swap at home is slower) gap in netscape response. : :The only other applications running would be something like a small :UUCP transfer or a small amount of NFS traffic when the wife's :(diskless) machine changes screensavers. : :Dave. Hmm. How large a memory-cache do you have configured for netscape? Disk cache? What is the RSS and VSZ of the netscape binary while the paging is going on? Please post a ps axl of the state of the system while the paging is going on. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 17: 1:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id CC2A837B5C9; Sun, 11 Jun 2000 17:01:27 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.138]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sun, 11 Jun 2000 17:02:15 -0700 Message-ID: <39442834.F70AE453@3-cities.com> Date: Sun, 11 Jun 2000 17:00:52 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: David Gilbert , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <200006112220.PAA29235@apollo.backplane.com> <14660.4950.94654.399889@trooper.velocet.net> <200006112246.PAA29392@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > > :Believe me, I look at these things. Yes there is a lot going on and a > :lot using memory. I normally have about 20% to 25% of my Gig of swap > :used... meaning that I have allocated roughly double my RAM in > :applications. > : > :And when this worst-case happens, memory is full... but the only > :active application is Netscape. > : > :On my home machine, the same thing tends to happen. It only has 128M > :and vastly fewer things going on. I see cases were I'm surfing for > :20-30 minutes and I will hit this 10 to 30 second (longer, becase the > :swap at home is slower) gap in netscape response. > : > :The only other applications running would be something like a small > :UUCP transfer or a small amount of NFS traffic when the wife's > :(diskless) machine changes screensavers. > : > :Dave. > > Hmm. How large a memory-cache do you have configured for netscape? > Disk cache? What is the RSS and VSZ of the netscape binary while > the paging is going on? Please post a ps axl of the state of the system > while the paging is going on. Netscape reallys goes to pot in a hurry if you allow it to use more than 1-2MB of memory cache. A friend was seeing a terrible response and tracked it back to Netscape's memory cache. He had a lot of memory and started out with something on the order of 16MB. By the time he was satisfied he was allowing less than ~2MB of memory cache, which is all I had ever allowed it to use. I seem to remember an affect on how much disk cache but that part of the memory has evaporated. Kent -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 18:22:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from entropy.tmok.com (entropy.tmok.com [204.17.163.11]) by hub.freebsd.org (Postfix) with ESMTP id 94C8E37B77D; Sun, 11 Jun 2000 18:22:29 -0700 (PDT) (envelope-from wonko@entropy.tmok.com) Received: (from wonko@localhost) by entropy.tmok.com (8.9.3/8.9.3) id VAA69456; Sun, 11 Jun 2000 21:29:43 -0400 (EDT) From: Brian Hechinger Message-Id: <200006120129.VAA69456@entropy.tmok.com> Subject: Re: Worst case swapping. In-Reply-To: <39442834.F70AE453@3-cities.com> from Kent Stewart at "Jun 11, 2000 5: 0:52 pm" To: kstewart@3-cities.com (Kent Stewart) Date: Sun, 11 Jun 2000 21:29:43 -0400 (EDT) Cc: dillon@apollo.backplane.com, dgilbert@velocet.ca, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Reply-To: wonko@entropy.tmok.com X-Useless-Header: why? because i can. X-Organization: The Ministry of Knowledge X-Dreams: an OpenWin that is based on current MIT X11 releases X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kent Stewart drunkenly mumbled... > > Netscape reallys goes to pot in a hurry if you allow it to use more > than 1-2MB of memory cache. A friend was seeing a terrible response > and tracked it back to Netscape's memory cache. He had a lot of memory > and started out with something on the order of 16MB. By the time he > was satisfied he was allowing less than ~2MB of memory cache, which is > all I had ever allowed it to use. i never screwed with the memory cache, but i've seen some pretty heavy memory leakage with navigator. how long have you had netscape running? an hour, a day, a week? my experience (it seems to have gotten better lately since the upgrade to 4.0 however) has seen starting size 16M, ending size 172M, running time of 13 days. of course, the fact that netscape actually ran for 13 days without crashing is a bit of a miracle itself. :) cheers, -brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 19:22:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id D5F2E37B95D; Sun, 11 Jun 2000 19:22:29 -0700 (PDT) (envelope-from julian@elischer.org) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id KAA16452; Mon, 12 Jun 2000 10:22:25 +0800 Received: from jules.elischer.org (reggae-04-249.nv.iinet.net.au [203.59.71.249]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id KAA06387; Mon, 12 Jun 2000 10:22:24 +0800 Message-ID: <3944483D.13728473@elischer.org> Date: Sun, 11 Jun 2000 19:17:33 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Mike Smith Cc: hackers@freebsd.org, sos@freebsd.org Subject: Re: Promise Fasttrack RAID controller References: <200006111733.KAA14451@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > Does anyone KNOW of these working under the > > new drivers? What about setup? > > I've seen plenty about people failing (in 98-99) > > to get tehm going but the archives are silent on the topic > > after that period. The hardware support lists don't mention > > them either. > > They work OK, but you need to pull the BIOS (ie. not boot from them). When you say "work" you don't mean as an array controller, but as a pair of separate ATA interfaces, right? Soren says that the raid code is just in the BIOS. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 20:28:28 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 05DB337B5D6 for ; Sun, 11 Jun 2000 20:28:26 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5C3SPm21947 for hackers@freebsd.org; Sun, 11 Jun 2000 20:28:25 -0700 (PDT) Date: Sun, 11 Jun 2000 20:28:25 -0700 From: Alfred Perlstein To: hackers@freebsd.org Subject: getting the kernel environment? Message-ID: <20000611202824.U18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How does one get the environment passed from the loader to the kernel from userland? Yes, I see the sysctl_kernenv in kern_environment.c, but I'm having trouble decyphering as how to use it. thanks, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 20:54:49 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 82D5737B6B5; Sun, 11 Jun 2000 20:54:43 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id WAA08762; Sun, 11 Jun 2000 22:54:26 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Sun, 11 Jun 2000 22:54:25 -0500 (CDT) From: David Scheidt To: wonko@entropy.tmok.com Cc: Kent Stewart , dillon@apollo.backplane.com, dgilbert@velocet.ca, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. In-Reply-To: <200006120129.VAA69456@entropy.tmok.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Jun 2000, Brian Hechinger wrote: :Kent Stewart drunkenly mumbled... :> :> Netscape reallys goes to pot in a hurry if you allow it to use more :> than 1-2MB of memory cache. A friend was seeing a terrible response :> and tracked it back to Netscape's memory cache. He had a lot of memory :> and started out with something on the order of 16MB. By the time he :> was satisfied he was allowing less than ~2MB of memory cache, which is :> all I had ever allowed it to use. : :i never screwed with the memory cache, but i've seen some pretty heavy memory :leakage with navigator. how long have you had netscape running? an hour, a Netscape has lots of memory leaks. the worst seem to be in Javascript, with java being a close second. I find I get the best performance and stability out of it if I leave those off, except when you need them. I also keep the memory cache size small, 2 or 3 megs; I leave the disk cache at a large size, since I am behind a slow link. The FreeBSD buffer caching does a good job of not throwing stuff away that I am actually using, so that works out quite well. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 11 21: 2:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 9919037B948 for ; Sun, 11 Jun 2000 21:02:12 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id VAA16187; Sun, 11 Jun 2000 21:06:04 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006120406.VAA16187@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: getting the kernel environment? In-reply-to: Your message of "Sun, 11 Jun 2000 20:28:25 PDT." <20000611202824.U18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jun 2000 21:06:04 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > How does one get the environment passed from the loader to the > kernel from userland? > > Yes, I see the sysctl_kernenv in kern_environment.c, but I'm having > trouble decyphering as how to use it. Use the sysctl lookup function to get the OID for kern.environment, then tack an integer on the end and start incrementing it until you get ENOENT. Basically the same way you get the list of network interfaces. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0: 2:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [209.212.100.194]) by hub.freebsd.org (Postfix) with ESMTP id A6B6937BB9F for ; Mon, 12 Jun 2000 00:02:27 -0700 (PDT) (envelope-from lists@security.za.net) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id JAA26174 for ; Mon, 12 Jun 2000 09:01:38 +0200 (SAST) (envelope-from lists@security.za.net) Date: Mon, 12 Jun 2000 09:01:38 +0200 (SAST) From: To: hackers@freebsd.org Subject: Fastforwarding 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 All, I posted this a coupla days ago and just thought I would ask again in the hope that someone had encounted something since then. Has anyone here tried setting net.inet.ip.fastforwarding on in a high traffic enviroment? This setting DRASTICALLY speeds up transfers between boxes talking through a freebsd gateway when you are using 2 100mbit interfaces, but it seems to kernel panic the system after a few minutes. Anyone got any ideas why its doing this, and any suggestions for fixing it? This problem was experienced under both 4.0-CURRENT and 4.0-STABLE Thanks Andrew Alston Citec Network Securities (Director) Phone: +27 11 787 4241 Fax: +27 11 787 4259 Cell: +27 83 602 5370 Email: andrew@cnsec.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0: 4:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id B27A837BB45 for ; Mon, 12 Jun 2000 00:04:41 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA13935; Mon, 12 Jun 2000 09:05:52 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006120705.JAA13935@info.iet.unipi.it> Subject: Re: Fastforwarding In-Reply-To: from "lists@security.za.net" at "Jun 12, 2000 09:01:38 am" To: lists@security.za.net Date: Mon, 12 Jun 2000 09:05:52 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi All, > > I posted this a coupla days ago and just thought I would ask again in the > hope that someone had encounted something since then. > > Has anyone here tried setting net.inet.ip.fastforwarding on in a high > traffic enviroment? > > This setting DRASTICALLY speeds up transfers between boxes talking through > a freebsd gateway when you are using 2 100mbit interfaces, but it seems to > kernel panic the system after a few minutes. can you quantify the "drastically" ? luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0: 6:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [209.212.100.194]) by hub.freebsd.org (Postfix) with ESMTP id 0466637BB45 for ; Mon, 12 Jun 2000 00:06:08 -0700 (PDT) (envelope-from lists@security.za.net) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id JAA26191; Mon, 12 Jun 2000 09:05:04 +0200 (SAST) (envelope-from lists@security.za.net) Date: Mon, 12 Jun 2000 09:05:04 +0200 (SAST) From: To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: Fastforwarding In-Reply-To: <200006120705.JAA13935@info.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Another coupla hundred kilobytes per second? Andrew On Mon, 12 Jun 2000, Luigi Rizzo wrote: > > Hi All, > > > > I posted this a coupla days ago and just thought I would ask again in the > > hope that someone had encounted something since then. > > > > Has anyone here tried setting net.inet.ip.fastforwarding on in a high > > traffic enviroment? > > > > This setting DRASTICALLY speeds up transfers between boxes talking through > > a freebsd gateway when you are using 2 100mbit interfaces, but it seems to > > kernel panic the system after a few minutes. > > can you quantify the "drastically" ? > > luigi > > -----------------------------------+------------------------------------- > Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) > Mobile +39-347-0373137 > -----------------------------------+------------------------------------- > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0: 8:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 7C33237B995 for ; Mon, 12 Jun 2000 00:08:36 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA13967; Mon, 12 Jun 2000 09:09:42 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006120709.JAA13967@info.iet.unipi.it> Subject: Re: Fastforwarding In-Reply-To: from "lists@security.za.net" at "Jun 12, 2000 09:05:04 am" To: lists@security.za.net Date: Mon, 12 Jun 2000 09:09:42 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Another coupla hundred kilobytes per second? from what to what ? sounds like a 5% improvement or even less... cheers luigi > > Andrew > > On Mon, 12 Jun 2000, Luigi Rizzo wrote: > > > > Hi All, > > > > > > I posted this a coupla days ago and just thought I would ask again in the > > > hope that someone had encounted something since then. > > > > > > Has anyone here tried setting net.inet.ip.fastforwarding on in a high > > > traffic enviroment? > > > > > > This setting DRASTICALLY speeds up transfers between boxes talking through > > > a freebsd gateway when you are using 2 100mbit interfaces, but it seems to > > > kernel panic the system after a few minutes. > > > > can you quantify the "drastically" ? > > > > luigi > > > > -----------------------------------+------------------------------------- > > Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione > > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > > TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) > > Mobile +39-347-0373137 > > -----------------------------------+------------------------------------- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0:17:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [209.212.100.194]) by hub.freebsd.org (Postfix) with ESMTP id 8B15637B995 for ; Mon, 12 Jun 2000 00:17:32 -0700 (PDT) (envelope-from lists@security.za.net) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id JAA26227; Mon, 12 Jun 2000 09:16:24 +0200 (SAST) (envelope-from lists@security.za.net) Date: Mon, 12 Jun 2000 09:16:24 +0200 (SAST) From: To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: Fastforwarding In-Reply-To: <200006120709.JAA13967@info.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Another couple of 100k/sec per connection. When I was running as follows: 10mbit network -> pix -> freebsd gateway -> internal network (100mbit) with 100mbit ethernet on the fbsd gateway, 10mbit up to the gateway (there are routers inbetween the pix and the gateway), and 100mbit on the internal network, my connection speed per connection when from about 550k/sec to over 750k/sec with it set, thats a fair bit of a improvement. Also 100mbit -> 100mbit it went from about 4.5meg/sec to about 6meg a second, again, a fair big improvement. Thanks Andrew On Mon, 12 Jun 2000, Luigi Rizzo wrote: > > Another coupla hundred kilobytes per second? > > from what to what ? sounds like a 5% improvement or even less... > > cheers > luigi > > > > Andrew > > > > On Mon, 12 Jun 2000, Luigi Rizzo wrote: > > > > > > Hi All, > > > > > > > > I posted this a coupla days ago and just thought I would ask again in the > > > > hope that someone had encounted something since then. > > > > > > > > Has anyone here tried setting net.inet.ip.fastforwarding on in a high > > > > traffic enviroment? > > > > > > > > This setting DRASTICALLY speeds up transfers between boxes talking through > > > > a freebsd gateway when you are using 2 100mbit interfaces, but it seems to > > > > kernel panic the system after a few minutes. > > > > > > can you quantify the "drastically" ? > > > > > > luigi > > > > > > -----------------------------------+------------------------------------- > > > Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione > > > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > > > TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) > > > Mobile +39-347-0373137 > > > -----------------------------------+------------------------------------- > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0:20:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 04A7C37B995 for ; Mon, 12 Jun 2000 00:20:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id PAA28268; Mon, 12 Jun 2000 15:19:44 +0800 Received: from jules.elischer.org (reggae-18-16.nv.iinet.net.au [203.59.80.16]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id PAA32300; Mon, 12 Jun 2000 15:19:36 +0800 Message-ID: <39448DE2.69D8BD19@elischer.org> Date: Mon, 12 Jun 2000 00:14:42 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Luigi Rizzo Cc: lists@security.za.net, hackers@FreeBSD.ORG Subject: Re: Fastforwarding References: <200006120709.JAA13967@info.iet.unipi.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > > > Another coupla hundred kilobytes per second? > > from what to what ? sounds like a 5% improvement or even less... > > > > This setting DRASTICALLY speeds up transfers > > > > between boxes talking through > > > > a freebsd gateway when you are using 2 100mbit > > > > interfaces, but it seems to > > > > kernel panic the system after a few minutes. The question is not "how fast is fast forwarding?", but "why is it crashing?" I can imagine small timing changes speeding up a session between other boxes. Andrew, when it crashes, what are the symptoms? if it really panics, then there should be a panic message. if not then you should include DDB in the kernel (and not start X) so that you can get a stack trace/coredump. (actually maybe you should have a coredump already) julian -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0:24: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [209.212.100.194]) by hub.freebsd.org (Postfix) with ESMTP id 5CCAF37B518 for ; Mon, 12 Jun 2000 00:23:58 -0700 (PDT) (envelope-from lists@security.za.net) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id JAA26246; Mon, 12 Jun 2000 09:22:09 +0200 (SAST) (envelope-from lists@security.za.net) Date: Mon, 12 Jun 2000 09:22:09 +0200 (SAST) From: To: Julian Elischer Cc: Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: Fastforwarding In-Reply-To: <39448DE2.69D8BD19@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I will take a look and see if I can get a panic message later on, unfortunatly the one box that I have running forwarding is a highly important system that I cant afford downtime on, and most of the time when it panics Im working on it remotely, but it definatly panics and the box reboots. I will try and get another test system up shortly and send you the exact panic message. Thanks Andrew On Mon, 12 Jun 2000, Julian Elischer wrote: > Luigi Rizzo wrote: > > > > > Another coupla hundred kilobytes per second? > > > > from what to what ? sounds like a 5% improvement or even less... > > > > > This setting DRASTICALLY speeds up transfers > > > > > between boxes talking through > > > > > a freebsd gateway when you are using 2 100mbit > > > > > interfaces, but it seems to > > > > > kernel panic the system after a few minutes. > > The question is not "how fast is fast forwarding?", but > "why is it crashing?" I can imagine small timing changes > speeding up a session between other boxes. > > Andrew, when it crashes, what are the symptoms? > if it really panics, then there should be a panic message. > if not then you should include DDB in the kernel > (and not start X) so that you can get a stack trace/coredump. > (actually maybe you should have a coredump already) > > julian > > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Perth > v > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 0:53:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oskar.dev.nanoteq.co.za (oskar.nanoteq.co.za [196.7.114.5]) by hub.freebsd.org (Postfix) with ESMTP id EF7F037BC27 for ; Mon, 12 Jun 2000 00:53:44 -0700 (PDT) (envelope-from rbezuide@oskar.dev.nanoteq.co.za) Received: (from rbezuide@localhost) by oskar.dev.nanoteq.co.za (8.9.3/8.9.0) id JAA07838; Mon, 12 Jun 2000 09:53:28 +0200 (SAT) From: Reinier Bezuidenhout Message-Id: <200006120753.JAA07838@oskar.dev.nanoteq.co.za> Subject: Re: Fastforwarding In-Reply-To: <200006120705.JAA13935@info.iet.unipi.it> from Luigi Rizzo at "Jun 12, 2000 9: 5:52 am" To: luigi@info.iet.unipi.it (Luigi Rizzo) Date: Mon, 12 Jun 2000 09:53:28 +0200 (SAT) Cc: lists@security.za.net, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > Has anyone here tried setting net.inet.ip.fastforwarding on in a high > > traffic enviroment? > > > > This setting DRASTICALLY speeds up transfers between boxes talking through > > a freebsd gateway when you are using 2 100mbit interfaces, but it seems to > > kernel panic the system after a few minutes. > > can you quantify the "drastically" ? > > luigi > This also depends on what 100mbit cards you are using ... we had problems with the Intel ether express cards when using X-over cables (yes :) Intel specs that these cards should NOT be used with X-overs) ... this caused the cards to go in some reset stage where no packets are transfered and the mbufs heap up and eventually could cause a panic. this happend when configured as abridge and doing 100mbit full-duplex transfers, we fixed this by using a switch and removing the X-overs. Also have a look at increasing the mbufs .. I don't know if the mbuf exaustion panic has been fixed .. anyone ?? Reinier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 1:24: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 53A1D37BD34 for ; Mon, 12 Jun 2000 01:23:58 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id KAA14390; Mon, 12 Jun 2000 10:24:50 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006120824.KAA14390@info.iet.unipi.it> Subject: Re: Fastforwarding In-Reply-To: <39448DE2.69D8BD19@elischer.org> from Julian Elischer at "Jun 12, 2000 00:14:42 am" To: Julian Elischer Date: Mon, 12 Jun 2000 10:24:50 +0200 (CEST) Cc: lists@security.za.net, 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 > The question is not "how fast is fast forwarding?", but > "why is it crashing?" I can imagine small timing changes > speeding up a session between other boxes. yes, the original poster was concerned about crashes, i was mainly concerned on the gains in fastforwarding (as fastforwarding does not support firewall, and has a max of 256 connections if i remember well... so i am unsure how deployable it is in large settings) cheers luigi > Andrew, when it crashes, what are the symptoms? > if it really panics, then there should be a panic message. > if not then you should include DDB in the kernel > (and not start X) so that you can get a stack trace/coredump. > (actually maybe you should have a coredump already) > > julian > > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Perth > v > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 4:26:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 8057037CAE3; Mon, 12 Jun 2000 04:26:12 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA33956; Mon, 12 Jun 2000 13:25:48 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006121125.NAA33956@freebsd.dk> Subject: Re: Promise Fasttrack RAID controller In-Reply-To: <200006111906.MAA14816@mass.cdrom.com> from Mike Smith at "Jun 11, 2000 12:06:24 pm" To: msmith@FreeBSD.ORG (Mike Smith) Date: Mon, 12 Jun 2000 13:25:47 +0200 (CEST) Cc: hackers@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Mike Smith wrote: > > It seems Mike Smith wrote: > > > > Does anyone KNOW of these working under the > > > > new drivers? What about setup? > > > > I've seen plenty about people failing (in 98-99) > > > > to get tehm going but the archives are silent on the topic > > > > after that period. The hardware support lists don't mention > > > > them either. > > > > > > They work OK, but you need to pull the BIOS (ie. not boot from them). > > > > Uhm, why is that exactly, I boot of one such bastard :) > > The FastTrak RAID controller? Last time I played with the one we have, > it insisted on RAIDing any disks you attached to it. Since we don't > support their on-disk metadata, that made it kinda hard to go anyhere. I've looked at what they put on disk long ago, but I newer got to make either ccd or vinum use that info, I'd rather see vinum and the kernel grow this in a generic manner... > Sounds like that's no longer the case, which is good news. 8) It newer was, you just make a single onedisk "promise" partition and dont use it, that way the BIOS is satisfied. BTW it not possible to pull the BIOS on the newer ones ie the Fasttrak 66 & 100, the BIOS is soldered in place. I guess one could degrade the Fasttrak to an Ultra by flashing an Ultra BIOS image :) At any rate the Promise Fasttrak is a "winraid" gimmick that is close to useless, but its a fine way to trible the income off ones ATA controller... This can be done with any dual channel ATA controller, so I guess its just a matter of time until we see this in the motherboard BIOS on some boards.... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 5:44:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fe080.worldonline.dk (fe080.worldonline.dk [212.54.64.210]) by hub.freebsd.org (Postfix) with SMTP id 120A837BAB0 for ; Mon, 12 Jun 2000 05:44:32 -0700 (PDT) (envelope-from jacob.lorensen@e-postboks.dk) Received: (qmail 12149 invoked by uid 0); 12 Jun 2000 12:44:22 -0000 Received: from 4.ppp1-32.worldonline.dk (HELO pippin.jblhome.ping.dk) (212.54.93.132) by fe080.worldonline.dk with SMTP; 12 Jun 2000 12:44:22 -0000 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.9.3/8.9.3) id OAA04694; Mon, 12 Jun 2000 14:26:08 +0200 (CEST) (envelope-from jacob) To: Matthew Dillon Cc: David Gilbert , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <200006112220.PAA29235@apollo.backplane.com> <14660.4950.94654.399889@trooper.velocet.net> <200006112246.PAA29392@apollo.backplane.com> From: Jacob Bohn Lorensen Date: 12 Jun 2000 14:26:08 +0200 In-Reply-To: Matthew Dillon's message of "Sun, 11 Jun 2000 15:46:03 -0700 (PDT)" Message-ID: <87g0qj2ihr.fsf@pippin.jblhome.ping.dk> Lines: 28 X-Mailer: Gnus v5.5/Emacs 20.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Matthew" == Matthew Dillon writes: Matthew> :Believe me, I look at these things. Yes there is a lot Matthew> going on and a :lot using memory. I normally have about Matthew> 20% to 25% of my Gig of swap :used... meaning that I have Matthew> allocated roughly double my RAM in :applications. : :And Matthew> when this worst-case happens, memory is full... but the Matthew> only :active application is Netscape. : :On my home Matthew> machine, the same thing tends to happen. It only has Matthew> 128M :and vastly fewer things going on. I see cases were Matthew> I'm surfing for :20-30 minutes and I will hit this 10 to Matthew> 30 second (longer, becase the :swap at home is slower) Matthew> gap in netscape response. : :The only other applications Matthew> running would be something like a small :UUCP transfer or Matthew> a small amount of NFS traffic when the wife's :(diskless) Matthew> machine changes screensavers. : :Dave. This may be a stupid suggestion, so please excuse me if it is... but... have you checked process resource limits? Especially the "memoryuse" parameter, I think, tells the system how large a working set you will allow each process. Regards, Jacob. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45 39560401 PGPid: 0x752EB4DE Fingerprint: F609A0BAFF393EA904F7-F344680F8EED752EB4DE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 7:39:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maho3msx2.isus.emc.com (maho3msx2.isus.emc.com [168.159.208.81]) by hub.freebsd.org (Postfix) with ESMTP id 95B7D37B5C1 for ; Mon, 12 Jun 2000 07:39:24 -0700 (PDT) (envelope-from Neff_Glen@emc.com) Received: by maho3msx2.isus.emc.com with Internet Mail Service (5.5.2448.0) id ; Mon, 12 Jun 2000 10:39:22 -0400 Message-ID: <0DD20620B8B8D311985F00D0B708153B69C060@corpmx6.isus.emc.com> From: Neff_Glen@emc.com To: dillon@apollo.backplane.com Cc: hackers@freebsd.org Subject: RE: Problem mouting NFS exports from multi-homed servers Date: Mon, 12 Jun 2000 10:39:17 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for your reply. My problem, however, is that the NFS servers I'm dealing with run a plethora of OSs. Believe you me, I'd love to run FreeBSD on all of 'em, but that is simply out of my control. The '-h' option for nfsd that was introduced v4.0 would be a great fix for this. What I really need is a means to make the FreeBSD client not be so picky about where the return packets are coming from. I've since learned that this is a long-standing issue with FreeBSD: http://www.freebsd.org/cgi/query-pr.cgi?pr=2858 http://www.freebsd.org/cgi/query-pr.cgi?pr=16239 Thanks, -G /* Glen R. J. Neff neff_glen@emc.com 919-248-6145 Dirty deeds done for a meager 20% markup. . . */ -----Original Message----- From: Matthew Dillon [mailto:dillon@apollo.backplane.com] Sent: Friday, June 09, 2000 22:25 To: Neff_Glen@emc.com Cc: hackers@freebsd.org Subject: Re: Problem mouting NFS exports from multi-homed servers :The one problem standing in the way of my being able to implement this :solution is a very specific problem with mounting NFS exports from :multi-homed servers on our network. We have this problem both from the :FreeBSD box itself and from the "NAT'ed" clients on the 10.x.x.x networks it :serves. There are two solutions to this problem, both involving fixing the NFS server. The problem is that the FreeBSD NFS server would respond to UDP NFS packets using a different source IP then they were sent to. The solution is to either use TCP NFS mounts, or to use the -h option to nfsd (see 'man nfsd') to force nfsd to bind to and respond to UDP packets using the same interface IP. 'man nfsd' should give you enough information to fix this on your NFS server. You should not have to mess with the clients at all. I'm pretty sure I backported this feature to 3.x. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 7:52:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 9E77F37B57B for ; Mon, 12 Jun 2000 07:52:46 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: (from jkh@localhost) by zippy.cdrom.com (8.9.3/8.9.3) id HAA74024 for hackers@freebsd.org; Mon, 12 Jun 2000 07:52:04 -0700 (PDT) (envelope-from jkh) Date: Mon, 12 Jun 2000 07:52:04 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <200006121452.HAA74024@zippy.cdrom.com> To: hackers@freebsd.org Subject: Way off-topic, but anybody know how to resurrect files from FAT-12? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm sitting here in Seoul, Korea (which is very nice, by the way) and I've just managed to delete all 82 images of Kyoto off the FAT-12 format Smartcard they were on. Waaaah! Well, that is to say that I mv'd them off from FreeBSD (and I hope our MSDOSFS code doesn't do anything really weird there) and then proceeded to fat-finger a command in the shell which deleted them off my UFS filesystem. Once I noticed that fsdb seems to be read-only no matter what you do with it these days, and not really knowing how to use it to resurrect deleted directory slots, I resolved to go back to the original smartcard (which I've saved an image of, my brain having returned from the dark, musty place it must have been when I thought to do image reshuffling while tired). I notice with od -c that it's FAT-12 and first thought to simply edit the first byte of each filename back to what it was, since it being mangled was the first thing I noticed in "beav". That resulted in the filenames being viewable again, but I still can't copy the files since that returns EFAULT. Clearly there's something else I'm missing here when it comes to resurrecting deleted files off a DOS FS, and Win98 doesn't appear to have an "undelete" (I looked) so I'm really at a loss. I'd buy a copy of Norton or something at this point, but I wouldn't even know where to find such a thing in Korea. Any suggestions? They were some really nice pictures and I hate the idea of losing them. :-( Thanks! I've certainly learned my lesson for at least another year or two.... - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 8:31:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 8404B37B58C; Mon, 12 Jun 2000 08:31:12 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id JAA25818; Mon, 12 Jun 2000 09:31:02 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id JAA08923; Mon, 12 Jun 2000 09:31:01 -0600 (MDT) (envelope-from nate) Date: Mon, 12 Jun 2000 09:31:01 -0600 (MDT) Message-Id: <200006121531.JAA08923@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: <200006090323.UAA01210@mass.cdrom.com> References: <393F55AD.446B9B3D@elischer.org> <200006090323.UAA01210@mass.cdrom.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Not to mention "how much memory do you really gain by unloading modules"? > > > Considering the price of RAM these days (although not as low as > > > it was, but I won't be spending $650 US for 16M any time soon > > > again), the few K that unloading a bunch of modules saves won't > > > EVER really be noticed by the 83Tb chunk that Nutscrape allocates. > ... > > The issue is with really small ram embedded systems. > > Making things CAPABLE of being small is different from making > > them dynamicly loadable. > > Nobody in their right mind is going to produce a "really small ram" > embedded system that features the sort of nondeterminism that > "automatically" (read 'randomly') unloading modules would involve. Gee, I guess you better tell the QNX folks that, who've been doing such things for as long as you've been programming. Everyone is an idiot or a completely lunatic if they don't agree with you completely? From the last week... > The bulletheads will brand me a "libertarian" (not really correct), > any sort of mandate to turn the Project into a bannana republic; all > this talk going on is breeze between a small group of windy > individuals who appear to be deluding themselves into thinking they > speak for the rest of the community. > I think that you're incredibly naive. > This is all insane speculation, and totally off the mark. > Many Americans think their version of democracy works fine, too. > This is just a Really Pointless Idea. > Nobody in their right mind is going to produce ... Seems like everything is black/white for you lately Mike. Thought about taking a vacation to cool off and relax? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 8:42:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C4B1237B881 for ; Mon, 12 Jun 2000 08:42:28 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA34329; Mon, 12 Jun 2000 08:42:10 -0700 (PDT) (envelope-from dillon) Date: Mon, 12 Jun 2000 08:42:10 -0700 (PDT) From: Matthew Dillon Message-Id: <200006121542.IAA34329@apollo.backplane.com> To: Neff_Glen@emc.com Cc: hackers@freebsd.org Subject: Re: RE: Problem mouting NFS exports from multi-homed servers References: <0DD20620B8B8D311985F00D0B708153B69C060@corpmx6.isus.emc.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Thanks for your reply. My problem, however, is that the NFS servers I'm :dealing with run a plethora of OSs. Believe you me, I'd love to run FreeBSD :on all of 'em, but that is simply out of my control. The '-h' option for :nfsd that was introduced v4.0 would be a great fix for this. What I really :need is a means to make the FreeBSD client not be so picky about where the :return packets are coming from. I've since learned that this is a :long-standing issue with FreeBSD: : :http://www.freebsd.org/cgi/query-pr.cgi?pr=2858 : :http://www.freebsd.org/cgi/query-pr.cgi?pr=16239 : :Thanks, :-G Making the client accept packets from different IP's then they were sent to is not really in the cards. If the servers are replying using the wrong IP, it's a bug in the servers. You might be able to work around it by having the client connect to the server's other IP. What about using TCP mounts? :/* : Glen R. J. Neff : neff_glen@emc.com : 919-248-6145 : : Dirty deeds done for a meager 20% markup. . . :*/ -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 8:47:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6ADB737B7DF for ; Mon, 12 Jun 2000 08:47:55 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA34404; Mon, 12 Jun 2000 08:47:34 -0700 (PDT) (envelope-from dillon) Date: Mon, 12 Jun 2000 08:47:34 -0700 (PDT) From: Matthew Dillon Message-Id: <200006121547.IAA34404@apollo.backplane.com> To: Cc: Julian Elischer , Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: Fastforwarding References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It kinda sounds to me like the improved speed you are getting is from reduced latency rather then from higher available bandwidth. You may be able to get the same result by increasing the TCP window size on source and destination. The default is only 16K (on FreeBSD boxes), 8K in Win95/98, and 16K on Win2K. If I remember right. Also, if either if your ethernets are on HUBs changing those out for switches should result in a major improvement in performance. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 9:17:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 07E2A37B813 for ; Mon, 12 Jun 2000 09:17:21 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id SAA01248; Mon, 12 Jun 2000 18:18:21 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006121618.SAA01248@info.iet.unipi.it> Subject: Re: Fastforwarding In-Reply-To: <200006121547.IAA34404@apollo.backplane.com> from Matthew Dillon at "Jun 12, 2000 08:47:34 am" To: Matthew Dillon Date: Mon, 12 Jun 2000 18:18:21 +0200 (CEST) Cc: lists@security.za.net, Julian Elischer , 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 > It kinda sounds to me like the improved speed you are getting is > from reduced latency rather then from higher available bandwidth. right, i got the same feeling. only 550KB on a 10MBit ethernet is kind of slow anyways. cheers luigi > You may be able to get the same result by increasing the TCP window > size on source and destination. The default is only 16K (on FreeBSD > boxes), 8K in Win95/98, and 16K on Win2K. If I remember right. > > Also, if either if your ethernets are on HUBs changing those out for > switches should result in a major improvement in performance. > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 9:39:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from baynet.baynetworks.com (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 4BBA837B567 for ; Mon, 12 Jun 2000 09:39:43 -0700 (PDT) (envelope-from bwithrow@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107]) by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id JAA04821; Mon, 12 Jun 2000 09:37:05 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id JAA19449; Mon, 12 Jun 2000 09:37:03 -0700 (PDT) Received: from baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id MAA19072; Mon, 12 Jun 2000 12:38:33 -0400 for Message-Id: <200006121638.MAA19072@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: Neff_Glen@emc.com Cc: dillon@apollo.backplane.com, hackers@FreeBSD.ORG Subject: Re: Problem mouting NFS exports from multi-homed servers In-Reply-To: Message from Neff_Glen@emc.com of "Mon, 12 Jun 2000 10:39:17 EDT." <0DD20620B8B8D311985F00D0B708153B69C060@corpmx6.isus.emc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 2000 12:38:33 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Neff_Glen@emc.com said: :- What I really need is a means to make the FreeBSD client not be so :- picky about where the return packets are coming from. Which, in general, is a security risk. Anyway, what we do is use the "noconn" nfs option. Here is our "/net" AMD setup which uses that option. /defaults type:=host;fs:=${autodir}/net/${rhost}/root;rhost:=${key} * opts:=rw,soft,intr,nodev,nosuid,grpid,resvport,vers=2,proto=udp,rsize=8192,wsize=8192,noconn -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 10:31:13 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 DB61F37B95F; Mon, 12 Jun 2000 10:31:08 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5CHV8e11768; Mon, 12 Jun 2000 10:31:08 -0700 (PDT) Date: Mon, 12 Jun 2000 10:31:07 -0700 From: Alfred Perlstein To: dg@freebsd.org Cc: hackers@freebsd.org Subject: sendfile should use getfp. Message-ID: <20000612103107.B18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG May I commit this? I'm going to need getfp to be non-static for some stuff I have in the queue, I figured sendfile might as well use it. thanks, -Alfred Index: sys/filedesc.h =================================================================== RCS file: /home/ncvs/src/sys/sys/filedesc.h,v retrieving revision 1.21 diff -u -u -r1.21 filedesc.h --- sys/filedesc.h 2000/04/30 06:31:28 1.21 +++ sys/filedesc.h 2000/06/12 17:28:02 @@ -142,6 +142,8 @@ void funsetownlst __P((struct sigiolst *sigiolst)); int getvnode __P((struct filedesc *fdp, int fd, struct file **fpp)); void setugidsafety __P((struct proc *p)); +struct file *getfp __P((struct filedesc* fdp, int fd, int flag)); + #endif /* _KERNEL */ #endif /* !_SYS_FILEDESC_H_ */ Index: kern/uipc_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.66 diff -u -u -r1.66 uipc_syscalls.c --- kern/uipc_syscalls.c 2000/04/16 18:53:13 1.66 +++ kern/uipc_syscalls.c 2000/06/10 01:21:31 @@ -1432,9 +1432,8 @@ * Do argument checking. Must be a regular file in, stream * type and connected socket out, positive offset. */ - if (((u_int)uap->fd) >= fdp->fd_nfiles || - (fp = fdp->fd_ofiles[uap->fd]) == NULL || - (fp->f_flag & FREAD) == 0) { + fp = getfp(fdp, uap->fd, FREAD); + if (fp == NULL) { error = EBADF; goto done; } Index: kern/sys_generic.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sys_generic.c,v retrieving revision 1.56 diff -u -u -r1.56 sys_generic.c --- kern/sys_generic.c 2000/05/09 17:43:20 1.56 +++ kern/sys_generic.c 2000/06/12 17:26:30 @@ -69,13 +69,12 @@ static int pollscan __P((struct proc *, struct pollfd *, int)); static int selscan __P((struct proc *, fd_mask **, fd_mask **, int)); -static struct file* getfp __P((struct filedesc *, int, int)); static int dofileread __P((struct proc *, struct file *, int, void *, size_t, off_t, int)); static int dofilewrite __P((struct proc *, struct file *, int, const void *, size_t, off_t, int)); -static struct file* +struct file* getfp(fdp, fd, flag) struct filedesc* fdp; int fd, flag; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 10:36:10 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 098FE37BAE4 for ; Mon, 12 Jun 2000 10:36:06 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id KAA29850; Mon, 12 Jun 2000 10:27:42 -0700 (PDT) Message-Id: <200006121727.KAA29850@implode.root.com> To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: sendfile should use getfp. In-reply-to: Your message of "Mon, 12 Jun 2000 10:31:07 PDT." <20000612103107.B18462@fw.wintelcom.net> From: David Greenman Reply-To: dg@root.com Date: Mon, 12 Jun 2000 10:27:42 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >May I commit this? I'm going to need getfp to be non-static for >some stuff I have in the queue, I figured sendfile might as well >use it. Fine by me. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Manufacturer of high-performance Internet servers - 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 Mon Jun 12 11:59:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id DF9B737B529 for ; Mon, 12 Jun 2000 11:59:38 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA18651; Mon, 12 Jun 2000 12:03:23 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006121903.MAA18651@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: nate@yogotech.com (Nate Williams) Cc: hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 12 Jun 2000 09:31:01 MDT." <200006121531.JAA08923@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 2000 12:03:23 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > Not to mention "how much memory do you really gain by unloading modules"? > > > > Considering the price of RAM these days (although not as low as > > > > it was, but I won't be spending $650 US for 16M any time soon > > > > again), the few K that unloading a bunch of modules saves won't > > > > EVER really be noticed by the 83Tb chunk that Nutscrape allocates. > > ... > > > The issue is with really small ram embedded systems. > > > Making things CAPABLE of being small is different from making > > > them dynamicly loadable. > > > > Nobody in their right mind is going to produce a "really small ram" > > embedded system that features the sort of nondeterminism that > > "automatically" (read 'randomly') unloading modules would involve. > > Gee, I guess you better tell the QNX folks that, who've been doing such > things for as long as you've been programming. Everyone is an idiot or > a completely lunatic if they don't agree with you completely? Since FreeBSD isn't QNX, and entirely lacks the infrastructure that they have for this sort of thing, I don't get where you're going here. We _are_ talking about FreeBSD here, not QNX, right? If that's the case, my point stands - trying to "automatically unload unused modules" in the FreeBSD context simply isn't sufficiently deterministic or robust for this argument to be valid. There's too much "this would be good for X case" arguing going on, where the proponent clearly hasn't thought much about the X case other than that it sounds cool and might add some weight to their otherwise unrelated pet cause. "Really small embedded systems" appear to be the Cool Cause Du Jour. > Seems like everything is black/white for you lately Mike. Thought about > taking a vacation to cool off and relax? Let me know how yours is doing you, and I might consider it. How many years has it been now? 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 12:11:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 9BF8637BC7A for ; Mon, 12 Jun 2000 12:11:34 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id OAA28103; Mon, 12 Jun 2000 14:11:29 -0500 (CDT) (envelope-from dan) Date: Mon, 12 Jun 2000 14:11:28 -0500 From: Dan Nelson To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? Message-ID: <20000612141128.A18212@dan.emsphone.com> References: <200006121452.HAA74024@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.3i In-Reply-To: <200006121452.HAA74024@zippy.cdrom.com>; from "Jordan K. Hubbard" on Mon Jun 12 07:52:04 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 12), Jordan K. Hubbard said: > I'm sitting here in Seoul, Korea (which is very nice, by the way) and > I've just managed to delete all 82 images of Kyoto off the FAT-12 format > Smartcard they were on. Waaaah! $ simx "undelete|unerase" Primary Mirror Directory simtelnet/msdos/dirutl/ Filename Type Length Date Description =============================================================================== derase.zip B 13229 890201 Pgm to unerase files oz111.zip B 83633 920918 Multiple-version undelete + HD Protection Primary Mirror Directory simtelnet/msdos/microsft/ Filename Type Length Date Description =============================================================================== pd0646.zip B 21113 921209 Updated CHKDSK.EXE & UNDELETE.EXE for DOS 5.0 $ Try one of those, from your favorite Simtel mirror. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 12:24:50 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 7D0F137B928 for ; Mon, 12 Jun 2000 12:24:47 -0700 (PDT) (envelope-from gcorcoran@lucent.com) 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 PAA02866 for ; Mon, 12 Jun 2000 15:24:40 -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 PAA02853; Mon, 12 Jun 2000 15:24:39 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id PAA24565; Mon, 12 Jun 2000 15:24:38 -0400 (EDT) Message-ID: <39453A78.565BDECC@lucent.com> Date: Mon, 12 Jun 2000 15:31:04 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? References: <200006121452.HAA74024@zippy.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > I'm sitting here in Seoul, Korea (which is very nice, by the way) and > I've just managed to delete all 82 images of Kyoto off the FAT-12 format > Smartcard they were on. Waaaah! > Way back in the Dark Ages I used to hack on FAT-12 code... Going *way* back in the archives - (had to find a 5-1/4 inch floppy drive!) it looks as if there are directory entry attributes at the byte at dirptr+11, and the lower bits (ANDed with 0x1C) should be 0. Otherwise, if I recall (don't have reference books here), there is a bit saying the file is deleted (other bits say subdirectory, system file, etc.) So you may just have to change that one byte (per file) to recover them (in addition to changing the first byte of the file name which you already did). Hope this helps... (otherwise find a copy of Norton Disk Doctor... :) 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 --------------------------------------------------------- There are only two kinds of machines - those that fail little by little, and those that fail all at once. ========================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 12:58:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id D3EDD37B52F for ; Mon, 12 Jun 2000 12:58:31 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p17-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.18]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id EAA21713; Tue, 13 Jun 2000 04:58:26 +0900 (JST) Message-ID: <39453CC0.C19BB2CD@newsguy.com> Date: Tue, 13 Jun 2000 04:40:48 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: David Gilbert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Gilbert wrote: > > I'm positive that its not a case of the working set being larger than > physical memory; it's one of choice of page to swap. You are positively wrong, then. :-) Active pages are _always_ last resort with the algorithm FreeBSD uses. You mention Netscape is the only active application on another mail... Well, there is X too, isn't there? > Has anyone done any thinking about this behaviour? It occurs with > varying degree to many applications. I have only seen something like this with Netscape. I could probably trace it to Netscape running Java or Javascript, but I have never tried. Alas, in my case this is MUCH worse, as the APA-1460 where Netscape (and a lot of other applications) is consumes freaking amounts of CPU, which results in trashing. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 13: 7:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 64DA637B797 for ; Mon, 12 Jun 2000 13:07:43 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000612200726.GUFI17505.relay02@chello.nl>; Mon, 12 Jun 2000 22:07:26 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id WAA08115; Mon, 12 Jun 2000 22:07:41 +0200 (CEST) (envelope-from wkb) Date: Mon, 12 Jun 2000 22:07:41 +0200 From: Wilko Bulte To: "Daniel C. Sobral" Cc: David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. Message-ID: <20000612220741.C8046@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <14660.3153.658226.142964@trooper.velocet.net> <39453CC0.C19BB2CD@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39453CC0.C19BB2CD@newsguy.com>; from dcs@newsguy.com on Tue, Jun 13, 2000 at 04:40:48AM +0900 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 04:40:48AM +0900, Daniel C. Sobral wrote: > David Gilbert wrote: > > > > I'm positive that its not a case of the working set being larger than > > physical memory; it's one of choice of page to swap. > > You are positively wrong, then. :-) Active pages are _always_ last > resort with the algorithm FreeBSD uses. > > You mention Netscape is the only active application on another mail... > Well, there is X too, isn't there? > > > Has anyone done any thinking about this behaviour? It occurs with > > varying degree to many applications. > > I have only seen something like this with Netscape. I could probably > trace it to Netscape running Java or Javascript, but I have never tried. Well, another good candidate is acrobat4. Acrobat3 is OK, acrobat 4 seems to dwarf Netscrape in memory footprint. -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl - Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 15:11:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id DDB9637BCC1 for ; Mon, 12 Jun 2000 15:11:16 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115215>; Tue, 13 Jun 2000 08:11:11 +1000 Content-return: prohibited From: Peter Jeremy Subject: Booting from Extended DOS partition To: hackers@FreeBSD.ORG Message-Id: <00Jun13.081111est.115215@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 08:11:09 +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that the FreeBSD bootloader (boot0) explicitly prohibits booting from Extended DOS partitions (type 5). As far as I can see, an Extended DOS partition looks like a virtual disk - sector 0 contains a partition table explaining how that partition is broken up into secondary partitions. Given this, why can't it contain an MBR and allow booting? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 15:36: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from outpost.hstn.tensor.pgs.com (outpost.hstn.tensor.pgs.com [157.147.25.67]) by hub.freebsd.org (Postfix) with ESMTP id D7B7737B5B7 for ; Mon, 12 Jun 2000 15:36:00 -0700 (PDT) (envelope-from shocking@hstn.tensor.pgs.com) Received: from hap.hstn.tensor.pgs.com (hap.hstn.tensor.pgs.com [157.147.93.156]) by outpost.hstn.tensor.pgs.com (8.9.3/8.9.3) with ESMTP id RAA08875 for ; Mon, 12 Jun 2000 17:35:58 -0500 (CDT) Received: from penguin.hstn.tensor.pgs.com (penguin.hstn.tensor.pgs.com [157.147.132.155]) by hap.hstn.tensor.pgs.com (8.9.3/8.9.3) with ESMTP id RAA27415 for ; Mon, 12 Jun 2000 17:35:58 -0500 (CDT) Received: from hstn.tensor.pgs.com (localhost [127.0.0.1]) by penguin.hstn.tensor.pgs.com (8.8.8+Sun/8.8.8) with ESMTP id RAA20382 for ; Mon, 12 Jun 2000 17:35:57 -0500 (CDT) Message-Id: <200006122235.RAA20382@penguin.hstn.tensor.pgs.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: hackers@freebsd.org Subject: Roadrunner cable modems & FreeBSD Reply-To: shocking@prth.pgs.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 2000 17:35:57 -0500 From: Steve Hocking Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just moved from the one street in the Perth, Australia metropolitan area that didn't have cable access to Houston, where I have a plethora of choices. The apartment I'm planning to move into has Roadrunner access. Does anyone have any experience with setting this up under FreeBSD? Stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 16:16:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 7E4E037B69C for ; Mon, 12 Jun 2000 16:16:08 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-129.nnj.dialup.bellatlantic.net [151.198.117.129]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id TAA16931; Mon, 12 Jun 2000 19:15:53 -0400 (EDT) Message-ID: <39456F52.BC507026@bellatlantic.net> Date: Mon, 12 Jun 2000 19:16:34 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: "Gary T. Corcoran" Cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? References: <200006121452.HAA74024@zippy.cdrom.com> <39453A78.565BDECC@lucent.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Gary T. Corcoran" wrote: > > "Jordan K. Hubbard" wrote: > > > > I'm sitting here in Seoul, Korea (which is very nice, by the way) and > > I've just managed to delete all 82 images of Kyoto off the FAT-12 format > > Smartcard they were on. Waaaah! > > > > Way back in the Dark Ages I used to hack on FAT-12 code... > Going *way* back in the archives - (had to find a 5-1/4 inch floppy > drive!) it looks as if there are directory entry attributes at the byte > at dirptr+11, and the lower bits (ANDed with 0x1C) should be 0. Otherwise, > if I recall (don't have reference books here), there is a bit saying > the file is deleted (other bits say subdirectory, system file, etc.) > So you may just have to change that one byte (per file) to recover them > (in addition to changing the first byte of the file name which you > already did). The clusters in the FAT have to be re-connected. The number of the first cluster is still stored in the directory entry, as well as directory file size. Then hoping that the files were written sequentially you start from that cluster and link together as many free clusters going sequentially after it to cover this file size. FAT-12 is an array of 12-bit entries, each corresponding to a cluster. An entry contains the number of the next cluster in file. The last cluster in a file has some special value in its FAT entry, something like 0xFFF or 0xFFE, can't remember exactly. The unallocated clusters have value like 000 in their entries. The cluster size for FAT-12 will probably be equal to one sector, that is 512 bytes. At least that's true for diskettes but may be different for the Smartcard. > Hope this helps... > (otherwise find a copy of Norton Disk Doctor... :) Norton Quick Unerase. Which was later licensed by MS and included as standard DOS unerase. Jordan, I can attach either of them off-list if you want. The DOS unerase will work only with the same version of DOS, which for my copy I think is 6.22. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 16:58:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 876BC37B818 for ; Mon, 12 Jun 2000 16:58:55 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA35805; Mon, 12 Jun 2000 16:58:51 -0700 (PDT) (envelope-from dillon) Date: Mon, 12 Jun 2000 16:58:51 -0700 (PDT) From: Matthew Dillon Message-Id: <200006122358.QAA35805@apollo.backplane.com> To: "Daniel C. Sobral" Cc: David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <39453CC0.C19BB2CD@newsguy.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :David Gilbert wrote: :> :> I'm positive that its not a case of the working set being larger than :> physical memory; it's one of choice of page to swap. : :You are positively wrong, then. :-) Active pages are _always_ last :resort with the algorithm FreeBSD uses. : :You mention Netscape is the only active application on another mail... :Well, there is X too, isn't there? : :> Has anyone done any thinking about this behaviour? It occurs with :> varying degree to many applications. : :I have only seen something like this with Netscape. I could probably :trace it to Netscape running Java or Javascript, but I have never tried. :... :-- :Daniel C. Sobral (8-DCS) I think the issue with netscape may be memory fragmentation, but in order for it to thrash the system it would need a much larger VSZ (virtual size). I can imagine a run size (RSS) in the range given but I would expect the VSZ (virtual size) to be much larger. One of the reasons I would like to see an actual 'ps axl' output during one of these heavy paging periods rather then someone's analysis of the output, is to check things like this. With a very large virtual size it is possible for a single program to thrash the machine. This sort of thrashing occurs when the program accesses 'most' of its memory footprint randomly due to memory fragmentation within the program's own memory space--- which is often what you get when you have memory leaks. Also, re: the X server... beware that X maps video cards so if you have a 32MB video card (like a voodoo 3 2000), 48MB of the RSS you see for X will actually be device mappings. 0 217 216 0 2 0 62476 53724 select S ?? 215:24.90 /usr/X11R6/b... So my X server is only 62-48 = 14MB VSZ, 54-48 = 6MB RSS. Finally, FreeBSD will *NOT* steal pages from programs that have *just become* idle in order to satisfy requests from programs still active. It takes a while (a few seconds to a few minutes, depending) for idle program pages to become reusable. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 17: 3: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id B34C937B7D0 for ; Mon, 12 Jun 2000 17:02:59 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id SAA00768; Mon, 12 Jun 2000 18:02:50 -0600 (MDT) Date: Mon, 12 Jun 2000 18:02:50 -0600 (MDT) From: Nick Rogness To: shocking@prth.pgs.com Cc: hackers@freebsd.org Subject: Re: Roadrunner cable modems & FreeBSD In-Reply-To: <200006122235.RAA20382@penguin.hstn.tensor.pgs.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 Mon, 12 Jun 2000, Steve Hocking wrote: > I've just moved from the one street in the Perth, Australia metropolitan area > that didn't have cable access to Houston, where I have a plethora of choices. > The apartment I'm planning to move into has Roadrunner access. Does anyone > have any experience with setting this up under FreeBSD? Yes, I am running several machines with RR. dhclient seems to work alright. The DHCP leases expire, but you always get the same IP and there is little inbound firewalling within their network so I can ssh,telnet, or web serve to my home machine. I am using nos-tun between several machines within this network, created a VPN between fellow employees across their FreeBSD machines...so far so good. Just don't port scan across their network or they lock your MAC address out ;-) Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 17:33:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id C1B1C37BC2F for ; Mon, 12 Jun 2000 17:33:19 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA75796; Mon, 12 Jun 2000 17:32:31 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Dan Nelson Cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? In-reply-to: Your message of "Mon, 12 Jun 2000 14:11:28 CDT." <20000612141128.A18212@dan.emsphone.com> Date: Mon, 12 Jun 2000 17:32:31 -0700 Message-ID: <75793.960856351@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ah, I should also have noted that undelete.exe (which I also fetched from simtel) doesn't seem to work for me since it won't operate from a DOS box and if I shut down to DOS, the pccard services go away and I'm no longer able to mount the smartcard which I'd like to undelete files on. Catch-22. :( Thanks for the suggestions so far though folks! - Jordan > In the last episode (Jun 12), Jordan K. Hubbard said: > > I'm sitting here in Seoul, Korea (which is very nice, by the way) and > > I've just managed to delete all 82 images of Kyoto off the FAT-12 format > > Smartcard they were on. Waaaah! > > $ simx "undelete|unerase" > > Primary Mirror Directory simtelnet/msdos/dirutl/ > Filename Type Length Date Description > ============================================================================= == > derase.zip B 13229 890201 Pgm to unerase files > oz111.zip B 83633 920918 Multiple-version undelete + HD Protection > > Primary Mirror Directory simtelnet/msdos/microsft/ > Filename Type Length Date Description > ============================================================================= == > pd0646.zip B 21113 921209 Updated CHKDSK.EXE & UNDELETE.EXE for DOS 5. 0 > $ > > Try one of those, from your favorite Simtel mirror. > > -- > Dan Nelson > dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 18:42: 5 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 B092737B661 for ; Mon, 12 Jun 2000 18:42:01 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 18068 invoked by uid 1001); 13 Jun 2000 01:42:00 -0000 Date: Mon, 12 Jun 2000 21:42:00 -0400 From: Brian Reichert To: "Jordan K. Hubbard" Cc: Dan Nelson , hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? Message-ID: <20000612214159.A18026@numachi.com> References: <20000612141128.A18212@dan.emsphone.com> <75793.960856351@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <75793.960856351@localhost>; from jkh@zippy.cdrom.com on Mon, Jun 12, 2000 at 05:32:31PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 12, 2000 at 05:32:31PM -0700, Jordan K. Hubbard wrote: > Ah, I should also have noted that undelete.exe (which I also fetched > from simtel) doesn't seem to work for me since it won't operate from > a DOS box and if I shut down to DOS, the pccard services go away and > I'm no longer able to mount the smartcard which I'd like to undelete > files on. Catch-22. :( Use 'dd' to put the disk image somewhere persistant? > Thanks for the suggestions so far though folks! > > - Jordan -- Brian 'you Bastard' Reichert reichert@numachi.com 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 Mon Jun 12 20:48:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-04-real.cdsnet.net (mail-04-real.cdsnet.net [204.118.244.94]) by hub.freebsd.org (Postfix) with SMTP id BA04237B505 for ; Mon, 12 Jun 2000 20:48:29 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 33485 invoked from network); 13 Jun 2000 03:48:28 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-04-real.cdsnet.net with SMTP; 13 Jun 2000 03:48:28 -0000 Date: Mon, 12 Jun 2000 20:42:31 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Soren Schmidt Cc: Mike Smith , hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Promise Fasttrack RAID controller In-Reply-To: <200006121125.NAA33956@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Jun 2000, Soren Schmidt wrote: > > This can be done with any dual channel ATA controller, so I guess > its just a matter of time until we see this in the motherboard > BIOS on some boards.... Promise already sells a MB with this BIOS on it. Never got one, but saw it on the web page. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 20:50:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-03-real.cdsnet.net (mail-03-real.cdsnet.net [204.118.244.93]) by hub.freebsd.org (Postfix) with SMTP id E8C8E37B98C for ; Mon, 12 Jun 2000 20:50:39 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 86401 invoked from network); 13 Jun 2000 03:50:25 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-03-real.cdsnet.net with SMTP; 13 Jun 2000 03:50:25 -0000 Date: Mon, 12 Jun 2000 20:44:29 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Julian Elischer Cc: hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Promise Fasttrack RAID controller In-Reply-To: <39431747.41C67EA6@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have many of them up and running under 4.0, but they will only function as normal IDE controllers, not "RAID". As to teh BIOS issue, make a stripe, then make your partition that you're using not stomp on the end of the drive, and it won't overwrite that gook that the promise sticks out there. Heck, I sent one with some drives to Soren just to make sure that they worked. :) I only wish the RAID part could've worked as is. On Sat, 10 Jun 2000, Julian Elischer wrote: > Does anyone KNOW of these working under the > new drivers? What about setup? > I've seen plenty about people failing (in 98-99) > to get tehm going but the archives are silent on the topic > after that period. The hardware support lists don't mention > them either. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 21: 3:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 33D7637B530 for ; Mon, 12 Jun 2000 21:03:23 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-169.nnj.dialup.bellatlantic.net [151.198.117.169]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id AAA23951; Tue, 13 Jun 2000 00:02:48 -0400 (EDT) Message-ID: <3945B291.30DDBC70@bellatlantic.net> Date: Tue, 13 Jun 2000 00:03:29 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: "Jordan K. Hubbard" Cc: Dan Nelson , hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? References: <75793.960856351@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > Ah, I should also have noted that undelete.exe (which I also fetched > from simtel) doesn't seem to work for me since it won't operate from > a DOS box and if I shut down to DOS, the pccard services go away and > I'm no longer able to mount the smartcard which I'd like to undelete > files on. Catch-22. :( Use pcemu or doscmd. Configure the pccard device as an image of pseudo hard drive in pcemu or doscmd, so that DOS inside the emulator will see it as a disk. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 12 23:11:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id D9C6D37BAB7; Mon, 12 Jun 2000 23:10:59 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (user-33qti7k.dialup.mindspring.com [199.174.200.244]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id CAA09016; Tue, 13 Jun 2000 02:10:14 -0400 (EDT) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id XAA01594; Mon, 12 Jun 2000 23:09:24 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Mon, 12 Jun 2000 23:09:24 -0700 (PDT) From: Kelly Yancey To: Kris Kennaway Cc: Dave Hayes , freebsd-hackers@FreeBSD.org Subject: Re: What, exactly, does this mean? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Jun 2000, Kris Kennaway wrote: > On Sun, 11 Jun 2000, Dave Hayes wrote: > > > Kelly Yancey writes: > > > If you up PMAP_SHPGPERPROC, you increase the number of > > > pv_entries created at boot time. However, I am not informed enough > > > to say how high you can safely increase PMAP_SHPGPERPROC. > > > > What is the upper bound related to? What are the dangers in increasing > > it too much? > > At a guess, running out of kernel memory. > > Kris > Yep. Dave, the default value is 200, perhaps you can try 'easing' it up by 25 or so at a time until you stop seeing the messages. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 1: 9:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ockle.dev.nanoteq.co.za (ockle.dev.nanoteq.co.za [196.7.114.28]) by hub.freebsd.org (Postfix) with ESMTP id 8AC6A37BCDC; Tue, 13 Jun 2000 01:09:37 -0700 (PDT) (envelope-from johan@ockle.dev.nanoteq.co.za) Received: (from johan@localhost) by ockle.dev.nanoteq.co.za (8.9.3/8.9.3) id KAA03986; Tue, 13 Jun 2000 10:15:58 +0200 (SAST) (envelope-from johan) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 13 Jun 2000 10:15:58 +0200 (SAST) Organization: Nanoteq From: Johan Kruger To: FreeBSD-Questions , freebsd-hackers@FreeBSD.ORG Subject: Remote syslog with a tag ? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Morning ... has broken ... Is it possible to tel machine B to remote log to machine A with all the logs coming from B specified with a tag. I want the normal messsages on B to be remotely logged to A (no problem) but on A all B's logs must have a specific tag ?? Can i start the syslogd on B in such a way that all the logs are made with a tag ??? ---------------------------------- E-Mail: Johan Kruger Date: 13-Jun-00 Time: 10:10:07 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 1:55:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id E96B837BD81 for ; Tue, 13 Jun 2000 01:55:40 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA77074; Tue, 13 Jun 2000 01:54:49 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Brian Reichert Cc: "Jordan K. Hubbard" , Dan Nelson , hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? In-reply-to: Your message of "Mon, 12 Jun 2000 21:42:00 EDT." <20000612214159.A18026@numachi.com> Date: Tue, 13 Jun 2000 01:54:49 -0700 Message-ID: <77071.960886489@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, I have indeed dd'd the image off since I wasn't having any luck with the DOS utilities. :( - Jordan > On Mon, Jun 12, 2000 at 05:32:31PM -0700, Jordan K. Hubbard wrote: > > Ah, I should also have noted that undelete.exe (which I also fetched > > from simtel) doesn't seem to work for me since it won't operate from > > a DOS box and if I shut down to DOS, the pccard services go away and > > I'm no longer able to mount the smartcard which I'd like to undelete > > files on. Catch-22. :( > > Use 'dd' to put the disk image somewhere persistant? > > > Thanks for the suggestions so far though folks! > > > > - Jordan > > -- > Brian 'you Bastard' Reichert reichert@numachi.com > 37 Crystal Ave. #303 Daytime number: (603) 434-6842 > Derry NH 03038-1713 USA Intel architecture: the left-ha nd path > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 4:15: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 76E4937BB29 for ; Tue, 13 Jun 2000 04:14:56 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9C1135.dip0.t-ipconnect.de [62.156.17.53]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id NAA04501 for ; Tue, 13 Jun 2000 13:14:46 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 7218BAC30 for ; Tue, 13 Jun 2000 13:14:59 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 0657014A69; Tue, 13 Jun 2000 13:15:00 +0200 (CEST) Date: Tue, 13 Jun 2000 13:14:59 +0200 From: Alexander Langer To: hackers@freebsd.org Subject: sigaction.2 manpage: mcontext_t or ucontext_t? Message-ID: <20000613131459.C3264@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! docs/17863 claims: The description of the third argument to signal handlers if SA_SIGINFO is supplied is wrong. It's a ucontext_t, not an mcontext_t. It wants to change: The context argument to a POSIX SA_SIGINFO handler points to an - instance of mcontext_t. to The context argument to a POSIX SA_SIGINFO handler points to an + instance of ucontext_t. I myself think - from reading source - that this is true, but I'm not quite sure. I want someone who has clue to verify this :) Thanks in advance! Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 4:40: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 3F47537BB29; Tue, 13 Jun 2000 04:40:02 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA79133; Tue, 13 Jun 2000 13:39:44 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200006131139.NAA79133@freebsd.dk> Subject: Re: Promise Fasttrack RAID controller In-Reply-To: from Jaye Mathisen at "Jun 12, 2000 08:44:29 pm" To: mrcpu@internetcds.com (Jaye Mathisen) Date: Tue, 13 Jun 2000 13:39:44 +0200 (CEST) Cc: julian@elischer.org (Julian Elischer), hackers@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Jaye Mathisen wrote: > > I have many of them up and running under 4.0, but they will only function > as normal IDE controllers, not "RAID". > > As to teh BIOS issue, make a stripe, then make your partition that you're > using not stomp on the end of the drive, and it won't overwrite that gook > that the promise sticks out there. exactly. > Heck, I sent one with some drives to Soren just to make sure that they > worked. :) I only wish the RAID part could've worked as is. And one of these days (tm) I'll look at the info the Promise Fasttrak puts on the disk, so its possible to take over that setup with either ccd or vinum, but time is limitted as usual, and since its not a "real" RAID solution I'd rather see vinum be able to be used for booting, since it (or ccd) will have to be used anyways.... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 7:14:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id EC30037BC56; Tue, 13 Jun 2000 07:14:47 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id JAA25699; Tue, 13 Jun 2000 09:11:08 -0500 (CDT) (envelope-from dan) Date: Tue, 13 Jun 2000 09:11:08 -0500 From: Dan Nelson To: Johan Kruger Cc: FreeBSD-Questions , freebsd-hackers@FreeBSD.ORG Subject: Re: Remote syslog with a tag ? Message-ID: <20000613091107.A24675@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.3i In-Reply-To: ; from "Johan Kruger" on Tue Jun 13 10:15:58 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 13), Johan Kruger said: > Morning ... has broken ... > > Is it possible to tel machine B to remote log to machine A with all > the logs coming from B specified with a tag. I want the normal > messsages on B to be remotely logged to A (no problem) but on A all > B's logs must have a specific tag ?? Can i start the syslogd on B in > such a way that all the logs are made with a tag ??? The word immediately after the timestamp in any syslog file is the hostname of the machine sending the alert. For example, these lines came from some networked printers at work: Jun 9 10:34:46 hp8100mp1 printer: paper jam Jun 9 10:35:12 hp8100mp1 printer: error cleared Jun 13 08:14:43 hp4000sa printer: paper out Jun 13 08:14:43 hp4000sa printer: error cleared so, they are already tagged. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 7:20:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ptd.net (mail1.ha-net.ptd.net [207.44.96.65]) by hub.freebsd.org (Postfix) with SMTP id 7854B37BDE4 for ; Tue, 13 Jun 2000 07:20:17 -0700 (PDT) (envelope-from tms2@mail.ptd.net) Received: (qmail 15872 invoked from network); 13 Jun 2000 14:20:17 -0000 Received: from du72.cli.ptd.net (HELO mail.ptd.net) (204.186.33.72) by mail.ptd.net with SMTP; 13 Jun 2000 14:20:17 -0000 Message-ID: <39464301.4CDA218E@mail.ptd.net> Date: Tue, 13 Jun 2000 10:19:45 -0400 From: "Thomas M. Sommers" Organization: None X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: "Gary T. Corcoran" , "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: Way off-topic, but anybody know how to resurrect files from FAT-12? References: <200006121452.HAA74024@zippy.cdrom.com> <39453A78.565BDECC@lucent.com> <39456F52.BC507026@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sergey Babkin wrote: > > "Gary T. Corcoran" wrote: > > > > "Jordan K. Hubbard" wrote: > > > > > > I'm sitting here in Seoul, Korea (which is very nice, by the way) and > > > I've just managed to delete all 82 images of Kyoto off the FAT-12 format > > > Smartcard they were on. Waaaah! > > > > > > > Way back in the Dark Ages I used to hack on FAT-12 code... > > Going *way* back in the archives - (had to find a 5-1/4 inch floppy > > drive!) it looks as if there are directory entry attributes at the byte > > at dirptr+11, and the lower bits (ANDed with 0x1C) should be 0. Otherwise, > > if I recall (don't have reference books here), there is a bit saying > > the file is deleted (other bits say subdirectory, system file, etc.) > > So you may just have to change that one byte (per file) to recover them > > (in addition to changing the first byte of the file name which you > > already did). > > The clusters in the FAT have to be re-connected. The number of the > first cluster is still stored in the directory entry, as well as > directory file size. Then hoping that the files were written sequentially > you start from that cluster and link together as many free clusters going > sequentially after it to cover this file size. FAT-12 is an array of > 12-bit entries, each corresponding to a cluster. An entry contains the > number of the next cluster in file. The last cluster in a file has some > special value in its FAT entry, something like 0xFFF or 0xFFE, can't The last cluster is indicated by any value from 0xff8 to 0xfff. 0xff7 indicates a bad cluster. 0xff0 - 0xff6 mark reserved clusters. > remember exactly. The unallocated clusters have value like 000 in their > entries. The cluster size for FAT-12 will probably be equal to one > sector, that is 512 bytes. At least that's true for diskettes but may be > different for the Smartcard. The cluster size is at offset 0xd in the boot sector. Also, there are usually 2 copies of the FAT, both of which should be fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 7:23:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id 821C337BE64; Tue, 13 Jun 2000 07:23:30 -0700 (PDT) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from [128.130.111.10] (nunki [128.130.111.10]) by vexpert.dbai.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id QAA12251; Tue, 13 Jun 2000 16:23:28 +0200 (MET DST) Date: Tue, 13 Jun 2000 16:23:26 +0200 (MET DST) From: Gerald Pfeifer To: freebsd-hackers@freebsd.org Cc: ports@freebsd.org, "Jordan K. Hubbard" Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) 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 [ Jordan, I'm Cc:ing you as release engineer as -STABLE has been partially broken for nearly three weeks now. ] On Sat, 3 Jun 2000, Gerald Pfeifer wrote: > This causes clear breakage in -STABLE and lots of wasted time for users > of the Wine port and myself (answering support requests), for example. I reported that problem to -hackers on May 26th. On June 6th I filled it as PR misc/19077 with highest priority and even included a patch. Neither my concerns about the MFC happening before the original patch got installed in -CURRENT nor the problem per se have been addressed. From the mails I get as the (new) maintainer of the Wine port I see that lots of people loose lots of time due this bug in -STABLE and -CURRENT. Is there a way to a) escalate such issues that at least -STABLE gets fixed ASAP? b) mark a port to notify users not to try using it on -STABLE and -CURRENT? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 7:26:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from FENIX.LOCALHOST.NL (CC4140-a.sneek1.fr.nl.home.com [212.120.108.75]) by hub.freebsd.org (Postfix) with ESMTP id 8BF4B37BE6F; Tue, 13 Jun 2000 07:26:39 -0700 (PDT) (envelope-from FENIX@FENIX.LOCALHOST.NL) Received: from Fenix (Lan [192.168.0.65]) by FENIX.LOCALHOST.NL (8.9.3/8.9.3) with SMTP id QAA05597; Tue, 13 Jun 2000 16:26:38 +0200 (CEST) (envelope-from FENIX@FENIX.LOCALHOST.NL) From: "FENIX" To: "FreeBSD Questions" Cc: Subject: X and mouse cursor Date: Tue, 13 Jun 2000 16:25:40 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have this problem with X, i use a "Diamond Speedstar A55 AGP" adaptor with "S3 3D chip", whenewer i run X with it i can't get rid of an ugly huge square mouse cursos, it happends also with linux, does any one knows what i can do about it ? My adaptor works with SVGA x server ... Thanx. Gr. Fenix ****************************** |*****The Deamon Inside******| |=--=--=--=--=--=--=--=--=--=| |May the source be with you !| |=--=--=--=--=--=--=--=--=--=| ****************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 7:47:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ockle.dev.nanoteq.co.za (ockle.dev.nanoteq.co.za [196.7.114.28]) by hub.freebsd.org (Postfix) with ESMTP id 1AFEE37BAD3; Tue, 13 Jun 2000 07:47:38 -0700 (PDT) (envelope-from johan@ockle.dev.nanoteq.co.za) Received: (from johan@localhost) by ockle.dev.nanoteq.co.za (8.9.3/8.9.3) id QAA05554; Tue, 13 Jun 2000 16:53:44 +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: <20000613091107.A24675@dan.emsphone.com> Date: Tue, 13 Jun 2000 16:53:43 +0200 (SAST) Organization: Nanoteq From: Johan Kruger To: Dan Nelson , freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions Subject: Re: Remote syslog with a tag ? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG *:) I know they are tagged - but the following does not work: ------------- Example -------------- Jun 13 16:41:51 4.5.6.1 root: package=etc 1.2.3.1:/etc/ -> /etc/ Jun 13 16:41:51 4.5.6.1 root: package=etc 1.2.3.1:/etc/ -> /etc/ Jun 13 16:41:51 4.5.6.1 root: Scanning local directory /etc/ Jun 13 16:41:51 4.5.6.1 root: Scanning local directory /etc/ Jun 13 16:41:51 4.5.6.1 root: Already connected to site 1.2.3.1 Jun 13 16:41:51 4.5.6.1 root: Already connected to site 1.2.3.1 Jun 13 16:41:51 4.5.6.1 root: Scanning remote directory /etc/ Jun 13 16:41:51 4.5.6.1 root: Scanning remote directory /etc/ -------- above is my local file --------------- If i specify ----------------- /etc/syslog.conf ------- !root *.notice;kern.debug;lpr.info;mail.crit;news.err /var/log/slave ------------------------------------------------------------------------ it works correct - BUT - i want to specify "4.5.6.1" since other messages might be logged on the local machine as root, and then the messages of both machines will go to /var/log/slave i tried --------- !4.5.6.1 and !4\.5\.6\.1 and !"4.5.6.1" The man page says " ... and the first word in the message after the date matches the program, the action specified in the action field will be taken ..." Now the program should the be !4.5.6.1 or one of the ones i previously mentioned. I think i'll go check syslogd's source and see how the string compare is done. P.S - I don't want to use the machine's name - i like i.p. *;) > > Jun 9 10:34:46 hp8100mp1 printer: paper jam > Jun 9 10:35:12 hp8100mp1 printer: error cleared > Jun 13 08:14:43 hp4000sa printer: paper out > Jun 13 08:14:43 hp4000sa printer: error cleared > > so, they are already tagged. > > -- > Dan Nelson > dnelson@emsphone.com ---------------------------------- E-Mail: Johan Kruger Date: 13-Jun-00 Time: 16:40:14 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 8: 0: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from reliant.nielsenmedia.com (reliant.nielsenmedia.com [205.129.32.15]) by hub.freebsd.org (Postfix) with ESMTP id CBFDA37C182 for ; Tue, 13 Jun 2000 08:00:04 -0700 (PDT) (envelope-from David_W_Gray@tvratings.com) Received: from nmrusdunsxg0.nielsenmedia.com (nmrusdunsxg0.nielsenmedia.com [10.9.11.120]) by reliant.nielsenmedia.com (8.9.3/8.9.3) with ESMTP id KAA02426 for ; Tue, 13 Jun 2000 10:59:22 -0400 (EDT) Received: by nmrusdunsxg0.nielsenmedia.com with Internet Mail Service (5.5.2651.58) id ; Tue, 13 Jun 2000 10:59:21 -0400 Message-ID: <01D4D419B1A4D111A30400805FE65B13070ABEFB@nmrusdunsx1.nielsenmedia.com> From: "Gray, David W." To: "'FreeBSD-hackers@freebsd.org'" Subject: Promise Fastrak Date: Tue, 13 Jun 2000 10:59:20 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm surprised nobody pointed out -- there was an article on ARS technica a while back about using an Ultra as a Fastrak. Turns out, you need to flash the Fastrak BIOS, and change a jumper on the board *underneath* the BIOS chip (gotta unsolder, etc.) Then somebody noticed it was just a 1K pullup resistor, so you could just solder a 100 ohm on top and swamp the original pup. Don't know if promise has taken any action since... On another subject: Roadrunner and FreeBSD: I've had that running since RR was first available here (2 yrs or so now.) If you find you are timing out your leases, check your firewall rules. I'm away from home, so I can't check mine, but I had to allow UDP to the subnet the DHCP server is on (and it had moved here, recently). Brought that to a screeching halt. Works great. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 8:31:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from blues.jpj.net (blues.jpj.net [204.97.17.146]) by hub.freebsd.org (Postfix) with ESMTP id 7839037BECC; Tue, 13 Jun 2000 08:31:36 -0700 (PDT) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost) by blues.jpj.net (right/backatcha) with ESMTP id e5DFVKX03207; Tue, 13 Jun 2000 11:31:20 -0400 (EDT) Date: Tue, 13 Jun 2000 11:31:20 -0400 (EDT) From: Trevor Johnson To: Gerald Pfeifer Cc: freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, "Jordan K. Hubbard" Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) 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 Gerald Pfeifer wrote: > Is there a way to [...] > b) mark a port to notify users not to try using it on -STABLE and > -CURRENT? After a look at http://www.freebsd.org/porters-handbook/porting-versions.html and at src/sys/sys/param.h,v in the CVS tree, I made the appended patch. -- Trevor Johnson http://jpj.net/~trevor/gpgkey.txt diff -ruN wine.orig/Makefile wine/Makefile --- wine.orig/Makefile Sat Jun 10 19:47:24 2000 +++ wine/Makefile Tue Jun 13 15:25:38 2000 @@ -24,6 +24,15 @@ MAN5= wine.conf.5 ONLY_FOR_ARCHS= i386 +.include + +# PR misc/19077 +.if !defined(IREADIT) +.if ${OSVERSION} > 400018 +BROKEN= "Your ncurses.h may be too new for this port. Please make sure it is from before 24 May 2000, then restart the build with IREADIT=yes" +.endif +.endif + .if !defined(NDEBUG) STRIP= CFLAGS+= -g @@ -102,4 +111,4 @@ ${ECHO} @${SED} s+%%PREFIX%%+${PREFIX}+g <${PKGMESSAGE} -.include +.include To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9: 7:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id A7B6437BB21; Tue, 13 Jun 2000 09:07:45 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id LAA26430; Tue, 13 Jun 2000 11:07:27 -0500 (CDT) (envelope-from dan) Date: Tue, 13 Jun 2000 11:07:27 -0500 From: Dan Nelson To: Johan Kruger Cc: freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions Subject: Re: Remote syslog with a tag ? Message-ID: <20000613110727.A22848@dan.emsphone.com> References: <20000613091107.A24675@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.3i In-Reply-To: ; from "Johan Kruger" on Tue Jun 13 16:53:43 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jun 13), Johan Kruger said: > > The man page says " ... and the first word in the message after the > date matches the program, the action specified in the action > field will be taken ..." > Now the program should the be !4.5.6.1 or one of the ones i previously > mentioned. That documentation is misleading, then. The hostname is definitely not looked at. See syslogd.c, the logmsg() function. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9:13:14 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 EB08137BB21; Tue, 13 Jun 2000 09:13:05 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Date: Tue, 13 Jun 2000 17:12:41 +0100 From: David Malone To: Dan Nelson Cc: Johan Kruger , freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions Subject: Re: Remote syslog with a tag ? Message-ID: <20000613171241.A54763@salmon.maths.tcd.ie> References: <20000613091107.A24675@dan.emsphone.com> <20000613110727.A22848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000613110727.A22848@dan.emsphone.com>; from dnelson@emsphone.com on Tue, Jun 13, 2000 at 11:07:27AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 11:07:27AM -0500, Dan Nelson wrote: > In the last episode (Jun 13), Johan Kruger said: > > > > The man page says " ... and the first word in the message after the > > date matches the program, the action specified in the action > > field will be taken ..." > > Now the program should the be !4.5.6.1 or one of the ones i previously > > mentioned. > > That documentation is misleading, then. The hostname is definitely not > looked at. See syslogd.c, the logmsg() function. I've often thought it would be nice to be able to get syslogd to make choices based on hostname. I'm sure a patch would be easy enough to produce, but the trick would be to produce a good syntax fox syslog.conf. Are there any syslogds that can do this? What syntax do they use? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9:24:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 5939237BF04 for ; Tue, 13 Jun 2000 09:24:28 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p16-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.17]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id BAA08236; Wed, 14 Jun 2000 01:24:21 +0900 (JST) Message-ID: <39466072.716FC252@newsguy.com> Date: Wed, 14 Jun 2000 01:25:22 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Matthew Dillon Cc: David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <39453CC0.C19BB2CD@newsguy.com> <200006122358.QAA35805@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > > One of the reasons I would like to see an actual 'ps axl' output > during one of these heavy paging periods rather then someone's analysis > of the output, is to check things like this. Don't look at me. After half an hour waiting, all I had managed to was switching to a console and having the letter "t" show up (I was trying for a "top"). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9:30:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 65D6037C02C for ; Tue, 13 Jun 2000 09:30:04 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id JAA08729 for freebsd-hackers@freebsd.org; Tue, 13 Jun 2000 09:29:11 -0700 Date: Tue, 13 Jun 2000 09:29:11 -0700 From: Arun Sharma To: FreeBSD Hackers Subject: IA-64 simulator Message-ID: <20000613092911.A8705@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG http://news.excite.com/news/zd/000613/09/chip-makers-cozy Starting Tuesday, Linux developers have been free to download from the Intel Web site or the HP site a copy of the IA-64 SDK. The kit includes an IA-64 simulator developed by HP labs that will allow application developers to begin writing 64-bit Linux applications on their Pentium III systems running any Linux 2.2-kernel-based operating system, according to Intel and HP officials. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9:44:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id E187537BF1E for ; Tue, 13 Jun 2000 09:44:25 -0700 (PDT) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-12-238.nv.iinet.net.au [203.59.92.238]) by urban.iinet.net.au (8.8.7/8.8.7) with SMTP id AAA19371; Wed, 14 Jun 2000 00:43:22 +0800 Message-ID: <39466497.41C67EA6@elischer.org> Date: Tue, 13 Jun 2000 09:43:03 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: Matthew Dillon , David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <39453CC0.C19BB2CD@newsguy.com> <200006122358.QAA35805@apollo.backplane.com> <39466072.716FC252@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel C. Sobral wrote: > > Matthew Dillon wrote: > > > > One of the reasons I would like to see an actual 'ps axl' output > > during one of these heavy paging periods rather then someone's analysis > > of the output, is to check things like this. > > Don't look at me. After half an hour waiting, all I had managed to was > switching to a console and having the letter "t" show up (I was trying > for a "top"). If you have DDB in the kernel, then drop into DDB and use the "ps" command in DDB. It will suspend everything else. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@the.great.underground.bsdconpiracy.org > > "He is my minion, so he doesn't need a name." > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9:46:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id B1CD737BF81; Tue, 13 Jun 2000 09:46:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.3) id JAA40867; Tue, 13 Jun 2000 09:49:51 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200006131649.JAA40867@troutmask.apl.washington.edu> Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) In-Reply-To: from Trevor Johnson at "Jun 13, 2000 11:31:20 am" To: Trevor Johnson Date: Tue, 13 Jun 2000 09:49:51 -0700 (PDT) Cc: Gerald Pfeifer , freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, "Jordan K. Hubbard" 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 Trevor Johnson wrote: > Gerald Pfeifer wrote: > > > Is there a way to > [...] > > b) mark a port to notify users not to try using it on -STABLE and > > -CURRENT? > > After a look at > http://www.freebsd.org/porters-handbook/porting-versions.html and at > src/sys/sys/param.h,v in the CVS tree, I made the appended patch. > -- > Trevor Johnson > http://jpj.net/~trevor/gpgkey.txt > Add CONFIGURE_ARGS+=--without-curses to the ports makefile. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 9:50:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from imail3.pica.army.mil (imail3.pica.army.mil [129.139.10.29]) by hub.freebsd.org (Postfix) with ESMTP id 3B4D637BFA5 for ; Tue, 13 Jun 2000 09:50:43 -0700 (PDT) (envelope-from onguyen@pica.army.mil) Received: by imail3.pica.army.mil with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Jun 2000 12:50:52 -0400 Message-ID: <53EB67411602D211846900A0C9C7647A0784E9C0@mail3.pica.army.mil> From: "Nguyen, Olivier T [AMSTA-AR-CCF-D]" To: 'Julian Elischer' , "Daniel C. Sobral" Cc: Matthew Dillon , David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: RE: Worst case swapping. Date: Tue, 13 Jun 2000 12:50:56 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all does anyone know how can i remove my name off this mailing list ? please help. I did try to follow the email that send to me on how to unsubcribe the list but it does not work anyone please help Oliver -----Original Message----- From: Julian Elischer [mailto:julian@elischer.org] Sent: Tuesday, June 13, 2000 12:43 PM To: Daniel C. Sobral Cc: Matthew Dillon; David Gilbert; freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. Daniel C. Sobral wrote: > > Matthew Dillon wrote: > > > > One of the reasons I would like to see an actual 'ps axl' output > > during one of these heavy paging periods rather then someone's analysis > > of the output, is to check things like this. > > Don't look at me. After half an hour waiting, all I had managed to was > switching to a console and having the letter "t" show up (I was trying > for a "top"). If you have DDB in the kernel, then drop into DDB and use the "ps" command in DDB. It will suspend everything else. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@the.great.underground.bsdconpiracy.org > > "He is my minion, so he doesn't need a name." > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 10:10:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 3EC2037C026 for ; Tue, 13 Jun 2000 10:10:19 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p16-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.17]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id CAA17701; Wed, 14 Jun 2000 02:10:08 +0900 (JST) Message-ID: <39466B2D.23157F2A@newsguy.com> Date: Wed, 14 Jun 2000 02:11:09 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Julian Elischer Cc: Matthew Dillon , David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <39453CC0.C19BB2CD@newsguy.com> <200006122358.QAA35805@apollo.backplane.com> <39466072.716FC252@newsguy.com> <39466497.41C67EA6@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > Daniel C. Sobral wrote: > > > > Matthew Dillon wrote: > > > > > > One of the reasons I would like to see an actual 'ps axl' output > > > during one of these heavy paging periods rather then someone's analysis > > > of the output, is to check things like this. > > > > Don't look at me. After half an hour waiting, all I had managed to was > > switching to a console and having the letter "t" show up (I was trying > > for a "top"). > > If you have DDB in the kernel, > then drop into DDB and use the "ps" command in DDB. > It will suspend everything else. It won't let me copy it to a file, though. And this is AFTER having switched from X to a text screen, which already takes a lot of time. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 11:37: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 72C1E37B893 for ; Tue, 13 Jun 2000 11:37:04 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA22879; Tue, 13 Jun 2000 11:40:59 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006131840.LAA22879@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Arun Sharma Cc: FreeBSD Hackers Subject: Re: IA-64 simulator In-reply-to: Your message of "Tue, 13 Jun 2000 09:29:11 PDT." <20000613092911.A8705@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 11:40:59 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > http://news.excite.com/news/zd/000613/09/chip-makers-cozy > > Starting Tuesday, Linux developers have been free to download from the > Intel Web site or the HP site a copy of the IA-64 SDK. The kit includes > an IA-64 simulator developed by HP labs that will allow application > developers to begin writing 64-bit Linux applications on their Pentium > III systems running any Linux 2.2-kernel-based operating system, according > to Intel and HP officials. A friendly warning - don't try to run the emulator as root. The first system call it makes is reboot()... Anyone with suggestions as to who in particular to approach at HP for access to the sources should talk to me or David O'brien (obrien@freebsd.org), since it looks like this isn't going to run under emulation. 8( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 11:44:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 3236B37BC4D for ; Tue, 13 Jun 2000 11:44:40 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA41334; Tue, 13 Jun 2000 11:44:39 -0700 (PDT) (envelope-from dillon) Date: Tue, 13 Jun 2000 11:44:39 -0700 (PDT) From: Matthew Dillon Message-Id: <200006131844.LAA41334@apollo.backplane.com> To: "Daniel C. Sobral" Cc: David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: Worst case swapping. References: <14660.3153.658226.142964@trooper.velocet.net> <39453CC0.C19BB2CD@newsguy.com> <200006122358.QAA35805@apollo.backplane.com> <39466072.716FC252@newsguy.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Matthew Dillon wrote: :> :> One of the reasons I would like to see an actual 'ps axl' output :> during one of these heavy paging periods rather then someone's analysis :> of the output, is to check things like this. : :Don't look at me. After half an hour waiting, all I had managed to was :switching to a console and having the letter "t" show up (I was trying :for a "top"). : :-- :Daniel C. Sobral (8-DCS) :dcs@newsguy.com It's probably something running away, eating all available memory. If netscape isn't crashing on you from this then it could be a subprocess within netscape (e.g. java). Try setting a datasize limit. Set a 128MB datasize limit so no single process can thrash the machine. Another thing you can do if you believe the problem to be netscape is to run netscape from a shell, in the foreground, and when the machine starts to die try ^Z'ing it and then do a ps axll -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 12:19:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ext-mail.valicert.com (ns1.valicert.com [63.65.221.10]) by hub.freebsd.org (Postfix) with ESMTP id 68F3E37C06E for ; Tue, 13 Jun 2000 12:19:00 -0700 (PDT) (envelope-from kellyl@valicert.com) Received: from CONVERSION-DAEMON.ext-mail.valicert.com by ext-mail.valicert.com (PMDF V6.0-24 #45901) id <0FW300601XN5P5@ext-mail.valicert.com> for freebsd-hackers@freebsd.org; Tue, 13 Jun 2000 12:18:41 -0700 (PDT) Received: from seine.valicert.com ([192.168.2.23]) by ext-mail.valicert.com (PMDF V6.0-24 #45901) with ESMTP id <0FW30063RXN5M4@ext-mail.valicert.com> for freebsd-hackers@freebsd.org; Tue, 13 Jun 2000 12:18:41 -0700 (PDT) Received: from valicert.com (psyche.valicert.com [192.168.4.97]) by seine.valicert.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id MPLXPXY5; Tue, 13 Jun 2000 12:12:38 -0700 Date: Tue, 13 Jun 2000 12:18:47 -0700 From: "Kelly D. Lucas" Subject: Dell Dimension XPS T500 To: freebsd-hackers@freebsd.org Message-id: <39468916.54102746@valicert.com> Organization: Valicert Inc. MIME-version: 1.0 X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12-20 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I broke out a spare Dell Dimension XPS T500 today, and decided to throw FreeBSD 3.4 on it. It has the following major components: PIII 500mhz 128 mb Ram nVidia Riva TNT2 Ultra VGA 48x CDRom 3Com 3c905c-TX The install seems to go along fine, but then, while probing devices, it seems to freeze. The last thing on the debug screen is: =========================== DEBUB: ioctl(3, TIOCCONS, NULL) = 0 (success) rm: not found DEBUG: Found a network device named xl0 DEBUB: Found a network device named lp0 ================================ I'm a big fan of FreeBSD, but our company is primarily a Dell shop, and this one really has me puzzled. Any ideas? kdl -- Kelly D. Lucas | Valicert Inc. Systems Administrator | "Securing e-Transactions" kdl@valicert.com | http://www.valicert.com/ 650-567-5404 | 650-567-5400 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 12:58:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id EB4C137B8F4 for ; Tue, 13 Jun 2000 12:58:34 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id NAA23130; Tue, 13 Jun 2000 13:02:35 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006132002.NAA23130@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Kelly D. Lucas" Cc: freebsd-hackers@freebsd.org Subject: Re: Dell Dimension XPS T500 In-reply-to: Your message of "Tue, 13 Jun 2000 12:18:47 PDT." <39468916.54102746@valicert.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 13:02:35 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If this is what I think it is, it's an odd bug in sysinstall. Go back to the "probing devices" screen and hit escape twice and wait a couple of seconds. It should ask you whether you want to cancel the installation - say no and you should be in business. > I broke out a spare Dell Dimension XPS T500 today, and decided to throw > FreeBSD 3.4 on it. It has the following major components: > > PIII 500mhz > 128 mb Ram > nVidia Riva TNT2 Ultra VGA > 48x CDRom > 3Com 3c905c-TX > > The install seems to go along fine, but then, while probing devices, it > seems to freeze. > > The last thing on the debug screen is: > =========================== > DEBUB: ioctl(3, TIOCCONS, NULL) = 0 (success) > rm: not found > DEBUG: Found a network device named xl0 > DEBUB: Found a network device named lp0 > ================================ > > I'm a big fan of FreeBSD, but our company is primarily a Dell shop, and > this one really has me puzzled. > > Any ideas? > > kdl > > > > -- > Kelly D. Lucas | Valicert Inc. > Systems Administrator | "Securing e-Transactions" > kdl@valicert.com | http://www.valicert.com/ > 650-567-5404 | 650-567-5400 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 13:12:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id BD5DB37BC48 for ; Tue, 13 Jun 2000 13:12:48 -0700 (PDT) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000613201247.DUVP10097.mail.rdc1.sfba.home.com@beastie.localdomain>; Tue, 13 Jun 2000 13:12:47 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id NAA23057; Tue, 13 Jun 2000 13:23:15 -0700 (PDT) (envelope-from brian) Date: Tue, 13 Jun 2000 13:23:15 -0700 From: "Brian O'Shea" To: Arun Sharma Cc: FreeBSD Hackers Subject: Re: IA-64 simulator Message-ID: <20000613132315.U428@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: Arun Sharma , FreeBSD Hackers References: <20000613092911.A8705@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000613092911.A8705@sharmas.dhs.org>; from Arun Sharma on Tue, Jun 13, 2000 at 09:29:11AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 09:29:11AM -0700, Arun Sharma scribbled: > http://news.excite.com/news/zd/000613/09/chip-makers-cozy > > Starting Tuesday, Linux developers have been free to download from the > Intel Web site or the HP site a copy of the IA-64 SDK. The kit includes > an IA-64 simulator developed by HP labs that will allow application > developers to begin writing 64-bit Linux applications on their Pentium > III systems running any Linux 2.2-kernel-based operating system, according > to Intel and HP officials. Do you have any more information about the SDK and emulator? I've done a quick search for information about it and can't find any. I am posting this question to an internal HP newsgroup (responses to which, of course, I can not repost here, but I will give them contact informatin for Mike Smith and David Greenman per Mike's followup). -brian -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 13:22:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by hub.freebsd.org (Postfix) with ESMTP id 31D7337C0D7 for ; Tue, 13 Jun 2000 13:22:29 -0700 (PDT) (envelope-from bmah@cisco.com) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.10.1/8.10.1) id e5DKMJW25654; Tue, 13 Jun 2000 13:22:19 -0700 (PDT) (envelope-from bmah) Message-Id: <200006132022.e5DKMJW25654@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.1.2 06/08/2000 To: "Kelly D. Lucas" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Dell Dimension XPS T500 In-reply-to: <39468916.54102746@valicert.com> References: <39468916.54102746@valicert.com> Comments: In-reply-to "Kelly D. Lucas" message dated "Tue, 13 Jun 2000 12:18:47 -0700." From: bmah@cisco.com (Bruce A. Mah) Reply-To: bmah@cisco.com X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 13:22:19 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If memory serves me right, "Kelly D. Lucas" wrote: > I broke out a spare Dell Dimension XPS T500 today, and decided to throw > FreeBSD 3.4 on it. It has the following major components: I have a Dell XPS T500 (PIII-500, 256MB RAM, Mach64 display card, IBM-DJNA-372200 and an unknown IDE CD-ROM drive, 3Com 3c905B-TX) sitting under my desk right now, running 4.1-STABLE (upgraded from a 4.0-RELEASE install from CD-ROM). While I didn't see the install-time problem you did, I've noticed an odd interaction with the KVM switch I'm using (Belkin OmniCube 4-Port). The Dell is extremely reluctant to reboot unless I've put the KVM switch to the port it's attached to. I'm pretty convinced this is not a FreeBSD-specific problem I'm seeing, and it's a scratch box anyways, but I thought I'd just toss out this data point. Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 13:41:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id AFF4237C0A1; Tue, 13 Jun 2000 13:41:00 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e5DKe9I04495 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Tue, 13 Jun 2000 22:40:12 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e5DKe7C58847; Tue, 13 Jun 2000 22:40:08 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id WAA02037; Tue, 13 Jun 2000 22:40:02 +0200 (CEST) (envelope-from ticso) Date: Tue, 13 Jun 2000 22:40:01 +0200 From: Bernd Walter To: David Malone Cc: Dan Nelson , Johan Kruger , freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions Subject: Re: Remote syslog with a tag ? Message-ID: <20000613224001.A1980@cicely8.cicely.de> References: <20000613091107.A24675@dan.emsphone.com> <20000613110727.A22848@dan.emsphone.com> <20000613171241.A54763@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000613171241.A54763@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Tue, Jun 13, 2000 at 05:12:41PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 05:12:41PM +0100, David Malone wrote: > On Tue, Jun 13, 2000 at 11:07:27AM -0500, Dan Nelson wrote: > > In the last episode (Jun 13), Johan Kruger said: > > > > > > The man page says " ... and the first word in the message after the > > > date matches the program, the action specified in the action > > > field will be taken ..." > > > Now the program should the be !4.5.6.1 or one of the ones i previously > > > mentioned. > > > > That documentation is misleading, then. The hostname is definitely not > > looked at. See syslogd.c, the logmsg() function. ! is for programmnames and not hostnames. And I asume they work only localy. > I've often thought it would be nice to be able to get syslogd to > make choices based on hostname. I'm sure a patch would be easy > enough to produce, but the trick would be to produce a good syntax > fox syslog.conf. Are there any syslogds that can do this? What > syntax do they use? I have a patched version to do this. If anyone is interessted I'm producing diffs. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 14: 1:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 3E76C37C0B3 for ; Tue, 13 Jun 2000 14:01:26 -0700 (PDT) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000613210125.FHJO10097.mail.rdc1.sfba.home.com@beastie.localdomain>; Tue, 13 Jun 2000 14:01:25 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id OAA23193; Tue, 13 Jun 2000 14:11:53 -0700 (PDT) (envelope-from brian) Date: Tue, 13 Jun 2000 14:11:53 -0700 From: "Brian O'Shea" To: "Brian O'Shea" Cc: Arun Sharma , FreeBSD Hackers Subject: Re: IA-64 simulator Message-ID: <20000613141153.W428@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: Brian O'Shea , Arun Sharma , FreeBSD Hackers References: <20000613092911.A8705@sharmas.dhs.org> <20000613132315.U428@beastie.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000613132315.U428@beastie.localdomain>; from Brian O'Shea on Tue, Jun 13, 2000 at 01:23:15PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 01:23:15PM -0700, Brian O'Shea scribbled: > > ... I will give them contact informatin for Mike Smith and > David Greenman per Mike's followup). ^^^^^^^^^^^^^^ Oops. I mean David O'Brien. -brian -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 14:34:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ext-mail.valicert.com (ns1.valicert.com [63.65.221.10]) by hub.freebsd.org (Postfix) with ESMTP id 6902237BC04; Tue, 13 Jun 2000 14:34:20 -0700 (PDT) (envelope-from kellyl@valicert.com) Received: from CONVERSION-DAEMON.ext-mail.valicert.com by ext-mail.valicert.com (PMDF V6.0-24 #45901) id <0FW4007013X3KU@ext-mail.valicert.com>; Tue, 13 Jun 2000 14:34:15 -0700 (PDT) Received: from seine.valicert.com ([192.168.2.23]) by ext-mail.valicert.com (PMDF V6.0-24 #45901) with ESMTP id <0FW4006OP3X3M4@ext-mail.valicert.com>; Tue, 13 Jun 2000 14:34:15 -0700 (PDT) Received: from valicert.com (psyche.valicert.com [192.168.4.97]) by seine.valicert.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id MPLXPYN1; Tue, 13 Jun 2000 14:28:11 -0700 Date: Tue, 13 Jun 2000 14:34:21 -0700 From: "Kelly D. Lucas" Subject: Re: Dell Dimension XPS T500 To: Mike Smith Cc: freebsd-hackers@freebsd.org Message-id: <3946A8DD.D9268D46@valicert.com> Organization: Valicert Inc. MIME-version: 1.0 X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12-20 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: <200006132002.NAA23130@mass.cdrom.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike, Thanks for the suggestion; however, when I hit escape twice nothing happens, but I know the system is not entirely locked up, since the keyboard is still responding to input. Are there any other ways to install, without using sysinstall? kdl Mike Smith wrote: > If this is what I think it is, it's an odd bug in sysinstall. Go back to > the "probing devices" screen and hit escape twice and wait a couple of > seconds. It should ask you whether you want to cancel the installation - > say no and you should be in business. > > > I broke out a spare Dell Dimension XPS T500 today, and decided to throw > > FreeBSD 3.4 on it. It has the following major components: > > > > PIII 500mhz > > 128 mb Ram > > nVidia Riva TNT2 Ultra VGA > > 48x CDRom > > 3Com 3c905c-TX > > > > The install seems to go along fine, but then, while probing devices, it > > seems to freeze. > > > > The last thing on the debug screen is: > > =========================== > > DEBUB: ioctl(3, TIOCCONS, NULL) = 0 (success) > > rm: not found > > DEBUG: Found a network device named xl0 > > DEBUB: Found a network device named lp0 > > ================================ > > > > I'm a big fan of FreeBSD, but our company is primarily a Dell shop, and > > this one really has me puzzled. > > > > Any ideas? > > > > kdl > > > > > > > > -- > > Kelly D. Lucas | Valicert Inc. > > Systems Administrator | "Securing e-Transactions" > > kdl@valicert.com | http://www.valicert.com/ > > 650-567-5404 | 650-567-5400 > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com -- Kelly D. Lucas | Valicert Inc. Systems Administrator | "Securing e-Transactions" kdl@valicert.com | http://www.valicert.com/ 650-567-5404 | 650-567-5400 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 14:51: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id 0ED4837BFF8 for ; Tue, 13 Jun 2000 14:50:54 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FW4007SM4EAXN@field.videotron.net> for hackers@freebsd.org; Tue, 13 Jun 2000 17:44:35 -0400 (EDT) Date: Tue, 13 Jun 2000 17:46:14 -0400 (EDT) From: Bosko Milekic Subject: ether_output() : WIERD PROBLEM X-Sender: bmilekic@jehovah.technokratis.com To: hackers@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I've been doing some mbuf-related work on my -CURRENT machine lately. Particularily, I've re-written the allocator and free routines, amongst other things. However, I've encountered a peculiar problem that surfaces in ether_output(). What happens is that one of my daemons, for example, natd, or httpd, etc., performs a system call, which eventually results in a call to ether_output (following tcp_output, ip_output, etc.). At the bottom of ether_output(), after an IF_ENQUEUE, and an splx(s), there is the following check: if (m->m_flags & M_MCAST) ifp->if_omcasts++; The if () part results in a testb $0x2, 0x13(%ebx) IF I REMEMBER correctly. For some wierd reason, when the mbuf in question is at a location: 0xstuffF00 (256 bytes into a page, the second mbuf on a page), there is a page fault. And it's _always_ when the mbuf is at such an address. Where the wierdness begins is when I actually examine the contents of the mbuf... I can actually see them, no page fault, no nothing. In fact, if I `continue' from the debugger, things continue to work fine... until the next 0xstuffF00 mbuf goes through ether_output() and reaches that check. If I move the check of the m_flags to just above the splx(s), but after the IF_ENQUEUE, then the page fault still occurs in the same way, except that I even get a page fault when trying to examine the contents of the mbuf. In other words, I can't even `continue' in this case. If I move the m_flags check before the IF_ENQUEUE, this doesn't happen at all! Furthermore, if I revert my mbuf changes, I don't catch this problem. Anyone got any hints/clues? Regards, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 16:45: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-03-real.cdsnet.net (mail-03-real.cdsnet.net [204.118.244.93]) by hub.freebsd.org (Postfix) with SMTP id 5CCBA37B6A2 for ; Tue, 13 Jun 2000 16:45:00 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 35319 invoked from network); 13 Jun 2000 23:44:59 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-03-real.cdsnet.net with SMTP; 13 Jun 2000 23:44:59 -0000 Date: Tue, 13 Jun 2000 16:39:01 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: hackers@freebsd.org Subject: Has anybody looked at RAID-5 vinum performance on the "whole system"? 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 was just curious what people's thoughts were on the potential "total system throughput" (whatever you choose it to be), wrt using software RAID. It would seem that software RAID would just kill big chunks of cache, especially CPU cache, moving lots of data throught it to calcuate CRC's. perhaps the raid 1/0's would be fine, since the calcuation could be ignored. It would seem that for file-server type tasks, where hopefully CPU is not an issue, then as long as you can exceed the capacity of your network, you're probably fine. And most workstations probably don't run 100% (modulo things like the various crackers and seti), that it's a non issue. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 16:46:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id D25BE37B56E for ; Tue, 13 Jun 2000 16:46:25 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 1465358 invoked from network); 13 Jun 2000 23:46:23 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 13 Jun 2000 23:46:23 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id BAA94610; Wed, 14 Jun 2000 01:46:21 +0200 (CEST) (envelope-from root) Posted-Date: Wed, 14 Jun 2000 01:46:21 +0200 (CEST) To: Josef Karthauser Cc: hackers@FreeBSD.ORG Subject: Re: Passwording boot loader. References: <20000605163943.A23434@gandalf.systems.pavilion.net> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 14 Jun 2000 01:46:19 +0200 In-Reply-To: Josef Karthauser's message of "Mon, 5 Jun 2000 16:39:43 +0100" Message-ID: Lines: 14 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Josef Karthauser writes: > There appears to be some code in the /boot/support.4th file to force > the user to enter a password at kernel load time. Does anyone know > enough forth to tell me how to activate it? in /boot/loader.conf or /boot/loader.conf.local try the following line : password="some password" Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 17:23:42 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 EC48137BC02 for ; Tue, 13 Jun 2000 17:23:37 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5E0Nba00342 for hackers@freebsd.org; Tue, 13 Jun 2000 17:23:37 -0700 (PDT) Date: Tue, 13 Jun 2000 17:23:37 -0700 From: Alfred Perlstein To: hackers@freebsd.org Subject: big patch: rlimits, accept filters and kblob. Message-ID: <20000613172336.S18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey guys, I have some patches here which implement a number of things. 1) fixes dangerous races in per-uid limiting code 2) 2 accept filters which will not mark a socket as completed for accept() until either: 1) there is data available to be read 2) there is an http request in the socketbuffer 3) kblob, a kernel hack for preloading data into the kernel to send out on multiple descriptors, very similar to sendfile but more lightweight and pretty useful for serving many small chunks of data over stream sockets. I'd really like to commit this stuff pretty soon after i polish it up just a bit more... but I'd like some guidance for the polishing part. Here's some implementation details about kblob: A pointer to an address and a length is given to a syscall which creates a file referernce as a kblob. Then there is kblobsend which works in the same manner as sendfile except that instead of a vnode it expects a kblob fd. I know the conerns about users exahusting KVM via kblobs, and I'd like some feedback, some options come to mind: 1) kblobs not in the default kernel (don't like this) 2) kblobs limited via a sysctl for max per uid. 3) default entries in /etc/login.conf for 0. I've already implemented rlimits so #3 seems pretty attractive. You can grab the code at: http://people.freebsd.org/~alfred/kblob/kblob.diff to be applied via 'patch' from /usr/src and: http://people.freebsd.org/~alfred/kblob/kern_blob.c which needs to go into src/sys/kern you also need "options KBLOB" in your kernel config. Engineers at Yahoo provided the http accept filter and my delayed accept filter is a stripped down version of it, really cool stuff! Questions, comments, suggestions, flames? Manpages will be written up and patched soon after commit. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 20:25: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from poseidon.student.umd.edu (poseidon.student.umd.edu [129.2.228.43]) by hub.freebsd.org (Postfix) with ESMTP id 5E95F37BB3B for ; Tue, 13 Jun 2000 20:25:02 -0700 (PDT) (envelope-from bfoz@glue.umd.edu) Received: from glue.umd.edu (localhost [127.0.0.1]) by poseidon.student.umd.edu (8.9.3/8.9.3) with ESMTP id XAA04675 for ; Tue, 13 Jun 2000 23:25:01 -0400 (EDT) (envelope-from bfoz@glue.umd.edu) Message-ID: <3946FB0C.E87BEB11@glue.umd.edu> Date: Tue, 13 Jun 2000 23:25:00 -0400 From: Brandon Fosdick X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: NVIDIA Drivers for XF4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anybody have the new nvidia drivers working yet? Aparently I'm not as smart as I thought. :) -Brandon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 20:45:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (gsi.enoreo.on.ca [209.82.52.145]) by hub.freebsd.org (Postfix) with ESMTP id 3D63037BB4B for ; Tue, 13 Jun 2000 20:45:28 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from matt (cr677933-a.ktchnr1.on.wave.home.com [24.42.130.87]) by xena.gsicomp.on.ca (8.10.1/8.9.2) with SMTP id e5E3jDK63483; Tue, 13 Jun 2000 23:45:14 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Message-ID: <006601bfd5b2$fc61dc30$1200a8c0@matt> From: "Matthew Emmerton" To: "Mark Newton" Cc: "Dan Nelson" , References: <000a01bfcf7a$cc810330$1200a8c0@matt> <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> <000a01bfd0f0$a760ca50$1200a8c0@matt> <20000608115729.C46446@internode.com.au> Subject: Re: SVR4 Emulation [was Re: iBCS status?] Date: Tue, 13 Jun 2000 23:45:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Jun 07, 2000 at 10:24:15PM -0400, Matthew Emmerton wrote: > > brandelf will really understand any brand at all; We just add special > cases to suppress the need for -f for "known" brands. As it happens, > though, there's no reason why you can't run "brandelf -f -t BOGUS-BOGUS foo" > and have it put a BOGUS-BOGUS brand into an ELF object called foo. > > > What may compound the problem is if > > multiple ELF formats use the same brand, or none at all (as is the case with > > SCO ODT5 binaries.) > > Well, yes, that's the thing - Branding is, AFAICT, specific to FreeBSD > and Linux ELF; All other OSs need either a heuristic to select the > appropriate emulator (for example, the pathname to the ELF interpreter in > the executable, which doesn't always work), or an explicit branding, or > an appropriate setting of the kern.fallback_elf_brand sysctl MIB variable. > Even more interesting is the SCO document on how ELFs are pseudo-branded. OpenServer 5: No brand, but have a 28-byte NOTE field. UnixWare 7: No brand, but have one of the flags set in the FLAG field. (I couldn't find anything more specific than this.) -- Matthew Emmerton GSI Computer Services +1 (800) 217-5409 (Canada) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 21:26:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (gsi.enoreo.on.ca [209.82.52.145]) by hub.freebsd.org (Postfix) with ESMTP id 0859E37C026 for ; Tue, 13 Jun 2000 21:26:17 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from matt (cr677933-a.ktchnr1.on.wave.home.com [24.42.130.87]) by xena.gsicomp.on.ca (8.10.1/8.9.2) with SMTP id e5E4QCK63533; Wed, 14 Jun 2000 00:26:12 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Message-ID: <008b01bfd5b8$b5e3fee0$1200a8c0@matt> From: "Matthew Emmerton" To: "Mark Newton" Cc: Subject: SVR4 Emulation and SCO OpenServer 5 Date: Wed, 14 Jun 2000 00:26:27 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0088_01BFD597.2DED2F00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0088_01BFD597.2DED2F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable According to the lxrun (Linux Emulator for SCO) documentation and the = Debian ibcs2/svr3 emulator package, OpenServer 5 is SVR3 (with extension = for symbolic links and a few other goodies.) SCO documentation backs up the SVR3 lineage for OSR5, and verifies that = UnixWare 2 and 7 are SVR4 and SVR5, respectively. The SVR3 heritage would explain why a few test programs that I wrote = performing simple system calls (exec, fork, chdir, etc) fail under the = SVR4 emulator, because they're trying to execute syscall 40 which is = undefined in SVR4 -- but refers to the xenix call gate under ibcs2/svr3. If this is indeed the case, the ibcs2 code will need to modified to = support ELF executables so that SCO OpenServer 5 binaries can be run = under the ibcs2/svr3 emulator, with appropriate changes being made to = allow the SCO extensions. -- Matthew Emmerton GSI Computer Services +1 (800) 217-5409 (Canada) ------=_NextPart_000_0088_01BFD597.2DED2F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
According to the lxrun (Linux Emulator = for SCO)=20 documentation and the Debian ibcs2/svr3 emulator package, OpenServer 5 = is SVR3=20 (with extension for symbolic links and a few other = goodies.)
 
SCO documentation backs up the = SVR3 lineage=20 for OSR5, and verifies that UnixWare 2 and 7 are SVR4 and SVR5,=20 respectively.
 
The SVR3 heritage would explain why a = few test=20 programs that I wrote performing simple system calls (exec, fork, chdir, = etc)=20 fail under the SVR4 emulator, because they're trying to execute syscall = 40 which=20 is undefined in SVR4 -- but refers to the xenix call gate under=20 ibcs2/svr3.
 
If this is indeed the case, the ibcs2 = code will=20 need to modified to support ELF executables so that SCO OpenServer 5 = binaries=20 can be run under the ibcs2/svr3 emulator, with appropriate changes being = made to=20 allow the SCO extensions.
 
--
Matthew Emmerton
GSI Computer=20 Services
+1 (800) 217-5409 (Canada)
 
------=_NextPart_000_0088_01BFD597.2DED2F00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 21:40:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id D151437BD40 for ; Tue, 13 Jun 2000 21:40:02 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FW400KTDN95QH@falla.videotron.net> for hackers@freebsd.org; Wed, 14 Jun 2000 00:31:53 -0400 (EDT) Date: Wed, 14 Jun 2000 00:33:33 -0400 (EDT) From: Bosko Milekic Subject: Re: ether_output() : WIERD PROBLEM In-reply-to: X-Sender: bmilekic@jehovah.technokratis.com To: hackers@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wow, a reply to myself. I feel kind of lame. :-) Anyway, this is just an update, with more info. I've checked the status of my new system's lists, once the fault occurs, and I can _guarantee_ that the management lists I wrote the code for are actually not corrupt when this happens. I've looked at the dump of the memory at where they are stored from DDB, and everything looks in order. So my assumption is that this has just uncovered a bug in ether_output(). Although I can't confirm it 100%. I do have another bit of valuable information, though. If I move the m_flags check to after the ENQUEUE, but prior to the call to the interface "start" routine (see the end of ether_output()), then things are fine. The problem only occurs if the check is moved to _after_ the if_start call. On Tue, 13 Jun 2000, Bosko Milekic wrote: > > Hello, > > I've been doing some mbuf-related work on my -CURRENT machine lately. > Particularily, I've re-written the allocator and free routines, amongst > other things. However, I've encountered a peculiar problem that surfaces > in ether_output(). > > What happens is that one of my daemons, for example, natd, or httpd, > etc., performs a system call, which eventually results in a call to > ether_output (following tcp_output, ip_output, etc.). At the bottom of > ether_output(), after an IF_ENQUEUE, and an splx(s), there is the > following check: > > if (m->m_flags & M_MCAST) > ifp->if_omcasts++; > > The if () part results in a testb $0x2, 0x13(%ebx) > IF I REMEMBER correctly. > > For some wierd reason, when the mbuf in question is at a location: > 0xstuffF00 (256 bytes into a page, the second mbuf on a page), there is a > page fault. And it's _always_ when the mbuf is at such an address. > > Where the wierdness begins is when I actually examine the contents of the > mbuf... I can actually see them, no page fault, no nothing. In fact, if I > `continue' from the debugger, things continue to work fine... until the > next 0xstuffF00 mbuf goes through ether_output() and reaches that check. > > If I move the check of the m_flags to just above the splx(s), but after > the IF_ENQUEUE, then the page fault still occurs in the same way, except > that I even get a page fault when trying to examine the contents of the > mbuf. In other words, I can't even `continue' in this case. > > If I move the m_flags check before the IF_ENQUEUE, this doesn't happen at > all! > > Furthermore, if I revert my mbuf changes, I don't catch this problem. > > Anyone got any hints/clues? > > Regards, > Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 21:44:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 849BB37BD2C for ; Tue, 13 Jun 2000 21:44:08 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustident!@homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id WAA20073; Tue, 13 Jun 2000 22:44:00 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <39470DBA.D8045A1A@softweyr.com> Date: Tue, 13 Jun 2000 22:44:42 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jaye Mathisen Cc: hackers@FreeBSD.ORG Subject: Re: Has anybody looked at RAID-5 vinum performance on the "whole system"? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jaye Mathisen wrote: > > I was just curious what people's thoughts were on the potential "total > system throughput" (whatever you choose it to be), wrt using software > RAID. > > It would seem that software RAID would just kill big chunks of cache, > especially CPU cache, moving lots of data throught it to calcuate CRC's. > > perhaps the raid 1/0's would be fine, since the calcuation could be > ignored. Greg can probably give a better answer than I can, but one thing to be aware of is that host-based RAID, like Vinum, usually has access to a lot more processor and memory resources than hardware RAID controllers. My experience is limited to running an I/O bound, not compute-bound, server using both Vinum and a Mylex DAC1100 with 64MB RAM, using RAID-1. The system was a DELL 2400 with 2x 600 Mhz Pentium III. The application was a non-interactive web filter running over millions of web pages grabbed by a spider. The total throughput was significantly higher on the software RAID system. The application inherently sloshes through the caches anyhow, so little cache affect is achieved. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 21:54:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id E74DB37C07C for ; Tue, 13 Jun 2000 21:54:17 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 1325Bk-000AAy-00; Wed, 14 Jun 2000 11:54:04 +0700 Date: Wed, 14 Jun 2000 11:54:04 +0700 (ALMST) From: Boris Popov To: Bosko Milekic Cc: hackers@freebsd.org Subject: Re: ether_output() : WIERD PROBLEM In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jun 2000, Bosko Milekic wrote: > What happens is that one of my daemons, for example, natd, or httpd, > etc., performs a system call, which eventually results in a call to > ether_output (following tcp_output, ip_output, etc.). At the bottom of > ether_output(), after an IF_ENQUEUE, and an splx(s), there is the > following check: > > if (m->m_flags & M_MCAST) > ifp->if_omcasts++; This is because mbuf can be not valid after splx() call. Eg, it can be already sent and freed. I've discovered this bug about 3 month ago and wonder why it still doesn't commited :) -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 22:15:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id DCEA837BB4B for ; Tue, 13 Jun 2000 22:15:53 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id OAA71889; Wed, 14 Jun 2000 14:45:03 +0930 (CST) (envelope-from newton) Date: Wed, 14 Jun 2000 14:45:03 +0930 From: Mark Newton To: Matthew Emmerton Cc: Dan Nelson , freebsd-hackers@FreeBSD.ORG Subject: Re: SVR4 Emulation [was Re: iBCS status?] Message-ID: <20000614144503.A71162@internode.com.au> References: <20000606152128.B82736@internode.com.au> <20000606012552.A1515@dan.emsphone.com> <20000606162453.B83108@internode.com.au> <20000606094719.A19961@dan.emsphone.com> <006101bfd04c$59de5c60$1200a8c0@matt> <20000607094626.B22129@dan.emsphone.com> <20000608101038.B46114@internode.com.au> <000a01bfd0f0$a760ca50$1200a8c0@matt> <20000608115729.C46446@internode.com.au> <006601bfd5b2$fc61dc30$1200a8c0@matt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <006601bfd5b2$fc61dc30$1200a8c0@matt> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 13, 2000 at 11:45:28PM -0400, Matthew Emmerton wrote: > Even more interesting is the SCO document on how ELFs are pseudo-branded. > OpenServer 5: No brand, but have a 28-byte NOTE field. > UnixWare 7: No brand, but have one of the flags set in the FLAG field. (I > couldn't find anything more specific than this.) Ah, thanks for that - I'll note it away for not-too-distant future reference. The emulator structures at the moment look for the ELF interpreter and try to switch on that, but I think that'll bite us with SysVR4 because all the SysVR4 OSs will use the same ELF interpreter pathname, and because it doesn't work as a discriminator anyway (Solaris executables still need to be specifically branded, or you need to rely on kern.fallback_elf_brand). Additional discriminators like this (even if they're bodgy crap ones) are useful things to know about. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 13 23:52:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from echidna.stu.cowan.edu.au (echidna.stu.cowan.edu.au [139.230.33.5]) by hub.freebsd.org (Postfix) with ESMTP id 49BCC37B825; Tue, 13 Jun 2000 23:52:20 -0700 (PDT) (envelope-from tpnelson@echidna.stu.cowan.edu.au) Received: from student.cowan.edu.au ([139.230.242.63]) by echidna.stu.cowan.edu.au (8.9.1/8.9.1) with ESMTP id OAA6271512; Wed, 14 Jun 2000 14:58:03 +0800 (WST) Message-ID: <39472BEE.D8D210B@student.cowan.edu.au> Date: Wed, 14 Jun 2000 14:53:34 +0800 From: Trent Nelson X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Brandon Fosdick Cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: NVIDIA Drivers for XF4 References: <3946FB0C.E87BEB11@glue.umd.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brandon Fosdick wrote: > > Does anybody have the new nvidia drivers working yet? Aparently I'm not > as smart as I thought. :) From what I've been told - FreeBSD's kernel is unable to run Linux's kernel modules. Hence, the source provided by nVIDIA for the kernel module needs to be ported to FreeBSD. For those that aren't aware, there are two tarballs available: the Linux kernel module source and (Linux) object files for what I'm assuming is the XFree86 4.0 OpenGL/DRI driver. What's porting going to involve? I can't see porting the kernel module being *too* difficult (I'd love to start on something after exams) - but I don't know how the Linux object files for the XFree86 interface are going to be dealt with (Linux developer port?). I'm sure I'm not the only TNT (and above) owner that's eager to get Quake3 running in XFree86 4.0. > -Brandon Regards, Trent. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 0:49:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.palnet.com (mail.palnet.com [192.116.19.220]) by hub.freebsd.org (Postfix) with ESMTP id 504BB37C103 for ; Wed, 14 Jun 2000 00:49:23 -0700 (PDT) (envelope-from mustafa@palnet.com) Received: from nawari (dogbert.palnet.com [192.116.17.51]) by mail.palnet.com (8.9.3/8.9.3) with SMTP id KAA44093 for ; Wed, 14 Jun 2000 10:53:31 +0300 (IDT) From: "Mustafa Deeb" To: Subject: Looking for a way to test Performance. Date: Wed, 14 Jun 2000 10:48:34 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <39470DBA.D8045A1A@softweyr.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, I'm installing alot of squid proxy servers with Freebsd my servers config is like this Intel 600MHz Dual 1G Ram 3*18G Ultra2 (seagate Cheetah) disks.. I'm using vinum, and it is running transparent proxy with wccp V1 I want to make sure that I'm getting all of the power the box can provide.. is there a tool that can help me in determining that.. Best Regards Mustafa N. Deeb Palnet Communications Ltd. Systems Administrator emaiL: mustafa@palnet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 1: 0:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id BF73A37C11B for ; Wed, 14 Jun 2000 01:00:28 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA58806 for ; Wed, 14 Jun 2000 01:00:28 -0700 (PDT) Date: Wed, 14 Jun 2000 01:00:27 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: cool Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, if you are in the Singapore Changi international airport, the internet center in the transit area will loan you for FREE, a wavelan PC-CARD. So here I am waiting for my next flight and I'm on the net! (well they hold your passport in exchange but that's ok) I couldn;t get teh DHCP client to work, It kept saying: jules# /sbin/dhclient ifconfig: ioctl (SIOCAIFADDR): File exists Listening on BPF/wi0/00:60:1d:1e:42:6c Sending on BPF/wi0/00:60:1d:1e:42:6c Can't find free bpf: No such file or directory exiting. And the log files showed.. Jun 14 00:54:37 jules /kernel: rtinit: wrong ifa (0xc0f85980) was (0xc0ee3000) Jun 14 00:54:37 jules dhclient: Can't find free bpf: No such file or directory Jun 14 00:54:37 jules dhclient: exiting. So I just did: # wicontrol -i wi0 -p 1 # tcpdump eventually a packet showed up, from the router at 192.100.100.1 so I just grabbed 192.100.100.2 (SHHHHHHHH!) now if I can get dhcp to work this would be great! julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 2:53:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 359D137BD6F; Wed, 14 Jun 2000 02:53:10 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 1329qQ-0003Bf-00; Wed, 14 Jun 2000 11:52:22 +0200 Date: Wed, 14 Jun 2000 11:52:22 +0200 From: Neil Blakey-Milner To: Bernd Walter Cc: David Malone , Dan Nelson , Johan Kruger , freebsd-hackers@FreeBSD.ORG, FreeBSD-Questions Subject: Re: Remote syslog with a tag ? Message-ID: <20000614115222.A12222@mithrandr.moria.org> References: <20000613091107.A24675@dan.emsphone.com> <20000613110727.A22848@dan.emsphone.com> <20000613171241.A54763@salmon.maths.tcd.ie> <20000613224001.A1980@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000613224001.A1980@cicely8.cicely.de>; from ticso@cicely8.cicely.de on Tue, Jun 13, 2000 at 10:40:01PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue 2000-06-13 (22:40), Bernd Walter wrote: > > I've often thought it would be nice to be able to get syslogd to > > make choices based on hostname. I'm sure a patch would be easy > > enough to produce, but the trick would be to produce a good syntax > > fox syslog.conf. Are there any syslogds that can do this? What > > syntax do they use? > > I have a patched version to do this. > If anyone is interessted I'm producing diffs. I'm sure many people are interested. Send a PR, or patches to hackers@FreeBSD.org. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 3: 1: 2 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 5036C37BF18; Wed, 14 Jun 2000 03:00:55 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id EAA10564; Wed, 14 Jun 2000 04:00:53 -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 DAA20067; Wed, 14 Jun 2000 03:59:40 -0600 (MDT) Message-Id: <200006140959.DAA20067@harmony.village.org> To: Robert Watson Subject: Re: kerneld for FreeBSD Cc: Matthew Dillon , Bjoern Fischer , hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Jun 2000 08:07:07 EDT." References: Date: Wed, 14 Jun 2000 03:59:40 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm only going to reply once to this thread In message Robert Watson writes: : And in a sense, we already have two kerneld's -- pccardd and usbd, which : maintain mappings between named devices and drivers, etc. Combining them, : and adding another source of requests (and LPC channel over a UNIX domain : socket) would not be that hard. I personally think that a devd would be great to have. One that could do things when devices arrive and leave as well as when the removable hardware/software detects a new hunk of hardware that doesn't attach to any resident driver. It would be extremely useful if only the specific driver that was for that hardware wound up in the kernel. It would also be useful if that module were unloaded when that removable device went away. No need to keep it in memory, so long as there was a way to bring it back later. Sure, there's a monster bug in the kldload/unload right now where that eats wired memory. That bug should be fixed. Finally, all of this would be less of an issue if one could page the kernel, or at least parts of it... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 3: 7:16 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 4C7E537C140 for ; Wed, 14 Jun 2000 03:07:10 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id EAA10596; Wed, 14 Jun 2000 04:07: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 EAA20128; Wed, 14 Jun 2000 04:06:00 -0600 (MDT) Message-Id: <200006141006.EAA20128@harmony.village.org> To: Chris Csanady Subject: Re: PCI Wavelan adapter timeouts Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Jun 2000 15:30:21 CDT." <393EB0DD.B77711B4@ameslab.gov> References: <393EB0DD.B77711B4@ameslab.gov> Date: Wed, 14 Jun 2000 04:06:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <393EB0DD.B77711B4@ameslab.gov> Chris Csanady writes: : Has anyone one successfully used one of these? I have read through : the list archives, but I never saw the problems resolved. I have : tried 4.0, and current with no luck. My dmesg output looks like: : : pcic-pci0: irq 10 at device 10.0 on pci0 : pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] : pcic-pci1: irq 10 at device 10.1 on pci0 : pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] : : pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 : pcic0: management irq 10 : pccard0: on pcic0 : pccard1: on pcic0 : : wi0: at port 0x240-0x27f irq 7 slot 0 on pccard0 Do you have any other hardware on IRQ 7. Note, I didn't ask if you had any other driver at IRQ 7, but any other hardware at all. You can't share interrupts. You'll have to disable the parallel printer port in your BIOS to be able to use IRQ 7. The device timeout is a classic case of IRQ misconfiguration. : Neither irq 7, or 10 conflict with anything else. Again, have you disabled the IRQ 7 sources (eg parallel port) in the BIOS, otherwise there will be a conflict. I'm not sure that anybody has gotten these to work. I do know that 4.0 RELEASE will not properly work all the time with these devices, and that you need 4.0 STABLE from approx middle of March to even have a chance. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 3:48:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (peter1.corp.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id D679A37C15A; Wed, 14 Jun 2000 03:48:08 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 21CDC1CD7; Wed, 14 Jun 2000 03:48:08 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: Robert Watson , Matthew Dillon , Bjoern Fischer , hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: Message from Warner Losh of "Wed, 14 Jun 2000 03:59:40 MDT." <200006140959.DAA20067@harmony.village.org> Date: Wed, 14 Jun 2000 03:48:08 -0700 From: Peter Wemm Message-Id: <20000614104808.21CDC1CD7@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > Sure, there's a monster bug in the kldload/unload right now where that > eats wired memory. That bug should be fixed. There is? There is a well-known leak for preload stuff - the pages are not (yet) reclaimed after unload. We have the infrastructure to do that now. See vm_page_t vm_add_new_page(vm_offset_t pa); This can be used to reclaim the space consumed by preloaded files. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 3:52:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 1CDEB37B594 for ; Wed, 14 Jun 2000 03:52:37 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id DAA59356; Wed, 14 Jun 2000 03:52:25 -0700 (PDT) Date: Wed, 14 Jun 2000 03:52:24 -0700 (PDT) From: Julian Elischer To: imp@village.org Cc: Chris Csanady , freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Wavelan adapter timeouts 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 > In message <393EB0DD.B77711B4@ameslab.gov> Chris Csanady writes: > : Has anyone one successfully used one of these? I have read through > : the list archives, but I never saw the problems resolved. I have > : tried 4.0, and current with no luck. My dmesg output looks like: > : > : pcic-pci0: irq 10 at device 10.0 on pci0 > : pcic-pci0: TI12XX PCI Config Reg: [pwr save][pci only] > : pcic-pci1: irq 10 at device 10.1 on pci0 > : pcic-pci1: TI12XX PCI Config Reg: [pwr save][pci only] > : > : pcic0: at port 0x3e0 iomem 0xd0000 irq 10 on isa0 > : pcic0: management irq 10 > : pccard0: on pcic0 > : pccard1: on pcic0 > : > : wi0: at port 0x240-0x27f irq 7 slot 0 on pccard0 well I'm typing this across the following: pccard: card inserted, slot 0 wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:1e:42:6c I'm not seeing problems there.. (though dhclient doesn't seem to work on it for some reason) > > Do you have any other hardware on IRQ 7. Note, I didn't ask if you > had any other driver at IRQ 7, but any other hardware at all. You > can't share interrupts. You'll have to disable the parallel printer > port in your BIOS to be able to use IRQ 7. The device timeout is a > classic case of IRQ misconfiguration. > > : Neither irq 7, or 10 conflict with anything else. > > Again, have you disabled the IRQ 7 sources (eg parallel port) in the > BIOS, otherwise there will be a conflict. > > I'm not sure that anybody has gotten these to work. I do know that > 4.0 RELEASE will not properly work all the time with these devices, > and that you need 4.0 STABLE from approx middle of March to even have > a chance. > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- ^ | __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 )_.---._/ presently in: Singapore v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 4: 7:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id A38FE37C13B for ; Wed, 14 Jun 2000 04:07:40 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQLEHGLJ3800041A@research.kpn.com> for hackers@FreeBSD.ORG; Wed, 14 Jun 2000 13:07:33 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Wed, 14 Jun 2000 13:07:33 +0100 Content-return: allowed Date: Wed, 14 Jun 2000 13:07:28 +0100 From: "Koster, K.J." Subject: RE: Looking for a way to test Performance. To: 'Mustafa Deeb' Cc: hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7649@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm installing alot of squid proxy servers with Freebsd > my servers config is like this > Intel 600MHz Dual > 1G Ram > 3*18G Ultra2 (seagate Cheetah) disks.. > > I'm using vinum, and it is running transparent proxy with wccp V1 > > I want to make sure that I'm getting all of the power the box > can provide.. > is there a tool that can help me in determining that.. > Hmm. Tools? Sure, your own eyes. Have a peek in "System Performance Tuning". Amazon.com, $25,=. Old as it is, it will teach you how to watch a BSD system, and how to interpret the output of top and vmstat and friends, down to the HDD led that's on the front of your box. IIRC, the examples assume SunOS 4 or VAX. Fact is that it gives you a fundamental understanding of measuring performance of BSD systems. It covers CPU, memory, disk and network performance each in their own section. I found that I could use the book even for Windows machines. Kees Jan ============================================== Everyone is responsible for his own actions, and (people tend to forget this) the effect they have on others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 5: 0:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from athena.lightningone.net (athena.lightningone.net [12.34.104.3]) by hub.freebsd.org (Postfix) with ESMTP id 1F51837C140; Wed, 14 Jun 2000 05:00:48 -0700 (PDT) (envelope-from john@essenz.com) Received: from localhost (john@localhost) by athena.lightningone.net (8.9.3/8.9.3) with ESMTP id IAA01335; Wed, 14 Jun 2000 08:16:25 -0400 (EDT) (envelope-from john@essenz.com) X-Authentication-Warning: athena.lightningone.net: john owned process doing -bs Date: Wed, 14 Jun 2000 08:16:25 -0400 (EDT) From: Essenz Consulting X-Sender: john@athena.lightningone.net To: freebsd-hackers@freebsd.org Cc: msmith@freebsd.org Subject: Mylex AccelRAID 150 and Quantum Drives... 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 having problems getting a Mylex AccelleRAID 150 RAID Card to see my Quantum Atlass 10k SCA 80-pin drives. Mylex is a little unclear as why quantum drives dont work. Has anyone used quantum atlass 10k SCA drives with a Mylex card? Thanks. -john v. e. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 6: 1:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id A5D1237B505; Wed, 14 Jun 2000 06:01:09 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9D38D6.dip0.t-ipconnect.de [62.157.56.214]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id PAA08199; Wed, 14 Jun 2000 15:00:35 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 014FCAC27; Wed, 14 Jun 2000 15:00:54 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 13BA714A67; Wed, 14 Jun 2000 15:00:44 +0200 (CEST) Date: Wed, 14 Jun 2000 15:00:44 +0200 From: Alexander Langer To: Trent Nelson Cc: Brandon Fosdick , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: NVIDIA Drivers for XF4 Message-ID: <20000614150044.B439@cichlids.cichlids.com> References: <3946FB0C.E87BEB11@glue.umd.edu> <39472BEE.D8D210B@student.cowan.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39472BEE.D8D210B@student.cowan.edu.au>; from tpnelson@echidna.stu.cowan.edu.au on Wed, Jun 14, 2000 at 02:53:34PM +0800 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Trent Nelson (tpnelson@echidna.stu.cowan.edu.au): > What's porting going to involve? I can't see porting the kernel module > being *too* difficult (I'd love to start on something after exams) - but > I don't know how the Linux object files for the XFree86 interface are > going to be dealt with (Linux developer port?). If I understood dfr correctly (I've not taken a look at this yet), the new AGP driver in -current does similar things and works for two chipsets already (can't recall which, read cvs-all). However, porting the nvidia driver shouldn't be the problem. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 7:32:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from atdot.dotat.org (atdot.dotat.org [150.101.89.3]) by hub.freebsd.org (Postfix) with ESMTP id B679137C21D for ; Wed, 14 Jun 2000 07:32:02 -0700 (PDT) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.3/8.9.3) id AAA79189 for freebsd-hackers@freebsd.org; Thu, 15 Jun 2000 00:02:14 +0930 (CST) (envelope-from newton) Date: Thu, 15 Jun 2000 00:02:14 +0930 From: Mark Newton To: freebsd-hackers@freebsd.org Subject: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) Message-ID: <20000615000214.C79055@atdot.dotat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-PGP-Key: http://slash.dotat.org/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a message which appeared on the aussie-isp mailing list earlier today. I thought people here might like it :-) Ross is a reliable source, so I doubt we can chalk this one up to "urban legend". - mark > ---------- Forwarded message ---------- > Date: Wed, 14 Jun 2000 15:45:51 +1000 (EST) > From: Ross Wheeler > To: aussie-isp@aussie.net > Subject: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! > > > I've got to tell someone about this.... I'm flabergasted! > > A client of a client had their internet gateway machine (a Linux box) > hacked recently, and seriously compromised. Ok... totally screwed. > > So, much panic, waving of arms and gnashing of teeth, and it was a case of > "drop everything and help" this poor school. The person who set up the > original box is on the other side of the continent and seems to be not > contactable, or something. > > Anyhow, we helped. KNOWING the box had been hacked and WOULD be under > constant scrutiny, we suggested FreeBSD (now before we start any religious > wars here, yes, a linux box MAY be as secure as a FreeBSD box, assuming > both were set up by people familiar and competent with them both.... but > we're a FreeBSD site and not expert with Linux! Plus, it was compromised > as a Linux box, much better to change things a little while we're at it). > > So the box was completely re-built. They moved the goalposts a couple of > times (changing how things needed to be set up AFTER it had been done, but > hey...). and now that it's all going and working..... they want to rip it > out and put linux back on again. > > Why? > > > > > Well.... I could start a guessing competition here. > > And you guys (and girls) are NOT allowed to kill yourselves laughing > here... This is what the person actually typed: > > > "I've just had a converstaion with xxxx xxxx (our Principal) about some > of the changes. We've had to deal with some of the philosphical issues > related to BSD. As you know BSD uses a 'devil' icon to portray the BSD > symbol. Given we are a Christian school this is a significant concern for > us. Even after reviewing the sites blurb about the origin of the symbol, > we've come to the conclusion that it would not be appropriate for us to > use the software." > > Can you believe it?! > > I tried to "inform" them about the "mascot".... > > "some of our parents who are very technically savvy would not care about > the disctinction. It is the subliminal message the icon represents..." > > And then the FreeBSD site itself fueled the fire: > > "Even the site talks about a deamon being 'unleashed' in you computer blah." > > So that's that. No further discussion would be entered into. They've made > their decision..... with a parting shot that: > > "what we need to concern ourselves with as a Christian school is the > 'message' or 'image' that may unwittingly be portrayd." -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1620-2223 ------------- Fax: +61-8-82231777 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 7:50: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id EEFB037C1F3 for ; Wed, 14 Jun 2000 07:49:57 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JQLM92IERI0003H7@research.kpn.com> for freebsd-hackers@freebsd.org; Wed, 14 Jun 2000 16:49:55 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Wed, 14 Jun 2000 16:49:50 +0100 Content-return: allowed Date: Wed, 14 Jun 2000 16:49:47 +0100 From: "Koster, K.J." Subject: RE: [Oz-ISP] FreeBSD and the forces of darkness. Real religious w ars! (fwd) To: 'Mark Newton' , "'RossWheeler'" Cc: 'FreeBSD Hackers mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7650@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > "Even the site talks about a deamon being 'unleashed' in you > computer blah." > Have you perhaps pointed out that Linux is full of daemons too? If you listen closely to the box you can hear them chitter amongst eachother. Inetd for example, a.k.a. "The Mother of All Deamons". Phew, they don't come much worse than that. It's even known to spawn others. I won't even mention the http deamon and maybe even the talk daemon. No telling who it talks to. At least BSD puts a clear warning sticker on the box, whereas Linux daemons tend to hide in animal guises. Penguins, I believe. Anyway, there's nothing to worry about. If your box is CE compliant it will shield the outside world quite efficiently from what's inside. Kees Jan ============================================== Everyone is responsible for his own actions, and (people tend to forget this) the effect they have on others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 7:53:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id 2D68737C201 for ; Wed, 14 Jun 2000 07:53:07 -0700 (PDT) (envelope-from akm@mail.theinternet.com.au) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id AAA57230; Thu, 15 Jun 2000 00:57:32 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200006141457.AAA57230@mail.theinternet.com.au> Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious w ars! (fwd)) In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7650@l04.research.kpn.com> from "Koster, K.J." at "Jun 14, 2000 04:49:47 pm" To: "Koster, K.J." Date: Thu, 15 Jun 2000 00:57:31 +1000 (EST) Cc: "'Mark Newton'" , "'RossWheeler'" , "'FreeBSD Hackers mailing list'" 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 +----[ Koster, K.J. ]--------------------------------------------- [Charset iso-8859-1 unsupported, filtering to ASCII...] | > | > "Even the site talks about a deamon being 'unleashed' in you | > computer blah." | > | Have you perhaps pointed out that Linux is full of daemons too? If you | listen closely to the box you can hear them chitter amongst eachother. Inetd | for example, a.k.a. "The Mother of All Deamons". Phew, they don't come much | worse than that. It's even known to spawn others. I won't even mention the | http deamon and maybe even the talk daemon. No telling who it talks to. | | At least BSD puts a clear warning sticker on the box, whereas Linux daemons | tend to hide in animal guises. Penguins, I believe. Catholic schools are probably a lot happier with Penguin imagery... *thinks of Jake & Elwood* -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 8:38:14 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 04DAD37C853 for ; Wed, 14 Jun 2000 08:38:05 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA11549; Wed, 14 Jun 2000 09:37: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 JAA21434; Wed, 14 Jun 2000 09:36:47 -0600 (MDT) Message-Id: <200006141536.JAA21434@harmony.village.org> To: Julian Elischer Subject: Re: PCI Wavelan adapter timeouts Cc: Chris Csanady , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Jun 2000 03:52:24 PDT." References: Date: Wed, 14 Jun 2000 09:36:47 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Julian Elischer writes: : well I'm typing this across the following: : : pccard: card inserted, slot 0 : wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 : wi0: Ethernet address: 00:60:1d:1e:42:6c : I'm not seeing problems there.. : (though dhclient doesn't seem to work on it for some reason) Maybe wi doesn't support broadcasts? Anyway, we know that the wi cards work. Are you typing it on the same PCI pccard adapter that Chris is having problems with? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 8:41:12 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 6CD5637C235 for ; Wed, 14 Jun 2000 08:41:04 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA11561; Wed, 14 Jun 2000 09:40:59 -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 JAA21454; Wed, 14 Jun 2000 09:39:50 -0600 (MDT) Message-Id: <200006141539.JAA21454@harmony.village.org> To: Andrew Kenneth Milton Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious w ars! (fwd)) Cc: "Koster, K.J." , "'Mark Newton'" , "'RossWheeler'" , "'FreeBSD Hackers mailing list'" In-reply-to: Your message of "Thu, 15 Jun 2000 00:57:31 +1000." <200006141457.AAA57230@mail.theinternet.com.au> References: <200006141457.AAA57230@mail.theinternet.com.au> Date: Wed, 14 Jun 2000 09:39:50 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tell them that it is a daemon, not a devil. A daemon isn't the devil, nor does it promote the worship of devilry. In Japan, the daemon is viewed as a nice, lovable creature. The Japanese think he is cute. Too bad the BSD magazine isn't more widely available in the states. The daemons in it are very cute. I especially like the daemons that are the mom, pop and kid pictures. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9: 3:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns3.safety.net (ns3.safety.net [216.200.162.38]) by hub.freebsd.org (Postfix) with ESMTP id 3686637C161 for ; Wed, 14 Jun 2000 09:03:31 -0700 (PDT) (envelope-from les@ns3.safety.net) Received: (from les@localhost) by ns3.safety.net (8.9.3/8.9.3) id JAA80849 for freebsd-hackers@freebsd.org; Wed, 14 Jun 2000 09:03:29 -0700 (MST) (envelope-from les) From: Les Biffle Message-Id: <200006141603.JAA80849@ns3.safety.net> Subject: Conflict between Intel 82558/9 and VIA MVP4? To: freebsd-hackers@freebsd.org Date: Wed, 14 Jun 2000 09:03:24 -0700 (MST) Reply-To: les@safety.net X-Mailer: ELM [version 2.4ME+ PL54 (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 We're having problems with the Intel EtherExpress 10/100 NICs in our product platform. We suspect unfavorable interaction between the 82558 and 82559 Intel parts and our motherboard chipset. Here are some specifics: We're using 3.4-STABLE, with the "latest" fxp driver code: $FreeBSD: src/sys/pci/if_fxp.c,v 1.59.2.7 2000/04/01 19:04:21 dg Exp $ $FreeBSD: src/sys/pci/if_fxpreg.h,v 1.13.2.3 1999/12/06 20:11:53 peter Exp $ $FreeBSD: src/sys/pci/if_fxpvar.h,v 1.6.2.2 2000/04/01 19:04:22 dg Exp $ The platform is a small PC designed for the point of sale folks, and uses the VIA Apollo MVP4 chipset. From dmesg: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 chip2: rev 0x14 on pci0.7.0 chip3: rev 0x10 on pci0.7.4 We use an AMD K6-2 at 350 or 450 Mhz, 32MB of RAM and boot from Compact Flash. The two PCI slots are on a riser card. On the riser card is a RealTEK 8139 10/100 interface which works quite well: rl0: rev 0x10 int a irq 12 on pci0.13.0 We can install other RealTEK-based NICs in either or both riser card PCI slots, and they work well, as do WAN cards. The problem comes when we install a NIC based on the Intel 82558 or 82559 parts. When the NIC is in the "top" slot on the riser (pci0.1.19), the kernel panics in if_fxp.c at fxp_add_rfabuf + 0xc4. The backtrace says fxp_add_rfabuf was called from fxp_intr. With the NIC in the "bottom" slot (pci0.1.17), there is no panic, but the card gets choked up and seems not to listen reliably. For example, it will hear an ARP reply if it sent the ARP request, but will ignore an ARP request inbound. My sniffer shows the packets on the link, but there is no indication in a "netstat -i" that the NIC saw them. Further watching of a "netstat -i -w 1" display shows something very puzzling and troubling. When the card _is_ working, the transmitted and received byte counts get updated in the display, but the associated packet counts don't go up for one or two seconds. When the card is NOT working right (doesn't hear), the bytes-received counts will increment and the packets-received counts WON'T. Here's the display for a "working" NIC on a quiet subnet that has a single machine sending broadcasts every 3 seconds and a quick 100-packet flood ping of that machine. Note the two second delay before the packet counts catch up: input (fxp0) output packets errs bytes packets errs bytes colls 1 0 0 0 0 0 0 0 0 71 0 0 0 0 0 0 0 0 0 0 0 1 0 9800 0 0 9800 0 0 0 71 0 0 0 0 100 0 0 100 0 0 0 1 0 0 0 0 0 0 0 0 71 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 Our mbuf levels are hitting really high peaks, and I suspect that whatever is hanging onto the packets is responsible for that. Other NICs in the same situation (including the much maligned RealTEK) don't exhibit this symptom, and don't run up our peak mbufs. In addition to causing massive peaks, the Intel NICs do something else ugly. It appears that they get choked up when they can't get rid of queued outputs as quickly as they would like. A 10Mbps shared-media segment will have many many collisions when transfering a file or doing a flood ping between two fast FreeBSD boxes, and a bunch of the queued output mbufs wind up in limbo. Changing to a full-duplex 100Mbps connection between the boxes eliminates the buffer-loss problem, but does not stop the NIC from having its receive or panic problems. We see the mbuf peak symptoms on other motherboards as well, but not the ignored received packets. The NICs we have tried are Intel EtherExpress Pro 100B, Pro 100+, and the new EtherExpress Pro 100+ Management Adaptors. The Management Adaptors have another side effect in our platform. The Management Adaptors have the Wake on Lan function integrated, as well as having a net boot ROM installed and enabled by default. Intel has a utility called "brow" that will modify the settings of these new features, and we routinely turn off both the WOL and net boot facilities. We have to do this in a PC that is not one of our shipping product platforms, because our product won't get through the BIOS PCI scan with these "features" enabled. Can somebody help us here? We're in a bit of a panic. Best regards, -Les -- Les Biffle Community Service... Just Say NO! (480) 778-0177 les@safety.net http://www.les.safety.net/ Network Safety, 7802 E Gray Rd Ste 500, Scottsdale, AZ 85260 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:17:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from afs.itc.keio.ac.jp (afs.itc.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (Postfix) with SMTP id 5844537B583 for ; Wed, 14 Jun 2000 09:17:43 -0700 (PDT) (envelope-from hosokawa@itc.keio.ac.jp) Received: (qmail 2562 invoked from network); 14 Jun 2000 16:17:39 -0000 Received: from pppb80.yk.rim.or.jp (HELO localhost.FromTo.Cc) (202.247.186.180) by afs.itc.keio.ac.jp with SMTP; 14 Jun 2000 16:17:39 -0000 Date: Thu, 15 Jun 2000 01:17:37 +0900 Message-ID: <86snug44pq.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa To: imp@village.org Cc: julian@elischer.org, cc@ameslab.gov, freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Wavelan adapter timeouts In-Reply-To: In your message of "Wed, 14 Jun 2000 09:36:47 -0600" <200006141536.JAA21434@harmony.village.org> References: <200006141536.JAA21434@harmony.village.org> User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Wed, 14 Jun 2000 09:36:47 -0600, Warner Losh wrote: > > In message Julian Elischer writes: > : well I'm typing this across the following: > : > : pccard: card inserted, slot 0 > : wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 > : wi0: Ethernet address: 00:60:1d:1e:42:6c > : I'm not seeing problems there.. > : (though dhclient doesn't seem to work on it for some reason) > > Maybe wi doesn't support broadcasts? I'm using dhclient on wi in infrastructure mode. -- --------------------------- Tatsumi Hosokawa hosokawa@itc.keio.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:20: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 5A1BE37C2C6 for ; Wed, 14 Jun 2000 09:20:47 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA11972; Wed, 14 Jun 2000 10:20:44 -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 KAA21862; Wed, 14 Jun 2000 10:19:36 -0600 (MDT) Message-Id: <200006141619.KAA21862@harmony.village.org> To: Tatsumi Hosokawa Subject: Re: PCI Wavelan adapter timeouts Cc: julian@elischer.org, cc@ameslab.gov, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Jun 2000 01:17:37 +0900." <86snug44pq.wl@ringo.FromTo.Cc> References: <86snug44pq.wl@ringo.FromTo.Cc> <200006141536.JAA21434@harmony.village.org> Date: Wed, 14 Jun 2000 10:19:36 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <86snug44pq.wl@ringo.FromTo.Cc> Tatsumi Hosokawa writes: : At Wed, 14 Jun 2000 09:36:47 -0600, : Warner Losh wrote: : > : > In message Julian Elischer writes: : > : well I'm typing this across the following: : > : : > : pccard: card inserted, slot 0 : > : wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 : > : wi0: Ethernet address: 00:60:1d:1e:42:6c : > : I'm not seeing problems there.. : > : (though dhclient doesn't seem to work on it for some reason) : > : > Maybe wi doesn't support broadcasts? : : I'm using dhclient on wi in infrastructure mode. OK. Is this with the PCI addapter or with another adapter? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:30:12 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 CD99E37C187; Wed, 14 Jun 2000 09:30:01 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA12010; Wed, 14 Jun 2000 10:29:59 -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 KAA21967; Wed, 14 Jun 2000 10:28:48 -0600 (MDT) Message-Id: <200006141628.KAA21967@harmony.village.org> To: "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" Subject: Re: FreeBSD Support of Hot Swappable NICs Cc: Alfred Perlstein , freebsd-questions@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Jun 2000 17:07:19 CDT." <20000607170719.A24836@dan.emsphone.com> References: <20000607170719.A24836@dan.emsphone.com> Date: Wed, 14 Jun 2000 10:28:48 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000607170719.A24836@dan.emsphone.com> Dan Nelson writes: : In-Reply-To: <20000607114158.C17973@fw.wintelcom.net>; from "Alfred Perlstein" on Wed Jun 7 11:41:59 GMT 2000 : X-OS: FreeBSD 5.0-CURRENT : : In the last episode (Jun 07), Alfred Perlstein said: : > Brech, Cary [000607 10:33] wrote: : > > Lucent recently introduced a product that uses FreeBSD as its OS. : > > We are currently contemplating adding the ability to "Hot Swap" the : > > custom network interface cards we are developing for the next : > > release. The question we have is does FreeBSD support the ability : > > to hot swap network interface cards? : > > : > > Thanks in advance for your assistance! : > : > We can do pcmcia hot swap, but it gets hairy if the interface is : > in use, the interface should be 'downed' before removing afaik. : : Or do you mean PCI hot-plug? FreeBSD currently doesn't support : powering off PCI slots or re-probing the PCI bus after bootup, both of : which are required for hot-plug. I don't know how hard it would be to : add, either. You'll probably have to ask -hackers about that (cc and : reply-to reset there). The compact PCI hot swap spec isn't implemented in FreeBSD at this time. The compact PCI cards will work w/o the hot swap stuff just fine. The hot swap spec doesn't include a register set to program to, as far as I could tell in my limited researches, so each chipset needs its own driver to add hot swap capibilities. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:30:38 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 B70C237C277; Wed, 14 Jun 2000 09:30:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA12018; Wed, 14 Jun 2000 10:30:29 -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 KAA21980; Wed, 14 Jun 2000 10:29:19 -0600 (MDT) Message-Id: <200006141629.KAA21980@harmony.village.org> To: Wes Peters Subject: Re: FreeBSD Support of Hot Swappable NICs Cc: "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" , Alfred Perlstein , freebsd-questions@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Jun 2000 16:29:59 MDT." <393ECCE7.76D9857@softweyr.com> References: <393ECCE7.76D9857@softweyr.com> <20000607170719.A24836@dan.emsphone.com> Date: Wed, 14 Jun 2000 10:29:19 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <393ECCE7.76D9857@softweyr.com> Wes Peters writes: : Warner Losh has just started to look into support for CPCI, which would : mandate hot-swap and bus reprobing. The CardBus support is similar in : concept, too. Yes. Cardbus is indeed quite similar. That's one reason I like the CPCI stuff we have at work :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:32:25 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 ADEA637C338; Wed, 14 Jun 2000 09:32:14 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA12032; Wed, 14 Jun 2000 10:32:06 -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 KAA22010; Wed, 14 Jun 2000 10:30:57 -0600 (MDT) Message-Id: <200006141630.KAA22010@harmony.village.org> To: Mike Smith Subject: Re: FreeBSD Support of Hot Swappable NICs Cc: Coleman Kane , "Brech, Cary" , freebsd-hackers@FreeBSD.ORG, mblott@lucent.com, "Savio, Florie N" , Alfred Perlstein , freebsd-questions@FreeBSD.ORG In-reply-to: Your message of "Wed, 07 Jun 2000 19:27:35 PDT." <200006080227.TAA04108@mass.cdrom.com> References: <200006080227.TAA04108@mass.cdrom.com> Date: Wed, 14 Jun 2000 10:30:57 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006080227.TAA04108@mass.cdrom.com> Mike Smith writes: : Actually, there's still a *lot* of work that has to be done to make this : work "right" - let me say two things only: : : "resource allocation" : : "interrupt routing" Yes. Given cardbus support, these are easy. We don't have cardbus support yet, so these will be quite hard. You have to cooperate with the pci bios to do either of these in a MI way. And the pci bios might not exist on all platforms, iirc. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:44:34 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 1E42037C001 for ; Wed, 14 Jun 2000 09:44:30 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA12109; Wed, 14 Jun 2000 10:44:29 -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 KAA22157; Wed, 14 Jun 2000 10:43:15 -0600 (MDT) Message-Id: <200006141643.KAA22157@harmony.village.org> To: Sergey Babkin Subject: Re: FreeBSD Support of Hot Swappable NICs Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 08 Jun 2000 22:13:32 EDT." <394052CC.E162CA2A@bellatlantic.net> References: <394052CC.E162CA2A@bellatlantic.net> <200006080227.TAA04108@mass.cdrom.com> <394035B6.2CA42384@softweyr.com> Date: Wed, 14 Jun 2000 10:43:15 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <394052CC.E162CA2A@bellatlantic.net> Sergey Babkin writes: : 1. When the card is physically removed inform the driver that it : should shut down and don't try to get to the card afterwards. That means : it would handle some subset of configuration requests and delay or : throw away any data transfer requests. : : 2. Later take any neccessary amount of time to clean up the things. We've been through this on the pccard stuff. In that case, you have a few milliseconds to cease all access to the hardware. In the CPCI case you'd have on the order of a second. The CPCI spec says that a board shall have a led and a removal switch. The removal switch is put into the remove position, and the user is supposed to wait for the led to light (or was that go out) before removing the card. Even if he/she/it doesn't, it will take about a second to remove the card after frobbing the switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 9:46:27 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 9B70337C001 for ; Wed, 14 Jun 2000 09:46:24 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA12124; Wed, 14 Jun 2000 10:46:23 -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 KAA22201; Wed, 14 Jun 2000 10:45:10 -0600 (MDT) Message-Id: <200006141645.KAA22201@harmony.village.org> To: Peter Wemm Subject: Re: kerneld for FreeBSD Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Jun 2000 03:48:08 PDT." <20000614104808.21CDC1CD7@overcee.netplex.com.au> References: <20000614104808.21CDC1CD7@overcee.netplex.com.au> Date: Wed, 14 Jun 2000 10:45:09 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000614104808.21CDC1CD7@overcee.netplex.com.au> Peter Wemm writes: : There is? There is a well-known leak for preload stuff - the pages : are not (yet) reclaimed after unload. We have the infrastructure to : do that now. See vm_page_t vm_add_new_page(vm_offset_t pa); : This can be used to reclaim the space consumed by preloaded files. Maybe it was something a driver of mine did then, since in 4.0-stable I have observed that multiple load/unload of the driver caused a memory leak that was about the same size as the text/data sections of the driver. Maybe I had a leak in my code instead... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 10:47: 1 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 66C4C37B75A for ; Wed, 14 Jun 2000 10:46:53 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id KAA06177; Wed, 14 Jun 2000 10:37:52 -0700 (PDT) Message-Id: <200006141737.KAA06177@implode.root.com> To: les@safety.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Conflict between Intel 82558/9 and VIA MVP4? In-reply-to: Your message of "Wed, 14 Jun 2000 09:03:24 PDT." <200006141603.JAA80849@ns3.safety.net> From: David Greenman Reply-To: dg@root.com Date: Wed, 14 Jun 2000 10:37:52 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >We're having problems with the Intel EtherExpress 10/100 NICs in our >product platform. We suspect unfavorable interaction between the 82558 >and 82559 Intel parts and our motherboard chipset. Here are some >specifics: > >We're using 3.4-STABLE, with the "latest" fxp driver code: > > $FreeBSD: src/sys/pci/if_fxp.c,v 1.59.2.7 2000/04/01 19:04:21 dg Exp $ > $FreeBSD: src/sys/pci/if_fxpreg.h,v 1.13.2.3 1999/12/06 20:11:53 peter Exp $ > $FreeBSD: src/sys/pci/if_fxpvar.h,v 1.6.2.2 2000/04/01 19:04:22 dg Exp $ > >The platform is a small PC designed for the point of sale folks, and uses >the VIA Apollo MVP4 chipset. From dmesg: > > chip0: rev 0x02 on pci0.0.0 > chip1: rev 0x00 on pci0.1.0 > chip2: rev 0x14 on pci0.7.0 > chip3: rev 0x10 on pci0.7.4 > >We use an AMD K6-2 at 350 or 450 Mhz, 32MB of RAM and boot from Compact Flash. > >The two PCI slots are on a riser card. On the riser card is a RealTEK >8139 10/100 interface which works quite well: > > rl0: rev 0x10 int a irq 12 on pci0.13.0 > >We can install other RealTEK-based NICs in either or both riser card PCI >slots, and they work well, as do WAN cards. The problem comes when we >install a NIC based on the Intel 82558 or 82559 parts. > >When the NIC is in the "top" slot on the riser (pci0.1.19), the kernel >panics in if_fxp.c at fxp_add_rfabuf + 0xc4. The backtrace says >fxp_add_rfabuf was called from fxp_intr. That definately sounds like a hardware problem - an electrical problem, perhaps noise related, on the PCI bus. >With the NIC in the "bottom" slot (pci0.1.17), there is no panic, but the >card gets choked up and seems not to listen reliably. For example, it >will hear an ARP reply if it sent the ARP request, but will ignore an >ARP request inbound. My sniffer shows the packets on the link, but there >is no indication in a "netstat -i" that the NIC saw them. Could possibly be caused by a number of things. It could be another manifestation of the problem above, it could be that the duplex isn't being negotiated properly, or could be something altogether different. >Further watching of a "netstat -i -w 1" display shows something very >puzzling and troubling. When the card _is_ working, the transmitted and >received byte counts get updated in the display, but the associated >packet counts don't go up for one or two seconds. When the card is NOT >working right (doesn't hear), the bytes-received counts will increment >and the packets-received counts WON'T. The stats on the NIC are only read every second for the packet count, but the byte count is updated as soon as the packet is sent or received. This can cause a one second delay. I can't explain a two second delay other than the DMA [to complete the stats transfer] is extremely slow for some reason. >Here's the display for a "working" NIC on a quiet subnet that has a >single machine sending broadcasts every 3 seconds and a quick 100-packet >flood ping of that machine. Note the two second delay before the packet >counts catch up: > > input (fxp0) output > packets errs bytes packets errs bytes colls > 1 0 0 0 0 0 0 > 0 0 71 0 0 0 0 > 0 0 0 0 0 0 0 > 1 0 9800 0 0 9800 0 > 0 0 71 0 0 0 0 > 100 0 0 100 0 0 0 > 1 0 0 0 0 0 0 > 0 0 71 0 0 0 0 > 0 0 0 0 0 0 0 > 1 0 0 0 0 0 0 > >Our mbuf levels are hitting really high peaks, and I suspect that >whatever is hanging onto the packets is responsible for that. Other >NICs in the same situation (including the much maligned RealTEK) don't >exhibit this symptom, and don't run up our peak mbufs. > >In addition to causing massive peaks, the Intel NICs do something else >ugly. It appears that they get choked up when they can't get rid of >queued outputs as quickly as they would like. A 10Mbps shared-media >segment will have many many collisions when transfering a file or doing >a flood ping between two fast FreeBSD boxes, and a bunch of the queued >output mbufs wind up in limbo. Changing to a full-duplex 100Mbps >connection between the boxes eliminates the buffer-loss problem, but >does not stop the NIC from having its receive or panic problems. We >see the mbuf peak symptoms on other motherboards as well, but not the >ignored received packets. Peak mbuf levels really aren't relevant to the problem. The fxp driver holds onto mbufs as part of an optimization to reduce interrupt overhead. It shouldn't peak higher than about 250 or so, however, if things are working correctly. It sounds to me as though there is a serious problem with the DMA operating properly. I'm wondering if the Apollo chipset doesn't support some PCI operation that the Pro/100 wants, causing major problems. Unfortunately I don't believe that there isn't anything that can be done in the driver to work around this. What you need is someone with a PCI bus analyzer to look into the behavior on the bus more closely. You may wish to look for any BIOS settings that might affect the DMA - things like write buffering, burst size, etc., and tweak with those to see if you can affect the behavior. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Manufacturer of high-performance Internet servers - 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 Wed Jun 14 13:15:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id BCF4C37B5C4 for ; Wed, 14 Jun 2000 13:15:30 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e5EKEt901331 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Wed, 14 Jun 2000 22:14:58 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e5EKEtC62770; Wed, 14 Jun 2000 22:14:55 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id WAA03642; Wed, 14 Jun 2000 22:14:51 +0200 (CEST) (envelope-from ticso) Date: Wed, 14 Jun 2000 22:14:50 +0200 From: Bernd Walter To: Neil Blakey-Milner Cc: David Malone , Dan Nelson , Johan Kruger , freebsd-hackers@FreeBSD.ORG Subject: Re: Remote syslog with a tag ? Message-ID: <20000614221450.A3627@cicely8.cicely.de> References: <20000613091107.A24675@dan.emsphone.com> <20000613110727.A22848@dan.emsphone.com> <20000613171241.A54763@salmon.maths.tcd.ie> <20000613224001.A1980@cicely8.cicely.de> <20000614115222.A12222@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000614115222.A12222@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Wed, Jun 14, 2000 at 11:52:22AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 14, 2000 at 11:52:22AM +0200, Neil Blakey-Milner wrote: > On Tue 2000-06-13 (22:40), Bernd Walter wrote: > > > I've often thought it would be nice to be able to get syslogd to > > > make choices based on hostname. I'm sure a patch would be easy > > > enough to produce, but the trick would be to produce a good syntax > > > fox syslog.conf. Are there any syslogds that can do this? What > > > syntax do they use? > > > > I have a patched version to do this. > > If anyone is interessted I'm producing diffs. > > I'm sure many people are interested. Send a PR, or patches to > hackers@FreeBSD.org. It's placed on ftp://ftp.cosmo-project.de/pub/syslogd/syslogd.diff They where made with a 3.x version but I asume they will also apply to current. Only some string functions are changed since then it seems. man page modifications are included. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 13:39: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jazz.viagenie.qc.ca (jazz.viagenie.qc.ca [206.123.31.2]) by hub.freebsd.org (Postfix) with ESMTP id BB14137C28F for ; Wed, 14 Jun 2000 13:39:03 -0700 (PDT) (envelope-from Florent.Parent@viagenie.qc.ca) Received: from blues.viagenie.qc.ca (blues.viagenie.qc.ca [206.123.31.135]) by jazz.viagenie.qc.ca (Viagenie/8.9.3) with ESMTP id QAA24541 for ; Wed, 14 Jun 2000 16:38:46 -0400 (EDT) Message-Id: <4.3.2.7.2.20000614162743.02440f10@localhost> X-Sender: parent@localhost X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Jun 2000 16:36:46 -0400 To: freebsd-hackers@FreeBSD.ORG From: Florent Parent Subject: limit on MAXDSIZ ? 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 Can anyone tell me what is the upper limit on the per process datasize specified in MAXDSIZ ? A quick look in the kernel code reveals that ressource limit struct uses rlim_t which is quad_t which is int64_t. Setting MAXDSIZ to "2048UL*1024*1024" works fine. Over 2Gb, the machine gives all sort of errors and doesn't complete the booting process. Florent. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 13:42:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bytor.rush.net (bytor.rush.net [209.45.245.145]) by hub.freebsd.org (Postfix) with ESMTP id 5600237BB73; Wed, 14 Jun 2000 13:42:32 -0700 (PDT) (envelope-from lynch@bsdunix.net) Received: from localhost (lynch@localhost) by bytor.rush.net (8.10.0/8.10.0) with ESMTP id e5EKgVp11683; Wed, 14 Jun 2000 16:42:31 -0400 (EDT) Date: Wed, 14 Jun 2000 16:42:30 -0400 (EDT) From: Pat Lynch X-Sender: lynch@bytor.rush.net To: hackers@freebsd.org, chat@freebsd.org Subject: USENIX dinner. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG can people send me email (privately) if they plan on attending an after-hours freebsd dinner. also, if people can help me plan possible times: 7-9 on Tuesday is out for me. Wednesday is all BSD Thursday at 8 is Linux... do we go out instead of hearing what Linus has to say? enclosed is my latest copy of the BOF schedule: PRE-SCHEDULED BIRDS-OF-A-FEATHER SESSIONS SAN DIEGO 2000 ANNUAL CONFERENCE as of June 6, 2000 TUESDAY, JUNE 20, 2000 ====================== 6:00pm - 7:00pm An Update on Standards Nick Stoughton, USENIX Standards Liaison 6:00pm - 8:00pm Active Content: UNIX based protection for a Windows Virus World David Perry, Trend Micro CERT/CC Incident and Vulnerability Update Cory Cohen, CERT/CC 7:00pm - 8:00pm Sendmail Meets Perl Gurusamy Sarathy, ActiveState; Jeff Radice, Sendmail 7:00pm - 9:00pm Workplace Issues for Lesbian, Gay, Bisexual, Transgendered Sysadmins & Friends Chris Josephes, Onvoy WEDNESDAY, JUNE 21, 2000 ======================== 7:00pm - 8:00pm Automated Backup Integration: Solutions & Ideas Dave Hiechel, Eagle Software NetBSD Charles Hannum, SAGE BOF Peg Schafer, SAGE Executive Committee The GNU BOF Bradley Kuhn, The Free Software Foundation 7:00pm - 9:00pm NAS & SAN: Will the Twain Meet Uresh Vahalia, EMC AFS, Kerberos, and Distributed Infrastructures Stephen Wynne, CMU; Garry Zacheiss, MIT 8:00pm - 9:00pm To GUI or not to GUI: Issues in Firewall Configuration Tools Avishai Wool, Lucent Technologies Gorilla Warfare - Operations Guide to Successful Internet Deployment Suzanne George, AOL Multithreading: Issues in Concurrency Bil Lewis, Lambda Computer Science Open BSD Theo de Raadt, OpenBSD Project 9:00pm - 10:00pm Plan 9/Brazil/Inferno Scott Schwartz, Penn State FreeBSD Jordan Hubbard, BSDI 10:00pm - 11:00pm Berkeley Softare Design, Inc. Paul Borman, BSDI THURSDAY, JUNE 22, 2000 ====================== 8:00pm Linux Linus Torvalds, Transmeta __ Pat Lynch lynch@rush.net lynch@bsdunix.net lynch@unix.sh lynch@blowfi.sh Systems Administrator Rush Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 13:45:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 4420537C2D1 for ; Wed, 14 Jun 2000 13:45:53 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA07675 for ; Wed, 14 Jun 2000 13:45:51 -0700 Date: Wed, 14 Jun 2000 13:45:42 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: hackers@freebsd.org Subject: loading modules from within the kernel.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There seems to be a number of ways to approach this from within -current, so I thought I'd ask- While I'm configuring a PCI driver, I want to refer to another (possibly loadable) module- I can name it anything I want. It doesn't have any standard entry points- basically, it's a container for firmware for my card that I want to refer to when I'm configuring the PCI driver, and then I can release (and the module can go away after that). If this was Solaris, I would use weak elf binding and some (undocumented) DDI functions to get the kernel linker to pull in the module and satisfy the reference at runtime. What's the right mechanism currently for doing this in FreeBSD-current? A couple of pointers in the right direction would be greatly appreciated. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 14:10:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (valve.geekhouse.net [64.81.6.34]) by hub.freebsd.org (Postfix) with ESMTP id 1ADB437B537 for ; Wed, 14 Jun 2000 14:10:44 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id OAA00463; Wed, 14 Jun 2000 14:14:35 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006142114.OAA00463@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: hackers@freebsd.org Subject: Re: loading modules from within the kernel.... In-reply-to: Your message of "Wed, 14 Jun 2000 13:45:42 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jun 2000 14:14:35 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since your driver initialisation is going to (often) happen before disk I/O, I'd be inclined to put a dependancy in your module to another module with a container object containing the firmware. Of course, this brings to light the fact that I don't think we support "soft" dependancies, ie. load-this-if-you-can-but-don't-fail-if-you-can't. The current school of thought for solving this would be to have your firmware load as a plain container in a fashion similar to the way we load the MFS root image, and then use preload_search_by_type() to locate it. > There seems to be a number of ways to approach this from within -current, so I > thought I'd ask- > > While I'm configuring a PCI driver, I want to refer to another (possibly > loadable) module- I can name it anything I want. It doesn't have any standard > entry points- basically, it's a container for firmware for my card that I want > to refer to when I'm configuring the PCI driver, and then I can release (and > the module can go away after that). > > If this was Solaris, I would use weak elf binding and some (undocumented) DDI > functions to get the kernel linker to pull in the module and satisfy the > reference at runtime. > > What's the right mechanism currently for doing this in FreeBSD-current? A > couple of pointers in the right direction would be greatly appreciated. > > -matt > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 14:13:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 409EC37C37A; Wed, 14 Jun 2000 14:13:50 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA07777; Wed, 14 Jun 2000 14:13:47 -0700 Date: Wed, 14 Jun 2000 14:13:39 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: hackers@freebsd.org Subject: Re: loading modules from within the kernel.... In-Reply-To: <200006142114.OAA00463@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Since your driver initialisation is going to (often) happen before disk > I/O, I'd be inclined to put a dependancy in your module to another module > with a container object containing the firmware. Right. I would expect that the loader(8) would DTRT. Of course, this then raises an issue about how this might be supported statically as well! > Of course, this brings to light the fact that I don't think we support > "soft" dependancies, ie. load-this-if-you-can-but-don't-fail-if-you-can't. Oh, err, uh, that's gotta be fixed. Let the caller/invoker of a load action decide what the policy for failure is. > > The current school of thought for solving this would be to have your > firmware load as a plain container in a fashion similar to the way we > load the MFS root image, and then use preload_search_by_type() to locate > it. Does this approach use functions/APIs that are likely to not change for a while? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 14:23:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (valve.geekhouse.net [64.81.6.34]) by hub.freebsd.org (Postfix) with ESMTP id D401637B7B3 for ; Wed, 14 Jun 2000 14:23:18 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id OAA00558; Wed, 14 Jun 2000 14:27:14 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006142127.OAA00558@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: hackers@freebsd.org Subject: Re: loading modules from within the kernel.... In-reply-to: Your message of "Wed, 14 Jun 2000 14:13:39 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jun 2000 14:27:12 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Since your driver initialisation is going to (often) happen before disk > > I/O, I'd be inclined to put a dependancy in your module to another module > > with a container object containing the firmware. > > Right. I would expect that the loader(8) would DTRT. Of course, this then > raises an issue about how this might be supported statically as well! I keep running up against the need for dlsym() functionality in the kernel; eg. the work I'm doing with the Mylex and AMI drivers is going to mandate CAM, even if you don't have any other SCSI hardware. > > Of course, this brings to light the fact that I don't think we support > > "soft" dependancies, ie. load-this-if-you-can-but-don't-fail-if-you-can't. > > Oh, err, uh, that's gotta be fixed. Let the caller/invoker of a load action > decide what the policy for failure is. The problem here is that we depend on the loader to perform early loads for stuff in the boot path, and that's where you are. Realistically, the "right" way to handle your particular case is probably going to be to associate a pile of PCI IDs with each of your firmware objects, and then use the loader's PCI-awareness to pull them in. > > The current school of thought for solving this would be to have your > > firmware load as a plain container in a fashion similar to the way we > > load the MFS root image, and then use preload_search_by_type() to locate > > it. > > Does this approach use functions/APIs that are likely to not change for a > while? Yes; things like MD_ROOT and the splash screen code depend on being able to preload opaque objects and then look them up. Right now, the API needs to be extended to these objects after bootup. *sigh* So much to do, so little time. Yadda yadda. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 14:31:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bytor.rush.net (bytor.rush.net [209.45.245.145]) by hub.freebsd.org (Postfix) with ESMTP id E5BAC37C323; Wed, 14 Jun 2000 14:31:02 -0700 (PDT) (envelope-from lynch@bsdunix.net) Received: from localhost (lynch@localhost) by bytor.rush.net (8.10.0/8.10.0) with ESMTP id e5ELV2k12147; Wed, 14 Jun 2000 17:31:02 -0400 (EDT) Date: Wed, 14 Jun 2000 17:31:01 -0400 (EDT) From: Pat Lynch X-Sender: lynch@bytor.rush.net To: hackers@freebsd.org, chat@freebsd.org Subject: pricerange for dinner. 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 Also, does anyone have a prefereed pricerange for dinner? I have one restaurant alreading bidding at 40/plate -Pat __ Pat Lynch lynch@rush.net lynch@bsdunix.net lynch@unix.sh lynch@blowfi.sh Systems Administrator Rush Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 15:41:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 6EB9E37B623 for ; Wed, 14 Jun 2000 15:41:43 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id EAA06568; Wed, 14 Jun 2000 04:26:23 -0700 (PDT) (envelope-from grog) Date: Wed, 14 Jun 2000 04:26:23 -0700 From: Greg Lehey To: Jaye Mathisen Cc: hackers@FreeBSD.ORG Subject: Re: Has anybody looked at RAID-5 vinum performance on the "whole system"? Message-ID: <20000614042623.N5769@sydney.worldwide.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 13 June 2000 at 16:39:01 -0700, Jaye Mathisen wrote: > > I was just curious what people's thoughts were on the potential "total > system throughput" (whatever you choose it to be), wrt using software > RAID. > > It would seem that software RAID would just kill big chunks of > cache, especially CPU cache, moving lots of data throught it to > calcuate CRC's. Hmm. Yes, it might seem that way, but that's a very different order of magnitude from the I/O transfers themselves. > perhaps the raid 1/0's would be fine, since the calcuation could be > ignored. Well, there is no calculation. > It would seem that for file-server type tasks, where hopefully CPU > is not an issue, then as long as you can exceed the capacity of your > network, you're probably fine. > > And most workstations probably don't run 100% (modulo things like > the various crackers and seti), that it's a non issue. It's a non-issue anyway. The RAID-5 parity calculations don't take up any time. The real issue is that each write requires two physical reads and two physical writes, reducing write performance to about 25% of the performance of RAID-1 writes. Take a look through http://www.lemis.com/vinum.html for further details. 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 Wed Jun 14 16:56:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from FENIX.LOCALHOST.NL (CC4140-a.sneek1.fr.nl.home.com [212.120.108.75]) by hub.freebsd.org (Postfix) with ESMTP id DDCCB37B6A1; Wed, 14 Jun 2000 16:56:19 -0700 (PDT) (envelope-from FENIX@FENIX.LOCALHOST.NL) Received: from Fenix (Lan [192.168.0.65]) by FENIX.LOCALHOST.NL (8.9.3/8.9.3) with SMTP id BAA01585; Thu, 15 Jun 2000 01:56:11 +0200 (CEST) (envelope-from FENIX@FENIX.LOCALHOST.NL) From: "FENIX" To: , "FreeBSD Questions" Subject: subdomain Date: Thu, 15 Jun 2000 01:55:13 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I guess this is not a really FreeBSD question, but i guess it is still related :) I want to know if anyone can give me a subdomain with an NS record, my ISP hostname is very ugly and my existing subdomainname is often offline , their DNS server are not to be trusted :( So if anyone can help me plz .... Thx Fenix. ****************************** |*****The Deamon Inside******| |=--=--=--=--=--=--=--=--=--=| |May the source be with you !| |=--=--=--=--=--=--=--=--=--=| ****************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 17:42:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.hiwaay.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id B122E37B536; Wed, 14 Jun 2000 17:42:44 -0700 (PDT) (envelope-from dkelly@hiwaay.net) Received: from nospam.hiwaay.net (tnt6-216-180-4-70.dialup.HiWAAY.net [216.180.4.70]) by mail.hiwaay.net (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e5F0ggd18184; Wed, 14 Jun 2000 19:42:42 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.9.3/8.9.3) with ESMTP id TAA64315; Wed, 14 Jun 2000 19:42:39 -0500 (CDT) (envelope-from dkelly@nospam.hiwaay.net) Message-Id: <200006150042.TAA64315@nospam.hiwaay.net> X-Mailer: exmh version 2.1.1 10/15/1999 To: Pat Lynch Cc: hackers@FreeBSD.ORG, chat@FreeBSD.ORG Subject: Re: pricerange for dinner. In-Reply-To: Message from Pat Lynch of "Wed, 14 Jun 2000 17:31:01 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jun 2000 19:42:39 -0500 From: David Kelly Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pat Lynch writes: > Also, does anyone have a prefereed pricerange for dinner? I have one > restaurant alreading bidding at 40/plate Considering the stature of famous and soon-to-be-famous people who will be attending, one should be able to demand more than $40 and dinner for one's presence. :-) -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 18: 5:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from arjun.niksun.com (gwnew.niksun.com [206.20.52.130]) by hub.freebsd.org (Postfix) with ESMTP id 97E3037B82A for ; Wed, 14 Jun 2000 18:05:56 -0700 (PDT) (envelope-from joy@niksun.com) Received: from falcon.niksun.com (falcon.niksun.com [10.0.0.167]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id VAA54086 for ; Wed, 14 Jun 2000 21:05:50 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <39482BEF.7944C46E@falcon.niksun.com> Date: Thu, 15 Jun 2000 01:05:51 +0000 From: Joy Ganguly X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers Subject: question abt top... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, what does CPU0 in the STATE field of "top" mean. i am running a SMP kernel. a process utilizes 99% of cpu and shows CPU0 in its STATE field. thanx in advance joy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 18:27:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from krell.webweaver.net (krell.webweaver.net [206.24.105.170]) by hub.freebsd.org (Postfix) with ESMTP id 65C2A37BA3C for ; Wed, 14 Jun 2000 18:27:46 -0700 (PDT) (envelope-from nicole@unixgirl.com) Received: from xwin.nmhtech.com (xwin.nmhtech.com [208.138.46.10]) by krell.webweaver.net (Postfix) with ESMTP id 472CA20F1B for ; Wed, 14 Jun 2000 17:32:15 -0700 (PDT) Content-Length: 673 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 14 Jun 2000 18:27:45 -0700 (PDT) From: "Nicole Harrington." To: Freebsd-hackers@freebsd.org Subject: BAFUG DNS Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is anybody on right now that has access to cdrom.com DNS servers? Thanks Nicole nicole@bafug.org nicole@unixgirl.com |\ __ /| (`\ http://www.unixgirl.com/ webmistress@dangermouse.org | o_o |__ ) ) http://www.dangermouse.org/ // \\ ---------------------------(((---(((----------------------------------------- -- Powered by Coka-Cola and FreeBSD -- -- Strong enough for a man - But made for a Woman -- -- OWNED? MS: Who's Been In/Virused Your Computer Today? -- ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 18:36:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lh2.rdc1.tx.home.com (ha2.rdc1.tx.home.com [24.4.0.67]) by hub.freebsd.org (Postfix) with ESMTP id EAAAB37B59D for ; Wed, 14 Jun 2000 18:36:29 -0700 (PDT) (envelope-from jeff@kreska.org) Received: from jody ([24.21.161.123]) by lh2.rdc1.tx.home.com (InterMail vM.4.01.02.00 201-229-116) with SMTP id <20000615013629.SXXZ27471.lh2.rdc1.tx.home.com@jody> for ; Wed, 14 Jun 2000 18:36:29 -0700 Reply-To: From: "Jeff Kreska" To: Subject: install / boot last 3 gig of 25 gig drive Date: Wed, 14 Jun 2000 20:40:35 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tryed to install FreeBSD 3.3,3.4, and 4.0 release on the last three gig of a 25 gig drive with no success. After an install attempt the partition table of my disk is corrupt. Now it is so screwed up that Partition Magic cant read it. Through testing I determined that all I have to do to corrupt the partition table is load the fdisk style editor (boot the install cd ) and hit "w" to write the info. I changed nothing and only performed a write. Looking at the partition info below, it appears as though the installer is having some sort of 1023/4 cyclnder limit problem. I thought this was not an issue with LBA? Disk Geometry Information for Disk 1: 3278 Cylinders, 240 Heads, 63 Sectors/Track System PartSect # Boot BCyl Head Sect FS ECyl Head Sect StartSect NumSects ============================================================================ =============================== 0 1 00 0 1 1 A0 554 15 63 63 559,377 Info: Partition didn't end on cylinder boundary. ucEndHead expected to be 239, not 15. Error #110: Number of sectors in partition is inconsistent. ucSectors = 559377 end - begin = 8377425 0 2 80 37 0 1 07 1023 15 63 559,440 17,130,960 Info: End C,H,S values were large drive placeholders. Actual values are: 0 2 80 37 0 1 07 1169 239 63 559440 17130960 0 3 00 1023 0 1 07 1023 15 63 17,690,400 25,734,240 Info: Begin C,H,S values were large drive placeholders. Info: End C,H,S values were large drive placeholders. Actual values are: 0 3 00 1170 0 1 07 2871 239 63 17690400 25734240 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 20: 1:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from holdennt.holdenz.com (holdennt.holdenz.com [207.53.186.27]) by hub.freebsd.org (Postfix) with ESMTP id C8D4037B7CA for ; Wed, 14 Jun 2000 20:01:09 -0700 (PDT) (envelope-from shawn@holdennt.holdenz.com) Received: (from root@localhost) by holdennt.holdenz.com (8.9.3/8.9.3) id UAA47225 for freebsd-hackers@freebsd.org; Wed, 14 Jun 2000 20:03:52 -0700 (PDT) (envelope-from shawn) Date: Wed, 14 Jun 2000 20:03:52 -0700 (PDT) From: Shawn Workman Message-Id: <200006150303.UAA47225@holdennt.holdenz.com> To: freebsd-hackers@freebsd.org Subject: Programming problem, Shared Memory Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please help me with the simple 'Shared Memory' example.. I cant use fork, many different applications may speaking to one 'server' application.. This small function can run as the memory server (pass bogus parameters) and as a client in another terminal (dont pass any parameters) I can read from the server the int and string but not the server allocated string.. What am I doing worng?? Please examine: (yes -- very new to NOT USING WINDOWS OS's) file://FreeBSD 4.0 #include #include #include #include #include #include #include struct SharedMemBlock { char *APtr; // To be allocated int AInt; // A simple set char AStr[40]; // A simple Set }; SharedMemBlock *SMB = NULL; int main (int argc, char *argv[]) { key_t KeyToIt = ftok(".",'8'); int shmid; if (argc > 2) // Any passed junk -- just tell is to be a 'server' { if ((shmid = shmget(KeyToIt, sizeof (struct SharedMemBlock),IPC_CREAT|IPC_EXCL|0666)) == -1) { printf("Already exists -- Please shutdown originating server"); } else { SMB = (struct SharedMemBlock *)shmat(shmid,0,0); SMB->AInt = 97; // A simple set strcpy(SMB->AStr,"Hello how are you"); // A simple set if ((SMB->APtr = (char *)malloc(100) ) != NULL) { printf("APtr Allocated"); strcpy(SMB->APtr,"WOW IT WORKED"); } else { printf("No APtr Allocated"); } // OK, the 'server' is up, now with another xterm run this same // program again WITHOUT passing any parameters.. that is the 'Client' // You can run the client as many times as you wish.. Util the Server's // getchar() is satisfied.... getchar(); if (SMB->APtr != NULL) { free(SMB->APtr); SMB->APtr = NULL; } } } else { // This is the client who wants to read the servers memory.... if ((shmid = shmget(KeyToIt, sizeof (struct SharedMemBlock),IPC_EXCL|0666)) == -1) { printf("Please Start Server (Same but pass params)"); } else { SMB = (struct SharedMemBlock *) shmat(shmid,0,0); printf("---%d\n%s\n\n\n", SMB->AInt,SMB->AStr); if (SMB->APtr != NULL) // The problem is RIGHT HERE!!!! printf("Now trying allocated server pointer\n[%s]", SMB->APtr); else printf("No allocated server pointer"); } } return(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 14 22:17: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kris.huntsvilleal.com (kris.huntsvilleal.com [63.147.8.46]) by hub.freebsd.org (Postfix) with ESMTP id 0085637B8EF for ; Wed, 14 Jun 2000 22:17:02 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from localhost (localhost [127.0.0.1]) by kris.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id AAA36783; Thu, 15 Jun 2000 00:16:44 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Thu, 15 Jun 2000 00:16:44 -0500 (CDT) From: Kris Kirby To: Joy Ganguly Cc: freebsd-hackers Subject: Re: question abt top... In-Reply-To: <39482BEF.7944C46E@falcon.niksun.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 Joy wrote: > what does CPU0 in the STATE field of "top" mean. i am running a SMP > kernel. a process utilizes 99% of cpu and shows CPU0 in its STATE field. It states that the process in question is running on CPU0. If it were running on the second processor, it would say CPU1, etc. ----- 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 Thu Jun 15 4:38:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from TK147108.tuwien.teleweb.at (TK147108.tuwien.teleweb.at [195.34.147.108]) by hub.freebsd.org (Postfix) with ESMTP id 21E5C37B5A3 for ; Thu, 15 Jun 2000 04:38:33 -0700 (PDT) (envelope-from satyr@TK147108.tuwien.teleweb.at) Received: from satyr by TK147108.tuwien.teleweb.at with local (Exim 2.12 #1) id 132YAR-0003PA-00 for hackers@freebsd.org; Thu, 15 Jun 2000 13:50:39 +0200 Date: Thu, 15 Jun 2000 13:50:39 +0200 From: "Marinos J . Yannikos" To: hackers@freebsd.org Subject: routing bug(?) persists (PR 16318) Message-ID: <20000615135039.F24505@TK147108.telekabel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 3.4-STABLE still seems to contain the annoying routing bug that prevents the correct initialization of a default route with the gateway being in a non-local network, i.e. like this: ifconfig_vr0="195.58.183.77 netmask 255.255.255.248" static_routes="0 1" route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" route_1="default 195.58.161.97" (the error message is "network unreachable" while the default route is being set) I have been using William Carrel's bugfix for several months without problems, but for some reason it isn't in the main source tree yet, so cvsup overwrites the patched net/route.c sometimes. Does the bugfix break something? If not, why isn't it in 3.4-STABLE yet? It is necessary for the above configuration (or isn't it? I couldn't find another way to treat this topology). Regards, -mjy -- ***==> Marinos J. Yannikos ***==> http://pobox.com/~mjy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 4:47:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id E143937B6FD for ; Thu, 15 Jun 2000 04:47:33 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 132Y7B-000707-00; Thu, 15 Jun 2000 13:47:17 +0200 Date: Thu, 15 Jun 2000 13:47:17 +0200 From: Neil Blakey-Milner To: "Marinos J . Yannikos" Cc: hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) Message-ID: <20000615134717.A26891@mithrandr.moria.org> References: <20000615135039.F24505@TK147108.telekabel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000615135039.F24505@TK147108.telekabel.at>; from mjy@pobox.com on Thu, Jun 15, 2000 at 01:50:39PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-06-15 (13:50), Marinos J . Yannikos wrote: > I have been using William Carrel's bugfix for several months without > problems, but for some reason it isn't in the main source tree yet, so > cvsup overwrites the patched net/route.c sometimes. > > Does the bugfix break something? If not, why isn't it in 3.4-STABLE yet? > It is necessary for the above configuration (or isn't it? I couldn't find The PR number might be useful, if you have it. If it's not in the PR database, then you should submit it. That way we get to lay blame *grin*. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 4:52:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from TK147108.tuwien.teleweb.at (TK147108.tuwien.teleweb.at [195.34.147.108]) by hub.freebsd.org (Postfix) with ESMTP id B1AB737B5B1 for ; Thu, 15 Jun 2000 04:52:20 -0700 (PDT) (envelope-from satyr@TK147108.tuwien.teleweb.at) Received: from satyr by TK147108.tuwien.teleweb.at with local (Exim 2.12 #1) id 132YMy-0003Q1-00; Thu, 15 Jun 2000 14:03:36 +0200 Date: Thu, 15 Jun 2000 14:03:36 +0200 From: "Marinos J . Yannikos" To: Neil Blakey-Milner Cc: "Marinos J . Yannikos" , hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) Message-ID: <20000615140336.G24505@TK147108.telekabel.at> References: <20000615135039.F24505@TK147108.telekabel.at> <20000615134717.A26891@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <20000615134717.A26891@mithrandr.moria.org>; from Neil Blakey-Milner on Thu, Jun 15, 2000 at 01:47:17PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 15, 2000 at 01:47:17PM +0200, Neil Blakey-Milner wrote: > The PR number might be useful, if you have it. If it's not in the PR > database, then you should submit it. That way we get to lay blame > *grin*. Sorry... It was in the subject: PR 16318. I must add that I'm not altogether certain that there isn't a way to circumvent the problem by initialising the network differently, but I tried ... Regards, Marinos -- ***==> Marinos J. Yannikos ***==> http://pobox.com/~mjy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 5: 4:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 5363537B723 for ; Thu, 15 Jun 2000 05:04:46 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 132YJ6-00072O-00; Thu, 15 Jun 2000 13:59:36 +0200 Date: Thu, 15 Jun 2000 13:59:36 +0200 From: Neil Blakey-Milner To: "Marinos J . Yannikos" Cc: hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) Message-ID: <20000615135936.A27040@mithrandr.moria.org> References: <20000615135039.F24505@TK147108.telekabel.at> <20000615134717.A26891@mithrandr.moria.org> <20000615140336.G24505@TK147108.telekabel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000615140336.G24505@TK147108.telekabel.at>; from mjy@pobox.com on Thu, Jun 15, 2000 at 02:03:36PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-06-15 (14:03), Marinos J . Yannikos wrote: > On Thu, Jun 15, 2000 at 01:47:17PM +0200, Neil Blakey-Milner wrote: > > The PR number might be useful, if you have it. If it's not in the PR > > database, then you should submit it. That way we get to lay blame > > *grin*. > > Sorry... It was in the subject: PR 16318. I must add that I'm not > altogether certain that there isn't a way to circumvent the problem > by initialising the network differently, but I tried ... erk, my apologies. My mind tends to forget the subject line by the time the body appears. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 7:29:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 4E5CF37C47D for ; Thu, 15 Jun 2000 07:29:08 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id HAA01786; Thu, 15 Jun 2000 07:33:36 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006151433.HAA01786@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Marinos J . Yannikos" Cc: hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-reply-to: Your message of "Thu, 15 Jun 2000 13:50:39 +0200." <20000615135039.F24505@TK147108.telekabel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 07:33:36 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 3.4-STABLE still seems to contain the annoying routing bug that prevents > the correct initialization of a default route with the gateway being in > a non-local network, i.e. like this: > > ifconfig_vr0="195.58.183.77 netmask 255.255.255.248" > static_routes="0 1" > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" > route_1="default 195.58.161.97" > > (the error message is "network unreachable" while the default route is > being set) The error message is correct. > Does the bugfix break something? If not, why isn't it in 3.4-STABLE yet? > It is necessary for the above configuration (or isn't it? I couldn't find > another way to treat this topology). The above network configuration is incorrect - you need a gateway that is directly reachable. If you want to use the above default route, you need to give your machine an address on the same network as your gateway, most trivially by aliasing it onto the vr0 interface. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 9:28:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from TK147108.tuwien.teleweb.at (TK147108.tuwien.teleweb.at [195.34.147.108]) by hub.freebsd.org (Postfix) with ESMTP id 8037D37B5BE; Thu, 15 Jun 2000 09:28:13 -0700 (PDT) (envelope-from satyr@TK147108.tuwien.teleweb.at) Received: from satyr by TK147108.tuwien.teleweb.at with local (Exim 2.12 #1) id 132cgn-0004LN-00; Thu, 15 Jun 2000 18:40:21 +0200 Date: Thu, 15 Jun 2000 18:40:21 +0200 From: "Marinos J . Yannikos" To: Mike Smith Cc: "Marinos J . Yannikos" , hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) Message-ID: <20000615184021.H24505@TK147108.telekabel.at> Reply-To: nino@inode.at References: <20000615135039.F24505@TK147108.telekabel.at> <200006151433.HAA01786@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: <200006151433.HAA01786@mass.osd.bsdi.com>; from Mike Smith on Thu, Jun 15, 2000 at 07:33:36AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 15, 2000 at 07:33:36AM -0700, Mike Smith wrote: > [mjy] > > ifconfig_vr0="195.58.183.77 netmask 255.255.255.248" > > static_routes="0 1" > > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" > > route_1="default 195.58.161.97" > > The above network configuration is incorrect - you need a gateway that is > directly reachable. The gateway is physically connected to the same network, the physical network contains 2 (or more) distinct subnets. > If you want to use the above default route, you need > to give your machine an address on the same network as your gateway, most > trivially by aliasing it onto the vr0 interface. I don't see why that should be necessary - my ISP doesn't either, since he'd have to part with another IP address. My ISP claims and I've verified that the configuration above works trivially under Linux and Windows NT, and as far as I can tell, the submitted patch does nothing more than to allow the specified interface to be taken into consideration when "connectedness" is determined (i.e. it allows the gateway to be in a different subnet as long as it is physically connected). Regards, Marinos -- ***==> Marinos J. Yannikos ***==> http://pobox.com/~mjy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 9:40:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id E2EBC37BC6E; Thu, 15 Jun 2000 09:40:07 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id JAA02187; Thu, 15 Jun 2000 09:44:28 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006151644.JAA02187@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: nino@inode.at Cc: Mike Smith , "Marinos J . Yannikos" , hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-reply-to: Your message of "Thu, 15 Jun 2000 18:40:21 +0200." <20000615184021.H24505@TK147108.telekabel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 09:44:28 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, Jun 15, 2000 at 07:33:36AM -0700, Mike Smith wrote: > > [mjy] > > > ifconfig_vr0="195.58.183.77 netmask 255.255.255.248" > > > static_routes="0 1" > > > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" > > > route_1="default 195.58.161.97" > > > > The above network configuration is incorrect - you need a gateway that is > > directly reachable. > > The gateway is physically connected to the same network, the physical network > contains 2 (or more) distinct subnets. Correct. You are not, however, logically connected to the network on which your gateway resides. > > If you want to use the above default route, you need > > to give your machine an address on the same network as your gateway, most > > trivially by aliasing it onto the vr0 interface. > > I don't see why that should be necessary - my ISP doesn't either, since he'd > have to part with another IP address. My ISP claims and I've verified that > the configuration above works trivially under Linux and Windows NT, and > as far as I can tell, the submitted patch does nothing more than to allow > the specified interface to be taken into consideration when "connectedness" > is determined (i.e. it allows the gateway to be in a different subnet as long > as it is physically connected). I would suggest you go find an introductory IP networking book, and get two copies (one for yourself, and one for your ISP). What you're trying to do is a fundamental violation of the way that IP routing works, and this is what the network stack is trying to tell you. The fundamental problem is that when you send a datagram to your gateway, you can't put a valid return address on it (because you don't have an appearance on its network). If you've put the interface's real address in the datagram, you'll never get a reply because your gateway has no idea how to route back to you. If you can't get an IP on your gateway's network, alias another address on your private network onto the gateway system's interface and use that as your default route. If your gateway is too lame to support multiple addresses on an interface, use another system that does have a real appearance on the gateway's network to route for you. And read that book - it'll save you a lot of agony in the future. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 10:14:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.its.umd.umich.edu (mercury.its.umd.umich.edu [141.215.69.17]) by hub.freebsd.org (Postfix) with ESMTP id 42CB237BC9E for ; Thu, 15 Jun 2000 10:14:51 -0700 (PDT) (envelope-from juikim@engin.umd.umich.edu) Received: from elvis (elvis.umd.umich.edu [141.215.10.44]) by mercury.its.umd.umich.edu (Netscape Messaging Server 3.6) with ESMTP id AAA4D47 for ; Thu, 15 Jun 2000 13:14:49 -0400 Date: Thu, 15 Jun 2000 13:14:48 -0400 (EDT) From: Jung-uk Kim To: freebsd-hackers@freebsd.org Subject: Anybody working on FreeBSD BIOS? 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 read an article about Linux BIOS project on Slashdot.org. Is there anybody working on FreeBSD BIOS? I really like to see something like 'boot net - install' or serial console. It would be cool to have dignostics routine, too. Jung-uk Kim ------------------------------------------------------------------------ Jung-uk Kim: Unix System Programmer E-mail: juikim@umich.edu ------------------------------------------------------------------------ Today's fortune cookie: Finagle's First Law: If an experiment works, something has gone wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 10:40:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 6F67A37BC57; Thu, 15 Jun 2000 10:40:33 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id LAA29740; Thu, 15 Jun 2000 11:40:26 -0600 (MDT) Date: Thu, 15 Jun 2000 11:40:26 -0600 (MDT) From: Nick Rogness To: "Marinos J . Yannikos" Cc: Mike Smith , nino@inode.at, hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-Reply-To: <200006151644.JAA02187@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Mike Smith wrote: [snip] >I don't see why that should be necessary - my ISP doesn't either, since >he'd have to part with another IP address. No he wouldn't, he's already connected to you through your vr0 interface network range: 195.58.183.77 netmask 255.255.255.248 or is he? Why are you trying to use a gateway of a non directly connected network? What are you trying to do? Is your ISP running any Interior gateway protocols that you can take advantage of? >My ISP claims that the configuration above works trivially under >Linux and Windows NT, I would like to see that. Mr. Smith is correct. Why not set your gateway as the next-hop address to your ISP upstream within the 195.58.183.77 network? Another option would to run an IP tunnel between your network and the gateway using gif or nos-tun. The whole question is, What are you trying to accomplish? Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 10:44:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id B2EC837BC50 for ; Thu, 15 Jun 2000 10:44:17 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id LAA31541; Thu, 15 Jun 2000 11:44:14 -0600 (MDT) Date: Thu, 15 Jun 2000 11:44:14 -0600 (MDT) From: Nick Rogness To: "Marinos J . Yannikos" Cc: hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-Reply-To: <20000615135039.F24505@TK147108.telekabel.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Marinos J . Yannikos wrote: > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" What IP is that network reachable through? WHat does your routing table look like before this route gets added? after it gets added? Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 10:44:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from d135.p6.col.ru (d135.p6.col.ru [212.248.5.135]) by hub.freebsd.org (Postfix) with SMTP id 4836437C38D; Thu, 15 Jun 2000 10:44:28 -0700 (PDT) (envelope-from prettylady@freemail.ru) From: To: Date: ×ò, 15 èþí 2000 20:43:24 +0400 Message-ID: <12451673530182212@d135.p6.col.ru> Subject: Hi, its for you ! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! We are Russian girls - Natali, Alla, Vika. We would like to correspond with you. Visit our site and see our photos. http://www.russiangirls.narod.ru/ With interest, Natali,Alla, Vika. P.S. (This is not spam. You can unsubscribe at any time by sending an email to prettylady@freemail.ru with the subject UNSUBSCRIBE.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 11:14:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web805.mail.yahoo.com (web805.mail.yahoo.com [128.11.23.65]) by hub.freebsd.org (Postfix) with SMTP id 3B56837BCD1 for ; Thu, 15 Jun 2000 11:14:21 -0700 (PDT) (envelope-from jafour2@yahoo.com) Received: (qmail 6994 invoked by uid 60001); 15 Jun 2000 18:14:17 -0000 Message-ID: <20000615181417.6993.qmail@web805.mail.yahoo.com> Received: from [192.35.232.22] by web805.mail.yahoo.com; Thu, 15 Jun 2000 11:14:17 PDT Date: Thu, 15 Jun 2000 11:14:17 -0700 (PDT) From: Jaime Fournier Subject: Remote DoS exploit on natd. To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The other day I was testing various exploits that I have accumulated over time against my firewall. I had always used these to test any new boxes I brought online. All was fine, until I tried it from the internet side of the firewall. I have found that boink.c, the old exploit from 98, when used against a 3.3-STABLE, or 3.4-STABLE natd box that has rdr's setup with IPFILTER to cause it to panic, and reboot. I have tested this with 3 different machines, all with the same effect. I have not been able to test it on a 4.0-STABLE as of yet.I did search the mailing list archives on boink, and found nothing pertaining to this problem. It would be really nice to be able to patch this. If you need any information, or have any corrections for this, please respond to my email address at ober@bsdconspiracy.net. Thanks! __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 11:34: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from clockwork.csudsu.com (clockwork.csudsu.com [209.249.57.100]) by hub.freebsd.org (Postfix) with ESMTP id 0164237B8CF for ; Thu, 15 Jun 2000 11:34:02 -0700 (PDT) (envelope-from stefan@csudsu.com) Received: from localhost (stefan@localhost) by clockwork.csudsu.com (8.9.3/8.9.3) with ESMTP id LAA78343; Thu, 15 Jun 2000 11:33:08 -0700 (PDT) (envelope-from stefan@csudsu.com) Date: Thu, 15 Jun 2000 11:33:08 -0700 (PDT) From: Stefan Molnar To: Jung-uk Kim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? 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 Why? PXE will allow net installs, or diskless. And Serial Console is already supported. ( On some high end machines serial console works in the prom as well). Stefan On Thu, 15 Jun 2000, Jung-uk Kim wrote: > Hi, > > I read an article about Linux BIOS project on Slashdot.org. Is there > anybody working on FreeBSD BIOS? > > I really like to see something like 'boot net - install' or serial > console. It would be cool to have dignostics routine, too. > > Jung-uk Kim > > ------------------------------------------------------------------------ > Jung-uk Kim: Unix System Programmer E-mail: juikim@umich.edu > ------------------------------------------------------------------------ > Today's fortune cookie: > > Finagle's First Law: > If an experiment works, something has gone wrong. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 11:41: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id AB23C37BDB6 for ; Thu, 15 Jun 2000 11:41:00 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9C1136.dip0.t-ipconnect.de [62.156.17.54]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id UAA20009; Thu, 15 Jun 2000 20:40:10 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 0F4D4AC27; Thu, 15 Jun 2000 20:40:37 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 4B06A14AAD; Thu, 15 Jun 2000 20:40:14 +0200 (CEST) Date: Thu, 15 Jun 2000 20:40:14 +0200 From: Alexander Langer To: Stefan Molnar Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? Message-ID: <20000615204014.A25235@cichlids.cichlids.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from stefan@csudsu.com on Thu, Jun 15, 2000 at 11:33:08AM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Stefan Molnar (stefan@csudsu.com): > is already supported. ( On some high end machines serial console works > in the prom as well). Also on low-end machines... Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 12: 8:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from TK147108.tuwien.teleweb.at (TK147108.tuwien.teleweb.at [195.34.147.108]) by hub.freebsd.org (Postfix) with ESMTP id B645937BF3F for ; Thu, 15 Jun 2000 12:08:28 -0700 (PDT) (envelope-from satyr@TK147108.tuwien.teleweb.at) Received: from satyr by TK147108.tuwien.teleweb.at with local (Exim 2.12 #1) id 132fAl-0005FS-00; Thu, 15 Jun 2000 21:19:27 +0200 Date: Thu, 15 Jun 2000 21:19:27 +0200 From: "Marinos J . Yannikos" To: Nick Rogness Cc: "Marinos J . Yannikos" , hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) Message-ID: <20000615211926.K24505@TK147108.telekabel.at> Reply-To: nino@inode.at References: <20000615135039.F24505@TK147108.telekabel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: ; from Nick Rogness on Thu, Jun 15, 2000 at 11:44:14AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 15, 2000 at 11:44:14AM -0600, Nick Rogness wrote: > > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" > What IP is that network reachable through? vr0 has only one IP - 195.58.183.77 > WHat does your routing table look like before this route gets > added? after it gets added? Before, it (probably) only contains the localhost route, afterwards it looks like this: Destination Gateway Flags Refs Use Netif Expire default 195.58.161.97 UGSc 0 192 vr0 127.0.0.1 127.0.0.1 UH 0 209212 lo0 195.58.161.96/28 link#1 UCSc 0 0 vr0 195.58.183.72/29 link#1 UC 0 0 vr0 195.58.183.77 0:50:ba:c5:6e:77 UHLW 0 80 lo0 WRT your other e-mail, > The whole question is, What are you trying to accomplish? For some reason, there are 2 (actually more) distinct subnets within one physical network. Only one system has an outwards connection, but its internal IP lies in the other subnet and has no IP alias in "my" subnet. The idea is to set up a static route between the 2 subnets and then use the IP in the other subnet as the default gateway. This is how a Linux box is set up in another connected subnet using the same default gateway (not that I consider Linux to be a reference for a correct implementation, but it seems that most/all boxes in that server room are connected in a similar way): Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 195.58.161.48 0.0.0.0 255.255.255.240 U 0 0 0 eth0 195.58.161.96 0.0.0.0 255.255.255.240 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 195.58.161.97 0.0.0.0 UG 0 0 0 eth0 Regards, Marinos -- ***==> Marinos J. Yannikos ***==> http://pobox.com/~mjy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 12:11: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.its.umd.umich.edu (mercury.its.umd.umich.edu [141.215.69.17]) by hub.freebsd.org (Postfix) with ESMTP id 669DB37C087 for ; Thu, 15 Jun 2000 12:11:01 -0700 (PDT) (envelope-from juikim@engin.umd.umich.edu) Received: from elvis (elvis.umd.umich.edu [141.215.10.44]) by mercury.its.umd.umich.edu (Netscape Messaging Server 3.6) with ESMTP id AAAC7C; Thu, 15 Jun 2000 15:10:58 -0400 Date: Thu, 15 Jun 2000 15:10:58 -0400 (EDT) From: Jung-uk Kim To: Alexander Langer Cc: Stefan Molnar , freebsd-hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <20000615204014.A25235@cichlids.cichlids.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Alexander Langer wrote: > Thus spake Stefan Molnar (stefan@csudsu.com): > > > is already supported. ( On some high end machines serial console works > > in the prom as well). > > Also on low-end machines... According to pxeboot(8) from 5.0 snapshot: pxeboot is a modified version of the system third-stage bootstrap loader(8) configured to run under Intel's Preboot Execution Environment (PXE) system. PXE is a form of smart boot ROM, built into Intel EtherExpress Pro/100 and 3Com 3c905c Ethernet cards, and Ethernet-equipped Intel motherboards. Which means I cannot use it since I don't have the NIC and I don't want to buy the hardware for this. I want 'PXE' from BIOS so that I can keep my cards. :) Second, the motherboard I have doesn't support serial console. I couldn't find any BIOS update for the mobo. Jung-uk Kim > Alex > > -- > cat: /home/alex/.sig: No such file or directory > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 12:14:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from base.wn.net.ua (base.wn.net.ua [207.241.169.17]) by hub.freebsd.org (Postfix) with ESMTP id 9F2ED37B553; Thu, 15 Jun 2000 12:14:11 -0700 (PDT) (envelope-from romik@base.wn.net.ua) Received: (from romik@localhost) by base.wn.net.ua (8.9.3/8.9.3) id WAA26172; Thu, 15 Jun 2000 22:16:08 +0300 (EEST) (envelope-from romik) Date: Thu, 15 Jun 2000 22:14:02 +0300 From: "Roman N. Dmitrik" To: freebsd-questions@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: MOXA A50/A51 Message-ID: <20000615221402.A26013@WN.NET.UA> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD base.wn.net.ua 3.2-RELEASE FreeBSD 3.2-RELEASE Organization: WN Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HI! Could you tell how to setup PPP over 2-wire LL with MOXA A50/51 interface convertor. Thanks in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 12:44:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg132-105.ricochet.net [204.179.132.105]) by hub.freebsd.org (Postfix) with ESMTP id 5B19837C3A5 for ; Thu, 15 Jun 2000 12:44:08 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id MAA00400; Thu, 15 Jun 2000 12:46:14 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006151946.MAA00400@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jung-uk Kim Cc: freebsd-hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? In-reply-to: Your message of "Thu, 15 Jun 2000 13:14:48 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 12:46:12 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Two words: "forget it". > I read an article about Linux BIOS project on Slashdot.org. Is there > anybody working on FreeBSD BIOS? > > I really like to see something like 'boot net - install' or serial > console. It would be cool to have dignostics routine, too. > > Jung-uk Kim > > ------------------------------------------------------------------------ > Jung-uk Kim: Unix System Programmer E-mail: juikim@umich.edu > ------------------------------------------------------------------------ > Today's fortune cookie: > > Finagle's First Law: > If an experiment works, something has gone wrong. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 12:47:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg132-105.ricochet.net [204.179.132.105]) by hub.freebsd.org (Postfix) with ESMTP id 41B4737C3A2; Thu, 15 Jun 2000 12:47:36 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id MAA00547; Thu, 15 Jun 2000 12:51:29 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006151951.MAA00547@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Nick Rogness Cc: "Marinos J . Yannikos" , Mike Smith , nino@inode.at, hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-reply-to: Your message of "Thu, 15 Jun 2000 11:40:26 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 12:51:28 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >My ISP claims that the configuration above works trivially under > >Linux and Windows NT, > > I would like to see that. > > Mr. Smith is correct. Why not set your gateway as the next-hop > address to your ISP upstream within the 195.58.183.77 network? > > Another option would to run an IP tunnel between your network and > the gateway using gif or nos-tun. > > The whole question is, What are you trying to accomplish? I spent some more time thinking about this, and I think the deal is that if you do this on both sides, you achieve the result where you can crosstalk between the two networks without requiring a gateway. It's kinda ugly, but it's basically what route add -iface is there for, and it makes sense that if ARP is happy ARPing for these hosts, the route code should also consider these hosts as directly connected. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 12:50:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 74CE937C3BF; Thu, 15 Jun 2000 12:50:35 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id NAA93168; Thu, 15 Jun 2000 13:50:34 -0600 (MDT) Date: Thu, 15 Jun 2000 13:50:34 -0600 (MDT) From: Nick Rogness To: Mike Smith Cc: "Marinos J . Yannikos" , nino@inode.at, hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-Reply-To: <200006151951.MAA00547@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Mike Smith wrote: > > >My ISP claims that the configuration above works trivially under > > >Linux and Windows NT, > > > > I would like to see that. > > > > Mr. Smith is correct. Why not set your gateway as the next-hop > > address to your ISP upstream within the 195.58.183.77 network? > > > > Another option would to run an IP tunnel between your network and > > the gateway using gif or nos-tun. > > > > The whole question is, What are you trying to accomplish? > > I spent some more time thinking about this, and I think the deal is that > if you do this on both sides, you achieve the result where you can > crosstalk between the two networks without requiring a gateway. > > It's kinda ugly, but it's basically what route add -iface is there for, > and it makes sense that if ARP is happy ARPing for these hosts, the route > code should also consider these hosts as directly connected. Interior routing protocols can be used in this fashion. OSPF and Cisco's EIGRP use this technique as well. You CAN use this but you are relying on other things to be intact (like routes) before it works properly. Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 13: 3:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id E2A8137B593; Thu, 15 Jun 2000 13:03:38 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id QAA58152; Thu, 15 Jun 2000 16:02:59 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Thu, 15 Jun 2000 16:02:58 -0400 (EDT) From: Chuck Robey To: Mike Smith Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <200006151946.MAA00400@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Mike Smith wrote: > > Two words: "forget it". That's uncalled for. I won't make any comment on the content, but the way you said it, Mike, it's too rude to let pass. Take it a bit easier, will you? Don't get mad at me, Mike, I'm not the only one who's noticed, you getting a bit short with people lately. > > > I read an article about Linux BIOS project on Slashdot.org. Is there > > anybody working on FreeBSD BIOS? > > > > I really like to see something like 'boot net - install' or serial > > console. It would be cool to have dignostics routine, too. > > > > Jung-uk Kim > > > > ------------------------------------------------------------------------ > > Jung-uk Kim: Unix System Programmer E-mail: juikim@umich.edu > > ------------------------------------------------------------------------ > > Today's fortune cookie: > > > > Finagle's First Law: > > If an experiment works, something has gone wrong. > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 13:20:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id A568B37B749 for ; Thu, 15 Jun 2000 13:20:23 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id OAA07378; Thu, 15 Jun 2000 14:20:15 -0600 (MDT) Date: Thu, 15 Jun 2000 14:20:15 -0600 (MDT) From: Nick Rogness To: nino@inode.at Cc: "Marinos J . Yannikos" , hackers@freebsd.org Subject: Re: routing bug(?) persists (PR 16318) In-Reply-To: <20000615211926.K24505@TK147108.telekabel.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Marinos J . Yannikos wrote: > On Thu, Jun 15, 2000 at 11:44:14AM -0600, Nick Rogness wrote: > > > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" > > What IP is that network reachable through? > > vr0 has only one IP - 195.58.183.77 That's not likely unless you are dialed up (with your net interface that's not likely) or running some type of bridge, like a cable modem or a DSL bridge. Your IP is actually part of some subnetwork, more than likely. Otherwise how does your upstream provider route packets to you through their network...static routes??? maybe, if their idiots. That would mean that every machine on that net would have to have a static route to your machine right? What is the network topology like? BUT if you think that is how you are setup you can use ipfw to accomplish your task: ipfw add 450 allow ip from any to any in via vr0 ipfw add 500 fwd 195.58.161.97 ip from any to any Then: route add -net 195.58.161.96 -netmask 255.255.255.240 -interface vr0 Doesn't that basically setup a default route? How they get to your machine is their problem. > > > WHat does your routing table look like before this route gets > > added? after it gets added? > > Before, it (probably) only contains the localhost route, afterwards it > looks like this: > > Destination Gateway Flags Refs Use Netif Expire > default 195.58.161.97 UGSc 0 192 vr0 > 127.0.0.1 127.0.0.1 UH 0 209212 lo0 > 195.58.161.96/28 link#1 UCSc 0 0 vr0 > 195.58.183.72/29 link#1 UC 0 0 vr0 > 195.58.183.77 0:50:ba:c5:6e:77 UHLW 0 80 lo0 > > WRT your other e-mail, > > The whole question is, What are you trying to accomplish? > > For some reason, there are 2 (actually more) distinct subnets within one Probably VLAN's or they are trying to save IP space. > physical network. Only one system has an outwards connection, but its internal > IP lies in the other subnet and has no IP alias in "my" subnet. The idea is to > set up a static route between the 2 subnets and then use the IP in the other > subnet as the default gateway. There should be an IP on your subnet that you can reference their network with...unless they have a messy static routing table. Ask them how they are routing your IP to you? > This is how a Linux box is set up in another connected subnet using the same > default gateway (not that I consider Linux to be a reference for a correct > implementation, but it seems that most/all boxes in that server room are > connected in a similar way): > > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > 195.58.161.48 0.0.0.0 255.255.255.240 U 0 0 0 eth0 > 195.58.161.96 0.0.0.0 255.255.255.240 U 0 0 0 eth0 > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > 0.0.0.0 195.58.161.97 0.0.0.0 UG 0 0 0 eth0 > hmmm. OK. THis just makes no sense to do it this way. Static routes are the only thing besides some bizarre VLAN setup that could work. I would look at your arp table, possible run tcpdump to see if these guys are setup the way they say they are. If they are on the same physical network, then you should be able to ping there machine without any default gateway and just that 1 static route out the interface. I would like to know how, and why, they are doing this. If it is to conserve IP space, NAT is a far better solution. Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 14:26: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 142DA37B5D8 for ; Thu, 15 Jun 2000 14:26:00 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id PAA168740; Thu, 15 Jun 2000 15:25:40 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 15 Jun 2000 15:25:40 -0600 From: Ronald G Minnich To: Jung-uk Kim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? 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 well linuxbios is what I started here, and I pinged some folks on this list about supporting freebsd as well as linux, and got a 'no interest' back from some folks. I'm still up for it. I think it's easy. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 14:29:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 3A98937B5D8 for ; Thu, 15 Jun 2000 14:29:32 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id PAA168775; Thu, 15 Jun 2000 15:29:12 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 15 Jun 2000 15:29:12 -0600 From: Ronald G Minnich To: Stefan Molnar Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Stefan Molnar wrote: > Why? PXE will allow net installs, or diskless. And Serial Console > is already supported. ( On some high end machines serial console works > in the prom as well). well, now you see why i'm not pushing linuxbios too hard in the freebsd world. If you think PXE and serial consoles fix your cluster problems, then you haven't build anything really big. PXE is not a good design. But I'm not interested in arguing ... ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 14:43:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 3AE1C37B560 for ; Thu, 15 Jun 2000 14:43:40 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id OAA00521; Thu, 15 Jun 2000 14:47:32 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006152147.OAA00521@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ronald G Minnich Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-reply-to: Your message of "Thu, 15 Jun 2000 15:25:40 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 14:47:32 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > well linuxbios is what I started here, and I pinged some folks on this > list about supporting freebsd as well as linux, and got a 'no interest' > back from some folks. > > I'm still up for it. I think it's easy. I'd suggest you go talk to Parag Patel, who's just wasted about three months of his life trying to make SmartFirmware run on _one_ supposedly well-documented board. Parag is nobody's fool, and I consider his results pretty representative of the issue. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 14:50:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from baynet.baynetworks.com (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (Postfix) with ESMTP id CBF6037B579 for ; Thu, 15 Jun 2000 14:50:55 -0700 (PDT) (envelope-from bwithrow@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107]) by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id OAA01295; Thu, 15 Jun 2000 14:48:26 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id OAA04867; Thu, 15 Jun 2000 14:48:25 -0700 (PDT) Received: from baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id RAA28671; Thu, 15 Jun 2000 17:49:54 -0400 for Message-Id: <200006152149.RAA28671@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ronald G Minnich Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message from Ronald G Minnich of "Thu, 15 Jun 2000 15:25:40 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 17:49:54 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG rminnich@lanl.gov said: :- and got a 'no interest' back from some folks. I'm interested, since from reading the linixboot page it seems like you can get, essentially, and instant-on rommable FreeBSD if this were done, and I can think of lots of things to do with that! Don't know how much help I can offer, though. So my opinion is pretty much worthless. ;-) -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 14:58:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 1E02037B7C1 for ; Thu, 15 Jun 2000 14:58:48 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA00581; Thu, 15 Jun 2000 15:02:52 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006152202.PAA00581@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Robert Withrow Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-reply-to: Your message of "Thu, 15 Jun 2000 17:49:54 EDT." <200006152149.RAA28671@pobox.engeast.BayNetworks.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 15:02:51 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > rminnich@lanl.gov said: > :- and got a 'no interest' back from some folks. The response was not "no interest", it was "you're totally nuts - this is not a usefully solvable problem". > I'm interested, since from reading the linixboot page it seems like > you can get, essentially, and instant-on rommable FreeBSD if this > were done, and I can think of lots of things to do with that! You can come fairly close to this already with the right approach, it's just expensive. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:13: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 7C44B37B859; Thu, 15 Jun 2000 15:12:59 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-135-12.nnj.dialup.bellatlantic.net [151.198.135.12]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id SAA22498; Thu, 15 Jun 2000 18:12:51 -0400 (EDT) Message-ID: <39495511.3B7E5658@bellatlantic.net> Date: Thu, 15 Jun 2000 18:13:37 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Mike Smith Cc: Ronald G Minnich , Jung-uk Kim , freebsd-hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? References: <200006152147.OAA00521@mass.osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > well linuxbios is what I started here, and I pinged some folks on this > > list about supporting freebsd as well as linux, and got a 'no interest' > > back from some folks. > > > > I'm still up for it. I think it's easy. > > I'd suggest you go talk to Parag Patel, who's just wasted about three > months of his life trying to make SmartFirmware run on _one_ supposedly > well-documented board. Parag is nobody's fool, and I consider his > results pretty representative of the issue. Maybe I'm completely mistunderstanding the subject, but what about EFI (Extendable Firmware Interface) ? It's the new Intel's proposal for BIOS. It's the only thing that will be (and is) on IA-64, and also will be retrofitted on the 32-bit machines. It's a very flexible thing including extensive API, OS-independent loadable drivers, networking, serial console, etc. I'm in progress of reading the specs (avaliable from the Intel's developer web site), so I don't know more detail yet. The spec says that the full source code of reference implementation is available for free. By the way, they used FreeBSD as the base of their EFI API implementation (libc, networking and other). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:20: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id EA18537B868 for ; Thu, 15 Jun 2000 15:20:01 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id QAA176807 for ; Thu, 15 Jun 2000 16:20:01 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 15 Jun 2000 16:20:00 -0600 From: Ronald G Minnich To: hackers@freebsd.org Subject: freebsd bios. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, I repeat: easily done, not acceptable to freebsd core. I think this situation reflects on the freebsd community and not in a positive way. If you care, sometime this year you'll be able to buy motherboards that boot Linux from flash. SiS is working hard on this and has committed people and hardware. So if you want that capability, you'll get it with Linux, not FreeBSD. Not because it's not doable, it's because people don't seem to get it. It's kind of a shame. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:21:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id AC53537B8C4 for ; Thu, 15 Jun 2000 15:21:25 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id QAA177376 for ; Thu, 15 Jun 2000 16:21:24 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 15 Jun 2000 16:21:24 -0600 From: Ronald G Minnich To: hackers@freebsd.org Subject: one last thing I forgot on freebsd bios 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 synergy micro sells power pc boards that boot linux today out of flash. www.synergy.com They get it too. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:25: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 5F51D37B859 for ; Thu, 15 Jun 2000 15:25:01 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id QAA176492 for ; Thu, 15 Jun 2000 16:25:00 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 15 Jun 2000 16:24:59 -0600 From: Ronald G Minnich To: hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <39495511.3B7E5658@bellatlantic.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Sergey Babkin wrote: > Mike Smith wrote: > > I'd suggest you go talk to Parag Patel, who's just wasted about three > > months of his life trying to make SmartFirmware run on _one_ supposedly > > well-documented board. Parag is nobody's fool, and I consider his > > results pretty representative of the issue. I just mentioned to mike that parag has been talking to me for the last while, and in fact is encouraged enough by recent results that he's taking another look. > Maybe I'm completely mistunderstanding the subject, but > what about EFI (Extendable Firmware Interface) ? It's the We're looking at it. Do you really believe in reference implementations? I don't. I sure hope they've stopped zeroing memory on reset ... this is one of the drivers for linuxbios. But it is still interesting. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:26: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 9F7FB37B8FB for ; Thu, 15 Jun 2000 15:26:01 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from ny1wsh031 (tek.cioe.com [204.120.165.120]) (authenticated) by virtual-voodoo.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e5FMPmE97462; Thu, 15 Jun 2000 17:25:48 -0500 (EST) Message-ID: <05c201bfd718$a8213a00$851a050a@winstar.com> From: "Steven E. Ames" To: "Ronald G Minnich" , References: Subject: Re: freebsd bios. Date: Thu, 15 Jun 2000 17:25:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4029.2901 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4029.2901 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm confused. Acceptable to freebsd core isn't really the issue here. FreeBSD is a volunteer project. If you do the work and submit the code then 'core' has the option of deciding not to include it but if its useful people will use it anyway regardless if its 'Official' or not. If enough people use it or want it, 'core' will rethink their option. I don't think people are unreasonable. I haven't heard any lack of interest in this thread... just some questions on how easily it can really be done... a question you should be able to answer easily since you've already stated (twice) that it _IS_ easily done... just throw in a 'how' also. > So, I repeat: easily done, not acceptable to freebsd core. > > I think this situation reflects on the freebsd community and not in a > positive way. > > If you care, sometime this year you'll be able to buy motherboards that > boot Linux from flash. SiS is working hard on this and has committed > people and hardware. So if you want that capability, you'll get it with > Linux, not FreeBSD. Not because it's not doable, it's because people don't > seem to get it. > > It's kind of a shame. > > ron > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:26:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 97E5E37B9AC for ; Thu, 15 Jun 2000 15:26:28 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id AAA24382; Fri, 16 Jun 2000 00:26:21 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ronald G Minnich Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 16:20:00 MDT." Date: Fri, 16 Jun 2000 00:26:21 +0200 Message-ID: <24380.961107981@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Ronald G Minnich writes: >So, I repeat: easily done, not acceptable to freebsd core. Uhm, Ron, I have not seen freebsd core take a stand on this, and I'm a core team member, so I'm pretty sure they havn't. I also doubt that they ever would do so. Remember: Nobody carries so much weight in the FreeBSD project that they can *prevent* somebody from doing something like this. If you or others feel this is worthwhile and interesting, you should just go work on it. You don't need to get "permission" from anybody. Don't get all upset because one or two people come across a bit grumpy on email. -- 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 Thu Jun 15 15:26:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.integratus.com (miami.integratus.com [63.209.2.83]) by hub.freebsd.org (Postfix) with SMTP id 815BA37B9DA for ; Thu, 15 Jun 2000 15:26:34 -0700 (PDT) (envelope-from jar@integratus.com) Received: (qmail 1460 invoked from network); 15 Jun 2000 22:26:32 -0000 Received: from kungfu.integratus.com (HELO integratus.com) (172.20.5.168) by tortuga1.integratus.com with SMTP; 15 Jun 2000 22:26:32 -0000 Message-ID: <39495819.934A266B@integratus.com> Date: Thu, 15 Jun 2000 15:26:33 -0700 From: Jack Rusher Organization: Integratus X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ronald G Minnich Cc: hackers@freebsd.org Subject: Re: freebsd bios. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald G Minnich wrote: > > So, I repeat: easily done, not acceptable to freebsd core. If you can easily do it, why aren't you? I had thought someone was actively working on this (because it is SO obviously useful to have fast reboots in an HA environment). > It's kind of a shame. Sure is. What are we going to do about it? -- Jack Rusher, Senior Engineer | mailto:jar@integratus.com Integratus, Inc. | http://www.integratus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:32:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from clockwork.csudsu.com (clockwork.csudsu.com [209.249.57.100]) by hub.freebsd.org (Postfix) with ESMTP id 6151937B95F for ; Thu, 15 Jun 2000 15:32:17 -0700 (PDT) (envelope-from stefan@csudsu.com) Received: from localhost (stefan@localhost) by clockwork.csudsu.com (8.9.3/8.9.3) with ESMTP id PAA78862; Thu, 15 Jun 2000 15:31:37 -0700 (PDT) (envelope-from stefan@csudsu.com) Date: Thu, 15 Jun 2000 15:31:37 -0700 (PDT) From: Stefan Molnar To: Ronald G Minnich Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have not built clusters over 200 nodes, but I almost never go into the BIOS for configurations. And the systems that I have used, include serial access within the BIOS. And adding PXE roms will make things nicer on the install front. But my current system is a single floppy, and that works well. The best people to determin if it is nessesary is Yahoo and Hotmail. Since they have worked with these issues in the thousands of machines. On Thu, 15 Jun 2000, Ronald G Minnich wrote: > On Thu, 15 Jun 2000, Stefan Molnar wrote: > > > Why? PXE will allow net installs, or diskless. And Serial Console > > is already supported. ( On some high end machines serial console works > > in the prom as well). > > well, now you see why i'm not pushing linuxbios too hard in the freebsd > world. If you think PXE and serial consoles fix your cluster problems, > then you haven't build anything really big. PXE is not a good design. > But I'm not interested in arguing ... > > ron > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:33:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 964DC37B95F for ; Thu, 15 Jun 2000 15:33:34 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA00762; Thu, 15 Jun 2000 15:37:42 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006152237.PAA00762@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Sergey Babkin Cc: freebsd-hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? In-reply-to: Your message of "Thu, 15 Jun 2000 18:13:37 EDT." <39495511.3B7E5658@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 15:37:41 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'd suggest you go talk to Parag Patel, who's just wasted about three > > months of his life trying to make SmartFirmware run on _one_ supposedly > > well-documented board. Parag is nobody's fool, and I consider his > > results pretty representative of the issue. > > Maybe I'm completely mistunderstanding the subject, but > what about EFI (Extendable Firmware Interface) ? It's the > new Intel's proposal for BIOS. It's the only thing that will > be (and is) on IA-64, and also will be retrofitted on the > 32-bit machines. It's a very flexible thing including extensive > API, OS-independent loadable drivers, networking, serial console, etc. > I'm in progress of reading the specs (avaliable from the Intel's > developer web site), so I don't know more detail yet. The spec says > that the full source code of reference implementation is available > for free. By the way, they used FreeBSD as the base of their EFI > API implementation (libc, networking and other). It's still entirely useless without the _board_specific_ initialisation code, which vendors typically aren't going to just hand out. EFI can layer over an existing PC BIOS (ie. you still need a BIOS), or it will require board-specific code if it's going to be the native firmware. The real issue with replacing a system's BIOS is not the top layer (services etc.), it's initialisation and random magic that is entirely specific to the board's actual implementation details. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:37:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 5965A37B904 for ; Thu, 15 Jun 2000 15:37:09 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA00788; Thu, 15 Jun 2000 15:40:18 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006152240.PAA00788@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ronald G Minnich Cc: hackers@freebsd.org Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 16:20:00 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 15:40:18 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So, I repeat: easily done, not acceptable to freebsd core. And again I tell you, no. Quite acceptable, not easily done. If someone does it, we'll happily play along. I don't understand why you don't understand this. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:49:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from inetminas.estaminas.com.br (inetminas.estaminas.com.br [200.251.191.247]) by hub.freebsd.org (Postfix) with ESMTP id 9F8E737B6C0 for ; Thu, 15 Jun 2000 15:49:21 -0700 (PDT) (envelope-from pamplona@uai.com.br) Received: from default (nas1-4.estaminas.com.br [200.251.117.4]) by inetminas.estaminas.com.br (8.9.1a/8.9.1) with SMTP id TAA09366 for ; Thu, 15 Jun 2000 19:49:10 -0300 (GMT) Message-Id: <3.0.3.32.19800104194021.0068aeb4@uai.com.br> X-Sender: pamplona@uai.com.br X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Fri, 04 Jan 1980 19:40:21 -0300 To: freebsd-hackers@freebsd.org From: Gustavo Pamplona Subject: Fixit - Recover Disk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, guys... I'm new at this mailling list. Sorry for my english, I'm a brazilian. I'd like to know one thing about this disk. How the guys from Berkeley did that disk? This is because of the files at /stand directory of the disk. There are 54 files of 1.1MB at the /stand and this files fill only 1142 KB of the disk. How is it possible? (Fill 62MB inside a room of 1142KB) I think is the command 'dd' with some kind of conversion over the device, in this case converting about 60x less than the original file size. But I think not, cause the files at /etc and /.profile are ok. My FreeBSD version is 3.2-Release. It's old. Anybody could answer to me? Thanx and regards. ------------------------------------------------------------------ Gustavo Pamplona - pamplona@uai.com.br Linux User: 137471 - FreeBSD User: FBSD042237 Slackware 7.0 | Debian 2.1 | FreeBSD 3.2-R | NetBSD 1.3.2 (i386) ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 15:55:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 8AF1937BA13 for ; Thu, 15 Jun 2000 15:55:37 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA00868; Thu, 15 Jun 2000 15:59:43 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006152259.PAA00868@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Gustavo Pamplona Cc: freebsd-hackers@freebsd.org Subject: Re: Fixit - Recover Disk In-reply-to: Your message of "Fri, 04 Jan 1980 19:40:21 -0300." <3.0.3.32.19800104194021.0068aeb4@uai.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 15:59:38 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm new at this mailling list. Sorry for my english, I'm a brazilian. > > I'd like to know one thing about this disk. How the guys from Berkeley did > that disk? They didn't. > This is because of the files at /stand directory of the disk. There are 54 > files of 1.1MB at the /stand and this files fill only 1142 KB of the disk. > > How is it possible? (Fill 62MB inside a room of 1142KB) Quantum compression. 8) > Anybody could answer to me? Actually, if you look you'll see that there are 54 links to one single 1.1MB file. Look at the crunchgen manpage. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 16: 1: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 23CB737BB48; Thu, 15 Jun 2000 16:00:56 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id QAA68345; Thu, 15 Jun 2000 16:00:54 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message from Mike Smith of "Thu, 15 Jun 2000 14:47:32 PDT." <200006152147.OAA00521@mass.osd.bsdi.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 15 Jun 2000 16:00:54 -0700 Message-ID: <68338.961110054@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000 14:47:32 PDT, Mike Smith wrote: > >I'd suggest you go talk to Parag Patel, who's just wasted about three >months of his life trying to make SmartFirmware run on _one_ supposedly >well-documented board. Parag is nobody's fool, and I consider his >results pretty representative of the issue. Thanks, but I think I'm a fool for even *attempting* this project. :) That said, I'm trying to get a SuperMicro P6DGE going right now. I toasted my L440GX+ or I'd probably be further along. I *think* I can talk to the ISA bus but am not yet sure. I can't seem to wake up the Winbond 977TF ISA I/O chip. The L440GX uses the same GX and PIIX4 chipset but a different I/O chip. The problem, as Mike said, is the magic goo hidden away in the BIOS ROMs that actually initializes parts and patches around some most *interesting* bugs in the hardware. Each chipset and motherboard seem to have their own sets of bugs and workarounds. None of the motherboard or chipset vendors (except for SiS) are even slightly interested in talking to us. I've even resorted to diassembling the BIOS ROM to try to figure out what's going on. This is another exercise in frustration, but we did manage to find some magic undocumented ISA ports being initialized. We have no idea what it's initializing. My current plan of action is to plug in a vanilla ISA card and use another serial port to see if I can get something out of it. This has lead to another comedy of errors as there's isn't enough room in the rackmount case to plugin an ISA card *with connectors*. Sigh. I'm remounting the motherboard in a vanilla cheapie ATX case right now... Anyway, if I can get something out a serial port, I can start dumping registers, and then hopefully make some progress. Lots of "if"s... Unfortunately, all this work will have to be done all over again for the next motherboard, and the next, and the next... -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 16: 7:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 5B16437B7B9 for ; Thu, 15 Jun 2000 16:07:13 -0700 (PDT) (envelope-from jhb@pike.osd.bsdi.com) Received: (from jhb@localhost) by pike.osd.bsdi.com (8.9.3/8.9.3) id QAA23807; Thu, 15 Jun 2000 16:06:36 -0700 (PDT) (envelope-from jhb) From: John Baldwin Message-Id: <200006152306.QAA23807@pike.osd.bsdi.com> Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: from Stefan Molnar at "Jun 15, 2000 03:31:37 pm" To: Stefan Molnar Date: Thu, 15 Jun 2000 16:06:36 -0700 (PDT) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The best people to determin if it is nessesary is Yahoo and Hotmail. > Since they have worked with these issues in the thousands of machines. Actually, Yahoo is basically who funded the PXE development as their employees did most of the development and testing with PXE and now use it in production, IIRC. > On Thu, 15 Jun 2000, Ronald G Minnich wrote: > > > On Thu, 15 Jun 2000, Stefan Molnar wrote: > > > > > Why? PXE will allow net installs, or diskless. And Serial Console > > > is already supported. ( On some high end machines serial console works > > > in the prom as well). > > > > well, now you see why i'm not pushing linuxbios too hard in the freebsd > > world. If you think PXE and serial consoles fix your cluster problems, > > then you haven't build anything really big. PXE is not a good design. > > But I'm not interested in arguing ... PXE is simply a layer over the network card, it's not ACPI or EFI. > > ron -- John Baldwin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:13:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 0FECE37B877 for ; Thu, 15 Jun 2000 18:13:56 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from blue.acl.lanl.gov (root@blue.acl.lanl.gov [128.165.147.141]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id TAA201996; Thu, 15 Jun 2000 19:13:56 -0600 (MDT) Received: from localhost (rminnich@localhost) by blue.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id TAA04960; Thu, 15 Jun 2000 19:13:55 -0600 X-Authentication-Warning: blue.acl.lanl.gov: rminnich owned process doing -bs Date: Thu, 15 Jun 2000 19:13:55 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@blue.acl.lanl.gov To: Jack Rusher Cc: hackers@freebsd.org Subject: Re: freebsd bios. In-Reply-To: <39495819.934A266B@integratus.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 here's what we can. Somebody send a kernel for an L440GX+ that has pretty minimal stuff. I'd prefer it to have IDE, no networking, no SCSI, i.e. a pretty small thing. I'll try to use it as the payload for linuxbios and see if it boots. The key is that freebsd may need to change a few things to make it bootable from cold hardware. I don't think this is for sure, but it may happen. I hope the team is receptive to such changes ... ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:14:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id EE40837BA86; Thu, 15 Jun 2000 18:14:48 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-232.nnj.dialup.bellatlantic.net [151.198.117.232]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id VAA01253; Thu, 15 Jun 2000 21:14:45 -0400 (EDT) Message-ID: <39497FB2.33D63EB7@bellatlantic.net> Date: Thu, 15 Jun 2000 21:15:30 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Mike Smith Cc: freebsd-hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? References: <200006152237.PAA00762@mass.osd.bsdi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > I'd suggest you go talk to Parag Patel, who's just wasted about three > > > months of his life trying to make SmartFirmware run on _one_ supposedly > > > well-documented board. Parag is nobody's fool, and I consider his > > > results pretty representative of the issue. > > > > Maybe I'm completely mistunderstanding the subject, but > > what about EFI (Extendable Firmware Interface) ? It's the > > new Intel's proposal for BIOS. It's the only thing that will > > be (and is) on IA-64, and also will be retrofitted on the > > 32-bit machines. It's a very flexible thing including extensive > > API, OS-independent loadable drivers, networking, serial console, etc. > > I'm in progress of reading the specs (avaliable from the Intel's > > developer web site), so I don't know more detail yet. The spec says > > that the full source code of reference implementation is available > > for free. By the way, they used FreeBSD as the base of their EFI > > API implementation (libc, networking and other). > > It's still entirely useless without the _board_specific_ initialisation > code, which vendors typically aren't going to just hand out. Right, but why would you want to replace the existing BIOS ? You get it with the board anyway. And the EFI spec requires such things as serial port console support, so they should not be much of issue for EFI-compliant boards. > EFI can layer over an existing PC BIOS (ie. you still need a BIOS), or it > will require board-specific code if it's going to be the native firmware. > > The real issue with replacing a system's BIOS is not the top layer > (services etc.), it's initialisation and random magic that is entirely > specific to the board's actual implementation details. I think it depends mostly on the chipset used, hardly the board manufacturers add much or anything at all. And there are not that many modern chipsets on the market, and seems like their number is reducing over time as Intel gets more involved. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:20:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 5514337BAC2 for ; Thu, 15 Jun 2000 18:20:10 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id SAA01295; Thu, 15 Jun 2000 18:24:23 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006160124.SAA01295@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Sergey Babkin Cc: freebsd-hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? In-reply-to: Your message of "Thu, 15 Jun 2000 21:15:30 EDT." <39497FB2.33D63EB7@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 18:24:22 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > > > > I'd suggest you go talk to Parag Patel, who's just wasted about three > > > > months of his life trying to make SmartFirmware run on _one_ supposedly > > > > well-documented board. Parag is nobody's fool, and I consider his > > > > results pretty representative of the issue. > > > > > > Maybe I'm completely mistunderstanding the subject, but > > > what about EFI (Extendable Firmware Interface) ? It's the > > > new Intel's proposal for BIOS. It's the only thing that will > > > be (and is) on IA-64, and also will be retrofitted on the > > > 32-bit machines. It's a very flexible thing including extensive > > > API, OS-independent loadable drivers, networking, serial console, etc. > > > I'm in progress of reading the specs (avaliable from the Intel's > > > developer web site), so I don't know more detail yet. The spec says > > > that the full source code of reference implementation is available > > > for free. By the way, they used FreeBSD as the base of their EFI > > > API implementation (libc, networking and other). > > > > It's still entirely useless without the _board_specific_ initialisation > > code, which vendors typically aren't going to just hand out. > > Right, but why would you want to replace the existing BIOS ? That's more or less my point - I think the only argument for it so far is sheer masochism. 8) > > The real issue with replacing a system's BIOS is not the top layer > > (services etc.), it's initialisation and random magic that is entirely > > specific to the board's actual implementation details. > > I think it depends mostly on the chipset used, hardly the board > manufacturers add much or anything at all. And there are not that > many modern chipsets on the market, and seems like their number > is reducing over time as Intel gets more involved. Actually, general experience suggests that's not the case at all. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:20:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from afs.itc.keio.ac.jp (afs.itc.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (Postfix) with SMTP id 69CDB37BB5C for ; Thu, 15 Jun 2000 18:20:24 -0700 (PDT) (envelope-from hosokawa@itc.keio.ac.jp) Received: (qmail 20219 invoked from network); 16 Jun 2000 01:20:23 -0000 Received: from dhcp08.itc.keio.ac.jp (HELO localhost.FromTo.Cc) (131.113.212.128) by afs.itc.keio.ac.jp with SMTP; 16 Jun 2000 01:20:23 -0000 Date: Fri, 16 Jun 2000 10:20:22 +0900 Message-ID: <86bt12e815.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa To: imp@village.org Cc: hosokawa@itc.keio.ac.jp, julian@elischer.org, cc@ameslab.gov, freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Wavelan adapter timeouts In-Reply-To: In your message of "Wed, 14 Jun 2000 10:19:36 -0600" <200006141619.KAA21862@harmony.village.org> References: <86snug44pq.wl@ringo.FromTo.Cc> <200006141536.JAA21434@harmony.village.org> <200006141619.KAA21862@harmony.village.org> User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Wed, 14 Jun 2000 10:19:36 -0600, Warner Losh wrote: > > In message <86snug44pq.wl@ringo.FromTo.Cc> Tatsumi Hosokawa writes: > : At Wed, 14 Jun 2000 09:36:47 -0600, > : Warner Losh wrote: > : > > : > In message Julian Elischer writes: > : > : well I'm typing this across the following: > : > : > : > : pccard: card inserted, slot 0 > : > : wi0: at port 0x240-0x27f irq 9 slot 0 on pccard0 > : > : wi0: Ethernet address: 00:60:1d:1e:42:6c > : > : I'm not seeing problems there.. > : > : (though dhclient doesn't seem to work on it for some reason) > : > > : > Maybe wi doesn't support broadcasts? > : > : I'm using dhclient on wi in infrastructure mode. > > OK. Is this with the PCI addapter or with another adapter? It's PCMCIA model on my laptop (WaveLAN IEEE Turbo). -- --------------------------- Tatsumi Hosokawa hosokawa@itc.keio.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:33:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 2B3A937B998 for ; Thu, 15 Jun 2000 18:33:27 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id SAA01345; Thu, 15 Jun 2000 18:37:52 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006160137.SAA01345@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ronald G Minnich Cc: hackers@freebsd.org Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 19:13:55 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 18:37:51 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > here's what we can. Somebody send a kernel for an L440GX+ that has pretty > minimal stuff. I'd prefer it to have IDE, no networking, no SCSI, i.e. a > pretty small thing. I'll try to use it as the payload for linuxbios and > see if it boots. GENERIC should work, presuming that the hardware's being set up correctly. > The key is that freebsd may need to change a few things to make it > bootable from cold hardware. I don't think this is for sure, but it may > happen. I hope the team is receptive to such changes ... ie. "LinuxBIOS won't initialise the system correctly, so you'd better clean up after it"? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:38:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 7FE6A37B998; Thu, 15 Jun 2000 18:38:13 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id SAA73282; Thu, 15 Jun 2000 18:38:12 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: Message from Mike Smith of "Thu, 15 Jun 2000 18:37:51 PDT." <200006160137.SAA01345@mass.osd.bsdi.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 15 Jun 2000 18:38:12 -0700 Message-ID: <73280.961119492@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000 18:37:51 PDT, Mike Smith wrote: >ie. "LinuxBIOS won't initialise the system correctly, so you'd better >clean up after it"? More like it ain't complete and is intended to boot Linux, so anything that Linux initializes but FBSD doesn't is probably SOL. :) I'm building a kernel and sending it to Ron. -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:42:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 947F137BA42 for ; Thu, 15 Jun 2000 18:42:07 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-232.nnj.dialup.bellatlantic.net [151.198.117.232]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id VAA02197; Thu, 15 Jun 2000 21:42:03 -0400 (EDT) Message-ID: <39498618.103CC6AB@bellatlantic.net> Date: Thu, 15 Jun 2000 21:42:48 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Ronald G Minnich , hackers@freebsd.org Subject: Re: Anybody working on FreeBSD BIOS? References: <394985D1.9E8E4DC0@bellatlantic.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald G Minnich wrote: > > On Thu, 15 Jun 2000, Sergey Babkin wrote: > > > Maybe I'm completely mistunderstanding the subject, but > > what about EFI (Extendable Firmware Interface) ? It's the > > We're looking at it. Do you really believe in reference implementations? I > don't. I sure hope they've stopped zeroing memory on reset ... this is one > of the drivers for linuxbios. Well, supposedly that reference implementation is what's inside the Itanium boxes (actually the box I have access too has version 0.92 while the latest one is 0.99). Though maybe the published code is not complete. > > But it is still interesting. As far as I understand the idea is that you won't need to replace the BIOS. It should have some limited pseudo-disk in flash memory with a FAT-32 partition on it where the drivers and loaders can be added as needed. Any kind of clustering initialization, or boot loaders can be written as applications in EFI API. If that's not enough then a special boot FAT-32 partition may be created on a disk (on any disk, may create one (or maybe many - not sure) on each disk) where the rest will be stored. BTW, EFI permits unlimited number of partitions on the disk with size limited by 64-bit sector number. Microsoft has contributed the FAT-32 code for the free reference implementation for free. For example, Linux-64 stores it kernel, boot loader and boot parameters file in this boot partition. EFI also has a mini-shell which gives some rudimentary control from the console, and yes, it supposedly supports the serial console. I don't quite understand it yet (one of the features is that the result of "help" command scrolls very fast, so only the last screen can be seen) but I plan to look closer at it. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:45:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 93CAA37BA5B; Thu, 15 Jun 2000 18:45:06 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id SAA01392; Thu, 15 Jun 2000 18:49:24 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006160149.SAA01392@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: Mike Smith , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 18:38:12 PDT." <73280.961119492@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 18:49:23 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 15 Jun 2000 18:37:51 PDT, Mike Smith wrote: > > >ie. "LinuxBIOS won't initialise the system correctly, so you'd better > >clean up after it"? > > More like it ain't complete and is intended to boot Linux, so anything > that Linux initializes but FBSD doesn't is probably SOL. :) 8) Actually, the things that really bother me are eg. interrupt routing and the ACPI GPIO bits, since the former is board-specific and you *must* know about it to set PCI up, and the latter is often necessary to do important things like, eg. turn the CPU fan on. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 18:58:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 205EF37BAB9; Thu, 15 Jun 2000 18:58:08 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id SAA77251; Thu, 15 Jun 2000 18:58:07 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: Message from Mike Smith of "Thu, 15 Jun 2000 18:49:23 PDT." <200006160149.SAA01392@mass.osd.bsdi.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 15 Jun 2000 18:58:07 -0700 Message-ID: <77249.961120687@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000 18:49:23 PDT, Mike Smith wrote: > >8) Actually, the things that really bother me are eg. interrupt routing >and the ACPI GPIO bits, since the former is board-specific and you *must* >know about it to set PCI up, and the latter is often necessary to do >important things like, eg. turn the CPU fan on. Shouldn't be too bad to figure out actually. I've got register dumps when booting using the BIOS so simply setting most of the them back that way should handle the intr routing, or at least decode the intr routing. GPIO bits are going to be a problem if we can't read the settings. The boards I'm using always turn on the CPU fan at power-on. Which board doesn't do this? Seems like a disaster waitng to happen... Still, there's so much else to do in both LinuxBIOS and SmartFirmware... -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 19:14:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 1AA8137B7E8 for ; Thu, 15 Jun 2000 19:14:28 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id TAA77542; Thu, 15 Jun 2000 19:14:25 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Sergey Babkin Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message from Sergey Babkin of "Thu, 15 Jun 2000 21:42:48 EDT." <39498618.103CC6AB@bellatlantic.net> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 15 Jun 2000 19:14:25 -0700 Message-ID: <77540.961121665@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, the main reason we're replacing the BIOS is that we've had several requests from people who want relatively sane firmware in their computers. :) One of our (potential) customers needs to completely manage their rack-mount systems remotely using the serial port without video and without a keyboard - something that few motherboards support. Another option is to create a custom ISA or PCI card with pretty much just a ROM on in, let the BIOS set things up, then completely take over control of the machine. This is a lot more work and more expensive, not to mention taking up one of the relatively few slots, but it would work in more computers. (Some BIOSes still refuse to run without video and keyboard though.) One problem with flash disks and such is that by the time the machine is ready to boot from one, it's already well past where you'd like to have control over the BIOS settings. Frankly, I'd just as soon support PowerPC or Alpha ATX motherboards with SmartFirmware. Anyone know of inexpensive ATX non-x86 boards? :) -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 19:20:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 3F0DE37B62D for ; Thu, 15 Jun 2000 19:20:23 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id TAA01524; Thu, 15 Jun 2000 19:24:29 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006160224.TAA01524@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 18:58:07 PDT." <77249.961120687@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 19:24:28 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 15 Jun 2000 18:49:23 PDT, Mike Smith wrote: > > > >8) Actually, the things that really bother me are eg. interrupt routing > >and the ACPI GPIO bits, since the former is board-specific and you *must* > >know about it to set PCI up, and the latter is often necessary to do > >important things like, eg. turn the CPU fan on. > > Shouldn't be too bad to figure out actually. I've got register dumps > when booting using the BIOS so simply setting most of the them back that > way should handle the intr routing, or at least decode the intr routing. Uh. You're kidding me, right? You need to know the interrupt routing to do PCI resource allocation. You need the MP table to program the I/O APIC. Both of these are specific to the actual, physical layout of the PCB. The data is encoded in the BIOS - you will need to extract this information so that your startup code can do resource allocation. Without this data, you're completely screwed. You can't probe it, there are no conventions at all on how it's laid out - just Have To Know it. > GPIO bits are going to be a problem if we can't read the settings. The > boards I'm using always turn on the CPU fan at power-on. Which board > doesn't do this? Seems like a disaster waitng to happen... Lots of them do; go looking at the _PTS() ACPI method for example. Here's one from an ASUS P2B - a *very* common single-CPU board: Method(\_PTS, 1) { If(LNot(LEqual(Arg0, 0x5))) { Store(0x0, FANM) Store(0x0, PLED) } If(LEqual(Arg0, 0x1)) { Store(One, TO12) } If(LEqual(Arg0, 0x2)) { } Store(One, TO12) Or(Arg0, 0xf0, Local2) Store(Local2, DBG1) } Note that it's turning off the power LED and the CPU fan. Here's the _WAK method: Method(\_WAK, 1) { Notify(\_SB.PWRB, 0x2) Store(0x1, FANM) Store(One, PLED) Store(0xff, DBG1) } Now, you'll want to know where this is, right? OperationRegion(GPOB, SystemIO, 0xe42c, 0x10) Field(GPOB, ByteAcc, NoLock, Preserve) { Offset(0x18), TO12, 1, Offset(0x40), FANM, 1, Offset(0x48), PLED, 1, Offset(0x4c), Offset(0x4e), Offset(0x5e), MSG0, 1 } So basically, unless your BIOS *specifically* knows that for this board you need to set that bit in what turns out to be the ACPI GPIO registers in the PIIX4 (the AML above is actually bogus - the OperationRegion() should actually be a child of the PIIX4 which is declared elsewhere, but it's easier to read like this), you're never going to get the CPU fan to turn on and you'll toast. You won't get the power LED either. You may not get eg. the SuperIO chip either, especially if it's powered down (who knows what the TO12 bit does?). You can save yourself _some_ grief by stealing the AML from the board that you're trying to convert, but there's not enough information in there to initialise it properly either. > Still, there's so much else to do in both LinuxBIOS and SmartFirmware... Sisyphean. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 19:22:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 50F4837BAFB for ; Thu, 15 Jun 2000 19:22:35 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p03-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.132]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id LAA19158; Fri, 16 Jun 2000 11:21:50 +0900 (JST) Message-ID: <39498F79.409EAA1E@newsguy.com> Date: Fri, 16 Jun 2000 11:22:49 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Andrew Kenneth Milton , "Koster, K.J." , "'Mark Newton'" , "'RossWheeler'" , "'FreeBSD Hackers mailing list'" Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious w ars! (fwd)) References: <200006141457.AAA57230@mail.theinternet.com.au> <200006141539.JAA21454@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > Tell them that it is a daemon, not a devil. A daemon isn't the devil, > nor does it promote the worship of devilry. > > In Japan, the daemon is viewed as a nice, lovable creature. The Of course, they don't translate daemon as "akuma". :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 19:26: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mg137-048.ricochet.net [204.179.137.48]) by hub.freebsd.org (Postfix) with ESMTP id 2FE0D37BAEC for ; Thu, 15 Jun 2000 19:25:53 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id TAA01564; Thu, 15 Jun 2000 19:29:53 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200006160229.TAA01564@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: Sergey Babkin , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-reply-to: Your message of "Thu, 15 Jun 2000 19:14:25 PDT." <77540.961121665@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Jun 2000 19:29:53 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, the main reason we're replacing the BIOS is that we've had several > requests from people who want relatively sane firmware in their > computers. :) One of our (potential) customers needs to completely > manage their rack-mount systems remotely using the serial port without > video and without a keyboard - something that few motherboards support. Intel are actually pretty aggressive on this (eg. EMP and IPMI), but the boards they offer it on aren't cost-effective. 8( > Another option is to create a custom ISA or PCI card with pretty much > just a ROM on in, let the BIOS set things up, then completely take over > control of the machine. This is a lot more work and more expensive, not > to mention taking up one of the relatively few slots, but it would work > in more computers. (Some BIOSes still refuse to run without video and > keyboard though.) It's actually not _that_ expensive, but you're right about interoperability. By now, based on the timeframe I've watched you through, I'd say that you should have a board that looks like a plain VGA framebuffer and has a keyboard cable hung out the back, and software up and running. Build cost at 100 off would probably be < $100. > One problem with flash disks and such is that by the time the machine is > ready to boot from one, it's already well past where you'd like to have > control over the BIOS settings. This is a problem, yes, but rewriting the BIOS, bootloader and parts of the kernel isn't the path of least resistance, IMO. 8) > Frankly, I'd just as soon support PowerPC or Alpha ATX motherboards with > SmartFirmware. Anyone know of inexpensive ATX non-x86 boards? :) Well, Alpha Processor now have SRM on the UP1000, but this isn't what you'd call "inexpensive", and the board's not very compact either (Slot B module mounted vertically). If your customer's not _desperate_ for a super-low-cost solution, I'd suggest any of the Intel boards that offer EMP (most of these also offer BIOS-over-serial support, actually - as do a number of other vendors, IIRC AMI do this on some of their boards as well). -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 19:35:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id DF2A537BBE1; Thu, 15 Jun 2000 19:35:17 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id TAA78047; Thu, 15 Jun 2000 19:35:15 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: Sergey Babkin , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message from Mike Smith of "Thu, 15 Jun 2000 19:29:53 PDT." <200006160229.TAA01564@mass.osd.bsdi.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 15 Jun 2000 19:35:15 -0700 Message-ID: <78045.961122915@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000 19:29:53 PDT, Mike Smith wrote: > >By now, based on the timeframe I've watched you >through, I'd say that you should have a board that looks like a plain VGA >framebuffer and has a keyboard cable hung out the back, and software up >and running. Build cost at 100 off would probably be < $100. Yeah, if I were a hardware guy. :) Besides there are other people taking this approach like PC Weasel. >This is a problem, yes, but rewriting the BIOS, bootloader and parts of >the kernel isn't the path of least resistance, IMO. 8) Sure, I know that *now*... :) >If your customer's not _desperate_ for a super-low-cost solution, I'd >suggest any of the Intel boards that offer EMP (most of these also offer >BIOS-over-serial support, actually - as do a number of other vendors, >IIRC AMI do this on some of their boards as well). They're using the Intel boards right now, but with a Sun background they really really want Open Firmware in an x86 box. I think they may end up getting Sun hardware anyway. Anyway, I'd set myself with a 6-month time-limit (while also managing other ports and customer work). This time has pretty much run out, but I'm actually making some small progress for a change and am caught between contracts, so what the heck... -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 19:46:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 3638B37BA59; Thu, 15 Jun 2000 19:46:39 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id TAA78269; Thu, 15 Jun 2000 19:46:37 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Smith Cc: Ronald G Minnich , hackers@FreeBSD.ORG, tjm@codegen.com Subject: Re: freebsd bios. In-Reply-To: Message from Mike Smith of "Thu, 15 Jun 2000 19:24:28 PDT." <200006160224.TAA01524@mass.osd.bsdi.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 15 Jun 2000 19:46:37 -0700 Message-ID: <78267.961123597@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000 19:24:28 PDT, Mike Smith wrote: > >Uh. You're kidding me, right? Well, maybe a little. The L440GX+ board is well-documented with a nice diagram documenting the IRQ swizzle. The SuperMicro board isn't, so I'm probably screwed there. I think it is possible to probe it by putting in a card in one slot at a time and seeing how their BIOS initializes the IRQ register in that card. The GPIOs and ACPI stuff are definitely going to be a problem though - one I hadn't fully considered before. Damn. We really were hoping we'd get some help from a motherboard vendor but that just hasn't been the case. No-one seems interested in the relatively low quantities of boards we'd move. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 20: 9:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id BC66C37BA59; Thu, 15 Jun 2000 20:09:34 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p30-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.95]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id MAA00958; Fri, 16 Jun 2000 12:09:30 +0900 (JST) Message-ID: <394992FE.AD77955E@newsguy.com> Date: Fri, 16 Jun 2000 11:37:50 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: mjacob@feral.com Cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: loading modules from within the kernel.... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob wrote: > > > Of course, this brings to light the fact that I don't think we support > > "soft" dependancies, ie. load-this-if-you-can-but-don't-fail-if-you-can't. > > Oh, err, uh, that's gotta be fixed. Let the caller/invoker of a load action > decide what the policy for failure is. That won't work on loader(8), since no code gets executed at that point. > > The current school of thought for solving this would be to have your > > firmware load as a plain container in a fashion similar to the way we > > load the MFS root image, and then use preload_search_by_type() to locate > > it. > > Does this approach use functions/APIs that are likely to not change for a > while? AFAIK, they haven't changed since splash screen & loader(8) were first introduced, back in... october or november 1998. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 20: 9:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 8380137BA59 for ; Thu, 15 Jun 2000 20:09:46 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p30-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.95]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id MAA00972; Fri, 16 Jun 2000 12:09:33 +0900 (JST) Message-ID: <3949997A.8BFD7BBF@newsguy.com> Date: Fri, 16 Jun 2000 12:05:30 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Ronald G Minnich Cc: hackers@FreeBSD.ORG, Mike Smith Subject: Re: freebsd bios. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald G Minnich wrote: > > here's what we can. Somebody send a kernel for an L440GX+ that has pretty > minimal stuff. I'd prefer it to have IDE, no networking, no SCSI, i.e. a > pretty small thing. I'll try to use it as the payload for linuxbios and > see if it boots. I'm cc'ing Mike here so he can correct me if I'm wrong, but... it seems loader(8) is actually what you need? If it can boot loader(8), and the storage where the rest of the system is located is BIOS-accessible, then that ought to be enough. I'd suggest taking a look at pxeloader, which is, to a certain extent, the same thing you are doing. > The key is that freebsd may need to change a few things to make it > bootable from cold hardware. I don't think this is for sure, but it may > happen. I hope the team is receptive to such changes ... We have never been in a position where we can dictate what the hardware specifications we'll be booting from are. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 20:22:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 7E04B37BB14; Thu, 15 Jun 2000 20:22:33 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-135-9.nnj.dialup.bellatlantic.net [151.198.135.9]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id XAA06685; Thu, 15 Jun 2000 23:22:28 -0400 (EDT) Message-ID: <39499DA1.614B786D@bellatlantic.net> Date: Thu, 15 Jun 2000 23:23:13 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Parag Patel Cc: Mike Smith , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? References: <78045.961122915@pinhead.parag.codegen.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parag Patel wrote: > > On Thu, 15 Jun 2000 19:29:53 PDT, Mike Smith wrote: > > > >By now, based on the timeframe I've watched you > >through, I'd say that you should have a board that looks like a plain VGA > >framebuffer and has a keyboard cable hung out the back, and software up > >and running. Build cost at 100 off would probably be < $100. > > Yeah, if I were a hardware guy. :) Besides there are other people > taking this approach like PC Weasel. I think I saw someone selling this kind of boards. For something like $100 or $200. I can look in my archives for URL if you're interested. > >This is a problem, yes, but rewriting the BIOS, bootloader and parts of > >the kernel isn't the path of least resistance, IMO. 8) > > Sure, I know that *now*... :) Would not it be simpler to slightly patch the existing BIOS ? Like cut out the parts you don't want to execute, and then later your customized board would fill them up. Now, with only 3 major generic BIOSes (AMI, Phoenix, Award) (well, also Compaq but who would buy Compaq hardware anyway ?) it might be simpler to find where it calls the parts you don't like and use this experience on any boards using this kind of BIOS to replace them with NOPs, than to figure out chipset-dependent parts for each particular board. The only catch would be to get the new ROM checksum right. > >If your customer's not _desperate_ for a super-low-cost solution, I'd > >suggest any of the Intel boards that offer EMP (most of these also offer > >BIOS-over-serial support, actually - as do a number of other vendors, > >IIRC AMI do this on some of their boards as well). Phoenix in high-end machines (such as Intel Saber architecture) has option of serial console. > They're using the Intel boards right now, but with a Sun background they > really really want Open Firmware in an x86 box. I think they may end up > getting Sun hardware anyway. Eh ? I don't quite get how Sun could be associated with Open Firmware. It always looked quite proprietary to me. (My personal experience with both Sun workstations and SPARC-based ICL was not particularly pleasant). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 20:29:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id BADBF37BB7C for ; Thu, 15 Jun 2000 20:29:08 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-135-9.nnj.dialup.bellatlantic.net [151.198.135.9]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id XAA06871; Thu, 15 Jun 2000 23:28:28 -0400 (EDT) Message-ID: <39499F0A.16341799@bellatlantic.net> Date: Thu, 15 Jun 2000 23:29:14 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: Warner Losh , Andrew Kenneth Milton , "Koster, K.J." , "'Mark Newton'" , "'RossWheeler'" , "'FreeBSD Hackers mailing list'" Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious w ars! (fwd)) References: <200006141457.AAA57230@mail.theinternet.com.au> <200006141539.JAA21454@harmony.village.org> <39498F79.409EAA1E@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > Warner Losh wrote: > > > > Tell them that it is a daemon, not a devil. A daemon isn't the devil, > > nor does it promote the worship of devilry. > > > > In Japan, the daemon is viewed as a nice, lovable creature. The > > Of course, they don't translate daemon as "akuma". :-) I think the best explanation I saw was of the difference between "demon" and "daemon". Of which the first one is supposed to be associated with devil and the second with a good spirit.\ Can't remember where I have seen it. Maybe in the McKusick et. al book ? -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 21:27: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 0AE9937B82E for ; Thu, 15 Jun 2000 21:27:02 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p41-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.42]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id NAA19499; Fri, 16 Jun 2000 13:26:33 +0900 (JST) Message-ID: <3949A17F.1E14BDC8@newsguy.com> Date: Fri, 16 Jun 2000 12:39:43 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Sergey Babkin Cc: Warner Losh , Andrew Kenneth Milton , "Koster, K.J." , "'Mark Newton'" , "'RossWheeler'" , "'FreeBSD Hackers mailing list'" Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious w ars! (fwd)) References: <200006141457.AAA57230@mail.theinternet.com.au> <200006141539.JAA21454@harmony.village.org> <39498F79.409EAA1E@newsguy.com> <39499F0A.16341799@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sergey Babkin wrote: > > "Daniel C. Sobral" wrote: > > > > Warner Losh wrote: > > > > > > Tell them that it is a daemon, not a devil. A daemon isn't the devil, > > > nor does it promote the worship of devilry. > > > > > > In Japan, the daemon is viewed as a nice, lovable creature. The > > > > Of course, they don't translate daemon as "akuma". :-) > > I think the best explanation I saw was of the difference between > "demon" and "daemon". Of which the first one is supposed to > be associated with devil and the second with a good spirit.\ > Can't remember where I have seen it. Maybe in the McKusick et. al > book ? Daemon is the greek word for djinn. The expansion of Christianity absorbed all local myths into the Christian paradox, in one of several ways. "Pagan" feasts became Christian holidays. Supernatural beings became, by and large, devils. Daemon, in the Christian view, *IS* a Demon. Demon is a direct derivate of Daemon. The trick here, thus, is saying "Daemon" refers to the meaning before Christianism absorbed it and turned it into Demon. This only works nowadays, when Christians are more willing to accept other religions rights to existance (though, of course, they are still wrong :). And, then, it doesn't *really* work. :-) Language is always a problem, really. A number of Japanese words that are translated as god/goddess just have no equivalent in romantic (Christian-influenced) languages. The language shapes the mind. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 21:51: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31]) by hub.freebsd.org (Postfix) with ESMTP id 2A43E37B930 for ; Thu, 15 Jun 2000 21:51:05 -0700 (PDT) (envelope-from Peter.Delaney@Eng.Sun.COM) Received: from engmail1.Eng.Sun.COM ([129.146.1.13]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id WAA18572; Thu, 15 Jun 2000 22:50:43 -0600 (MDT) Received: from ha1mpk-mail.eng.sun.com (phys-ha1mpka.Eng.Sun.COM [129.146.103.34]) by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with SMTP id VAA23920; Thu, 15 Jun 2000 21:50:41 -0700 (PDT) Received: from campton by ha1mpk-mail.eng.sun.com (SMI-8.6/SMI-SVR4) id VAA18975; Thu, 15 Jun 2000 21:50:39 -0700 Message-Id: <200006160450.VAA18975@ha1mpk-mail.eng.sun.com> Date: Thu, 15 Jun 2000 21:55:53 -0700 (PDT) From: Piet Delaney Reply-To: Piet Delaney Subject: Subject: Re: Drivers collection (was:Arlan 655 driver for FreeBSD) To: bp@butya.kz, imp@harmony.village.org Cc: freebsd-hackers@FreeBSD.ORG, Peter.Delaney@Eng.Sun.COM, pete@freebsd.piet.net MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: k+PnWlnaEST4NoSYv+U4pw== X-Mailer: dtmail 1.3.0 CDE Version 1.3 SunOS 5.7 sun4u sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone done anything with the Arlan 655? There is GNU code at http://www.ylenurme.ee/~elmer/655/, I bought some 630's and was wondering if anyone has tried writing drivers for the ISA 655 card. -piet ======================================================================================== Re: Drivers collection (was:Arlan 655 driver for FreeBSD) To: Boris Popov Subject: Re: Drivers collection (was:Arlan 655 driver for FreeBSD) From: Warner Losh Date: Mon, 03 May 1999 23:07:54 -0600 Cc: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@freebsd.org In-reply-to: Your message of "Thu, 29 Apr 1999 12:25:24 +0700." References: Sender: owner-freebsd-hackers@FreeBSD.ORG In message Boris Popov writes: : Any opinions ? I'm surprised no one has followed up on this. I think this is an excellent idea. It will allow an easy way for GPL'd things to be included in a system by the end user. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 21:51:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web1901.mail.yahoo.com (web1901.mail.yahoo.com [128.11.23.50]) by hub.freebsd.org (Postfix) with SMTP id EF25837BD56 for ; Thu, 15 Jun 2000 21:51:14 -0700 (PDT) (envelope-from p_k_nandan@yahoo.com) Received: (qmail 23157 invoked by uid 60001); 16 Jun 2000 04:51:13 -0000 Message-ID: <20000616045113.23156.qmail@web1901.mail.yahoo.com> Received: from [203.197.172.105] by web1901.mail.yahoo.com; Thu, 15 Jun 2000 21:51:13 PDT Date: Thu, 15 Jun 2000 21:51:13 -0700 (PDT) From: "NandaKumar P.K." Subject: Re: IOCTL to the character driver is failing To: Mike Smith , Greg Lehey , freebsd-hackers@freebsd.org Cc: "NandaKumar P.K." , FreeBSD Hackers MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Thanks for that suggestions. I changed my character driver a little bit to take care of the more than 4K IOCTLs. My firmware download needs more than 4K size of IOCTL since i have to download a file of around 1MB. Regards Nandan --- Mike Smith wrote: > > [moved to -hackers; this is an in-depth technical > question] > > > > On Friday, 9 June 2000 at 0:28:04 -0700, > NandaKumar P.K. wrote: > > > Hi, > > > > > > I am in the process of debugging my character > driver > > > interface to the RAID controller card. Lots of > my > > > IOCTLs i sent from the user code works with the > driver > > > but some IOCTLs are not reaching the driver. I > found > > > that one of the IOCTL that failed is having a > size of > > > data as 8096 bytes. Does FreeBSD has got any > size > > > restriction in IOCTL data size ? I know that > there is > > > no problem with Linux and Windows NT. > > > > Indeed, you're limited to 4096 bytes. From > sys/ioccom.h: > > > > #define IOCPARM_MASK 0x1fff /* parameter length, > at most 13 bits */ > > #define IOCPARM_MAX PAGE_SIZE /* max size of > ioctl, mult. of PAGE_SIZE */ > > > > >From sys/param.h: > > > > #define PAGE_SHIFT 12 /* LOG2(PAGE_SIZE) */ > > #define PAGE_SIZE (1< > > > Even that is probably too big. What are you > trying to transfer that's > > so big? > > NB. if you want to move more than 4k, you should > pass a pointer to the > buffer in userspace and use copyin/copyout. > > -- > \\ Give a man a fish, and you feed him for a day. \\ > Mike Smith > \\ Tell him he should learn how to fish himself, \\ > msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ > msmith@cdrom.com > > __________________________________________________ Do You Yahoo!? Send instant messages with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 21:51:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web1901.mail.yahoo.com (web1901.mail.yahoo.com [128.11.23.50]) by hub.freebsd.org (Postfix) with SMTP id ED8CD37BBF0 for ; Thu, 15 Jun 2000 21:51:14 -0700 (PDT) (envelope-from p_k_nandan@yahoo.com) Received: (qmail 23157 invoked by uid 60001); 16 Jun 2000 04:51:13 -0000 Message-ID: <20000616045113.23156.qmail@web1901.mail.yahoo.com> Received: from [203.197.172.105] by web1901.mail.yahoo.com; Thu, 15 Jun 2000 21:51:13 PDT Date: Thu, 15 Jun 2000 21:51:13 -0700 (PDT) From: "NandaKumar P.K." Subject: Re: IOCTL to the character driver is failing To: Mike Smith , Greg Lehey , freebsd-hackers@freebsd.org Cc: "NandaKumar P.K." , FreeBSD Hackers MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Thanks for that suggestions. I changed my character driver a little bit to take care of the more than 4K IOCTLs. My firmware download needs more than 4K size of IOCTL since i have to download a file of around 1MB. Regards Nandan --- Mike Smith wrote: > > [moved to -hackers; this is an in-depth technical > question] > > > > On Friday, 9 June 2000 at 0:28:04 -0700, > NandaKumar P.K. wrote: > > > Hi, > > > > > > I am in the process of debugging my character > driver > > > interface to the RAID controller card. Lots of > my > > > IOCTLs i sent from the user code works with the > driver > > > but some IOCTLs are not reaching the driver. I > found > > > that one of the IOCTL that failed is having a > size of > > > data as 8096 bytes. Does FreeBSD has got any > size > > > restriction in IOCTL data size ? I know that > there is > > > no problem with Linux and Windows NT. > > > > Indeed, you're limited to 4096 bytes. From > sys/ioccom.h: > > > > #define IOCPARM_MASK 0x1fff /* parameter length, > at most 13 bits */ > > #define IOCPARM_MAX PAGE_SIZE /* max size of > ioctl, mult. of PAGE_SIZE */ > > > > >From sys/param.h: > > > > #define PAGE_SHIFT 12 /* LOG2(PAGE_SIZE) */ > > #define PAGE_SIZE (1< > > > Even that is probably too big. What are you > trying to transfer that's > > so big? > > NB. if you want to move more than 4k, you should > pass a pointer to the > buffer in userspace and use copyin/copyout. > > -- > \\ Give a man a fish, and you feed him for a day. \\ > Mike Smith > \\ Tell him he should learn how to fish himself, \\ > msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ > msmith@cdrom.com > > __________________________________________________ Do You Yahoo!? Send instant messages with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 23: 7:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 2D63837BD00 for ; Thu, 15 Jun 2000 23:07:19 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e5G66xe60084; Thu, 15 Jun 2000 23:06:59 -0700 (PDT) Date: Thu, 15 Jun 2000 23:06:59 -0700 (PDT) From: Doug White To: Stefan Molnar Cc: Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Stefan Molnar wrote: > I have not built clusters over 200 nodes, but I almost never > go into the BIOS for configurations. And the systems that > I have used, include serial access within the BIOS. And > adding PXE roms will make things nicer on the install front. > But my current system is a single floppy, and that works > well. As someone who has built one of these large systems, the best thing we could want is OpenFirmware with a ROM monitor and Lights-Out Monitoring. Basically make a PC act like a Sun Netra T1. :) In real life, the only BIOS problems that require human intervention are usually hardware related. You can't avoid the trip to the colo in this case. The buildout cost is pretty spendy too, having to buy a Cisco 2511 or similiar term server for every 24-odd boxen. For us, this would mean buying 20 or so units and cabling up every box, which we don't have the time to do. We just leave 9" mono VGA displays and keyboards in the cage and call up the remote-hands when things die. We let them power cycle things but if it's really hosed we drive over and frob the box ourselves. BTW the PXE loader stuff is invaluable for installs. Saves having to track down a (usually broken) floppy to load a system up. A few keypresses at boot and voila, new FreeBSD box. :) I will probably give a talk at BSDCon about these issues, if I can get everything lined up. > The best people to determin if it is nessesary is Yahoo and Hotmail. > Since they have worked with these issues in the thousands of machines. Sigh, it's not easy being #6. Even with 16 million confirmed members eGroups gets no respect :) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 23:25:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sydney.worldwide.lemis.com (mg131-243.ricochet.net [204.179.131.243]) by hub.freebsd.org (Postfix) with ESMTP id 80E7F37BD00 for ; Thu, 15 Jun 2000 23:25:34 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id IAA00935; Thu, 15 Jun 2000 08:48:05 -0700 (PDT) (envelope-from grog) Date: Thu, 15 Jun 2000 08:48:05 -0700 From: Greg Lehey To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: cool Message-ID: <20000615084805.E809@sydney.worldwide.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Format recovered--see http://www.lemis.com/email/email-format.html] On Wednesday, 14 June 2000 at 1:00:27 -0700, Julian Elischer wrote: > > So, if you are in the Singapore Changi international airport, > the internet center in the transit area will loan you for FREE, > a wavelan PC-CARD. > > So here I am waiting for my next flight and I'm on the net! > (well they hold your passport in exchange but that's ok) > > I couldn;t get teh DHCP client to work, > It kept saying: > > > jules# /sbin/dhclient > ifconfig: ioctl (SIOCAIFADDR): File exists > Listening on BPF/wi0/00:60:1d:1e:42:6c > Sending on BPF/wi0/00:60:1d:1e:42:6c > Can't find free bpf: No such file or directory > exiting. > > And the log files showed.. > > Jun 14 00:54:37 jules /kernel: rtinit: wrong ifa (0xc0f85980) was (0xc0ee3000) > Jun 14 00:54:37 jules dhclient: Can't find free bpf: No such file or directory > Jun 14 00:54:37 jules dhclient: exiting. > > So I just did: > # wicontrol -i wi0 -p 1 > # tcpdump > eventually a packet showed up, from the router at 192.100.100.1 > so I just grabbed 192.100.100.2 (SHHHHHHHH!) > > now if I can get dhcp to work this would be great! Great stuff. Last but one time I was there (must have been a year ago) I tried one of their Internet Cafe things, but I couldn't find an active jack. So how do they expect people to get these things to work without DHCP? Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 23:30: 5 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 07A9437BD7B for ; Thu, 15 Jun 2000 23:30:02 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 70F192B256; Fri, 16 Jun 2000 01:29:51 -0500 (CDT) Date: Thu, 15 Jun 2000 23:29:51 -0700 From: Paul Saab To: John Baldwin Cc: Stefan Molnar , hackers@FreeBSD.org Subject: Re: Anybody working on FreeBSD BIOS? Message-ID: <20000615232951.A77797@elvis.mu.org> References: <200006152306.QAA23807@pike.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006152306.QAA23807@pike.osd.bsdi.com>; from jhb@pike.osd.bsdi.com on Thu, Jun 15, 2000 at 04:06:36PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin (jhb@pike.osd.bsdi.com) wrote: > > The best people to determin if it is nessesary is Yahoo and Hotmail. > > Since they have worked with these issues in the thousands of machines. > > Actually, Yahoo is basically who funded the PXE development as their > employees did most of the development and testing with PXE and now use > it in production, IIRC. Right now it is being used to build our machines with eventual plans to run it in production, but that is when we get to diskless machines. At Hotmail, they used a bootp kernel on the harddisk to install their systems. -- 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 Thu Jun 15 23:31:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sydney.worldwide.lemis.com (mg131-243.ricochet.net [204.179.131.243]) by hub.freebsd.org (Postfix) with ESMTP id 91DD737BD52 for ; Thu, 15 Jun 2000 23:31:24 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id EAA06568; Wed, 14 Jun 2000 04:26:23 -0700 (PDT) (envelope-from grog) Date: Wed, 14 Jun 2000 04:26:23 -0700 From: Greg Lehey To: Jaye Mathisen Cc: hackers@FreeBSD.ORG Subject: Re: Has anybody looked at RAID-5 vinum performance on the "whole system"? Message-ID: <20000614042623.N5769@sydney.worldwide.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 13 June 2000 at 16:39:01 -0700, Jaye Mathisen wrote: > > I was just curious what people's thoughts were on the potential "total > system throughput" (whatever you choose it to be), wrt using software > RAID. > > It would seem that software RAID would just kill big chunks of > cache, especially CPU cache, moving lots of data throught it to > calcuate CRC's. Hmm. Yes, it might seem that way, but that's a very different order of magnitude from the I/O transfers themselves. > perhaps the raid 1/0's would be fine, since the calcuation could be > ignored. Well, there is no calculation. > It would seem that for file-server type tasks, where hopefully CPU > is not an issue, then as long as you can exceed the capacity of your > network, you're probably fine. > > And most workstations probably don't run 100% (modulo things like > the various crackers and seti), that it's a non issue. It's a non-issue anyway. The RAID-5 parity calculations don't take up any time. The real issue is that each write requires two physical reads and two physical writes, reducing write performance to about 25% of the performance of RAID-1 writes. Take a look through http://www.lemis.com/vinum.html for further details. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 23:33:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id D0B1437BE2E for ; Thu, 15 Jun 2000 23:33:32 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id CAA19049; Fri, 16 Jun 2000 02:33:00 -0400 Date: Fri, 16 Jun 2000 02:33:00 -0400 (EDT) From: Mike Nowlin To: Mark Newton Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) In-Reply-To: <20000615000214.C79055@atdot.dotat.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is a message which appeared on the aussie-isp mailing list earlier > today. I thought people here might like it :-) Ross is a reliable source, > so I doubt we can chalk this one up to "urban legend". Maybe I'll have my graphics guy whip up a picture of Tux with horns and holding a pitchfork.... (Actually, I think I've seen something like that before.) mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 15 23:55:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id 1094837BD20; Thu, 15 Jun 2000 23:55:47 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id CAA19373; Fri, 16 Jun 2000 02:55:42 -0400 Date: Fri, 16 Jun 2000 02:55:42 -0400 (EDT) From: Mike Nowlin To: Mike Smith Cc: Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <200006151946.MAA00400@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Two words: "forget it". > > > I read an article about Linux BIOS project on Slashdot.org. Is there > > anybody working on FreeBSD BIOS? > > > > I really like to see something like 'boot net - install' or serial > > console. It would be cool to have dignostics routine, too. I haven't looked at the project recently, but it seems that the name should be changed from "Linux BIOS" to "New BIOS that doesn't make stupid assumptions". The main reasons people need to go into the BIOS: - change the clock - What? You added memory? You must now go into setup, do nothing, and then save & exit! - Occasionally, (new systems and when the BBRAM gets glitched), go in and tweak a few timing/cache/misc. settings - Hard drives -- there's absolutely no reason these days to have to set the parameters for these. Even the "NONE" setting is pointless -- if you don't see a drive within a few seconds, there's not one there. The moral of this story: Other than the clock and MAYBE some of the timing parameters, the need for a "BIOS Setup Screen" is pointless. Get a BIOS version running that allows for some sort of protected on-the-fly configuration changes, and the world is a much better place. Maybe we should drop a few hints to the group working on this project to get it right, not create some kludged monster -- then, with the proper support on the part of the OS, it would be useful for pretty much anything, not just Linux. That's just my opinion, I could be wrong... But it's unlikely. :) (Sorry, a sarcastic Dennis Miller rip-off there.) --mike - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Understated/funny man-page sentence of the current time period: From route(4) on FreeBSD-3.4, DESCRIPTION section: "FreeBSD provides some packet routing facilities." ...duh....... Mike Nowlin, N8NVW mike@argos.org http://www.viewsnet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 0:10:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 1EF4537BA28 for ; Fri, 16 Jun 2000 00:10:19 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id IAA34309; Fri, 16 Jun 2000 08:09:52 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA17063; Fri, 16 Jun 2000 07:15:13 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006160615.HAA17063@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Junichi Satoh Cc: freebsd-hackers@FreeBSD.ORG, junichi@astec.co.jp, brian@hak.lan.Awfulhak.org Subject: Re: RealSystem module for libalias In-Reply-To: Message from Junichi Satoh of "Tue, 06 Jun 2000 01:04:06 +0900." <20000606010406K.junichi@junichi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Jun 2000 07:15:13 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I haven't done anything with this yet, but I plan to take a look soon. This is just a note to let you know that your post hasn't gone unnoticed. > The libalias allows to transport only TCP stream on the RealSystem > (RealAudio and RealVideo). > It can not transport UDP stream, rtsp and pna, from the real server > to the client. > > So, I wrote the new module for the libalias to support the UDP stream > on the RealSystem. > > The patch againt to the libalias source tree of the FreeBSD 4.0-RELEASE > is available at: > > http://configure.sh/FreeBSD > > Any comments are welcome. > --- > Junichi Satoh > junichi@junichi.org / junichi@astec.co.jp -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 0:23:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id ACDD837BD28 for ; Fri, 16 Jun 2000 00:23:26 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.9.3/1.13) id KAA35121; Fri, 16 Jun 2000 10:22:40 +0300 (EEST) Date: Fri, 16 Jun 2000 10:22:39 +0300 From: Ruslan Ermilov To: Brian Somers Cc: Junichi Satoh , hackers@FreeBSD.org Subject: Re: RealSystem module for libalias Message-ID: <20000616102239.B34318@sunbay.com> Mail-Followup-To: Brian Somers , Junichi Satoh , hackers@FreeBSD.org References: <200006160615.HAA17063@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UlVJffcvxoiEqYs2" X-Mailer: Mutt 1.0i In-Reply-To: <200006160615.HAA17063@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Fri, Jun 16, 2000 at 07:15:13AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii On Fri, Jun 16, 2000 at 07:15:13AM +0100, Brian Somers wrote: > Hi, > > I haven't done anything with this yet, but I plan to take a look > soon. This is just a note to let you know that your post hasn't gone > unnoticed. > Brian, this is just to let you know that: 1) I am currently in process of applying *big* PPTP patch to libalias so I would really appreciate it if you do not touch libalias before I finish with PPTP part. 2) Erik Salander is working together with Mr. Junichi on $Subject issue (see attached), so you will probably want to contact them directly, since I am not particularly interested in these changes. But I would appreciate if you send me the patch for review before you commit it. > > The libalias allows to transport only TCP stream on the RealSystem > > (RealAudio and RealVideo). > > It can not transport UDP stream, rtsp and pna, from the real server > > to the client. > > > > So, I wrote the new module for the libalias to support the UDP stream > > on the RealSystem. > > > > The patch againt to the libalias source tree of the FreeBSD 4.0-RELEASE > > is available at: > > > > http://configure.sh/FreeBSD > > > > Any comments are welcome. > > --- > > Junichi Satoh > > junichi@junichi.org / junichi@astec.co.jp > > -- > Brian > > Don't _EVER_ lose your sense of humour ! Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --UlVJffcvxoiEqYs2 Content-Type: message/rfc822 Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by whale.sunbay.crimea.ua (8.9.3/1.13) with ESMTP id SAA89440 for ; Wed, 14 Jun 2000 18:58:26 +0300 (EEST) Received: by hub.freebsd.org (Postfix) id A819737C2CD; Wed, 14 Jun 2000 08:40:10 -0700 (PDT) Delivered-To: ru@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id B63CC37C233 for ; Wed, 14 Jun 2000 08:40:04 -0700 (PDT) (envelope-from erik@whistle.com) Received: from whistle.com (erik.whistle.com [207.76.205.71]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id IAA60032 for ; Wed, 14 Jun 2000 08:39:01 -0700 (PDT) Sender: erik@whistle.com Message-ID: <3947A714.10FDFF62@whistle.com> Date: Wed, 14 Jun 2000 08:39:00 -0700 From: Erik Salander X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Subject: Re: libalias changes for PPTP, RTSP, FTP(passive) References: <392C655B.5966AE30@whistle.com> <20000614145957.A83146@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ruslan, Thanks for going over the patch. I'll get back to you by Thursday, at the latest. FYI, also working with Junichi Satoh on converging our streaming media changes. Sent him the first attempt at a merged routine, yesterday (Tues). Erik Ruslan Ermilov wrote: > On Wed, May 24, 2000 at 04:27:23PM -0700, Erik Salander wrote: > > > > Hi, > > > > I've got some changes for libalias that are ready to be reviewed. The > > general features are: > > > > - add support to alias RTSP and RTP (see new module alias_rtsp.c) > > - add support to alias PPTP and GRE (see new module alias_pptp.c and > > all "LINK_GRE" references) > > > What I do not understand is how PPTP is supposed to work if we do not > intercept outgoing GRE packets. I was told by Archie (and then read > about that in RFC) that multiple clients to the same server can use > the same Call ID. I understand what is going on in alias_pptp.c -- > a GRE link is created after successful PPTP handshake, and then, for > incoming packets, we look for the corresponding GRE link in GreAliasIn() > and simply replace Call ID there appropriately (PPTP's GRE does not use > checksum, right?), but we should do the same thing in GreAliasOut(), > which is missing. Am I overlooked something? > > > - adding support for passive mode FTP, aliasing the 227 replies (see > > alias_ftp.c) > > > The EPSV command 229 reply (RFC2428) should be aliased and checked as well. > Recent versions of FreeBSD use EPSV by default: > > : Connected to localhost. > : 220 perl.sunbay.crimea.ua FTP server (Version 6.00LS) ready. > : Name (localhost:ru): > : ---> USER ru > : 331 Password required for ru. > : Password: > : ---> PASS XXXX > : 230 User ru logged in. > : ---> SYST > : 215 UNIX Type: L8 Version: BSD-199506 > : Remote system type is UNIX. > : Using binary mode to transfer files. > : ftp> dir foo > : ---> EPSV > : 229 Entering Extended Passive Mode (|||49169|) > : ---> LIST foo > : 150 Opening ASCII mode data connection for '/bin/ls'. > : ftpd: foo: No such file or directory > : 226 Transfer complete. > : ftp> quit > : ---> QUIT > : 221 Goodbye. > > > - a new utility function, PacketUnaliasOut (see alias.c) > > > I have left it out as well as QueryUdpTcp*(). > > > Note, the FTP aliasing now ensures that: > > > > 1. the segment preceding a PORT/227 segment terminates with a \r\n. > > 2. the IP address in the PORT/227 matches the source IP address of > > the packet. > > 3. the port number in the PORT command or 277 reply is greater than > > or equal to 1024 > > Additional minor changes I have made: > > - Moved data structures declarations local to alias_db.c back from > alias_local.h to alias_db.c; > > - New functions {Set|Get}LastLineCrlfTermed() for use instead of > explicitly manipulating link flags inside alias_ftp.c; > > And I have put the new version of patch: > > http://people.FreeBSD.org/~ru/libalias.patch.2 > > > I still have to have my questions answered in order to commit PPTP > part of this patch. > > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message --UlVJffcvxoiEqYs2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 0:45:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id E3C4837BDA9 for ; Fri, 16 Jun 2000 00:45:50 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id AAA10587; Fri, 16 Jun 2000 00:45:55 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Ronald G Minnich Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 16:20:00 MDT." Date: Fri, 16 Jun 2000 00:45:55 -0700 Message-ID: <10584.961141555@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So, I repeat: easily done, not acceptable to freebsd core. Erm, hello? I really don't understand this message at all, Ron. As far as I know, FreeBSD core has expressed NO opinion on this issue whatsoever and it's therefore highly unfair of you to state that we: a) Even have a firm opinion on the linuxbios effort b) Have already concluded it's "not acceptable" If you're talking about Mike Smith's comments then even the most elementary research on your part will turn up several pertinent facts: a) Mike Smith speaks purely for himself and states only his own opinion. Nobody appointed him "spokesperson for the FreeBSD community" any more than Jesus Monroy, Jr. holds that position. b) Mike Smith is not core. 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 Fri Jun 16 0:51:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 7D26937B9A9; Fri, 16 Jun 2000 00:51:14 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id JAA26379; Fri, 16 Jun 2000 09:51:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Mike Smith Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 18:37:51 PDT." <200006160137.SAA01345@mass.osd.bsdi.com> Date: Fri, 16 Jun 2000 09:51:08 +0200 Message-ID: <26377.961141868@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> The key is that freebsd may need to change a few things to make it >> bootable from cold hardware. I don't think this is for sure, but it may >> happen. I hope the team is receptive to such changes ... > >ie. "LinuxBIOS won't initialise the system correctly, so you'd better >clean up after it"? How is the microcode loading handled in LinuxBIOS ? As far as I know getting hold of the microcode-supplemental data from Intel is a process which is (impossible - epsilon) and certainly not open source compatible ? -- 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 Fri Jun 16 0:51:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id EC6AD37BE39 for ; Fri, 16 Jun 2000 00:51:46 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id IAA34661; Fri, 16 Jun 2000 08:51:42 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id IAA01536; Fri, 16 Jun 2000 08:51:39 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006160751.IAA01536@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Somers , Junichi Satoh , hackers@FreeBSD.org Subject: Re: RealSystem module for libalias In-Reply-To: Message from Ruslan Ermilov of "Fri, 16 Jun 2000 10:22:39 +0300." <20000616102239.B34318@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Jun 2000 08:51:39 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Brian, this is just to let you know that: > > 1) I am currently in process of applying *big* PPTP patch to libalias > so I would really appreciate it if you do not touch libalias before > I finish with PPTP part. Ok, no problem - I'm pretty busy at the moment anyway. > 2) Erik Salander is working together with Mr. Junichi > on $Subject issue (see attached), so you will probably want to contact > them directly, since I am not particularly interested in these changes. > But I would appreciate if you send me the patch for review before you > commit it. Absolutely - I planned to anyway. Cheers. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 2: 6:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id D2C7537B975 for ; Fri, 16 Jun 2000 02:06:29 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from nomad.dataplex.net (24.27.13.152) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Fri, 16 Jun 2000 04:06:26 -0500 From: Richard Wackerbarth To: Greg Lehey , Julian Elischer Subject: Re: cool Date: Fri, 16 Jun 2000 04:06:24 -0500 X-Mailer: KMail [version 1.1.50] Content-Type: text/plain Cc: hackers@FreeBSD.ORG References: <20000615084805.E809@sydney.worldwide.lemis.com> In-Reply-To: <20000615084805.E809@sydney.worldwide.lemis.com> MIME-Version: 1.0 Message-Id: <00061604062403.04595@nomad.dataplex.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Greg Lehey wrote: > [Format recovered--see http://www.lemis.com/email/email-format.html] > > On Wednesday, 14 June 2000 at 1:00:27 -0700, Julian Elischer wrote: > > So, if you are in the Singapore Changi international airport, > > the internet center in the transit area will loan you for FREE, > > a wavelan PC-CARD. > > jules# /sbin/dhclient > > ifconfig: ioctl (SIOCAIFADDR): File exists > > Listening on BPF/wi0/00:60:1d:1e:42:6c > > Sending on BPF/wi0/00:60:1d:1e:42:6c > > Can't find free bpf: No such file or directory > > And the log files showed.. > > Jun 14 00:54:37 jules dhclient: Can't find free bpf: > > now if I can get dhcp to work this would be great! > So how do they expect people to get these things to work without DHCP? I looks to me like Julian's machine has the configuration problem. The dhcp client cannot get enough bpf's. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 5:48: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 88E3837BE68 for ; Fri, 16 Jun 2000 05:47:59 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #2) id 132uNr-0000MR-00; Fri, 16 Jun 2000 12:33:59 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 132uNr-000LVv-00; Fri, 16 Jun 2000 12:33:59 +0100 Date: Fri, 16 Jun 2000 12:33:59 +0100 From: Ben Smithurst To: Richard Wackerbarth Cc: Greg Lehey , Julian Elischer , hackers@FreeBSD.ORG Subject: Re: cool Message-ID: <20000616123359.A42310@strontium.scientia.demon.co.uk> References: <20000615084805.E809@sydney.worldwide.lemis.com> <00061604062403.04595@nomad.dataplex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <00061604062403.04595@nomad.dataplex.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Richard Wackerbarth wrote: > I looks to me like Julian's machine has the configuration problem. > The dhcp client cannot get enough bpf's. So why did tcpdump work? Both dhclient and tcpdump need one bpf, no? I initially thought the same as you but then asked myself that question. --=20 Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: J2ruz22XMQxxsmZpx/OBHlDNzvhNwP1u iQCVAwUBOUoQpisPVtiZOS99AQG9nwP/av30ojDrhW929kG69bvjlRJDRceu2Har aI4kD7nLnlN36d04YJUfe2TNnILjrApax635InpAF/nMbfBc+F+EzRx0/OBODTBL 08zKdkHbRSQXtcmfC4nV6gsB3lWw6b8X3StNWHVCWXqpXCCD8/YIKWJu8ppbyYhS ui6WtLuFI9Y= =sWsX -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 7:10:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 867E437BEF2 for ; Fri, 16 Jun 2000 07:10:04 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Fri, 16 Jun 2000 08:09:57 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma003940; Fri, 16 Jun 00 08:08:09 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id IAA63324; Fri, 16 Jun 2000 08:08:07 -0600 (MDT) Date: Fri, 16 Jun 2000 08:14:03 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Robert Withrow Cc: Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <200006152149.RAA28671@pobox.engeast.BayNetworks.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm interested, since from reading the linixboot page it seems like > you can get, essentially, and instant-on rommable FreeBSD if this > were done, and I can think of lots of things to do with that! > I can think of a few useful things too! I might even be able to offer a bit of help (at least testing...). Let me know if you ever get around to working on this. Fred -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 7:15:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 1DD8637BA2F; Fri, 16 Jun 2000 07:15:20 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustident!@homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id IAA25553; Fri, 16 Jun 2000 08:15:11 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <394A36A6.D71D170C@softweyr.com> Date: Fri, 16 Jun 2000 08:16:06 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: Parag Patel , Mike Smith , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? References: <78045.961122915@pinhead.parag.codegen.com> <39499DA1.614B786D@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sergey Babkin wrote: > > Eh ? I don't quite get how Sun could be associated with Open Firmware. Probably because they developed it? > It always looked quite proprietary to me. Yeah, those IEEE standards are terribly proprietary. IEEE-1275 in this case. You can find more info at http://www.openfirmware.org/ -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 7:18:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from arjun.niksun.com (gwnew.niksun.com [206.20.52.130]) by hub.freebsd.org (Postfix) with ESMTP id 9DC9D37B55E for ; Fri, 16 Jun 2000 07:18:20 -0700 (PDT) (envelope-from joy@niksun.com) Received: from falcon.niksun.com (falcon.niksun.com [10.0.0.167]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id KAA75553 for ; Fri, 16 Jun 2000 10:18:13 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <394A3727.1FEC441E@falcon.niksun.com> Date: Fri, 16 Jun 2000 14:18:15 +0000 From: Joy Ganguly X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers Subject: mmap and file writes...??? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, i have a question regarding mmap and file write. a file is mmap'ed and data is written into the mapped region. now the same region is written. (as shown below) buf = mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); . . /* some data put in buf */ . write(fd, buf, len); now does this lead to unnecessary copies?? more specifically what happens if two virtual addresses point to the same physical address and data is copied from one to the other. thanx in advance joy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 7:36:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from clockwork.csudsu.com (clockwork.csudsu.com [209.249.57.100]) by hub.freebsd.org (Postfix) with ESMTP id AE9FE37B51B for ; Fri, 16 Jun 2000 07:36:38 -0700 (PDT) (envelope-from stefan@csudsu.com) Received: from localhost (stefan@localhost) by clockwork.csudsu.com (8.9.3/8.9.3) with ESMTP id HAA80531; Fri, 16 Jun 2000 07:35:57 -0700 (PDT) (envelope-from stefan@csudsu.com) Date: Fri, 16 Jun 2000 07:35:57 -0700 (PDT) From: Stefan Molnar To: Doug White Cc: Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Jun 2000, Doug White wrote: > On Thu, 15 Jun 2000, Stefan Molnar wrote: > > > I have not built clusters over 200 nodes, but I almost never > > go into the BIOS for configurations. And the systems that > > I have used, include serial access within the BIOS. And > > adding PXE roms will make things nicer on the install front. > > But my current system is a single floppy, and that works > > well. > > As someone who has built one of these large systems, the best thing we > could want is OpenFirmware with a ROM monitor and Lights-Out Monitoring. > Basically make a PC act like a Sun Netra T1. :) I love the NetraT1, I am now using them at Major broadcasters and at DirecTV. But gettting the LOM functionality to x86 is a completly diffrent matter. Since it has to act independtly from the mainboard. I would much rather see the BIOS be converted to OpenBoot. Since that works greatly. > In real life, the only BIOS problems that require human intervention are > usually hardware related. You can't avoid the trip to the colo in this > case. I picked the remote hands service plan at my colo to be that human. When I see it is an issue to go that route. > The buildout cost is pretty spendy too, having to buy a Cisco 2511 or > similiar term server for every 24-odd boxen. For us, this would mean > buying 20 or so units and cabling up every box, which we don't have the > time to do. We just leave 9" mono VGA displays and keyboards in the cage > and call up the remote-hands when things die. We let them power cycle > things but if it's really hosed we drive over and frob the box ourselves. I went the 2611 route with 32port async module, but the overall time and effort does save in the long run. I am a firm beliver that serial console for servers, and remote systems is not an option. I is a must. It has saved alot of down time. I delgated the remote-hands to being my human on-off switch, or a "blinky light" monitor. > BTW the PXE loader stuff is invaluable for installs. Saves having to > track down a (usually broken) floppy to load a system up. A few > keypresses at boot and voila, new FreeBSD box. :) I will probably give a > talk at BSDCon about these issues, if I can get everything lined up. And I will be right there in the audiance. > > The best people to determin if it is nessesary is Yahoo and Hotmail. > > Since they have worked with these issues in the thousands of machines. > > Sigh, it's not easy being #6. Even with 16 million confirmed members > eGroups gets no respect :) Yeah, I normaly forget about them, I think eCircles uses FBSD as well. Stefan > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 7:37: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 3955537BF94; Fri, 16 Jun 2000 07:37:05 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Fri, 16 Jun 2000 08:36:59 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma009166; Fri, 16 Jun 00 08:36:26 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id IAA66546; Fri, 16 Jun 2000 08:36:24 -0600 (MDT) Date: Fri, 16 Jun 2000 08:42:20 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Parag Patel Cc: Mike Smith , Ronald G Minnich , hackers@FreeBSD.ORG, tjm@codegen.com Subject: Re: freebsd bios. In-Reply-To: <78267.961123597@pinhead.parag.codegen.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 > > We really were hoping we'd get some help from a motherboard vendor but > that just hasn't been the case. No-one seems interested in the > relatively low quantities of boards we'd move. Too bad we're already a big customer of these boards -- We'd love to have this kind of information about them, but I'm afraid we've lost our leverage now that we've purchased more than a couple of thousand of them... sigh -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 8:13:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from southpass.baynetworks.com (ns2.BayNetworks.COM [134.177.3.16]) by hub.freebsd.org (Postfix) with ESMTP id 8EF0D37B6E3; Fri, 16 Jun 2000 08:13:51 -0700 (PDT) (envelope-from bwithrow@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107]) by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id IAA14180; Fri, 16 Jun 2000 08:05:42 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id IAA16473; Fri, 16 Jun 2000 08:11:48 -0700 (PDT) Received: from baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id LAA18484; Fri, 16 Jun 2000 11:13:17 -0400 for Message-Id: <200006161513.LAA18484@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: Parag Patel Cc: Mike Smith , Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message from Parag Patel of "Thu, 15 Jun 2000 16:00:54 PDT." <68338.961110054@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Jun 2000 11:13:18 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG parag@cgt.com said: :- None of the motherboard or chipset vendors (except for SiS) are even :- slightly interested in talking to us. Are they interested in talking to Linux folks? If so, isn't that a reasonable alternative? (I mean, team up with some Linux folks to get the info...) -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 8:22:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 5DE0737BA2F; Fri, 16 Jun 2000 08:22:04 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb53.imasy.or.jp [202.227.24.181]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5GFLu240950; Sat, 17 Jun 2000 00:21:56 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: freebsd-current@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org, acpi-jp@jp.FreeBSD.org Subject: ACPI project progress report X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000617002156A.iwasaki@jp.FreeBSD.org> Date: Sat, 17 Jun 2000 00:21:56 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 690 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, here is the latest report on our ACPI project's progress. Current status: The aml interpreter development is going on and we've ported it to kernel simultaneously. Now that we can build ACPI namespace and search any named objects from there in kernel space. The aml interpreter code can be compiled and executed in both userland (using I/O simulator) and kernel space so that we can continue development even we ported the code in kernel. Next step would be implementation of the accessing facility for system memory, ioport and so on, then simple method (eg _PTS with 1 or 5 and _WAK) must be able to executed soon. This is our goal of prototype development. TODO: - combine sys/isa/pnpparse.c with interpreter. - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep require some hack in boot loader.... needs help. - implement serialization and synchronization mechanism. - migrate to Intel ACPICA? (but that's too large to understand. I'm not sure whether this has licencing issue or welcome to import it into our repository in terms of licencing policy... ours? Yes, it's BSD Licence. No problem at all :-) - and many. Obtaining source code: To get ACPI project repository, please try CVSup with; --------------------------------------- *default host=cvsup.jp.FreeBSD.org *default base=/usr *default prefix=/home/cvs *default release=cvs *default delete use-rel-suffix jp-acpi --------------------------------------- cvsweb is also available at; . usr.sbin/acpi/amldb would be a good toy for you :-) % ./amldb ../../../util/takawata/acpi/3110CT.dsdt.dat Loading ../../../util/takawata/acpi/3110CT.dsdt.dat...done AML>r _PTS Method: Arg 1 From 0x280f36ce To 0x280f3775 Enter argument values (ex. number 1 / string foo). 'q' to quit. Arg0 ? n 1 ==== Running _PTS. ==== AML>h s Single step n Step program c Continue program being debugged q Quit method execution t Show local name space tree and variables i Toggle region input prompt o Toggle region output prompt m Show memory management statistics r Run specified method f Find named objects from namespace. h Show this messsage AML> BTW, I (iwasaki) am going to USENIX 6/21 - 23, I'll happy to give a demonstration on ACPI device driver and AML interpreter debugger if anybody ask me to do it. Here's the dmesg output from kernel with AML interpreter on TOSHIBA PORTEGE 3110CT. It's not fake :-) There are 1735 times memory allocation here, but we couldn't find a lowering of performance because of own memory management system. 95% of memory allocation is covered by pre-allocated memory storage which is compiled in the interpreter module. Thanks! ACPI: Found ACPI BIOS data at 0xc00f0170 (, RSDT@3fe0000) acpi0: on motherboard acpi0: ADDR RANGE 3fe0000 10000 (mapped 0xc5774000) acpi0: ADDR RANGE 100b6e00 200 (mapped 0xc5784e00) acpi0: RSDT have 1 entries acpi0: RSDT entry0 FACP acpi0: FACP found acpi0: DSDT found Size=17865 bytes \\ IRQS Method: Arg 2 From 0xc57783bf To 0xc5778691 IRQR Method: Arg 1 From 0xc57781de To 0xc57783b7 CRSL Method: Arg 1 From 0xc5778165 To 0xc57781d6 PRSL Method: Arg 1 From 0xc57780d3 To 0xc577815d STAL Method: Arg 1 From 0xc577808c To 0xc57780cb PSC_ Method: Arg 1 From 0xc5778054 To 0xc5778084 WPSX Method: Arg 4 From 0xc5777fd7 To 0xc577804d PS3_ Method: Arg 1 From 0xc5777f70 To 0xc5777fcf PS0_ Method: Arg 1 From 0xc5777f09 To 0xc5777f68 DIS_ Method: Arg 1 From 0xc5777e7c To 0xc5777f01 SRS_ Method: Arg 2 From 0xc5777dde To 0xc5777e74 PRS_ Method: Arg 1 From 0xc5777d07 To 0xc5777dd6 CRS_ Method: Arg 1 From 0xc5777c30 To 0xc5777cff STA_ Method: Arg 1 From 0xc5777b93 To 0xc5777c28 SMBR Method: Arg 5 From 0xc5777b2e To 0xc5777b8b TRAP Method: Arg 1 From 0xc5777b1d To 0xc5777b26 _WAK Method: Arg 1 From 0xc5777869 To 0xc5777b16 _PTS Method: Arg 1 From 0xc57777ba To 0xc5777861 _GPE _L00 Method: Arg 0 From 0xc5777798 To 0xc57777b2 _L1E Method: Arg 8 From 0xc5777781 To 0xc5777791 _L19 Method: Arg 8 From 0xc577772f To 0xc577777a _L18 Method: Arg 8 From 0xc577765b To 0xc5777727 _L0C Method: Arg 8 From 0xc5777608 To 0xc5777653 _L0B Method: Arg 8 From 0xc5777188 To 0xc5777600 _L08 Method: Arg 8 From 0xc5777139 To 0xc5777180 _TZ_ THRM Thermalzone _TSP Num:0x708 _TC2 Num:0x2 _TC1 Num:0x9 _CRT Method: Arg 0 From 0xc5777103 To 0xc5777113 _PSL Package:elements 1 _PSV Method: Arg 0 From 0xc57770da To 0xc57770ea _AL1 Package:elements 1 _AL0 Package:elements 1 _AC1 Method: Arg 0 From 0xc577709f To 0xc57770af _AC0 Method: Arg 0 From 0xc5777088 To 0xc5777098 _TMP Method: Arg 0 From 0xc5777023 To 0xc5777081 FAN_ Device _PR0 Package:elements 1 _HID Num:0xb0cd041 PFAN PowerResource:Level 0 Order 0 _OFF Method: Arg 8 From 0xc5776fe0 To 0xc5776ff0 _ON_ Method: Arg 8 From 0xc5776fc9 To 0xc5776fd9 _STA Method: Arg 0 From 0xc5776f9a To 0xc5776fc2 _SB_ VALD Device GHCI Method: Arg 14 From 0xc5776eb7 To 0xc5776f80 INFO Method: Arg 0 From 0xc5776e57 To 0xc5776eaf ENAB Method: Arg 0 From 0xc5776e2e To 0xc5776e4f _STA Num:0xb _DDN String:VALD _HID Num:0x62f351 ADP1 Device _PSR Method: Arg 0 From 0xc5776df3 To 0xc5776e03 _STA Num:0xf _PCL Package:elements 2 _HID String:ACPI0003 BAT1 Device _BTP Method: Arg 1 From 0xc5776d7a To 0xc5776db7 _BST Method: Arg 0 From 0xc5776c8f To 0xc5776d72 _BIF Method: Arg 0 From 0xc5776b42 To 0xc5776c87 _STA Method: Arg 0 From 0xc5776b21 To 0xc5776b3a _PCL Package:elements 1 _UID Num:0x1 _HID Num:0xa0cd041 LID_ Device _PSW Method: Arg 1 From 0xc5776ac8 To 0xc5776af4 _PRW Package:elements 2 Num:0x18 Num:0x4 _LID Method: Arg 0 From 0xc5776aa5 To 0xc5776ab5 _HID Num:0xd0cd041 PCI0 Device _INI Method: Arg 0 From 0xc57769c0 To 0xc5776a8c LAN_ Device _PSW Method: Arg 1 From 0xc577698f To 0xc57769b8 _PRW Package:elements 2 Num:0x18 Num:0x4 _PSC Method: Arg 0 From 0xc5776939 To 0xc577697c _PS3 Method: Arg 8 From 0xc57768aa To 0xc5776931 _PS0 Method: Arg 8 From 0xc577681b To 0xc57768a2 _ADR Num:0xe0000 DKSQ Event DOCK Device _PR1 Package:elements 1 _PR0 Package:elements 1 PDOC PowerResource:Level 1 Order 0 _OFF Method: Arg 0 From 0xc57767b3 To 0xc57767c5 _ON_ Method: Arg 0 From 0xc577679a To 0xc57767ac _STA Method: Arg 0 From 0xc5776783 To 0xc5776793 _EJ0 Method: Arg 1 From 0xc57766c7 To 0xc5776771 _DCK Method: Arg 1 From 0xc57765dd To 0xc57766bf _UID Method: Arg 0 From 0xc5776599 To 0xc57765d5 _BDN Method: Arg 0 From 0xc5776555 To 0xc5776591 _STA Method: Arg 0 From 0xc577649c To 0xc577654d _HID Num:0x50ad041 SUND Device _PSC Method: Arg 0 From 0xc577643f To 0xc5776482 _PS3 Method: Arg 8 From 0xc57763b0 To 0xc5776437 _PS0 Method: Arg 8 From 0xc5776321 To 0xc57763a8 _ADR Num:0xc0000 MODM Device _PSW Method: Arg 1 From 0xc57762de To 0xc5776307 _PRW Package:elements 2 Num:0x18 Num:0x4 _PSC Method: Arg 0 From 0xc5776288 To 0xc57762cb _PS3 Method: Arg 8 From 0xc57761f9 To 0xc5776280 _PS0 Method: Arg 8 From 0xc577616a To 0xc57761f1 _ADR Num:0xd0000 VIY0 Device _PSW Method: Arg 1 From 0xc5776127 To 0xc5776150 _PRW Package:elements 2 Num:0xc Num:0x3 _PSC Method: Arg 0 From 0xc57760d1 To 0xc5776114 _PS3 Method: Arg 8 From 0xc5776042 To 0xc57760c9 _PS0 Method: Arg 8 From 0xc5775fb3 To 0xc577603a _SUN Num:0x0 _ADR Num:0xb0000 OBOE Device _PSC Method: Arg 0 From 0xc5775f4f To 0xc5775f92 _PS3 Method: Arg 8 From 0xc5775ec0 To 0xc5775f47 _PS0 Method: Arg 8 From 0xc5775e31 To 0xc5775eb8 _ADR Num:0x90000 USB_ Device _PSW Method: Arg 1 From 0xc5775dee To 0xc5775e17 _PRW Package:elements 2 Num:0x8 Num:0x3 _ADR Num:0x70002 VGA_ Device CRT_ Device _PSC Method: Arg 8 From 0xc5775db9 To 0xc5775dc9 _PS3 Method: Arg 8 From 0xc5775d5f To 0xc5775db2 _PS0 Method: Arg 8 From 0xc5775d04 To 0xc5775d57 _DSS Method: Arg 1 From 0xc5775bbb To 0xc5775cfc _DGS Method: Arg 0 From 0xc5775b9c To 0xc5775bb3 _DDC Method: Arg 1 From 0xc5775af4 To 0xc5775b95 _DCS Method: Arg 0 From 0xc5775ad3 To 0xc5775aec _ADR Num:0x100 LCD_ Device _PSC Method: Arg 8 From 0xc5775aac To 0xc5775abc _PS3 Method: Arg 8 From 0xc5775a52 To 0xc5775aa5 _PS0 Method: Arg 8 From 0xc57759e5 To 0xc5775a4a _BCM Method: Arg 1 From 0xc57759c3 To 0xc57759dd _BCL Method: Arg 0 From 0xc57759a1 To 0xc57759bc _DSS Method: Arg 1 From 0xc5775859 To 0xc577599a _DGS Method: Arg 0 From 0xc577583a To 0xc5775851 _DDC Method: Arg 1 From 0xc577573c To 0xc5775833 _DCS Method: Arg 0 From 0xc577571b To 0xc5775734 _ADR Num:0x110 _ROM Method: Arg 2 From 0xc57756c4 To 0xc5775704 _DOD Method: Arg 0 From 0xc57756a9 To 0xc57756bc _DOS Method: Arg 1 From 0xc577561f To 0xc57756a2 _PSC Method: Arg 0 From 0xc57755d4 To 0xc5775617 _PS3 Method: Arg 8 From 0xc5775533 To 0xc57755cc _PS2 Method: Arg 8 From 0xc5775492 To 0xc577552b _PS0 Method: Arg 8 From 0xc57753f1 To 0xc577548a _ADR Num:0x40000 FNC1 Device IDE0 Device HD_0 Device _GTF Method: Arg 0 From 0xc5775304 To 0xc57753d7 _ADR Num:0x0 _GTM Method: Arg 0 From 0xc57751e0 To 0xc57752ed _STM Method: Arg 3 From 0xc577511f To 0xc57751d8 PIHD PowerResource:Level 0 Order 0 _OFF Method: Arg 8 From 0xc5775044 To 0xc5775117 _ON_ Method: Arg 8 From 0xc5774f6d To 0xc577503c _STA Method: Arg 0 From 0xc5774f19 To 0xc5774f65 _PR0 Package:elements 1 _PSC Method: Arg 0 From 0xc5774ece To 0xc5774ee7 _PS3 Method: Arg 0 From 0xc5774eb5 To 0xc5774ec7 _PS0 Method: Arg 0 From 0xc5774e9c To 0xc5774eae _STA Method: Arg 0 From 0xc5774e6a To 0xc5774e95 _ADR Num:0x0 SUDC Fieldelement:flag 0x1 offset 600 len 2 {IDEC} PUDC Fieldelement:flag 0x1 offset 592 len 2 {IDEC} SUDM Fieldelement:flag 0x1 offset 578 len 1 {IDEC} PUDM Fieldelement:flag 0x1 offset 576 len 1 {IDEC} SRTM Fieldelement:flag 0x1 offset 536 len 8 {IDEC} PRTM Fieldelement:flag 0x1 offset 520 len 8 {IDEC} IDEC OprationRegion:Busspace2, Offset 0x0 Length 255 _ADR Num:0x70001 FNC0 Device ATA_ Device _DIS Method: Arg 0 From 0xc5774dfe To 0xc5774e04 _SRS Method: Arg 1 From 0xc5774df0 To 0xc5774df7 _PRS Method: Arg 0 From 0xc5774de3 To 0xc5774de9 _CRS Method: Arg 0 From 0xc5774dd6 To 0xc5774ddc _STA Method: Arg 0 From 0xc5774dc9 To 0xc5774dcf _UID Num:0x3 _HID Num:0x6d041 PCC0 Device PCS1 Device _SUN Num:0x1 _ADR Num:0x1 PCS0 Device _SUN Num:0x0 _ADR Num:0x0 _PSW Method: Arg 1 From 0xc5774d6e To 0xc5774d7f _PRW Package:elements 2 Num:0xc Num:0x3 _PSC Method: Arg 0 From 0xc5774d55 To 0xc5774d5b _PS3 Method: Arg 0 From 0xc5774d48 To 0xc5774d4e _PS0 Method: Arg 0 From 0xc5774d3b To 0xc5774d41 _DIS Method: Arg 0 From 0xc5774d2e To 0xc5774d34 _SRS Method: Arg 1 From 0xc5774d20 To 0xc5774d27 _PRS Method: Arg 0 From 0xc5774d13 To 0xc5774d19 _CRS Method: Arg 0 From 0xc5774d06 To 0xc5774d0c _STA Method: Arg 0 From 0xc5774cf9 To 0xc5774cff _UID Num:0x1 _HID Num:0xed041 PRT1 Device _DIS Method: Arg 0 From 0xc5774cd3 To 0xc5774cd9 _SRS Method: Arg 1 From 0xc5774cc5 To 0xc5774ccc _PRS Method: Arg 0 From 0xc5774cb8 To 0xc5774cbe _CRS Method: Arg 0 From 0xc5774cab To 0xc5774cb1 _STA Method: Arg 0 From 0xc5774c9e To 0xc5774ca4 _HID Num:0x4d041 PRT_ Device _DIS Method: Arg 0 From 0xc5774c7f To 0xc5774c85 _SRS Method: Arg 1 From 0xc5774c71 To 0xc5774c78 _PRS Method: Arg 0 From 0xc5774c64 To 0xc5774c6a _CRS Method: Arg 0 From 0xc5774c57 To 0xc5774c5d _STA Method: Arg 0 From 0xc5774c4a To 0xc5774c50 _HID Num:0x104d041 COM_ Device _PSW Method: Arg 1 From 0xc5774c20 To 0xc5774c31 _PRW Package:elements 2 Num:0x19 Num:0x3 _PSC Method: Arg 0 From 0xc5774c07 To 0xc5774c0d _PS3 Method: Arg 0 From 0xc5774bfa To 0xc5774c00 _PS0 Method: Arg 0 From 0xc5774bed To 0xc5774bf3 _DIS Method: Arg 0 From 0xc5774be0 To 0xc5774be6 _SRS Method: Arg 1 From 0xc5774bd2 To 0xc5774bd9 _PRS Method: Arg 0 From 0xc5774bc5 To 0xc5774bcb _CRS Method: Arg 0 From 0xc5774bb8 To 0xc5774bbe _STA Method: Arg 0 From 0xc5774bab To 0xc5774bb1 _HID Num:0x105d041 FDD_ Device _PSC Method: Arg 0 From 0xc5774b8c To 0xc5774b92 _PS3 Method: Arg 0 From 0xc5774b7f To 0xc5774b85 _PS0 Method: Arg 0 From 0xc5774b72 To 0xc5774b78 _DIS Method: Arg 0 From 0xc5774b65 To 0xc5774b6b _SRS Method: Arg 1 From 0xc5774b57 To 0xc5774b5e _PRS Method: Arg 0 From 0xc5774b4a To 0xc5774b50 _CRS Method: Arg 0 From 0xc5774b3d To 0xc5774b43 _STA Method: Arg 0 From 0xc5774b30 To 0xc5774b36 _HID Num:0x7d041 SYSR Device I4D1 Fieldelement:flag 0x1 offset 8 len 8 {SRG2} I4D0 Fieldelement:flag 0x1 offset 0 len 8 {SRG2} SRG2 OprationRegion:Busspace1, Offset 0x4d0 Length 2 TRP4 Fieldelement:flag 0x1 offset 0 len 8 {SRG1} SRG1 OprationRegion:Busspace1, Offset 0xb2 Length 1 _CRS Buffer: size:178 Data 0xc099c300 _STA Num:0xf _HID Num:0x20cd041 RTC_ Device _CRS Buffer: size:14 Data 0xc0d04b90 _STA Num:0xf _HID Num:0xbd041 PS2M Device _CRS Buffer: size:6 Data 0xc0d04b70 _STA Num:0xf _HID Num:0x130fd041 KBC_ Device _PSC Method: Arg 0 From 0xc57749b0 To 0xc57749b6 _PS3 Method: Arg 0 From 0xc57749a3 To 0xc57749a9 _PS0 Method: Arg 0 From 0xc5774996 To 0xc577499c _CRS Buffer: size:22 Data 0xc0994620 _STA Num:0xf _HID Num:0x303d041 NDP_ Device _CRS Buffer: size:14 Data 0xc0d04b20 _STA Num:0xf _HID Num:0x40cd041 SPKR Device _CRS Buffer: size:10 Data 0xc0d04b00 _STA Num:0xf _HID Num:0x8d041 PIT_ Device _CRS Buffer: size:14 Data 0xc0d04ae0 _STA Num:0xf _HID Num:0x1d041 PIC_ Device _CRS Buffer: size:22 Data 0xc0994640 _STA Num:0xf _HID Num:0xd041 DMAC Device _CRS Buffer: size:53 Data 0xc0ccc600 _STA Num:0xf _HID Num:0x2d041 _ADR Num:0x70000 _PRT Package:elements 7 Package:elements 4 Num:0xbffff Num:0x0 Num:0x0 Package:elements 4 Num:0x9ffff Num:0x0 Num:0x0 Package:elements 4 Num:0x4ffff Num:0x0 Num:0x0 Package:elements 4 Num:0xdffff Num:0x0 Num:0x0 Package:elements 4 Num:0x7ffff Num:0x3 Num:0x0 Package:elements 4 Num:0xeffff Num:0x0 Num:0x0 Package:elements 4 Num:0xcffff Num:0x0 Num:0x0 _CRS Buffer: size:136 Data 0xc099c400 _ADR Num:0x0 _HID Num:0x30ad041 MEM_ Device EDCK Fieldelement:flag 0x0 offset 1016 len 8 {EDID} FSDP Fieldelement:flag 0x0 offset 192 len 8 {EDID} EDID OprationRegion:Busspace0, Offset 0x100b7000 Length 256 PRES Fieldelement:flag 0x0 offset 229424 len 32768 {SRAM} CRTS Fieldelement:flag 0x0 offset 223436 len 4 {SRAM} LCDS Fieldelement:flag 0x0 offset 223432 len 4 {SRAM} EPWS Fieldelement:flag 0x0 offset 223431 len 1 {SRAM} EWLD Fieldelement:flag 0x0 offset 223430 len 1 {SRAM} SPSC Fieldelement:flag 0x0 offset 223429 len 1 {SRAM} PPSC Fieldelement:flag 0x0 offset 223428 len 1 {SRAM} VWE1 Fieldelement:flag 0x0 offset 223427 len 1 {SRAM} VWE0 Fieldelement:flag 0x0 offset 223426 len 1 {SRAM} VGAF Fieldelement:flag 0x0 offset 223425 len 1 {SRAM} DSPW Fieldelement:flag 0x0 offset 223424 len 1 {SRAM} BDID Fieldelement:flag 0x0 offset 223392 len 32 {SRAM} DSRN Fieldelement:flag 0x0 offset 223328 len 32 {SRAM} DLID Fieldelement:flag 0x0 offset 223296 len 32 {SRAM} HKCD Fieldelement:flag 0x0 offset 223264 len 8 {SRAM} LANA Fieldelement:flag 0x0 offset 221272 len 1 {SRAM} CTTA Fieldelement:flag 0x0 offset 221270 len 1 {SRAM} CTCA Fieldelement:flag 0x0 offset 221269 len 1 {SRAM} CTLA Fieldelement:flag 0x0 offset 221268 len 1 {SRAM} NXTA Fieldelement:flag 0x0 offset 221266 len 1 {SRAM} NXCA Fieldelement:flag 0x0 offset 221265 len 1 {SRAM} NXLA Fieldelement:flag 0x0 offset 221264 len 1 {SRAM} BT2F Fieldelement:flag 0x0 offset 221263 len 1 {SRAM} BT1F Fieldelement:flag 0x0 offset 221262 len 1 {SRAM} DCKF Fieldelement:flag 0x0 offset 221261 len 1 {SRAM} DCKI Fieldelement:flag 0x0 offset 221260 len 1 {SRAM} DOS2 Fieldelement:flag 0x0 offset 221259 len 1 {SRAM} DCST Fieldelement:flag 0x0 offset 221258 len 1 {SRAM} VALF Fieldelement:flag 0x0 offset 221257 len 1 {SRAM} LIDS Fieldelement:flag 0x0 offset 221256 len 1 {SRAM} SBL3 Fieldelement:flag 0x0 offset 221251 len 1 {SRAM} SBL2 Fieldelement:flag 0x0 offset 221250 len 1 {SRAM} SBL1 Fieldelement:flag 0x0 offset 221249 len 1 {SRAM} SBL0 Fieldelement:flag 0x0 offset 221248 len 1 {SRAM} WED4 Fieldelement:flag 0x0 offset 221244 len 1 {SRAM} WED3 Fieldelement:flag 0x0 offset 221243 len 1 {SRAM} WED2 Fieldelement:flag 0x0 offset 221242 len 1 {SRAM} WED1 Fieldelement:flag 0x0 offset 221241 len 1 {SRAM} WED0 Fieldelement:flag 0x0 offset 221240 len 1 {SRAM} GP76 Fieldelement:flag 0x0 offset 221238 len 1 {SRAM} GP75 Fieldelement:flag 0x0 offset 221237 len 1 {SRAM} GP74 Fieldelement:flag 0x0 offset 221236 len 1 {SRAM} GP73 Fieldelement:flag 0x0 offset 221235 len 1 {SRAM} GP72 Fieldelement:flag 0x0 offset 221234 len 1 {SRAM} GP71 Fieldelement:flag 0x0 offset 221233 len 1 {SRAM} GP70 Fieldelement:flag 0x0 offset 221232 len 1 {SRAM} GP66 Fieldelement:flag 0x0 offset 221230 len 1 {SRAM} GP65 Fieldelement:flag 0x0 offset 221229 len 1 {SRAM} GP64 Fieldelement:flag 0x0 offset 221228 len 1 {SRAM} GP63 Fieldelement:flag 0x0 offset 221227 len 1 {SRAM} GP62 Fieldelement:flag 0x0 offset 221226 len 1 {SRAM} GP61 Fieldelement:flag 0x0 offset 221225 len 1 {SRAM} GP60 Fieldelement:flag 0x0 offset 221224 len 1 {SRAM} GP54 Fieldelement:flag 0x0 offset 221220 len 1 {SRAM} GP53 Fieldelement:flag 0x0 offset 221219 len 1 {SRAM} GP52 Fieldelement:flag 0x0 offset 221218 len 1 {SRAM} GP51 Fieldelement:flag 0x0 offset 221217 len 1 {SRAM} GP50 Fieldelement:flag 0x0 offset 221216 len 1 {SRAM} TP31 Fieldelement:flag 0x0 offset 221106 len 1 {SRAM} TP21 Fieldelement:flag 0x0 offset 221105 len 1 {SRAM} TP11 Fieldelement:flag 0x0 offset 221104 len 1 {SRAM} TF30 Fieldelement:flag 0x0 offset 221102 len 1 {SRAM} TF20 Fieldelement:flag 0x0 offset 221101 len 1 {SRAM} TF10 Fieldelement:flag 0x0 offset 221100 len 1 {SRAM} TF31 Fieldelement:flag 0x0 offset 221098 len 1 {SRAM} TF21 Fieldelement:flag 0x0 offset 221097 len 1 {SRAM} TF11 Fieldelement:flag 0x0 offset 221096 len 1 {SRAM} FANL Fieldelement:flag 0x0 offset 221089 len 7 {SRAM} FANH Fieldelement:flag 0x0 offset 221088 len 1 {SRAM} TMPF Fieldelement:flag 0x0 offset 219680 len 16 {SRAM} AC33 Fieldelement:flag 0x0 offset 219536 len 16 {SRAM} AC23 Fieldelement:flag 0x0 offset 219520 len 16 {SRAM} AST3 Fieldelement:flag 0x0 offset 219504 len 16 {SRAM} TMP3 Fieldelement:flag 0x0 offset 219488 len 16 {SRAM} CRT3 Fieldelement:flag 0x0 offset 219472 len 16 {SRAM} PSV3 Fieldelement:flag 0x0 offset 219456 len 16 {SRAM} AC13 Fieldelement:flag 0x0 offset 219440 len 16 {SRAM} AC03 Fieldelement:flag 0x0 offset 219424 len 16 {SRAM} AC32 Fieldelement:flag 0x0 offset 219408 len 16 {SRAM} AC22 Fieldelement:flag 0x0 offset 219392 len 16 {SRAM} AST2 Fieldelement:flag 0x0 offset 219376 len 16 {SRAM} TMP2 Fieldelement:flag 0x0 offset 219360 len 16 {SRAM} CRT2 Fieldelement:flag 0x0 offset 219344 len 16 {SRAM} PSV2 Fieldelement:flag 0x0 offset 219328 len 16 {SRAM} AC12 Fieldelement:flag 0x0 offset 219312 len 16 {SRAM} AC02 Fieldelement:flag 0x0 offset 219296 len 16 {SRAM} AC31 Fieldelement:flag 0x0 offset 219280 len 16 {SRAM} AC21 Fieldelement:flag 0x0 offset 219264 len 16 {SRAM} AST1 Fieldelement:flag 0x0 offset 219248 len 16 {SRAM} TMP1 Fieldelement:flag 0x0 offset 219232 len 16 {SRAM} CRT1 Fieldelement:flag 0x0 offset 219216 len 16 {SRAM} PSV1 Fieldelement:flag 0x0 offset 219200 len 16 {SRAM} AC11 Fieldelement:flag 0x0 offset 219184 len 16 {SRAM} AC01 Fieldelement:flag 0x0 offset 219168 len 16 {SRAM} BOI2 Fieldelement:flag 0x0 offset 217824 len 32 {SRAM} BG22 Fieldelement:flag 0x0 offset 217792 len 32 {SRAM} BG12 Fieldelement:flag 0x0 offset 217760 len 32 {SRAM} BCL2 Fieldelement:flag 0x0 offset 217728 len 32 {SRAM} BCW2 Fieldelement:flag 0x0 offset 217696 len 32 {SRAM} BPV2 Fieldelement:flag 0x0 offset 217632 len 32 {SRAM} BRC2 Fieldelement:flag 0x0 offset 217600 len 32 {SRAM} BPR2 Fieldelement:flag 0x0 offset 217568 len 32 {SRAM} BST2 Fieldelement:flag 0x0 offset 217536 len 32 {SRAM} BDV2 Fieldelement:flag 0x0 offset 217504 len 32 {SRAM} BTC2 Fieldelement:flag 0x0 offset 217472 len 32 {SRAM} BLF2 Fieldelement:flag 0x0 offset 217440 len 32 {SRAM} BDC2 Fieldelement:flag 0x0 offset 217408 len 32 {SRAM} BPU2 Fieldelement:flag 0x0 offset 217376 len 32 {SRAM} BTP2 Fieldelement:flag 0x0 offset 217304 len 72 {SRAM} BSN2 Fieldelement:flag 0x0 offset 217216 len 88 {SRAM} BMN2 Fieldelement:flag 0x0 offset 217112 len 104 {SRAM} BOI1 Fieldelement:flag 0x0 offset 215776 len 8 {SRAM} BG21 Fieldelement:flag 0x0 offset 215744 len 32 {SRAM} BG11 Fieldelement:flag 0x0 offset 215712 len 32 {SRAM} BCL1 Fieldelement:flag 0x0 offset 215680 len 32 {SRAM} BCW1 Fieldelement:flag 0x0 offset 215648 len 32 {SRAM} BPV1 Fieldelement:flag 0x0 offset 215584 len 32 {SRAM} BRC1 Fieldelement:flag 0x0 offset 215552 len 32 {SRAM} BPR1 Fieldelement:flag 0x0 offset 215520 len 32 {SRAM} BST1 Fieldelement:flag 0x0 offset 215488 len 32 {SRAM} BDV1 Fieldelement:flag 0x0 offset 215456 len 32 {SRAM} BTC1 Fieldelement:flag 0x0 offset 215424 len 32 {SRAM} BLF1 Fieldelement:flag 0x0 offset 215392 len 32 {SRAM} BDC1 Fieldelement:flag 0x0 offset 215360 len 32 {SRAM} BPU1 Fieldelement:flag 0x0 offset 215328 len 32 {SRAM} BTP1 Fieldelement:flag 0x0 offset 215232 len 72 {SRAM} BSN1 Fieldelement:flag 0x0 offset 215144 len 88 {SRAM} BMN1 Fieldelement:flag 0x0 offset 215040 len 104 {SRAM} BES2 Fieldelement:flag 0x0 offset 215034 len 1 {SRAM} BES1 Fieldelement:flag 0x0 offset 215033 len 1 {SRAM} ACST Fieldelement:flag 0x0 offset 215032 len 1 {SRAM} OEBP Fieldelement:flag 0x0 offset 213440 len 32 {SRAM} OEDI Fieldelement:flag 0x0 offset 213408 len 32 {SRAM} OESI Fieldelement:flag 0x0 offset 213376 len 32 {SRAM} OEDX Fieldelement:flag 0x0 offset 213344 len 32 {SRAM} OECX Fieldelement:flag 0x0 offset 213312 len 32 {SRAM} OEBX Fieldelement:flag 0x0 offset 213280 len 32 {SRAM} OEAX Fieldelement:flag 0x0 offset 213248 len 32 {SRAM} IEBP Fieldelement:flag 0x0 offset 213184 len 32 {SRAM} IEDI Fieldelement:flag 0x0 offset 213152 len 32 {SRAM} IESI Fieldelement:flag 0x0 offset 213120 len 32 {SRAM} IEDX Fieldelement:flag 0x0 offset 213088 len 32 {SRAM} IECX Fieldelement:flag 0x0 offset 213056 len 32 {SRAM} IEBX Fieldelement:flag 0x0 offset 213024 len 32 {SRAM} IEAX Fieldelement:flag 0x0 offset 212992 len 32 {SRAM} SRAM OprationRegion:Busspace0, Offset 0x100b0000 Length 65536 CAPB Fieldelement:flag 0x0 offset 96 len 16 {SRM} RDSN Fieldelement:flag 0x0 offset 64 len 32 {SRM} RDID Fieldelement:flag 0x0 offset 32 len 32 {SRM} SRM_ OprationRegion:Busspace0, Offset 0x100b6800 Length 16 PAR6 Fieldelement:flag 0x0 offset 80 len 16 {TRAP} PAR5 Fieldelement:flag 0x0 offset 64 len 16 {TRAP} PAR4 Fieldelement:flag 0x0 offset 48 len 16 {TRAP} PAR3 Fieldelement:flag 0x0 offset 32 len 16 {TRAP} PAR2 Fieldelement:flag 0x0 offset 16 len 16 {TRAP} PAR1 Fieldelement:flag 0x0 offset 0 len 16 {TRAP} TRAP OprationRegion:Busspace0, Offset 0x100b6800 Length 16 _CRS Method: Arg 0 From 0xc5774316 To 0xc577431c _STA Num:0xf _HID Num:0x10cd041 LNKD Device _SRS Method: Arg 1 From 0xc57742e4 To 0xc57742f6 _DIS Method: Arg 0 From 0xc57742d7 To 0xc57742dd _CRS Method: Arg 0 From 0xc57742ca To 0xc57742d0 _PRS Method: Arg 0 From 0xc57742bd To 0xc57742c3 _STA Method: Arg 0 From 0xc57742b0 To 0xc57742b6 _UID Num:0x4 _HID Num:0xf0cd041 LNKC Device _SRS Method: Arg 1 From 0xc577427e To 0xc5774290 _DIS Method: Arg 0 From 0xc5774271 To 0xc5774277 _CRS Method: Arg 0 From 0xc5774264 To 0xc577426a _PRS Method: Arg 0 From 0xc5774257 To 0xc577425d _STA Method: Arg 0 From 0xc577424a To 0xc5774250 _UID Num:0x3 _HID Num:0xf0cd041 LNKB Device _SRS Method: Arg 1 From 0xc5774218 To 0xc577422a _DIS Method: Arg 0 From 0xc577420b To 0xc5774211 _CRS Method: Arg 0 From 0xc57741fe To 0xc5774204 _PRS Method: Arg 0 From 0xc57741f1 To 0xc57741f7 _STA Method: Arg 0 From 0xc57741e4 To 0xc57741ea _UID Num:0x2 _HID Num:0xf0cd041 LNKA Device _SRS Method: Arg 1 From 0xc57741b2 To 0xc57741c4 _DIS Method: Arg 0 From 0xc57741a5 To 0xc57741ab _CRS Method: Arg 0 From 0xc5774198 To 0xc577419e _PRS Method: Arg 0 From 0xc577418b To 0xc5774191 _STA Method: Arg 0 From 0xc577417e To 0xc5774184 _UID Num:0x1 _HID Num:0xf0cd041 _PR_ CPU0 Processor:No 1,Port 0xfe10 length 6 _S5_ Package:elements 4 Num:0x7 Num:0x0 Num:0x0 Num:0x0 _S4_ Package:elements 4 Num:0x0 Num:0x0 Num:0x0 Num:0x0 _S3_ Package:elements 4 Num:0x7 Num:0x0 Num:0x0 Num:0x0 _S1_ Package:elements 4 Num:0x7 Num:0x0 Num:0x0 Num:0x0 _S0_ Package:elements 4 Num:0x5 Num:0x0 Num:0x0 Num:0x0 memman: reporting statistics fixed size memory blocks alloc(): 1650 times system malloc(): 0 times free(): 1650 times system free(): 0 times required memory: 0 bytes allocated memory: 0 bytes reclaimed memory: 0 bytes flexible size memory blocks alloc(): 85 times system malloc(): 85 times free(): 85 times system free(): 85 times required memory: 1682 bytes allocated memory: 1682 bytes reclaimed memory: 1682 bytes peak memory usage: 867 bytes min memory size: 4 bytes max memory size: 178 bytes avg memory size: 19 bytes memory size histogram (11 entries): size count 4 16 6 2 8 16 10 2 14 6 16 31 22 4 28 2 53 2 136 2 178 2 acpi0: FACS Found Size=64 bytes acpi0: acpi_enable_disable(1) = (81) acpi0: at 0xb2 irq 9 acpi0: acpi_io_pm1_enable(0) = (100, 0) acpi0: acpi_io_pm1_enable(1) = (100, 100) acpi0: acpi_io_pm1_status(0) = (8000, 0) acpi0: acpi_io_pm1_enable(0) = (100, 0) acpi0: acpi_io_gpe0_status(0) = (0) acpi0: acpi_io_gpe0_enable(0) = (0) acpi0: acpi_io_gpe1_status(0) = (0) acpi0: acpi_io_gpe1_enable(0) = (4000) acpi0: acpi_io_pm1_control(0) = (1401, 0) acpi0: acpi_io_pm2_control(0) = (0) acpi0: acpi_io_pm_timer(0) = (94465c) pcib0: on motherboard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 8:56:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mkefw.ra.rockwell.com (mkefw.ra.rockwell.com [192.94.123.24]) by hub.freebsd.org (Postfix) with ESMTP id AE3DF37B95C for ; Fri, 16 Jun 2000 08:56:46 -0700 (PDT) (envelope-from Sbenitez@ra.rockwell.com) Received: from ramilwsmtp01.ra.rockwell.com (ramilwsmtp01.ra.rockwell.com [131.200.140.33]) by mkefw.ra.rockwell.com (8.9.3/8.9.3) with ESMTP id KAA18978 for ; Fri, 16 Jun 2000 10:56:43 -0500 (CDT) From: Sbenitez@ra.rockwell.com Subject: Problem installing FreeBSD 4.0 To: Freebsd-questions@freebsd.org Date: Fri, 16 Jun 2000 10:56:35 -0500 Message-ID: X-MIMETrack: Serialize by Router on RAMilwSMTP01/Milwaukee/RA/Rockwell(Release 5.0.3 (Intl)|21 March 2000) at 06/16/2000 10:56:38 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------------------- Forwarded by Satcha Benitez/Milwaukee/RA/Rockwell on 06/16/2000 10:55 AM --------------------------- Satcha Benitez 06/16/2000 10:33 AM To: freebsd-questions@freebsd.com cc: Subject: Problem installing FreeBSD 4.0 Hi, > >My name is Satcha Benitez and I'm trying to install FreeBSD in a Gateway >P5-90. I'm having some problems and i was wondering if you could help me >out. This is my first time, although i'm familiar with UNIX. > >First, i formated the hard drive (i had win95 before) and copied /bin >and /manpages from your web site, by using a CR-ROM. I also created the >2 disks, kern.flp and mfsroot.flp. > >When i boot the computer with the kern.flp disk starts doing some staff >and then the computer asks for the mfsroot.flp disk. I insert the disk >and the Kernel Configuration Menu pops up. I choose the full-screen >visual mode and i get the menu with the active and inactive drivers. I >get 8 conflicts so i disable those drivers. Once i hit Q to save and >exit i get a bunch of messages After i press Q i get the following messages: avail memory = 26640384 (26016K bytes) Preloaded elf kernel "kernel" at 0xc05e7000 Preloaded mfs_root "/mfsroot" at 0xc05e7084 Intel Pentium detected, installing woraround for F00F bug md0 : Preloaded image 2949120 bytes at 0xc0315b98 md1 : Malloc disk npx0 : on motherboard npx0 : INT 16 interface pcib0 : on motherboard pci0 : on pcib0 atapci0: port 0 x3f4-0x3f7,0x1f0-0x1f7 at device 1.0 on pci0 atapci0: Busmastering DMA not supported panic: resource_list_alloc : resource entry is busy Uptime: 0s Automatic reboot in 15 seconds - press any key on the console to abort >I'm stuck here. I don't know what to do. I've read all the documentation >but nothing. Could you please help me out? I' really appreciate. > >Thanks a lot. I look forward to hearing from you. > >Satcha Benitez. >sbenitez@ra.rockwell.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 9: 1:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 573A937BEC4 for ; Fri, 16 Jun 2000 09:01:44 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id KAA324990; Fri, 16 Jun 2000 10:01:41 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 16 Jun 2000 10:01:41 -0600 From: Ronald G Minnich To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: <10584.961141555@localhost> 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 sorry, jordan. my bad. Anyway we're going to try a kernel next week that parag sent me. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 9: 7:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 61C4F37B61A for ; Fri, 16 Jun 2000 09:07:45 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id KAA322229 for ; Fri, 16 Jun 2000 10:07:45 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 16 Jun 2000 10:07:44 -0600 From: Ronald G Minnich To: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: <26377.961141868@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (paul asks a good microcode question). I can't answer it yet. Here's my take on this: we're going to do a proof of concept of this idea. We now have three partners: SiS, Compaq, and Dell. Long-term goal is to get industry to pick it up. This is a means to an end. I don't want to be Mr. LinuxBIOS forever . If it works, my life is easier: I've got a totally open source BIOS. If I want to net boot over Myrinet, no problem. If I want to net boot over SCI, no problem. There is lots of other stuff I get *if this works*. I can use a 100 mbit/second network for node maintenance instead of a 9600 baud serial port (am I the only guy who is amazed that we're STILL using 9600 baud to run our consoles?) If it doesn't work, well, that's a datapoint. If it doesn't work on everything out there just yet, That's not failure. We were in this same boat in 1991, and things worked out in spite of a lot of doomsayers. I'll specify in my next cluster RFQ that It Must Run LinuxBIOS. Simple. Companies who want to play, can. Those who don't, won't. But what the heck, it's been a lot of fun. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 9:14: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-3-8.adsl.one.net [216.23.21.8]) by hub.freebsd.org (Postfix) with ESMTP id 0C1B037BDCD; Fri, 16 Jun 2000 09:13:59 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id MAA04061; Fri, 16 Jun 2000 12:20:52 -0400 (EDT) (envelope-from cokane) Date: Fri, 16 Jun 2000 12:20:52 -0400 From: Coleman Kane To: multimedia@freebsd.org, hackers@freebsd.org Subject: 3dfx driver for freebsd Message-ID: <20000616122052.A4045@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's the address of the 3dfx device driver I wrote for freebsd: http://pohl.ececs.uc.edu/~cokane/ Please test it some more and give me feedback. Could someone please email me with information on submitting this to the CVS commit team? -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 10:15:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 110E637BF70; Fri, 16 Jun 2000 10:15:44 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id KAA93014; Fri, 16 Jun 2000 10:15:31 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Robert Withrow Cc: Mike Smith , Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message from Robert Withrow of "Fri, 16 Jun 2000 11:13:18 EDT." <200006161513.LAA18484@pobox.engeast.BayNetworks.COM> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 16 Jun 2000 10:15:31 -0700 Message-ID: <93007.961175731@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000 11:13:18 EDT, Robert Withrow wrote: > >parag@cgt.com said: >:- None of the motherboard or chipset vendors (except for SiS) are even >:- slightly interested in talking to us. > >Are they interested in talking to Linux folks? If so, isn't that a >reasonable alternative? (I mean, team up with some Linux folks to >get the info...) Actually, the SiS folks are working with the Linux folks. Other than them, no-one else seems to be interested. SiS doesn't make motherboards - just the chipsets - so they're having much the same level of pain that we are trying to figure out how things need to be turned on. At least they have BIOS gurus to help out. No-one else seems to be interested. There seems to be plenty of demand for servers, which is why we decided to attempt this lunacy. If anyone has a useful contact at a motherboard manufacturer, *please* let us or the LinuxBIOS folks know. -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 10:42:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id D9D1A37B951 for ; Fri, 16 Jun 2000 10:42:50 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id KAA93523; Fri, 16 Jun 2000 10:41:10 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Mike Nowlin Cc: Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) In-Reply-To: Message from Mike Nowlin of "Fri, 16 Jun 2000 02:33:00 EDT." Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 16 Jun 2000 10:41:09 -0700 Message-ID: <93521.961177269@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000 02:33:00 EDT, Mike Nowlin wrote: > >Maybe I'll have my graphics guy whip up a picture of Tux with horns and >holding a pitchfork.... > >(Actually, I think I've seen something like that before.) Can your graphics guy whip up a couple of Daemons in the style of Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of things I want to see... -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 10:47: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.integratus.com (miami.integratus.com [63.209.2.83]) by hub.freebsd.org (Postfix) with SMTP id A4C7337B9F9 for ; Fri, 16 Jun 2000 10:46:57 -0700 (PDT) (envelope-from jar@integratus.com) Received: (qmail 5882 invoked from network); 16 Jun 2000 17:46:56 -0000 Received: from kungfu.integratus.com (HELO integratus.com) (172.20.5.168) by tortuga1.integratus.com with SMTP; 16 Jun 2000 17:46:56 -0000 Message-ID: <394A6812.415BEDE@integratus.com> Date: Fri, 16 Jun 2000 10:46:58 -0700 From: Jack Rusher Organization: Integratus X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Parag Patel Cc: Mike Nowlin , Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) References: <93521.961177269@pinhead.parag.codegen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parag Patel wrote: > > Can your graphics guy whip up a couple of Daemons in the style of > Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of > things I want to see... Oh... My... God... I would pay to print the t-shirts. -- Jack Rusher, Senior Engineer | mailto:jar@integratus.com Integratus, Inc. | http://www.integratus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 10:51: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from FENIX.LOCALHOST.NL (CC4140-a.sneek1.fr.nl.home.com [212.120.108.75]) by hub.freebsd.org (Postfix) with ESMTP id 9259237B849 for ; Fri, 16 Jun 2000 10:50:57 -0700 (PDT) (envelope-from fenix@FENIX.LOCALHOST.NL) Received: from localhost (fenix@localhost) by FENIX.LOCALHOST.NL (8.9.3/8.9.3) with ESMTP id TAA06433; Fri, 16 Jun 2000 19:48:59 +0200 (CEST) (envelope-from fenix@FENIX.LOCALHOST.NL) Date: Fri, 16 Jun 2000 19:48:59 +0200 (CEST) From: "FENIX.LOCALHOST.NL" To: Parag Patel Cc: Mike Nowlin , Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) In-Reply-To: <93521.961177269@pinhead.parag.codegen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I found this funny site look at it :) http://www.rewls.nu Have Fun ;-) On Fri, 16 Jun 2000, Parag Patel wrote: > On Fri, 16 Jun 2000 02:33:00 EDT, Mike Nowlin wrote: > > > >Maybe I'll have my graphics guy whip up a picture of Tux with horns and > >holding a pitchfork.... > > > >(Actually, I think I've seen something like that before.) > > Can your graphics guy whip up a couple of Daemons in the style of > Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of > things I want to see... > > > -- Parag Patel > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 10:57:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 46A5F37B774 for ; Fri, 16 Jun 2000 10:57:31 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from localhost (rminnich@localhost) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id LAA340448 for ; Fri, 16 Jun 2000 11:57:30 -0600 (MDT) X-Authentication-Warning: acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 16 Jun 2000 11:57:29 -0600 From: Ronald G Minnich To: freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: <93007.961175731@pinhead.parag.codegen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Parag Patel wrote: > No-one else seems to be interested. actually, that's not quite true. we're seeing a fair amount of interest here. I suspect vendors are not that interested in supporting another BIOS unless/until they see potential $$$ ("value proposition" in MBA speak). We seem to have found a workable value proposition here. It won't cost them anything, and they get the results of our work on sourceforge.net, and there may be competitive advantage in the Linux market at some point. I think Parag's work is quite good but he has a tougher job than we do. but we'll see how it all plays out :-) ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 11: 3:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id EC9E537BDE5 for ; Fri, 16 Jun 2000 11:03:54 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id LAA94217; Fri, 16 Jun 2000 11:01:28 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Jack Rusher Cc: Mike Nowlin , Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) In-Reply-To: Message from Jack Rusher of "Fri, 16 Jun 2000 10:46:58 PDT." <394A6812.415BEDE@integratus.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 16 Jun 2000 11:01:28 -0700 Message-ID: <94211.961178488@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000 10:46:58 PDT, Jack Rusher wrote: > >Parag Patel wrote: >> >> Can your graphics guy whip up a couple of Daemons in the style of >> Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of >> things I want to see... > > Oh... My... God... I would pay to print the t-shirts. "Respect my Authority!" -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 11: 5: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.glue.umd.edu (po4.glue.umd.edu [128.8.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 9623A37BFA8 for ; Fri, 16 Jun 2000 11:04:58 -0700 (PDT) (envelope-from howardjp@glue.umd.edu) Received: from y.glue.umd.edu (root@y.glue.umd.edu [128.8.10.68]) by po4.glue.umd.edu (8.10.1/8.10.1) with ESMTP id e5GI48o19688; Fri, 16 Jun 2000 14:04:12 -0400 (EDT) Received: from y.glue.umd.edu (sendmail@localhost [127.0.0.1]) by y.glue.umd.edu (8.9.3/8.9.3) with SMTP id OAA28783; Fri, 16 Jun 2000 14:04:07 -0400 (EDT) Received: from localhost (howardjp@localhost) by y.glue.umd.edu (8.9.3/8.9.3) with ESMTP id OAA28779; Fri, 16 Jun 2000 14:04:07 -0400 (EDT) X-Authentication-Warning: y.glue.umd.edu: howardjp owned process doing -bs Date: Fri, 16 Jun 2000 14:04:07 -0400 (EDT) From: James Howard To: Jack Rusher Cc: Parag Patel , Mike Nowlin , Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) In-Reply-To: <394A6812.415BEDE@integratus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Jack Rusher wrote: > Parag Patel wrote: > > > > Can your graphics guy whip up a couple of Daemons in the style of > > Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of > > things I want to see... > > Oh... My... God... I would pay to print the t-shirts. Oh my God, you killed Tux! You Bas--wait, thanks! Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 11:30: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 6732F37BFFA for ; Fri, 16 Jun 2000 11:29:58 -0700 (PDT) (envelope-from julian@elischer.org) Received: from kampala-23.budapest.interware.hu ([195.70.52.215] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 13313f-0006VD-00; Fri, 16 Jun 2000 20:41:36 +0200 Message-ID: <394A7132.41C67EA6@elischer.org> Date: Fri, 16 Jun 2000 11:25:54 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Ben Smithurst Cc: Richard Wackerbarth , Greg Lehey , hackers@FreeBSD.ORG Subject: Re: cool References: <20000615084805.E809@sydney.worldwide.lemis.com> <00061604062403.04595@nomad.dataplex.net> <20000616123359.A42310@strontium.scientia.demon.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst wrote: > > Richard Wackerbarth wrote: > > > I looks to me like Julian's machine has the configuration problem. > > The dhcp client cannot get enough bpf's. > > So why did tcpdump work? Both dhclient and tcpdump need one bpf, no? I > initially thought the same as you but then asked myself that question. I got it going.. dchp required one for each interface, (I have 2) and tcpdump onoy needed 1. I only had 1 in /dev. Julian So if you are ever travelling through singapore airport, check your email for free bofore you get out of customs :-) > > -- > Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D > > --------------------------------------------------------------- > > Part 1.2 Type: application/pgp-signature -- ^ | __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 )_.---._/ presently in: Singapore v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 12: 1:58 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 8AE9D37C338 for ; Fri, 16 Jun 2000 12:01:03 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id PAA92594; Fri, 16 Jun 2000 15:00:14 -0400 (EDT) Date: Fri, 16 Jun 2000 15:00:14 -0400 (EDT) From: "Matthew N. Dodd" To: Stefan Molnar Cc: Doug White , Ronald G Minnich , Jung-uk Kim , freebsd-hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Stefan Molnar wrote: > I delgated the remote-hands to being my human on-off switch, or a > "blinky light" monitor. Buy a bunch of RPC-2s or RPC-4s http://baytechdcd.com/products/rpcseries.shtml -- | 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 Fri Jun 16 12: 8:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hmsa.com (hmsa.com [205.172.19.178]) by hub.freebsd.org (Postfix) with ESMTP id 04F0D37B6B3 for ; Fri, 16 Jun 2000 12:08:55 -0700 (PDT) (envelope-from tyoung@hmsa.com) Received: from hmsa.com ([10.1.73.41]) by hmsa.com (8.9.3/8.9.3) with ESMTP id JAA04586; Fri, 16 Jun 2000 09:01:01 -1000 (HST) Message-ID: <394A79E6.C2574AFC@hmsa.com> Date: Fri, 16 Jun 2000 09:03:02 -1000 From: Terrance Young X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en,ja,pdf MIME-Version: 1.0 To: Jack Rusher Cc: Parag Patel , Mike Nowlin , Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) References: <93521.961177269@pinhead.parag.codegen.com> <394A6812.415BEDE@integratus.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd buy one hehe Jack Rusher wrote: > Parag Patel wrote: > > > > Can your graphics guy whip up a couple of Daemons in the style of > > Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of > > things I want to see... > > Oh... My... God... I would pay to print the t-shirts. > > -- > Jack Rusher, Senior Engineer | mailto:jar@integratus.com > Integratus, Inc. | http://www.integratus.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 12:49:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 2A89C37BA3E for ; Fri, 16 Jun 2000 12:49:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id MAA60866; Fri, 16 Jun 2000 12:49:17 -0700 (PDT) (envelope-from dillon) Date: Fri, 16 Jun 2000 12:49:17 -0700 (PDT) From: Matthew Dillon Message-Id: <200006161949.MAA60866@apollo.backplane.com> To: Joy Ganguly Cc: freebsd-hackers Subject: Re: mmap and file writes...??? References: <394A3727.1FEC441E@falcon.niksun.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :hi all, : :i have a question regarding mmap and file write. a file is mmap'ed and :data is written into the mapped region. now the same region is written. :(as shown below) : :buf = mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); :. :. /* some data put in buf */ :. : :write(fd, buf, len); : : :now does this lead to unnecessary copies?? more specifically what :happens if two virtual addresses point to the same physical address and :data is copied from one to the other. : :thanx in advance : :joy You can copy data from one part of a file to another using this method, but only if the two areas do not overlap. If the areas overlap, the result will be possible corruption of the file. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 14:14:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gonzo.speakeasy.net (gonzo.speakeasy.net [216.254.0.5]) by hub.freebsd.org (Postfix) with SMTP id 9E7B337C092 for ; Fri, 16 Jun 2000 14:14:50 -0700 (PDT) (envelope-from seanj@speakeasy.org) Received: (qmail 25088 invoked from network); 16 Jun 2000 14:27:03 -0000 Received: from unknown (HELO grace.speakeasy.org) (216.254.0.2) by gonzo.speakeasy.net with SMTP; 16 Jun 2000 14:27:03 -0000 Received: (qmail 25727 invoked by uid 6969); 16 Jun 2000 14:27:02 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Jun 2000 14:27:02 -0000 Date: Fri, 16 Jun 2000 07:27:02 -0700 (PDT) From: Sean Jensen_Grey To: freebsd-hackers@freebsd.org Subject: RE: freebsd bios. 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 [not on list] Regarding the freebsd bios and availablity of firmware you should check out http://developer.intel.com/technology/efi/index.htm The sample implementation uses a FBSD core and provides a tcp/ip stack ftp client and server python interpreter read http://developer.intel.com/technology/efi/toolkit_overview.htm for a full list of features. All IA-64 machines boot using EFI. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 14:41:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 51C9337BA6D; Fri, 16 Jun 2000 14:41:21 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-202.nnj.dialup.bellatlantic.net [151.198.117.202]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id RAA19508; Fri, 16 Jun 2000 17:41:07 -0400 (EDT) Message-ID: <394A9F22.C4F66A3F@bellatlantic.net> Date: Fri, 16 Jun 2000 17:41:54 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Wes Peters Cc: Parag Patel , Mike Smith , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? References: <78045.961122915@pinhead.parag.codegen.com> <39499DA1.614B786D@bellatlantic.net> <394A36A6.D71D170C@softweyr.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters wrote: > > Sergey Babkin wrote: > > > > Eh ? I don't quite get how Sun could be associated with Open Firmware. > > Probably because they developed it? Ah, that was my ignorance. never knew that Open Firmware is a trademarked concept, like Open Source. > > It always looked quite proprietary to me. > > Yeah, those IEEE standards are terribly proprietary. IEEE-1275 in this > case. You can find more info at http://www.openfirmware.org/ Thanks for the pointer. When I encountered this thing in a Sun workstation (without any docs included) this Forth-based interface looked theoretically wonderful but practically rather awful. I still don't know if it can be configured to boot from the first available disk on the SCSI bus as opposed to booting from a disk with specific SCSI ID though I spent half a day trying to figure it out. Maybe I'll find it out now. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 15:35: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 62B1137B95E for ; Fri, 16 Jun 2000 15:34:57 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p10-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.11]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id HAA10510; Sat, 17 Jun 2000 07:34:54 +0900 (JST) Message-ID: <394AABC7.AD978219@newsguy.com> Date: Sat, 17 Jun 2000 07:35:51 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Ronald G Minnich Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald G Minnich wrote: > > my bad. Anyway we're going to try a kernel next week that parag sent me. Mmmm. I saw no comments on my loader question. Loader(8) runs using BIOS services, and loads the kernel from any drive that BIOS recognizes. It has also been enhanced with PXE knowledge, so he can load from that to. I think that your best bet would be booting loader instead of a kernel. If your BIOS project recognizes the flash card as a disk, accessible with normal BIOS functions, then loader can work as is (minus whatever you need modified). If not, it can be changed to understand whatever you have to access the data in the flash card. Anyway, booting straight to kernel is a bad idea nowadays for many reasons. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 15:37:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 614EB37BB71 for ; Fri, 16 Jun 2000 15:37:39 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA06628; Fri, 16 Jun 2000 15:37:37 -0700 Date: Fri, 16 Jun 2000 15:37:30 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: hackers@freebsd.org Subject: use of '#pragma weak...' 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 Now that the heat wave is over in SF....back to my loadable module project changes to isp... maybe this is more for the toolchain folks than kernel hackers... So, I notice that '#pragma weak' appears to work for me for the compilers and linkers we currently use for i386 && alpha (at least in user space), so you can do things like: --------- extern void *isp_static_fw_vector(void); #pragma weak isp_static_fw_vector ..... if (isp_static_fw_vector) { /* * We have statically loaded f/w * fw_ptr = isp_static_fw_vector(); } else { /* * Statically loaded f/w not available. See if * there's a module for it somewhere and get the f/w * vector from there... */ fw_ptr = find_isp_fw_preloaded_module_and_return_fw_vector(); } .... --------- Is there any reason to *not* use this trick in the kernel? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 15:46: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 465AE37B958; Fri, 16 Jun 2000 15:46:02 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p10-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.11]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id HAA11859; Sat, 17 Jun 2000 07:45:59 +0900 (JST) Message-ID: <394AAE60.B6F0EE2A@newsguy.com> Date: Sat, 17 Jun 2000 07:46:56 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Mitsuru IWASAKI Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: ACPI project progress report References: <20000617002156A.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mitsuru IWASAKI wrote: > > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep > require some hack in boot loader.... needs help. I thought hibernation was entirely controlled by kernel? What do you need? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 15:54:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 42DF037BA1B; Fri, 16 Jun 2000 15:54:29 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p10-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.11]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id HAA12941; Sat, 17 Jun 2000 07:54:27 +0900 (JST) Message-ID: <394AB05C.569DD4DD@newsguy.com> Date: Sat, 17 Jun 2000 07:55:24 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Mitsuru IWASAKI , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: ACPI project progress report References: <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > Mitsuru IWASAKI wrote: > > > > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep > > require some hack in boot loader.... needs help. > > I thought hibernation was entirely controlled by kernel? What do you ^^^^^^ Err, BIOS. > need? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 17:29:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 28AC137C11A for ; Fri, 16 Jun 2000 17:29:52 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id RAA16183 for freebsd-hackers@freebsd.org; Fri, 16 Jun 2000 17:29:00 -0700 Date: Fri, 16 Jun 2000 17:29:00 -0700 From: Arun Sharma To: FreeBSD Hackers Subject: kern/18524 Message-ID: <20000616172900.A16178@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not that it adds any more weight to my patch - but the linux folks are essentially doing the same thing: http://reality.sgi.com/dimitris_engr/pda_patch-2.4.0-1 http://www.freebsd.org/cgi/query-pr.cgi?pr=18524 -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 18:24:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.rdc3.on.home.com (mail2.rdc3.on.home.com [24.2.9.41]) by hub.freebsd.org (Postfix) with ESMTP id 9979E37B68B; Fri, 16 Jun 2000 18:24:16 -0700 (PDT) (envelope-from cwass99@home.com) Received: from tristan.net ([24.114.108.234]) by mail2.rdc3.on.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000617012414.NZEO1114.mail2.rdc3.on.home.com@tristan.net>; Fri, 16 Jun 2000 18:24:14 -0700 Content-Length: 3664 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: <200006151644.JAA02187@mass.osd.bsdi.com> Date: Fri, 16 Jun 2000 21:17:13 -0400 (EDT) From: Colin To: Mike Smith Subject: Re: routing bug(?) persists (PR 16318) Cc: hackers@FreeBSD.ORG, "Marinos J . Yannikos" , nino@inode.at Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What you're doing here is generally referred to as multi-netting. When you're wandering through the references, use that as a starting point. Multi-netting is certainly valid, when implemented correctly. I would definately echo the sentiment elsewhere in this thread that you and your ISP are using a broken implementation, and I honestly see no reason that what you're doing should work at all. Effectively you're telling your system that the way to connect to networks that it's address is not part of is to send a message to a host that is on a network it's address is not part of. It's a networking catch-22 ;) Either you or your ISP needs to alias the adapter on this set of subnets, and if you're not the only person on this multi-netted section, it really should be them. This is definately a routing bug, but it's in Win and Linux if they alloow this with no error. Cheers, Colin On 15-Jun-00 Mike Smith wrote: >> On Thu, Jun 15, 2000 at 07:33:36AM -0700, Mike Smith wrote: >> > [mjy] >> > > ifconfig_vr0="195.58.183.77 netmask 255.255.255.248" >> > > static_routes="0 1" >> > > route_0="-net 195.58.161.96 -netmask 255.255.255.240 -iface vr0" >> > > route_1="default 195.58.161.97" >> > >> > The above network configuration is incorrect - you need a gateway that is >> > directly reachable. >> >> The gateway is physically connected to the same network, the physical >> network >> contains 2 (or more) distinct subnets. > > Correct. You are not, however, logically connected to the network on > which your gateway resides. > >> > If you want to use the above default route, you need >> > to give your machine an address on the same network as your gateway, most >> > trivially by aliasing it onto the vr0 interface. >> >> I don't see why that should be necessary - my ISP doesn't either, since he'd >> have to part with another IP address. My ISP claims and I've verified that >> the configuration above works trivially under Linux and Windows NT, and >> as far as I can tell, the submitted patch does nothing more than to allow >> the specified interface to be taken into consideration when "connectedness" >> is determined (i.e. it allows the gateway to be in a different subnet as >> long >> as it is physically connected). > > I would suggest you go find an introductory IP networking book, and get > two copies (one for yourself, and one for your ISP). What you're trying > to do is a fundamental violation of the way that IP routing works, and > this is what the network stack is trying to tell you. > > The fundamental problem is that when you send a datagram to your gateway, > you can't put a valid return address on it (because you don't have an > appearance on its network). If you've put the interface's real address > in the datagram, you'll never get a reply because your gateway has no > idea how to route back to you. > > If you can't get an IP on your gateway's network, alias another address on > your private network onto the gateway system's interface and use that as > your default route. If your gateway is too lame to support multiple > addresses on an interface, use another system that does have a real > appearance on the gateway's network to route for you. > > And read that book - it'll save you a lot of agony in the future. > > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 18:44:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id BDAF137B6C5 for ; Fri, 16 Jun 2000 18:44:22 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id VAA212000; Fri, 16 Jun 2000 21:44:14 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20000616172900.A16178@sharmas.dhs.org> References: <20000616172900.A16178@sharmas.dhs.org> Date: Fri, 16 Jun 2000 21:44:59 -0400 To: Arun Sharma , FreeBSD Hackers From: Garance A Drosihn Subject: Re: kern/18524 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:29 PM -0700 6/16/00, Arun Sharma wrote: >Not that it adds any more weight to my patch - but the >linux folks are essentially doing the same thing: > >http://reality.sgi.com/dimitris_engr/pda_patch-2.4.0-1 >http://www.freebsd.org/cgi/query-pr.cgi?pr=18524 > Ah, the per-CPU stats. I was wondering what had happened to that... --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 19:31:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from TK147108.tuwien.teleweb.at (TK147108.tuwien.teleweb.at [195.34.147.108]) by hub.freebsd.org (Postfix) with ESMTP id 2F3D137BB00 for ; Fri, 16 Jun 2000 19:31:36 -0700 (PDT) (envelope-from satyr@TK147108.tuwien.teleweb.at) Received: from satyr by TK147108.tuwien.teleweb.at with local (Exim 2.12 #1) id 1338aN-0003yQ-00; Sat, 17 Jun 2000 04:43:51 +0200 Date: Sat, 17 Jun 2000 04:43:51 +0200 From: "Marinos J . Yannikos" To: Colin Cc: hackers@FreeBSD.ORG Subject: Re: routing bug(?) persists (PR 16318) Message-ID: <20000617044351.U24505@TK147108.telekabel.at> Reply-To: nino@inode.at References: <200006151644.JAA02187@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: ; from Colin on Fri, Jun 16, 2000 at 09:17:13PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 16, 2000 at 09:17:13PM -0400, Colin wrote: > [...] I honestly see no reason that what > you're doing should work at all. Effectively you're telling your system that > the way to connect to networks that it's address is not part of is to send a > message to a host that is on a network it's address is not part of. It's a > networking catch-22 ;) It's not exactly a "catch-22", since the (perfectly valid) static route to the default gateway's network takes precedence over the above rule (the default route). > Either you or your ISP needs to alias the adapter on > this set of subnets, and if you're not the only person on this multi-netted > section, it really should be them. The ISP is giving away lots of /29 subnets and this is a kludge to provide each client with 1 more useable IP. It's not easy to get many IPs these days. > This is definately a routing bug, but it's in Win and Linux if they alloow > this with no error. Windows apparently allows the configuration even without the static route to the gateway's network, which is very odd. -mjy -- ***==> Marinos J. Yannikos ***==> http://pobox.com/~mjy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 19:46: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.email.msn.com (cpimssmtpu03.email.msn.com [207.46.181.19]) by hub.freebsd.org (Postfix) with ESMTP id E966237B6B8 for ; Fri, 16 Jun 2000 19:46:03 -0700 (PDT) (envelope-from bonk1138@msn.com) Received: from lando - 63.27.1.17 by email.msn.com with Microsoft SMTPSVC; Fri, 16 Jun 2000 19:42:41 -0700 From: "James Johnson" To: "FENIX.LOCALHOST.NL" , "Parag Patel" Cc: "Mike Nowlin" , "Mark Newton" , Subject: RE: [Oz-ISP] FreeBSD and the forces of darkness. Real religiouswars! (fwd) Date: Fri, 16 Jun 2000 19:41:22 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-reply-to: Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is now my splash screen. -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of FENIX.LOCALHOST.NL Sent: Friday, June 16, 2000 10:49 AM To: Parag Patel Cc: Mike Nowlin; Mark Newton; freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religiouswars! (fwd) I found this funny site look at it :) http://www.rewls.nu Have Fun ;-) On Fri, 16 Jun 2000, Parag Patel wrote: > On Fri, 16 Jun 2000 02:33:00 EDT, Mike Nowlin wrote: > > > >Maybe I'll have my graphics guy whip up a picture of Tux with horns and > >holding a pitchfork.... > > > >(Actually, I think I've seen something like that before.) > > Can your graphics guy whip up a couple of Daemons in the style of > Southpark (esp. Cartman) and the PowerPuff Girls? Just a couple of > things I want to see... > > > -- Parag Patel > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 20:23:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 183CB37B87F; Fri, 16 Jun 2000 20:23:40 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA07316; Fri, 16 Jun 2000 20:23:37 -0700 Date: Fri, 16 Jun 2000 20:23:29 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: hackers@freebsd.org Subject: Re: loading modules from within the kernel.... In-Reply-To: <200006142127.OAA00558@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The more I look at the preload way of doing things, the more I see this as something of a lose. What we want to do is to load the fw module if and only if there is h/w for it, and then unload it when we're done. We want to do this w/o user intervention, else why bother (as we could have gotten them to run config compiling in f/w if the want to support this card). What we have the tools for is to get the loader(8) to load it for you, if you request it (i.e., by modifying /boot/loader.conf to specifically *add* it, or by modifying /boot/defaults/loader.conf to make default loaded (leaving to the user to edit /boot/loader.conf to disable the load), plus (I haven't done this step yet) some goop to run around and hand bind it from isp_pci so you can either get at the data directly, or (which I would prefer) get at the function that isp_pci will call which will pass back a pointer to f/w. But there's nothing there to unload this module if you *don't* have the h/w (i.e., all probes for isp fail), unless I stick the PCI lookup info into this module (and it unloads itself... can it? Is there a mechanism where we can mark a container for unloading later so it can be scavenged?). So, what we end up with is more text code, a bunch of new places to touch (like defaults/loader.conf) and nothing to reduce the bloat (which was the whole point of this exercise) if you don't have the h/w. *groan* -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 20:30:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 499FC37B87F for ; Fri, 16 Jun 2000 20:30:26 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id UAA06096; Fri, 16 Jun 2000 20:30:23 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: "Daniel C. Sobral" Cc: Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-Reply-To: Message from "Daniel C. Sobral" of "Sat, 17 Jun 2000 07:35:51 +0900." <394AABC7.AD978219@newsguy.com> Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 16 Jun 2000 20:30:22 -0700 Message-ID: <6094.961212622@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Jun 2000 07:35:51 +0900, "Daniel C. Sobral" wrote: > >Ronald G Minnich wrote: >> >> my bad. Anyway we're going to try a kernel next week that parag sent me. > >Mmmm. I saw no comments on my loader question. > >Loader(8) runs using BIOS services, and loads the kernel from any drive >that BIOS recognizes. It has also been enhanced with PXE knowledge, so >he can load from that to. Good idea - I'll send a /boot kit to Ron, if he hasn't already gotten it elsewhere. It's worth a shot. Ron? It's another couple hundred Kb tarball out of which you can extract boot/loader. -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 20:49:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 1149D37C2BB for ; Fri, 16 Jun 2000 20:49:32 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id VAA00414; Fri, 16 Jun 2000 21:49:26 -0600 (MDT) Date: Fri, 16 Jun 2000 21:49:26 -0600 (MDT) From: Nick Rogness To: nino@inode.at Cc: Colin , hackers@FreeBSD.ORG Subject: Re: routing bug(?) persists (PR 16318) In-Reply-To: <20000617044351.U24505@TK147108.telekabel.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Jun 2000, Marinos J . Yannikos wrote: > On Fri, Jun 16, 2000 at 09:17:13PM -0400, Colin wrote: > It's not exactly a "catch-22", since the (perfectly valid) static route to > the default gateway's network takes precedence over the above rule (the > default route). So how are they handling the routes pointing to you? Static routes? or VLANs or what? Messy...just plain messy. These routing 'rules' are setup for certain reasons...to stop slopping routing techniques. This should all be handled by routing protocols anyway. > > Either you or your ISP needs to alias the adapter on > > this set of subnets, and if you're not the only person on this multi-netted > > section, it really should be them. > > The ISP is giving away lots of /29 subnets and this is a kludge to provide > each client with 1 more useable IP. It's not easy to get many IPs these days. That is exactly what NAT was designed to do. WHat's wrong with a /30? If they are running out of IP's, that is a design flaw in the capacity planning of your ISP...or they don't know what they are doing. Either way, your SOL ;-) > > Windows apparently allows the configuration even without the static route to > the gateway's network, which is very odd. That's not suprising at all. Windows can also not handle a /32 netmask on certain adapters. Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 21:56:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 66E2437B8DB; Fri, 16 Jun 2000 21:56:17 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn8.imasy.or.jp [202.227.24.200]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5H4uC296370; Sat, 17 Jun 2000 13:56:12 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: acpi-jp@jp.freebsd.org, dcs@newsguy.com Cc: iwasaki@jp.FreeBSD.org, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report In-Reply-To: <394AB05C.569DD4DD@newsguy.com> References: <20000617002156A.iwasaki@jp.FreeBSD.org> <394AAE60.B6F0EE2A@newsguy.com> <394AB05C.569DD4DD@newsguy.com> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000617135611E.iwasaki@jp.FreeBSD.org> Date: Sat, 17 Jun 2000 13:56:11 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 45 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > "Daniel C. Sobral" wrote: > > > > Mitsuru IWASAKI wrote: > > > > > > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep > > > require some hack in boot loader.... needs help. > > > > I thought hibernation was entirely controlled by kernel? What do you > ^^^^^^ > Err, BIOS. > > > need? Yes, we need to consider both. In ACPI spec. 1.0b 9.1.4 S4 Sleeping State, this is described that S4 supports two entry mechanisms: OS initiated and BIOS initiated. From: Intel, Microsoft, Toshiba Subject: Advanced Configuration and Power Interface Specification 1.0b Date: Tue, 2 Feb 1999 07:55:24 +0900 > In the OS-initiated S4 sleeping state, the OS is responsible for > saving all system context. Before entering the S4 state, the OS will > save context of all memory. Upon awakening, the OS will then restore > the system context. When the OS re-enumerates buses coming out of the > S4 sleeping state, it will discover any devices that have come and > gone, and configure devices as they are turned on. I think OS-initiated S4 (hibernation) in FreeBSD has enough advantages because we can do `Save-to-Disk' anywhere even on non-laptop machines which BIOS doesn't support hibernation. FreeBSD supports crash dump facility here, so I'm expecting that `Save-to-Disk' by kernel would not be so difficult. We might need dedicated swap partition for OS-initiated S4 because used swap areas need to be protected for the system oprerations after awakening. The boot loader is the best place for restoring the system context in FreeBSD I think. Unfortunately I don't have enough knowledge on crash dump and boot loader to implement OS-initiated S4 transition (actually, this is not related with ACPI at all). I love to see someone say `hey! I'll take this one!' :-) Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 16 21:58:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id ED93537BAAF for ; Fri, 16 Jun 2000 21:58:50 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id VAA15481; Fri, 16 Jun 2000 21:58:49 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id VAA77459; Fri, 16 Jun 2000 21:58:49 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Fri, 16 Jun 2000 21:58:49 -0700 (PDT) Message-Id: <200006170458.VAA77459@vashon.polstra.com> To: mjacob@feral.com Subject: Re: use of '#pragma weak...' In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Matthew Jacob wrote: > > So, I notice that '#pragma weak' appears to work for me for the compilers and > linkers we currently use for i386 && alpha (at least in user space), so you > can do things like: > > --------- > extern void *isp_static_fw_vector(void); > #pragma weak isp_static_fw_vector [...] > Is there any reason to *not* use this trick in the kernel? I won't address the question of whether to use weak symbols in the kernel. But I do have an opinion about how it should be done if weak symbols are used. Instead of using "#pragma weak", make a macro "__weak_definition" or somesuch in . It should look something like this: #define __weak_definition __attribute__ ((__weak__)) and it should be enclosed in the appropriate #ifdefs to ensure that the compiler is GCC and its version is late enough to support it. See the other examples in . It would be used like this: extern void *isp_static_fw_vector(void) __weak_definition; #pragma weak is bad because you can't put #pragmas into macros. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 2:27:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kris.huntsvilleal.com (kris.huntsvilleal.com [63.147.8.46]) by hub.freebsd.org (Postfix) with ESMTP id 480D137B6EE for ; Sat, 17 Jun 2000 02:27:31 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from localhost (localhost [127.0.0.1]) by kris.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id SAA13458; Fri, 16 Jun 2000 18:32:32 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Fri, 16 Jun 2000 18:32:32 -0500 (CDT) From: Kris Kirby To: Mike Nowlin Cc: Mark Newton , freebsd-hackers@FreeBSD.ORG Subject: Re: [Oz-ISP] FreeBSD and the forces of darkness. Real religious wars! (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Jun 2000, Mike Nowlin wrote: > Maybe I'll have my graphics guy whip up a picture of Tux with horns and > holding a pitchfork.... > > (Actually, I think I've seen something like that before.) or ----- 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 Sat Jun 17 3:58: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from inetminas.estaminas.com.br (inetminas.estaminas.com.br [200.251.191.247]) by hub.freebsd.org (Postfix) with ESMTP id C4CD037B82C; Sat, 17 Jun 2000 03:57:48 -0700 (PDT) (envelope-from nwerneck@net.em.com.br) Received: from dx4-100 (nas8-52.estaminas.com.br [200.243.209.180]) by inetminas.estaminas.com.br (8.9.1a/8.9.1) with ESMTP id HAA02504; Sat, 17 Jun 2000 07:57:38 -0300 (GMT) Message-Id: <200006171057.HAA02504@inetminas.estaminas.com.br> From: "Nicolau Werneck" To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Date: Sat, 17 Jun 2000 07:57:34 -0300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: BIOS interruption calls in C under freebsd for graphics Reply-To: Nicolau Werneck X-mailer: Pegasus Mail for Win32 (v3.12b) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi! I'm trying to make a little graphical program, and I'm thinking in use the (IBM 80486) BIOS interruptions to set the video mode and put pixels on the screen (I'm looking for better solutions.. anyone?). I used to do this under DOS But I observed that FreeBSD (surprisingly! :) ) doesn't come with a dos.h library! I found out this bios.h file, with a structure of registers, and a function to call interruptions, but I couldn't figure out how it works... (what the hell is this first argument?). I know that I can draw on the screen writting directely to the 0xa0000 adress, and since I don't know how to do that in C (anyone again? :) ), The solution I found was the interruptions... But to set the video mode, can I use the vidcontrol program? How??? Even for high resolutions like 1024x760? ------- End of forwarded message ------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 6:15:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fellspt.charm.net (fellspt.charm.net [199.0.70.29]) by hub.freebsd.org (Postfix) with ESMTP id DB17C37C45D; Sat, 17 Jun 2000 06:15:43 -0700 (PDT) (envelope-from dutch@charm.net) Received: from coretel-185-252.charm.net (coretel-185-252.charm.net [162.33.185.252]) by fellspt.charm.net (8.9.3/8.9.3) with ESMTP id JAA03358; Sat, 17 Jun 2000 09:15:28 -0400 (EDT) Date: Sat, 17 Jun 2000 13:15:32 +0100 (GMT Daylight Time) From: Dutch Collins To: Nicolau Werneck Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: BIOS interruption calls in C under freebsd for graphics In-Reply-To: <200006171057.HAA02504@inetminas.estaminas.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Jun 2000, Nicolau Werneck wrote: > Date: Sat, 17 Jun 2000 07:57:34 -0300 > From: Nicolau Werneck > To: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG > Subject: BIOS interruption calls in C under freebsd for graphics > > hi! > > I'm trying to make a little graphical program, and I'm thinking in > use the (IBM 80486) BIOS interruptions to set the video mode and > put pixels on the screen (I'm looking for better solutions.. anyone?). > I used to do this under DOS But I observed that FreeBSD > (surprisingly! :) ) doesn't come with a dos.h library! I found out this > bios.h file, with a structure of registers, and a > function to call interruptions, but I couldn't figure out how it works... > (what the hell is this first argument?). > I know that I can draw on the screen writting directely to the > 0xa0000 adress, and since I don't know how to do that in C (anyone > again? :) ), The solution I found was the interruptions... But to set > the video mode, can I use the vidcontrol program? How??? Even for > high resolutions like 1024x760? > ------- End of forwarded message ------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > There are better ways to get pixels on the screen when using FreeBSD. I haven' tried but these tools are worth looking at. 1) Tcl (Tool Command Language) is easy to learn and you can create a useful program in minutes! http://dev.scriptics.com/ 2) GTK v1.2 Tutorial. http://www.gtk.org/tutorial/gtk_tut.html 3) The Qt-product series. http://www.trolltech.com/products/qt/ I may missed the point but I disregard the bios on pc machines once booted. -d -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 8:51:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id EF70E37B69E for ; Sat, 17 Jun 2000 08:51:11 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from daniel.sobral (p55-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.56]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA24382 for ; Sun, 18 Jun 2000 00:51:08 +0900 (JST) Received: (from dcs@localhost) by daniel.sobral (8.9.3/8.9.3) id AAA00623 for hackers@freebsd.org; Sun, 18 Jun 2000 00:52:05 +0900 (JST) (envelope-from dcs) From: "Daniel C. Sobral" Message-Id: <200006171552.AAA00623@daniel.sobral> Subject: less(1) To: hackers@freebsd.org Date: Sun, 18 Jun 2000 00:51:54 +0900 (JST) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can we have ^L removing any "skipping" line? Since it's redrawing, anyway, I don't see the point of preserving that, and it's certainly annoying to have a split screen. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@there.is.no.bsdconspiracy.net This door is baroquen, please wiggle Handel. (If I wiggle Handel, will it wiggle Bach?) -- Found on a door in the MSU music building To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 9:22:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 8110937B527; Sat, 17 Jun 2000 09:22:30 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p55-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.56]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id BAA00679; Sun, 18 Jun 2000 01:22:18 +0900 (JST) Message-ID: <394BA5F2.43537787@newsguy.com> Date: Sun, 18 Jun 2000 01:23:14 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Nicolau Werneck Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: BIOS interruption calls in C under freebsd for graphics References: <200006171057.HAA02504@inetminas.estaminas.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nicolau Werneck wrote: > > hi! > > I'm trying to make a little graphical program, and I'm thinking in > use the (IBM 80486) BIOS interruptions to set the video mode and > put pixels on the screen (I'm looking for better solutions.. anyone?). You can't. Try man libvgl (maybe just vgl) for graphics on syscons. For X... well... choose one of the dozens different programming frameworks available. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 10:14:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from incandescent.firedrake.org (incandescent.firedrake.org [195.157.96.1]) by hub.freebsd.org (Postfix) with ESMTP id C8B1837B6F2; Sat, 17 Jun 2000 10:14:00 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by incandescent.firedrake.org with local (Exim 2.05 #1 (Debian)) id 133MA0-0004KE-00; Sat, 17 Jun 2000 18:13:32 +0100 Date: Sat, 17 Jun 2000 18:13:32 +0100 To: Mike Smith Cc: Parag Patel , Sergey Babkin , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? Message-ID: <20000617181332.A16562@firedrake.org> References: <77540.961121665@pinhead.parag.codegen.com> <200006160229.TAA01564@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006160229.TAA01564@mass.osd.bsdi.com>; from msmith@freebsd.org on Thu, Jun 15, 2000 at 07:29:53PM -0700 From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 15, 2000 at 07:29:53PM -0700, Mike Smith wrote: > > If your customer's not _desperate_ for a super-low-cost solution, I'd > suggest any of the Intel boards that offer EMP (most of these also offer > BIOS-over-serial support, actually - as do a number of other vendors, > IIRC AMI do this on some of their boards as well). See http://www.realweasel.com/ for one such vendor. Pricing is available only by request, but check this out: "The PC Weasel distinguishes itself even further by being an open-source product. Every purchaser receives a source license for the Weasel's onboard microcontroller code. If you don't like some aspect of the board's behaviour as shipped by us, you're free to modify it using a gcc-based toolchain. The code store is flash memory that can be written without special equipment, and there's a second serial port provided for debugging." -- Ben 220 go.ahead.make.my.day ESMTP Postfix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 10:36:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from meketrex.pix.net (meketrex.pix.net [192.111.45.13]) by hub.freebsd.org (Postfix) with ESMTP id E7F8537B586; Sat, 17 Jun 2000 10:36:45 -0700 (PDT) (envelope-from lidl@pix.net) Received: by meketrex.pix.net id NAA16572; Sat, 17 Jun 2000 13:36:41 -0400 (EDT) Message-ID: <20000617133641.A16241@pix.net> Date: Sat, 17 Jun 2000 13:36:41 -0400 From: "Kurt J. Lidl" To: void , Mike Smith Cc: Parag Patel , Sergey Babkin , Ronald G Minnich , hackers@FreeBSD.ORG Subject: Re: Anybody working on FreeBSD BIOS? References: <77540.961121665@pinhead.parag.codegen.com> <200006160229.TAA01564@mass.osd.bsdi.com> <20000617181332.A16562@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <20000617181332.A16562@firedrake.org>; from void on Sat, Jun 17, 2000 at 06:13:32PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 17, 2000 at 06:13:32PM +0100, void wrote: > On Thu, Jun 15, 2000 at 07:29:53PM -0700, Mike Smith wrote: > > > > If your customer's not _desperate_ for a super-low-cost solution, I'd > > suggest any of the Intel boards that offer EMP (most of these also offer > > BIOS-over-serial support, actually - as do a number of other vendors, > > IIRC AMI do this on some of their boards as well). > > See http://www.realweasel.com/ for one such vendor. Pricing is > available only by request, but check this out: Yeah, well, as a supposed customer of theirs, let me add this tidbit. I ordered 5 of these cards for evaluation purposes in mid April. I still do not have them. After having our purchasing people hassle them, they claimed manufacturing difficulties, and the current production run has been pushed to at least the first week in July. So, once again, we are reminded -- just because you saw it on the web, doesn't mean that it is really shipping. I'm still hoping they do ship me the boards and they work as advertised, but I figure I would save other folks some hassle. -Kurt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 15:14:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id E6A4A37B823 for ; Sat, 17 Jun 2000 15:14:31 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA09067; Sat, 17 Jun 2000 15:14:25 -0700 Date: Sat, 17 Jun 2000 15:14:27 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Polstra Cc: hackers@FreeBSD.ORG Subject: Re: use of '#pragma weak...' In-Reply-To: <200006170458.VAA77459@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the comment about #pragma.... good point, since we use nothing but the GNU tools. It turns out I won't be using this mechanism, but I saved the mail in my freebsd/info folder. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 15:21: 9 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 9076037B50F for ; Sat, 17 Jun 2000 15:21:00 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id PAA13607; Sat, 17 Jun 2000 15:12:11 -0700 (PDT) Message-Id: <200006172212.PAA13607@implode.root.com> To: Ronald G Minnich Cc: hackers@FreeBSD.ORG Subject: Re: freebsd bios. In-reply-to: Your message of "Thu, 15 Jun 2000 16:20:00 MDT." From: David Greenman Reply-To: dg@root.com Date: Sat, 17 Jun 2000 15:12:11 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >So, I repeat: easily done, not acceptable to freebsd core. As has been mentioned by several people already, 'freebsd core' hasn't discussed this as a group and hasn't made any declaration of acceptabilty. That said, I'll say (as a core member, but representing only myself) that I think the idea is pretty cool and I'd very much like it to succeed if at all possible. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Manufacturer of high-performance Internet servers - 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 Jun 17 16:32:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 3197F37B64D for ; Sat, 17 Jun 2000 16:32:52 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 3214788 invoked from network); 17 Jun 2000 23:32:47 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 17 Jun 2000 23:32:47 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id BAA11695; Sun, 18 Jun 2000 01:32:41 +0200 (CEST) (envelope-from root) Posted-Date: Sun, 18 Jun 2000 01:32:41 +0200 (CEST) To: Coleman Kane Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: 3dfx driver for freebsd References: <20000616122052.A4045@cokane.yi.org> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 18 Jun 2000 01:32:38 +0200 In-Reply-To: Coleman Kane's message of "Fri, 16 Jun 2000 12:20:52 -0400" Message-ID: Lines: 18 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Coleman Kane writes: > Here's the address of the 3dfx device driver I wrote for freebsd: > http://pohl.ececs.uc.edu/~cokane/ > > Please test it some more and give me feedback. Could someone please email me > with information on submitting this to the CVS commit team? did you register it at the BSD Driver Database ? http://www.posi.net/freebsd/drivers/ is it the same as http://www.posi.net/freebsd/drivers/driver-info.phtml?ID=2 ? Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 18:24:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.osd.bsdi.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 6ABDD37B7F4; Sat, 17 Jun 2000 18:24:41 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id SAA04196; Sat, 17 Jun 2000 18:25:00 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: clefevre@citeweb.net Cc: Coleman Kane , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: 3dfx driver for freebsd In-reply-to: Your message of "18 Jun 2000 01:32:38 +0200." Date: Sat, 17 Jun 2000 18:25:00 -0700 Message-ID: <4193.961291500@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Coleman Kane writes: > > > Here's the address of the 3dfx device driver I wrote for freebsd: > > http://pohl.ececs.uc.edu/~cokane/ > > > > Please test it some more and give me feedback. Could someone please email m e > > with information on submitting this to the CVS commit team? > > did you register it at the BSD Driver Database ? > > http://www.posi.net/freebsd/drivers/ Probably not since he, like I, probably only just now heard about this "Driver Database" :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 19:51:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from john.baldwin.cx (john.geekhouse.net [64.81.6.51]) by hub.freebsd.org (Postfix) with ESMTP id 62EDE37B83E for ; Sat, 17 Jun 2000 19:51:18 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id TAA04348; Sat, 17 Jun 2000 19:51:25 -0700 (PDT) (envelope-from john) Message-Id: <200006180251.TAA04348@john.baldwin.cx> 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: Sat, 17 Jun 2000 19:51:25 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Jeff Kreska Subject: RE: install / boot last 3 gig of 25 gig drive Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Jun-00 Jeff Kreska wrote: > I tryed to install FreeBSD 3.3,3.4, and 4.0 release on the last three > gig of a 25 gig drive with no success. > > After an install attempt the partition table of my disk is corrupt. Now > it is so screwed up that Partition Magic cant read it. > > Through testing I determined that all I have to do to corrupt the > partition table is load the fdisk style editor (boot the install cd ) > and hit "w" to write the info. I changed nothing and only performed a > write. > > Looking at the partition info below, it appears as though the installer > is having some sort of 1023/4 cyclnder limit problem. I thought this > was not an issue with LBA? The problem is that we still have to use the BIOS to talk to the drive during the boot process, and by default we use CHS addressing, since that is what works everywhere. I'm working on changing this so that we detect and support LBA mode so we can boot off of larger disks, but adding this support into some parts of the bootstrap has some far reaching consequences. As a result, boot0 most likely won't have support for large drives until 5.0, or possibly 4.2 or later on the 4.x branch. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 19:51:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from john.baldwin.cx (john.geekhouse.net [64.81.6.51]) by hub.freebsd.org (Postfix) with ESMTP id 9756A37B915; Sat, 17 Jun 2000 19:51:39 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id TAA04354; Sat, 17 Jun 2000 19:51:31 -0700 (PDT) (envelope-from john) Message-Id: <200006180251.TAA04354@john.baldwin.cx> 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: <200006171057.HAA02504@inetminas.estaminas.com.br> Date: Sat, 17 Jun 2000 19:51:31 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Nicolau Werneck Subject: RE: BIOS interruption calls in C under freebsd for graphics Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Jun-00 Nicolau Werneck wrote: > hi! > > I'm trying to make a little graphical program, and I'm thinking in > use the (IBM 80486) BIOS interruptions to set the video mode and > put pixels on the screen (I'm looking for better solutions.. anyone?). > I used to do this under DOS But I observed that FreeBSD > (surprisingly! :) ) doesn't come with a dos.h library! I found out this > bios.h file, with a structure of registers, and a > function to call interruptions, but I couldn't figure out how it works... > (what the hell is this first argument?). > I know that I can draw on the screen writting directely to the > 0xa0000 adress, and since I don't know how to do that in C (anyone > again? :) ), The solution I found was the interruptions... But to set > the video mode, can I use the vidcontrol program? How??? Even for > high resolutions like 1024x760? Look into libvgl. You don't want to use the BIOS as it will be intolerably slow. I also don't think that we even allow the userland to access the BIOS anyways. 'man vgl' should give you a useful manpage to read. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 19:51:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from john.baldwin.cx (john.geekhouse.net [64.81.6.51]) by hub.freebsd.org (Postfix) with ESMTP id 42C4937B90F; Sat, 17 Jun 2000 19:51:31 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id TAA04369; Sat, 17 Jun 2000 19:51:38 -0700 (PDT) (envelope-from john) Message-Id: <200006180251.TAA04369@john.baldwin.cx> 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: <4193.961291500@localhost> Date: Sat, 17 Jun 2000 19:51:38 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: "Jordan K. Hubbard" Subject: Re: 3dfx driver for freebsd Cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Jun-00 Jordan K. Hubbard wrote: >> Coleman Kane writes: >> >> > Here's the address of the 3dfx device driver I wrote for freebsd: >> > http://pohl.ececs.uc.edu/~cokane/ >> > >> > Please test it some more and give me feedback. Could someone please email m > e >> > with information on submitting this to the CVS commit team? >> >> did you register it at the BSD Driver Database ? >> >> http://www.posi.net/freebsd/drivers/ > > Probably not since he, like I, probably only just now heard about this > "Driver Database" :-) Seeing as how it has been a link on Daemon News' front page for several months, I find that hard to believe. :-P -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 19:54:47 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 19A6637B80A; Sat, 17 Jun 2000 19:54:43 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 6D2231C5C; Sat, 17 Jun 2000 22:54:42 -0400 (EDT) Date: Sat, 17 Jun 2000 22:54:42 -0400 From: Bill Fumerola To: John Baldwin Cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd Message-ID: <20000617225442.Q8523@jade.chc-chimes.com> References: <4193.961291500@localhost> <200006180251.TAA04369@john.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006180251.TAA04369@john.baldwin.cx>; from jhb@FreeBSD.ORG on Sat, Jun 17, 2000 at 07:51:38PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 17, 2000 at 07:51:38PM -0700, John Baldwin wrote: > Seeing as how it has been a link on Daemon News' front page for several > months, I find that hard to believe. :-P ... and mentioned countless times in various mailing lists. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 20:18:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id 4D94437B5A9; Sat, 17 Jun 2000 20:18:50 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (user-2iniou6.dialup.mindspring.com [165.121.99.198]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id XAA26991; Sat, 17 Jun 2000 23:17:53 -0400 (EDT) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id UAA07625; Sat, 17 Jun 2000 20:17:27 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Sat, 17 Jun 2000 20:17:26 -0700 (PDT) From: Kelly Yancey To: Bill Fumerola Cc: John Baldwin , "Jordan K. Hubbard" , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd In-Reply-To: <20000617225442.Q8523@jade.chc-chimes.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Jun 2000, Bill Fumerola wrote: > On Sat, Jun 17, 2000 at 07:51:38PM -0700, John Baldwin wrote: > > > Seeing as how it has been a link on Daemon News' front page for several > > months, I find that hard to believe. :-P > > ... and mentioned countless times in various mailing lists. > And in all my .sigs :) Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 21:36:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown1-3-8.adsl.one.net [216.23.21.8]) by hub.freebsd.org (Postfix) with ESMTP id 55A0837B87C; Sat, 17 Jun 2000 21:36:16 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id AAA22267; Sun, 18 Jun 2000 00:43:11 -0400 (EDT) (envelope-from cokane) Date: Sun, 18 Jun 2000 00:43:10 -0400 From: Coleman Kane To: clefevre@citeweb.net Cc: Coleman Kane , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: 3dfx driver for freebsd Message-ID: <20000618004310.A22239@cokane.yi.org> References: <20000616122052.A4045@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from clefevre@no-spam.citeweb.net on Sat, Jun 17, 2000 at 07:32:47PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable If this is the driver that has been up there for awhile, I was told by the author it didn't work. I used some of his code, namely for the ioctls. The author actually contacted me and wanted to know about this. His driver was written for an older version of FreeBSD and wasn't newbussified at all. He also hadn't been able to get the mmap stuff working on account of 3dfx's mistake in writing glide. I fixed all of these problems in my release, and it works great, so far as I have been told. Cyrille Lefevre had the audacity to say: > Coleman Kane writes: >=20 > > Here's the address of the 3dfx device driver I wrote for freebsd: > > http://pohl.ececs.uc.edu/~cokane/ > >=20 > > Please test it some more and give me feedback. Could someone please ema= il me > > with information on submitting this to the CVS commit team? >=20 > did you register it at the BSD Driver Database ? >=20 > http://www.posi.net/freebsd/drivers/=20 >=20 > is it the same as http://www.posi.net/freebsd/drivers/driver-info.phtml?I= D=3D2 ? >=20 > Cyrille. > --=20 > home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me rep= ondre. > work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me= back. >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5TFNeERViMObJ880RAfD5AJsEzFULiTYUQ/DQX7MGrgmc9OJ8xACdFs8P UtRVGvsEPrVMBiJvHtjgTJM= =3UK9 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 23: 7: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.osd.bsdi.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id E647837B8C8; Sat, 17 Jun 2000 23:07:03 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id XAA04881; Sat, 17 Jun 2000 23:07:25 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: John Baldwin Cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd In-reply-to: Your message of "Sat, 17 Jun 2000 19:51:38 PDT." <200006180251.TAA04369@john.baldwin.cx> Date: Sat, 17 Jun 2000 23:07:24 -0700 Message-ID: <4878.961308444@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Seeing as how it has been a link on Daemon News' front page for several > months, I find that hard to believe. :-P Not all of us read daemon news, either. As far as I'm concerned, if it's not part of www.freebsd.org, it doesn't exist. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 17 23: 7:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.osd.bsdi.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id B8A0E37B8C8; Sat, 17 Jun 2000 23:07:46 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id XAA04895; Sat, 17 Jun 2000 23:08:04 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: Kelly Yancey Cc: Bill Fumerola , John Baldwin , "Jordan K. Hubbard" , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG, Coleman Kane , clefevre@citeweb.net Subject: Re: 3dfx driver for freebsd In-reply-to: Your message of "Sat, 17 Jun 2000 20:17:26 PDT." Date: Sat, 17 Jun 2000 23:08:03 -0700 Message-ID: <4892.961308483@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG People still read .sigs? :) > On Sat, 17 Jun 2000, Bill Fumerola wrote: > > > On Sat, Jun 17, 2000 at 07:51:38PM -0700, John Baldwin wrote: > > > > > Seeing as how it has been a link on Daemon News' front page for several > > > months, I find that hard to believe. :-P > > > > ... and mentioned countless times in various mailing lists. > > > > And in all my .sigs :) > > Kelly > > -- > Kelly Yancey - kbyanc@posi.net - Belmont, CA > System Administrator, eGroups.com http://www.egroups.com/ > Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ > Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message