From owner-freebsd-hackers Sun Apr 9 2: 3: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [203.2.75.105]) by hub.freebsd.org (Postfix) with ESMTP id 24A6037B69C for ; Sun, 9 Apr 2000 02:02:56 -0700 (PDT) (envelope-from diskiller@borg-cube.com) Received: from bender (adlax1-094.dialup.optusnet.com.au [198.142.51.94]) by mail02.syd.optusnet.com.au (8.9.3/8.9.3) with ESMTP id TAA14264 for ; Sun, 9 Apr 2000 19:02:51 +1000 Date: Sun, 9 Apr 2000 18:32:20 +0930 (CST) From: Martin Minkus X-Sender: diskiller@bender.on.diskiller.net To: freebsd-hackers@freebsd.org Subject: Re: What are the best gcc optimization options for Pentium 200 MMX 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 A very quick example of why big -O3 gcc optimizations are a bad thing? my /etc/make.conf has USA_RESIDENT=NO CFLAGS=-O3 -pipe -mcpu=pentiumpro -march=pentiumpro -fomit-frame-pointer NOPROFILE=true (NOPROFILE=true because profiled libraries fail to build with no frame pointer) now, cd /usr/ports/net/kicq; make install bender:~> kicq Segmentation fault(core dumped) bender:~> kicq is broken, and segfaults. Infact it dumps core with a problem in the QT library with QString::find(). But why? due to -O3 optimizations, kicq does something stupid and passes an invalid value/pointer to a QString causing it to dump core. I haven't bothered to go into this in detail (compiling kicq AND qt with -g to see whats happening). Why bother ? No optimizations fixes this. Mind you, there are a few other ports that are like this also, it appears to be a bug with gcc 2.96.2's C++ compiler. It was always fine in gcc 2.7.2. Make world runs perfectly with my -O3 and -mcpu=pentiumpro optimizations, however. Its just a few ports that happen to be in C++. So gcc definately has problems there. Hopefully this will show why you should be real cautious, and the second you have problems with a program dumping core recompile WITHOUT optmizations, or ONLY use -O, no higher. -- Martin Minkus aka DiSKiLLeR Email: diskiller@borg-cube.com Web: http://www.diskiller.net I live in a world of paradox... my willingness to destroy is your chance for improvement, my hate is your faith, my failure is your victory - a victory that won't last. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 5:23:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 0397337B728 for ; Sun, 9 Apr 2000 05:18:21 -0700 (PDT) (envelope-from Marcov@stack.nl) Received: from hermes.tue.nl [131.155.2.46] by mailhost.tue.nl (8.9.3) for id OAA20385 (ESMTP); Sun, 9 Apr 2000 14:16:17 +0200 (MDT) Received: from tilly (n92.dial.tue.nl [131.155.209.91]) by hermes.tue.nl (Postfix) with SMTP id 20D122E804 for ; Sun, 9 Apr 2000 14:16:16 +0200 (CEST) From: "Marco van de Voort" To: freebsd-hackers@FreeBSD.ORG Date: Sun, 9 Apr 2000 14:15:02 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: xfree 4.0 xvidtune X-mailer: Pegasus Mail for Win32 (v3.01d) Message-Id: <20000409121616.20D122E804@hermes.tue.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Last weekend I dl'ed the Xfree4.0 distribution (for FreeBSD) from Xfree86.org. xvidtune gpf's on my machine (but seems to work when xf86Setup calls it) Anyone has a similar experience? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 9:36:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 0039A37B8C9 for ; Sun, 9 Apr 2000 09:32:00 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id SAA11204 for ; Sun, 9 Apr 2000 18:30:54 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id SAA12432 for ; Sun, 9 Apr 2000 18:31:53 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id SAA02426 for hackers@freebsd.org; Sun, 9 Apr 2000 18:30:55 +0200 (CEST) Date: Sun, 9 Apr 2000 18:30:55 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004091630.SAA02426@gil.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: mntent.h - what is it? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to port quicktime for Linux to FreeBSD (xmovie). I'm stumbling across the following code fragment: #include !!!!! #include #include ... int mpeg2io_device(mpeg2_fs_t *fs, char *device) { struct stat file_st, device_st; struct mntent *mnt; FILE *fp; if(stat(fs->path, &file_st) < 0) { perror("mpeg2io_device"); return 1; } fp = setmntent(MOUNTED, "r"); while(fp && (mnt = getmntent(fp))) { .... is mntent a linux speciality? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 10:28:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.50]) by hub.freebsd.org (Postfix) with ESMTP id 83C3937B5F2 for ; Sun, 9 Apr 2000 10:28:38 -0700 (PDT) (envelope-from whs@xs4all.nl) Received: from localhost (dc2-isdn2573.dial.xs4all.nl [194.109.158.13]) by smtp7.xs4all.nl (8.9.3/8.9.3) with SMTP id SAA20423 for ; Sun, 9 Apr 2000 18:04:30 +0200 (CEST) Message-ID: <38F0C306.41C67EA6@xs4all.nl> Date: Sun, 09 Apr 2000 17:51:02 +0000 From: "W.H.Scholten" Organization: Robots anonymous X-Mailer: Mozilla 3.04 (X11; I; FreeBSD 3.3-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: dutch keyboard map (+sort note) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG L.S. As there isn´t a dutch keymap for syscons, I made one (iso8859-1) but I´m having some problems. First, how do I enable/use dead keys? (which look like they´re being defined in the standard map, a dump of the defaults gives e.g. this line dced 184 ( 'c' 231 ) ( 'C' 199 ) ) Secondly, the console screenmapping (iso88559-1-> ibm) doesn´t seem to work properly (I´ve set it with /stand/sysinstall) E.g. if I enter the code 171 (« (guillemotleft)) then I actually see ½ (one half) which has code 189. What´s going on? On a unrelated note, for those interested in my separate alpha/numeric sort function, there was an obvious error in the version I sent to the list a while back. A new (better) version which is much closer to lexicographical sorting is available from my www page below (the patch also uses option N to enable it now). Regards, Wouter PS. All this is on fbsd 3.3-RELEASE. ------------------------- http://www.xs4all.nl/~whs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 11:54: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from galileo.poli.hu (galileo.gw.poli.hu [195.199.8.25]) by hub.freebsd.org (Postfix) with ESMTP id 802B637B6C9 for ; Sun, 9 Apr 2000 11:53:52 -0700 (PDT) (envelope-from mauzi@faber.poli.hu) Received: from faber.poli.hu ([195.199.8.29] ident=mail) by galileo.poli.hu with esmtp (Exim 3.12 #1) id 12eMpe-000KOX-00; Sun, 09 Apr 2000 20:53:14 +0200 Received: from mauzi (helo=localhost) by faber.poli.hu with local-esmtp (Exim 3.12 #1 (Debian)) id 12eMpm-0000S3-00; Sun, 09 Apr 2000 20:53:22 +0200 Date: Sun, 9 Apr 2000 20:53:22 +0200 (CEST) From: Egervary Gergely To: Marco van de Voort Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: xfree 4.0 xvidtune In-Reply-To: <20000409121616.20D122E804@hermes.tue.nl> 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 > Last weekend I dl'ed the Xfree4.0 distribution (for FreeBSD) from > Xfree86.org. > xvidtune gpf's on my machine (but seems to work when xf86Setup > calls it) works great for me -- mauzi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 13:34:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 7641037B63E; Sun, 9 Apr 2000 13:34:17 -0700 (PDT) (envelope-from naddy@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id WAA01137; Sun, 9 Apr 2000 22:34:15 +0200 (CEST) (envelope-from naddy@bigeye.rhein-neckar.de) Received: (from naddy@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id WAA73151; Sun, 9 Apr 2000 22:33:14 +0200 (CEST) (envelope-from naddy) Date: Sun, 9 Apr 2000 22:33:14 +0200 (CEST) From: Christian Weisgerber Message-Id: <200004092033.WAA73151@bigeye.rhein-neckar.de> To: whs@xs4all.nl Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: dutch keyboard map (+sort note) X-Newsgroups: list.freebsd.hackers In-Reply-To: <38F0C306.41C67EA6@xs4all.nl> Reply-To: freebsd-questions@freebsd.org 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 (I think this should be taken to -questions.) W.H.Scholten: > As there isn´t a dutch keymap for syscons, ^ That's an acute accent (the same diacritic as in 'é'), not an apostrophe. > First, how do I enable/use dead keys? Take a look at some of the provided *.acc.kbd keymaps. There are several "dXXX" dead keys, where XXX is an abbreviation (first three letters of the name) for the diacritic in questions. An example entry for a dead acute accent to provide 'é'--I think that's a character used in Dutch--could look like this: dacu 180 ('e' 233) ('E' 201) This means: - define _d_ead key for _acu_te accent, - the accent on its own is character 180 (´), - combined with 'e' it gives character 233 (é), - combined with 'E' it gives character 201 (É). > Secondly, the console screenmapping (iso88559-1-> ibm) doesn´t seem to > work properly (I´ve set it with /stand/sysinstall) Works fine here, if you use the VGA default (or explicitly load a CP437 font) and load the iso-8859-1_to_cp437 screen map. Of course, the screen map facility is mostly a fallback for users of MDA/HGA/CGA cards where the font is fixed. If you have EGA/VGA, you want to load a proper font instead. > E.g. if I enter the code 171 (« (guillemotleft)) then I actually see ½ > (one half) which has code 189. What´s going on? You didn't activate the ISO 8859-1 -> CP437 screen map. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 18: 3:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AD80237B761 for ; Sun, 9 Apr 2000 18:03:05 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sun, 9 Apr 2000 21:03:04 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: hackers@FreeBSD.org Subject: somewhat random mostly-lockups in 5.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, it seems that -CURRENT likes locking up nowdays. It started happening very recently, and I (as well as jlemon) do suspect that it's a problem with some of the changes that were made to the syscall mechanisms on 3/28/2000. Keep in mind that this problem is completely corroborated by a friend whose machine behaved exactly the same starting at the same time. I hadn't noticed it until now because it seems to occur under rare circumstances, which are untknown till now. The circumstances sre trivial things like compiling things and playing mp3's, normally quite mediocre stuff. The syptoms are that the machine locks up. Hard. But there's a catch: it _can_ be pinged. In fact, TCP connections can be made. In my case, SSH connected, but the remote end never sent/received any data (or, that is, showed signs). In my friend's case, telnet connected, but yet no data was received or acknowledged. According to jlemon, whose diagnosis makes sense, the problem is that for whatever reason the kernel is not returning to user mode. That explains why sshd doesn't work, telnetd doesn't work, XFree86 and apps don't respond. The question is, why? -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 18:28:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B224F37B67B for ; Sun, 9 Apr 2000 18:28:21 -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 TAA17343 for ; Sun, 9 Apr 2000 19:28:20 -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 TAA15168 for ; Sun, 9 Apr 2000 19:28:15 -0600 (MDT) Message-Id: <200004100128.TAA15168@harmony.village.org> To: hackers@freebsd.org Subject: How hard would it be... Date: Sun, 09 Apr 2000 19:28:15 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... to get FreeBSD to boot off a BSD partition that wasn't labeled as 0xa5? I'm looking for a way to create a disk that a certain picky BIOS will like and boot off of, and I think I have to create it with a certain ID and then it will be happy. I suspect that it involves hacking the boot blocks, the boot loader and the kernel's idea of the BSD partition number in disk*subr.c. Are there other things that are needed? I may be barking up the wrong tree in trying to get around this BIOS's pickiness, but I thought I'd at least ask. Yes, this is for a well-known, cheap internet device, which shall remain nameless. I've already OPENed mine up. a real lookER. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 18:50:35 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 D9A0837B89E; Sun, 9 Apr 2000 18:50:32 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3A2H3V19144; Sun, 9 Apr 2000 19:17:03 -0700 (PDT) Date: Sun, 9 Apr 2000 19:17:03 -0700 From: Alfred Perlstein To: Brian Fundakowski Feldman Cc: hackers@FreeBSD.ORG Subject: Re: somewhat random mostly-lockups in 5.0 Message-ID: <20000409191702.P4381@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from green@FreeBSD.ORG on Sun, Apr 09, 2000 at 09:03:04PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Brian Fundakowski Feldman [000409 18:30] wrote: > Well, it seems that -CURRENT likes locking up nowdays. It started happening > very recently, and I (as well as jlemon) do suspect that it's a problem > with some of the changes that were made to the syscall mechanisms on > 3/28/2000. > > Keep in mind that this problem is completely corroborated by a friend > whose machine behaved exactly the same starting at the same time. I > hadn't noticed it until now because it seems to occur under rare > circumstances, which are untknown till now. The circumstances sre > trivial things like compiling things and playing mp3's, normally > quite mediocre stuff. > > The syptoms are that the machine locks up. Hard. But there's a catch: > it _can_ be pinged. In fact, TCP connections can be made. In my > case, SSH connected, but the remote end never sent/received any data > (or, that is, showed signs). In my friend's case, telnet connected, > but yet no data was received or acknowledged. According to jlemon, > whose diagnosis makes sense, the problem is that for whatever reason > the kernel is not returning to user mode. That explains why sshd > doesn't work, telnetd doesn't work, XFree86 and apps don't respond. > The question is, why? This can happen when the kernel is stuck in an infinite loop somewhere, you're still responding to interrupts, just stuck somewhere. FYI: ~ % uname -a FreeBSD thumper 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun Apr 2 16:29:20 PDT 2000 bright@thumper:/home/src/sys/compile/thumper i386 ~ % uptime 10:58PM up 7 days, 4:06, 21 users, load averages: 0.01, 0.02, 0.00 I've been building world, playing mp3s, using fxtv and xmradio. My setup is fine, perhaps you can furnish us with a traceback? These kinds of lockups are very easy to fix with a traceback because they just mean that most likely the kernel is stuck in an infinite loop somewhere. In otherwords, unplug your palm pilot and attach a console. thanks, -- -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 Sun Apr 9 20: 7:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rz.fh-wilhelmshaven.de (mail.rz.fh-wilhelmshaven.de [139.13.25.134]) by hub.freebsd.org (Postfix) with ESMTP id 4CEC237B7B8 for ; Sun, 9 Apr 2000 20:07:46 -0700 (PDT) (envelope-from ohoyer@fbwi.fh-wilhelmshaven.de) Received: from fettesau.stuwo.fh-wilhelmshaven.de (stuwopc5.stuwo.fh-wilhelmshaven.de [139.13.209.5]) by mail.rz.fh-wilhelmshaven.de (8.9.3/8.9.3) with SMTP id FAA28918; Mon, 10 Apr 2000 05:07:19 +0200 (MET DST) Message-Id: <4.1.20000410043058.00910dc0@mail.rz.fh-wilhelmshaven.de> X-Sender: ohoyer@mail.rz.fh-wilhelmshaven.de X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 10 Apr 2000 04:33:33 +0200 To: Warner Losh From: Olaf Hoyer Subject: Re: How hard would it be... Cc: freebsd-hackers@freebsd.org In-Reply-To: <200004100128.TAA15168@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 19:28 09.04.00 -0600, you wrote: >... to get FreeBSD to boot off a BSD partition that wasn't labeled as >0xa5? I'm looking for a way to create a disk that a certain picky >BIOS will like and boot off of, and I think I have to create it with a >certain ID and then it will be happy. I suspect that it involves >hacking the boot blocks, the boot loader and the kernel's idea of the >BSD partition number in disk*subr.c. Are there other things that are >needed? I may be barking up the wrong tree in trying to get around >this BIOS's pickiness, but I thought I'd at least ask. > >Yes, this is for a well-known, cheap internet device, which shall >remain nameless. I've already OPENed mine up. a real lookER. > Hi! Well, if we are talking about the same device, rumors went that the BIOS of that thingie may be reprogrammed via internet. BIOS update in that way also involve disabling IDE parts... I don't know if that is only booting or the whole part.. Have seen some hardware rewiring on another mailing list to prevent that mangling of BIOS. If there is interest, let me know, and I'll look it up. Regards Olaf Hoyer -------- Olaf Hoyer www.nightfire.de mailto:Olaf.Hoyer@nightfire.de FreeBSD- Turning PC's into workstations ICQ:22838075 Liebe und Hass sind nicht blind, aber geblendet vom Feuer, dass sie selber mit sich tragen. (Nietzsche) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 20: 8:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 8350537B5E1 for ; Sun, 9 Apr 2000 20:08:34 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id FAA00459 for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 05:08:30 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 581B88796; Mon, 10 Apr 2000 01:21:43 +0200 (CEST) Date: Mon, 10 Apr 2000 01:21:43 +0200 From: Ollivier Robert To: freebsd-hackers@freebsd.org Subject: Re: dutch keyboard map (+sort note) Message-ID: <20000410012143.A95967@keltia.freenix.fr> Mail-Followup-To: freebsd-hackers@freebsd.org References: <38F0C306.41C67EA6@xs4all.nl> <200004092033.WAA73151@bigeye.rhein-neckar.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.1.11i In-Reply-To: <200004092033.WAA73151@bigeye.rhein-neckar.de>; from naddy@mips.rhein-neckar.de on Sun, Apr 09, 2000 at 10:33:14PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Christian Weisgerber: > > As there isn´t a dutch keymap for syscons, > ^ > That's an acute accent (the same diacritic as in 'é'), not an > apostrophe. In 8859-1 yes but not in 8859-15 (aka Latin9)... In 8859-15 (which is 8859-1 with 8 different characters including the Euro symbol >¤< and the '½/¼' aka oe/OE pair), the acute accent is a slovac letter (I think), a 'Z' with a reversed circumflex (like a small 'v'). The iso15-thin-8x16 console font has all the new characters. That's why this character should have never been used in place of an apostrophe but I've seen many germans using it, even those outside Windows... I've always wondered why. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #78: Sun Feb 27 15:32:39 CET 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 20:16: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5CE6337B7BD for ; Sun, 9 Apr 2000 20:15:57 -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 VAA17679; Sun, 9 Apr 2000 21:15:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA20433; Sun, 9 Apr 2000 21:15:50 -0600 (MDT) Message-Id: <200004100315.VAA20433@harmony.village.org> To: Olaf Hoyer Subject: Re: How hard would it be... Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 10 Apr 2000 04:33:33 +0200." <4.1.20000410043058.00910dc0@mail.rz.fh-wilhelmshaven.de> References: <4.1.20000410043058.00910dc0@mail.rz.fh-wilhelmshaven.de> Date: Sun, 09 Apr 2000 21:15:50 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <4.1.20000410043058.00910dc0@mail.rz.fh-wilhelmshaven.de> Olaf Hoyer writes: : Well, if we are talking about the same device, rumors went that the BIOS of : that thingie may be reprogrammed via internet. BIOS can be reporgrammed via a program that was downloaded... But only if you called a certain ISP. : BIOS update in that way also involve disabling IDE parts... No. It doesn't. The updated BIOS is just very picky about what it boots. : I don't know if that is only booting or the whole part.. Only booting. Drives detect just fine. : Have seen some hardware rewiring on another mailing list to prevent that : mangling of BIOS. Dremmel tools and heat guns were discussed to allow socked parts to be more easily accessed. I'm trying to avoid that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 20:48:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rz.fh-wilhelmshaven.de (mail.rz.fh-wilhelmshaven.de [139.13.25.134]) by hub.freebsd.org (Postfix) with ESMTP id 6736037B6F9 for ; Sun, 9 Apr 2000 20:48:18 -0700 (PDT) (envelope-from ohoyer@fbwi.fh-wilhelmshaven.de) Received: from fettesau.stuwo.fh-wilhelmshaven.de (stuwopc5.stuwo.fh-wilhelmshaven.de [139.13.209.5]) by mail.rz.fh-wilhelmshaven.de (8.9.3/8.9.3) with SMTP id FAA10560; Mon, 10 Apr 2000 05:48:10 +0200 (MET DST) Message-Id: <4.1.20000410053630.00a4ebc0@mail.rz.fh-wilhelmshaven.de> X-Sender: ohoyer@mail.rz.fh-wilhelmshaven.de X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 10 Apr 2000 05:41:05 +0200 To: Warner Losh From: Olaf Hoyer Subject: Re: How hard would it be... Cc: freebsd-hackers@freebsd.org In-Reply-To: <200004100315.VAA20433@harmony.village.org> References: <4.1.20000410043058.00910dc0@mail.rz.fh-wilhelmshaven.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 21:15 09.04.00 -0600, you wrote: >In message <4.1.20000410043058.00910dc0@mail.rz.fh-wilhelmshaven.de> Olaf >Hoyer writes: >: Well, if we are talking about the same device, rumors went that the BIOS of >: that thingie may be reprogrammed via internet. > >BIOS can be reporgrammed via a program that was downloaded... But >only if you called a certain ISP. > >: BIOS update in that way also involve disabling IDE parts... > >No. It doesn't. The updated BIOS is just very picky about what it >boots. > >: I don't know if that is only booting or the whole part.. > >Only booting. Drives detect just fine. > >: Have seen some hardware rewiring on another mailing list to prevent that >: mangling of BIOS. > >Dremmel tools and heat guns were discussed to allow socked parts to be >more easily accessed. I'm trying to avoid that. Hi! Well, ok- Otherwise, roll that thing up from behind- Check out if someone can replace/hack that BIOS? Are there any information about the mainboard manufacturer? There are also small programs that will read out the BIOS vendor ID and display in clear format, if it is some remotely known one... (Yes, they are DOS, but work like a charm-Use them myself in field service-may send you via Mail approx 100kb) Regards Olaf Hoyer -------- Olaf Hoyer www.nightfire.de mailto:Olaf.Hoyer@nightfire.de FreeBSD- Turning PC's into workstations ICQ:22838075 Liebe und Hass sind nicht blind, aber geblendet vom Feuer, dass sie selber mit sich tragen. (Nietzsche) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 23:25:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from not.demophon.com (vpn.iscape.fi [195.170.146.67]) by hub.freebsd.org (Postfix) with ESMTP id 073E337B78F; Sun, 9 Apr 2000 23:25:09 -0700 (PDT) (envelope-from will@not.demophon.com) Received: (from will@localhost) by not.demophon.com (8.9.3/8.8.7) id JAA06909; Mon, 10 Apr 2000 09:19:07 +0300 (EEST) (envelope-from will) To: kris@FreeBSD.org (Kris Kennaway) Cc: hackers@FreeBSD.org Subject: Re: What are the best gcc optimization options for Pentium 200 MMX References: From: Ville-Pertti Keinonen Date: 10 Apr 2000 09:19:07 +0300 In-Reply-To: kris@FreeBSD.org's message of "9 Apr 2000 00:19:09 +0300" Message-ID: <86snwuwk9w.fsf@not.demophon.com> Lines: 18 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG kris@FreeBSD.org (Kris Kennaway) writes: > Can you say "gimmick"? :-) gcc often produces demonstrably broken code for > optimisation levels higher than -O. That -O is safe seems to be a persistent myth. GCC also produces broken code for -O and no optimization in some cases, sometimes while producing working code for higher optimization levels... I wouldn't state e.g. that -O2 produces broken code any more often than -O, this may have been true for version X.Y.Z but is certainly not universally true. I believe that the reasons the FreeBSD build uses -O are the fact that especially with older versions of gcc, -O2 slowed down compilation considerably for little noticable performance improvement (as for -O3, automatic inlining is generally undesirable), and it is always best to only have to test the system with a single set of flags. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 9 23:55: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from oskar.dev.nanoteq.co.za (oskar.nanoteq.co.za [196.7.114.5]) by hub.freebsd.org (Postfix) with ESMTP id DE07B37B5D4 for ; Sun, 9 Apr 2000 23:54:49 -0700 (PDT) (envelope-from rbezuide@oskar.dev.nanoteq.co.za) Received: (from rbezuide@localhost) by oskar.dev.nanoteq.co.za (8.9.3/8.9.0) id IAA04696; Mon, 10 Apr 2000 08:40:35 +0200 (SAT) From: Reinier Bezuidenhout Message-Id: <200004100640.IAA04696@oskar.dev.nanoteq.co.za> Subject: Re: What are the best gcc optimization options for Pentium 200 M In-Reply-To: from "Alexander N. Kabaev" at "Apr 8, 2000 11:18:37 am" To: kabaev@mail.ru (Alexander N. Kabaev) Date: Mon, 10 Apr 2000 08:40:35 +0200 (SAT) Cc: danfe@inet.ssc.nsu.ru, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi .. I agree that optimizations are most of the time "futile" :) .. so is resistance :) ... ina ny case .. I like to live on the edge .. that is why I'm running 5.0-current .. and I've compiled the following things with optimizations. o The whole source tree .. including my kernel o XFree86 o KDE 1.1.2 And most of the other ports I've installed ... like vmware, kdevelop etc. to name but a few ... And again ... I know I am taking a risk .. but I've been running this system for about 6 months now ... and I haven't even seen one panic or core which is "unexplained" due to bad code generation. Just once again .. YRS I know gcc generates bad code sometime and optimizations isn't the way to go ... but it works for me .. for now :) The optimizations I'm using .... In /etc/make.conf CFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math COPTFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math And I know -O6 is an over kill ... Bye Reinier > I doubt Mandrake gets any significant performance boost from using gcc with > optimisation levels beyond -O. They just use this "super optimised" to > stand out from all other Linux crowd rather than for any practical purpose. It > has been reported several times that optimisation levels O2 ang higher are > buggy and known to generate wrong code on several occasions. This was true for > gcc 2.7.2.3 and it is still true for gcc 2.95.2. In other words, your attempt to > squeese last drop of performance from your system in this way is futile :). The > gain you will get is just not worth associated risks. > > On 08-Apr-00 Alexey N. Dokuchaev wrote: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 0:10:57 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 79FFE37B828 for ; Mon, 10 Apr 2000 00:10:52 -0700 (PDT) (envelope-from Doug@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 AAA66146; Mon, 10 Apr 2000 00:10:51 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <38F17E7A.5892318A@gorean.org> Date: Mon, 10 Apr 2000 00:10:50 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0409 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, adrian@creative.net.au Subject: Safe sourcing of rc files Content-Type: multipart/mixed; boundary="------------244E2C58B24606139E1F0806" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------244E2C58B24606139E1F0806 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Since the move to /etc/defaults/rc.conf, one of the consistent examples of foot-shooting is the user blindly copying that file to /etc/rc.conf without reading the warning at the end not to do this, or at least to delete the bit at the end that does the recursive sourcing of /etc/rc.conf and /etc/rc.conf.local. After careful experimentation, and a few abortive attempts, I have developed the following technique. The major change is that instead of the files being sourced from the bit of code in /etc/defaults/rc.conf itself, that file defines a function that the other scripts which source /etc/defaults/rc.conf use to do the recursive sort. That function uses a local variable to keep track of which files it has already sourced in order to prevent an infinite loop. The use of the function and the local variable allow the rc.conf* files to be sourced by rc, then sourced again by rc.firewall (for example) and still do the right thing all the way around. I have done extensive testing with a set of scripts that I developed to emulate the /etc/rc*'s. I have also tested it in place, rebooting with various configurations, including and especially the standard bonehead user mode mentioned above. In each case the following patch does the right thing. My testing included scenarios with multiple /etc/rc.conf* files. I believe that the attached patch is ready to be committed. Discussion is welcome. This patch is applicable to PR 17595. Doug -- Excess on occasion is exhilarating. It prevents moderation from acquiring the deadening effect of a habit. -- W. Somerset Maugham --------------244E2C58B24606139E1F0806 Content-Type: text/plain; charset=us-ascii; name="safesourcing.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="safesourcing.diff" Index: netstart =================================================================== RCS file: /usr/ncvs/src/etc/netstart,v retrieving revision 1.54 diff -u -r1.54 netstart --- netstart 1999/08/27 23:23:42 1.54 +++ netstart 2000/04/10 06:12:38 @@ -12,6 +12,7 @@ # If there is a global system configuration file, suck it in. if [ -f /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf + sourcercs elif [ -f /etc/rc.conf ]; then . /etc/rc.conf fi Index: pccard_ether =================================================================== RCS file: /usr/ncvs/src/etc/pccard_ether,v retrieving revision 1.15 diff -u -r1.15 pccard_ether --- pccard_ether 2000/02/11 14:49:42 1.15 +++ pccard_ether 2000/04/10 06:12:51 @@ -11,6 +11,7 @@ # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf + sourcercs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Index: rc =================================================================== RCS file: /usr/ncvs/src/etc/rc,v retrieving revision 1.214 diff -u -r1.214 rc --- rc 2000/03/27 16:36:25 1.214 +++ rc 2000/04/10 06:13:10 @@ -38,6 +38,7 @@ # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf + sourcercs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Index: rc.devfs =================================================================== RCS file: /usr/ncvs/src/etc/rc.devfs,v retrieving revision 1.7 diff -u -r1.7 rc.devfs --- rc.devfs 1999/10/12 19:23:51 1.7 +++ rc.devfs 2000/04/10 06:13:23 @@ -5,6 +5,7 @@ # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf + sourcercs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Index: rc.diskless2 =================================================================== RCS file: /usr/ncvs/src/etc/rc.diskless2,v retrieving revision 1.5 diff -u -r1.5 rc.diskless2 --- rc.diskless2 2000/01/06 18:17:38 1.5 +++ rc.diskless2 2000/04/10 06:13:37 @@ -7,6 +7,7 @@ # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf + sourcercs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Index: rc.firewall =================================================================== RCS file: /usr/ncvs/src/etc/rc.firewall,v retrieving revision 1.30 diff -u -r1.30 rc.firewall --- rc.firewall 2000/02/06 19:24:37 1.30 +++ rc.firewall 2000/04/10 06:14:07 @@ -5,6 +5,7 @@ # Suck in the configuration variables. if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf + sourcercs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Index: defaults/rc.conf =================================================================== RCS file: /usr/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.58 diff -u -r1.58 rc.conf --- defaults/rc.conf 2000/04/03 19:24:19 1.58 +++ defaults/rc.conf 2000/04/10 06:43:12 @@ -294,9 +294,22 @@ # # -for i in ${rc_conf_files}; do - if [ -f $i ]; then - . $i - fi -done +if [ -z "${sourcercs_defined}" ]; then + sourcercs_defined=yes + sourcercs ( ) { + local sourced_files + for i in ${rc_conf_files}; do + case "${sourced_files}" in + *:$i:*) + ;; + *) + sourced_files="${sourced_files}:$i:" + if [ -r $i ]; then + . $i + fi + ;; + esac + done + } +fi --------------244E2C58B24606139E1F0806-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 0:48:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 275F037B810 for ; Mon, 10 Apr 2000 00:47:09 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-81.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FSS008I9IY9Y5@mail.uni-bielefeld.de> for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 09:46:59 +0200 (MET DST) Received: (from bjoern@localhost) by frolic.no-support.loc (8.9.3/8.9.3) id JAA00797 for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 09:44:36 +0200 (CEST envelope-from bjoern) Date: Mon, 10 Apr 2000 09:44:36 +0200 From: Bjoern Fischer Subject: efficiency of maxproc hardlimit To: freebsd-hackers@freebsd.org Message-id: <20000410094436.A778@frolic.no-support.loc> MIME-version: 1.0 X-Mailer: Mutt 1.0i 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 Hello, up till now I was convinced that a proper /etc/login.conf provides enough protection against silly dos efforts like fork bombs. Well, while a hard maxproc of 64 protects very well against echo '#!/bin/sh a & a &' > a; chmod 755 a; ./a but it fails to prevent that this main(){fork();main();} leaves the machine in an unusable state (it does ping back, one may break into the kernel debugger, but no io). Any way to prevent this (without harming the user)? Bj=F6rn PS: Please no dispute about overcommittment or my-fork-bomb-is-better-than-yours. --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 1: 5:16 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 9C28C37B638 for ; Mon, 10 Apr 2000 01:05:11 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3A8VdT27768; Mon, 10 Apr 2000 01:31:39 -0700 (PDT) Date: Mon, 10 Apr 2000 01:31:39 -0700 From: Alfred Perlstein To: Bjoern Fischer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: efficiency of maxproc hardlimit Message-ID: <20000410013139.R4381@fw.wintelcom.net> References: <20000410094436.A778@frolic.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000410094436.A778@frolic.no-support.loc>; from bfischer@Techfak.Uni-Bielefeld.DE on Mon, Apr 10, 2000 at 09:44:36AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Bjoern Fischer [000410 01:15] wrote: > Hello, > > up till now I was convinced that a proper /etc/login.conf > provides enough protection against silly dos efforts like > fork bombs. > > Well, while a hard maxproc of 64 protects very well against > > echo '#!/bin/sh > a & > a &' > a; chmod 755 a; ./a > > but it fails to prevent that this > > main(){fork();main();} > > leaves the machine in an unusable state (it does ping > back, one may break into the kernel debugger, but no > io). > > Any way to prevent this (without harming the user)? Please reread the documentation on limits. cputime unlimited filesize unlimited datasize 256MB <- stacksize 64MB <- coredumpsize unlimited memoryuse unlimited memorylocked unlimited maxproc 4115 descriptors 8232 sockbufsize unlimited If appropriate limits are in place and you still get problems then let us know. -- -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 Apr 10 1:38:34 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 9B55A37B6C4 for ; Mon, 10 Apr 2000 01:38:31 -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 #35196) with ESMTP id <01JO2GC66HFG0014SD@research.kpn.com> for hackers@FreeBSD.ORG; Mon, 10 Apr 2000 10:38:28 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 10 Apr 2000 10:38:28 +0100 Content-return: allowed Date: Mon, 10 Apr 2000 10:38:27 +0100 From: "Koster, K.J." Subject: RE: How hard would it be... To: 'Warner Losh' , hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E452201313A86@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 Umm. Wasn't there something about NetBSD running diskless on that thing? Slashdot, if I remember will. Kees Jan ============================================== You are only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 1:39:57 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 BD40E37B681 for ; Mon, 10 Apr 2000 01:39:43 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id CAA18634; Mon, 10 Apr 2000 02:39:41 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id CAA54609; Mon, 10 Apr 2000 02:39:53 -0600 (MDT) Message-Id: <200004100839.CAA54609@billy-club.village.org> To: "Koster, K.J." Subject: Re: How hard would it be... Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 10 Apr 2000 10:38:27 BST." <59063B5B4D98D311BC0D0001FA7E452201313A86@l04.research.kpn.com> References: <59063B5B4D98D311BC0D0001FA7E452201313A86@l04.research.kpn.com> Date: Mon, 10 Apr 2000 02:39:52 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <59063B5B4D98D311BC0D0001FA7E452201313A86@l04.research.kpn.com> "Koster, K.J." writes: : Umm. Wasn't there something about NetBSD running diskless on that thing? : Slashdot, if I remember will. Yes. There was. However, there is a rumor going around that the proceedure will produce an unbootable system on newer, tamper resistant models. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 2:15:30 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 4905937B7AB for ; Mon, 10 Apr 2000 02:15:24 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id DAA18706 for ; Mon, 10 Apr 2000 03:15:22 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id DAA54900 for ; Mon, 10 Apr 2000 03:15:34 -0600 (MDT) Message-Id: <200004100915.DAA54900@billy-club.village.org> To: hackers@freebsd.org Subject: Sample newbus driver: LED driver for I-Opener Date: Mon, 10 Apr 2000 03:15:34 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's a simple LED driver for the iopener. I did this as a thought excersize since I don't have one running FreeBSD right now. I've loaded/unloaded the driver and that's the extent of my testing. The leds on the iopener are controlled by two leds, according to publicly available information. This is a simple driver. If you read from it, it gives you back one character status. If you write to it, it will turn the led on or off. Details in the driver. It is generic enough that people should find it useful in other applications. This is also a simple driver that people wishing for examples might want to use. It is released under the beerware license from phk, with his name filed off, and mine inserted, since I wrote it, not him. It doesn't do all the foo{reg,var}.h stuff like it should, but it is a very simple driver. http://people.freebsd.org/~imp/led.tar.gz It compiles and appears to load against -current. The Makefile and led.c should be in the same directory. On -current systems, define SYSDIR to point to the kernel source and this should just build. Older systems may need to add it to sys/modules for it to work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 2:37:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id E9C2C37B5D4; Mon, 10 Apr 2000 02:37:49 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id KAA91195; Mon, 10 Apr 2000 10:37:44 +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 IAA00449; Mon, 10 Apr 2000 08:14:25 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200004100714.IAA00449@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Fundakowski Feldman Cc: hackers@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: somewhat random mostly-lockups in 5.0 In-Reply-To: Message from Brian Fundakowski Feldman of "Sun, 09 Apr 2000 21:03:04 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 2000 08:14:24 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, it seems that -CURRENT likes locking up nowdays. It started happening > very recently, and I (as well as jlemon) do suspect that it's a problem > with some of the changes that were made to the syscall mechanisms on > 3/28/2000. > > Keep in mind that this problem is completely corroborated by a friend > whose machine behaved exactly the same starting at the same time. I > hadn't noticed it until now because it seems to occur under rare > circumstances, which are untknown till now. The circumstances sre > trivial things like compiling things and playing mp3's, normally > quite mediocre stuff. > > The syptoms are that the machine locks up. Hard. But there's a catch: > it _can_ be pinged. In fact, TCP connections can be made. In my > case, SSH connected, but the remote end never sent/received any data > (or, that is, showed signs). In my friend's case, telnet connected, > but yet no data was received or acknowledged. According to jlemon, > whose diagnosis makes sense, the problem is that for whatever reason > the kernel is not returning to user mode. That explains why sshd > doesn't work, telnetd doesn't work, XFree86 and apps don't respond. > The question is, why? FWIW, I can confirm that my laptop has been doing exactly this. Pings work, everything else is dead. Mouse movement in X works for a while after the machine goes AWOL, but eventually that locks up too. I suspected vmware to be the culprit (or one of its klds), but I know now that's not the case because it sometimes happens as I shut down.... This *may* have started happening when I did this: Filesystem 1K-blocks Used Avail Capacity Mounted on ..... linprocfs 4 4 0 100% /usr/compat/linux/proc > -- > Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / > green@FreeBSD.org `------------------------------' -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 2:46:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 0D71A37B6A7 for ; Mon, 10 Apr 2000 02:46:55 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id LAA06408 for ; Mon, 10 Apr 2000 11:46:53 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id LAA22506 for ; Mon, 10 Apr 2000 11:47:57 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id LAA49261 for hackers@freebsd.org; Mon, 10 Apr 2000 11:46:56 +0200 (CEST) Date: Mon, 10 Apr 2000 11:46:56 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004100946.LAA49261@gil.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: fddi resolve multi Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I built a kernel with device fpa0 pseudo-device fddi and while compiling the kernel I got a warning: #warning: implement fddi resolve multi... What does it mean? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 2:48:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 8C8C137B8C5 for ; Mon, 10 Apr 2000 02:48:10 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id LAA21417 for ; Mon, 10 Apr 2000 11:48:05 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 21355; Mon Apr 10 11:47:27 2000 Message-ID: <38F1A456.EAADF652@cequrux.com> Date: Mon, 10 Apr 2000 11:52:22 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Determining traffic on a socket Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all I doubt that this can be done, but it would solve me a lot of headaches if it can! I would like to know if there is a way I can, given a file descriptor (which will be a TCP socket), determine how many bytes have been sent and received through that socket since it was opened. Obviously one way is to keep a count of reads and writes, but what I really want is to have a wrapper process that can spawn arbitrary one-shot servers and then log the traffic produced and consumed by that server when it terminates. Another option is to communicate with the server via pipes, but that may break if the server needs to be able to do getsockname() and getpeername() calls. So the real solution would (I imagine) involve some kind of kernel querying. Any ideas, anyone? TIA gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 2:49:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from linux.ssc.nsu.ru (linux.ssc.nsu.ru [193.124.219.91]) by hub.freebsd.org (Postfix) with SMTP id DD48A37B556 for ; Mon, 10 Apr 2000 02:43:53 -0700 (PDT) (envelope-from danfe@inet.ssc.nsu.ru) Received: (qmail 19876 invoked from network); 10 Apr 2000 09:33:29 -0000 Received: from inet.ssc.nsu.ru (62.76.110.12) by hub.freebsd.org with SMTP; 10 Apr 2000 09:33:29 -0000 Received: from localhost (danfe@localhost) by inet.ssc.nsu.ru (8.9.3/8.9.3) with ESMTP id QAA02040; Mon, 10 Apr 2000 16:30:14 +0700 Date: Mon, 10 Apr 2000 16:30:14 +0700 (NOVST) From: "Alexey N. Dokuchaev" To: Reinier Bezuidenhout Cc: "Alexander N. Kabaev" , freebsd-hackers@FreeBSD.ORG Subject: Re: What are the best gcc optimization options for Pentium 200 M In-Reply-To: <200004100640.IAA04696@oskar.dev.nanoteq.co.za> 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, 10 Apr 2000, Reinier Bezuidenhout wrote: > Hi .. > > I agree that optimizations are most of the time "futile" :) .. so is > resistance :) ... ina ny case .. I like to live on the edge .. that is > why I'm running 5.0-current .. and I've compiled the following things > with optimizations. > > o The whole source tree .. including my kernel > o XFree86 > o KDE 1.1.2 > > And most of the other ports I've installed ... like vmware, kdevelop etc. > to name but a few ... > > And again ... I know I am taking a risk .. but I've been running this system > for about 6 months now ... and I haven't even seen one panic or core which > is "unexplained" due to bad code generation. > > Just once again .. YRS I know gcc generates bad code sometime and > optimizations isn't the way to go ... but it works for me .. for now :) > > The optimizations I'm using .... > > In /etc/make.conf > > CFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math > > COPTFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math > Thanx, that kind an answer I was looking forward. One question however: how did you come up to exactly this set of options, by trial and error, or just figured out from reading mans and whatever that this is the best set of options? Cheers, /* Alexey N. Dokuchaev, more commonly | */ /* known as DAN Fe | mailto:danfe@inet.ssc.nsu.ru */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab | */ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL++++$ 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+ ------END GEEK CODE BLOCK------ Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 3: 1:43 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 C41F537B843 for ; Mon, 10 Apr 2000 03:01:40 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JO2J89I5ZI0014G6@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Mon, 10 Apr 2000 12:01:37 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 10 Apr 2000 12:01:36 +0100 Content-return: allowed Date: Mon, 10 Apr 2000 12:01:33 +0100 From: "Koster, K.J." Subject: RE: What are the best gcc optimization options for Pentium 200 M To: "'Alexey N. Dokuchaev'" Cc: freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E452201313A8C@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 > > > CFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s > -fexpensive-optimizations -ffast-math > > > > COPTFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s > -fexpensive-optimizations -ffast-math > > > I'll bet you can beat all of those with regular system management optimizations. Killing daemons, using twm instead of kde, striping, buying motherboards with fast memory buses. All of those are proven to be stable, work on any UNIX (not just FreeBSD/pentium) and there's a whole lot of books and howto's: "System Performance Tuning", for example. Once you've done that, I don't think a mere -O6 is going to give you more than 1 or 2 percent of unstable extra performance. *shurg* Why bother? Kees Jan ============================================== You are only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 3:16: 4 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 886B337B843 for ; Mon, 10 Apr 2000 03:16:01 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3AAgJd00898; Mon, 10 Apr 2000 03:42:19 -0700 (PDT) Date: Mon, 10 Apr 2000 03:42:19 -0700 From: Alfred Perlstein To: Graham Wheeler Cc: hackers@FreeBSD.ORG Subject: Re: Determining traffic on a socket Message-ID: <20000410034218.U4381@fw.wintelcom.net> References: <38F1A456.EAADF652@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38F1A456.EAADF652@cequrux.com>; from gram@cequrux.com on Mon, Apr 10, 2000 at 11:52:22AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Graham Wheeler [000410 03:15] wrote: > Hi all > > I doubt that this can be done, but it would solve me a lot of headaches > if it can! > > I would like to know if there is a way I can, given a file descriptor > (which will be a TCP socket), determine how many bytes have been sent > and received through that socket since it was opened. Obviously one > way is to keep a count of reads and writes, but what I really want is > to have a wrapper process that can spawn arbitrary one-shot servers and > then log the traffic produced and consumed by that server when it > terminates. Another option is to communicate with the server via pipes, > but that may break if the server needs to be able to do getsockname() > and getpeername() calls. So the real solution would (I imagine) involve > some kind of kernel querying. > > Any ideas, anyone? Checkout /usr/include/sys/socketvar.h and /usr/src/sys/kern/uipc_socket.c, you should be able to add a "transmitted" feild to the struct sockbuf and keep track of it with minimal effort. I think you could then use an ioctl to retrieve the information. -- -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 Apr 10 4: 1:38 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 A8B1C37B5C7 for ; Mon, 10 Apr 2000 04:01:33 -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 #35196) with ESMTP id <01JO2LBIWN5U0014G6@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Mon, 10 Apr 2000 13:01:30 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Mon, 10 Apr 2000 13:01:30 +0100 Content-return: allowed Date: Mon, 10 Apr 2000 13:01:29 +0100 From: "Koster, K.J." Subject: RE: What are the best gcc optimization options for Pentium 200 M To: "'Alexey N. Dokuchaev'" Cc: freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E452201313A90@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 > > Can you lead us to any of this HOWTO's? Tnx. > Well, many good sys admin books exist, I already mentioned "System Performance Tuning", it's one of the Nutshell handbooks. I don't know the author off the top of my head. The mailing list achives will give you plenty of tips and tricks, although less organised. :) I that book, the author suggests you first create a benchmark and then try to determine what resources and optimizations apply. The author states that a good sysadmin knows exactly what the bottlenecks are in his or her system. I found that buying that book saved me well over the price of it in time and hardware. For me, the benchmark is building a GENERIC kernel, since I do a lot of c++ development. I timed that and found with vmstat and friends that I was using not even 50% of my cpu. I needed more memory (so I now run twm only) and optimize disk access (my /usr is now striped across two disks, each with their own controller) and eliminate disk access (MFS on /tmp, setenv TMPDIR /tmp). Currently, my bottleneck is memory bandwidth, and I will fix that with an Athlon/KX133 combo in a month or so. :-) Frankly, compiler optimizations are not even mentioned. Kees Jan ============================================== You are only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 4: 2: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (fuzzy.aussie.com.au [203.30.44.82]) by hub.freebsd.org (Postfix) with SMTP id 0CBAB37B70F for ; Mon, 10 Apr 2000 04:01:55 -0700 (PDT) (envelope-from freebsd@ewok.creative.net.au) Received: (qmail 18279 invoked by uid 1008); 10 Apr 2000 11:01:51 -0000 Date: Mon, 10 Apr 2000 19:01:51 +0800 From: Adrian Chadd To: hackers@freebsd.org Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000410190151.A18146@ewok.creative.net.au> References: <86snwuwk9w.fsf@not.demophon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <86snwuwk9w.fsf@not.demophon.com>; from Ville-Pertti Keinonen on Mon, Apr 10, 2000 at 09:19:07AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 10, 2000, Ville-Pertti Keinonen wrote: > > kris@FreeBSD.org (Kris Kennaway) writes: > > > Can you say "gimmick"? :-) gcc often produces demonstrably broken code for > > optimisation levels higher than -O. > > That -O is safe seems to be a persistent myth. GCC also produces > broken code for -O and no optimization in some cases, sometimes while > producing working code for higher optimization levels... I wouldn't > state e.g. that -O2 produces broken code any more often than -O, this > may have been true for version X.Y.Z but is certainly not universally > true. > > I believe that the reasons the FreeBSD build uses -O are the fact that > especially with older versions of gcc, -O2 slowed down compilation > considerably for little noticable performance improvement (as for -O3, > automatic inlining is generally undesirable), and it is always best to > only have to test the system with a single set of flags. I have exactly the same problem hacking squid code under 4.0-CURRENT and 5.0-CURRENT. Basically, inside the dns routines a variable would be corrupted between a couple of non-relevant lines, and cause squid to segfault after trying to resolve anything. Taknig out -O2 and replacing it with -O causes the same problem. Its annoying. :( Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 4: 4:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD237B8BE for ; Mon, 10 Apr 2000 04:04:31 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from nomad.dataplex.net (24.28.73.209) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Mon, 10 Apr 2000 06:04:26 -0500 From: Richard Wackerbarth To: Doug@gorean.org Subject: Re: Safe sourcing of rc files Date: Mon, 10 Apr 2000 06:04:24 -0500 X-Mailer: KMail [version 1.1.38] Content-Type: text/plain References: <38F17E7A.5892318A@gorean.org> In-Reply-To: <38F17E7A.5892318A@gorean.org> Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Message-Id: <00041006042400.09923@nomad.dataplex.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Apr 2000, Doug Barton wrote: > > Since the move to /etc/defaults/rc.conf, one of the consistent examples > of foot-shooting is the user blindly copying that file to /etc/rc.conf > without reading the warning at the end not to do this, or at least to > delete the bit at the end that does the recursive sourcing of > /etc/rc.conf and /etc/rc.conf.local. > After careful experimentation, and a few abortive attempts, I have > developed the following technique. [snip] Excellent way to help the situation. However, I think that it is the wrong approach. Rather that having all that code to test for, and correct , the recursive file inclusions, I think we should go the other direction and simply eliminate the recursions in the first place. Remove ALL "code" from the rc.conf files and make them strictly definitions of variables. Put the logic that supports multiple rc.conf files in a different support file which you source at the top of each of the rc files. This has the following advantages: 1) It simplifies the individual rc files by hiding the implementation logic. 2) There is a clean separation of logic and parameter definitions 3) The resulting rc.conf files can be easily parsed/generated by a configuration utility. 4) As with your solution, there is no problem with recursion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 4:16:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from linux.ssc.nsu.ru (linux.ssc.nsu.ru [193.124.219.91]) by hub.freebsd.org (Postfix) with SMTP id 2E20137B592 for ; Mon, 10 Apr 2000 04:15:47 -0700 (PDT) (envelope-from danfe@inet.ssc.nsu.ru) Received: (qmail 19904 invoked from network); 10 Apr 2000 10:15:25 -0000 Received: from inet.ssc.nsu.ru (62.76.110.12) by hub.freebsd.org with SMTP; 10 Apr 2000 10:15:25 -0000 Received: from localhost (danfe@localhost) by inet.ssc.nsu.ru (8.9.3/8.9.3) with ESMTP id RAA02391; Mon, 10 Apr 2000 17:13:27 +0700 Date: Mon, 10 Apr 2000 17:13:27 +0700 (NOVST) From: "Alexey N. Dokuchaev" To: "Koster, K.J." Cc: freebsd-hackers@FreeBSD.ORG Subject: RE: What are the best gcc optimization options for Pentium 200 M In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452201313A8C@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 On Mon, 10 Apr 2000, Koster, K.J. wrote: > > All of those are proven to be stable, work on any UNIX (not just > FreeBSD/pentium) and there's a whole lot of books and howto's: "System > Performance Tuning", for example. Can you lead us to any of this HOWTO's? Tnx. Cheers, /* Alexey N. Dokuchaev, more commonly | */ /* known as DAN Fe | mailto:danfe@inet.ssc.nsu.ru */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab | */ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL++++$ 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+ ------END GEEK CODE BLOCK------ Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 4:48:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1086137B773; Mon, 10 Apr 2000 04:48:47 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Mon, 10 Apr 2000 07:48:45 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: somewhat random mostly-lockups in 5.0 In-Reply-To: <20000409191702.P4381@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 Sun, 9 Apr 2000, Alfred Perlstein wrote: > This can happen when the kernel is stuck in an infinite loop > somewhere, you're still responding to interrupts, just stuck > somewhere. > > FYI: > ~ % uname -a > FreeBSD thumper 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun Apr 2 16:29:20 PDT 2000 bright@thumper:/home/src/sys/compile/thumper i386 > ~ % uptime > 10:58PM up 7 days, 4:06, 21 users, load averages: 0.01, 0.02, 0.00 > > I've been building world, playing mp3s, using fxtv and xmradio. Like I said, it doesn't really have anything to do with what you're doing, it just seems that it has to do with the fact the machine is running at all... > My setup is fine, perhaps you can furnish us with a traceback? These > kinds of lockups are very easy to fix with a traceback because they > just mean that most likely the kernel is stuck in an infinite loop > somewhere. > > In otherwords, unplug your palm pilot and attach a console. I'm going to get my friend to get a traceback and whatever else is possible. He has a laptop and "null" serial cable to use, and he experiences these problems as much as I do; I'll just convince him to keep running the latest -CURRENT and get the serial console working. > thanks, > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > "I have the heart of a child; I keep it in a jar on my desk." -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Apr 10 7:39: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 8CAB337BAB1 for ; Mon, 10 Apr 2000 07:38:55 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 31054 invoked by uid 1000); 10 Apr 2000 14:38:50 -0000 Date: Mon, 10 Apr 2000 16:38:50 +0200 From: "Karsten W. Rohrbach" To: Mark Murray Cc: Kris Kennaway , Cejka Rudolf , hackers@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: desire for ftp.internat.freebsd.org mirror Message-ID: <20000410163850.A31026@rohrbach.de> Reply-To: karsten@rohrbach.de References: <20000408012859.C90134@rohrbach.de> <200004081119.NAA02473@grimreaper.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200004081119.NAA02473@grimreaper.grondar.za>; from mark@grondar.za on Sat, Apr 08, 2000 at 01:19:57PM +0200 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: karsten@rohrbach.de Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray(mark@grondar.za)@Sat, Apr 08, 2000 at 01:19:57PM +0200: > > I could do this. What arre the setup concerns? > nearly none, it runs chrooted... cd /usr/ports/net/rsync && make install clean man rsync man rsyncd.conf easy going... /k > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org -- > "I think pop music has done more for oral intercourse than anything else > that has ever happened, and vice versa." -- Frank Zappa http://www.webmonster.de http://www.apache.de http://www.splatterworld.de (NIC-HDL KR433/KR11-RIPE) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 8: 6:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id A931537B852 for ; Mon, 10 Apr 2000 08:02:43 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id RAA08563 for ; Mon, 10 Apr 2000 17:02:42 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id RAA27135 for ; Mon, 10 Apr 2000 17:03:45 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id RAA50890 for hackers@freebsd.org; Mon, 10 Apr 2000 17:02:47 +0200 (CEST) Date: Mon, 10 Apr 2000 17:02:47 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004101502.RAA50890@gil.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: proxy arp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does Proxy Arp work only for sppp/slip or is it a kernel feature that works generally. I have a FDDI router (DEFPA on the uplink side, fxp0 100 MBit downlink). To avoid another network number on the downlink side I would like to do something that is known as proxy arp in sppp situations where the dialin host becomes part of the dialup hosts ethernet network. Is this possible in general with the configuration I'm describing above? (looking for proxy arp in the Internet (yahoo) reveals that proxy arp is not unproblematic - Linux seems to have problems with this, natd is also a source for problems in that area). -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 8:31:32 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 1C8D137B519 for ; Mon, 10 Apr 2000 08:31:27 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustidentd@obie.softweyr.com [204.68.178.33]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id JAA01214; Mon, 10 Apr 2000 09:31:12 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <38F1F3E7.6A04A515@softweyr.com> Date: Mon, 10 Apr 2000 09:31:52 -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: Warner Losh Cc: "Koster, K.J." , hackers@FreeBSD.ORG Subject: Re: How hard would it be... References: <59063B5B4D98D311BC0D0001FA7E452201313A86@l04.research.kpn.com> <200004100839.CAA54609@billy-club.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <59063B5B4D98D311BC0D0001FA7E452201313A86@l04.research.kpn.com> "Koster, K.J." writes: > : Umm. Wasn't there something about NetBSD running diskless on that thing? > : Slashdot, if I remember will. > > Yes. There was. However, there is a rumor going around that the > proceedure will produce an unbootable system on newer, tamper > resistant models. So all they did to make them "tamper resistant" was to update the BIOS to only boot QNX partitions? What a lovely little batch of STO. -- "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 Apr 10 8:47:33 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 04F5A37B8D9 for ; Mon, 10 Apr 2000 08:47:30 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA19536; Mon, 10 Apr 2000 09:47:18 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id JAA57553; Mon, 10 Apr 2000 09:47:33 -0600 (MDT) Message-Id: <200004101547.JAA57553@billy-club.village.org> To: Wes Peters Subject: Re: How hard would it be... Cc: "Koster, K.J." , hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 10 Apr 2000 09:31:52 MDT." <38F1F3E7.6A04A515@softweyr.com> References: <38F1F3E7.6A04A515@softweyr.com> <59063B5B4D98D311BC0D0001FA7E452201313A86@l04.research.kpn.com> <200004100839.CAA54609@billy-club.village.org> Date: Mon, 10 Apr 2000 09:47:33 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <38F1F3E7.6A04A515@softweyr.com> Wes Peters writes: : So all they did to make them "tamper resistant" was to update the BIOS : to only boot QNX partitions? What a lovely little batch of STO. That's conjecture. I think they have done other things as well. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 11:30:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from auemail2.firewall.lucent.com (auemail2.lucent.com [192.11.223.163]) by hub.freebsd.org (Postfix) with ESMTP id BD3E137B71B for ; Mon, 10 Apr 2000 11:30:08 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from auemail2.firewall.lucent.com (localhost [127.0.0.1]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id OAA09452 for ; Mon, 10 Apr 2000 14:30:02 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id OAA09440 for ; Mon, 10 Apr 2000 14:30:02 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id OAA16405; Mon, 10 Apr 2000 14:30:01 -0400 (EDT) Message-ID: <38F21FFB.79E2B0B7@lucent.com> Date: Mon, 10 Apr 2000 14:39:55 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Modem and Multimedia Systems X-Mailer: Mozilla 4.06 [en] (Win98; U) MIME-Version: 1.0 To: FreeBSD Hackers Subject: Fatal trap 12 in arpintr in FreeBSD 4.0-Release Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I mentioned the other day, after installing FreeBSD 4.0-Release I started getting random spontaneous reboots while in X (after running FreeBSD 3.4-Release for 2 months without any problems). Now that I've started debugging my driver, I enabled DDB, and now instead of rebooting I'm crashing into DDB (when my driver isn't loaded)... (I'm also crashing with my driver, but that's another story :) I left my machine sit at the console login prompt over the weekend, and today found it had crashed into DDB, showing a "Fatal trap 12: page fault while in kernel mode", which happened at arpintr+0x9C. And I'm fairly sure this is exactly the same trap I saw a couple of times since enabling DDB. I'm completely new to using DDB, but a "trace" showed that arpintr was called from swi_net_next, which was called from Xresume11 (??), the trace then shows "--- interrupt", having been called from default_halt(). Oh, and the "current process" was "Idle". (Is Xresume11 part of X-Windows??) Just to be clear: X was *not* running, this was a console login prompt, and no "user programs" were running in the background. Does this make sense to anyone? I've seen some other reports of "spontaneous reboots" with 4.0 on the -stable list - perhaps this is the cause for those people as well? As I said, I'm new to debugging on BSD, so if the above isn't sufficient info for someone familiar with the code to find the problem, give me explicit instructions and maybe I can provide more info... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 11:39:52 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 EF4B737BC2C; Mon, 10 Apr 2000 11:39:47 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id LAA17853; Mon, 10 Apr 2000 11:40:59 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Brian Fundakowski Feldman Cc: hackers@FreeBSD.ORG Subject: Re: somewhat random mostly-lockups in 5.0 In-reply-to: Your message of "Sun, 09 Apr 2000 21:03:04 EDT." Date: Mon, 10 Apr 2000 11:40:59 -0700 Message-ID: <17850.955392059@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The syptoms are that the machine locks up. Hard. But there's a catch: Erm, Brian, You *know* nobody can debug a problem like this without hard information. It's like calling a mechanic on the phone and saying "My car won't go. It just doesn't move at all! Tell me what's wrong!" Compile in the kernel debugger and start hunting around when the system "locks up" next time. Just figuring out which wait address processes are stuck on would be a BIG HELP. Saying your machine locks up but is still pingable narrows it down to only several thousand lines of code. Even jlemon's "diagnosis" is of only marginal help without actually having access to the failing machine. - Jordan P.S. My -current box from April 6th has yet to do anything like this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 11:43:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 7C4F237B8D9 for ; Mon, 10 Apr 2000 11:42:58 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id LAA19190; Mon, 10 Apr 2000 11:42:46 -0700 (PDT) Date: Mon, 10 Apr 2000 11:42:45 -0700 From: Brooks Davis To: Christoph Kukulies Cc: hackers@FreeBSD.ORG Subject: Re: mntent.h - what is it? Message-ID: <20000410114245.A11090@orion.ac.hmc.edu> References: <200004091630.SAA02426@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200004091630.SAA02426@gil.physik.rwth-aachen.de>; from kuku@gilberto.physik.RWTH-Aachen.DE on Sun, Apr 09, 2000 at 06:30:55PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 09, 2000 at 06:30:55PM +0200, Christoph Kukulies wrote: > > I'm trying to port quicktime for Linux to FreeBSD (xmovie). > I'm stumbling across the following code fragment: > > #include !!!!! > #include > #include [snip] > > is mntent a linux speciality? You really need a linux box to read manpages and browse headers on if you're going to be porting software. The glibc manpages claim it's a 4.3BSD features, but it's not mentioned in the 4.3 manpages on the FreeBSD site. It looks to me like the closest thing you'll find is getmntinfo(3). -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 11:57:33 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 9DE8837BD06 for ; Mon, 10 Apr 2000 11:57:28 -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 MAA20122 for ; Mon, 10 Apr 2000 12:57:26 -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 MAA24494 for ; Mon, 10 Apr 2000 12:57:19 -0600 (MDT) Message-Id: <200004101857.MAA24494@harmony.village.org> Subject: Re: Sample newbus driver: LED driver for I-Opener To: hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 10 Apr 2000 03:15:34 MDT." <200004100915.DAA54900@billy-club.village.org> References: <200004100915.DAA54900@billy-club.village.org> Date: Mon, 10 Apr 2000 12:57:19 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004100915.DAA54900@billy-club.village.org> Warner Losh writes: : The leds on the iopener are controlled by two leds, according to ^^^^ bits in a gpio port. : publicly available information. This is a simple driver. If you read : from it, it gives you back one character status. If you write to it, : it will turn the led on or off. Details in the driver. It is generic : enough that people should find it useful in other applications. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:21:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id B7EC937B929; Mon, 10 Apr 2000 13:21:10 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id WAA54414; Mon, 10 Apr 2000 22:20:48 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004102020.WAA54414@zibbi.mikom.csir.co.za> Subject: Re: desire for ftp.internat.freebsd.org mirror In-Reply-To: <20000410163850.A31026@rohrbach.de> from "Karsten W. Rohrbach" at "Apr 10, 2000 04:38:50 pm" To: karsten@rohrbach.de Date: Mon, 10 Apr 2000 22:20:48 +0200 (SAT) Cc: mark@grondar.za (Mark Murray), kris@FreeBSD.ORG (Kris Kennaway), cejkar@dcse.fee.vutbr.cz (Cejka Rudolf), hackers@FreeBSD.ORG, markm@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > I could do this. What arre the setup concerns? > > > nearly none, it runs chrooted... > > cd /usr/ports/net/rsync && make install clean > man rsync > man rsyncd.conf > > easy going... > Why not just use cvsup? It is already installed and running on internat and the firewall is already configured to allow it through. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:23: 1 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 28EE237B90F for ; Mon, 10 Apr 2000 13:22:56 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustidentd@obie.softweyr.com [204.68.178.33]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id OAA01719; Mon, 10 Apr 2000 14:22:42 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <38F23839.1B21FF07@softweyr.com> Date: Mon, 10 Apr 2000 14:23:21 -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: Brooks Davis Cc: Christoph Kukulies , hackers@FreeBSD.ORG Subject: Re: mntent.h - what is it? References: <200004091630.SAA02426@gil.physik.rwth-aachen.de> <20000410114245.A11090@orion.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brooks Davis wrote: > > On Sun, Apr 09, 2000 at 06:30:55PM +0200, Christoph Kukulies wrote: > > > > I'm trying to port quicktime for Linux to FreeBSD (xmovie). > > I'm stumbling across the following code fragment: > > > > #include !!!!! > > #include > > #include > [snip] > > > > is mntent a linux speciality? > > You really need a linux box to read manpages and browse headers on if > you're going to be porting software. The glibc manpages claim it's a > 4.3BSD features, but it's not mentioned in the 4.3 manpages on the > FreeBSD site. It looks to me like the closest thing you'll find is > getmntinfo(3). This is a SysV-ish way to get info about mounted filesystems, so the glibc manpage is completely stoned (imagine that). I know this existed in SVR2, at least. getmntinfo is definitely the equivalent BSD library function. -- "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 Apr 10 13:32:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 72CA137B6A9 for ; Mon, 10 Apr 2000 13:32:05 -0700 (PDT) (envelope-from daemon@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id WAA03673 for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 22:31:59 +0200 (CEST) (envelope-from daemon@bigeye.rhein-neckar.de) Received: (from daemon@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id WAA19189 for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 22:30:42 +0200 (CEST) (envelope-from daemon) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: dutch keyboard map (+sort note) Date: 10 Apr 2000 22:30:41 +0200 Message-ID: <8ctdlh$in7$1@bigeye.rhein-neckar.de> References: <38F0C306.41C67EA6@xs4all.nl> <200004092033.WAA73151@bigeye.rhein-neckar.de> <20000410012143.A95967@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > > > As there isn´t a dutch keymap for syscons, > > ^ > > That's an acute accent (the same diacritic as in 'é'), not an > > apostrophe. > > In 8859-1 yes but not in 8859-15 (aka Latin9)... Well, the original message was in Latin 1. You re-interpretating it as Latin 9 is not fair. > In 8859-15 (which is 8859-1 with 8 different characters including > the Euro symbol >¤< and the '½/¼' aka oe/OE pair), the acute accent > is a slovac letter (I think), a 'Z' with a reversed circumflex > (like a small 'v'). As a modified Latin 1, Latin 9 doesn't cover Slovak. Besides, that would require a few more characters. The S and Z caron that were added are supposedly required for Finnish. > That's why this character should have never been used in place of an > apostrophe but I've seen many germans using it, even those outside > Windows... I've always wondered why. Apparently the typical German keyboard has both an apostrophe and an acute. The latter is intended as a deadkey, but the use of deadkeys doesn't seem to be universal, for many people the acute seems to be located more conveniently, from the glyph the difference is hardly obvious, and depending on the font users may consider the acute in fact to have the more desirable shape. And of course trying to explain to most users the difference between character, glyph, code point, and encoding is entirely futile. "But I don't care, I only want to have"--points--"this one." -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:33: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EEC4137B647; Mon, 10 Apr 2000 13:32:58 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA03714; Mon, 10 Apr 2000 13:32:49 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 10 Apr 2000 13:32:49 -0700 (PDT) From: Kris Kennaway To: Brooks Davis Cc: Christoph Kukulies , hackers@FreeBSD.ORG Subject: Re: mntent.h - what is it? In-Reply-To: <20000410114245.A11090@orion.ac.hmc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Apr 2000, Brooks Davis wrote: > You really need a linux box to read manpages and browse headers on if > you're going to be porting software. The glibc manpages claim it's a > 4.3BSD features, but it's not mentioned in the 4.3 manpages on the > FreeBSD site. It looks to me like the closest thing you'll find is > getmntinfo(3). Or just install the linux_devel port which puts a full set of linux headers in /compat/linux/usr/include :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:39:33 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 38F7937B647 for ; Mon, 10 Apr 2000 13:39:30 -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 QAA32367 for ; Mon, 10 Apr 2000 16:39:29 -0400 (EDT) Message-Id: <200004102039.QAA32367@cs.rpi.edu> To: freebsd-hackers@freebsd.org Subject: NFS FHs, what are they (how are they made?) Date: Mon, 10 Apr 2000 16:39:28 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was previously under the impression that a NFS FH was basically a concatenation of a device # and an inode #. This was shot down earlier today. The problem was that a disk had failed and we where doing a replacement (the new disk was not identical to the old, it was substantially larger). I proceeded to format it so that the old fstab entry would work with the new drive (that is the NFS exported partition would be called /dev/wd1s1h -- same device number, no?) I then used dump/restore to ensure that the inode numbers would remain the same. Making to further changes I shut down the machine, swapped in the new drive and brought the system back up. The new drive was mounted faithfully by the old fstab. Yet I now see "Stale NFS Handle"s on my clients. What did I do wrong? -- 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 Mon Apr 10 13:42:38 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 60BC437B5AB for ; Mon, 10 Apr 2000 13:42:36 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id WAA26142; Mon, 10 Apr 2000 22:42:15 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NFS FHs, what are they (how are they made?) In-reply-to: Your message of "Mon, 10 Apr 2000 16:39:28 EDT." <200004102039.QAA32367@cs.rpi.edu> Date: Mon, 10 Apr 2000 22:42:15 +0200 Message-ID: <26140.955399335@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004102039.QAA32367@cs.rpi.edu>, "David E. Cross" writes: >I then used dump/restore to ensure that the >inode numbers would remain the same. I don't think restore can preserve inode numbers. -- 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 Apr 10 13:44:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3FDC737B647; Mon, 10 Apr 2000 13:44:37 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA05260; Mon, 10 Apr 2000 13:44:37 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 10 Apr 2000 13:44:36 -0700 (PDT) From: Kris Kennaway To: John Hay Cc: karsten@rohrbach.de, Mark Murray , Cejka Rudolf , hackers@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: desire for ftp.internat.freebsd.org mirror In-Reply-To: <200004102020.WAA54414@zibbi.mikom.csir.co.za> 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, 10 Apr 2000, John Hay wrote: > Why not just use cvsup? It is already installed and running on internat > and the firewall is already configured to allow it through. The question was about mirroring the FTP site, i.e. all of the binary packages and stuff which are also there. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:46:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id B18BA37B5AB for ; Mon, 10 Apr 2000 13:46:22 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id NAA06176; Mon, 10 Apr 2000 13:46:17 -0700 (PDT) Date: Mon, 10 Apr 2000 13:46:16 -0700 From: Brooks Davis To: Wes Peters Cc: hackers@freebsd.org Subject: Re: mntent.h - what is it? Message-ID: <20000410134616.A27553@orion.ac.hmc.edu> References: <200004091630.SAA02426@gil.physik.rwth-aachen.de> <20000410114245.A11090@orion.ac.hmc.edu> <38F23839.1B21FF07@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <38F23839.1B21FF07@softweyr.com>; from wes@softweyr.com on Mon, Apr 10, 2000 at 02:23:21PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 10, 2000 at 02:23:21PM -0600, Wes Peters wrote: > This is a SysV-ish way to get info about mounted filesystems, so the > glibc manpage is completely stoned (imagine that). I know this existed > in SVR2, at least. I did some more investigating. A similarly named, but almost entierly different iterface apears in SysV. The Linux interface appears in SunOS 4.1.3. However, it's not in 4.3BSD Net/2 or Reno. Unless this was nuked in 4.3 it looks like this is infact a SunOSism that wandered into glibc. It appears that the authors sucessfully choose the least portable of the three available APIs. ;-) -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:46:45 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 2455637B809 for ; Mon, 10 Apr 2000 13:46:43 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id NAA27006; Mon, 10 Apr 2000 13:46:15 -0700 (PDT) (envelope-from dillon) Date: Mon, 10 Apr 2000 13:46:15 -0700 (PDT) From: Matthew Dillon Message-Id: <200004102046.NAA27006@apollo.backplane.com> To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NFS FHs, what are they (how are they made?) References: <200004102039.QAA32367@cs.rpi.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I was previously under the impression that a NFS FH was basically a :concatenation of a device # and an inode #. This was shot down earlier today. :The problem was that a disk had failed and we where doing a replacement (the :new disk was not identical to the old, it was substantially larger). I :proceeded to format it so that the old fstab entry would work with the new :drive (that is the NFS exported partition would be called /dev/wd1s1h -- :same device number, no?) I then used dump/restore to ensure that the :inode numbers would remain the same. Making to further changes I shut down :the machine, swapped in the new drive and brought the system back up. The :new drive was mounted faithfully by the old fstab. Yet I now see :"Stale NFS Handle"s on my clients. What did I do wrong? : :-- :David Cross | email: crossd@cs.rpi.edu It's probably the file iteration number, which the NFS server uses to detect when a file is destroyed (inode is freed), and then the inode is reused for something else. I think this case after dump/restore was written, so restore has no clue about it. /usr/include/ufs/ufs/dinode.h, I think it's the 'di_gen' field. When you newfs a filesystem it's supposed to populate this field with a random number also. So short of doing a disk-to-disk image copy, there is no way you would be able to maintain disk consistency from NFS's point of view. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 13:48:21 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 88F1337B5B8 for ; Mon, 10 Apr 2000 13:48:18 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id NAA27067; Mon, 10 Apr 2000 13:48:14 -0700 (PDT) (envelope-from dillon) Date: Mon, 10 Apr 2000 13:48:14 -0700 (PDT) From: Matthew Dillon Message-Id: <200004102048.NAA27067@apollo.backplane.com> To: Poul-Henning Kamp Cc: "David E. Cross" , freebsd-hackers@FreeBSD.ORG Subject: Re: NFS FHs, what are they (how are they made?) References: <26140.955399335@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :In message <200004102039.QAA32367@cs.rpi.edu>, "David E. Cross" writes: : :>I then used dump/restore to ensure that the :>inode numbers would remain the same. : :I don't think restore can preserve inode numbers. : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :phk@FreeBSD.ORG | TCP/IP since RFC 956 Yup, that too. The manual page even talks about it in the second-to-last paragraph. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 14: 6:58 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 B095037BCC6 for ; Mon, 10 Apr 2000 14:06:54 -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 RAA33394; Mon, 10 Apr 2000 17:06:37 -0400 (EDT) Message-Id: <200004102106.RAA33394@cs.rpi.edu> To: Matthew Dillon Cc: Poul-Henning Kamp , "David E. Cross" , freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: NFS FHs, what are they (how are they made?) In-Reply-To: Message from Matthew Dillon of "Mon, 10 Apr 2000 13:48:14 PDT." <200004102048.NAA27067@apollo.backplane.com> Date: Mon, 10 Apr 2000 17:06:36 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG D'oh. My bad. I think I am remembering this behaviour from SunOS days past. Oh Well. -- 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 Mon Apr 10 14:36:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id CC6A537BA05 for ; Mon, 10 Apr 2000 14:36:36 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id RAA12324; Mon, 10 Apr 2000 17:36:06 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200004102136.RAA12324@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200004100128.TAA15168@harmony.village.org> Date: Mon, 10 Apr 2000 17:36:05 -0400 (EDT) From: John Baldwin To: Warner Losh Subject: RE: How hard would it be... Cc: hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Apr-00 Warner Losh wrote: > ... to get FreeBSD to boot off a BSD partition that wasn't labeled as > 0xa5? I'm looking for a way to create a disk that a certain picky > BIOS will like and boot off of, and I think I have to create it with a > certain ID and then it will be happy. I suspect that it involves > hacking the boot blocks, the boot loader and the kernel's idea of the > BSD partition number in disk*subr.c. Are there other things that are > needed? I may be barking up the wrong tree in trying to get around > this BIOS's pickiness, but I thought I'd at least ask. > > Yes, this is for a well-known, cheap internet device, which shall > remain nameless. I've already OPENed mine up. a real lookER. Heh. Well, I can't speak for the kernel side of things, but for the rest of the boot strap you would need to change these lines in these files: /sys/boot/i386/boot2/boot1.s: .set PRT_BSD,0xa5 # Partition type /usr/include/sys/disklabel.h: #define DOSPTYP_386BSD 0xa5 /* 386BSD partition type */ Once you've done that, go into /sys/boot/i386 and just do a make. If you update /sys/sys/disklabel.h you might be able to compile a new kernel and be able to mount, etc., but I'm not sure about that part. > Warner -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 14:49:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jestocost.cosc.morrisville.edu (jestocoast.cosc.morrisville.edu [136.204.176.67]) by hub.freebsd.org (Postfix) with ESMTP id 34B0A37B78F for ; Mon, 10 Apr 2000 14:49:24 -0700 (PDT) (envelope-from root@jestocost.cosc.morrisville.edu) Received: by jestocost.cosc.morrisville.edu (8.9.3/8.9.3) id RAA08687 for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 17:45:38 -0400 (EDT) (envelope-from root) From: James Halstead To: freebsd-hackers@freebsd.org Subject: problems with "-O -pipe" in guile port Date: Mon, 10 Apr 2000 17:34:44 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00041017453700.36307@jestocost.cosc.morrisville.edu> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was trying to install gnome from ports cvsup'd today and i kept getting stuck when building guile. cc never crashed however it seemed to be stuck in an infinite loop(i stopped it after about 2 hours). when i remove "-O -pipe" from the qt makefile it seems to compile fine. is this a compilier problem or something with the guile port? PS. PLEASE reply to both the return address of this message and the address: "halstead@dreamscape.com" It will be appreciated. James ;) more stuff: here is some output (sorry about the long lines need to make this quick) [root@jestocost gnome]# make install ===> Extracting for gnome-1.0.53 >> No MD5 checksum file. ===> gnome-1.0.53 depends on shared library: glib12.3 - found ===> gnome-1.0.53 depends on shared library: gtk12.2 - found ===> gnome-1.0.53 depends on shared library: ORBit.2 - found ===> gnome-1.0.53 depends on shared library: Imlib.5 - found ===> gnome-1.0.53 depends on shared library: audiofile.0 - found ===> gnome-1.0.53 depends on shared library: esd.2 - found ===> gnome-1.0.53 depends on shared library: gnome.3 - found ===> gnome-1.0.53 depends on shared library: gtop.1 - not found ===> Verifying install for gtop.1 in /usr/ports/devel/libgtop ===> Extracting for libgtop-1.0.7 >> Checksum OK for libgtop-1.0.7.tar.gz. ===> libgtop-1.0.7 depends on executable: gmake - found ===> libgtop-1.0.7 depends on executable: libtool - found ===> libgtop-1.0.7 depends on shared library: gnome.3 - found ===> libgtop-1.0.7 depends on shared library: guile.6 - not found ===> Verifying install for guile.6 in /usr/ports/lang/guile ===> Building for guile-1.3.4 Making all in ice-9 Making all in qt Making all in md Making all in time /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s rm -f .libs/qtmds.lo cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s -fPIC -DPIC -o .libs/qtmds.lo *** dies here *** [root@jestocost /root]# dmesg Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-STABLE #0: Tue Mar 28 16:38:17 EST 2000 root@jestocost.cosc.morrisville.edu:/usr/src/sys/compile/CS_JESTO_KRNL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 232881891 Hz CPU: Pentium/P55C (232.88-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62390272 (60928K bytes) Preloaded elf kernel "kernel" at 0xc02af000. Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip2: rev 0x01 on pci0.7.3 vga0: rev 0x01 int a irq 9 on pci0.8.0 fxp0: rev 0x02 int a irq 11 on pci0.20.0 fxp0: Ethernet address 00:a0:c9:e3:2b:c0 Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> ... try to identify the yamaha pcm0 at 0x530 irq 5 drq 0 flags 0xc111 on isa mss_attach 0 at 0x530 irq 5 dma 0:1 flags 0xc111 setting up yamaha registers set yamaha master volume to max sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model IntelliMouse, device ID 3 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3077MB (6303024 sectors), 6253 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, dma, iordis acd0: drive speed 5511KB/sec, 120KB cache acd0: supported read types: CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 npx0 on motherboard npx0: INT 16 interface vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a [root@jestocost /root]# cc -v gcc version 2.7.2.3 thanks for any info. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 14:59:44 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 2B7FE37B985 for ; Mon, 10 Apr 2000 14:59: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 PAA20772; Mon, 10 Apr 2000 15:59:35 -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 PAA25659; Mon, 10 Apr 2000 15:59:28 -0600 (MDT) Message-Id: <200004102159.PAA25659@harmony.village.org> To: James Halstead Subject: Re: problems with "-O -pipe" in guile port Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 10 Apr 2000 17:34:44 EDT." <00041017453700.36307@jestocost.cosc.morrisville.edu> References: <00041017453700.36307@jestocost.cosc.morrisville.edu> Date: Mon, 10 Apr 2000 15:59:28 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <00041017453700.36307@jestocost.cosc.morrisville.edu> James Halstead writes: : I was trying to install gnome from ports cvsup'd today and i kept getting : stuck when building guile. cc never crashed however it seemed to be stuck in : an infinite loop(i stopped it after about 2 hours). when i remove "-O -pipe" : from the qt makefile it seems to compile fine. : : is this a compilier problem or something with the guile port? : : PS. PLEASE reply to both the return address of this message and the : address: "halstead@dreamscape.com" It will be appreciated. : James ;) I've seen this in 4 different template-laden files that we have in our product here. The solution was to remove -O, the -pipe doesn't matter. It is a compiler bug. It also happens on gcc/g++ 2.8. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 15: 1:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by hub.freebsd.org (Postfix) with ESMTP id ED50B37B919 for ; Mon, 10 Apr 2000 15:01:12 -0700 (PDT) (envelope-from dmlb@ragnet.demon.co.uk) Received: from ragnet.demon.co.uk ([158.152.46.40]) by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1) id 12elaG-000DMM-0W for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 22:19:00 +0100 Received: from dmlb by ragnet.demon.co.uk with local (Exim 3.03 #1) id 12elZh-000IR6-00 for freebsd-hackers@freebsd.org; Mon, 10 Apr 2000 22:18:25 +0100 Content-Length: 3238 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 10 Apr 2000 22:18:25 +0100 (BST) From: Duncan Barclay To: freebsd-hackers@freebsd.org Subject: Help with network driver development Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all I've successfully ported the NetBSD if_ray (Webgear PCCard Wireless LAN) driver to RELENG_3 but have realised that the driver has a bit of a problem and I would like some advice on the best way to fix it. The card doesn't present a register set but uses a mailbox type system to set up most things. The driver fills in a struct in shared ram, pings the card that then completes the command and interrupts when finished. The problem is that the driver returns to userland before the command (e.g. update to multicast list via an ioctl) actually completes. The symptom is everything going belly up when something does: #!/bin/sh ifconfig ray0 inet 192.168.247.32 ifconfig ray0 inet 192.168.247.33 (a bit like dhclient) because the card cannot cope with being told to update (for example) the multicast list until it has finished the previous update. I have a number of alternatives to fixing all this within the driver and sleeping until the user command has completed and I'll go for the most straight forward. My question to all the network driver gods is how best to serialise access to the driver to different userland processes? I want to ensure that two different processes don't try and access the card simultaneously and muck each other up. Am I right in assuming that the ioctl is the only user land entry point to a network driver? Is something like this sufficient (and right) for ioctl entry? ray_ioctl(...) { ... s = splimp(); switch (command) { case SIOCADDMULTI: case SIOCDELMULTI: /* Get exclusive lock */ while (1) { if (!softc->lock) { softc->lock++; break; } rv = tsleep(softc->lock, 0|PCATCH, "rayexl"); if (rv) return (rv); if ((ifp->if_flags & IFF_RUNNING) == 0) return (EIO); } /* Run command and sleep until completed */ ray_update_mcast(sc); rv = tsleep(softc->lock, 0|PCATCH, "raycmd"); /* Release exclusive lock */ softc->lock = 0; splx(s); wakeup(softc->lock); return (rv); break; ... } } The last released version of the driver (and raycontrol like wicontrol(8)) is available at http://www.ragnet.demon.co.uk/raylink.tar.gz this works well for tx and rx and "slow" changes to the device parameters. I can make available later versions with more debugging of the above problems if needed. Duncan PS. Until pccard in RELENG_4 allows access to both attribute and common memory (a bit like if_xe) the driver won't be advanced to > RELENG_3 :-( PPS. This is my first driver. --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned. ________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 15: 2:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 18F6937B56C; Mon, 10 Apr 2000 15:02:45 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id AAA04018; Tue, 11 Apr 2000 00:03:05 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200004102203.AAA04018@grimreaper.grondar.za> To: John Hay Cc: karsten@rohrbach.de, mark@grondar.za (Mark Murray), kris@FreeBSD.ORG (Kris Kennaway), cejkar@dcse.fee.vutbr.cz (Cejka Rudolf), hackers@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: desire for ftp.internat.freebsd.org mirror References: <200004102020.WAA54414@zibbi.mikom.csir.co.za> In-Reply-To: <200004102020.WAA54414@zibbi.mikom.csir.co.za> ; from John Hay "Sat, 10 Apr 2000 22:20:48 +0200." Date: Tue, 11 Apr 2000 00:03:05 +0200 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Why not just use cvsup? It is already installed and running on internat > and the firewall is already configured to allow it through. CVSUP only covers that which is already in CVS. The FTP stuff is what this chap is looking for. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 16:14:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mw2.texas.net (mw2.texas.net [206.127.30.12]) by hub.freebsd.org (Postfix) with ESMTP id C55E137B69F for ; Mon, 10 Apr 2000 16:13:15 -0700 (PDT) (envelope-from doug@texas.net) Received: from staff3.texas.net (staff3.texas.net [207.207.0.40]) by mw2.texas.net (2.4/2.4) with ESMTP id SAA26526 for ; Mon, 10 Apr 2000 18:09:04 -0500 (CDT) Received: (from doug@localhost) by staff3.texas.net (8.9.3/8.9.2) id SAA01318 for freebsd-hackers@FreeBSD.ORG; Mon, 10 Apr 2000 18:09:03 -0500 (CDT) (envelope-from doug@texas.net) Date: Mon, 10 Apr 2000 18:09:03 -0500 From: Douglas Swarin To: freebsd-hackers@FreeBSD.ORG Subject: Re: NFS Panic Problem Message-ID: <20000410180903.A934@staff.texas.net> References: <20000316005107.A2883@staff.texas.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000316005107.A2883@staff.texas.net>; from doug@staff.texas.net on Thu, Mar 16, 2000 at 12:51:08AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I finally managed to obtain a crash dump of the problem quoted at the end of this message. Strangely enough, it was crashing daily until the debug code went in, at which point it stopped crashing. Just today, though, we had the same panic. The machine is running -STABLE as of Mar 16 2000. Here's what I got from gdb -k on the dump: (kgdb) set width 80 (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.0 (kgdb) core-file /var/crash/vmcore.0 IdlePTD 3239936 initial pcb at 280874 panicstr: vinvalbuf: flush failed panic messages: --- panic: vinvalbuf: flush failed syncing disks... 8 8 4 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 done [dump countdown snipped] --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 #1 0xc0156315 in panic (fmt=0xc024dcbf "vinvalbuf: flush failed") at ../../kern/kern_shutdown.c:446 #2 0xc017ac5e in vinvalbuf (vp=0xd05502c0, flags=1, cred=0xc222df80, p=0xcfe57780, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:677 #3 0xc01b8410 in nfs_vinvalbuf (vp=0xd05502c0, flags=1, cred=0xc222df80, p=0xcfe57780, intrflg=1) at ../../nfs/nfs_bio.c:979 #4 0xc01b6d1b in nfs_bioread (vp=0xd05502c0, uio=0xcfe6ef00, ioflag=8323072, cred=0xc222df80, getpages=0) at ../../nfs/nfs_bio.c:345 #5 0xc01dc814 in nfs_read (ap=0xcfe6eeb8) at ../../nfs/nfs_vnops.c:963 #6 0xc018167f in vn_read (fp=0xc1e16800, uio=0xcfe6ef00, cred=0xc222df80, flags=0) at vnode_if.h:303 #7 0xc0160d41 in dofileread (p=0xcfe57780, fp=0xc1e16800, fd=3, buf=0x804d000, nbyte=512, offset=-1, flags=0) at ../../kern/sys_generic.c:179 #8 0xc0160c4b in read (p=0xcfe57780, uap=0xcfe6ef84) at ../../kern/sys_generic.c:111 #9 0xc022da2b in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 672022196, tf_esi = 672022196, tf_ebp = -1077945848, tf_isp = -806948908, tf_ebx = 671965656, tf_edx = 3, tf_ecx = -1, tf_eax = 3, tf_trapno = 7, tf_err = 2, tf_eip = 671715344, tf_cs = 31, tf_eflags = 534, tf_esp = -1077945880, tf_ss = 39}) at ../../i386/i386/trap.c:1100 #10 0xc022257c in Xint0x80_syscall () #11 0x280bbe69 in ?? () #12 0x280bbd32 in ?? () #13 0x8048cb9 in ?? () #14 0x8049bcf in ?? () #15 0x80489c1 in ?? () (kgdb) source /usr/src/sys/modules/vinum/.gdbinit.kernel (kgdb) ps pid proc addr uid ppid pgrp flag stat comm wchan 41612 cffa32e0 cffee000 211914 41600 41611 004086 3 grep piperd cfd88b20 41611 d05247e0 d0683000 211914 41600 41611 004006 2 tail 41600 d0524ec0 d0665000 211914 41599 41600 004086 3 bash wait d0524ec0 I'm guessing the three processes listed above are the important ones. A 'tail' on a large NFS-mounted logfile piped to 'grep' caused the crash. I can provide other information from the dump if anyone needs it. Thanks in advance for any help, Doug On Thu, Mar 16, 2000 at 12:51:08AM -0600, Douglas Swarin wrote: > Recently one of the FreeBSD machines where I work has been crashing on a > semi-regular basis, once or twice a day. The dmesg for the machine is at > the bottom of this post. These crashes started very recently, less than > a week ago. Before that, the machine had been very reliable (several 100 > day uptimes). > > The machine used to be running FreeBSD 3.1-STABLE as of mid-April 1999. > Since I know many NFS bugs have been fixed since then, the box was on > Tuesday upgraded to 3.4-STABLE (a completely fresh installation). This, > however, did not fix the panics. I believe the problem to be related to > one of these two PRs: > > [1998/06/23] kern/7028 http://www.freebsd.org/cgi/query-pr.cgi?pr=7028 > panic in vinvalbuf when appending/looking at tail of NFS file > > [2000/03/08] misc/17272 http://www.freebsd.org/cgi/query-pr.cgi?pr=17272 > deleting a file that a program has open causes vinvalbuf: flush failed > > Basically, it's: > > panic: vinvalbuf: flush failed > > And appears to be triggered by a 'tail -f' on a growing, very large log > file over NFS. The NFS host on the other end is running Solaris 2.6 on a > sparc. The actual mount is kind of weird; it is indirected through a > different NFS mount off a NetApp through a symlink (the NetApp-mounted > FS is basically a symlink farm with a few real directories). Basically: > > netapp:/home on /home > sun:/logs on /sun/logs > > /home/logs@ -> /sun/logs > and we are doing 'tail -f /home/logs/largelogfile' > (there are good historical reasons for this setup) > > We have made no significant changes to the other machines in this setup, > although the logfile in question has been growing in size over time. We > rotate the logfile on the Sun daily as well. No executable files for the > BSD machine are stored on the Sun. > > I have compiled a debug kernel and will provide a traceback and/or dump > to anyone who is interested once it happens again. If I find a way to > reliably reproduce it, I will post that too. For the meantime, are there > any quick patches or other solutions I could use? > > Thanks in advance for your time and advice, > Doug > > Below is dmesg: > > Copyright (c) 1992-1999 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.4-STABLE #2: Tue Mar 14 23:21:39 CST 2000 > doug@xxx:/usr/src/sys/compile/XXX > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 347664663 Hz > CPU: Pentium II/Xeon/Celeron (347.66-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x652 Stepping = 2 > Features=0x183fbff > real memory = 536870912 (524288K bytes) > avail memory = 519360512 (507188K bytes) > Preloaded elf kernel "kernel" at 0xc0309000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc030909c. > Pentium Pro MTRR support enabled > Probing for devices on PCI bus 0: > chip0: rev 0x03 on pci0.0.0 > chip1: rev 0x03 on pci0.1.0 > chip2: rev 0x03 on pci0.2.0 > chip3: rev 0x02 on pci0.7.0 > chip4: rev 0x02 on pci0.7.3 > fxp0: rev 0x05 int a irq 14 on pci0.8.0 > fxp0: Ethernet address 00:90:27:45:ee:ae > Probing for devices on PCI bus 1: > vga0: rev 0x5c on pci1.0.0 > Probing for devices on PCI bus 2: > ahc0: rev 0x00 int a irq 11 on pci2.4.0 > ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs > ahc1: rev 0x03 int a irq 11 on pci2.6.0 > ahc1: aic7860 Single Channel A, SCSI Id=7, 3/255 SCBs > Probing for devices on the ISA bus: > sc0 on isa > sc0: VGA color <16 virtual consoles, flags=0x0> > atkbdc0 at 0x60-0x6f on motherboard > atkbd0 irq 1 on isa > psm0 not found > sio0 at 0x3f8-0x3ff irq 4 flags 0x30 on isa > sio0: type 16550A, console > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: FIFO enabled, 8 bytes threshold > fd0: 1.44MB 3.5in > ppc0 at 0x378 irq 7 on isa > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > lpt0: on ppbus 0 > lpt0: Interrupt-driven port > ppi0: on ppbus 0 > lppps0: on ppbus 0 > plip0: on ppbus 0 > vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa > npx0 on motherboard > npx0: INT 16 interface > Waiting 8 seconds for SCSI devices to settle > chcd0 at ahc1 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled > da1: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled > da0: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) > changing root device to da0s1a > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 17:24:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.51]) by hub.freebsd.org (Postfix) with ESMTP id 7E82F37B64B for ; Mon, 10 Apr 2000 17:24:44 -0700 (PDT) (envelope-from whs@xs4all.nl) Received: from localhost (dc2-isdn2252.dial.xs4all.nl [194.109.156.204]) by smtp8.xs4all.nl (8.9.3/8.9.3) with SMTP id AAA02203 for ; Tue, 11 Apr 2000 00:13:03 +0200 (CEST) Message-ID: <38F26F45.167EB0E7@xs4all.nl> Date: Tue, 11 Apr 2000 00:18:13 +0000 From: "W.H.Scholten" Organization: Robots anonymous X-Mailer: Mozilla 3.04 (X11; I; FreeBSD 3.3-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: dutch keyboard map (+sort note) References: <38F0C306.41C67EA6@xs4all.nl> <200004092033.WAA73151@bigeye.rhein-neckar.de> <20000410012143.A95967@keltia.freenix.fr> <8ctdlh$in7$1@bigeye.rhein-neckar.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christian Weisgerber wrote: > > Ollivier Robert wrote: > > > > > As there isnt a dutch keymap for syscons, > > > ^ > > > That's an acute accent (the same diacritic as in ''), not an > > > apostrophe. > > > > In 8859-1 yes but not in 8859-15 (aka Latin9)... > > Well, the original message was in Latin 1. You re-interpretating > it as Latin 9 is not fair. What are you both reading from a typo? I use 2 keyboards, US & NL and acute on the one has apostrophe on the other in the exact same position. Guess what happens sometimes :) Btw, I don't see why I had to load the screenmap myself (unless I reboot of course). Why doesn't sysinstall do this when I tell it to use iso8859->ibm mapping? Wouter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 18:17:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ugly.prth.tensor.pgs.com (ugly.prth.tensor.pgs.com [157.147.225.240]) by hub.freebsd.org (Postfix) with ESMTP id 4434D37B878 for ; Mon, 10 Apr 2000 18:17:23 -0700 (PDT) (envelope-from shocking@ugly.prth.tensor.pgs.com) Received: from ugly (IDENT:shocking@localhost.prth.tensor.pgs.com [127.0.0.1]) by ugly.prth.tensor.pgs.com (8.9.3/8.9.3) with ESMTP id JAA08992 for ; Tue, 11 Apr 2000 09:17:10 +0800 Message-Id: <200004110117.JAA08992@ugly.prth.tensor.pgs.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: hackers@freebsd.org Subject: Proper voltages for K6-2 500MHz unit? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Apr 2000 09:17:09 +0800 From: Stephen Hocking-Senior Programmer PGS SPS Perth Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The technical doco that I have from AMD's website only covers CPUs up to 475MHz, and they're at 2.4V. Would it be safe to assume that the 500MHz units are the same? I know that the 400MHz units were at 2.2V (some at 4x100, mine at 6x66). I take it that they'll be at 5x100MHz FSB, some 400MHz parts were 6x66, as I discovered after buying one rather cheaply. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 18:26:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id C9BE037B556 for ; Mon, 10 Apr 2000 18:26:44 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id KAA83907; Tue, 11 Apr 2000 10:57:12 +0930 (CST) (envelope-from newton) Date: Tue, 11 Apr 2000 10:57:12 +0930 From: Mark Newton To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NFS FHs, what are they (how are they made?) Message-ID: <20000411105712.B83822@internode.com.au> References: <200004102039.QAA32367@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <200004102039.QAA32367@cs.rpi.edu> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 10, 2000 at 04:39:28PM -0400, David E. Cross wrote: > The new drive was mounted faithfully by the old fstab. Yet I now see > "Stale NFS Handle"s on my clients. What did I do wrong? restore(8) doesn't preserve inode allocations: A level zero dump must be done after a full restore. Because restore runs in user code, it has no control over inode allocation; thus a full dump must be done to get a new set of directories reflecting the new in- ode numbering, even though the contents of the files is unchanged. I believe FH numbering is a bit more complicated than dev/inode concatenation anyway, but the lack of inode number preservation is probably what bit you this time. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 18:57:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from valis.worldgate.ca (valis.worldgate.ca [198.161.84.2]) by hub.freebsd.org (Postfix) with ESMTP id 009AF37B603 for ; Mon, 10 Apr 2000 18:57:30 -0700 (PDT) (envelope-from skafte@worldgate.ca) Received: from worldgate.ca (diskless4.worldgate.ca [198.161.84.132]) by valis.worldgate.ca (8.9.3/8.9.3) with ESMTP id TAA19266; Mon, 10 Apr 2000 19:56:38 -0600 (MDT) (envelope-from skafte@worldgate.ca) Message-ID: <38F28655.12D2077D@worldgate.ca> Date: Mon, 10 Apr 2000 19:56:37 -0600 From: Greg Skafte Organization: WorldGate Inc X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Hocking-Senior Programmer PGS SPS Perth Cc: hackers@FreeBSD.ORG Subject: Re: Proper voltages for K6-2 500MHz unit? References: <200004110117.JAA08992@ugly.prth.tensor.pgs.com> Content-Type: multipart/mixed; boundary="------------E58A751154C4D6060F1DA33D" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------E58A751154C4D6060F1DA33D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit the one I just got was a 2.2V. if your cpu doesn't have a heatsink glued onto it, it's labeled on the top of the cpu. Stephen Hocking-Senior Programmer PGS SPS Perth wrote: > > The technical doco that I have from AMD's website only covers CPUs up to > 475MHz, and they're at 2.4V. Would it be safe to assume that the 500MHz units > are the same? I know that the 400MHz units were at 2.2V (some at 4x100, mine > at 6x66). I take it that they'll be at 5x100MHz FSB, some 400MHz parts were > 6x66, as I discovered after buying one rather cheaply. > > Stephen > -- > The views expressed above are not those of PGS Tensor. > > "We've heard that a million monkeys at a million keyboards could produce > the Complete Works of Shakespeare; now, thanks to the Internet, we know > this is not true." Robert Wilensky, University of California > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Email: skafte@worldgate.ca Voice: +780 413 1910 Fax: +780 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) --------------E58A751154C4D6060F1DA33D Content-Type: text/x-vcard; charset=us-ascii; name="skafte.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Greg Skafte Content-Disposition: attachment; filename="skafte.vcf" begin:vcard n:Skafte;Greg tel;pager:+1 (780) 491 4791 tel;cell:+1 (780) 718 1570 tel;fax:+1 (780) 421 4929 tel;work:+1 (780) 413 1910 x-mozilla-html:FALSE org:;Network Operations adr:;;#575 10123 99 Street;Edmonton;Alberta;T5J 3H1;Canada version:2.1 email;internet:Skafte@worldgate.ca title:Operations Manager x-mozilla-cpt:;29088 fn:Greg Skafte end:vcard --------------E58A751154C4D6060F1DA33D-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 19:21:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C3B9D37B603; Mon, 10 Apr 2000 19:21:28 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Mon, 10 Apr 2000 22:21:26 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: somewhat random mostly-lockups in 5.0 In-Reply-To: <17850.955392059@zippy.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 Mon, 10 Apr 2000, Jordan K. Hubbard wrote: > > The syptoms are that the machine locks up. Hard. But there's a catch: > > Erm, Brian, You *know* nobody can debug a problem like this without > hard information. It's like calling a mechanic on the phone and > saying "My car won't go. It just doesn't move at all! Tell me what's > wrong!" > [...] I'm not really expecting someone to be able to explain why it's happening. I'm wondering if anyone else notices the same problem. My friend down here who also has this problem is going to get DDB set up to work with the serial console, which means when it happens to him next, he'll have all the info necessary to figure this out. I was thinking that perhaps I was not the only one to notice this yet, and if someone else did they could find out more. I'm not looking for a psychic; I'm trying to find the problem by letting other people know that when it happens to them, they aren't the only ones, and shouldn't brush it off if possible... > - Jordan > > P.S. My -current box from April 6th has yet to do anything like this. It's occurred on UP machines only that I know of, and I know only of these two specific reports. There's more in common, such as use of softupdates, invariants, ATA, and other kernel options. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Apr 10 21: 5:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id D2E3F37B95C; Mon, 10 Apr 2000 21:05:05 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id GAA64112; Tue, 11 Apr 2000 06:05:00 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200004110405.GAA64112@zibbi.mikom.csir.co.za> Subject: Re: desire for ftp.internat.freebsd.org mirror In-Reply-To: from Kris Kennaway at "Apr 10, 2000 01:44:36 pm" To: kris@FreeBSD.org (Kris Kennaway) Date: Tue, 11 Apr 2000 06:05:00 +0200 (SAT) Cc: jhay@mikom.csir.co.za (John Hay), karsten@rohrbach.de, mark@grondar.za (Mark Murray), cejkar@dcse.fee.vutbr.cz (Cejka Rudolf), hackers@FreeBSD.org, markm@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Why not just use cvsup? It is already installed and running on internat > > and the firewall is already configured to allow it through. > > The question was about mirroring the FTP site, i.e. all of the binary > packages and stuff which are also there. > I understood it is for the ftp area. You just define a collection or collections (if you want to break it up) for it and off you go. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 10 21:24:45 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 E154637B573 for ; Mon, 10 Apr 2000 21:24:41 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustidentd@obie.softweyr.com [204.68.178.33]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id WAA02489; Mon, 10 Apr 2000 22:24:35 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <38F2A92E.6C0693E1@softweyr.com> Date: Mon, 10 Apr 2000 22:25:18 -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: Brooks Davis Cc: hackers@FreeBSD.ORG Subject: Re: mntent.h - what is it? References: <200004091630.SAA02426@gil.physik.rwth-aachen.de> <20000410114245.A11090@orion.ac.hmc.edu> <38F23839.1B21FF07@softweyr.com> <20000410134616.A27553@orion.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brooks Davis wrote: > > On Mon, Apr 10, 2000 at 02:23:21PM -0600, Wes Peters wrote: > > This is a SysV-ish way to get info about mounted filesystems, so the > > glibc manpage is completely stoned (imagine that). I know this existed > > in SVR2, at least. > > I did some more investigating. A similarly named, but almost entierly > different iterface apears in SysV. The Linux interface appears in SunOS > 4.1.3. However, it's not in 4.3BSD Net/2 or Reno. Unless this was > nuked in 4.3 it looks like this is infact a SunOSism that wandered into > glibc. It appears that the authors sucessfully choose the least > portable of the three available APIs. ;-) I repeat: imagine that. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 1: 3:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gba.oz.au (gba.tmx.com.au [203.9.155.249]) by hub.freebsd.org (Postfix) with SMTP id 62E8637B948 for ; Tue, 11 Apr 2000 01:03:53 -0700 (PDT) (envelope-from gjb-freebsd@gba.oz.au) Received: (qmail 7555 invoked by uid 1001); 11 Apr 2000 12:02:29 +1000 X-Posted-By: GBA-Post 2.02.01 12-Dec-1999 X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 Message-Id: Date: Tue, 11 Apr 2000 12:02:28 +1000 From: Greg Black To: FreeBSD-hackers@FreeBSD.ORG Subject: Kernel adjustment for clock drift Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been away from the FreeBSD lists for ages and am looking for an update on clock drift management under FreeBSD-3.4R. I asked this on -questions, but got no answers. Perhaps somebody here knows the answer. I have a machine that drifts about 7 seconds a day and I'd like to tweak something in the kernel to keep it closer to the truth. The clock gets corrected once a day by ntpdate, but I'd like to avoid such big adjustments. In the past I used a sysctl under BSDI's BSD/OS to adjust the value of `tick', but the whole kern.clockrate struct is marked as not changeable under FreeBSD. If anybody can tell me which FM has the answer (or even the actual answer), I'd be grateful. If your answer includes terms such as {,x}ntpd, then please don't bother, because that's not the answer (or even an answer) to this particular question. Please copy any replies to me as my subscription to the list is going off with this message and won't be completed for some time. -- Greg Black -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 1:57:32 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 E1DFF37B897 for ; Tue, 11 Apr 2000 01:57:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA28637; Tue, 11 Apr 2000 10:56:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Black Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: Kernel adjustment for clock drift In-reply-to: Your message of "Tue, 11 Apr 2000 12:02:28 +1000." Date: Tue, 11 Apr 2000 10:56:06 +0200 Message-ID: <28635.955443366@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Greg, I got your email, but didn't get down to it yet. On 3.4 you need to set the frequency of the relevant timecounter. If you grep Timecounter /var/run/dmesg.boot and look at the *last line*, it will say either TSC or i8254. You can then modify the frequency with the corresponding sysctl variable: machdep.i8254_freq: 1193182 or machdep.tsc_freq: 400911216 and set the frequency there. Make sure that you have APM firmly disabled in the BIOS. 7 seconds per day is 81 PPM and not atypical for PC hardware. Consider using a newer NTP (www.ntp.org), the burst mode is pretty good for dial-up/demand lines. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 1:57:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 2A71837BA2F for ; Tue, 11 Apr 2000 01:57:35 -0700 (PDT) (envelope-from danhil@cwnt.com) Received: from unspecified.host (ras3-p78.hfa.netvision.net.il [62.0.147.78]) by alpha.netvision.net.il (8.9.3/8.8.6) with SMTP id KAA32648 for ; Tue, 11 Apr 2000 10:57:32 +0200 (IST) Received: from 192.168.0.46 ([192.168.0.46]) by 192.168.0.1 (WinRoute 3.04g) with SMTP; Tue, 11 Apr 2000 11:56:14 +0200 Message-ID: <05ba01bfa393$f689cfd0$2e00a8c0@cwnt.co.il> From: "Daniel Hilevich" To: Subject: Frame relay driver Date: Tue, 11 Apr 2000 10:57:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there a driver that support frame relay features in FreeBSD? I saw a netgraph node called ng_frame_relay but I could not find any generic driver that supports it. Thanx, --- Daniel Hilevich mailto:danhil@cwnt.com Tel: +972-4-9592203 ext. 214 Charlotte's Web Networks LTD. http://www.cwnt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 2: 4:29 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 458D337B64B for ; Tue, 11 Apr 2000 02:04:23 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id LAA28727; Tue, 11 Apr 2000 11:04:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Daniel Hilevich" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Frame relay driver In-reply-to: Your message of "Tue, 11 Apr 2000 10:57:28 +0200." <05ba01bfa393$f689cfd0$2e00a8c0@cwnt.co.il> Date: Tue, 11 Apr 2000 11:04:14 +0200 Message-ID: <28725.955443854@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <05ba01bfa393$f689cfd0$2e00a8c0@cwnt.co.il>, "Daniel Hilevich" write s: >Is there a driver that support frame relay features in FreeBSD? >I saw a netgraph node called ng_frame_relay but I could not find any generic >driver that supports it. The if_mn driver should support it, and I belive the if_ar and if_sr will as well. If you are interested in a V.35 style sync card, I have one which LMC (www.lanmedia.com) lent me, but for which I have not gotten the driver converted to netgraph yet. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 2:18:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 0FDA437B9CC for ; Tue, 11 Apr 2000 02:18:57 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id LAA11805 for ; Tue, 11 Apr 2000 11:18:55 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id LAA11861 for ; Tue, 11 Apr 2000 11:20:00 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id LAA00794 for hackers@freebsd.org; Tue, 11 Apr 2000 11:18:58 +0200 (CEST) Date: Tue, 11 Apr 2000 11:18:58 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004110918.LAA00794@gil.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: options BRIDGE - interfaces Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got an interesting tip from a list co-reader upon my question about arp-proxy. Luigi added options BRIDGE to the kernel some time ago (2.2.8) (Luigi, are you listening?) The man page (man 4 bridge) says that at the moment it works for ed,de,ep,fe,fxp,lnc,mx,tx,and xl interfaces. So fpa is not amongst them. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 2:47:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ms1.meiway.com (ms1.meiway.com [212.73.210.73]) by hub.freebsd.org (Postfix) with ESMTP id 02CB937B9C5 for ; Tue, 11 Apr 2000 02:47:34 -0700 (PDT) (envelope-from lconrad@Go2France.com) Received: from sv.Go2France.com [212.73.210.79] by ms1.meiway.com with ESMTP (SMTPD32-5.05) id A6159FF0582; Tue, 11 Apr 2000 11:53:25 +0200 Message-Id: <4.3.1.2.20000411112418.0405a5d0@mail.Go2France.com> X-Sender: lconrad%Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 11 Apr 2000 11:46:20 +0200 To: freebsd-hackers@FreeBSD.ORG From: Len Conrad Subject: Re: Frame relay driver ( also E1 PRI? ) In-Reply-To: <28725.955443854@critter.freebsd.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >If you are interested in a V.35 style sync card, I have one which >LMC (www.lanmedia.com) lent me, but for which I have not gotten >the driver converted to netgraph yet. >Poul-Henning Kamp ============ Poul-Henning, I'm trying to get Dave DePuy of LMC to lend us a new LMC 1500 PCI card, which has an on-board CSU/DSU and supports channelized T1/E1. The current board is PCI mezzanine format, but the standard format PCI board is due this month. LMC's web site http://www.lanmedia.com/products/pmc/1500_t1adaptor.htm: ========= My objective is to use FreeBSD as an access router for a ISDN callers over E1 PRI. If we in Paris were to provide a dedicated FreeBSD machine with root access (over a 1 megabit backbone link) with the card installed and hooked to a France Telecom PRI, would that help the development along? For software, LMC uses gcom.com. I have this msg from gcom.com: ================= Sender: dave@gcom.com Message-ID: <38A1C6C3.DF0EFC6D@gcom.com> Date: Wed, 09 Feb 2000 13:57:55 -0600 From: Dave Grothe Organization: Gcom, Inc X-Mailer: Mozilla 4.7C-CCK-MCD Caldera Systems OpenLinux [en] (X11; I; Linux 2.2.14 i586) X-Accept-Language: en MIME-Version: 1.0 To: Len Conrad CC: Dave DePuy Subject: Re: Linux driver for LMC 1500 series References: <4.2.2.20000209203759.03758ee0@mail.Go2France.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-RCPT-TO: X-UIDL: 249151475 Status: U Len: If all you need is a driver, go to ftp://ftp.gcom.com/pub/lmc. You can download a tgz of the Linux driver. The driver is a DLPI STREAMS driver, so you will need to download and install the Linux STREAMS package as a prerequisite. Go to ftp://www.gcom.com/LiS and look for the download buttons. E1 does not work yet. If you need actual protocol support come back to us for sync protocol stacks. -- Dave ===================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 2:52:23 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 6F10237B654 for ; Tue, 11 Apr 2000 02:52:20 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id LAA29106; Tue, 11 Apr 2000 11:51:51 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Frame relay driver ( also E1 PRI? ) In-reply-to: Your message of "Tue, 11 Apr 2000 11:46:20 +0200." <4.3.1.2.20000411112418.0405a5d0@mail.Go2France.com> Date: Tue, 11 Apr 2000 11:51:50 +0200 Message-ID: <29104.955446710@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <4.3.1.2.20000411112418.0405a5d0@mail.Go2France.com>, Len Conrad wri tes: > >If you are interested in a V.35 style sync card, I have one which > >LMC (www.lanmedia.com) lent me, but for which I have not gotten > >the driver converted to netgraph yet. > >Poul-Henning Kamp > >============ > >Poul-Henning, > >I'm trying to get Dave DePuy of LMC to lend us a new LMC 1500 PCI card, >which has an on-board CSU/DSU and supports channelized T1/E1. The current >board is PCI mezzanine format, but the standard format PCI board is due >this month. And a netgraph driver will be forthcoming rapidly after I get my two prototype cards from LMC :-) I think our order kickstarted that product for LMC :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 3:31:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by hub.freebsd.org (Postfix) with ESMTP id 2027737B681 for ; Tue, 11 Apr 2000 03:31:28 -0700 (PDT) (envelope-from daemon@bigeye.rhein-neckar.de) Received: from bigeye.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id MAA20028 for freebsd-hackers@freebsd.org; Tue, 11 Apr 2000 12:31:21 +0200 (CEST) (envelope-from daemon@bigeye.rhein-neckar.de) Received: (from daemon@localhost) by bigeye.rhein-neckar.de (8.9.3/8.9.3) id LAA44326 for freebsd-hackers@freebsd.org; Tue, 11 Apr 2000 11:56:42 +0200 (CEST) (envelope-from daemon) From: naddy@mips.rhein-neckar.de (Christian Weisgerber) Subject: Re: dutch keyboard map (+sort note) Date: 11 Apr 2000 11:56:42 +0200 Message-ID: <8cussq$1b8o$1@bigeye.rhein-neckar.de> References: <38F0C306.41C67EA6@xs4all.nl> <20000410012143.A95967@keltia.freenix.fr> <8ctdlh$in7$1@bigeye.rhein-neckar.de> <38F26F45.167EB0E7@xs4all.nl> To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG W.H.Scholten wrote: > Btw, I don't see why I had to load the screenmap myself (unless I reboot > of course). Why doesn't sysinstall do this when I tell it to use > iso8859->ibm mapping? I just tried the console configuration screen in sysinstall, and it only adds the settings to /etc/rc.conf but does not activate them right away. I guess that's a feature. -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 3:58:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id D541737B9E3 for ; Tue, 11 Apr 2000 03:58:31 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id MAA18690 for ; Tue, 11 Apr 2000 12:58:26 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 18687; Tue Apr 11 12:58:16 2000 Message-ID: <38F30675.A98B59A5@cequrux.com> Date: Tue, 11 Apr 2000 13:03:17 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: Determining traffic on a socket References: <38F1A456.EAADF652@cequrux.com> <20000410034218.U4381@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Campbell pointed out to me that TCP control blocks have the initial and current transmit and receive sequence numbers, so it is possible to compute the bytes sent and received from these. So, my next question is: given a socket fd (or a pid and fd number), how can I extract a copy of the TCP control block for that socket from the kernel? If it isn't possible, I guess I can add an ioctl that will allow me to query the information, but I would prefer to not have to modify the kernel if possible. TIA gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 4:26:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id C799637BA38 for ; Tue, 11 Apr 2000 04:26:07 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id NAA20384; Tue, 11 Apr 2000 13:25:47 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 20378; Tue Apr 11 13:25:45 2000 Message-ID: <38F30CE7.CC30F9B6@cequrux.com> Date: Tue, 11 Apr 2000 13:30:47 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jos Backus Cc: hackers@freebsd.org Subject: Re: Determining traffic on a socket References: <38F1A456.EAADF652@cequrux.com> <20000410034218.U4381@fw.wintelcom.net> <38F30675.A98B59A5@cequrux.com> <20000411131339.A85204@hal.mpn.cp.philips.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jos Backus wrote: > > What about trpt(8)? Looks useful, but when I run it I just get: "/kernel: no namelist" -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 4:37: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 505C037B928 for ; Tue, 11 Apr 2000 04:37:00 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12eyxx-000Cww-00; Tue, 11 Apr 2000 13:36:21 +0200 From: Sheldon Hearn To: Matthew Dillon Cc: "David E. Cross" , freebsd-hackers@FreeBSD.ORG Subject: Re: NFS FHs, what are they (how are they made?) In-reply-to: Your message of "Mon, 10 Apr 2000 13:46:15 MST." <200004102046.NAA27006@apollo.backplane.com> Date: Tue, 11 Apr 2000 13:36:21 +0200 Message-ID: <49780.955452981@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Apr 2000 13:46:15 MST, Matthew Dillon wrote: > When you newfs a filesystem it's supposed to populate this field with > a random number also. The 4.4BSD book says that the value of this field (and thus of the FH's filehandle) is time-based. Is this different in FreeBSD? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 4:39:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id A75D237B948 for ; Tue, 11 Apr 2000 04:39:16 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12eyza-000DUJ-00; Tue, 11 Apr 2000 13:38:02 +0200 From: Sheldon Hearn To: Greg Black Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: Kernel adjustment for clock drift In-reply-to: Your message of "Tue, 11 Apr 2000 12:02:28 +1000." Date: Tue, 11 Apr 2000 13:38:02 +0200 Message-ID: <51847.955453082@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Apr 2000 12:02:28 +1000, Greg Black wrote: > I've been away from the FreeBSD lists for ages and am looking > for an update on clock drift management under FreeBSD-3.4R. I > asked this on -questions, but got no answers. Perhaps somebody > here knows the answer. For the benefit of other members of -hackers, you did get several answers from at least one person (me), they just weren't what you were looking for. My final recommendation was to mail phk. Can't have -hackers folks thinking that -questions is a black hole. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 4:39:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by hub.freebsd.org (Postfix) with ESMTP id 6C57337B9C9 for ; Tue, 11 Apr 2000 04:39:20 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl3.philips.com with ESMTP id NAA12156 for ; Tue, 11 Apr 2000 13:39:15 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma012143; Tue, 11 Apr 00 13:39:16 +0200 Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with SMTP id NAA27727 for ; Tue, 11 Apr 2000 13:39:09 +0200 (MET DST) Received: (qmail 85876 invoked by uid 666); 11 Apr 2000 11:39:09 -0000 Date: Tue, 11 Apr 2000 13:39:09 +0200 From: Jos Backus To: Graham Wheeler Cc: hackers@freebsd.org Subject: Re: Determining traffic on a socket Message-ID: <20000411133909.A85759@hal.mpn.cp.philips.com> Reply-To: Jos Backus References: <38F1A456.EAADF652@cequrux.com> <20000410034218.U4381@fw.wintelcom.net> <38F30675.A98B59A5@cequrux.com> <20000411131339.A85204@hal.mpn.cp.philips.com> <38F30CE7.CC30F9B6@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38F30CE7.CC30F9B6@cequrux.com>; from gram@cequrux.com on Tue, Apr 11, 2000 at 01:30:47PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 11, 2000 at 01:30:47PM +0200, Graham Wheeler wrote: > Looks useful, but when I run it I just get: "/kernel: no namelist" Hm, trpt uses nlist(3), which (I think) only works with a.out images. Presumably trpt should use kvm_nlist(3) instead, just like e.g. w(1). -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 4:54:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 1203037B796 for ; Tue, 11 Apr 2000 04:54:46 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id NAA22329; Tue, 11 Apr 2000 13:54:39 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 22326; Tue Apr 11 13:54:15 2000 Message-ID: <38F31395.68EFE3EF@cequrux.com> Date: Tue, 11 Apr 2000 13:59:17 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Sheldon Hearn Cc: hackers@freebsd.org Subject: Re: Determining traffic on a socket References: <53045.955453206@axl.ops.uunet.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn wrote: > > On Tue, 11 Apr 2000 13:30:47 +0200, Graham Wheeler wrote: > > > > What about trpt(8)? > > > > Looks useful, but when I run it I just get: "/kernel: no namelist" > > Are you bypassing the loader when you boot (i.e. loading the kernel > directly)? This is a known problem, since the loader does a much better > job than do the boot blocks when it comes to exporting the kernel > symbols. Also, make sure your kernel isn't stripped. I'm running a 2.2.8 kernel on the system in question, which predates the multi-stage loader. Making sure the kernel isn't stripped isn't really an option - if it comes to that I'd rather add a new ioctl. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 6:20:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id BBA1637B645; Tue, 11 Apr 2000 06:19:47 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id NAA78628; Tue, 11 Apr 2000 13:45:26 +0100 (BST) (envelope-from nik) Date: Tue, 11 Apr 2000 13:45:25 +0100 From: Nik Clayton To: Brian Fundakowski Feldman Cc: Alfred Perlstein , hackers@FreeBSD.ORG Subject: Re: somewhat random mostly-lockups in 5.0 Message-ID: <20000411134525.A78232@catkin.nothing-going-on.org> References: <20000409191702.P4381@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from green@FreeBSD.org on Mon, Apr 10, 2000 at 07:48:45AM -0400 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 10, 2000 at 07:48:45AM -0400, Brian Fundakowski Feldman wrote: > On Sun, 9 Apr 2000, Alfred Perlstein wrote: > > In otherwords, unplug your palm pilot and attach a console. > > I'm going to get my friend to get a traceback and whatever else is > possible. He has a laptop and "null" serial cable to use, and he > experiences these problems as much as I do; I'll just convince him > to keep running the latest -CURRENT and get the serial console working. "ptelnet" for the Palm will do a serial connection over the Hotsync cradle. I have it on reasonable authority from a friend that they've booted FreeBSD this way, interacting with the boot loader via the Palm as they go. Not that I'm recommending this for day to day use, or anything, but if all you have is a Palm. . . N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 6:41:25 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 BA5EC37BA54 for ; Tue, 11 Apr 2000 06:41:18 -0700 (PDT) (envelope-from jflowers@ezo.net) Received: from ezo.net (violet.ezo.net [206.151.177.37]) by lily.ezo.net (8.8.7/8.8.7) with ESMTP id JAA10534; Tue, 11 Apr 2000 09:39:47 -0400 (EDT) Message-ID: <38F32B4A.76AF5936@ezo.net> Date: Tue, 11 Apr 2000 09:40:26 -0400 From: Jim Flowers Organization: EZNets, Inc. X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Frame relay driver ( also E1 PRI? ) References: <4.3.1.2.20000411112418.0405a5d0@mail.Go2France.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You might want to look at www.sangoma.com (Canada). They have a fr capable card that includes a supported FreeBSD driver at reasonable cost. Both V.35 and with built-in CSU and in both ISA and PCI. Not sure about E1. Len Conrad wrote: > >If you are interested in a V.35 style sync card, I have one which > >LMC (www.lanmedia.com) lent me, but for which I have not gotten > >the driver converted to netgraph yet. > >Poul-Henning Kamp > > ============ > > Poul-Henning, > > I'm trying to get Dave DePuy of LMC to lend us a new LMC 1500 PCI card, > which has an on-board CSU/DSU and supports channelized T1/E1. The current > board is PCI mezzanine format, but the standard format PCI board is due > this month. > > LMC's web site http://www.lanmedia.com/products/pmc/1500_t1adaptor.htm: > > ========= > > My objective is to use FreeBSD as an access router for a ISDN callers over > E1 PRI. > > If we in Paris were to provide a dedicated FreeBSD machine with root access > (over a 1 megabit backbone link) with the card installed and hooked to a > France Telecom PRI, would that help the development along? > > For software, LMC uses gcom.com. I have this msg from gcom.com: > > ================= > > Sender: dave@gcom.com > Message-ID: <38A1C6C3.DF0EFC6D@gcom.com> > Date: Wed, 09 Feb 2000 13:57:55 -0600 > From: Dave Grothe > Organization: Gcom, Inc > X-Mailer: Mozilla 4.7C-CCK-MCD Caldera Systems OpenLinux [en] (X11; I; > Linux 2.2.14 i586) > X-Accept-Language: en > MIME-Version: 1.0 > To: Len Conrad > CC: Dave DePuy > Subject: Re: Linux driver for LMC 1500 series > References: <4.2.2.20000209203759.03758ee0@mail.Go2France.com> > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > X-RCPT-TO: > X-UIDL: 249151475 > Status: U > > Len: > > If all you need is a driver, go to ftp://ftp.gcom.com/pub/lmc. You can > download a tgz of the Linux driver. The driver is a DLPI STREAMS driver, so > you will need to download and install the Linux STREAMS package as a > prerequisite. Go to ftp://www.gcom.com/LiS and look for the download > buttons. > > E1 does not work yet. > > If you need actual protocol support come back to us for sync protocol stacks. > > -- Dave > > ===================================== > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 6:51:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 3E72237BA7C for ; Tue, 11 Apr 2000 06:51:08 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id GAA68827; Tue, 11 Apr 2000 06:51:05 -0700 (PDT) Date: Tue, 11 Apr 2000 06:51:04 -0700 (PDT) From: Julian Elischer To: Daniel Hilevich Cc: freebsd-hackers@freebsd.org Subject: Re: Frame relay driver In-Reply-To: <05ba01bfa393$f689cfd0$2e00a8c0@cwnt.co.il> 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 by connecting the ar and sr drivers to the netgraph framework you can run frame relay. you can run frame relay throgh any inteface that has a netgraph ability. see /usr/share/examples/netgraph for an example of how this is done. On Tue, 11 Apr 2000, Daniel Hilevich wrote: > Is there a driver that support frame relay features in FreeBSD? > I saw a netgraph node called ng_frame_relay but I could not find any generic > driver that supports it. > > Thanx, > --- > Daniel Hilevich mailto:danhil@cwnt.com > Tel: +972-4-9592203 ext. 214 > Charlotte's Web Networks LTD. > http://www.cwnt.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 Tue Apr 11 7:26: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cytosine.dhs.org (cx272244-a.orng1.occa.home.com [24.1.177.149]) by hub.freebsd.org (Postfix) with ESMTP id 388CD37BA66 for ; Tue, 11 Apr 2000 07:25:58 -0700 (PDT) (envelope-from bhishan@cytosine.dhs.org) Received: (from bhishan@localhost) by cytosine.dhs.org (8.10.0/8.10.0) id e3BEOrl10337; Tue, 11 Apr 2000 07:24:53 -0700 (PDT) From: Bhishan Hemrajani Message-Id: <200004111424.e3BEOrl10337@cytosine.dhs.org> Subject: Re: Kernel adjustment for clock drift In-Reply-To: from Greg Black at "Apr 11, 2000 12:02:28 pm" To: Greg Black Date: Tue, 11 Apr 2000 07:24:53 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try xntpd --bhishan [Charset iso-8859-1 unsupported, filtering to ASCII...] > I've been away from the FreeBSD lists for ages and am looking > for an update on clock drift management under FreeBSD-3.4R. I > asked this on -questions, but got no answers. Perhaps somebody > here knows the answer. > > I have a machine that drifts about 7 seconds a day and I'd like > to tweak something in the kernel to keep it closer to the truth. > The clock gets corrected once a day by ntpdate, but I'd like to > avoid such big adjustments. > > In the past I used a sysctl under BSDI's BSD/OS to adjust the > value of `tick', but the whole kern.clockrate struct is marked > as not changeable under FreeBSD. > > If anybody can tell me which FM has the answer (or even the > actual answer), I'd be grateful. If your answer includes terms > such as {,x}ntpd, then please don't bother, because that's not > the answer (or even an answer) to this particular question. > > Please copy any replies to me as my subscription to the list is > going off with this message and won't be completed for some > time. > > -- > Greg Black -- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 7:33:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f133.law3.hotmail.com [209.185.241.133]) by hub.freebsd.org (Postfix) with SMTP id 3CD7637B954 for ; Tue, 11 Apr 2000 07:33:41 -0700 (PDT) (envelope-from d_parisi@hotmail.com) Received: (qmail 31068 invoked by uid 0); 11 Apr 2000 14:33:40 -0000 Message-ID: <20000411143340.31067.qmail@hotmail.com> Received: from 12.20.190.1 by www.hotmail.com with HTTP; Tue, 11 Apr 2000 07:33:40 PDT X-Originating-IP: [12.20.190.1] From: "Denise Parisi" To: hackers@freebsd.org Subject: test Date: Tue, 11 Apr 2000 10:33:40 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 9:38:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 5DD4D37BA05 for ; Tue, 11 Apr 2000 09:38:51 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-32.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FSV00FMJ281RA@mail.uni-bielefeld.de> for freebsd-hackers@FreeBSD.ORG; Tue, 11 Apr 2000 18:38:27 +0200 (MET DST) Received: (from bjoern@localhost) by frolic.no-support.loc (8.9.3/8.9.3) id MAA00303; Tue, 11 Apr 2000 12:56:43 +0200 (CEST envelope-from bjoern) Date: Tue, 11 Apr 2000 12:56:43 +0200 From: Bjoern Fischer Subject: Re: efficiency of maxproc hardlimit In-reply-to: <20000410013139.R4381@fw.wintelcom.net>; from bright@wintelcom.net on Mon, Apr 10, 2000 at 01:31:39AM -0700 To: Alfred Perlstein Cc: freebsd-hackers@FreeBSD.ORG Message-id: <20000411125643.A282@frolic.no-support.loc> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable References: <20000410094436.A778@frolic.no-support.loc> <20000410013139.R4381@fw.wintelcom.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 10, 2000 at 01:31:39AM -0700, Alfred Perlstein wrote: [...] > > main(){fork();main();} > >=20 > > leaves the machine in an unusable state (it does ping > > back, one may break into the kernel debugger, but no > > io). > >=20 > > Any way to prevent this (without harming the user)? >=20 > Please reread the documentation on limits. >=20 > cputime unlimited > filesize unlimited > datasize 256MB <- > stacksize 64MB <- > coredumpsize unlimited > memoryuse unlimited > memorylocked unlimited > maxproc 4115 > descriptors 8232 > sockbufsize unlimited >=20 > If appropriate limits are in place and you still get problems > then let us know. Already set: ... datasize 1048576 kb stacksize-cur 16384 kb ... Some more information: This happens on a diskless client (265MB RAM, lots of swap (1.2G) on the server). When I limit the stacksize to 3MB, all fork-processes fit into RAM and the situation is recoverable with some effort and `/usr/bin/killall' (Eww, that's a perl script). With a stacksize limit of 16M 64 fork processes sould easily fit into swap, so I don't think it is an out-of-swap situation. Listening to the ether on the server, I realized heavy RPC traffic (swapping, probably) and then silence. Any idea how to find out, whether swap in not really full, the client won't answer but maybe looking for some kind of NFS write errors or something? As this is a strange setup (1.2G swap via NFS) this issue in not critical at all. Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 9:43:10 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 9D38537BACC for ; Tue, 11 Apr 2000 09:43:07 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3BH9o719150; Tue, 11 Apr 2000 10:09:50 -0700 (PDT) Date: Tue, 11 Apr 2000 10:09:50 -0700 From: Alfred Perlstein To: Bjoern Fischer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: efficiency of maxproc hardlimit Message-ID: <20000411100950.E4381@fw.wintelcom.net> References: <20000410094436.A778@frolic.no-support.loc> <20000410013139.R4381@fw.wintelcom.net> <20000411125643.A282@frolic.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000411125643.A282@frolic.no-support.loc>; from bfischer@Techfak.Uni-Bielefeld.DE on Tue, Apr 11, 2000 at 12:56:43PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Bjoern Fischer [000411 10:06] wrote: > On Mon, Apr 10, 2000 at 01:31:39AM -0700, Alfred Perlstein wrote: > [...] > > > main(){fork();main();} > > > > > > leaves the machine in an unusable state (it does ping > > > back, one may break into the kernel debugger, but no > > > io). > > > > > > Any way to prevent this (without harming the user)? > > > > Please reread the documentation on limits. > > > > cputime unlimited > > filesize unlimited > > datasize 256MB <- > > stacksize 64MB <- > > coredumpsize unlimited > > memoryuse unlimited > > memorylocked unlimited > > maxproc 4115 > > descriptors 8232 > > sockbufsize unlimited > > > > If appropriate limits are in place and you still get problems > > then let us know. > > Already set: > > ... > datasize 1048576 kb > stacksize-cur 16384 kb > ... > > Some more information: This happens on a diskless client (265MB RAM, > lots of swap (1.2G) on the server). When I limit the stacksize to 3MB, > all fork-processes fit into RAM and the situation is recoverable > with some effort and `/usr/bin/killall' (Eww, that's a perl script). > > With a stacksize limit of 16M 64 fork processes sould easily fit > into swap, so I don't think it is an out-of-swap situation. > > Listening to the ether on the server, I realized heavy RPC traffic > (swapping, probably) and then silence. Any idea how to find out, > whether swap in not really full, the client won't answer but maybe > looking for some kind of NFS write errors or something? > > As this is a strange setup (1.2G swap via NFS) this issue > in not critical at all. It's also silly. If you've found limits that "work" then why insist on giving your users enough rope to hang you? Either enforce proper limits or rmuser. If you could get a traceback of the stuck client, that would be helpful. -- -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 Tue Apr 11 10: 4:27 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 E6BCA37BB48; Tue, 11 Apr 2000 10:04:20 -0700 (PDT) (envelope-from dmlb@ragnet.demon.co.uk) Received: from ragnet.demon.co.uk ([158.152.46.40]) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 12f45H-000DZm-0A; Tue, 11 Apr 2000 17:04:15 +0000 Received: from dmlb by ragnet.demon.co.uk with local (Exim 3.03 #1) id 12ev5M-000N6b-00; Tue, 11 Apr 2000 08:27:44 +0100 Content-Length: 3643 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200004110637.XAA00514@mass.cdrom.com> Date: Tue, 11 Apr 2000 08:27:44 +0100 (BST) From: Duncan Barclay To: Mike Smith Subject: Re: Help with network driver development Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Mike, On 11-Apr-00 Mike Smith wrote: > > Sorry that this is off-list - I'm blocked by the DUL at the moment, but > please copy your replies there. > >> I've successfully ported the NetBSD if_ray (Webgear PCCard Wireless LAN) >> driver to RELENG_3 but have realised that the driver has a bit of a >> problem and I would like some advice on the best way to fix it. > > Heh. I have a small pile of these cards and I am _itching_ to see the > driver on -current. Consider me at your disposal. 8) Thanks! Where can I go to understand NEWBUS (for later)? I've managed to get 170kB/s ftp to/from Windows and FreeBSD boxes. 170kB/s is a maxed out 2Mb/s IEEE 802.11 link, so I'm reasonably happy. Range isn't bad at about 70m indoors-outdoors and might be a little better if you have the firmware that supports antenna diversity. I might also put in something that turns down the data-rate as the received signal power drops (by slowing the data-rate one increases the signal to noise ratio and range should increase). >> The problem is that the driver returns to userland before the >> command (e.g. update to multicast list via an ioctl) actually >> completes. > > This is actually really easy to handle; you want to use a similar > architecture to a block device. > > Set up a command queue. To submit a command, you do this: [code snipped] Thanks, I was planning on doing something like that but hadn't got it fully worked out. >> My question to all the network driver gods is how best to serialise >> access to the driver to different userland processes? I want to ensure >> that two different processes don't try and access the card >> simultaneously and muck each other up. > > The command queue approach is very simple, easy to debug, and is widely > used in our codebase already. I spend a lot of time looking at other > peoples' drivers (mostly in Linux space) and I've seen a lot of people > trying to solve this problem in a lot of very wrong ways. Save yourself > the trouble. 8) The Linux driver for these cards has calls to a function named spinlock() all over the place - I really hope it doesn't do what's on the box. One of my testers reckons my driver is about twice as fast for random receive/transmit patterns, and I have't implemented chaining tx packets yet because of another race. >> Is something like this sufficient (and right) for ioctl entry? > > It's probably sufficient, but much more complex than necessary. Be very > careful with using PCATCH too - your logic will need to deal with > handling a completed command after the submitter has gone away (the > queued command approach works OK here as long as you remember to dequeue > the command - remember that when tsleep returns you are back at splnet()). I like reusing the queue idea here (with another queue I presume) to serialise t he access. I see what you mean about PCATCH, is it easier to not bother about using it? >> PS. Until pccard in RELENG_4 allows access to both attribute and common >> memory (a bit like if_xe) the driver won't be advanced to > RELENG_3 :-( > > So I understand. Grr. Now that Warner's fried his iOpener, maybe he'll > get back to this. 8) It looks like there is a way to jury rig something for RELENG_4 but by hacking pccard.c to export a few functions. I'll also need to get my head around NEWBUS. Duncan --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned. ________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 10: 6:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id B78EA37BA05 for ; Tue, 11 Apr 2000 10:06:32 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id TAA15754 for freebsd-hackers@freebsd.org; Tue, 11 Apr 2000 19:06:29 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 732388796; Tue, 11 Apr 2000 08:17:03 +0200 (CEST) Date: Tue, 11 Apr 2000 08:17:03 +0200 From: Ollivier Robert To: freebsd-hackers@freebsd.org Subject: Re: dutch keyboard map (+sort note) Message-ID: <20000411081703.B6951@keltia.freenix.fr> Mail-Followup-To: freebsd-hackers@freebsd.org References: <38F0C306.41C67EA6@xs4all.nl> <200004092033.WAA73151@bigeye.rhein-neckar.de> <20000410012143.A95967@keltia.freenix.fr> <8ctdlh$in7$1@bigeye.rhein-neckar.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <8ctdlh$in7$1@bigeye.rhein-neckar.de>; from naddy@mips.rhein-neckar.de on Mon, Apr 10, 2000 at 10:30:41PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Christian Weisgerber: > Well, the original message was in Latin 1. You re-interpretating > it as Latin 9 is not fair. Well it is more that I use a -15 font so I see these things :-) > would require a few more characters. The S and Z caron that were > added are supposedly required for Finnish. Right, Finnish it is. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #78: Sun Feb 27 15:32:39 CET 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 10: 6:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 547DE37BBD2 for ; Tue, 11 Apr 2000 10:06:51 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id TAA15791 for hackers@FreeBSD.ORG; Tue, 11 Apr 2000 19:06:48 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 2AF228796; Tue, 11 Apr 2000 08:12:00 +0200 (CEST) Date: Tue, 11 Apr 2000 08:12:00 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: desire for ftp.internat.freebsd.org mirror Message-ID: <20000411081200.A6951@keltia.freenix.fr> Mail-Followup-To: hackers@FreeBSD.ORG References: <200004102020.WAA54414@zibbi.mikom.csir.co.za> <200004102203.AAA04018@grimreaper.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <200004102203.AAA04018@grimreaper.grondar.za>; from mark@grondar.za on Tue, Apr 11, 2000 at 12:03:05AM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Mark Murray: > CVSUP only covers that which is already in CVS. The FTP stuff is > what this chap is looking for. With its builtin rsync algorithm I don't see why CVSup could not be used as a regular mirror tool... It works best with a CVS repo but it is not limited to it IIRC. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #78: Sun Feb 27 15:32:39 CET 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 10:39:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from news1.newsindex.com (news1.newsindex.com [209.166.166.118]) by hub.freebsd.org (Postfix) with ESMTP id 2D57937BBDF for ; Tue, 11 Apr 2000 10:39:12 -0700 (PDT) (envelope-from speck@news1.newsindex.com) Received: from localhost (speck@localhost) by news1.newsindex.com (8.8.5/8.8.5) with SMTP id NAA21013 for ; Tue, 11 Apr 2000 13:56:37 -0400 (EDT) Date: Tue, 11 Apr 2000 13:56:37 -0400 (EDT) From: Sean Peck To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth 420551d3 unsubscribe freebsd-hackers speck@news1.newsindex.com Sean Peck News Index -- The original News Only Search Engine. http://www.newsindex.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 11:26:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.2.7]) by hub.freebsd.org (Postfix) with ESMTP id 3868537B797 for ; Tue, 11 Apr 2000 11:26:20 -0700 (PDT) (envelope-from marcov@toad.stack.nl) Received: from hermes.tue.nl [131.155.2.46] by kweetal.tue.nl (8.9.3) for id UAA02525 (ESMTP); Tue, 11 Apr 2000 20:26:17 +0200 (MDT) Received: from deathstar (n33.dial.tue.nl [131.155.209.32]) by hermes.tue.nl (Postfix) with ESMTP id 6D3E02E802 for ; Tue, 11 Apr 2000 20:26:12 +0200 (CEST) From: "Marco van de Voort" To: hackers@freebsd.org Date: Tue, 11 Apr 2000 13:30:31 +0100 Subject: ktrace, syscalls and filehandles. X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000411182612.6D3E02E802@hermes.tue.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OS: FreeBSD 4.0 I have a ported pascal compiler that doesn't work yet. I use ktrace (great tool btw) to find the problem, mainly because the differences between the linux and FreeBSD version are only in about 50 syscall calling routines. Now the program terminates with the following sequence, which makes me wonder. - A fstat (handle,buffer) with handle = 0x4 and buffer the right value. returns 0. (success). I checked, and the file does exist. - then a lseek on the same handle (0x4, so not overwritten by a dangling pointer ), returns -1 (I forgot the errno, but ktrace says bad filedescriptor) How can this happen? There is no call to close(or any other syscall) inbetween, and I guess that the actual data for filedescriptor 4 is in some protected space, which I can't have mutilated? (p.s. Keep in mind I can't GDB yet, the plain GDB v4.18 don't seem to work on 4.0. and I need them for an OBJPAS patch. The problems have to do with solib.c ) Marco van de Voort (MarcoV@Stack.nl) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 11:49:29 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 3610B37B96A for ; Tue, 11 Apr 2000 11:49:26 -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 99c8f334c649856e3f2cdadc4054e412) with ESMTP id <20000411184840.BVTG25416.relay02@chello.nl>; Tue, 11 Apr 2000 20:48:40 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id UAA02332; Tue, 11 Apr 2000 20:48:40 +0200 (CEST) (envelope-from wkb) Date: Tue, 11 Apr 2000 20:48:40 +0200 From: Wilko Bulte To: Christoph Kukulies Cc: hackers@FreeBSD.ORG Subject: Re: fddi resolve multi Message-ID: <20000411204839.L410@yedi.wbnet> Reply-To: wc.bulte@chello.nl References: <200004100946.LAA49261@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004100946.LAA49261@gil.physik.rwth-aachen.de>; from kuku@gilberto.physik.RWTH-Aachen.DE on Mon, Apr 10, 2000 at 11:46:56AM +0200 X-OS: FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 10, 2000 at 11:46:56AM +0200, Christoph Kukulies wrote: > > I built a kernel with > > device fpa0 > pseudo-device fddi > > and while compiling the kernel I got a warning: > > #warning: implement fddi resolve multi... > > What does it mean? I don't remember, but it is most likely in the mailing list archives. I had some issues years back when I had a DEFPA in a machine that also ran netatalk and I remember something with 'multi' bla. -- Wilko Bulte Powered by FreeBSD http://www.freebsd.org http://www.tcja.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 12:53:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hetnet.nl (net014s.hetnet.nl [194.151.104.154]) by hub.freebsd.org (Postfix) with ESMTP id 5A71337B755 for ; Tue, 11 Apr 2000 12:53:21 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Received: from alias ([38.28.76.12]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.327.32); Tue, 11 Apr 2000 21:53:04 +0200 Message-ID: <007501bfa3f6$556cf6f0$fec92080@alias> From: "Wilbert de Graaf" To: "FreeBSD-hackers" Subject: Refresh a list that could be used Date: Tue, 11 Apr 2000 13:40:49 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006F_01BFA3BB.8C424B70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_006F_01BFA3BB.8C424B70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, As part of an IGMPv3 implementation on FreeBSD I had to add a list to a = datastructure (in_multi). This list can be set by users (using ioctl) = and be replaced later. While replacing this list, there is the = possibility (ad1) of a concurrent reader (the process when an incoming = packet has to be passed to a socket). So just replacing this list and = deleting the old one makes no sense. There could think of two ways to implement this: 1) a locking strategy: lock when updating and while being used ... = however, this slows down the process of incoming packets -or- 2) simply save the old list, and delete it at the next replacement of = the list (ad 2) Or is there a common strategy in FreeBSD to handle a situation like this = ? Could anybody comment on this.=20 Thanks, Wilbert Ad 1) It is true that this replacement of the list will *not* preempt in this = case since the reader is delivery of an ip packet to a socket, which is = done at splnet(), while this routine doesn't even use splimp(). But this = precaution is just to make sure it will be safe in the case of = multi-processors. Or did I miss something ? Ad 2) struct in_multi { ... struct isf_entry *inm_sflist, *inm_sfoldlist; /* source = filter list */ ... }; While replacing the list, the old one is stored in inm_sfoldlist, so = current readers won't be harmed by invalid pointers while deleting the = list. At a next replacement, the old list is simply deleted since the = assumption is really valid that there won't be any readers of the old = list. (Not eve when a multi-threaded program starts to fool around with = the filterlist). Btw. There will be a hashing schema over this structure, to determine = whether a source ip is in the set. ------=_NextPart_000_006F_01BFA3BB.8C424B70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
As part of an IGMPv3 implementation on = FreeBSD I=20 had to add a list to a datastructure (in_multi). This list can be set by = users=20 (using ioctl) and be replaced later. While=20 replacing this list, there is the possibility (ad1) of a concurrent = reader (the=20 process when an incoming packet has to be passed to a socket). So = just=20 replacing this list and deleting the old one makes no = sense.
 
There could think of two ways to = implement=20 this:
1) a locking strategy: lock when = updating and while=20 being used ... however, this slows down the process of incoming=20 packets
-or-
2) simply save the old list, and delete = it at the=20 next replacement of the list (ad 2)
 
Or is there a common strategy in = FreeBSD to handle=20 a situation like this ? Could anybody comment on this. =
 
Thanks, Wilbert
 
Ad 1)
 
It is true that this replacement = of the=20 list will *not* preempt in this case since the reader = is delivery of=20 an ip packet to a socket, which is done at splnet(), while this = routine=20 doesn't even use splimp(). But this precaution is just to make sure it = will be=20 safe in the case of multi-processors. Or did I miss something = ?
 
Ad 2)
 
struct in_multi {
    ...
    struct isf_entry = *inm_sflist,=20 *inm_sfoldlist;        /* source filter = list=20 */
    ...
};
 
While replacing the list, the old one = is stored in=20 inm_sfoldlist, so current readers won't be harmed by invalid pointers = while=20 deleting the list. At a next replacement, the old list is simply deleted = since=20 the assumption is really valid that there won't be any readers of the = old list.=20 (Not eve when a multi-threaded program starts to fool around with the=20 filterlist).
 
Btw. There will be a hashing schema = over this=20 structure, to determine whether a source ip is in the set.
 
------=_NextPart_000_006F_01BFA3BB.8C424B70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 15:12: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sentry.gw.tislabs.com (sentry.gw.tislabs.com [192.94.214.100]) by hub.freebsd.org (Postfix) with ESMTP id B146637B797 for ; Tue, 11 Apr 2000 15:11:58 -0700 (PDT) (envelope-from stevek@tislabs.com) Received: by sentry.gw.tislabs.com; id SAA20228; Tue, 11 Apr 2000 18:13:38 -0400 (EDT) Received: from clipper.gw.tislabs.com(10.33.1.2) by sentry.gw.tislabs.com via smap (V5.5) id xma020224; Tue, 11 Apr 00 18:12:49 -0400 Received: from mufasa.va.tislabs.com (mufasa.va.tislabs.com [192.168.10.18]) by clipper.gw.tislabs.com (8.9.3/8.9.1) with ESMTP id SAA05660; Tue, 11 Apr 2000 18:08:46 -0400 (EDT) Received: from localhost (stevek@localhost) by mufasa.va.tislabs.com (8.9.3/8.9.3) with ESMTP id SAA48645; Tue, 11 Apr 2000 18:25:47 -0400 (EDT) (envelope-from stevek@mufasa.va.tislabs.com) Date: Tue, 11 Apr 2000 18:25:46 -0400 (EDT) From: Steve Kiernan To: Poul-Henning Kamp Cc: freebsd-hackers@freebsd.org Subject: Re: Frame relay driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Apr 2000, Poul-Henning Kamp wrote: > In message <05ba01bfa393$f689cfd0$2e00a8c0@cwnt.co.il>, "Daniel Hilevich" write > s: > > >Is there a driver that support frame relay features in FreeBSD? > >I saw a netgraph node called ng_frame_relay but I could not find any generic > >driver that supports it. > > The if_mn driver should support it, and I belive the if_ar and if_sr > will as well. > > If you are interested in a V.35 style sync card, I have one which > LMC (www.lanmedia.com) lent me, but for which I have not gotten > the driver converted to netgraph yet. I have the driver for the LMC cards converted to netgraph. I just need to clean it up a bit. I've had it working for a couple days now. -- Stephen Kiernan stevek@tislabs.com NAI Labs, A Division of Network Associates, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 17:35:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 7911137B589; Tue, 11 Apr 2000 17:35:06 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id BAA23240; Wed, 12 Apr 2000 01:34:56 +0100 (BST) (envelope-from nik) Date: Wed, 12 Apr 2000 01:34:55 +0100 From: Nik Clayton To: doc@freebsd.org, hackers@freebsd.org Subject: Structuring the Developer Handbook Message-ID: <20000412013455.A23096@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ -doc, -hackers, FU set to -doc ] Recent discussion on -doc has bought forth the suggestion that the Handbook could usefully be split in to a number of smaller books. Rough consensus is that chunks of the existing Handbook should form parts of a new "FreeBSD Developer Handbook", to cover information useful to FreeBSD developers (and developers using FreeBSD). Specifically, the sort of people who inhabit -hackers. http://people.freebsd.org/~nik/developer-handbook/index.html (or /book.html if you want one big file) shows a very early cut at how the Developer Handbook might be structured. It includes some content culled from the current Handbook. What I'd like is feedback on this structure (which is flexible and open to change) from the developers, along with suggestions for extra material that should be included. I'm sufficiently removed from the development code face to be totally unsure about the best way to organise topics from a developer's point of view. Any and all suggestions welcome. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 18:22:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.2.7]) by hub.freebsd.org (Postfix) with ESMTP id 8871A37BBAB for ; Tue, 11 Apr 2000 18:22:14 -0700 (PDT) (envelope-from marcov@toad.stack.nl) Received: from hermes.tue.nl [131.155.2.46] by kweetal.tue.nl (8.9.3) for id DAA19187 (ESMTP); Wed, 12 Apr 2000 03:22:06 +0200 (MDT) Received: from deathstar (n199.dial.tue.nl [131.155.209.198]) by hermes.tue.nl (Postfix) with ESMTP id CCB302E802 for ; Wed, 12 Apr 2000 03:22:05 +0200 (CEST) From: "Marco van de Voort" To: hackers@freebsd.org Date: Wed, 12 Apr 2000 03:21:28 +0100 Subject: Syscall 198 __syscall, why??????? New port In-reply-to: <20000411182612.6D3E02E802@hermes.tue.nl> X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000412012205.CCB302E802@hermes.tue.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OS: FreeBSD 4.0 > I have a ported pascal compiler that doesn't work yet. It does now work now, except for some minor details, and haven't worked on libc linking yet. Am already subscribing to ports :-) > I use ktrace (great tool btw) to find the problem, mainly because the differences > between the linux and FreeBSD version are only in about 50 syscall calling > routines. > > Now the program terminates with the following sequence, which makes me > wonder. > > - A fstat (handle,buffer) with handle = 0x4 and buffer the right value. > returns 0. (success). I checked, and the file does exist. > - then a lseek on the same handle (0x4, so not overwritten by a dangling pointer ), > returns -1 (I forgot the errno, but ktrace says bad filedescriptor) I replaced lseek with the asm code of an objdumped libc program, and found that libc calls lseek via syscall 198 (___syscall), and NOT 199. (lseek self) This probably has to do with lseek returning 64-bits values, but I don't see the exact humour here. Can somebody explain this to me? (specially because I had to code a specific assembler function for lseek this way, instead of using my generic interface routines, which increases asm%) Marco van de Voort (MarcoV@Stack.nl) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 18:26:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id 6A1EA37BB46 for ; Tue, 11 Apr 2000 18:26:55 -0700 (PDT) (envelope-from ming@yahoo-inc.com) Received: from pious.yahoo.com (pious.yahoo.com [206.132.125.36]) by mrout1.yahoo.com (8.10.0/8.10.0/y.out) with ESMTP id e3C1Qoq93643 for ; Tue, 11 Apr 2000 18:26:50 -0700 (PDT) Received: from localhost (ming@localhost) by pious.yahoo.com (8.9.3/8.6.12) with ESMTP id SAA81987 for ; Tue, 11 Apr 2000 18:26:49 -0700 (PDT) X-Authentication-Warning: pious.yahoo.com: ming owned process doing -bs Date: Tue, 11 Apr 2000 18:26:49 -0700 (PDT) From: Ming Zhang X-Sender: ming@pious.yahoo.com To: freebsd-hackers@freebsd.org Subject: Multithread safe gethostbyname() ? 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 Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? On Solaris there is gethostbyname_r(). Calling gethostbyname() with in two threads cause both threads to block. I know the "struct hostent" is static in gethostbyname(), however it seems like the socket that is used to get the DNS info is static too. Attached it's the code I used for testing: ----- #include #include #include void vserv_request (void *d) { printf ("before byname\n"); gethostbyname ("test.exampledomain.com"); /* real host removed */ printf ("after byname\n"); } int create_request_thread (void) { pthread_t t_id; pthread_attr_t t_attr; int i = 0; pthread_attr_init (&t_attr); for (i = 0; i < 2; i++) { if (pthread_create(&t_id, &t_attr, vserv_request, (void *) NULL) != 0) return (-1); } return (0); } void main (void) { create_request_thread(); sleep (10000); /* I know sleep() is bad, just for the test */ } ------ both threads block after print "before byname". tested on both 3.4-stable and 4.0-stable (as of april 10th). any hints? Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 20:57:55 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 9D62737B5E4 for ; Tue, 11 Apr 2000 20:57: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 VAA26324 for ; Tue, 11 Apr 2000 21:57: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 VAA34787 for ; Tue, 11 Apr 2000 21:57:35 -0600 (MDT) Message-Id: <200004120357.VAA34787@harmony.village.org> To: freebsd-hackers@freebsd.org Subject: PCI DMA Questions Date: Tue, 11 Apr 2000 21:57:35 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm debugging a hunk of PCI hardware that I have under NDA. It doesn't seem to be initiating DMA transfers. This may be a hardware problem, but before I go back to the vendor, I want to make sure that I'm doing the DMA initialization right. It was my understanding that DMA just happened on the PCI bus and nothing special was needed. Here's what I'm doing in my attach routine. Most of this code was culled from ahc.c and friends. /* Create "master" or parent dma tag for all dma entities */ /* XXX Should be child of pci bus dma tag */ err = bus_dma_tag_create(NULL, 1, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, MAXBSIZE, NSEG, DMA_TRANSFER_SIZE, BUS_DMA_ALLOCNOW, &sc->parent_dmat); if (err) { bail; } sc->dma_init_level = 1; /* Create the dma tags for our data */ err = bus_dma_tag_create(sc->parent_dmat, 4, 0, BUS_SPACE_MAXADDR, BUS_SPACE_MAXADDR, NULL, NULL, MAX_DATUM_SIZE, DATUM_COUNT, BUS_SPACE_MAXSIZE_32BIT, 0, &sc->datum_dmat); if (err) { bail; } sc->dma_init_level++; for (i = 0; i < BUFFER_COUNT; i++) { /* Allocate them */ if (bus_dmamem_alloc(sc->datum_dmat, (void *) &sc->BM_buf[i], BUS_DMA_NOWAIT, &sc->datum_dmamap[i]) != 0) { bail; } /* And permanently map them */ bus_dmamap_load(sc->datum_dmat, sc->datum_dmamap[i], sc->BM_buf[i], MAX_DATUM_SIZE, mydmamapcb, &sc->phy_add[i], 0); } sc->dma_init_level++; When I want to do DMA from the chip, I pass sc->phy_add[i] to the DMA target address register on the pci card. I then copyout the data that BM_buf[i] points to in a ioctl. Trouble is, the hardware interrupts, but its DMA target length register (which acts like uio->uio_resid) hasn't changed, indicating that no data was transferred. So, I thought I'd post here asking to see if I'm using this undocumented interface correctly. The NetBSD man pages describe a later version of this interface, and I can't seem to find a description of the old interface. Likely a good thing since this interface won't cope well on machine that don't have a coherent cache wrt DMA (think MIPS). Am I doing this right? Is there something unobviously named that is used to "start" the DMA or tell some DMA controller that DMA is going to happen? I didn't see anything in any of the pci drivers, and I don't recall ever having to deal with this in the past. If I get enough help, I'll do a followup article to the "how to write a bog-simple newbus/busspaced driver on FreeBSD 4 or newer" talking about the dma busspace in freebsd. :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 21:38:26 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 7369E37BC50 for ; Tue, 11 Apr 2000 21:38:23 -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 VAA00544; Tue, 11 Apr 2000 21:44:10 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200004120444.VAA00544@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: freebsd-hackers@freebsd.org Subject: Re: PCI DMA Questions In-reply-to: Your message of "Tue, 11 Apr 2000 21:57:35 MDT." <200004120357.VAA34787@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Apr 2000 21:44:10 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm debugging a hunk of PCI hardware that I have under NDA. It > doesn't seem to be initiating DMA transfers. This may be a hardware > problem, but before I go back to the vendor, I want to make sure that > I'm doing the DMA initialization right. It was my understanding that > DMA just happened on the PCI bus and nothing special was needed. Make sure that the busmaster bit is set in the PCI command register: /* force the busmaster enable bit on */ if (!(command & PCIM_CMD_BUSMASTEREN)) { device_printf(dev, "busmaster bit not set, enabling\n"); command |= PCIM_CMD_BUSMASTEREN; pci_write_config(dev, PCIR_COMMAND, command, 2); } > Here's what I'm doing in my attach routine. Most of this code was > culled from ahc.c and friends. Not to bounce too much, but you may find the examples in the amr and mlx drivers easier to follow (maybe not, too). I forgot who I stole them from though - probably Jonathan's ida code. This isn't your problem though. -- \\ 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 Apr 11 21:58: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 05D4E37BBCA; Tue, 11 Apr 2000 21:57:59 -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 WAA26574; Tue, 11 Apr 2000 22:57:54 -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 WAA35326; Tue, 11 Apr 2000 22:57:42 -0600 (MDT) Message-Id: <200004120457.WAA35326@harmony.village.org> To: Mike Smith Subject: Re: PCI DMA Questions Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Tue, 11 Apr 2000 21:44:10 PDT." <200004120444.VAA00544@mass.cdrom.com> References: <200004120444.VAA00544@mass.cdrom.com> Date: Tue, 11 Apr 2000 22:57:42 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004120444.VAA00544@mass.cdrom.com> Mike Smith writes: : Make sure that the busmaster bit is set in the PCI command register: Good advice. However, that wasn't my problem :-(. : Not to bounce too much, but you may find the examples in the amr and mlx : drivers easier to follow (maybe not, too). I forgot who I stole them : from though - probably Jonathan's ida code. This isn't your problem : though. OK. I'll take a look. The ahc driver makes very sophisticated use of dma, so maybe I botched something there. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 22:39:19 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 EFF6E37BBFA for ; Tue, 11 Apr 2000 22:39:17 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id WAA17491; Tue, 11 Apr 2000 22:38:58 -0700 Date: Tue, 11 Apr 2000 22:38:58 -0700 From: Arun Sharma Message-Id: <200004120538.WAA17491@sharmas.dhs.org> To: ming@yahoo-inc.com Cc: hackers@freebsd.org Subject: Re: Multithread safe gethostbyname() ? 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: > > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? > > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in > two threads cause both threads to block. You seem to be talking about two different things: 1. A reentrant function - two different threads can be in the same function simultaneously 2. A non blocking function. Reading the code in /usr/src/lib/libc{,_r}, it appears to me that, the FreeBSD implementation is not reentrant, and blocking. However, gethostbyname calls poll(2), which causes a reschedule to another runnable pthread, if any. In your case, both the threads are waiting for a DNS server response, so the thread scheduler doesn't have a thread to schedule. I think it'd be very useful to have a non-blocking DNS lookup API (one which exposes the underlying file descriptor) . Winsock has this. UNIX netscape 4.x would freeze half as often if this was done right. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 11 22:40:43 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 490E037BC5E for ; Tue, 11 Apr 2000 22:40:40 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id HAA33402; Wed, 12 Apr 2000 07:40:23 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Steve Kiernan Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Frame relay driver In-reply-to: Your message of "Tue, 11 Apr 2000 18:25:46 EDT." Date: Wed, 12 Apr 2000 07:40:23 +0200 Message-ID: <33400.955518023@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , S teve Kiernan writes: >> If you are interested in a V.35 style sync card, I have one which >> LMC (www.lanmedia.com) lent me, but for which I have not gotten >> the driver converted to netgraph yet. > >I have the driver for the LMC cards converted to netgraph. I just need to >clean it up a bit. I've had it working for a couple days now. Cool! For which models ? -- 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 Wed Apr 12 0: 8: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mrout2.yahoo.com (mrout2.yahoo.com [208.48.125.152]) by hub.freebsd.org (Postfix) with ESMTP id 6E5DF37B8EF for ; Wed, 12 Apr 2000 00:07:57 -0700 (PDT) (envelope-from ming@yahoo-inc.com) Received: from pious.yahoo.com (pious.yahoo.com [206.132.125.36]) by mrout2.yahoo.com (8.10.0/8.10.0/y.out) with ESMTP id e3C77jv77953; Wed, 12 Apr 2000 00:07:45 -0700 (PDT) Received: from localhost (ming@localhost) by pious.yahoo.com (8.9.3/8.6.12) with ESMTP id AAA87305; Wed, 12 Apr 2000 00:07:41 -0700 (PDT) X-Authentication-Warning: pious.yahoo.com: ming owned process doing -bs Date: Wed, 12 Apr 2000 00:07:40 -0700 (PDT) From: Ming Zhang X-Sender: ming@pious.yahoo.com To: Arun Sharma Cc: hackers@freebsd.org Subject: Re: Multithread safe gethostbyname() ? In-Reply-To: <200004120538.WAA17491@sharmas.dhs.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 Tue, 11 Apr 2000, Arun Sharma wrote: > In muc.lists.freebsd.hackers, you wrote: > > > > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? > > > > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in > > two threads cause both threads to block. > > You seem to be talking about two different things: > > 1. A reentrant function - two different threads can be in the same function > simultaneously > > 2. A non blocking function. > Hi, thanks for the reply. I'm talking about (1). Reentrant functions are MT-safe, but a non blocking function may not be. > Reading the code in /usr/src/lib/libc{,_r}, it appears to me that, the > FreeBSD implementation is not reentrant, and blocking. However, > gethostbyname calls poll(2), which causes a reschedule to another runnable > pthread, if any. > Sure, and there is no "reimplementation" for gethostbyname() in libc_r as far as I could tell. > In your case, both the threads are waiting for a DNS server response, > so the thread scheduler doesn't have a thread to schedule. If I only create one thread, then the gethostbyname() returns immediately. By using truss -p, it seems that gethostbyname() uses a static socket var for the DNS I/O rather than a local one, and that I think is what caused the threads to hang. Or, we're talking about the same thing? Thanks again for the input. Ming > > I think it'd be very useful to have a non-blocking DNS lookup API (one > which exposes the underlying file descriptor) . Winsock has this. UNIX > netscape 4.x would freeze half as often if this was done right. > > -Arun > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 1:48: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.uni-bielefeld.de (mail.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id B14AA37B941 for ; Wed, 12 Apr 2000 01:48:04 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-314.hrz.uni-bielefeld.de) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FSW001BPB3ZMB@mail.uni-bielefeld.de> for freebsd-hackers@freebsd.org; Wed, 12 Apr 2000 10:48:01 +0200 (MET DST) Received: (from bjoern@localhost) by frolic.no-support.loc (8.9.3/8.9.3) id IAA00264; Wed, 12 Apr 2000 08:01:37 +0200 (CEST envelope-from bjoern) Date: Wed, 12 Apr 2000 08:01:36 +0200 From: Bjoern Fischer Subject: Re: efficiency of maxproc hardlimit In-reply-to: <20000411100950.E4381@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Apr 11, 2000 at 10:09:50AM -0700 To: Alfred Perlstein Cc: freebsd-hackers@freebsd.org Message-id: <20000412080136.A239@frolic.no-support.loc> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable References: <20000410094436.A778@frolic.no-support.loc> <20000410013139.R4381@fw.wintelcom.net> <20000411125643.A282@frolic.no-support.loc> <20000411100950.E4381@fw.wintelcom.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 11, 2000 at 10:09:50AM -0700, Alfred Perlstein wrote: [...] > It's also silly. If you've found limits that "work" then why insist > on giving your users enough rope to hang you? The world is complicated. Some of my processes need that stacksize. There is no problem setting safe limits for all other users or denying access to my machine completely but for myself (this is the case now). > Either enforce proper limits or rmuser. Of course. But the users behave quite well, so no real complaints. > If you could get a traceback of the stuck client, that would be > helpful. Ok, I'm working on that but it may take some time. Some long run processes started yesterday may need a few days and I don't want to disturb them. btw. don't the BSDI guys have a mechanism for stopping a running process storing the image somewhere in swap space and continue after a reboot? Would be quite handy right now. Thank you for your suggestions. Bj=F6rn --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 2: 4:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ada.eu.org (marvin.enst.fr [137.194.161.2]) by hub.freebsd.org (Postfix) with ESMTP id BA50837BB51 for ; Wed, 12 Apr 2000 02:04:43 -0700 (PDT) (envelope-from sam@inf.enst.fr) Received: from trillian.enst.fr (antinea.enst.fr [137.194.160.145]) by ada.eu.org (Postfix) with ESMTP id 4898919076; Wed, 12 Apr 2000 11:04:42 +0200 (CEST) Received: by trillian.enst.fr (Postfix, from userid 1000) id CE0792E; Wed, 12 Apr 2000 11:04:37 +0200 (CEST) Date: Wed, 12 Apr 2000 11:04:37 +0200 To: Ming Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: Multithread safe gethostbyname() ? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from ming@yahoo-inc.com on Tue, Apr 11, 2000 at 06:26:49PM -0700 From: Samuel Tardieu Organization: Ecole Nationale Superieure des Telecommunications Reply-To: Samuel Tardieu Content-Transfer-Encoding: 8bit X-WWW: http://www.inf.enst.fr/~tardieu/ X-Mail-Processing: Sam's procmail tools X-ICQ: 21547599 Message-Id: <2000-04-12-11-04-37+trackit+sam@inf.enst.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11/04, Ming Zhang wrote: | On Solaris there is gethostbyname_r(). Calling gethostbyname() with in | two threads cause both threads to block. gethostbyname_r exists, at least in 4.0, but is poorly implemented (it is in fact not thread safe). However, if you are using 4.0, you should consider using getipnodebyname(), which is MT-safe and more powerful than the old gethostbyX functions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 2:15:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ms1.meiway.com (ms1.meiway.com [212.73.210.73]) by hub.freebsd.org (Postfix) with ESMTP id D454A37BAF3 for ; Wed, 12 Apr 2000 02:15:43 -0700 (PDT) (envelope-from lconrad@Go2France.com) Received: from sv.Go2France.com [212.73.210.79] by ms1.meiway.com with ESMTP (SMTPD32-5.05) id A019C1F3051E; Wed, 12 Apr 2000 11:21:29 +0200 Message-Id: <4.3.1.2.20000412110822.00d618e0@mail.Go2France.com> X-Sender: lconrad%Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 12 Apr 2000 11:14:16 +0200 To: Steve Kiernan From: Len Conrad Subject: Re: Frame relay driver Cc: freebsd-hackers@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve, We in Europe are looking for FreeBSD support LMC 150x"P" cards (PCI in common PC format), for channelized E1 PRI applications. Do you think your work "for the LMC cards" would apply to that specific board? The "P" board will be available this month. The mezzanine-format PCI version 150x is currently available. Len ===================== >On Tue, 11 Apr 2000, Poul-Henning Kamp wrote: > > > In message <05ba01bfa393$f689cfd0$2e00a8c0@cwnt.co.il>, "Daniel > Hilevich" write > > s: > > > > >Is there a driver that support frame relay features in FreeBSD? > > >I saw a netgraph node called ng_frame_relay but I could not find any > generic > > >driver that supports it. > > > > The if_mn driver should support it, and I belive the if_ar and if_sr > > will as well. > > > > If you are interested in a V.35 style sync card, I have one which > > LMC (www.lanmedia.com) lent me, but for which I have not gotten > > the driver converted to netgraph yet. > >I have the driver for the LMC cards converted to netgraph. I just need to >clean it up a bit. I've had it working for a couple days now. > >-- >Stephen Kiernan >stevek@tislabs.com >NAI Labs, A Division of Network Associates, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 2:35:31 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id F3F1B37B899 for ; Wed, 12 Apr 2000 02:35:23 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id LAA07240 for ; Wed, 12 Apr 2000 11:35:17 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 7236; Wed Apr 12 11:34:37 2000 Message-ID: <38F44460.391BD4B9@cequrux.com> Date: Wed, 12 Apr 2000 11:39:44 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: Determining traffic on a socket References: <53045.955453206@axl.ops.uunet.co.za> <38F31395.68EFE3EF@cequrux.com> Content-Type: multipart/mixed; boundary="------------3CFD167A7F705579A183D517" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------3CFD167A7F705579A183D517 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've managed to write a program to do what I want, which works fine on 2.2.8 but doesn't work with elf kernels it appears. Is there an equivalent interface for elf kernels to the kvm interface for a.out kernels? If anyone is interested, I've attached the program. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 --------------3CFD167A7F705579A183D517 Content-Type: text/plain; charset=us-ascii; name="showtraf.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="showtraf.c" #include #include #include #include #include #include #include #include #include #include #include #include #define TCPSTATES #include #define TCPTIMERS #include #include struct nlist nml[] = { #define N_TCB 0 { "_tcb" }, 0 }; //---------------------------------------------------------------- void Process_IP_CB(kvm_t *kmem, struct inpcb *inpcb) { struct tcpcb tcpcb; if (kvm_read(kmem, (long)inpcb->inp_ppcb, (char*)&tcpcb, sizeof(tcpcb))>0) { if (tcpcb.t_state >= TCPS_ESTABLISHED && tcpcb.t_state < TCP_NSTATES) { printf("%17s:%-5d ", inet_ntoa(inpcb->inp_laddr.s_addr), ntohs(inpcb->inp_lport)); printf("%17s:%-5d ", inet_ntoa(inpcb->inp_faddr.s_addr), ntohs(inpcb->inp_fport)); printf("[%10s] tx: %10lu rx: %10lu\n", tcpstates[tcpcb.t_state], (u_long)tcpcb.snd_nxt - (u_long)tcpcb.iss, (u_long)tcpcb.rcv_nxt - (u_long)tcpcb.irs); } } } void Process_IP_CBs(kvm_t *kvm) { struct inpcb in_pcb; long off = nml[N_TCB].n_value; if (kvm_read(kvm, off, (char *) &in_pcb, sizeof (struct inpcb))>0) { long prev = off; while (in_pcb.inp_list.le_next != (struct inpcb *)off) { long next = (long)in_pcb.inp_list.le_next; if (kvm_read(kvm, next, (char*)&in_pcb, sizeof(struct inpcb)) < 0 || (long)in_pcb.inp_list.le_prev != prev) // lost sync break; Process_IP_CB(kvm, &in_pcb); prev = next; } } } main(int argc, char **argv) { kvm_t *kvm = kvm_open(0,0,0,0,0); if (kvm) { if (kvm_nlist(kvm, nml) < 0) perror("kvm_nlist"); else { Process_IP_CBs(kvm); kvm_close(kvm); } } else perror("kvm_open"); } --------------3CFD167A7F705579A183D517-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 4:36:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id 76F8C37B6B1 for ; Wed, 12 Apr 2000 04:36:21 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id HAA32335; Wed, 12 Apr 2000 07:36:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200004121136.HAA32335@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200004120538.WAA17491@sharmas.dhs.org> Date: Wed, 12 Apr 2000 07:36:19 -0400 (EDT) From: John Baldwin To: ming@yahoo-inc.com Subject: Re: Multithread safe gethostbyname() ? Cc: hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In muc.lists.freebsd.hackers, you wrote: > > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? > > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in > two threads cause both threads to block. No. :( Until we get one you can work around it by using a mutex around calls to gethost* to allow only 1 thread to call them at a time. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 5:38: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 12A6137BBD0 for ; Wed, 12 Apr 2000 05:37:58 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id OAA18725 for ; Wed, 12 Apr 2000 14:37:54 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 18664; Wed Apr 12 14:36:56 2000 Message-ID: <38F46F1C.1115AEDE@cequrux.com> Date: Wed, 12 Apr 2000 14:42:04 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: Determining traffic on a socket References: <53045.955453206@axl.ops.uunet.co.za> <38F31395.68EFE3EF@cequrux.com> <38F44460.391BD4B9@cequrux.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > I've managed to write a program to do what I want, which works fine on > 2.2.8 but doesn't work with elf kernels it appears. Is there an > equivalent interface for elf kernels to the kvm interface for a.out > kernels? I've answered my own question - the sysctl interface can be used. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 8:30:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id B7ED337BC46 for ; Wed, 12 Apr 2000 08:26:55 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.9.3/8.9.3) id RAA00138 for ; Wed, 12 Apr 2000 17:26:31 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 29972; Wed Apr 12 17:25:38 2000 Message-ID: <38F496A6.1DE73643@cequrux.com> Date: Wed, 12 Apr 2000 17:30:46 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Determining traffic on a socket - solution and security question References: <53045.955453206@axl.ops.uunet.co.za> <38F31395.68EFE3EF@cequrux.com> <38F44460.391BD4B9@cequrux.com> <38F46F1C.1115AEDE@cequrux.com> Content-Type: multipart/mixed; boundary="------------7FACD920DB1E44CD02E708A0" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------7FACD920DB1E44CD02E708A0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have attached my final program which works on both FreeBSD 2.x and FreeBSD 3.x (I don't have a FreeBSD 4.x box to test this on yet). On FreeBSD 2.x one must be root to run this (to read /dev/kmem), but on FreeBSD 3.x any user can run this. I would argue that this is a potential security vulnerability. Some clever user may be able to exploit this for some protocols to determine the lengths of usernames and passwords (admittedly this is unlikely to work with telnet unless in line mode). The sysctl calls that extract things like TCP control blocks should require privileged access (although the downside of this is that programs like netstat would have to be setuid). -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 --------------7FACD920DB1E44CD02E708A0 Content-Type: text/plain; charset=us-ascii; name="showtraf.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="showtraf.c" #include #include #include #include #include #include #if (__FreeBSD__ > 2) #include #endif #include #include #include #include #include #include #define TCPSTATES #include #define TCPTIMERS #include #include #if (__FreeBSD__ > 2) #include #include #endif //---------------------------------------------------------------- void Display(struct inpcb *inpcb, struct tcpcb *tcpcb) { if (tcpcb->t_state >= TCPS_ESTABLISHED && tcpcb->t_state < TCP_NSTATES) { printf("%17s:%-5d ", inet_ntoa(inpcb->inp_laddr.s_addr), ntohs(inpcb->inp_lport)); printf("%17s:%-5d ", inet_ntoa(inpcb->inp_faddr.s_addr), ntohs(inpcb->inp_fport)); printf("[%10s] tx: %10lu rx: %10lu\n", tcpstates[tcpcb->t_state], (u_long)tcpcb->snd_nxt - (u_long)tcpcb->iss, (u_long)tcpcb->rcv_nxt - (u_long)tcpcb->irs); } } #if (__FreeBSD__ <= 2) struct nlist nml[] = { #define N_TCB 0 { "_tcb" }, 0 }; void Process_IP_CB(kvm_t *kmem, struct inpcb *inpcb) { struct tcpcb tcpcb; if (kvm_read(kmem, (long)inpcb->inp_ppcb, (char*)&tcpcb, sizeof(tcpcb))>0) Display(inpcb, &tcpcb); } void Process_IP_CBs(kvm_t *kvm) { struct inpcb in_pcb; long off = nml[N_TCB].n_value; if (kvm_read(kvm, off, (char *) &in_pcb, sizeof (struct inpcb))>0) { long prev = off; while (in_pcb.inp_list.le_next != (struct inpcb *)off) { long next = (long)in_pcb.inp_list.le_next; if (kvm_read(kvm, next, (char*)&in_pcb, sizeof(struct inpcb)) < 0 || (long)in_pcb.inp_list.le_prev != prev) // lost sync break; Process_IP_CB(kvm, &in_pcb); prev = next; } } } #endif main(int argc, char **argv) { #if (__FreeBSD__ > 2) int len = 0; if (sysctlbyname("net.inet.tcp.pcblist", 0, &len, 0, 0)<0) perror("sysctlbyname"); else { char *buf = (char*)malloc(len); if (buf == 0) perror("malloc"); else if (sysctlbyname("net.inet.tcp.pcblist", buf, &len, 0, 0)<0) perror("sysctlbyname"); else { struct xinpgen *xig, *oxig; oxig = xig = (struct xinpgen*)buf; for (xig = (struct xinpgen*)(((char*)xig)+xig->xig_len) ; xig->xig_len > sizeof(struct xinpgen); xig = (struct xinpgen*)(((char*)xig)+xig->xig_len)) { struct tcpcb *tcpcb = & ((struct xtcpcb*)xig)->xt_tp; struct inpcb *inpcb = & ((struct xtcpcb*)xig)->xt_inp; if (inpcb->inp_gencnt <= oxig->xig_gen) Display(inpcb, tcpcb); } } if (buf) free(buf); } #else kvm_t *kvm = kvm_open(0,0,0,0,0); if (kvm) { if (kvm_nlist(kvm, nml) < 0) perror("kvm_nlist"); else { Process_IP_CBs(kvm); kvm_close(kvm); } } else perror("kvm_open"); #endif } --------------7FACD920DB1E44CD02E708A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 10:15:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from houston.matchlogic.com (houston.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 6A47937B63F for ; Wed, 12 Apr 2000 10:14:56 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by houston.matchlogic.com with Internet Mail Service (5.5.2650.21) id <2RMJ4RY1>; Wed, 12 Apr 2000 11:14:25 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B3013B24CAA@bdr-xcln.is.matchlogic.com> From: Charles Randall To: Ming Zhang , freebsd-hackers@freebsd.org Subject: RE: Multithread safe gethostbyname() ? Date: Wed, 12 Apr 2000 11:14:27 -0600 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 adns should provide the functionality that you're looking for, http://www.chiark.greenend.org.uk/~ian/adns/ Charles -----Original Message----- From: Ming Zhang [mailto:ming@yahoo-inc.com] Sent: Tuesday, April 11, 2000 7:27 PM To: freebsd-hackers@freebsd.org Subject: Multithread safe gethostbyname() ? Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? On Solaris there is gethostbyname_r(). Calling gethostbyname() with in two threads cause both threads to block. I know the "struct hostent" is static in gethostbyname(), however it seems like the socket that is used to get the DNS info is static too. Attached it's the code I used for testing: ----- #include #include #include void vserv_request (void *d) { printf ("before byname\n"); gethostbyname ("test.exampledomain.com"); /* real host removed */ printf ("after byname\n"); } int create_request_thread (void) { pthread_t t_id; pthread_attr_t t_attr; int i = 0; pthread_attr_init (&t_attr); for (i = 0; i < 2; i++) { if (pthread_create(&t_id, &t_attr, vserv_request, (void *) NULL) != 0) return (-1); } return (0); } void main (void) { create_request_thread(); sleep (10000); /* I know sleep() is bad, just for the test */ } ------ both threads block after print "before byname". tested on both 3.4-stable and 4.0-stable (as of april 10th). any hints? Thanks 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 Apr 12 10:17:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sentry.gw.tislabs.com (sentry.gw.tislabs.com [192.94.214.100]) by hub.freebsd.org (Postfix) with ESMTP id 0B49F37BF09 for ; Wed, 12 Apr 2000 10:14:41 -0700 (PDT) (envelope-from stevek@tislabs.com) Received: by sentry.gw.tislabs.com; id NAA29398; Wed, 12 Apr 2000 13:14:22 -0400 (EDT) Received: from clipper.gw.tislabs.com(10.33.1.2) by sentry.gw.tislabs.com via smap (V5.5) id xma029392; Wed, 12 Apr 00 13:14:19 -0400 Received: from mufasa.va.tislabs.com (mufasa.va.tislabs.com [192.168.10.18]) by clipper.gw.tislabs.com (8.9.3/8.9.1) with ESMTP id NAA29306; Wed, 12 Apr 2000 13:10:20 -0400 (EDT) Received: from localhost (stevek@localhost) by mufasa.va.tislabs.com (8.9.3/8.9.3) with ESMTP id NAA49808; Wed, 12 Apr 2000 13:27:48 -0400 (EDT) (envelope-from stevek@mufasa.va.tislabs.com) Date: Wed, 12 Apr 2000 13:27:48 -0400 (EDT) From: Steve Kiernan To: Poul-Henning Kamp Cc: Steve Kiernan , freebsd-hackers@FreeBSD.ORG Subject: Re: Frame relay driver In-Reply-To: <33400.955518023@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 On Wed, 12 Apr 2000, Poul-Henning Kamp wrote: > In message , S > teve Kiernan writes: > > >> If you are interested in a V.35 style sync card, I have one which > >> LMC (www.lanmedia.com) lent me, but for which I have not gotten > >> the driver converted to netgraph yet. > > > >I have the driver for the LMC cards converted to netgraph. I just need to > >clean it up a bit. I've had it working for a couple days now. > > Cool! For which models ? I converted the driver which supports the LMC1000P, LMC1200P, LMC5200P, LMC5245P. Right now it's pretty full of excessive debugging code (#ifdef'd out to make sure it wasn't changing the operation of the card) that I need to rip out and make sure all the necessary #ifdefs are in there. -- Stephen Kiernan stevek@tislabs.com NAI Labs, A Division of Network Associates, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 10:47:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from spirit.jaded.net (liv3-3.hamilton.idirect.com [209.161.208.3]) by hub.freebsd.org (Postfix) with ESMTP id 120D237C54C; Wed, 12 Apr 2000 10:40:38 -0700 (PDT) (envelope-from dan@spirit.jaded.net) Received: (from dan@localhost) by spirit.jaded.net (8.9.3/8.9.3) id NAA05646; Wed, 12 Apr 2000 13:41:59 -0400 (EDT) Date: Wed, 12 Apr 2000 13:41:58 -0400 From: Dan Moschuk To: John Baldwin Cc: ming@yahoo-inc.com, hackers@FreeBSD.ORG Subject: Re: Multithread safe gethostbyname() ? Message-ID: <20000412134158.A5630@spirit.jaded.net> References: <200004120538.WAA17491@sharmas.dhs.org> <200004121136.HAA32335@server.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200004121136.HAA32335@server.baldwin.cx>; from jhb@FreeBSD.ORG on Wed, Apr 12, 2000 at 07:36:19AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? | > | > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in | > two threads cause both threads to block. | | No. :( Until we get one you can work around it by using a mutex around | calls to gethost* to allow only 1 thread to call them at a time. That won't work either, since, if I remember correctly, the returned struct hostent is static. -Dan -- Dan Moschuk (TFreak!dan@freebsd.org) "Waste not fresh tears on old griefs." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 11:11:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3]) by hub.freebsd.org (Postfix) with ESMTP id C0E5E37B5AE for ; Wed, 12 Apr 2000 11:06:14 -0700 (PDT) (envelope-from fanf@demon.net) Received: from fanf.eng.demon.net (fanf.eng.demon.net [195.11.55.89]) by internal.mail.demon.net with ESMTP id TAA11108; Wed, 12 Apr 2000 19:06:02 +0100 (BST) Received: from fanf by fanf.eng.demon.net with local (Exim 3.12 #3) id 12fRWQ-000GVz-00; Wed, 12 Apr 2000 19:05:50 +0100 To: adsharma@sharmas.dhs.org From: Tony Finch Cc: hackers@freebsd.org Subject: Re: Multithread safe gethostbyname() ? In-Reply-To: <200004120538.WAA17491@sharmas.dhs.org> References: Message-Id: Date: Wed, 12 Apr 2000 19:05:50 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Arun Sharma wrote: > >I think it'd be very useful to have a non-blocking DNS lookup API (one >which exposes the underlying file descriptor) . Winsock has this. UNIX >netscape 4.x would freeze half as often if this was done right. http://www.chiark.greenend.org.uk/~ian/adns/ is nice if you don't mind the GPL. Tony. -- f.a.n.finch fanf@demon.net dot@dotat.at 441 the tone-arm of turbidity To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 11:50:36 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 4BC3937BDDA for ; Wed, 12 Apr 2000 11:44:44 -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 OAA30359; Wed, 12 Apr 2000 14:42:33 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200004121842.OAA30359@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Graham Wheeler Cc: hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Determining traffic on a socket - solution and security question References: <53045.955453206@axl.ops.uunet.co.za> <38F31395.68EFE3EF@cequrux.com> <38F44460.391BD4B9@cequrux.com> <38F46F1C.1115AEDE@cequrux.com> <38F496A6.1DE73643@cequrux.com> In-reply-to: Your message of "Wed, 12 Apr 2000 17:30:46 +0200." <38F496A6.1DE73643@cequrux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Apr 2000 14:42:33 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG These approaches work well, so long as the 32-bit sequence space doesn't wrap. At 100Mb/s, this wraps in about 6 minutes. Sure, most connections don't carry more than 4GB of data but you might be interested in the ones that do. This also is a problem for the counters in struct if_data that are of type u_long and are going to wrap way too quickly on busy high-speed network interfaces. louie gram@cequrux.com said: > I have attached my final program which works on both FreeBSD 2.x and > FreeBSD 3.x (I don't have a FreeBSD 4.x box to test this on yet). > On FreeBSD 2.x one must be root to run this (to read /dev/kmem), but > on FreeBSD 3.x any user can run this. > I would argue that this is a potential security vulnerability. Some > clever user may be able to exploit this for some protocols to > determine the lengths of usernames and passwords (admittedly this is > unlikely to work with telnet unless in line mode). The sysctl calls > that extract things like TCP control blocks should require privileged > access (although the downside of this is that programs like netstat > would have to be setuid). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 12:37:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id F060B37BE7B for ; Wed, 12 Apr 2000 12:35:24 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 99c8f334c649856e3f2cdadc4054e412) with ESMTP id <20000412193336.GDYF9071.relay01@chello.nl>; Wed, 12 Apr 2000 21:33:36 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id VAA01843; Wed, 12 Apr 2000 21:33:34 +0200 (CEST) (envelope-from wkb) Date: Wed, 12 Apr 2000 21:33:34 +0200 From: Wilko Bulte To: "Sean O'Connell" Cc: FreeBSD hackers list Subject: Re: Acroread4 Message-ID: <20000412213334.A1187@yedi.wbnet> Reply-To: wc.bulte@chello.nl References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412192610.A1253@yedi.wbnet> <20000412150210.D17103@stat.Duke.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000412150210.D17103@stat.Duke.EDU>; from sean@stat.Duke.EDU on Wed, Apr 12, 2000 at 03:02:10PM -0400 X-OS: FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 12, 2000 at 03:02:10PM -0400, Sean O'Connell wrote: > Wilko Bulte stated: > > On Wed, Apr 12, 2000 at 10:38:04AM -0400, Vivek Khera wrote: > > > >>>>> "A" == Asmodai writes: > > > > > > >> I don't think this is a 4.0 issue. I get the same on a couple of 3.4R > > > >> systems, minus the locale message. > > > > > > A> I can, on my 3.4-STABLE, get acroread4 to coredump time and again. > > > > > > I've never had acroread version 4 croak on my 3.4-STABLE system. It > > > works just perfectly fine. > > > > Well... (just installed): > > > > acroread-4.05 gives: > > > > WKB ~>acroread4 > > Floating point exception (core dumped) > > > > on 3.4-stable. Is this what Vivek is seeing? > > Wilko- > > I think you can get around this by installing the > /sys/i386/include/npx.h (version 1.18) from RELENG_4,5 > and rebuilding your kernel (this also helps with linux > netscape/realplayer and a few other linux goodies). Hmm, interesting. Unfortunately it is no so simple as it appears. You also need globals.h which is not in 3.4-stable. Pulled that out of CVS. Now I see vm-machdep.c fail the compile.. I'll settle for acroread3x instead of acroread4x for now (until I move to RELENG_4). W/ -- Wilko Bulte Powered by FreeBSD http://www.freebsd.org http://www.tcja.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 13: 4:19 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 B1FB437BA1D for ; Wed, 12 Apr 2000 13:04:06 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id NAA19717; Wed, 12 Apr 2000 13:03:47 -0700 Date: Wed, 12 Apr 2000 13:03:47 -0700 From: Arun Sharma To: Ming Zhang Cc: hackers@freebsd.org Subject: Re: Multithread safe gethostbyname() ? Message-ID: <20000412130347.A19577@sharmas.dhs.org> References: <200004120538.WAA17491@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Ming Zhang on Wed, Apr 12, 2000 at 12:07:40AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 12, 2000 at 12:07:40AM -0700, Ming Zhang wrote: > > In your case, both the threads are waiting for a DNS server response, > > so the thread scheduler doesn't have a thread to schedule. > > If I only create one thread, then the gethostbyname() returns immediately. > By using truss -p, it seems that gethostbyname() uses a static socket var > for the DNS I/O rather than a local one, and that I think is what caused > the threads to hang. Or, we're talking about the same thing? Ah, I see. So your problem is due to the non-reentrant nature of the implementation rather than the blocking nature (as I assumed earlier). While we're on the topic, it'd also be useful to have a DNS lookup mechanism, that's per domain/adapter. If I have a laptop connected to two private domains foo.com and bar.com, I wan't nslookups on *.foo.com to go to one DNS server and *.bar.com to another. That'd require a per domain or per adapter /etc/resolv.conf -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 14:16:10 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 1DD2D37BDBA for ; Wed, 12 Apr 2000 14:16:07 -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 XAA95962; Wed, 12 Apr 2000 23:15:58 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200004122115.XAA95962@info.iet.unipi.it> Subject: Re: options BRIDGE - interfaces In-Reply-To: <200004110918.LAA00794@gil.physik.rwth-aachen.de> from Christoph Kukulies at "Apr 11, 2000 11:18:58 am" To: Christoph Kukulies Date: Wed, 12 Apr 2000 23:15:58 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I got an interesting tip from a list co-reader upon my > question about arp-proxy. Luigi added options BRIDGE to > the kernel some time ago (2.2.8) (Luigi, are you listening?) > The man page (man 4 bridge) says that at the moment it works > for ed,de,ep,fe,fxp,lnc,mx,tx,and xl interfaces. So fpa is > not amongst them. and note that it really works well probably on a smaller set of interfaces, such as fxp,ed,rl,dc, and maybe mx/tx. Others (including "de") might be broken at various degrees. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 14:25:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from clockwork.csudsu.com (clockwork.csudsu.com [209.249.57.100]) by hub.freebsd.org (Postfix) with ESMTP id 8F7D037BDFD for ; Wed, 12 Apr 2000 14:25:39 -0700 (PDT) (envelope-from stefan@csudsu.com) Received: by clockwork.csudsu.com (Postfix, from userid 1001) id 22F911AECA; Wed, 12 Apr 2000 14:25:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clockwork.csudsu.com (Postfix) with ESMTP id 0B2A11AEC6; Wed, 12 Apr 2000 14:25:32 -0700 (PDT) Date: Wed, 12 Apr 2000 14:25:31 -0700 (PDT) From: Stefan Molnar To: Luigi Rizzo Cc: Christoph Kukulies , hackers@FreeBSD.ORG Subject: Re: options BRIDGE - interfaces In-Reply-To: <200004122115.XAA95962@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 BRIDGE does work nicely in 4.0 branch. But I got bitten by the de driver, but the dc driver does hold up well. Stefan On Wed, 12 Apr 2000, Luigi Rizzo wrote: > > I got an interesting tip from a list co-reader upon my > > question about arp-proxy. Luigi added options BRIDGE to > > the kernel some time ago (2.2.8) (Luigi, are you listening?) > > The man page (man 4 bridge) says that at the moment it works > > for ed,de,ep,fe,fxp,lnc,mx,tx,and xl interfaces. So fpa is > > not amongst them. > > and note that it really works well probably on a smaller set > of interfaces, such as fxp,ed,rl,dc, and maybe mx/tx. Others > (including "de") might be broken at various degrees. > > cheers > luigi > > > > 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 Apr 12 15:25:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id EDD9B37B99F; Wed, 12 Apr 2000 15:25:13 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id SAA35050; Wed, 12 Apr 2000 18:24:54 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200004122224.SAA35050@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000412134158.A5630@spirit.jaded.net> Date: Wed, 12 Apr 2000 18:24:54 -0400 (EDT) From: John Baldwin To: Dan Moschuk Subject: Re: Multithread safe gethostbyname() ? Cc: hackers@FreeBSD.org, ming@yahoo-inc.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Apr-00 Dan Moschuk wrote: > >| > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? >| > >| > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in >| > two threads cause both threads to block. >| >| No. :( Until we get one you can work around it by using a mutex around >| calls to gethost* to allow only 1 thread to call them at a time. > > That won't work either, since, if I remember correctly, the returned > struct hostent is static. Yeah, so you would have to copy them to a new hostent while holding the lock. > -Dan > -- > Dan Moschuk (TFreak!dan@freebsd.org) > "Waste not fresh tears on old griefs." -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 20: 0:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hoemlsrv.firewall.lucent.com (hoemail1.lucent.com [192.11.226.161]) by hub.freebsd.org (Postfix) with ESMTP id A437337B691 for ; Wed, 12 Apr 2000 20:00:52 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from hoemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id XAA16846 for ; Wed, 12 Apr 2000 23:00:51 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id XAA16827; Wed, 12 Apr 2000 23:00:51 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id WAA22321; Wed, 12 Apr 2000 22:01:57 -0400 (EDT) Message-ID: <38F52C7F.7E627B83@lucent.com> Date: Wed, 12 Apr 2000 22:10:07 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Modem and Multimedia Systems X-Mailer: Mozilla 4.06 [en] (Win98; U) MIME-Version: 1.0 To: Warner Losh , FreeBSD Hackers Subject: Re: [Fwd: PCI DMA Questions] References: <38F41901.A075EAC9@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > -------- Original Message -------- > Subject: PCI DMA Questions > > I'm debugging a hunk of PCI hardware that I have under NDA. It > doesn't seem to be initiating DMA transfers. This may be a hardware > problem, but before I go back to the vendor, I want to make sure that > I'm doing the DMA initialization right. It was my understanding that > DMA just happened on the PCI bus and nothing special was needed. > > Am I doing this right? Is there something unobviously named that is > used to "start" the DMA or tell some DMA controller that DMA is going > to happen? I didn't see anything in any of the pci drivers, and I > don't recall ever having to deal with this in the past. Since I didn't see much in the way of response to your questions... Now that my device driver for my bus-mastering PCI board is basically working :), I can confirm that on an x86 PC, there is nothing needed to "start" bus-mastering DMA, other than programming your bus-mastering PCI device and telling it to "go". So either you need to poke some more registers on your device :), or you've got some busted hardware... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 12 22:39:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from guppy.pond.net (guppy.pond.net [205.240.25.2]) by hub.freebsd.org (Postfix) with ESMTP id 13BF937B679; Wed, 12 Apr 2000 22:39:45 -0700 (PDT) (envelope-from ptacek@technologist.com) Received: from Ptacek (rc1s7p8.dashmail.net [216.36.33.80]) by guppy.pond.net (8.9.3/8.9.3) with SMTP id WAA02689; Wed, 12 Apr 2000 22:30:19 -0700 (PDT) From: "Chris Ptacek" To: Cc: Subject: VPN help needed Date: Wed, 12 Apr 2000 22:39:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am trying to connect to a remote NT VPN server so I can perform some work remotely. However I can't seem to get the VPN link to come up. I am using the pptpclient software. I have the following entry in my ppp.conf file: VPN: set timeout 0 set ifaddr 0 0 add 172.22.0.0/16 HISADDR set authname set authkey alias enable yes and I start the pptpclient with the following command: > pptp VPN I am getting the following: log[pptp_dispatch_ctrl_packet:pptp_ctrl.531]: Client connection established. log[pptp_dispatch_ctrl_packet:pptp_ctrl.637]: Outgoing call established. /usr/libexec/ld-elf.so.1: Shared object "libnetgraph.so.1" not found How do I fix this and is my setup correct? Also, on a similar note, I am running NAT on this box for my windows machine. I have tried to use the windows VPN connection to connect but it says the server isn't responding (if I dial out I can connect, so the server is correct), is there a way to get the VPN connection up when using NAT? Thanks in advance, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 2:30:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id EDFD137BD30 for ; Thu, 13 Apr 2000 02:30:12 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id KAA67711 for hackers@freebsd.org; Thu, 13 Apr 2000 10:30:04 +0100 (BST) (envelope-from nik) Date: Thu, 13 Apr 2000 10:30:04 +0100 From: Nik Clayton To: hackers@freebsd.org Subject: Hardware crypto support Message-ID: <20000413103004.A67194@catkin.nothing-going-on.org> Reply-To: nik@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ slashdot.org hat firmly on head, FU set to me ] Does FreeBSD support hardware crypto? There'll shortly be a story on /. about OpenBSD's hardware crypto support, in the form of the HiFn 7751 chip. OpenBSD recommend buying them from www.powercrypt.com. If you go there you'll see that FreeBSD support is listed, but there are no details. If FreeBSD's got support for this card (even if it's through third party drivers) I'll recast the story so it's more of a "BSD supports hardware crypto", rather than being solely OpenBSD. But if OpenBSD have it first they get the honours :-) If you're using this (or any other) card for hardware crypto, can you drop me a line? If you can include real-world performance details as well that'd be great. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 2:58:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id B50DA37B833; Thu, 13 Apr 2000 02:58:08 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12fgNy-0001es-00; Thu, 13 Apr 2000 11:58:06 +0200 From: Sheldon Hearn To: nik@freebsd.org Cc: hackers@freebsd.org Subject: Re: Hardware crypto support In-reply-to: Your message of "Thu, 13 Apr 2000 10:30:04 +0100." <20000413103004.A67194@catkin.nothing-going-on.org> Date: Thu, 13 Apr 2000 11:58:06 +0200 Message-ID: <6377.955619886@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000 10:30:04 +0100, Nik Clayton wrote: > Does FreeBSD support hardware crypto? We've issued a device major number for nCipher's nFast PCI hardware cryptographic accelerator. I'd suggest contacting the nCipher guy who asked for the device major, John Hartley and ask how they're progressing. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 3: 5:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ms1.meiway.com (ms1.meiway.com [212.73.210.73]) by hub.freebsd.org (Postfix) with ESMTP id 280B937BD1A for ; Thu, 13 Apr 2000 03:05:55 -0700 (PDT) (envelope-from lconrad@Go2France.com) Received: from sv.Go2France.com [212.73.210.79] by ms1.meiway.com with ESMTP (SMTPD32-5.05) id AD5F9378051E; Thu, 13 Apr 2000 12:11:43 +0200 Message-Id: <4.3.1.2.20000413120304.00e3bc20@mail.Go2France.com> X-Sender: lconrad%Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 13 Apr 2000 12:04:23 +0200 To: hackers@freebsd.org From: Len Conrad Subject: Re: Hardware crypto support In-Reply-To: <6377.955619886@axl.ops.uunet.co.za> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Similarly, what about hardware compression support? Say in conjunction with the LanMedia 1504P 4-port T1/E1 card? Len ======== > > Does FreeBSD support hardware crypto? > >We've issued a device major number for nCipher's nFast PCI hardware >cryptographic accelerator. I'd suggest contacting the nCipher guy who >asked for the device major, John Hartley and ask how >they're progressing. :-) > >Ciao, >Sheldon. > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 4: 0:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rusfarm.aha.ru (rusfarm.aha.ru [195.2.71.97]) by hub.freebsd.org (Postfix) with ESMTP id 634A637BBD0; Thu, 13 Apr 2000 04:00:24 -0700 (PDT) (envelope-from freebsd@rusfarm.aha.ru) Received: from admin (admin.rusfarm.aha.ru [195.2.71.100]) by rusfarm.aha.ru (8.9.3/8.9.3) with SMTP id PAA00761; Thu, 13 Apr 2000 15:03:32 +0400 (MSD) (envelope-from freebsd@rusfarm.aha.ru) Message-ID: <008301bfa537$905d9660$644702c3@admin.rusfarm.aha.ru> From: "Vlad Dymchenko" To: , Subject: unsubscribe freebsd-hackers Date: Thu, 13 Apr 2000 14:58:48 +0400 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3612.1700 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe freebsd-hackers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 4:21: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from eeyore.local.dohd.cx (d0030.dtk.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id CD97B37B641 for ; Thu, 13 Apr 2000 04:20:58 -0700 (PDT) (envelope-from freebsd@dohd.cx) Received: by eeyore.local.dohd.cx (Postfix+IPv6, from userid 1008) id 37B23BAFF; Thu, 13 Apr 2000 13:20:50 +0200 (MET DST) Date: Thu, 13 Apr 2000 13:20:50 +0200 From: Mark Huizer To: freebsd-hackers@freebsd.org Subject: Debugging kernel data Message-ID: <20000413132050.D43342@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I'm trying to debug a kernel that is not crashing but hanging, with all processes in 'inode' wchan. So I did a 'call panic()', and now I have the crashdump, but is there a way to get to the data structures of the kernel??? Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 6:21:17 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 7932237B598 for ; Thu, 13 Apr 2000 06:21:13 -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 JAA23283 for ; Thu, 13 Apr 2000 09:21:11 -0400 (EDT) Date: Thu, 13 Apr 2000 09:21:08 -0400 (EDT) From: Andrew Reiter X-Sender: s467338@jupiter2 To: freebsd-hackers@freebsd.org Subject: copyin() return val 14 (EINVAL). 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 semi-talked with Alfred Perlstein about this on IRC.... I keep getting a return value of 14 (EINVAL) when I call copyin(). While issue may be my fault, that is not the issue... the issue is that atleast in the main page, it's undocumented. After randomly finding a man page in digital unix (iirc), I remember it stating that when EINVAL is returned it means that the userland pointer that is passed to copyin() is invalid, or.. (forgive me for lack of remembering) "something" does not have rights to access "something." Sorry for the ambiguity on the latter. Anyway, Im not sure if that was just a mistake on not including it in the man page, or whether Im missing something. Also, Im wondering anyone would like to take a stab at why exactly Im always getting EINVAL... no matter what I do in the code. If you'd like to help, just drop me a line and I'll send you source. Thanks, Andrew --------------------------------------------------------- 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 Thu Apr 13 7:30:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.cdrom.com (pike.cdrom.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id C36E637BD51 for ; Thu, 13 Apr 2000 07:30:37 -0700 (PDT) (envelope-from murray@cdrom.com) Received: from localhost (murray@localhost) by pike.cdrom.com (8.9.1a/8.9.1) with ESMTP id HAA25297 for ; Thu, 13 Apr 2000 07:32:58 -0700 (PDT) Date: Thu, 13 Apr 2000 07:32:58 -0700 (PDT) From: Murray Stokely To: freebsd-hackers@freebsd.org Subject: image_params.fname Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having trouble displaying the value of image_params->fname in this small snippet of code from imgact_elf.c. When the system execs an unbranded elf binary it doesn't tell you the name of the actual file that you tried to exec, which can be very annoying when you run an obfuscated shell-installer for a Linux application. Anyway this code always ends up with nonsense in the path; what am I doing wrong? if (brand_info == NULL) { if (brand[0] == 0) { uprintf("ELF binary type not known." " Use \"brandelf\" to brand it.\n"); uprintf("imgp->fname : %p\n",imgp->fname); /* user space */ uprintf("fname : %p\n",&path[0]); /* kernel space */ error = copyinstr(imgp->fname,&path[0],MAXPATHLEN,&length); if (!error) { uprintf("Filename : '%s'\n",path); uprintf("length : %d\n",length); } } $ ./Mathematica ELF binary type not known. Use "brandelf" to brand it. imgp->fname : 0x80a6a00 fname : 0xc0d39800 Filename :j length : 3 Abort - Murray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 9:36: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from houston.matchlogic.com (houston.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 66B2C37B60D for ; Thu, 13 Apr 2000 09:36:00 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by houston.matchlogic.com with Internet Mail Service (5.5.2650.21) id <2RMJ46B1>; Thu, 13 Apr 2000 10:35:58 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B3013B24D12@bdr-xcln.is.matchlogic.com> From: Charles Randall To: Len Conrad , hackers@freebsd.org Subject: RE: Hardware crypto support Date: Thu, 13 Apr 2000 10:36:05 -0600 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 Speaking of hardware support for compression... I've been looking for hardware accelerated zlib for a while. I even contacted the guys zlib developers and Hi/fn and came up with nothing. Any suggestions? Charles -----Original Message----- From: Len Conrad [mailto:lconrad@Go2France.com] Sent: Thursday, April 13, 2000 4:04 AM To: hackers@freebsd.org Subject: Re: Hardware crypto support Similarly, what about hardware compression support? Say in conjunction with the LanMedia 1504P 4-port T1/E1 card? Len ======== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 11:42:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scallop.baynetworks.com (ns5.baynetworks.com [194.133.90.101]) by hub.freebsd.org (Postfix) with ESMTP id B3A1437B624 for ; Thu, 13 Apr 2000 11:41:30 -0700 (PDT) (envelope-from bwithrow@engeast.BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h8754.s84f5.BayNetworks.COM [132.245.135.84]) by scallop.baynetworks.com (8.9.1/8.9.1) with ESMTP id UAA17545; Thu, 13 Apr 2000 20:44:57 +0200 (MET DST) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id OAA05187; Thu, 13 Apr 2000 14:45:29 -0400 (EDT) Received: from tuva.engeast.baynetworks.com (tuva [192.32.150.102]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id OAA22687; Thu, 13 Apr 2000 14:40:44 -0400 for Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.9.3/8.9.3) with ESMTP id OAA35578; Thu, 13 Apr 2000 14:40:25 -0400 (EDT) (envelope-from bwithrow@tuva.engeast.baynetworks.com) Message-Id: <200004131840.OAA35578@tuva.engeast.baynetworks.com> X-Mailer: exmh version 2.0.2 2/24/98 To: hackers@freebsd.org Cc: bwithrow@nortelnetworks.com, witr@rwwa.com Subject: Authorization broken in 4.0 REL/XDM? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Apr 2000 14:40:25 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I asked about this in questions... It appears that authorization is broken in XDM in 4.0 REL. At least if I start XDM using the default everything, just the way I have for the last several releases, all attempts to log into the server fail with authentication rejections. The only suggestion on questions was to turn off authorization on the :0 display, which doesn't seem safe. Any other ideas? -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 12:31: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F061537BD67; Thu, 13 Apr 2000 12:31:04 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id MAA13199; Thu, 13 Apr 2000 12:31:03 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Thu, 13 Apr 2000 12:31:03 -0700 (PDT) From: Kris Kennaway To: Robert Withrow Cc: hackers@freebsd.org, witr@rwwa.com Subject: Re: Authorization broken in 4.0 REL/XDM? In-Reply-To: <200004131840.OAA35578@tuva.engeast.baynetworks.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, Robert Withrow wrote: > Any other ideas? Do you have an up to date /etc? /etc/pam.conf contains: # XDM is difficult; it fails or moans unless there are modules for each # of the four management groups; auth, account, session and password. xdm auth required pam_unix.so #xdm auth sufficient pam_kerberosIV.so try_first_pass xdm account required pam_unix.so try_first_pass xdm session required pam_deny.so xdm password required pam_deny.so Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 12:46:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from baynet.baynetworks.com (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (Postfix) with ESMTP id C6F5537BD7D; Thu, 13 Apr 2000 12:43:31 -0700 (PDT) (envelope-from bwithrow@engeast.BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h8754.s84f5.BayNetworks.COM [132.245.135.84]) by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id MAA29019; Thu, 13 Apr 2000 12:41:24 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id PAA07758; Thu, 13 Apr 2000 15:47:35 -0400 (EDT) Received: from tuva.engeast.baynetworks.com (tuva [192.32.150.102]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id PAA06195; Thu, 13 Apr 2000 15:42:50 -0400 for Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.9.3/8.9.3) with ESMTP id PAA36075; Thu, 13 Apr 2000 15:42:12 -0400 (EDT) (envelope-from bwithrow@tuva.engeast.baynetworks.com) Message-Id: <200004131942.PAA36075@tuva.engeast.baynetworks.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Kris Kennaway Cc: "Withrow, Robert (W.) [BAY:BL60:430]" , hackers@FreeBSD.org, witr@rwwa.com Subject: Re: Authorization broken in 4.0 REL/XDM? In-Reply-To: Message from Kris Kennaway of "Thu, 13 Apr 2000 12:31:03 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Apr 2000 15:42:12 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG kris@FreeBSD.org said: :- Do you have an up to date /etc? Yes. This is a virgin installation of 4.0 REL. bash-2.03$ uname -sr FreeBSD 4.0-RELEASE bash-2.03$ grep -A 6 XDM /etc/pam.conf # XDM is difficult; it fails or moans unless there are modules for each # of the four management groups; auth, account, session and password. xdm auth required pam_unix.so #xdm auth sufficient pam_kerberosIV.so try_first_pass xdm account required pam_unix.so try_first_pass xdm session required pam_deny.so xdm password required pam_deny.so bash-2.03$ -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 12:49:26 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 60BF837BD7D; Thu, 13 Apr 2000 12:49:23 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p53-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.118]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id EAA15943; Fri, 14 Apr 2000 04:49:21 +0900 (JST) Message-ID: <38F624CD.8D3D29BC@newsguy.com> Date: Fri, 14 Apr 2000 04:49:33 +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: nik@FreeBSD.ORG Cc: hackers@FreeBSD.ORG Subject: Re: Hardware crypto support References: <20000413103004.A67194@catkin.nothing-going-on.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nik Clayton wrote: > > Does FreeBSD support hardware crypto? It does. > There'll shortly be a story on /. about OpenBSD's hardware crypto support, > in the form of the HiFn 7751 chip. OpenBSD recommend buying them from > www.powercrypt.com. > > If you go there you'll see that FreeBSD support is listed, but there are > no details. > > If FreeBSD's got support for this card (even if it's through third party > drivers) I'll recast the story so it's more of a "BSD supports hardware > crypto", rather than being solely OpenBSD. But if OpenBSD have it first > they get the honours :-) > > If you're using this (or any other) card for hardware crypto, can you drop > me a line? If you can include real-world performance details as well that'd > be great. I once wrote a driver for a cryptography card for FreeBSD. The hardware was a brazilian one, and the driver was/is being used with a commercial firewall product that is available for a number of platforms, including FreeBSD. I wouldn't be the least surprised if other crypto hardware had drivers available for FreeBSD. Frankly, I see nothing special in the above. It sure didn't took me very long to write the driver. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org dcs@there.is.no.such.thing.as.a.bsdconspiracy.net GPL certainly doesn't meet Janis Joplin's definition of freedom: "Freedom is just another word for nothing left to loose." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 12:55: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id F10D837BD5D for ; Thu, 13 Apr 2000 12:54:57 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.10.0/8.10.0) with ESMTP id e3DJsus23925 for ; Thu, 13 Apr 2000 21:54:56 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.0/8.10.0) with ESMTP id e3DJsti12734 for ; Thu, 13 Apr 2000 21:54:55 +0200 (MET DST) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.9.3/8.9.3) id VAA01627 for ; Thu, 13 Apr 2000 21:54:55 +0200 (CEST) Date: Thu, 13 Apr 2000 21:54:54 +0200 From: Andre Albsmeier To: wc.bulte@chello.nl Cc: "Sean O'Connell" , FreeBSD hackers list Subject: Re: Acroread4 Message-ID: <20000413215454.A13701@internal> References: <200003271358.FAA02567@cwsys.cwsent.com> <20000412090055.L64452@daemon.ninth-circle.org> <14580.35404.952873.461147@onceler.kcilink.com> <20000412192610.A1253@yedi.wbnet> <200004121 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000412213334.A1187@yedi.wbnet>; from wkb@chello.nl on Wed, Apr 12, 2000 at 09:33:34PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 12-Apr-2000 at 21:33:34 +0200, Wilko Bulte wrote: > On Wed, Apr 12, 2000 at 03:02:10PM -0400, Sean O'Connell wrote: > > Wilko Bulte stated: > > > On Wed, Apr 12, 2000 at 10:38:04AM -0400, Vivek Khera wrote: > > > > >>>>> "A" == Asmodai writes: > > > > > > > > >> I don't think this is a 4.0 issue. I get the same on a couple of 3.4R > > > > >> systems, minus the locale message. > > > > > > > > A> I can, on my 3.4-STABLE, get acroread4 to coredump time and again. > > > > > > > > I've never had acroread version 4 croak on my 3.4-STABLE system. It > > > > works just perfectly fine. > > > > > > Well... (just installed): > > > > > > acroread-4.05 gives: > > > > > > WKB ~>acroread4 > > > Floating point exception (core dumped) > > > > > > on 3.4-stable. Is this what Vivek is seeing? > > > > Wilko- > > > > I think you can get around this by installing the > > /sys/i386/include/npx.h (version 1.18) from RELENG_4,5 > > and rebuilding your kernel (this also helps with linux > > netscape/realplayer and a few other linux goodies). > > Hmm, interesting. Unfortunately it is no so simple as it appears. > You also need globals.h which is not in 3.4-stable. Pulled that out of > CVS. Now I see vm-machdep.c fail the compile.. Don't use the whole npx.h 1.18, only the latest patch which sets __INITIAL_NPXCW__ to 0x127F. This made it work for me... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 13:23:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from venera.isi.edu (venera.isi.edu [128.9.176.32]) by hub.freebsd.org (Postfix) with ESMTP id E65C337BDB7 for ; Thu, 13 Apr 2000 13:23:33 -0700 (PDT) (envelope-from faber@ISI.EDU) Received: from ted.isi.edu (ted.isi.edu [128.9.160.104]) by venera.isi.edu (8.8.7/8.8.6) with ESMTP id NAA27410; Thu, 13 Apr 2000 13:22:58 -0700 (PDT) Received: from ted.isi.edu (localhost [127.0.0.1]) by ted.isi.edu (8.9.3/8.9.3) with ESMTP id NAA28889; Thu, 13 Apr 2000 13:23:07 -0700 (PDT) (envelope-from faber@ted.isi.edu) Message-Id: <200004132023.NAA28889@ted.isi.edu> X-Mailer: exmh version 2.1.1 10/15/1999 To: Robert Withrow Cc: hackers@freebsd.org, witr@rwwa.com Subject: Re: Authorization broken in 4.0 REL/XDM? In-Reply-To: Your message of "Thu, 13 Apr 2000 14:40:25 EDT." <200004131840.OAA35578@tuva.engeast.baynetworks.com> X-Url: http://www.isi.edu/~faber Date: Thu, 13 Apr 2000 13:23:07 -0700 From: Ted Faber Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii Robert Withrow wrote: >I asked about this in questions... > >It appears that authorization is broken in XDM in 4.0 REL. At least >if I start XDM using the default everything, just the way I have >for the last several releases, all attempts to log into the server >fail with authentication rejections. > >The only suggestion on questions was to turn off authorization on >the :0 display, which doesn't seem safe. I just had this one upgrading to 4.0-stable. Edit /usr/X11R6/lib/X11/xdm/xdm-config and add: DisplayManager._0.authName: MIT-MAGIC_COOKIE-1 (If you use more than DISPLAY :0 add lines for them, too...) xdm seems to have been compiled to use both MIT-MAGIC_COOKIE-1 and XDM-AUTHORIZATION-1 authorization schemes, although the other parameters in the default configuration don't seem to support XDM-AUTHORIZATION-1. This results in the spurious failures. It took me an hour to figure this out today, and I'll be delighted if it solves your problem. :-) - ---------------------------------------------------------------------- Ted Faber faber@isi.edu USC/ISI Computer Scientist http://www.isi.edu/~faber (310) 448-9190 PGP Keys: http://www.isi.edu/~faber/pubkeys.asc -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQA/AwUBOPYsq2lM93/mX/l7EQKNPwCgxKwJbn+6xtoEml6hoz41zImuGfEAniTS 7/4LPAc2/DimmHp0TQBLiSGd =lF09 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 13:49:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from southpass.baynetworks.com (ns2.BayNetworks.COM [134.177.3.16]) by hub.freebsd.org (Postfix) with ESMTP id 8923137BDCD for ; Thu, 13 Apr 2000 13:48:01 -0700 (PDT) (envelope-from bwithrow@engeast.BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h8754.s84f5.BayNetworks.COM [132.245.135.84]) by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id NAA08138; Thu, 13 Apr 2000 13:40:16 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id QAA10430; Thu, 13 Apr 2000 16:52:05 -0400 (EDT) Received: from tuva.engeast.baynetworks.com (tuva [192.32.150.102]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id QAA20782; Thu, 13 Apr 2000 16:47:20 -0400 for Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.9.3/8.9.3) with ESMTP id QAA36277; Thu, 13 Apr 2000 16:46:48 -0400 (EDT) (envelope-from bwithrow@tuva.engeast.baynetworks.com) Message-Id: <200004132046.QAA36277@tuva.engeast.baynetworks.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Ted Faber Cc: "Withrow, Robert (W.) [BAY:BL60:430]" , hackers@freebsd.org, witr@rwwa.com Subject: Re: Authorization broken in 4.0 REL/XDM? In-Reply-To: Message from Ted Faber of "Thu, 13 Apr 2000 13:23:07 PDT." <200004132023.NAA28889@ted.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Apr 2000 16:46:48 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG faber@ISI.EDU said: :- It took me an hour to figure this out today, and I'll be delighted if :- it solves your problem. :-) You da man! Here is the change I made. Dear core team, please add to errata! Thanks! *** xdm-config.orig Thu Apr 13 16:37:35 2000 --- xdm-config Thu Apr 13 16:37:52 2000 *************** *** 10,16 **** --- 10,18 ---- ! X terminals will be configured that way, so by default ! use authorization only for local displays :0, :1, etc. DisplayManager._0.authorize: true + DisplayManager._0.authName: MIT-MAGIC_COOKIE-1 DisplayManager._1.authorize: true + DisplayManager._1.authName: MIT-MAGIC_COOKIE-1 ! The following three resources set up display :0 as the console. DisplayManager._0.setup: /usr/X11R6/lib/X11/xdm/Xsetup_0 DisplayManager._0.startup: /usr/X11R6/lib/X11/xdm/GiveConsole -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 14:21: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alemail1.firewall.lucent.com (alemail1.lucent.com [192.11.221.161]) by hub.freebsd.org (Postfix) with ESMTP id 71DAF37B680 for ; Thu, 13 Apr 2000 14:21:02 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from alemail1.firewall.lucent.com (localhost [127.0.0.1]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id RAA10745 for ; Thu, 13 Apr 2000 17:21:00 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id RAA10733 for ; Thu, 13 Apr 2000 17:20:59 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id RAA14373; Thu, 13 Apr 2000 17:20:57 -0400 (EDT) Message-ID: <38F63C11.860C901B@lucent.com> Date: Thu, 13 Apr 2000 17:28:49 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Modem and Multimedia Systems X-Mailer: Mozilla 4.06 [en] (Win98; U) MIME-Version: 1.0 To: FreeBSD Hackers Subject: Setting device options Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now that my device driver basically works (I can successfully do pings and ftp transfers through it) using default settings, I'd like to start polishing it up a bit... This is a driver for a DSL device (Lucent WildWire), and our driver has lots of options because there are many "flavors" of DSL and things that need to be set depending on who is providing DSL service to your location. The device driver currently makes our DSL device look like an Ethernet card, though I will also be adding more code to support WAN (PPP) modes (that is, of course, one of the options that I need to set before the device is initialized). So, I want to know how I can "automagically" set the device options, every time a user kldload's the device driver. To give you a little background, here's how it works on the other operating systems, and thus this is the type of thing I'm looking for in FreeBSD. In Windows, after installation the options are stored in that "wonderful" hack called the Registry. The driver, upon initialization, reads the settings (i.e. the options) from the registry, and uses those settings to initialize. In Linux, by declaring some global variables with the "MODULE_PARM" macro, this allows these variables to automatically have their value set as the module is being loaded, overriding whatever default was compiled into the module. One only has to provide settings in the /etc/conf.modules file for the options to override, and these values are picked up by the "insmod" (insert module, equivalent to kldload) command. Thus, when the module is loaded, if there were any options set, the values of the global variables are set, even before the init_module() routine gets called. In other words, once you set the options you need in conf.modules, all settings are automatically handled, you don't have to remember to run some "extra" program after loading your module but before you bring up your link with ifconfig. Is there some equivalent way of handling device driver option settings in FreeBSD? I would prefer an "automatic" way of having the device options set, similar in function to the way you can set options for your ethernet card with the ifconfig command - so that once you define, for example, your ifconfig command and put it in your rc file, you just automatically bring things up the desired way. Any suggestions? (For FreeBSD 4.x) Thanks, Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 15:32:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 49B2237BC2E for ; Thu, 13 Apr 2000 15:32:19 -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 QAA34217; Thu, 13 Apr 2000 16:32:17 -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 QAA48521; Thu, 13 Apr 2000 16:32:00 -0600 (MDT) Message-Id: <200004132232.QAA48521@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Setting device options Cc: FreeBSD Hackers In-reply-to: Your message of "Thu, 13 Apr 2000 17:28:49 EDT." <38F63C11.860C901B@lucent.com> References: <38F63C11.860C901B@lucent.com> Date: Thu, 13 Apr 2000 16:32:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Two options. Once is that you can get hints, the other is that you can get environment variables. The third is to have sysctls, but those can't be set until after the driver has finished loading. Which one do you want me to talk about? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 15:45:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from auemail2.firewall.lucent.com (auemail2.lucent.com [192.11.223.163]) by hub.freebsd.org (Postfix) with ESMTP id 2BF0737B900 for ; Thu, 13 Apr 2000 15:45:31 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from auemail2.firewall.lucent.com (localhost [127.0.0.1]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id SAA13270 for ; Thu, 13 Apr 2000 18:45:30 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id SAA13262; Thu, 13 Apr 2000 18:45:29 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id SAA23587; Thu, 13 Apr 2000 18:45:27 -0400 (EDT) Message-ID: <38F64FAF.4D3BEAEF@lucent.com> Date: Thu, 13 Apr 2000 18:52:31 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.06 [en] (Win98; U) MIME-Version: 1.0 To: Warner Losh Cc: FreeBSD Hackers Subject: Re: Setting device options References: <38F63C11.860C901B@lucent.com> <200004132232.QAA48521@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner, > Two options. > > Once is that you can get hints, the other is that you can get > environment variables. The third is to have sysctls, but those can't > be set until after the driver has finished loading. Which one do you > want me to talk about? I'm sorry, but I don't know what "hints" are. Can you briefly explain (to start)? As to sysctls, not available until after driver loading: I believe that I need to know, before I reach the end of my attach routine, whether I'm going to be in a LAN mode or a WAN mode, so I know whether to do an ether_attach() or an sppp_attach(). So does that rule out sysctls? Thanks, Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 16:55:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from quack.kfu.com (quack.kfu.com [170.1.70.2]) by hub.freebsd.org (Postfix) with ESMTP id AD78A37B7D1; Thu, 13 Apr 2000 16:55:36 -0700 (PDT) (envelope-from nsayer@medusa.kfu.com) Received: from medusa.kfu.com (medusa.kfu.com [170.1.70.5]) by quack.kfu.com (8.9.2/8.9.3) with ESMTP id QAA32270; Thu, 13 Apr 2000 16:55:35 -0700 (PDT) (envelope-from nsayer@medusa.kfu.com) Received: (from nsayer@localhost) by medusa.kfu.com (8.9.3/8.8.8) id QAA70429; Thu, 13 Apr 2000 16:55:05 -0700 (PDT) (envelope-from nsayer) Date: Thu, 13 Apr 2000 16:55:05 -0700 (PDT) From: Nick Sayer Message-Id: <200004132355.QAA70429@medusa.kfu.com> To: freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org Subject: RFC: if_wi.c bridging patch Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have had some wi cards for a while, and while I have managed to get an Airport to work (a friend helped me out), I believe that adding wi to the list of bridge compatible interfaces may be helpful. According to the documentation, the IBSS mode of the driver doesn't work. That's too bad, as in combination with this patch, you could make your own "airport" this way. IBSS is desirable because it allows power management mode to work on the BSS client machines. C'est la guerre. I don't have a wi in a position that is comfortable for me to test. But if someone can verify that this works, I will commit it. This is relative to RELENG_4. --- if_wi.c.orig Thu Apr 13 16:36:37 2000 +++ if_wi.c Thu Apr 13 16:48:53 2000 @@ -102,6 +102,10 @@ #include +#ifdef BRIDGE +#include +#endif + #include #include @@ -425,8 +429,31 @@ ifp->if_ipackets++; /* Handle BPF listeners. */ - if (ifp->if_bpf) { + if (ifp->if_bpf) bpf_mtap(ifp, m); + +#ifdef BRIDGE + if (do_bridge) { + struct ifnet *bdg_ifp; + bdg_ifp = bridge_in(m); + if (bdg_ifp == BDG_DROP) { + if (m) + m_free(m); + return; /* and drop */ + } + if (bdg_ifp != BDG_LOCAL) + bdg_forward(&m, bdg_ifp); + if (bdg_ifp != BDG_LOCAL && bdg_ifp != BDG_BCAST && + bdg_ifp != BDG_MCAST) { + if (m) + m_free(m); + return; /* and drop */ + } + /* all others accepted locally */ + } + else +#endif + { if (ifp->if_flags & IFF_PROMISC && (bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, ETHER_ADDR_LEN) && (eh->ether_dhost[0] & 1) == 0)) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 17:11:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from PacHell.TelcoSucks.org (PacHell.TelcoSucks.org [207.90.181.5]) by hub.freebsd.org (Postfix) with ESMTP id ACA8437BA9F for ; Thu, 13 Apr 2000 17:11:49 -0700 (PDT) (envelope-from ulf@PacHell.TelcoSucks.org) Received: (from ulf@localhost) by PacHell.TelcoSucks.org (8.9.3/8.9.1) id RAA13863 for hackers@FreeBSD.org; Thu, 13 Apr 2000 17:11:44 -0700 (PDT) (envelope-from ulf) Date: Thu, 13 Apr 2000 17:11:44 -0700 From: Ulf Zimmermann To: hackers@FreeBSD.org Subject: Problems with 4.0-20000408-STABLE and Asus K7M/AMD K7-750 Message-ID: <20000413171144.H2695@PacHell.TelcoSucks.org> Reply-To: ulf@Alameda.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 3.4-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Finaly got my new desktop system for work in, but I am having problems that the probe at install hangs. Booting verbose, the last message I can get from scroll back in regards to ATA: ata0-master: success setting up UMDA4 mode on VIA chip ad0: ATA-4 disk at ata0 as master ad0: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, UDMA66 ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad0 Creating DISK wd0 ata0-slave: success setting up UMDA4 mode on VIA chip ad1: ATA-4 disk at ata0 as slave ad1: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 32 depth queue, UDMA66 ad1: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad1 Creating DISK wd1 Mounting root from ufs:/dev/md0c It then changes into sysinstall. The probing devices then just hangs. Output from the second screen: [All kinds of messages about fd, worm, idad] ad0: invalid primary partition table: no magic ad1: invalid primary partition table: no magic ad0: invalid primary partition table: no magic DEBUG: Found a disk device named ad0 ad1: invalid primary partition table: no magic DEBUG: Found a disk device named ad1 After this nothing, CTRL-ALT-DEL leads to the "Do you want to reboot" message. Any ideas ? -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 17:20:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from PacHell.TelcoSucks.org (PacHell.TelcoSucks.org [207.90.181.5]) by hub.freebsd.org (Postfix) with ESMTP id D7C0537BC22 for ; Thu, 13 Apr 2000 17:20:42 -0700 (PDT) (envelope-from ulf@PacHell.TelcoSucks.org) Received: (from ulf@localhost) by PacHell.TelcoSucks.org (8.9.3/8.9.1) id RAA13948; Thu, 13 Apr 2000 17:20:37 -0700 (PDT) (envelope-from ulf) Date: Thu, 13 Apr 2000 17:20:37 -0700 From: Ulf Zimmermann To: Ulf Zimmermann Cc: hackers@FreeBSD.ORG Subject: Re: Problems with 4.0-20000408-STABLE and Asus K7M/AMD K7-750 Message-ID: <20000413172036.I2695@PacHell.TelcoSucks.org> Reply-To: ulf@alameda.net References: <20000413171144.H2695@PacHell.TelcoSucks.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000413171144.H2695@PacHell.TelcoSucks.org>; from ulf@alameda.net on Thu, Apr 13, 2000 at 05:11:44PM -0700 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 3.4-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 13, 2000 at 05:11:44PM -0700, Ulf Zimmermann wrote: > Finaly got my new desktop system for work in, but I am having problems > that the probe at install hangs. Booting verbose, the last message > I can get from scroll back in regards to ATA: > > ata0-master: success setting up UMDA4 mode on VIA chip > ad0: ATA-4 disk at ata0 as master > ad0: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 16 secs/int, 32 depth queue, UDMA66 > ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 > Creating DISK ad0 > Creating DISK wd0 > ata0-slave: success setting up UMDA4 mode on VIA chip > ad1: ATA-4 disk at ata0 as slave > ad1: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S > ad1: 16 secs/int, 32 depth queue, UDMA66 > ad1: piomode=4 dmamode=2 udmamode=4 cblid=1 > Creating DISK ad1 > Creating DISK wd1 > Mounting root from ufs:/dev/md0c > > It then changes into sysinstall. The probing devices then just hangs. > Output from the second screen: > > [All kinds of messages about fd, worm, idad] > ad0: invalid primary partition table: no magic > ad1: invalid primary partition table: no magic > ad0: invalid primary partition table: no magic > DEBUG: Found a disk device named ad0 > ad1: invalid primary partition table: no magic > DEBUG: Found a disk device named ad1 > > After this nothing, CTRL-ALT-DEL leads to the "Do you want to > reboot" message. Any ideas ? Rebooted again (without debug) and this time sysinstall went through probing with flying colors. Only difference, I disabled the second IDE controller in the startup kernel config. Rebooted again with both controllers in the kernel config and sysinstall probe goes through fine again. Sigh, don't we hate non reproducable problems > > -- > Regards, Ulf. > > --------------------------------------------------------------------- > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 18:38:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 1F62F37B5BB for ; Thu, 13 Apr 2000 18:38:30 -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 SAA01045; Thu, 13 Apr 2000 18:44:32 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200004140144.SAA01045@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: "Gary T. Corcoran" , FreeBSD Hackers Subject: Re: Setting device options In-reply-to: Your message of "Thu, 13 Apr 2000 16:32:00 MDT." <200004132232.QAA48521@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Apr 2000 18:44:32 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Two options. > > Once is that you can get hints, the other is that you can get > environment variables. The third is to have sysctls, but those can't > be set until after the driver has finished loading. Which one do you > want me to talk about? You forgot module arguments, which, along with kernel environment variables, can only be set by the loader. (This is a bug; kldload should know how to set module arguments.) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 18:42:16 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 DADE437BE20 for ; Thu, 13 Apr 2000 18:42:12 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12fv7T-000AKl-00; Fri, 14 Apr 2000 08:42:03 +0700 Date: Fri, 14 Apr 2000 08:42:02 +0700 (ALMST) From: Boris Popov To: Murray Stokely Cc: freebsd-hackers@freebsd.org Subject: Re: image_params.fname 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, 13 Apr 2000, Murray Stokely wrote: > I'm having trouble displaying the value of image_params->fname in > this small snippet of code from imgact_elf.c. When the system execs > an unbranded elf binary it doesn't tell you the name of the actual > file that you tried to exec, which can be very annoying when you run > an obfuscated shell-installer for a Linux application. Anyway this > code always ends up with nonsense in the path; what am I doing wrong? fname field is never filled in the code. Field 'uap' can be more useful. -- 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 Thu Apr 13 18:42:25 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 ED38137B55B; Thu, 13 Apr 2000 18:42:15 -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 VAA01609; Thu, 13 Apr 2000 21:41:50 -0400 (EDT) Date: Thu, 13 Apr 2000 21:41:49 -0400 (EDT) From: Jim Flowers To: Nick Sayer Cc: freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG, adam@ezo.net Subject: Re: RFC: if_wi.c bridging patch In-Reply-To: <200004132355.QAA70429@medusa.kfu.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We were unable to get a wi configured on 4.0 release yesterday but it may be that we didn't have the time to check out the configuration fully. Was never recognized on boot-up. We've got a few more to get configured over the next week so we'll put your patch in and try again. Jim Flowers #4 ISP on C|NET, #1 in Ohio On Thu, 13 Apr 2000, Nick Sayer wrote: > > I have had some wi cards for a while, and while I have managed to get > an Airport to work (a friend helped me out), I believe that adding wi > to the list of bridge compatible interfaces may be helpful. > > According to the documentation, the IBSS mode of the driver doesn't > work. That's too bad, as in combination with this patch, you could > make your own "airport" this way. IBSS is desirable because it allows > power management mode to work on the BSS client machines. C'est la > guerre. > > I don't have a wi in a position that is comfortable for me to test. > But if someone can verify that this works, I will commit it. > > This is relative to RELENG_4. > > --- if_wi.c.orig Thu Apr 13 16:36:37 2000 > +++ if_wi.c Thu Apr 13 16:48:53 2000 > @@ -102,6 +102,10 @@ > > #include > > +#ifdef BRIDGE > +#include > +#endif > + > #include > #include > > @@ -425,8 +429,31 @@ > ifp->if_ipackets++; > > /* Handle BPF listeners. */ > - if (ifp->if_bpf) { > + if (ifp->if_bpf) > bpf_mtap(ifp, m); > + > +#ifdef BRIDGE > + if (do_bridge) { > + struct ifnet *bdg_ifp; > + bdg_ifp = bridge_in(m); > + if (bdg_ifp == BDG_DROP) { > + if (m) > + m_free(m); > + return; /* and drop */ > + } > + if (bdg_ifp != BDG_LOCAL) > + bdg_forward(&m, bdg_ifp); > + if (bdg_ifp != BDG_LOCAL && bdg_ifp != BDG_BCAST && > + bdg_ifp != BDG_MCAST) { > + if (m) > + m_free(m); > + return; /* and drop */ > + } > + /* all others accepted locally */ > + } > + else > +#endif > + { > if (ifp->if_flags & IFF_PROMISC && > (bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, > ETHER_ADDR_LEN) && (eh->ether_dhost[0] & 1) == 0)) { > > > 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 Apr 13 18:56:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id DA9CB37B55C for ; Thu, 13 Apr 2000 18:56:13 -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 TAA01265; Thu, 13 Apr 2000 19:02:19 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200004140202.TAA01265@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Gary T. Corcoran" Cc: FreeBSD Hackers Subject: Re: Setting device options In-reply-to: Your message of "Thu, 13 Apr 2000 17:28:49 EDT." <38F63C11.860C901B@lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Apr 2000 19:02:19 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So, I want to know how I can "automagically" set the device options, > every time a user kldload's the device driver. If you want to support this mode of operation, you really don't have a lot of options right now. This is, in one fashion at least, my fault. Sorry. 8( I would be inclined, given the way things currently are, to create a sysctl in your driver, and then hang most of your attach routine off the sysctl write handler. ie. you actually perform the "real" attach when the sysctl is written (and then disable this so re-writing it doesn't do it again...) > Is there some equivalent way of handling device driver option settings > in FreeBSD? I would prefer an "automatic" way of having the > device options set, similar in function to the way you can set > options for your ethernet card with the ifconfig command - so > that once you define, for example, your ifconfig command and > put it in your rc file, you just automatically bring things up > the desired way. Any suggestions? (For FreeBSD 4.x) Well, teaching kldload about module parameters would make it into 4.1, if that's good enough. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 18:56:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from io.dreamscape.com (io.dreamscape.com [206.64.128.6]) by hub.freebsd.org (Postfix) with ESMTP id DACB337BC52 for ; Thu, 13 Apr 2000 18:56:13 -0700 (PDT) (envelope-from halstead@dreamscape.com) Received: from halste07 (sA13-p42.dreamscape.com [209.4.255.106]) by io.dreamscape.com (8.9.3/8.8.4) with SMTP id VAA13311 for ; Thu, 13 Apr 2000 21:55:13 -0400 (EDT) X-Dreamscape-Track-A: sA13-p42.dreamscape.com [209.4.255.106] X-Dreamscape-Track-B: Thu, 13 Apr 2000 21:55:13 -0400 (EDT) Message-ID: <002f01bfa5b4$bb3e93c0$6aff04d1@halste07> From: "James Halstead" To: Subject: login.conf question Date: Thu, 13 Apr 2000 21:57:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hey out there! This is my first time doing someting like an i am having problems with one part. The session limit does not seem to be working. My understanding was that this was a hard limit for the number of simutanious logins a person may have. I created a test account and was able to have 6 logins open even though the limit is set to 4. Also I am curious if i set the idletime and warntime right, and if i need to have the accounting enabled in order for things to work. thanks for any help. James - ---- begin login.conf ---- # login.conf - login class capabilities database. # After each edit don't forget to run: # cap_mkdb /etc/login.conf #defaults - defaults for all users except root # NOTE: default gives no recource limits!! default:\ :cputime=unlimited:\ :filesize=unlimited:\ :datasize=unlimited:\ :stacksize=unlimited:\ :coredumpsize=unlimited:\ :memoryuse=unlimited:\ :memorylocked=unlimited:\ :maxproc=unlimited:\ :openfiles=unlimited:\ :manpath=/usr/share/man /usr/local/man:\ :nologin=/var/run/nologin:\ :path=~/bin /usr/local/bin /usr/bin /bin:\ :priority=0:\ :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ :term=vt100:\ :umask=022:\ :welcome=/etc/motd:\ :minpasswordlen=8:\ :copyright=/etc/COPYRIGHT:\ :idletime=unlimited:\ :sessionlimit=unlimited: #root - make absolutly sure root can do anything. root:\ :ignorenologin:\ :umask=077:\ :tc=default: #cstudent - limit the recources for c class students. cstudent:\ :accounted:\ :cputime=1h:\ :filesize=5m:\ :datasize=10m:\ :stacksize=10k:\ :coredumpsize=1m:\ :memoryuse=10m:\ :memorylocked=5m:\ :maxproc=12:\ :openfiles=20:\ :requirehome:\ :umask=077:\ :sessionlimit=4:\ :idletime=3h:\ :warntime=2h45m:\ :tc=default: #cprof - give the prof a little more leeway to work with. cprof:\ :cputime=1h30m:\ :datasize=15m:\ :stacksize=1m:\ :coredumpsize=2m:\ :memoryuse=15m:\ :memorylocked=10m:\ :maxproc=20:\ :openfiles=20:\ :requirehome:\ :umask=077:\ :tc=default: #superuser - more powerful accounts, but not root powerful. superuser:\ :ignorenologin:\ :umask=077:\ :tc=default:\ daemon:\ :tc=default: news:\ :tc=default: dialer:\ :tc=default: - ---- end login.conf ---- - ------------------------------------------------------- For my public key please visit: http://www.dreamscape.com/halstead/jh.asc - ------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.1 for non-commercial use iQA/AwUBOPZ62SdhQGc59hmGEQIg6gCg2LHCsV7DxykNmA5wfu7cZ+BI0C0AoKeg CxHDm0zb7FCrBzoTZRv/vIww =DFqR -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 19:27: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hoemail2.firewall.lucent.com (hoemail2.lucent.com [192.11.226.163]) by hub.freebsd.org (Postfix) with ESMTP id 580A537BE43; Thu, 13 Apr 2000 19:26:50 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from hoemail2.firewall.lucent.com (localhost [127.0.0.1]) by hoemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA09152; Thu, 13 Apr 2000 22:26:48 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by hoemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA09146; Thu, 13 Apr 2000 22:26:48 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id WAA09210; Thu, 13 Apr 2000 22:26:46 -0400 (EDT) Message-ID: <38F68220.AE6145D3@lucent.com> Date: Thu, 13 Apr 2000 22:27:44 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.06 [en] (Win98; U) MIME-Version: 1.0 To: Mike Smith Cc: FreeBSD Hackers Subject: Re: Setting device options References: <200004140202.TAA01265@mass.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > So, I want to know how I can "automagically" set the device options, > > every time a user kldload's the device driver. > > If you want to support this mode of operation, you really don't have a > lot of options right now. > Well, teaching kldload about module parameters would make it into 4.1, if > that's good enough. Well, unless there are some of you out there that have Lucent WildWire cards *and* compatible DSL service, and you just can't wait to get a driver, I can wait a little while... ;-) That is, presuming you meant "_should_ make it into 4.1" :), which isn't *that* far away... When and where should I look for information on how "module parameters" work? (I don't have the time or resources to run both 4.x and -current) BTW, there *are* hundreds of thousands of the boards out there in Compaq, Dell, and HP computers, but most of them are being used only as V.90 Winmodems for the time being -- the boards can do either V.90 or DSL with the appropriate driver, though not simultaneously... Thanks, Gary -- ========================================================= Gary Corcoran - Distinguished Member of Technical Staff Lucent Microelectronics - Client Access Broadband Systems Communications Protocol & Driver Development Group "We make the drivers that make communications work" Email: gcorcoran@lucent.com --------------------------------------------------------- There are only two kinds of machines - those that fail little by little, and those that fail all at once. ========================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 20:23:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cytosine.dhs.org (cx272244-a.orng1.occa.home.com [24.1.177.149]) by hub.freebsd.org (Postfix) with ESMTP id 03DD537B57D for ; Thu, 13 Apr 2000 20:23:31 -0700 (PDT) (envelope-from bhishan@cytosine.dhs.org) Received: (from bhishan@localhost) by cytosine.dhs.org (8.10.0/8.10.0) id e3E3NLa31341; Thu, 13 Apr 2000 20:23:21 -0700 (PDT) From: Bhishan Hemrajani Message-Id: <200004140323.e3E3NLa31341@cytosine.dhs.org> Subject: Re: login.conf question In-Reply-To: <002f01bfa5b4$bb3e93c0$6aff04d1@halste07> from James Halstead at "Apr 13, 2000 09:57:02 pm" To: James Halstead Date: Thu, 13 Apr 2000 20:23:21 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alright, a couple things come to mind here. 1. Did you make the database? (# cap_mkdb /etc/login.conf) 2. Did you add the user to the class (# chfn user) (and then put the class name in the class field) 3. If you did do that, login as the user (not su), and type "limit" and give me an output. --bhishan [Internal error while calling pgp, raw data follows] > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > hey out there! > This is my first time doing someting like an i am having problems > with one part. The session limit does not seem to be working. My > understanding was that this was a hard limit for the number of > simutanious logins a person may have. I created a test account and > was able to have 6 logins open even though the limit is set to 4. > Also I am curious if i set the idletime and warntime right, and if i > need to have the accounting enabled in order for things to work. > > thanks for any help. > > James > > - ---- begin login.conf ---- > > # login.conf - login class capabilities database. > # After each edit don't forget to run: > # cap_mkdb /etc/login.conf > > #defaults - defaults for all users except root > # NOTE: default gives no recource limits!! > > default:\ > :cputime=unlimited:\ > :filesize=unlimited:\ > :datasize=unlimited:\ > :stacksize=unlimited:\ > :coredumpsize=unlimited:\ > :memoryuse=unlimited:\ > :memorylocked=unlimited:\ > :maxproc=unlimited:\ > :openfiles=unlimited:\ > :manpath=/usr/share/man /usr/local/man:\ > :nologin=/var/run/nologin:\ > :path=~/bin /usr/local/bin /usr/bin /bin:\ > :priority=0:\ > :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ > :term=vt100:\ > :umask=022:\ > :welcome=/etc/motd:\ > :minpasswordlen=8:\ > :copyright=/etc/COPYRIGHT:\ > :idletime=unlimited:\ > :sessionlimit=unlimited: > > #root - make absolutly sure root can do anything. > root:\ > :ignorenologin:\ > :umask=077:\ > :tc=default: > > #cstudent - limit the recources for c class students. > cstudent:\ > :accounted:\ > :cputime=1h:\ > :filesize=5m:\ > :datasize=10m:\ > :stacksize=10k:\ > :coredumpsize=1m:\ > :memoryuse=10m:\ > :memorylocked=5m:\ > :maxproc=12:\ > :openfiles=20:\ > :requirehome:\ > :umask=077:\ > :sessionlimit=4:\ > :idletime=3h:\ > :warntime=2h45m:\ > :tc=default: > > #cprof - give the prof a little more leeway to work with. > cprof:\ > :cputime=1h30m:\ > :datasize=15m:\ > :stacksize=1m:\ > :coredumpsize=2m:\ > :memoryuse=15m:\ > :memorylocked=10m:\ > :maxproc=20:\ > :openfiles=20:\ > :requirehome:\ > :umask=077:\ > :tc=default: > > #superuser - more powerful accounts, but not root powerful. > superuser:\ > :ignorenologin:\ > :umask=077:\ > :tc=default:\ > > daemon:\ > :tc=default: > > news:\ > :tc=default: > > dialer:\ > :tc=default: > > - ---- end login.conf ---- > - ------------------------------------------------------- > For my public key please visit: > http://www.dreamscape.com/halstead/jh.asc > - ------------------------------------------------------- > > -----BEGIN PGP SIGNATURE----- > Version: PGPfreeware 6.5.1 for non-commercial use > > iQA/AwUBOPZ62SdhQGc59hmGEQIg6gCg2LHCsV7DxykNmA5wfu7cZ+BI0C0AoKeg > CxHDm0zb7FCrBzoTZRv/vIww > =DFqR > -----END PGP SIGNATURE----- > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > [End of raw data] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 13 23:51:37 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 81C4537B542; Thu, 13 Apr 2000 23:51:21 -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 165541CD7; Thu, 13 Apr 2000 23:51:17 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel C. Sobral" Cc: nik@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Hardware crypto support In-Reply-To: Message from "Daniel C. Sobral" of "Fri, 14 Apr 2000 04:49:33 +0900." <38F624CD.8D3D29BC@newsguy.com> Date: Thu, 13 Apr 2000 23:51:17 -0700 From: Peter Wemm Message-Id: <20000414065117.165541CD7@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > Nik Clayton wrote: > > > > Does FreeBSD support hardware crypto? > > It does. > > > There'll shortly be a story on /. about OpenBSD's hardware crypto support, > > in the form of the HiFn 7751 chip. OpenBSD recommend buying them from > > www.powercrypt.com. Also, don't forget that nCipher is still running Hotmail's SSL stuff under FreeBSD. It has been doing so since at least before August 1999. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 0:21:30 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 B742437B583 for ; Fri, 14 Apr 2000 00:21:25 -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 BAA35932; Fri, 14 Apr 2000 01:21:23 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id BAA54739; Fri, 14 Apr 2000 01:21:04 -0600 (MDT) Message-Id: <200004140721.BAA54739@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Setting device options Cc: FreeBSD Hackers In-reply-to: Your message of "Thu, 13 Apr 2000 18:52:31 EDT." <38F64FAF.4D3BEAEF@lucent.com> References: <38F64FAF.4D3BEAEF@lucent.com> <38F63C11.860C901B@lucent.com> <200004132232.QAA48521@harmony.village.org> Date: Fri, 14 Apr 2000 01:21:04 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <38F64FAF.4D3BEAEF@lucent.com> "Gary T. Corcoran" writes: : I'm sorry, but I don't know what "hints" are. Can you briefly explain : (to start)? OK. hints are what are set by the isa hints driver. I have a driver that will set these at boot, but it isn't quite ready to be distributed. Your best bet is to put environment variables in /boot/loader.conf. : As to sysctls, not available until after driver loading: I believe : that I need to know, before I reach the end of my attach routine, whether : I'm going to be in a LAN mode or a WAN mode, so I know whether : to do an ether_attach() or an sppp_attach(). So does that rule out : sysctls? Likely. This whole area is really weak in FreeBSD and should be beefed up. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 1:14:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [207.13.224.7]) by hub.freebsd.org (Postfix) with ESMTP id 0F78637BE5D for ; Fri, 14 Apr 2000 01:14:14 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from barricuda.bsd.nws.net (kris.huntsvilleal.com [207.13.224.46]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id DAA28415 for ; Fri, 14 Apr 2000 03:55:30 -0400 Received: from localhost (localhost [127.0.0.1]) by barricuda.bsd.nws.net (8.9.3/8.9.3) with ESMTP id CAA09025 for ; Fri, 14 Apr 2000 02:14:32 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Fri, 14 Apr 2000 02:14:32 -0500 (CDT) From: Kris Kirby To: hackers@freebsd.org Subject: Misuse of options BRIDGE? 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've got a machine I'm trying to use to break a /24 into a few smaller groups. I've got it options BRIDGE in the kernel, four ethernet cards (mx0, pn0, ed0, ed1), and need to figure out the right way to do this: I've got /24 on one side of the machine. I need a /27 (0-32) to be seen on both sides (the router is .1, the most of the machines I want to firewall are on .2-31). I have a NAS running from .33 to .190, and a /26 (192-255) for another subnet. The NAS and router are on the /24. The auth server, .6, needs to be able to communicate fairly directly with both the NAS (.10). I don't want the NAS behind the firewall. If it is, it will be on a seperate port. I'd tried running all three with a /24 netmask, but I still don't see packets getting forwarded. I do have the sysctl set to 1 for that. (aka gateway_enable="YES"). I'd apprecaite any input from the group.... Apoligize if I seem a little terse; it's late and I'm not all here.... ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "God gave them the ability to reproduce... ... Science gave us the hope they won't." -KBK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 1:24:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 7E25C37BE68 for ; Fri, 14 Apr 2000 01:24:26 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id RAA05766 for ; Fri, 14 Apr 2000 17:54:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 14 Apr 2000 17:54:16 +0930 (CST) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Subject: PC Keyboard Scancodes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I put together a new PC and noticed the keyboard I bought has 3 extra keys (Wakeup, Sleep, and Power). I wondered if they could be used by mapping scancodes to the corresponding meanings, but I can't find the scan codes. I made a keymap file which mapped the scan codes from 109 to 255 to 'debug' but pressing the keys don't trigger it :( Does anyone know if/how I can use them? Suggestions thus far have been to patch syscons to print all the scan codes it gets :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 1:52:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pn2.vsnl.net.in (pn2.vsnl.net.in [202.54.10.17]) by hub.freebsd.org (Postfix) with ESMTP id 2431337B5F5 for ; Fri, 14 Apr 2000 01:52:24 -0700 (PDT) (envelope-from anandamoy@calsoftinc.com) Received: from videsh ([203.197.83.4]) by pn2.vsnl.net.in (8.9.0/8.9.0) with SMTP id OAA01399 for ; Fri, 14 Apr 2000 14:20:09 +0530 (IST) Message-ID: <011301bfa5ee$958341f0$0a646464@vsnl.net.in> From: "Anandamoy Roychowdhury" To: References: Subject: Date: Fri, 14 Apr 2000 14:21:08 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 3:13:26 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 1B8BF37BE7E for ; Fri, 14 Apr 2000 03:13:24 -0700 (PDT) (envelope-from mellon@jurai.net) Received: (from mellon@localhost) by sasami.jurai.net (8.9.3/8.8.7) id GAA89854; Fri, 14 Apr 2000 06:13:13 -0400 (EDT) Date: Fri, 14 Apr 2000 06:13:13 -0400 From: Anatoly Vorobey To: "Daniel O'Connor" Cc: hackers@freebsd.org Subject: Re: PC Keyboard Scancodes Message-ID: <20000414061313.A89767@sasami.jurai.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from doconnor@gsoft.com.au on Fri, Apr 14, 2000 at 05:54:16PM +0930 X-Disclaimer: I was young, I needed the money! Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You, Daniel O'Connor, were spotted writing this on Fri, Apr 14, 2000 at 05:54:16PM +0930: > Hi, > I put together a new PC and noticed the keyboard I bought has 3 extra keys > (Wakeup, Sleep, and Power). I wondered if they could be used by mapping > scancodes to the corresponding meanings, but I can't find the scan codes. > > I made a keymap file which mapped the scan codes from 109 to 255 to > 'debug' but pressing the keys don't trigger it :( > > Does anyone know if/how I can use them? Suggestions thus far have been to > patch syscons to print all the scan codes it gets :) No need to patch. Put syscons into the K_RAW mode (open the device, and use the KDSKBMODE ioctl - search for it in syscons source for details), and syscons'll give you back the scancodes when you read it. This is what X does, by the way. One reason why your approach might not have been working is that keymaps really translate from keycodes to charcodes, not from scancodes to charcodes, and the keyboard driver might've been unsuccessful in matching nonstandard scancodes to keycodes. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 6:41:22 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 47DE337B5D5 for ; Fri, 14 Apr 2000 06:41:17 -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 PAA02484; Fri, 14 Apr 2000 15:40:41 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200004141340.PAA02484@info.iet.unipi.it> Subject: Re: Misuse of options BRIDGE? In-Reply-To: from Kris Kirby at "Apr 14, 2000 02:14:32 am" To: Kris Kirby Date: Fri, 14 Apr 2000 15:40:41 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've got a machine I'm trying to use to break a /24 into a few smaller > groups. I've got it options BRIDGE in the kernel, four ethernet cards > (mx0, pn0, ed0, ed1), and need to figure out the right way to do this: sysctl -w net.link.ether.bridge=1 is necessary to enable bridging, and you need to set the address only on one of the interfaces (if you want an IP for the bridge at all). cheers luigi > I've got /24 on one side of the machine. I need a /27 (0-32) to be seen on > both sides (the router is .1, the most of the machines I want to firewall > are on .2-31). I have a NAS running from .33 to .190, and a /26 (192-255) > for another subnet. The NAS and router are on the /24. The auth server, > .6, needs to be able to communicate fairly directly with both the NAS > (.10). I don't want the NAS behind the firewall. If it is, it will be on a > seperate port. I'd tried running all three with a /24 netmask, but I still > don't see packets getting forwarded. I do have the sysctl set to 1 for > that. (aka gateway_enable="YES"). > > I'd apprecaite any input from the group.... Apoligize if I seem a little > terse; it's late and I'm not all here.... > ----- > Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. > | > ------------------------------------------------------- > "God gave them the ability to reproduce... > ... Science gave us the hope they won't." -KBK > > > > 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 Apr 14 8:57:40 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 E490737B57F for ; Fri, 14 Apr 2000 08:57:36 -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 JAA37445; Fri, 14 Apr 2000 09:57:34 -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 JAA56814; Fri, 14 Apr 2000 09:57:14 -0600 (MDT) Message-Id: <200004141557.JAA56814@harmony.village.org> To: "Daniel O'Connor" Subject: Re: PC Keyboard Scancodes Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 14 Apr 2000 17:54:16 +0930." References: Date: Fri, 14 Apr 2000 09:57:14 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Daniel O'Connor" writes: : I put together a new PC and noticed the keyboard I bought has 3 extra keys : (Wakeup, Sleep, and Power). I wondered if they could be used by mapping : scancodes to the corresponding meanings, but I can't find the scan codes. I also yesterday got one of those damn microsoft internet keyboards and it has lots of extra keys that don't show up either. Including the Wakeup, Sleep and power. My belief is that maybe you have to explicitly enable the extra keys? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 9:13:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 9FF1537BEF7 for ; Fri, 14 Apr 2000 09:13:45 -0700 (PDT) (envelope-from darius@guppy.dons.net.au) Received: from guppy.dons.net.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.1) with ESMTP id BAA73266; Sat, 15 Apr 2000 01:43:42 +0930 (CST) (envelope-from darius@guppy.dons.net.au) Received: (from darius@localhost) by guppy.dons.net.au (8.9.3/8.9.3) id BAA04196; Sat, 15 Apr 2000 01:43:40 +0930 (CST) (envelope-from darius) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200004141557.JAA56814@harmony.village.org> Date: Sat, 15 Apr 2000 01:43:40 +0930 (CST) From: "Daniel O'Connor ,Daniel O'Connor" To: Warner Losh Subject: Re: PC Keyboard Scancodes Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Apr-00 Warner Losh wrote: > I also yesterday got one of those damn microsoft internet keyboards > and it has lots of extra keys that don't show up either. Including > the Wakeup, Sleep and power. My belief is that maybe you have to > explicitly enable the extra keys? Could be :-/ I couldn't find any info about the technical jiggery pokery of them on the web though :( I will see if I can try what Anatoly suggests.. :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 9:16:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 538A037B754 for ; Fri, 14 Apr 2000 09:16:43 -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 KAA37573; Fri, 14 Apr 2000 10:16: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 KAA57091; Fri, 14 Apr 2000 10:16:22 -0600 (MDT) Message-Id: <200004141616.KAA57091@harmony.village.org> To: "Daniel O'Connor , Daniel O'Connor" Subject: Re: PC Keyboard Scancodes Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Apr 2000 01:43:40 +0930." References: Date: Fri, 14 Apr 2000 10:16:22 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Daniel O'Connor ,Daniel O'Connor" writes: : I couldn't find any info about the technical jiggery pokery of them on the web : though :( Yea. Once I get a few minutes to play with it, I'll see what's up. In the past when I've had keyboards with extra keys like this, they required a special driver to access the keycodes. Simple hacking of syscons to print stuff showed nothing coming across. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 9:17: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 4067D37BEF3 for ; Fri, 14 Apr 2000 09:17:22 -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 #35196) with ESMTP id <01JO8HIHEQQW0012E1@research.kpn.com> for freebsd-hackers@freebsd.org; Fri, 14 Apr 2000 18:17:20 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Fri, 14 Apr 2000 18:17:20 +0100 Content-return: allowed Date: Fri, 14 Apr 2000 18:17:19 +0100 From: "Koster, K.J." Subject: RE: PC Keyboard Scancodes To: 'FreeBSD Hackers mailing list' Message-id: <59063B5B4D98D311BC0D0001FA7E452201313ADE@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 > > > explicitly enable the extra keys? > I think Windows NT makes it pretty easy to snoop a serial port on the local machine. I wonder if that also applies to the keyboard port as well. Otherwise, we need someone with a good old logic analyser. :-) Kees Jan ============================================== You are only young once, but you can stay immature all your life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 9:53:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by hub.freebsd.org (Postfix) with ESMTP id 82D4B37BBE3 for ; Fri, 14 Apr 2000 09:53:06 -0700 (PDT) (envelope-from mellon@techunix.technion.ac.il) Received: by techunix.technion.ac.il (Postfix, from userid 14309) id 0E0D38669; Fri, 14 Apr 2000 19:52:54 +0300 (IDT) Message-ID: <20000414195253.41151@techunix.technion.ac.il> Date: Fri, 14 Apr 2000 19:52:53 +0300 From: Anatoly Vorobey To: Daniel O'Connor Cc: hackers@freebsd.org, imp@village.org Subject: Re: PC Keyboard Scancodes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I will see if I can try what Anatoly suggests.. :) Use this simple prog to cough up the scancodes: #include #include #include #include #include void die(char *str) { perror(str); exit(0); } int main(void) { int err, mode; struct termios term_saved, term; int i; char ch; err = tcgetattr(0,&term); if(err==-1) die("tcgetattr"); term_saved = term; cfmakeraw(&term); err = ioctl(0,KDGKBMODE, &mode); if(err==-1) die("getkbdmode"); else printf("current kb mode: %d\n", mode); err = ioctl(0,KDSKBMODE, K_RAW); if(err==-1) die("setkbmode"); else printf("K_RAW mode set\n"); printf("Press Esc to end.\n"); err = tcsetattr(0,TCSANOW,&term); /* set terminal to raw */ if(err==-1) die("tcsetattr"); for(i=0; i<1000; i++) { err=read(0,&ch,1); if(err!=1) break; printf("%d ",ch); fflush(stdout); if(ch==1) break; /* break on Escape */ } err = tcsetattr(0,TCSANOW,&term_saved); if(err==-1) die("tcsetattr"); err = ioctl(0,KDSKBMODE,mode); if(err==-1) die("setkbmode"); else printf("\nkb mode restored\n"); } -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 10: 0:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by hub.freebsd.org (Postfix) with ESMTP id 0238A37BF20 for ; Fri, 14 Apr 2000 10:00:29 -0700 (PDT) (envelope-from mellon@techunix.technion.ac.il) Received: by techunix.technion.ac.il (Postfix, from userid 14309) id 907E7867D; Fri, 14 Apr 2000 20:00:26 +0300 (IDT) Message-ID: <20000414200026.60056@techunix.technion.ac.il> Date: Fri, 14 Apr 2000 20:00:26 +0300 From: Anatoly Vorobey To: Daniel O'Connor Cc: hackers@freebsd.org Subject: Re: PC Keyboard Scancodes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 15, 2000 at 01:43:40AM +0930, Daniel O'Connor ,Daniel O'Connor wrote: > > On 14-Apr-00 Warner Losh wrote: > > I also yesterday got one of those damn microsoft internet keyboards > > and it has lots of extra keys that don't show up either. Including > > the Wakeup, Sleep and power. My belief is that maybe you have to > > explicitly enable the extra keys? > > Could be :-/ > > I couldn't find any info about the technical jiggery pokery of them on the \ web > though :( Also this may be of help: http://www.microsoft.com/hwdev/desinit/scancode.htm It doesn't seem to contain anything about enabling them though, seems like they should just emit the scancodes listed. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 11:20:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from borderware.com (gateway.borderware.com [207.236.65.226]) by hub.freebsd.org (Postfix) with ESMTP id 1100437BF3E; Fri, 14 Apr 2000 11:20:43 -0700 (PDT) (envelope-from dchapes@borderware.com) Received: by gateway.borderware.com id <117140>; Fri, 14 Apr 2000 14:19:08 -0400 From: Dave Chapeskie Message-Id: <00Apr14.141908edt.117140@gateway.borderware.com> Date: Fri, 14 Apr 2000 14:20:37 -0400 To: freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: vnode_free_list corruption [patch] Reply-To: freebsd-fs@FreeBSD.ORG, dchapes@borderware.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=GvXjxJ+pjyke8COw X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Greetings. I've been seeing a rash of "free vnode isn't" panics lately. Some machines were panicing several times a day. Along with this we saw occasional "object inconsistent state: RPC: %d, RC: %d" messages. I was able to replicate the problem by running multiple (~8 on a pentium 200 system with 32 MB of RAM) copies of each of the attached simple shell scripts (with all output redirected to /dev/null). It would often panic within 10-20 minutes. I tracked the problem down to a race between getnewvnode() recycling a vnode and vhold(). I found that vhold() was calling vbusy() for a vnode with the VDOOMED flag set. This is bad since getnewvnode() removes the vnode from the free list before setting this flag so vbusy() is calling TAILQ_REMOVE for a vnode that is not on the free list. This can easily result in corruption of the free list pointers causing future getnewvnode() calls to find active vnodes that it thinks are on the free list. I added a panic in vbusy() if VDOOMED is set and this hit quite often during my tests. Typically the call chain looked something like: ffs_truncate ffs_indirtrunc getblk bgetvp vhold vbusy panic With ffs_truncate often being called due to rename(2) or unlink(2). I managed to solve the problem here by adding a VOP_ISLOCKED(vp) check to getnewvnode() and skipping such vnodes instead of trying to recycle them. From my searches of the mailing lists it appears I'm not the first one to think of this but apparently this isn't guaranteed to work for all files system types. I just know it works for the FFS problems I was seeing. At a minimum I'd highly recommend that someone commit a panic to vbusy() for vnodes with VDOOMED set since letting it continue if that flag is set can and does result in the corruption of the vnode_free_list. I'd also recommend the addition of the VOP_ISLOCKED() check to getnewvnode() even if it doesn't work for all file system types it will help in some (most?) cases. A patch for CURRENT is attached. -- Dave Chapeskie Senior Software Engineer Borderware Technologies Inc. --GvXjxJ+pjyke8COw Content-Type: application/x-sh Content-Disposition: attachment; filename="cp_mv_loop.sh" #!/bin/sh cd /var/log while true; do mkdir copy; cp * copy mkdir copy/2; mv copy/* copy/2 rm -rf copy done --GvXjxJ+pjyke8COw Content-Type: application/x-sh Content-Disposition: attachment; filename="find_loop.sh" #!/bin/sh FS="/tmp /var /usr" while true; do for f in $FS; do find -x $f -type f -print | xargs -n 4 head -1 done done --GvXjxJ+pjyke8COw Content-Type: application/x-sh Content-Disposition: attachment; filename="ps_loop.sh" #!/bin/sh while true; do ps -aux; ps -ajx done --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vfs_subr.c.diff" diff -u -t -r1.253 vfs_subr.c --- kern/vfs_subr.c 2000/03/20 11:28:45 1.253 +++ kern/vfs_subr.c 2000/04/14 18:01:52 @@ -467,6 +467,8 @@ for (vp = TAILQ_FIRST(&vnode_tobefree_list); vp; vp = nvp) { nvp = TAILQ_NEXT(vp, v_freelist); + if (!simple_lock_try(&vp->v_interlock)) + continue; TAILQ_REMOVE(&vnode_tobefree_list, vp, v_freelist); if (vp->v_flag & VAGE) { TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); @@ -478,6 +480,7 @@ if (vp->v_usecount) panic("tobe free vnode isn't"); freevnodes++; + simple_unlock(&tvp->v_interlock); } if (wantfreevnodes && freevnodes < wantfreevnodes) { @@ -507,6 +510,10 @@ /* Don't recycle if active in the namecache */ simple_unlock(&vp->v_interlock); continue; + } else if (VOP_ISLOCKED(vp)) + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + TAILQ_INSERT_TAIL(&vnode_tmp_list, vp, v_freelist); + continue; } else { break; } @@ -2613,6 +2620,10 @@ int s; s = splbio(); + if (vp->v_flag & VDOOMED) { + vprint("vbusy", vp); + panic("vbusy on VDOOMED vnode"); + } simple_lock(&vnode_free_list_slock); if (vp->v_flag & VTBFREE) { TAILQ_REMOVE(&vnode_tobefree_list, vp, v_freelist); --GvXjxJ+pjyke8COw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 11:32: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (fuzzy.aussie.com.au [203.30.44.82]) by hub.freebsd.org (Postfix) with SMTP id 1927C37BE87 for ; Fri, 14 Apr 2000 11:32:04 -0700 (PDT) (envelope-from freebsd@ewok.creative.net.au) Received: (qmail 47746 invoked by uid 1008); 14 Apr 2000 18:31:49 -0000 Date: Sat, 15 Apr 2000 02:31:49 +0800 From: Adrian Chadd To: freebsd-fs@FreeBSD.ORG, dchapes@borderware.com Cc: freebsd-hackers@freebsd.org Subject: Re: vnode_free_list corruption [patch] Message-ID: <20000415023148.F34852@ewok.creative.net.au> References: <00Apr14.141908edt.117140@gateway.borderware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <00Apr14.141908edt.117140@gateway.borderware.com>; from Dave Chapeskie on Fri, Apr 14, 2000 at 02:20:37PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000, Dave Chapeskie wrote: > Greetings. > > I've been seeing a rash of "free vnode isn't" panics lately. Some > machines were panicing several times a day. Along with this we saw > occasional "object inconsistent state: RPC: %d, RC: %d" messages. Throw it into a PR, and I'll assign it to myself and take a squizz.. Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 11:35:33 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 90B7C37B686; Fri, 14 Apr 2000 11:35:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA71253; Fri, 14 Apr 2000 11:35:21 -0700 (PDT) (envelope-from dillon) Date: Fri, 14 Apr 2000 11:35:21 -0700 (PDT) From: Matthew Dillon Message-Id: <200004141835.LAA71253@apollo.backplane.com> To: Adrian Chadd Cc: freebsd-fs@FreeBSD.ORG, dchapes@borderware.com, freebsd-hackers@FreeBSD.ORG Subject: Re: vnode_free_list corruption [patch] References: <00Apr14.141908edt.117140@gateway.borderware.com> <20000415023148.F34852@ewok.creative.net.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Fri, Apr 14, 2000, Dave Chapeskie wrote: :> Greetings. :> :> I've been seeing a rash of "free vnode isn't" panics lately. Some :> machines were panicing several times a day. Along with this we saw :> occasional "object inconsistent state: RPC: %d, RC: %d" messages. : : :Throw it into a PR, and I'll assign it to myself and take a squizz.. : : :Adrian I'll take a look at it too. Either way we'll get something committed. Beware, though, even though there is obviously a bug (Dave obviously found the bug!), the vgone/vdone/VDEAD interaction is extremely complex so we have to be careful not to break other things while fixing this one. -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 Apr 14 12:23: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from quack.kfu.com (quack.kfu.com [170.1.70.2]) by hub.freebsd.org (Postfix) with ESMTP id 32C1C37B5F2 for ; Fri, 14 Apr 2000 12:23:04 -0700 (PDT) (envelope-from nsayer@medusa.kfu.com) Received: from medusa.kfu.com (medusa.kfu.com [170.1.70.5]) by quack.kfu.com (8.9.2/8.9.3) with ESMTP id MAA49052 for ; Fri, 14 Apr 2000 12:23:01 -0700 (PDT) (envelope-from nsayer@medusa.kfu.com) Received: (from nsayer@localhost) by medusa.kfu.com (8.9.3/8.8.8) id MAA78861 for freebsd-hackers@freebsd.org; Fri, 14 Apr 2000 12:22:30 -0700 (PDT) (envelope-from nsayer) Date: Fri, 14 Apr 2000 12:22:30 -0700 (PDT) From: Nick Sayer Message-Id: <200004141922.MAA78861@medusa.kfu.com> To: freebsd-hackers@freebsd.org Subject: XDR porting problems Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG in RELENG_4, /usr/src/include/rpc/xdr.h, there is... #ifdef _KERNEL typedef bool_t (*xdrproc_t) __P((XDR *, void *, u_int)); #else /* * XXX can't actually prototype it, because some take two args!!! */ typedef bool_t (*xdrproc_t) __P((/* XDR *, void *, u_int */)); #endif This causes heartburn for a program I'm trying to port. Specifically, compiling a .cxx says that I am using too many arguments. Changing the 2nd typedef to typedef bool_t (*xdrproc_t) __P((XDR *, void *, ...)); fixes this. I am not enough of a language pedant to understand all possible ramifications of this change. Can anyone suggest any alternatives? I dug around quite a bit and could find no way to compile the code in question without changing the system include files. If this is the right thing to do, I would like to commit it. If there is a better thing to do, I'd like to hear about it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 12:33:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2422E37B615 for ; Fri, 14 Apr 2000 12:33:25 -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 NAA38219; Fri, 14 Apr 2000 13:33:22 -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 NAA58587; Fri, 14 Apr 2000 13:33:02 -0600 (MDT) Message-Id: <200004141933.NAA58587@harmony.village.org> To: Anatoly Vorobey Subject: Re: PC Keyboard Scancodes Cc: "Daniel O'Connor" , hackers@freebsd.org In-reply-to: Your message of "Fri, 14 Apr 2000 19:52:53 +0300." <20000414195253.41151@techunix.technion.ac.il> References: <20000414195253.41151@techunix.technion.ac.il> Date: Fri, 14 Apr 2000 13:33:02 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000414195253.41151@techunix.technion.ac.il> Anatoly Vorobey writes: : Use this simple prog to cough up the scancodes: OK. Looks like the new microsoft keyboard that I have does indeed just send the scan codes. I have just a few keys: Key Down Up ---------------------------------------- Back -32 106 -32 -22 Forward -32 105 -32 -23 Stop -32 104 -32 -24 Mail -32 108 -32 -20 Search -32 101 -32 -27 Favorites -32 102 -32 -26 Web/Home -32 50 -32 -78 My Computer -32 107 -32 -21 Calculator -32 33 -32 -95 Sleep -32 95 -32 -33 See a pattern :-) -32 is 0xe0, which is also used to introduce the function keys like Insert, Delete, etc. So adding more shouldn't be too horrible. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 13:37:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cytosine.dhs.org (cx272244-a.orng1.occa.home.com [24.1.177.149]) by hub.freebsd.org (Postfix) with ESMTP id 6C5A537B756 for ; Fri, 14 Apr 2000 13:37:13 -0700 (PDT) (envelope-from bhishan@cytosine.dhs.org) Received: (from bhishan@localhost) by cytosine.dhs.org (8.10.0/8.10.0) id e3EKb9R37103; Fri, 14 Apr 2000 13:37:09 -0700 (PDT) From: Bhishan Hemrajani Message-Id: <200004142037.e3EKb9R37103@cytosine.dhs.org> Subject: Re: login.conf question In-Reply-To: from James Halstead at "Apr 14, 2000 12:01:28 pm" To: James Halstead Date: Fri, 14 Apr 2000 13:37:09 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Instead of using sessionlimit, why don't you limit the number of processes. That way, the number of shells that they can have is limited also. --bhishan > > That might make sence at first, but that should still keep one person from > logging in more than 4 times. Also i tested the session time and that is > not working either so that makes me think there is something else i am > missing. > > Besides the maxproc will pretty much limit them anyway ;) although that > might make for more questions about why they can't run any programs when > they have too many logins. Owell, I have yet to have anybody actually try > to log in that many times. > > Perhaps there is something else i am forgetting to enable this? maby a > kernal option or sysctl? > > On Thu, 13 Apr 2000, Bhishan > Hemrajani wrote: > > > >From "man login.conf": > > sessiontime time Maximum login time per session. > > sessionlimit number Maximum number of concurrent login > > sessions on ttys in any group. > > > > It seems here that session limit is on a per group basis. > > > > Try making a couple users, then logging in with each of those users. > > I think that's what it might be limiting. > > > > --bhishan > > > > [Charset iso-8859-1 unsupported, filtering to ASCII...] > > > Bhishan Hemrajani wrote: > > > > > > > > > > Alright, a couple things come to mind here. > > > > > > > > 1. Did you make the database? (# cap_mkdb /etc/login.conf) > > > > > > Yes i made sure to do this ;) > > > > > > > 2. Did you add the user to the class (# chfn user) > > > > (and then put the class name in the class field) > > > > > > also yes (chpass) > > > > > > > 3. If you did do that, login as the user (not su), and > > > > type "limit" and give me an output. > > > > > > % limit > > > cputime 1:00:00 > > > filesize 5120 kbytes > > > datasize 10240 kbytes > > > stacksize 10 kbytes > > > coredumpsize 1024 kbytes > > > memoryuse 10240 kbytes > > > memorylocked 5120 kbytes > > > maxproc 12 > > > openfiles 20 > > > > > > that's odd, it dosn't mention the session limits. I knew that the other > > > limits worked, I tested them with a forkbomb, a mallocbomb and an infinitly > > > recursive program just to see what would happen. fork and malloc failed > > > expectedly and the infinit recursion segfaults after about 5400 recursions. > > > > > > Unless there is a problem with my login.conf or there is an option somewhere > > > that i have to enable I don't know why the sessionlimit and idletime don't > > > work (although i haven't tested the idletime) > > > > > > > > > > > --bhishan > > > > > > > > > > hey out there! > > > > > This is my first time doing someting like an i am having problems > > > > > with one part. The session limit does not seem to be working. My > > > > > understanding was that this was a hard limit for the number of > > > > > simutanious logins a person may have. I created a test account and > > > > > was able to have 6 logins open even though the limit is set to 4. > > > > > Also I am curious if i set the idletime and warntime right, and if i > > > > > need to have the accounting enabled in order for things to work. > > > > > > > > > > thanks for any help. > > > > > > > > > > James > > > > > > > > > > - ---- begin login.conf ---- > > > > > > > > > > # login.conf - login class capabilities database. > > > > > # After each edit don't forget to run: > > > > > # cap_mkdb /etc/login.conf > > > > > > > > > > #defaults - defaults for all users except root > > > > > # NOTE: default gives no recource limits!! > > > > > > > > > > default:\ > > > > > :cputime=unlimited:\ > > > > > :filesize=unlimited:\ > > > > > :datasize=unlimited:\ > > > > > :stacksize=unlimited:\ > > > > > :coredumpsize=unlimited:\ > > > > > :memoryuse=unlimited:\ > > > > > :memorylocked=unlimited:\ > > > > > :maxproc=unlimited:\ > > > > > :openfiles=unlimited:\ > > > > > :manpath=/usr/share/man /usr/local/man:\ > > > > > :nologin=/var/run/nologin:\ > > > > > :path=~/bin /usr/local/bin /usr/bin /bin:\ > > > > > :priority=0:\ > > > > > :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ > > > > > :term=vt100:\ > > > > > :umask=022:\ > > > > > :welcome=/etc/motd:\ > > > > > :minpasswordlen=8:\ > > > > > :copyright=/etc/COPYRIGHT:\ > > > > > :idletime=unlimited:\ > > > > > :sessionlimit=unlimited: > > > > > > > > > > #root - make absolutly sure root can do anything. > > > [snip] > > > cstudent is the class that i am working with > > > > > #cstudent - limit the recources for c class students. > > > > > cstudent:\ > > > > > :accounted:\ > > > > > :cputime=1h:\ > > > > > :filesize=5m:\ > > > > > :datasize=10m:\ > > > > > :stacksize=10k:\ > > > > > :coredumpsize=1m:\ > > > > > :memoryuse=10m:\ > > > > > :memorylocked=5m:\ > > > > > :maxproc=12:\ > > > > > :openfiles=20:\ > > > > > :requirehome:\ > > > > > :umask=077:\ > > > > > :sessionlimit=4:\ > > > > > :idletime=3h:\ > > > > > :warntime=2h45m:\ > > > > > :tc=default: > > > [snip] > > > > > - ---- end login.conf ---- > > > > > - ------------------------------------------------------- > > > > > For my public key please visit: > > > > > http://www.dreamscape.com/halstead/jh.asc > > > > > - ------------------------------------------------------- > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 14: 2:42 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 6654A37BF6F for ; Fri, 14 Apr 2000 14:02:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA38536; Fri, 14 Apr 2000 15:02:29 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA59521; Fri, 14 Apr 2000 15:02:09 -0600 (MDT) Message-Id: <200004142102.PAA59521@harmony.village.org> To: Anatoly Vorobey Subject: Re: PC Keyboard Scancodes Cc: "Daniel O'Connor" , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 14 Apr 2000 20:00:26 +0300." <20000414200026.60056@techunix.technion.ac.il> References: <20000414200026.60056@techunix.technion.ac.il> Date: Fri, 14 Apr 2000 15:02:09 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000414200026.60056@techunix.technion.ac.il> Anatoly Vorobey writes: : Also this may be of help: : : http://www.microsoft.com/hwdev/desinit/scancode.htm : : It doesn't seem to contain anything about enabling them though, seems : like they should just emit the scancodes listed. That's what I'm seeing here. now, to find some time to "package" it into something the FreeBSD can use. And also to hack XFree86 into groking them. Ah, but that would require that I have something like freetime. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 14: 5:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from io.dreamscape.com (io.dreamscape.com [206.64.128.6]) by hub.freebsd.org (Postfix) with ESMTP id 11BE137B534 for ; Fri, 14 Apr 2000 14:05:25 -0700 (PDT) (envelope-from halstead@dreamscape.com) Received: from halste07 (sA9-p22.dreamscape.com [207.198.13.214]) by io.dreamscape.com (8.9.3/8.8.4) with SMTP id RAA01850; Fri, 14 Apr 2000 17:04:32 -0400 (EDT) X-Dreamscape-Track-A: sA9-p22.dreamscape.com [207.198.13.214] X-Dreamscape-Track-B: Fri, 14 Apr 2000 17:04:32 -0400 (EDT) Message-ID: <003001bfa655$4aa4ab80$d60dc6cf@halste07> From: "James Halstead" To: "Bhishan Hemrajani" Cc: References: <200004142037.e3EKb9R37103@cytosine.dhs.org> Subject: Re: login.conf question Date: Fri, 14 Apr 2000 17:06:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually I tested this theory (all with remote logins, not sued) and it let me login 13 times (maxproc set to 12) however once i hit the 11'th login it made all the logins useless. Anytime i tried to run a process I got an error from bash that it could not fork. After the 11'th login i got this error when i logged on but still gives me the shell prompt, although i could not do anything. So apparently even with the maxproc limit, the login is allowed to su to the user making them over their limit. This is where the sesssion limit should take place making it harder for the user to hit the maxproc limit by logging in to many times. the bash fork error may confuse some of my users where a friendly "too many logins" is easy to under stand. Bhishan Hemrajani wrote: > Instead of using sessionlimit, why don't you limit the number of processes. > > That way, the number of shells that they can have is limited also. > > --bhishan > > > > > That might make sence at first, but that should still keep one person from > > logging in more than 4 times. Also i tested the session time and that is > > not working either so that makes me think there is something else i am > > missing. > > > > Besides the maxproc will pretty much limit them anyway ;) although that > > might make for more questions about why they can't run any programs when > > they have too many logins. Owell, I have yet to have anybody actually try > > to log in that many times. > > > > Perhaps there is something else i am forgetting to enable this? maby a > > kernal option or sysctl? > > > > On Thu, 13 Apr 2000, Bhishan > > Hemrajani wrote: > > > > > >From "man login.conf": > > > sessiontime time Maximum login time per session. > > > sessionlimit number Maximum number of concurrent login > > > sessions on ttys in any group. > > > > > > It seems here that session limit is on a per group basis. > > > > > > Try making a couple users, then logging in with each of those users. > > > I think that's what it might be limiting. > > > > > > --bhishan > > > > > > [Charset iso-8859-1 unsupported, filtering to ASCII...] > > > > Bhishan Hemrajani wrote: > > > > > > > > > > > > > Alright, a couple things come to mind here. > > > > > > > > > > 1. Did you make the database? (# cap_mkdb /etc/login.conf) > > > > > > > > Yes i made sure to do this ;) > > > > > > > > > 2. Did you add the user to the class (# chfn user) > > > > > (and then put the class name in the class field) > > > > > > > > also yes (chpass) > > > > > > > > > 3. If you did do that, login as the user (not su), and > > > > > type "limit" and give me an output. > > > > > > > > % limit > > > > cputime 1:00:00 > > > > filesize 5120 kbytes > > > > datasize 10240 kbytes > > > > stacksize 10 kbytes > > > > coredumpsize 1024 kbytes > > > > memoryuse 10240 kbytes > > > > memorylocked 5120 kbytes > > > > maxproc 12 > > > > openfiles 20 > > > > > > > > that's odd, it dosn't mention the session limits. I knew that the other > > > > limits worked, I tested them with a forkbomb, a mallocbomb and an infinitly > > > > recursive program just to see what would happen. fork and malloc failed > > > > expectedly and the infinit recursion segfaults after about 5400 recursions. > > > > > > > > Unless there is a problem with my login.conf or there is an option somewhere > > > > that i have to enable I don't know why the sessionlimit and idletime don't > > > > work (although i haven't tested the idletime) > > > > > > > > > > > > > > --bhishan > > > > > > > > > > > > hey out there! > > > > > > This is my first time doing someting like an i am having problems > > > > > > with one part. The session limit does not seem to be working. My > > > > > > understanding was that this was a hard limit for the number of > > > > > > simutanious logins a person may have. I created a test account and > > > > > > was able to have 6 logins open even though the limit is set to 4. > > > > > > Also I am curious if i set the idletime and warntime right, and if i > > > > > > need to have the accounting enabled in order for things to work. > > > > > > > > > > > > thanks for any help. > > > > > > > > > > > > James > > > > > > > > > > > > - ---- begin login.conf ---- > > > > > > > > > > > > # login.conf - login class capabilities database. > > > > > > # After each edit don't forget to run: > > > > > > # cap_mkdb /etc/login.conf > > > > > > > > > > > > #defaults - defaults for all users except root > > > > > > # NOTE: default gives no recource limits!! > > > > > > > > > > > > default:\ > > > > > > :cputime=unlimited:\ > > > > > > :filesize=unlimited:\ > > > > > > :datasize=unlimited:\ > > > > > > :stacksize=unlimited:\ > > > > > > :coredumpsize=unlimited:\ > > > > > > :memoryuse=unlimited:\ > > > > > > :memorylocked=unlimited:\ > > > > > > :maxproc=unlimited:\ > > > > > > :openfiles=unlimited:\ > > > > > > :manpath=/usr/share/man /usr/local/man:\ > > > > > > :nologin=/var/run/nologin:\ > > > > > > :path=~/bin /usr/local/bin /usr/bin /bin:\ > > > > > > :priority=0:\ > > > > > > :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ > > > > > > :term=vt100:\ > > > > > > :umask=022:\ > > > > > > :welcome=/etc/motd:\ > > > > > > :minpasswordlen=8:\ > > > > > > :copyright=/etc/COPYRIGHT:\ > > > > > > :idletime=unlimited:\ > > > > > > :sessionlimit=unlimited: > > > > > > > > > > > > #root - make absolutly sure root can do anything. > > > > [snip] > > > > cstudent is the class that i am working with > > > > > > #cstudent - limit the recources for c class students. > > > > > > cstudent:\ > > > > > > :accounted:\ > > > > > > :cputime=1h:\ > > > > > > :filesize=5m:\ > > > > > > :datasize=10m:\ > > > > > > :stacksize=10k:\ > > > > > > :coredumpsize=1m:\ > > > > > > :memoryuse=10m:\ > > > > > > :memorylocked=5m:\ > > > > > > :maxproc=12:\ > > > > > > :openfiles=20:\ > > > > > > :requirehome:\ > > > > > > :umask=077:\ > > > > > > :sessionlimit=4:\ > > > > > > :idletime=3h:\ > > > > > > :warntime=2h45m:\ > > > > > > :tc=default: > > > > [snip] > > > > > > - ---- end login.conf ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 14: 6: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dmz.visiontech-dml.com (dmz.visiontech-dml.com [199.203.103.41]) by hub.freebsd.org (Postfix) with ESMTP id F2EE437B564 for ; Fri, 14 Apr 2000 14:05:55 -0700 (PDT) (envelope-from nobody@visiontech-dml.com) Received: (from nobody@localhost) by dmz.visiontech-dml.com (8.9.3/8.9.3) id XAA12255; Fri, 14 Apr 2000 23:04:02 +0200 (IST) Date: Fri, 14 Apr 2000 23:04:02 +0200 (IST) Message-Id: <200004142104.XAA12255@dmz.visiontech-dml.com> To: Nick Sayer Subject: Re: XDR porting problems From: vns@visiontech-dml.com Reply-To: vns@visiontech-dml.com Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP3 Imap webMail Program 2.0.11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Just try to use the next hack: #define xdrproc_t hack_xdrproc_t #include #undef xdrproc_t typedef bool_t (*xdrproc_t) __P((XDR *, void *, ...)); But probably it's better to fix this problem in the /usr/src/include/rpc/xdr.h file. With best regards, Vladimir Silyaev -------------------------------------------------- in RELENG_4, /usr/src/include/rpc/xdr.h, there is... #ifdef _KERNEL typedef bool_t (*xdrproc_t) __P((XDR *, void *, u_int)); #else /* * XXX can't actually prototype it, because some take two args!!! */ typedef bool_t (*xdrproc_t) __P((/* XDR *, void *, u_int */)); #endif This causes heartburn for a program I'm trying to port. Specifically, compiling a .cxx says that I am using too many arguments. Changing the 2nd typedef to typedef bool_t (*xdrproc_t) __P((XDR *, void *, ...)); fixes this. I am not enough of a language pedant to understand all possible ramifications of this change. Can anyone suggest any alternatives? I dug around quite a bit and could find no way to compile the code in question without changing the system include files. If this is the right thing to do, I would like to commit it. If there is a better thing to do, I'd like to hear about it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 16:43: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from baynet.baynetworks.com (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (Postfix) with ESMTP id E9CA237B814 for ; Fri, 14 Apr 2000 16:43:03 -0700 (PDT) (envelope-from bwithrow@engeast.BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h8754.s84f5.BayNetworks.COM [132.245.135.84]) by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id QAA14590; Fri, 14 Apr 2000 16:41:35 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id TAA25643; Fri, 14 Apr 2000 19:47:46 -0400 (EDT) Received: from kyzyl.engeast.baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id TAA11815; Fri, 14 Apr 2000 19:43:00 -0400 for Message-Id: <200004142343.TAA11815@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: hackers@freebsd.org Cc: Robert Withrow , Ted Faber , witr@rwwa.com Subject: Re: Authorization broken in 4.0 REL/XDM? In-Reply-To: Message from Robert Withrow of "Thu, 13 Apr 2000 16:46:48 EDT." <200004132046.QAA36277@tuva.engeast.baynetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Apr 2000 19:40:36 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ted is still the man, but the patch I sent earlier had a typo that prevents correct authorization processing... To recap, in 4.0 REL, xdm is built with the ability to do XDM-AUTHORIZATION-1, but, apparently, the servers are not. This prevents all clients from connecting to the server. The following patch disables XDM-AUTHORIZATION-1 and just has the server use MIT-MAGIC-COOKIE-1. It would be nice if this was listed in the errata. Of course, even better would be to have the servers re-built so they support XDM-AUTHORIZATION-1 (assuming that is truly what the problem is) and have *them* listed in the errata also. Here is the corrected patch (note the "-" instead of the "_"): *** xdm-config.orig Thu Apr 13 16:37:35 2000 --- xdm-config Fri Apr 14 19:31:07 2000 *************** *** 10,16 **** --- 10,18 ---- ! X terminals will be configured that way, so by default ! use authorization only for local displays :0, :1, etc. DisplayManager._0.authorize: true + DisplayManager._0.authName: MIT-MAGIC-COOKIE-1 DisplayManager._1.authorize: true + DisplayManager._1.authName: MIT-MAGIC-COOKIE-1 ! The following three resources set up display :0 as the console. DisplayManager._0.setup: /usr/X11R6/lib/X11/xdm/Xsetup_0 DisplayManager._0.startup: /usr/X11R6/lib/X11/xdm/GiveConsole Thanks! -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 19:20:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id CF03C37B734 for ; Fri, 14 Apr 2000 19:20:06 -0700 (PDT) (envelope-from partha@cs.duke.edu) Received: from mackerel.cs.duke.edu (mackerel.cs.duke.edu [152.3.140.156]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id WAA06869 for ; Fri, 14 Apr 2000 22:20:05 -0400 (EDT) Received: from localhost (partha@localhost) by mackerel.cs.duke.edu (8.8.5/8.6.9) with ESMTP id WAA13995 for ; Fri, 14 Apr 2000 22:20:05 -0400 (EDT) X-Authentication-Warning: mackerel.cs.duke.edu: partha owned process doing -bs Date: Fri, 14 Apr 2000 22:20:05 -0400 (EDT) From: "Parthasarathy M. Aji" To: freebsd-hackers@freebsd.org Subject: kernel file I/O Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey All, I know how to read and write to a text file in the user level , but I am assigned the task of reading data from a file while writing a kernel level C program. I don't know what functions to use, can any of you help me. If you can point me to some web links or some code it would be really helpful.. Thank you.. Partha Aji To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 19:27:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hoemlsrv.firewall.lucent.com (hoemail1.lucent.com [192.11.226.161]) by hub.freebsd.org (Postfix) with ESMTP id 0A6E337B734 for ; Fri, 14 Apr 2000 19:27:53 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from hoemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA22043 for ; Fri, 14 Apr 2000 22:27:51 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA22029; Fri, 14 Apr 2000 22:27:51 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id WAA14002; Fri, 14 Apr 2000 22:27:44 -0400 (EDT) Message-ID: <38F7D24D.AFE478B7@lucent.com> Date: Fri, 14 Apr 2000 22:22:05 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.06 [en] (Win98; U) MIME-Version: 1.0 To: "Parthasarathy M. Aji" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kernel file I/O References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Parthasarathy M. Aji wrote: > > Hey All, > I know how to read and write to a text file in the user level , but I am > assigned the task of reading data from a file while writing a kernel > level C program. I don't know what functions to use, can any of you help > me. If you can point me to some web links or some code it would be really > helpful.. Thank you.. Funny you should ask... ;-) I asked this same question a couple of weeks ago. You should be able to find the answer, including sample code, in the email archives at the FreeBSD web site. Gotta run... Gary -- ========================================================= Gary Corcoran - Distinguished Member of Technical Staff Lucent Microelectronics - Client Access Broadband Systems Communications Protocol & Driver Development Group "We make the drivers that make communications work" Email: gcorcoran@lucent.com --------------------------------------------------------- There are only two kinds of machines - those that fail little by little, and those that fail all at once. ========================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 20: 2:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id D415A37B770 for ; Fri, 14 Apr 2000 20:02:17 -0700 (PDT) (envelope-from darius@guppy.dons.net.au) Received: from guppy.dons.net.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.1) with ESMTP id MAA78385; Sat, 15 Apr 2000 12:32:00 +0930 (CST) (envelope-from darius@guppy.dons.net.au) Received: (from darius@localhost) by guppy.dons.net.au (8.9.3/8.9.3) id MAA07339; Sat, 15 Apr 2000 12:31:58 +0930 (CST) (envelope-from darius) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200004142102.PAA59521@harmony.village.org> Date: Sat, 15 Apr 2000 12:31:57 +0930 (CST) From: "Daniel O'Connor" To: Warner Losh Subject: Re: PC Keyboard Scancodes Cc: hackers@FreeBSD.ORG, "Daniel O'Connor" , Anatoly Vorobey Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Apr-00 Warner Losh wrote: > That's what I'm seeing here. > now, to find some time to "package" it into something the FreeBSD can > use. > > And also to hack XFree86 into groking them. > > Ah, but that would require that I have something like freetime. Well, I can probably get FreeBSD to grok em... No idea about X though 8-) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 21:45:15 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 A9AEA37B5C3 for ; Fri, 14 Apr 2000 21:45:12 -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 WAA39812; Fri, 14 Apr 2000 22:45: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 WAA62203; Fri, 14 Apr 2000 22:44:49 -0600 (MDT) Message-Id: <200004150444.WAA62203@harmony.village.org> To: "Parthasarathy M. Aji" Subject: Re: kernel file I/O Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 14 Apr 2000 22:20:05 EDT." References: Date: Fri, 14 Apr 2000 22:44:49 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Parthasarathy M. Aji" writes: : I know how to read and write to a text file in the user level , but I am : assigned the task of reading data from a file while writing a kernel : level C program. I don't know what functions to use, can any of you help : me. If you can point me to some web links or some code it would be really : helpful.. Thank you.. Sounds like an interesting class assignment. You best bet is to trace through the system call stuff and boil it down in the kernel. Shouldn't be too hard to track down. System calls like read/write/open/close are found sys/kern/vfs_syscalls.c. That's a good place to start. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 22:49:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 681A237B7AA for ; Fri, 14 Apr 2000 22:49:47 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id AAA71434; Sat, 15 Apr 2000 00:49:22 -0500 (CDT) (envelope-from mpp) Date: Sat, 15 Apr 2000 00:49:22 -0500 From: Mike Pritchard To: Warner Losh Cc: Anatoly Vorobey , "Daniel O'Connor" , hackers@FreeBSD.ORG Subject: Re: PC Keyboard Scancodes Message-ID: <20000415004922.A71407@mppsystems.com> References: <20000414200026.60056@techunix.technion.ac.il> <200004142102.PAA59521@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004142102.PAA59521@harmony.village.org>; from imp@village.org on Fri, Apr 14, 2000 at 03:02:09PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here are the codes for the Compaq "Easy Access Internet Keyboard". They also have a newer version with even more buttons, but I don't have access to one, so I can't supply the codes for it. If someone is going to do some work to get the Microsoft keyboard's extra keys to work, it shouldn't be hard to integrate these keys at the same time. play/pause -32 34 -32 -94 stop -32 36 -32 -92 prev. track -32 16 -32 -112 next track -32 25 -32 -103 sleep -32 95 -32 -33 mute -32 32 -32 -96 vol - -32 46 -32 -82 vol + -32 48 -32 -80 launch app -32 31 -32 -97 search -32 33 -32 -95 internet -32 35 -32 -93 secure e-commerce -32 50 -32 -78 e-mail -32 30 -32 -98 -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 14 23: 1:35 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 6E7FA37B815 for ; Fri, 14 Apr 2000 23:01:29 -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 AAA40040; Sat, 15 Apr 2000 00:01:26 -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 AAA75213; Sat, 15 Apr 2000 00:01:05 -0600 (MDT) Message-Id: <200004150601.AAA75213@harmony.village.org> To: Mike Pritchard Subject: Re: PC Keyboard Scancodes Cc: Anatoly Vorobey , "Daniel O'Connor" , hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Apr 2000 00:49:22 CDT." <20000415004922.A71407@mppsystems.com> References: <20000415004922.A71407@mppsystems.com> <20000414200026.60056@techunix.technion.ac.il> <200004142102.PAA59521@harmony.village.org> Date: Sat, 15 Apr 2000 00:01:05 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000415004922.A71407@mppsystems.com> Mike Pritchard writes: : Here are the codes for the Compaq "Easy Access Internet Keyboard". : They also have a newer version with even more buttons, but I don't : have access to one, so I can't supply the codes for it. If someone : is going to do some work to get the Microsoft keyboard's extra keys : to work, it shouldn't be hard to integrate these keys at the same time. Thanks Mike. If I move forward on this, I'll include these too. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 15 0:16:35 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 194C737B708 for ; Sat, 15 Apr 2000 00:16:33 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id AAA30883; Sat, 15 Apr 2000 00:16:31 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Sat, 15 Apr 2000 00:16:31 -0700 (PDT) From: Doug White To: "Gary T. Corcoran" Cc: FreeBSD Hackers Subject: Re: Setting device options In-Reply-To: <38F63C11.860C901B@lucent.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Apr 2000, Gary T. Corcoran wrote: > So, I want to know how I can "automagically" set the device options, > every time a user kldload's the device driver. > To give you a little background, here's how it works on the other > operating systems, and thus this is the type of thing I'm looking > for in FreeBSD. I'm not sure this is the model you want. In general, kld's get loaded once and stay there, usually at boot time. I would find it easier (and orthogonal with existing practice) to have a xxcontrol program (like siocontrol & friends) that parses a config file or command line options or what have you and passes them via an ioctl() to the driver. This reduces the startup complexity of your driver, and simple drivers are Good(tm). If you make your code available, there will be people who will want to statically compile the driver in, and you don't have a load event to pull arguments from in that instance. (I'm thinking of PicoBSD as an environment that doesn't bundle kernel modules.) 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 Sat Apr 15 3:15:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by hub.freebsd.org (Postfix) with ESMTP id 3C96137B5C8 for ; Sat, 15 Apr 2000 03:15:09 -0700 (PDT) (envelope-from mellon@techunix.technion.ac.il) Received: by techunix.technion.ac.il (Postfix, from userid 14309) id 4B10A8650; Sat, 15 Apr 2000 13:15:06 +0300 (IDT) Message-ID: <20000415131506.28342@techunix.technion.ac.il> Date: Sat, 15 Apr 2000 13:15:06 +0300 From: Anatoly Vorobey To: Warner Losh Cc: Mike Pritchard , Daniel O'Connor , hackers@FreeBSD.ORG Subject: Re: PC Keyboard Scancodes References: <20000415004922.A71407@mppsystems.com> <20000414200026.60056@techunix.technion.ac.il> <200004142102.PAA59521@harmony.village.org> <20000415004922.A71407@mppsystems.com> <200004150601.AAA75213@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <200004150601.AAA75213@harmony.village.org>; from Warner Losh on Sat, Apr 15, 2000 at 12:01:05AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You, Warner Losh, were spotted writing this on Sat, Apr 15, 2000 at 12:01:05AM -0600: > In message <20000415004922.A71407@mppsystems.com> Mike Pritchard writes: > : Here are the codes for the Compaq "Easy Access Internet Keyboard". > : They also have a newer version with even more buttons, but I don't > : have access to one, so I can't supply the codes for it. If someone > : is going to do some work to get the Microsoft keyboard's extra keys > : to work, it shouldn't be hard to integrate these keys at the same time. > > Thanks Mike. If I move forward on this, I'll include these too. To make FreeBSD grok them, go to sys/dev/kbd/atkbd.c (that's assuming the keyboard is AT-style rather than USB), and modify atkbd_read_char(): --- atkbd.c Sat Apr 15 11:58:13 2000 +++ atkbd.c.new Sat Apr 15 12:09:28 2000 @@ -681,6 +681,15 @@ case 0x5d: /* menu key */ keycode = 0x6b; break; + /* the following are super-duper extended MS keys */ + case 0x5f: /* Sleep key */ + keycode = 0x6d; + break; + case 0x65: /* Search key */ + keycode = 0x6e; + case 0x66: /* Favourites key */ + keycode = 0x70; + default: /* ignore everything else */ goto next_code; } And so on for all the keys, using your scancodes in case statements, and allocating new keycodes as you go along, starting from the first available one now which is 0x6d. Then you just add new lines to keymap files, starting from 109=0x6d, and it should work at once. We have 148 spare entries in keymap_t at the moment, they should suffice for some time ;) Of course, with all those new keys on all those keyboards, we should perhaps think about whether to add all of them as new keycodes, and if so, in which order, etc. I've no idea if FreeBSD's concept of 'keycode' (i.e. key number independent of keyboard model) is synchronized with other BSD's, or Linux, etc. Have no idea what to do about X though. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 15 14:20:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1-12.onmedia.com (mx1-12.onmedia.com [209.133.35.17]) by hub.freebsd.org (Postfix) with ESMTP id 92BB737B782 for ; Sat, 15 Apr 2000 14:20:18 -0700 (PDT) (envelope-from p_a_r@goplay.com) Received: from GP1 (root@localhost) by mx1-12.onmedia.com (8.8.8/OICP2.0.5b1/8.8.8/OICP2.0.5b1) with OICP id OAA18470 for freebsd-hackers@freebsd.org; Sat, 15 Apr 2000 14:14:56 -0700 (PDT) Received: from OnMedia Mail (GPX1) by mx1-12.onmedia.com ($Revision: 2.3 $) with OICP id 84016486; Sat, 15 Apr 2000 14:14:56 -0800 Subject: OPEN SSH PROBLEM Date: Sat, 15 Apr 2000 14:14:11 -0800 Message-Id: <84016486.23.307@mx1-12.onmedia.com> Reply-To: "p_a_r" From: "p_a_r" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello i have installed open ssh on my freeBSD 3.3-stable machine. But i will not work, i cant login, below is an output whit ./sshd -d. playground# ./sshd -d debug: sshd version OpenSSH-1.2.3 debug: Bind to port 22 on 211.11.9.74. Server listening on 211.11.9.74 port 22. Generating 768 bit RSA key. RSA key generation complete. debug: Server will not fork when running in debugging mode. Connection from 212.242.97.165 port 2848 debug: Client protocol version 1.5; client software version 1.0 debug: Sent 768 bit public key and 1024 bit host key. debug: Encryption type: 3des debug: Received session key; encryption turned on. debug: Installing crc compensation attack detector. debug: Starting up PAM with username "abuse" debug: Attempting authentication for abuse. debug: PAM Password authentication for "abuse" failed: Permission denied Failed password for abuse from 212.242.97.165 port 2848 Unknown message during authentication: type 4 Failed bad-auth-msg-4 for abuse from 212.242.97.165 port 2848 Connection closed by 212.242.97.165 debug: Calling cleanup 0x804e254(0x0) Cannot close PAM session: Permission denied Cannot delete credentials: Permission denied debug: Calling cleanup 0x8056180(0x0) /John +--------------------------------------------------------------------------+ | The coolest site for free home pages, email, chat, e-cards, movie info.. | | http://www.goplay.com - it's time to Go Play! | +--------------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 15 14:32:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B625F37B54E; Sat, 15 Apr 2000 14:32:08 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA15949; Sat, 15 Apr 2000 14:32:08 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sat, 15 Apr 2000 14:32:08 -0700 (PDT) From: Kris Kennaway To: p_a_r Cc: freebsd-hackers@freebsd.org Subject: Re: OPEN SSH PROBLEM In-Reply-To: <84016486.23.307@mx1-12.onmedia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, p_a_r wrote: > Hello i have installed open ssh on my freeBSD 3.3-stable machine. > > But i will not work, i cant login, below is an output whit ./sshd -d. You aren't telling us anything about the client, which seems like it might be the one causing the problems from the error message. Either that or there could be PAM problems on the server end - how did you configure this? Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 15 15:49:53 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 AD8D737B5A0 for ; Sat, 15 Apr 2000 15:49:46 -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 SAA20580 for ; Sat, 15 Apr 2000 18:49:43 -0400 (EDT) Date: Sat, 15 Apr 2000 16:24:20 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: NFS attribute cache & profiling sysctl variables 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 two unrelated questions I can not figure out myself: (1) Does FreeBSD NFS implementation support "noac" to disable attribute cache? I know this is not good for performance. (2) I am trying to display kernel profiling sysctl variables with sysctl -a or sysctl -A without success. They are defined in subr_prof.c. Why sysctl command can not display them? I can use kgmon. Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 15 20: 6:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from news1.newsindex.com (news1.newsindex.com [209.166.166.118]) by hub.freebsd.org (Postfix) with ESMTP id 26C3337B8D9 for ; Sat, 15 Apr 2000 20:06:45 -0700 (PDT) (envelope-from speck@news1.newsindex.com) Received: from localhost (speck@localhost) by news1.newsindex.com (8.8.5/8.8.5) with SMTP id XAA22358 for ; Sat, 15 Apr 2000 23:24:47 -0400 (EDT) Date: Sat, 15 Apr 2000 23:24:47 -0400 (EDT) From: Sean Peck To: freebsd-hackers@freebsd.org Subject: FREE Problem in BSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The following code is consistently throwing xxx in free(): warning: modified (page-) pointer. on the free(ENTRY.ptr) line. ENTRY is a datum, the trace printf's show that ENTRY.dptr has the same value immediately after the dbm_fetch as it has immediately before the free, but the message continues to be displayed... Anyone know what is going on here? ENTRY = dbm_fetch(db,URL); printf("%d\n",ENTRY.dptr); bzero(etemp,1000); if(ENTRY.dptr != NULL){ strncpy(etemp,ENTRY.dptr,ENTRY.dsize); // ENTRY.dptr[ENTRY.dsize]=0; sprintf(temp,"%s\xb3\xb3%s",URL.dptr,etemp); } else{ // printf("ERRER %d %s\n",dbm_error(db),array[y]); sprintf(temp,"%s\xb3\xb3%s",URL.dptr,"0"); } free(URL.dptr); if(ENTRY.dptr != NULL){ printf("%d\n",ENTRY.dptr); free(ENTRY.dptr); Sean Peck News Index -- The original News Only Search Engine. http://www.newsindex.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 15 20:22:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [207.13.224.7]) by hub.freebsd.org (Postfix) with ESMTP id 7A82537B535 for ; Sat, 15 Apr 2000 20:22:18 -0700 (PDT) (envelope-from kris@hiwaay.net) Received: from barricuda.bsd.nws.net (kris.huntsvilleal.com [207.13.224.46]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id XAA18945; Sat, 15 Apr 2000 23:03:46 -0400 Received: from localhost (localhost [127.0.0.1]) by barricuda.bsd.nws.net (8.9.3/8.9.3) with ESMTP id VAA03090; Sat, 15 Apr 2000 21:23:03 -0500 (CDT) (envelope-from kris@hiwaay.net) Date: Sat, 15 Apr 2000 21:23:03 -0500 (CDT) From: Kris Kirby To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: Misuse of options BRIDGE? In-Reply-To: <200004141340.PAA02484@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 > sysctl -w net.link.ether.bridge=1 is necessary to enable > bridging, and you need to set the address only on one of the > interfaces (if you want an IP for the bridge at all). > > cheers > luigi I did have the sysctl set, but I don't remember if I had the IP set on only one device. I've always wondered about that.... ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "God gave them the ability to reproduce... ... Science gave us the hope they won't." -KBK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message