From owner-freebsd-hackers Sun Aug 12 0:26:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by hub.freebsd.org (Postfix) with ESMTP id 3073137B406; Sun, 12 Aug 2001 00:26:32 -0700 (PDT) (envelope-from robinson@netrinsics.com) Received: from netrinsics.com ([210.52.155.98] (may be forged)) by neptune.he.net (8.8.6/8.8.2) with ESMTP id AAA04374; Sun, 12 Aug 2001 00:26:29 -0700 Received: (from robinson@localhost) by netrinsics.com (8.11.2/8.11.1) id f7C7QuG02391; Sun, 12 Aug 2001 15:26:56 +0800 (+0800) (envelope-from robinson) Date: Sun, 12 Aug 2001 15:26:55 +0800 From: Michael Robinson To: current@freebsd.org, hackers@freebsd.org Subject: Re: _sigprocmask in malloc.c causes full file table? Message-ID: <20010812152655.A1569@elephant.netrinsics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: >Malloc is not re-entrant...i.e. >you cannot use in in a signal handler.. Thank you for that very helpful bit of information, but I already knew that. What I do not know is how it is possible for a null _sigprocmask call (a SIG_BLOCK call with no mask bits set) in libc/stdlib/malloc.c to cause a kernel error, "file: table is full", in libc_r/uthread/uthread_init.c. Do you? If not, aren't you even a little bit curious? -Michael Robinson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 1:17:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.121.50]) by hub.freebsd.org (Postfix) with ESMTP id D9EC037B403; Sun, 12 Aug 2001 01:17:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.137.140.Dial1.SanJose1.Level3.net [209.247.137.140]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA05264; Sun, 12 Aug 2001 01:17:42 -0700 (PDT) Message-ID: <3B763BCE.C0D51A6C@mindspring.com> Date: Sun, 12 Aug 2001 01:18:22 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sheldon Hearn Cc: Michael Robinson , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: _sigprocmask in malloc.c causes full file table? References: <67309.997577985@axl.seasidesoftware.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sheldon Hearn wrote: > On Sat, 11 Aug 2001 17:49:09 MST, Terry Lambert wrote: > > > If you are an experienced technical writer, or you are a an > > English major, and can provide your bonifides > > I don't have the certifications that you think are required. I have discovered that it is out of print. However, The Open Group has made the work available on the web in HTML form, free of charge; to view it, you mist register and agree to their terms of access: http://www.opengroup.org/online-pubs?DOC=007908799&FORM=HTML One of the terms may be problematic; on the other hand, the FreeBSD Foundation may be able to request and successfully otain permission; here is the problematic term: | You are permitted to read the HTML and PDF versions of Open | Group publications using your HTML browser/Acrobat software | and to download them for your own personal use provided you | have given your name and email address for each publication | requested. However, you are NOT permitted to amend, copy, | reprint, offer for sale, or otherwise re-use material from these | documents without explicit permission from The Open Group. The print document that I have in hand (literally, in lap) would certainly allow what I have suggested under Fair Use doctorine. I will look for a source of copies of the printed version (Amazon appears to not have any, used or otherwise, nor does Computer Literacy [Fat Brain], whis=ch is where I picked my copy up). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 2:12:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 2962337B409 for ; Sun, 12 Aug 2001 02:12:35 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7C9CS332919 for ; Sun, 12 Aug 2001 11:12:30 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7C9CUv06873 for freebsd-hackers@freebsd.org; Sun, 12 Aug 2001 11:12:30 +0200 (CEST) Date: Sun, 12 Aug 2001 11:12:29 +0200 From: Bernd Walter To: freebsd-hackers@freebsd.org Subject: Profiling under FreeBSD Message-ID: <20010812111229.A6862@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can anyone give me a short intro about how to profile a C/C++ programm under FreeBSD? Pointers to URLs and Books are also welcome. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 2:30:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id 83F4037B40E for ; Sun, 12 Aug 2001 02:30:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.137.140.Dial1.SanJose1.Level3.net [209.247.137.140]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id CAA07239; Sun, 12 Aug 2001 02:30:19 -0700 (PDT) Message-ID: <3B764CD4.9F63D071@mindspring.com> Date: Sun, 12 Aug 2001 02:31:00 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bernd Walter Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Profiling under FreeBSD References: <20010812111229.A6862@cicely20.cicely.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bernd Walter wrote: > Can anyone give me a short intro about how to profile a C/C++ programm > under FreeBSD? > Pointers to URLs and Books are also welcome. Use "CFLAGS=-pg", and make sure the program terminates normally; also "man gprof". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 5: 4:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 3012F37B40A for ; Sun, 12 Aug 2001 05:04:12 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7CC42333970 for ; Sun, 12 Aug 2001 14:04:04 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7CC47q07442 for freebsd-hackers@freebsd.org; Sun, 12 Aug 2001 14:04:07 +0200 (CEST) Date: Sun, 12 Aug 2001 14:04:06 +0200 From: Bernd Walter To: freebsd-hackers@freebsd.org Subject: mtio questions Message-ID: <20010812140406.A7326@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Asume the following code examples: int fd; struct mtop mo; char buf[10240]; fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); mo.mt_op = MTREW; mo.mt_count = 0; ioctl(fd, MTIOCTOP, &mo); write(fd, buf, 10240); close(fd); and: int fd; struct mtop mo; char buf[10240]; fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); mo.mt_op = MTREW; mo.mt_count = 0; ioctl(fd, MTIOCTOP, &mo); write(fd, buf, 10240); mo.mt_op = MTWEOF; mo.mt_count = 1; ioctl(fd, MTIOCTOP, &mo); close(fd); and: int fd; struct mtop mo; char buf[10240]; fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); mo.mt_op = MTREW; mo.mt_count = 0; ioctl(fd, MTIOCTOP, &mo); write(fd, buf, 10240); mo.mt_op = MTWEOF; mo.mt_count = 1; ioctl(fd, MTIOCTOP, &mo); mo.mt_op = MTREW; mo.mt_count = 0; ioctl(fd, MTIOCTOP, &mo); close(fd); The question is what filemark layout will I have on the tape? If I MTEOD on the tape and write - will I have the same result with all examples? May I get into trouble with some tape types that use 2 filemarks EOD detection? Ist the result OS dependend? Another point: Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 5: 9:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 8149737B403 for ; Sun, 12 Aug 2001 05:09:33 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7CC9L334003; Sun, 12 Aug 2001 14:09:24 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7CC9PE07448; Sun, 12 Aug 2001 14:09:25 +0200 (CEST) Date: Sun, 12 Aug 2001 14:09:24 +0200 From: Bernd Walter To: Terry Lambert Cc: Bernd Walter , freebsd-hackers@FreeBSD.ORG Subject: Re: Profiling under FreeBSD Message-ID: <20010812140924.B7326@cicely20.cicely.de> References: <20010812111229.A6862@cicely20.cicely.de> <3B764CD4.9F63D071@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B764CD4.9F63D071@mindspring.com>; from tlambert2@mindspring.com on Sun, Aug 12, 2001 at 02:31:00AM -0700 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 02:31:00AM -0700, Terry Lambert wrote: > Bernd Walter wrote: > > Can anyone give me a short intro about how to profile a C/C++ programm > > under FreeBSD? > > Pointers to URLs and Books are also welcome. > > Use "CFLAGS=-pg", and make sure the program terminates normally; > also "man gprof". I already found -pg and gprof but made the error to stop the program with CTRL-C. Obviously I never get the profile this way... Thank you. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 5:53:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 9C56F37B403; Sun, 12 Aug 2001 05:53:12 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id IAA16653; Sun, 12 Aug 2001 08:52:21 -0400 (EDT) Date: Sun, 12 Aug 2001 08:52:20 -0400 (EDT) From: Daniel Eischen To: Michael Robinson Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: _sigprocmask in malloc.c causes full file table? In-Reply-To: <20010812152655.A1569@elephant.netrinsics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Aug 2001, Michael Robinson wrote: > Julian Elischer wrote: > >Malloc is not re-entrant...i.e. > >you cannot use in in a signal handler.. > > Thank you for that very helpful bit of information, but I already knew that. > > What I do not know is how it is possible for a null _sigprocmask call > (a SIG_BLOCK call with no mask bits set) in libc/stdlib/malloc.c to cause a > kernel error, "file: table is full", in libc_r/uthread/uthread_init.c. This is the first time that I saw libc_r was involved. Actually, POSIX (1003.1, 1996) says this about sigprocmask: "The use of the sigprocmask() function is unspecified in a multithreaded process." FreeBSD behaviour of sigprocmask() is the same as Solaris. sigprocmask() changes the mask of the calling thread, not the process. In other words, it is identical to pthread_sigmask(). If it is being used to block signals for threads other than the calling thread, it won't work. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 6: 7:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 4883037B406; Sun, 12 Aug 2001 06:07:33 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id JAA18732; Sun, 12 Aug 2001 09:06:47 -0400 (EDT) Date: Sun, 12 Aug 2001 09:06:47 -0400 (EDT) From: Daniel Eischen To: Michael Robinson Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: _sigprocmask in malloc.c causes full file table? In-Reply-To: <20010812152655.A1569@elephant.netrinsics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Aug 2001, Michael Robinson wrote: > Julian Elischer wrote: > >Malloc is not re-entrant...i.e. > >you cannot use in in a signal handler.. > > Thank you for that very helpful bit of information, but I already knew that. > > What I do not know is how it is possible for a null _sigprocmask call > (a SIG_BLOCK call with no mask bits set) in libc/stdlib/malloc.c to cause a Sorry, I missed this the first time... Where is there a _sigprocmask() call in libc/stdlib/malloc.c? I don't find one. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 6:16:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 6CB1B37B401; Sun, 12 Aug 2001 06:16:33 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id JAA19739; Sun, 12 Aug 2001 09:15:48 -0400 (EDT) Date: Sun, 12 Aug 2001 09:15:48 -0400 (EDT) From: Daniel Eischen To: Michael Robinson , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: _sigprocmask in malloc.c causes full file table? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Aug 2001, Daniel Eischen wrote: > On Sun, 12 Aug 2001, Michael Robinson wrote: > > Julian Elischer wrote: > > >Malloc is not re-entrant...i.e. > > >you cannot use in in a signal handler.. > > > > Thank you for that very helpful bit of information, but I already knew that. > > > > What I do not know is how it is possible for a null _sigprocmask call > > (a SIG_BLOCK call with no mask bits set) in libc/stdlib/malloc.c to cause a > > Sorry, I missed this the first time... Where is there a _sigprocmask() > call in libc/stdlib/malloc.c? I don't find one. Ignore this. I found the first posting. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 6:46: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by hub.freebsd.org (Postfix) with ESMTP id 5085D37B406; Sun, 12 Aug 2001 06:45:55 -0700 (PDT) (envelope-from robinson@netrinsics.com) Received: from netrinsics.com ([210.52.155.75] (may be forged)) by neptune.he.net (8.8.6/8.8.2) with ESMTP id GAA20181; Sun, 12 Aug 2001 06:45:55 -0700 Received: (from robinson@localhost) by netrinsics.com (8.11.2/8.11.1) id f7CDk8602811; Sun, 12 Aug 2001 21:46:08 +0800 (+0800) (envelope-from robinson) Date: Sun, 12 Aug 2001 21:46:08 +0800 From: Michael Robinson To: Daniel Eischen Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: _sigprocmask in malloc.c causes full file table? Message-ID: <20010812214608.A2701@elephant.netrinsics.com> References: <20010812152655.A1569@elephant.netrinsics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from eischen@vigrid.com on Sun, Aug 12, 2001 at 08:52:20AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doesn't *anybody* RTFPR? This is the fifth respondent in a row to have comprehensively missed the point. On Sun, Aug 12, 2001 at 08:52:20AM -0400, Daniel Eischen wrote: > On Sun, 12 Aug 2001, Michael Robinson wrote: > > Thank you for that very helpful bit of information, but I already knew that. > > > > What I do not know is how it is possible for a null _sigprocmask call > > (a SIG_BLOCK call with no mask bits set) in libc/stdlib/malloc.c to cause a > > kernel error, "file: table is full", in libc_r/uthread/uthread_init.c. > > This is the first time that I saw libc_r was involved. Actually, POSIX > (1003.1, 1996) says this about sigprocmask: > > "The use of the sigprocmask() function is unspecified in a > multithreaded process." > > FreeBSD behaviour of sigprocmask() is the same as Solaris. sigprocmask() > changes the mask of the calling thread, not the process. In other words, > it is identical to pthread_sigmask(). > > If it is being used to block signals for threads other than the calling > thread, it won't work. Allow me to quote: "a null _sigprocmask call (a SIG_BLOCK call with no mask bits set)" We can demonstrate that this is documented to have the same effect on all threads. I.e., none whatsoever. The point is that not only does this putative no-op have an op, the op is in fact an entirely unrelated error in an entirely unrelated location: pipe creation fails with a system "file: table is full" error. I'm not a famous FreeBSD kernel hacker, but if I were, I might want to ascertain that this was not due to a previously hidden pathological code path. For convenience, I am including the original report below in its entirety. -Michael P.S. I'll gladly provide diff's for anyone who may want to try to reproduce this. It's 100% trivially reproducible on my system (-CURRENT as of Jan. 31). --- I'm currently trying to deal with the problem where malloc/free in a signal handler will crash (in my case, the X window server) if a signal arrives during malloc or free. Following the example of, e.g., stdlib/system.c, I tried blocking the usual suspects (SIGIO, SIGWINCH, etc.), as follows: void free(void *ptr) { sigset_t old_procmask; THREAD_LOCK(); _sigprocmask(SIG_BLOCK, &malloc_procmask, &old_procmask); malloc_func = " in free():"; if (malloc_active++) { wrtwarning("recursive call.\n"); } else { ifree(ptr); UTRACE(ptr, 0, 0); } malloc_active--; _sigprocmask(SIG_SETMASK, &old_procmask, NULL); THREAD_UNLOCK(); return; } That worked for the general case, but it broke mozilla in an interesting way; mozilla would fail to create a kernel pipe in uthread_init.c, and I would get a system error: Aug 11 07:33:25 elephant /boot/kernel/kernel: file: table is full Aug 11 07:33:25 elephant /boot/kernel/kernel: pid 358 (mozilla-bin), uid 1000 : exited on signal 6 (core dumped) I then changed the initialization of malloc_procmask so that it contained no signals whatsoever, and the exact same thing happened. I then commented out all calls to sigprocmask, and everything returned to normal. Am I doing something completely boneheaded, or is this an undocumented subtle interaction? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 7: 4:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id F336037B40B for ; Sun, 12 Aug 2001 07:04:30 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 15Vvqv-00067y-00 for hackers@freebsd.org; Sun, 12 Aug 2001 17:04:29 +0300 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 15Vvqu-0002RY-00 for hackers@freebsd.org; Sun, 12 Aug 2001 17:04:28 +0300 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: hackers@freebsd.org Subject: diskless Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Aug 2001 17:04:28 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, i modified rc.diskless1 to use union fs like: mount_md 1024 /conf/etc 0 mount -t union /conf/etc /etc any reason why this might be problematic? danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 7:30:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 6807F37B403; Sun, 12 Aug 2001 07:30:40 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id KAA27694; Sun, 12 Aug 2001 10:29:53 -0400 (EDT) Date: Sun, 12 Aug 2001 10:29:53 -0400 (EDT) From: Daniel Eischen To: Michael Robinson Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: _sigprocmask in malloc.c causes full file table? In-Reply-To: <20010812214608.A2701@elephant.netrinsics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Aug 2001, Michael Robinson wrote: > Doesn't *anybody* RTFPR? This is the fifth respondent in a row to have > comprehensively missed the point. > > On Sun, Aug 12, 2001 at 08:52:20AM -0400, Daniel Eischen wrote: > > On Sun, 12 Aug 2001, Michael Robinson wrote: > > > Thank you for that very helpful bit of information, but I already knew that. > > > > > > What I do not know is how it is possible for a null _sigprocmask call > > > (a SIG_BLOCK call with no mask bits set) in libc/stdlib/malloc.c to cause a > > > kernel error, "file: table is full", in libc_r/uthread/uthread_init.c. > > > > This is the first time that I saw libc_r was involved. Actually, POSIX > > (1003.1, 1996) says this about sigprocmask: > > > > "The use of the sigprocmask() function is unspecified in a > > multithreaded process." > > > > FreeBSD behaviour of sigprocmask() is the same as Solaris. sigprocmask() > > changes the mask of the calling thread, not the process. In other words, > > it is identical to pthread_sigmask(). > > > > If it is being used to block signals for threads other than the calling > > thread, it won't work. > > Allow me to quote: > > "a null _sigprocmask call (a SIG_BLOCK call with no mask bits set)" > > We can demonstrate that this is documented to have the same effect on all > threads. I.e., none whatsoever. > > The point is that not only does this putative no-op have an op, the op is > in fact an entirely unrelated error in an entirely unrelated location: > pipe creation fails with a system "file: table is full" error. sigprocmask() behaves the same as pthread_sigmask(). pthread_sigmask() needs to obtain the current thread. In obtaining the current thread, the threads library must be initialized. In initializing the threads library malloc() is called. Wash, rinse, repeat. Don't put _sigprocmask() in malloc. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 7:40:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by hub.freebsd.org (Postfix) with ESMTP id C4B3037B405 for ; Sun, 12 Aug 2001 07:40:15 -0700 (PDT) (envelope-from e_URL@ihug.co.nz) Received: from smtp.ihug.co.nz (203-173-247-12.nzwide.ihug.co.nz [203.173.247.12]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id CAA25197 for ; Mon, 13 Aug 2001 02:40:13 +1200 X-Authentication-Warning: smtp4.ihug.co.nz: Host 203-173-247-12.nzwide.ihug.co.nz [203.173.247.12] claimed to be smtp.ihug.co.nz Message-Id: <997626883.340@ihug.co.nz> Date: Mon, 13 Aug 2001 02:34:43 -1200 To: freebsd-hackers@freebsd.org From: e_URL@ihug.co.nz (DoS Research) Subject: Denial of Service Research MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir/Madam Our names are Leon Shu and John Zheng. We are students at the UNITEC Institute of Technology (New Zealand), and currently working on a DoS/DDoS (Denial of service) research project, as required for our degree. For this project we conduct research on the analysis of the DoS/DDoS technologies and threats, as well as anti DoS/DDoS tools. As part of this research, we found your email on your web site. You could be of great help to us if you could fill out our on-line survey, which we have prepared for this project. In return, we will email you the summarised outcome of the project if you do provide your email address in the survey form. Please find the survey here: http://hyperdisc.unitec.ac.nz/dos_research/ the information you give us will be analysed and results will be presented in an anonymous, generic form. Please let us assure you that all your information will remain strictly confidential. Thank you very much for assisting us! if you need to contact us, please email to e_URL@hotmail.com Yours faithfully Leon & John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 8:44:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 3479A37B405 for ; Sun, 12 Aug 2001 08:44:24 -0700 (PDT) (envelope-from watchman@ludd.luth.se) Received: from d1o907.telia.com (d1o907.telia.com [195.252.38.241]) by mailb.telia.com (8.9.3/8.9.3) with ESMTP id RAA24114; Sun, 12 Aug 2001 17:44:21 +0200 (CEST) Received: from ludd.luth.se (h125n2fls21o907.telia.com [213.66.203.125]) by d1o907.telia.com (8.8.8/8.8.8) with ESMTP id RAA12617; Sun, 12 Aug 2001 17:44:17 +0200 (CEST) Message-ID: <3B76A433.92607F71@ludd.luth.se> Date: Sun, 12 Aug 2001 17:43:47 +0200 From: Joachim =?iso-8859-1?Q?Str=F6mbergson?= Organization: Acne X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en-US MIME-Version: 1.0 To: DoS Research Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Denial of Service Research References: <997626883.340@ihug.co.nz> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aloha! DoS Research wrote: > > Dear Sir/Madam > > Our names are Leon Shu and John Zheng. We are students at the UNITEC > Institute of Technology (New Zealand), and currently working on a DoS/DDoS > (Denial of service) research project, as required for our degree. > > For this project we conduct research on the analysis of the DoS/DDoS > technologies and threats, as well as anti DoS/DDoS tools. As part of this > research, we found your email on your web site. You could be of great help > to us if you could fill out our on-line survey, which we have prepared for > this project. In return, we will email you the summarised outcome of the > project if you do provide your email address in the survey form. > > Please find the survey here: > > http://hyperdisc.unitec.ac.nz/dos_research/ Ouch! My eyes. Even though Yellow and blue are probably the nicest color combination around, yellow text on white is not. It's just about impossible to read the alternatives in the selectmenues. Please fix this before somebody gets serious eye problems. -- Med vänlig hälsning, Cheers! Joachim Strömbergson ============================================================================ Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman ============================================================================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 8:58:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 0F3DC37B42B; Sun, 12 Aug 2001 08:58:30 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Date: Sun, 12 Aug 2001 16:58:29 +0100 From: David Malone To: Daniel Eischen Cc: Michael Robinson , hackers@freebsd.org, current@freebsd.org Subject: Re: _sigprocmask in malloc.c causes full file table? Message-ID: <20010812165829.A16568@salmon.maths.tcd.ie> References: <20010812214608.A2701@elephant.netrinsics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from eischen@vigrid.com on Sun, Aug 12, 2001 at 10:29:53AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 10:29:53AM -0400, Daniel Eischen wrote: > sigprocmask() behaves the same as pthread_sigmask(). pthread_sigmask() > needs to obtain the current thread. In obtaining the current thread, > the threads library must be initialized. In initializing the threads > library malloc() is called. Wash, rinse, repeat. Could this be the source of Mike's original problem with X? Maybe something that X is calling from a signal handler is resulting in the initialising of the threads library and then ends up calling malloc? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 9:12:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.mediadesign.nl (md2.mediadesign.nl [212.19.205.67]) by hub.freebsd.org (Postfix) with SMTP id 3FAD437B405 for ; Sun, 12 Aug 2001 09:12:25 -0700 (PDT) (envelope-from alson@mediadesign.nl) Received: (qmail 12128 invoked by uid 1002); 12 Aug 2001 16:12:23 -0000 Date: Sun, 12 Aug 2001 18:12:23 +0200 From: Alson van der Meulen To: freebsd-hackers@FreeBSD.ORG Subject: Re: Denial of Service Research Message-ID: <20010812181223.B24598@md2.mediadesign.nl> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <997626883.340@ihug.co.nz> <3B76A433.92607F71@ludd.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B76A433.92607F71@ludd.luth.se> User-Agent: Mutt/1.3.18i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 05:43:47PM +0200, Joachim Str?mbergson wrote: > DoS Research wrote: > > > > Dear Sir/Madam > > > > Our names are Leon Shu and John Zheng. We are students at the UNITEC > > Institute of Technology (New Zealand), and currently working on a DoS/DDoS > > (Denial of service) research project, as required for our degree. > > > > For this project we conduct research on the analysis of the DoS/DDoS > > technologies and threats, as well as anti DoS/DDoS tools. As part of this > > research, we found your email on your web site. You could be of great help > > to us if you could fill out our on-line survey, which we have prepared for > > this project. In return, we will email you the summarised outcome of the > > project if you do provide your email address in the survey form. > > > > Please find the survey here: > > > > http://hyperdisc.unitec.ac.nz/dos_research/ > > Ouch! My eyes. Even though Yellow and blue are probably the nicest color > combination around, yellow text on white is not.?It's just about > impossible to read the alternatives in the selectmenues. Please fix this > before somebody gets serious eye problems. I didn't even notice that in w3m ;) -- ,-------------------------------------------. > Name: Alson van der Meulen < > Personal: alson@flutnet.org < > School: alson@gymnasiumleiden.nl < `-------------------------------------------' Go get your backup tape. (You do ha a backup tape?) --------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 9:16:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jxmls04.se.mediaone.net (jxmls04.se.mediaone.net [24.129.0.51]) by hub.freebsd.org (Postfix) with ESMTP id 6C86D37B405 for ; Sun, 12 Aug 2001 09:16:16 -0700 (PDT) (envelope-from ruff@jxmls04.se.mediaone.net) Received: from surge (mail@planw-65-33-233-143.pompano.net [65.33.233.143]) by jxmls04.se.mediaone.net (8.11.1/8.11.1) with ESMTP id f7CGEf907556 for ; Sun, 12 Aug 2001 12:14:41 -0400 (EDT) Received: from ruff by surge with local (Exim 3.22 #1 (Debian)) id 15VxuF-0001Xu-00 for ; Sun, 12 Aug 2001 12:16:03 -0400 Date: Sun, 12 Aug 2001 12:16:03 -0400 From: Chris Ruffin To: freebsd-hackers@freebsd.org Subject: serial port programming problems Message-ID: <20010812121603.D838@surge> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UoPmpPX/dBe4BELn" Content-Disposition: inline User-Agent: Mutt/1.3.18i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UoPmpPX/dBe4BELn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm having serious frustrating problems when programming the serial ports under FreeBSD. Here's what I do: - open the port - stty -f /dev/cuaa2 -echo -echoe raw - write "ATZ" - wait - read This gives me back "ATZ\r\nOK\r\n", which is completely counter-intuitive to me. I have downloaded other code and tested them with the same results, where it is clear in the code that the port is not expecting to see the data that we wrote to it, only the response. This code, however, did not mention being tested under FreeBSD. Any ideas on what could be happening here? Is this the way it is supposed to work?!? -- Chris Ruffin --UoPmpPX/dBe4BELn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7dqvDmvFPwtjbK5sRAntQAJ0awvhtjMr6S8EIfEJl6+pRobxl4gCgiE0+ pfbTUzMAax8w3Bci15dwOzU= =C6SQ -----END PGP SIGNATURE----- --UoPmpPX/dBe4BELn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 9:36:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-27-141-144.mmcable.com [24.27.141.144]) by hub.freebsd.org (Postfix) with SMTP id B883A37B406 for ; Sun, 12 Aug 2001 09:36:42 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 69457 invoked by uid 100); 12 Aug 2001 16:36:41 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <15222.45209.647095.444454@guru.mired.org> Date: Sun, 12 Aug 2001 11:36:41 -0500 To: Joachim =?iso-8859-1?Q?Str=F6mbergson?= Cc: DoS Research , freebsd-hackers@FreeBSD.ORG Subject: Re: Denial of Service Research In-Reply-To: <3B76A433.92607F71@ludd.luth.se> References: <997626883.340@ihug.co.nz> <3B76A433.92607F71@ludd.luth.se> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joachim Str=F6mbergson types: > Aloha! > > http://hyperdisc.unitec.ac.nz/dos_research/ >=20 > Ouch! My eyes. Even though Yellow and blue are probably the nicest co= lor > combination around, yellow text on white is not.=A0It's just about > impossible to read the alternatives in the selectmenues. Please fix t= his > before somebody gets serious eye problems. Your browser should let you choose to ignore the authors color selections. I advise you set that, as doing so will solve not only this problem, but also avoid presenting such "interesting" choices as yellow on black, and grey on blue. Every time I let my browser pay attention to an authors choice of colors, I am amazed at how *UGLY* much of the the WWW is. Likewise, when I let it pay attention to the authors font choices, I'm amazed at how unreadably small much of it is. Fixing that generates it's own problems, but they are usually not as bad as eyestrain. It all makes me ashamed to admit I ever had anything to do with building a web site. =09=09=09=09http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more inform= ation. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 9:51: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 2EA1137B40B for ; Sun, 12 Aug 2001 09:50:58 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7CGor335694; Sun, 12 Aug 2001 18:50:54 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7CGp0708156; Sun, 12 Aug 2001 18:51:00 +0200 (CEST) Date: Sun, 12 Aug 2001 18:50:59 +0200 From: Bernd Walter To: Chris Ruffin Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: serial port programming problems Message-ID: <20010812185059.A8111@cicely20.cicely.de> References: <20010812121603.D838@surge> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010812121603.D838@surge>; from c.ruffin@ieee.org on Sun, Aug 12, 2001 at 12:16:03PM -0400 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 12:16:03PM -0400, Chris Ruffin wrote: > > I'm having serious frustrating problems when programming the serial > ports under FreeBSD. Here's what I do: > > - open the port > - stty -f /dev/cuaa2 -echo -echoe raw > - write "ATZ" > - wait > - read > > This gives me back "ATZ\r\nOK\r\n", which is completely > counter-intuitive to me. I have downloaded other code and tested them > with the same results, where it is clear in the code that the port is > not expecting to see the data that we wrote to it, only the response. > This code, however, did not mention being tested under FreeBSD. > > Any ideas on what could be happening here? Is this the way it is > supposed to work?!? if you told your modem/ta to echo - yes. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 10:15:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 5268137B409; Sun, 12 Aug 2001 10:15:04 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id NAA16703; Sun, 12 Aug 2001 13:14:15 -0400 (EDT) Date: Sun, 12 Aug 2001 13:14:15 -0400 (EDT) From: Daniel Eischen To: David Malone Cc: Michael Robinson , hackers@freebsd.org, current@freebsd.org Subject: Re: _sigprocmask in malloc.c causes full file table? In-Reply-To: <20010812165829.A16568@salmon.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Aug 2001, David Malone wrote: > On Sun, Aug 12, 2001 at 10:29:53AM -0400, Daniel Eischen wrote: > > sigprocmask() behaves the same as pthread_sigmask(). pthread_sigmask() > > needs to obtain the current thread. In obtaining the current thread, > > the threads library must be initialized. In initializing the threads > > library malloc() is called. Wash, rinse, repeat. > > Could this be the source of Mike's original problem with X? Maybe > something that X is calling from a signal handler is resulting in > the initialising of the threads library and then ends up calling > malloc? I don't think so. It's hard to imagine how you would install a signal handler without having the threads library initialized first (sigaction is wrapped and initializes the threads library if it hasn't been already). -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 10:35:36 2001 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 7711E37B40B for ; Sun, 12 Aug 2001 10:35:30 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA97541; Sun, 12 Aug 2001 10:23:44 -0700 (PDT) Message-ID: <3B76B982.99713F85@elischer.org> Date: Sun, 12 Aug 2001 10:14:42 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Chris Ruffin Cc: freebsd-hackers@freebsd.org Subject: Re: serial port programming problems References: <20010812121603.D838@surge> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris Ruffin wrote: > > I'm having serious frustrating problems when programming the serial > ports under FreeBSD. Here's what I do: > > - open the port > - stty -f /dev/cuaa2 -echo -echoe raw > - write "ATZ" > - wait > - read > > This gives me back "ATZ\r\nOK\r\n", which is completely > counter-intuitive to me. I have downloaded other code and tested them > with the same results, where it is clear in the code that the port is > not expecting to see the data that we wrote to it, only the response. > This code, however, did not mention being tested under FreeBSD. > > Any ideas on what could be happening here? Is this the way it is > supposed to work?!? The modem is echoing the ATZ back to you.. (if you do not want that then send an ATE0 first) > -- > Chris Ruffin > > -------------------------------------------------------------------------------- > Part 1.2Type: application/pgp-signature -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 10:50:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7576E37B40B for ; Sun, 12 Aug 2001 10:50:18 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f7CHoGq01080; Sun, 12 Aug 2001 11:50: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.11.3/8.11.4) with ESMTP id f7CHoGW01818; Sun, 12 Aug 2001 11:50:16 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108121750.f7CHoGW01818@harmony.village.org> To: Chris Ruffin Subject: Re: serial port programming problems Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 12 Aug 2001 12:16:03 EDT." <20010812121603.D838@surge> References: <20010812121603.D838@surge> Date: Sun, 12 Aug 2001 11:50:15 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010812121603.D838@surge> Chris Ruffin writes: : This gives me back "ATZ\r\nOK\r\n", which is completely : counter-intuitive to me. I have downloaded other code and tested them : with the same results, where it is clear in the code that the port is : not expecting to see the data that we wrote to it, only the response. : This code, however, did not mention being tested under FreeBSD. The modem has echo turned on, so it gives back to you what you give it (with expanded to , like you are seeing). ATE0 will turn off the echo. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 11:25:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 7CD0E37B40B; Sun, 12 Aug 2001 11:25:38 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id VJS59135; Sun, 12 Aug 2001 21:25:17 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.5/8.11.5) id f7CI2Om01604; Sun, 12 Aug 2001 21:02:24 +0300 (EEST) (envelope-from netch) Date: Sun, 12 Aug 2001 21:02:24 +0300 From: Valentin Nechayev To: Daniel Eischen Cc: Michael Robinson , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: _sigprocmask in malloc.c causes full file table? Message-ID: <20010812210224.B864@iv.nn.kiev.ua> References: <20010812214608.A2701@elephant.netrinsics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from eischen@vigrid.com on Sun, Aug 12, 2001 at 10:29:53AM -0400 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sun, Aug 12, 2001 at 10:29:53, eischen (Daniel Eischen) wrote about "Re: _sigprocmask in malloc.c causes full file table?": > sigprocmask() behaves the same as pthread_sigmask(). pthread_sigmask() > needs to obtain the current thread. In obtaining the current thread, > the threads library must be initialized. In initializing the threads > library malloc() is called. Wash, rinse, repeat. > > Don't put _sigprocmask() in malloc. One can use sigprocmask() in malloc() after thread library initialized. But set of signals to block in malloc() is too application-dependent than to use such approach without bad side effects. Signal unblocking windows during event cycle seems more productive. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 11:46:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.121.49]) by hub.freebsd.org (Postfix) with ESMTP id 154B837B403 for ; Sun, 12 Aug 2001 11:46:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.62.Dial1.SanJose1.Level3.net [209.245.141.62]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA20127; Sun, 12 Aug 2001 11:46:18 -0700 (PDT) Message-ID: <3B76CF21.C6915AB0@mindspring.com> Date: Sun, 12 Aug 2001 11:46:57 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bernd Walter Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mtio questions References: <20010812140406.A7326@cicely20.cicely.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm sure others will pitch in with their own folklore on this; I personally have a long history with tape drive wrangling, on about 140 different brands of UNIX, with all sorts of different drives, drivers, and firmware, so I will give you what I know... Bernd Walter wrote: > > Asume the following code examples: [ ... simple close ... ] [ ... write, write filemark and close ... ] [ ... write, write filemark, rewind, close ... ] > The question is what filemark layout will I have on the tape? It depends on what the tape drive requires for synchronization, since some tape drives require marks, and some do not. It also depends on whether there is state tracking in the particular driver, such that a rewind operation resets the "write EOF on close" for drives which require an EOF in all cases... so your last case is extremely ambiguous, unless you have a DEC-like tapedrive, which allows record addressing, and the driver recognizes this fact (DEC tape drives are random access block devices). Life is further complicated by FreeBSD's removal of block devices; it's now impossible to correctly write a tape that has non-"conv=sync" type semantics, like Sun 3, Arrete, NCR Tower, NCR Tower XP, and NCR Tower 32 systems. Much of the early UNIX industry cribbed a lot of code from NCR tape drivers and firmware. But not all of them. The Computone, Archive, and other QIC tape controllers for SCO Xenix, and all of the SCSI drives which could be written via block device to end on odd tape block boundaries, are left out. It was very common practice to duplicate distribution tapes on SCO systems using Computone controllers, which could be jumpered for QIC-11 as well as the factory default of QIC-24 (though the jumper setting was only read by the driver on a reboot: an external toggle switch only bought you the ability to select boot time configuration, which was still better than cracking the case, or having to leave it cracked). For these tapes to be usable on many systems, you had to use the block device so you could control the block size, and then you had to use "conv=sync" for those machines that needed a full block boundary before the EOF, or they would lose the last block, AND you had to _not_ use "conv=sync" for those systems where the NULL bytes at the end of the last block would be appended to the last file in your archive (a true bugger, if the last thing were compressed). > If I MTEOD on the tape and write - will I have the same result with > all examples? No. On many devices, end of media is signalled by two EOF marks in a row, and an explicit EOF mark write will write one of these. An EOD generally writes a single EOF mark. In the "write EOF on close" case, we are really talking about "write EOD, which is indicated by a single EOF, and not two EOF's" -- the double EOF has to be done explicitly, and effectively ends the tape, if you do not overwrite it (many systems have an "mt format" to allow you to do this correctly). > May I get into trouble with some tape types that use 2 filemarks EOD > detection? Yes. > Ist the result OS dependend? It is driver and tape drive dependent; since the driver is part of the OS, the answer is "yes". The problem you face is that some OS's do the work to recognize tape drives with different requirements, and then treat them differently, with regard to the close semantics. Generally, you would set which semantics your drive requires with the "mt" command; more work, but you can always work around the OS "guessing wrong" that way. > Another point: > Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris? "End of Message" is not the same as "End of Data" for some drives; this could break old 8-track (no, not the music, and not a typeo for "9-track"!) drives, e.g. Zilog and Cypher. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 12:46:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 0F36337B407 for ; Sun, 12 Aug 2001 12:46:15 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7CJkEb89340 for freebsd-hackers@freebsd.org; Sun, 12 Aug 2001 15:46:14 -0400 (EDT) (envelope-from bicknell) Date: Sun, 12 Aug 2001 15:46:14 -0400 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: TCP RFC Compliance Message-ID: <20010812154614.A89260@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to get some things documented, and I could use your help. I'm trying to figure out if FreeBSD implements all or part of a number of RFC's. I have figured out most of them, below are the ones that are left. If you can provide any information please e-mail me. There will be a well documented summary of all this in the end. 1379 - Extending TCP for Transactions -- Concepts 1644 - T/TCP -- TCP Extensions for Transactions; Functional Specification 2414 - Increasing TCP's Initial Window 2582 - TCP Congestion Control 2861 - TCP Congestion Window Validation 2873 - TCP Processing of the IPv4 Precedence Field 2988 - Computing TCP's Retransmission Timer 3042 - Enhancing TCP's Loss Recovery Using Limited Transmit I think the first three have been implemented, can someone verify if T/TCP is fully standards compliant, or if its only a partial implementation? -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 13:45:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hccgwy.mnscu.edu (hccgwy.mnscu.edu [134.29.200.1]) by hub.freebsd.org (Postfix) with SMTP id E26B937B409 for ; Sun, 12 Aug 2001 13:45:47 -0700 (PDT) (envelope-from D.Brearley@hccgwy.mnscu.edu) Received: from HCC-Message_Server by hccgwy.mnscu.edu with Novell_GroupWise; Sun, 12 Aug 2001 15:45:08 -0500 Message-Id: X-Mailer: Novell GroupWise 5.5.5 Date: Sun, 12 Aug 2001 15:44:38 -0500 From: "D Brearley" To: Subject: Fiber NIC support in FreeBSD (specifically the SMC 9432) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I was wondering if there had been any talk of including fiber media = support for the tx driver any time soon? I have an SMC 9432FTX NIC and I = can only use the 100Base-TX media on it. I would really like to migrate my FreeBSD servers from UTP to fiber. Can we expect to see any further fiber support in freebsd when 5.0 comes = out? Thanks! - Don Brearley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 14: 9: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp05.mail.onemain.com (SMTP-OUT003.ONEMAIN.COM [63.208.208.73]) by hub.freebsd.org (Postfix) with SMTP id D7E5137B405 for ; Sun, 12 Aug 2001 14:09:01 -0700 (PDT) (envelope-from dancox@teleport.com) Received: (qmail 9504 invoked from network); 12 Aug 2001 21:08:08 -0000 Received: from apx1-01-120.pdx.du.teleport.com (HELO xavierserver) ([216.26.60.120]) (envelope-sender ) by smtp05.mail.onemain.com (qmail-ldap-1.03) with SMTP for ; 12 Aug 2001 21:08:08 -0000 Message-ID: <000501c12373$b2b6a510$0100a8c0@network> From: "Dan Cox" To: "hackers" Subject: zoom modem Date: Sun, 12 Aug 2001 14:13:55 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am trying to get my internal pci zoom fax modem installed on freebsd. This modem is not a "winmodem". My problem is that the only instructions I have are either for windows or Linux. I will include the linux instructions below. 1. Determine serial port to use ttys0 ttys1 2. type the fallowing as root cat /proc/pci 3.write the I/O range and the IRQ then type setserial /dev/ttysx uart 16550A port 0x7000 irq 9 (assuming I/O is 0x7000 and irq is 9) So I'm stuck right at the beginning. what would be the equivalent to /proc/pci? Any help is greatly appreciated. Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 15: 2:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id B506137B406 for ; Sun, 12 Aug 2001 15:02:42 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7CM2RR05329; Sun, 12 Aug 2001 15:02:27 -0700 (PDT) (envelope-from obrien) Date: Sun, 12 Aug 2001 15:02:27 -0700 From: "David O'Brien" To: John Merryweather Cooper Cc: tlambert2@mindspring.com, "hackers @ FreeBSD . ORG" Subject: Re: the =+ operator Message-ID: <20010812150226.A5074@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3B73F0BC.548D40B3@home.com> <3B757D14.B344931@mindspring.com> <20010811121857.A41578@johncoop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010811121857.A41578@johncoop>; from jmcoopr@webmail.bmi.net on Sat, Aug 11, 2001 at 12:18:57PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 11, 2001 at 12:18:57PM -0700, John Merryweather Cooper wrote: > > Since when does any self-respecting compiler dictate object format? It's > brain-damage for a compiler to screw with the object format--so much for If you have ever programmed in Ada, you would understand. Since I assume you have not due to your comment, you should learn something more about languages and implementation than just "C" -- it makes one very myopic. Also, to put the in formation in the object format does not require changing it. Do you think all debugging metadata is standardized? One can put optional data in object files. > Prototypes are an overwhelmingly "Good Thing(tm)" > as behind-your-back implicit parameter conversion is death to serious > numerical work. At least now, some control can be exercised over parameter > conversions . . . Who ever said anything about not being able to do that in Terry's view? You are taking one statement and running wildly with it. > Two-pass lexing is also brain-damage. How to easily double compile time is > a single step. If applied to C++, we'd wait night and day for the compile > of just one port. *sigh* Do you really, really think most of the time you spend in compiling a C++ file is in the lexing step?? BTW, what do you think happens in C with the preprocessor? You are lexing things twice -- once by the preprocessor and once by the compiler proper. Quite often they share common lexer code. > Also, languages that are deliberately ambiguous are > maintenance nightmeres--maintenance perfers a language that is 100% > deterministic. You think C++ isn't ambiguous, and that new features haven't been added to it knowing that it blows ambiguity out of the water? > Seriously, my > understanding from K & R is that the C designers just thought it would be a > "nice feature" to allow both versions of the operators. "Nice feature" is > usually a synonymn for brain-damage in a compiler. :) *sigh*... little knowledge, great stretching leaps... > And that is as it should be . . . Lexing to be fast needs to be > single-pass. The same could be said for parsing. The agony over designing > a truly "standard" C++ compiler (not a single example of which exists) > should lay this out clearly . . . WTF are you talking about? I don't see the required connection between the two. Please tell me the compilers have detailed knowledge of their innerworkings. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 15:27:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from yoda.bmi.net (yoda.bmi.net [204.57.191.163]) by hub.freebsd.org (Postfix) with ESMTP id 19EFD37B409; Sun, 12 Aug 2001 15:27:33 -0700 (PDT) (envelope-from jmcoopr@webmail.bmi.net) Received: from johncoop.MSHOME (drumheller-router.bmi.net [206.63.201.3] (may be forged)) by yoda.bmi.net (Pro-8.9.3/Pro-8.9.3) with ESMTP id PAA02438; Sun, 12 Aug 2001 15:52:01 -0700 Received: from johncoop.MSHOME (localhost [127.0.0.1]) by johncoop.MSHOME (8.11.5/8.11.5) with ESMTP id f7CMOiG13189; Sun, 12 Aug 2001 15:24:55 -0700 (PDT) (envelope-from jmcoopr@webmail.bmi.net) Date: Sun, 12 Aug 2001 15:24:44 -0700 From: John Merryweather Cooper To: obrien@FreeBSD.ORG Cc: tlambert2@mindspring.com, "hackers @ FreeBSD . ORG" Subject: Re: the =+ operator Message-ID: <20010812152443.C39719@johncoop> References: <3B73F0BC.548D40B3@home.com> <3B757D14.B344931@mindspring.com> <20010811121857.A41578@johncoop> <20010812150226.A5074@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20010812150226.A5074@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Sun, Aug 12, 2001 at 15:02:27 -0700 X-Mailer: Balsa 1.1.7 Lines: 116 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2001.08.12 15:02 David O'Brien wrote: > On Sat, Aug 11, 2001 at 12:18:57PM -0700, John Merryweather Cooper wrote: > > > > Since when does any self-respecting compiler dictate object format? > It's > > brain-damage for a compiler to screw with the object format--so much > for > > If you have ever programmed in Ada, you would understand. Since I assume > you have not due to your comment, you should learn something more about > languages and implementation than just "C" -- it makes one very myopic. > I have programmed alot in Ada--and I understand about meta-deta and it's uses. But that's not what I took the original claim to be--I took it to be advocacy for private object formats for every compiler. Clearly I stepped on a "troll-mine" . . . > Also, to put the in formation in the object format does not require > changing it. Do you think all debugging metadata is standardized? One > can put optional data in object files. > No, I'm well aware that meta-data is not standardized by any means. Obviously, the original comment that started this whole discussion was a little vague, and I got trapped. > > > Prototypes are an overwhelmingly "Good Thing(tm)" > > as behind-your-back implicit parameter conversion is death to serious > > numerical work. At least now, some control can be exercised over > parameter > > conversions . . . > > Who ever said anything about not being able to do that in Terry's view? > You are taking one statement and running wildly with it. > In my view, he was advocating chucking ANSI-89 and returning to the wild days of K&R. I think that would be very bad. Clearly, you disagree with my understanding. > > > Two-pass lexing is also brain-damage. How to easily double compile > time is > > a single step. If applied to C++, we'd wait night and day for the > compile > > of just one port. > > *sigh* Do you really, really think most of the time you spend in > compiling a C++ file is in the lexing step?? > In benchmarking IBM's VisualAge C++ (Version 4.0), this seems to be the case, at least for me. I chose this compiler because it is easy, with the tools available for me to monitor the stages of compilation since each stage has a separate DLL. Using SciTech's MGL 5.0 Beta 2 Library, it is clear that Lexing/pre-processing take up the lion's share of the time. Obviously, your mileage differs. I would like to have your understanding of what's happening--and not this "troll-mine." > BTW, what do you think happens in C with the preprocessor? You are > lexing things twice -- once by the preprocessor and once by the compiler > proper. Quite often they share common lexer code. > Not always. Provided you out-law macros with side-effects, it is perfectly possible to preprocess and lex simultaneously. > > > Also, languages that are deliberately ambiguous are > > maintenance nightmeres--maintenance perfers a language that is 100% > > deterministic. > > You think C++ isn't ambiguous, and that new features haven't been added > to it knowing that it blows ambiguity out of the water? > I know it's ambiguous. In fact, I think it's the most poorly standardized/described language to date. However, since C++ is quite popular, apparently my opinion doesn't carry much weight. :) > > > Seriously, my > > understanding from K & R is that the C designers just thought it would > be a > > "nice feature" to allow both versions of the operators. "Nice feature" > is > > usually a synonymn for brain-damage in a compiler. :) > > *sigh*... little knowledge, great stretching leaps... > From the reading I've done, I believe this conclusion is justified. Doubtless there are other opinions though . . . > > > And that is as it should be . . . Lexing to be fast needs to be > > single-pass. The same could be said for parsing. The agony over > designing > > a truly "standard" C++ compiler (not a single example of which exists) > > should lay this out clearly . . . > > WTF are you talking about? I don't see the required connection between > the two. Please tell me the compilers have detailed knowledge of their > innerworkings. Now you swear at me. Hardly constructive. Like I said, a "troll-mine." I'll step more carefully in the future. I'm nothing compared to you, but your resort to ad hom's instead of illumination indicates that further discussion would be irritating and pointless. jmc > > -- > -- David (obrien@FreeBSD.org) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 15:57:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blackcomb.panasas.com (gw2.panasas.com [65.194.124.178]) by hub.freebsd.org (Postfix) with ESMTP id 1D84E37B406 for ; Sun, 12 Aug 2001 15:57:26 -0700 (PDT) (envelope-from rgrover@panasas.com) Received: from tiltill.panasas.com (IDENT:rgrover@tiltill.panasas.com [172.17.132.191]) by blackcomb.panasas.com (8.9.3/8.9.3) with SMTP id SAA25730 for ; Sun, 12 Aug 2001 18:57:24 -0400 From: Rohit Grover Organization: Panasas Inc. To: freebsd-hackers@freebsd.org Subject: can't generate vnode_if.h automatically Date: Sun, 12 Aug 2001 15:35:52 -0700 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <01081215572400.07250@tiltill.panasas.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am writing a module which needs to include 'sys/vnode.h'. vnode.h tries to include vnode_if.h. I checked the Makefiles of some other modules requiring vnode.h (eg. 'vn', 'nfs') and discovered that they add vnode_if.h to to the variable 'SRCS'. This automagically generates vnode_if.h in the current directory while running make for these modules. I copied the makefile from one of these modules and changed 'SRCS' to point to my sources. 'vnode_if.h' was included in 'SRCS' in my makefile too. Unfortunately, this did not work for me. vnode_if.h was not generated before compiling my sources and therefore my build failed. Interestingly, when I executed the command 'make depend', vnode_if.h was correctly created for me. I'd like to know why I don't need to do a 'make depend' for modules like 'vn' or 'nfs' before building them. regards, Rohit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 16:10:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 2BA9C37B405 for ; Sun, 12 Aug 2001 16:10:55 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id D3FB83E2F; Sun, 12 Aug 2001 16:10:51 -0700 (PDT) Received: from bazooka.unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id B148D3C12D; Sun, 12 Aug 2001 16:10:51 -0700 (PDT) To: Rohit Grover Cc: freebsd-hackers@freebsd.org Subject: Re: can't generate vnode_if.h automatically In-Reply-To: <01081215572400.07250@tiltill.panasas.com>; from rgrover@panasas.com on "Sun, 12 Aug 2001 15:35:52 -0700" Date: Sun, 12 Aug 2001 16:10:46 -0700 From: Dima Dorfman Message-Id: <20010812231051.D3FB83E2F@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Rohit Grover writes: > Interestingly, when I executed the command 'make depend', > vnode_if.h was correctly created for me. I'd like to know why I don't > need to do a 'make depend' for modules like 'vn' or 'nfs' before > building them. Perhaps because it was done before? Check to see if you have a '.depend' file in those directories. I'm pretty sure you do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 16:24:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blackcomb.panasas.com (gw2.panasas.com [65.194.124.178]) by hub.freebsd.org (Postfix) with ESMTP id 0483837B403 for ; Sun, 12 Aug 2001 16:24:20 -0700 (PDT) (envelope-from rgrover@panasas.com) Received: from tiltill.panasas.com (IDENT:rgrover@tiltill.panasas.com [172.17.132.191]) by blackcomb.panasas.com (8.9.3/8.9.3) with SMTP id TAA29795; Sun, 12 Aug 2001 19:24:13 -0400 From: Rohit Grover Organization: Panasas Inc. To: Dima Dorfman Subject: Re: can't generate vnode_if.h automatically Date: Sun, 12 Aug 2001 16:21:20 -0700 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain Cc: freebsd-hackers@FreeBSD.ORG References: <20010812231051.D3FB83E2F@bazooka.unixfreak.org> In-Reply-To: <20010812231051.D3FB83E2F@bazooka.unixfreak.org> MIME-Version: 1.0 Message-Id: <01081216241201.07250@tiltill.panasas.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 12 Aug 2001, Dima Dorfman wrote: > Rohit Grover writes: > > Interestingly, when I executed the command 'make depend', > > vnode_if.h was correctly created for me. I'd like to know why I don't > > need to do a 'make depend' for modules like 'vn' or 'nfs' before > > building them. > > Perhaps because it was done before? Check to see if you have a > '.depend' file in those directories. I'm pretty sure you do. I did not find a .depend in sys/modules/vn. rohit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 18: 3:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 9971437B407 for ; Sun, 12 Aug 2001 18:03:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f7D131I65670; Sun, 12 Aug 2001 18:03:01 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sun, 12 Aug 2001 18:03:00 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Bernd Walter Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mtio questions In-Reply-To: <20010812140406.A7326@cicely20.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'll answer based upon -stable FreeBSD code. On Sun, 12 Aug 2001, Bernd Walter wrote: > > Asume the following code examples: > > int fd; > struct mtop mo; > char buf[10240]; > > fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); > mo.mt_op = MTREW; > mo.mt_count = 0; > ioctl(fd, MTIOCTOP, &mo); > write(fd, buf, 10240); > close(fd); Let's not ask whether this is variable record or not. This tape layout depends on whether the EOT model is single or double filemark. If it's double, then the layour will be: BOT ... data ... FilMk ... FilMk ... UNRECORDED MEDIA ^ Note that because you opened the no rewind device, two FileMarks are written, but the last is backed over. Single filemark would be: BOT ... data ... FilMk ... UNRECORDED MEDIA ^ > > and: > > int fd; > struct mtop mo; > char buf[10240]; > > fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); > mo.mt_op = MTREW; > mo.mt_count = 0; > ioctl(fd, MTIOCTOP, &mo); > write(fd, buf, 10240); > mo.mt_op = MTWEOF; > mo.mt_count = 1; > ioctl(fd, MTIOCTOP, &mo); > close(fd); Let's again not ask whether this is variable record or not. This also will depend on whether the EOT model is single or double filemark. This is supposed to be the same as the above case. The number filemarks 'needed' is kept track of. If you want to issue a bunch, suit yourself. > > and: > > int fd; > struct mtop mo; > char buf[10240]; > > fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); > mo.mt_op = MTREW; > mo.mt_count = 0; > ioctl(fd, MTIOCTOP, &mo); > write(fd, buf, 10240); > mo.mt_op = MTWEOF; > mo.mt_count = 1; > ioctl(fd, MTIOCTOP, &mo); > mo.mt_op = MTREW; > mo.mt_count = 0; > ioctl(fd, MTIOCTOP, &mo); > close(fd); > > The question is what filemark layout will I have on the tape? This case is: BOT .. FilMk .. UNRECORDED ^ > If I MTEOD on the tape and write - will I have the same result with > all examples? No- unfortunately I can't claim that this works perfectly. > > May I get into trouble with some tape types that use 2 filemarks EOD > detection? > > Ist the result OS dependend? > > Another point: > Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris? Why? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 21:11:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-104-252.dsl.lsan03.pacbell.net [64.169.104.252]) by hub.freebsd.org (Postfix) with ESMTP id D34BA37B409 for ; Sun, 12 Aug 2001 21:11:38 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03B1F66F69; Sun, 12 Aug 2001 21:11:37 -0700 (PDT) Date: Sun, 12 Aug 2001 21:11:37 -0700 From: Kris Kennaway To: Mike Meyer Cc: =?iso-8859-1?Q?Joachim_Str=F6mbergson?= , DoS Research , freebsd-hackers@FreeBSD.ORG Subject: Re: Denial of Service Research Message-ID: <20010812211137.B4447@xor.obsecurity.org> References: <997626883.340@ihug.co.nz> <3B76A433.92607F71@ludd.luth.se> <15222.45209.647095.444454@guru.mired.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15222.45209.647095.444454@guru.mired.org>; from mwm@mired.org on Sun, Aug 12, 2001 at 11:36:41AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Aug 12, 2001 at 11:36:41AM -0500, Mike Meyer wrote: > Likewise, when I let it pay attention to the authors font choices, > I'm amazed at how unreadably small much of it is. Fixing that > generates it's own problems, but they are usually not as bad as > eyestrain. It all makes me ashamed to admit I ever had anything to > do with building a web site. That's likely due to font mismatch. Most websites assume you're using the Windows-standard font set and either don't bother to set defaults or don't test them. It all works much better if you install the windows (truetype) fonts. Kris --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7d1N5Wry0BWjoQKURAhM8AJ9KC0qXqXlkK//ADhO9xZaJbOVSgACbBb/x rV48k8vdWvulivPGVPXfBGk= =Lsda -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 21:20: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-27-141-144.mmcable.com [24.27.141.144]) by hub.freebsd.org (Postfix) with SMTP id B3A3237B40E for ; Sun, 12 Aug 2001 21:19:58 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 6697 invoked by uid 100); 13 Aug 2001 04:19:56 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15223.21868.692779.334481@guru.mired.org> Date: Sun, 12 Aug 2001 23:19:56 -0500 To: Kris Kennaway Cc: =?iso-8859-1?Q?Joachim_Str=F6mbergson?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Denial of Service Research In-Reply-To: <20010812211137.B4447@xor.obsecurity.org> References: <997626883.340@ihug.co.nz> <3B76A433.92607F71@ludd.luth.se> <15222.45209.647095.444454@guru.mired.org> <20010812211137.B4447@xor.obsecurity.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway types: > On Sun, Aug 12, 2001 at 11:36:41AM -0500, Mike Meyer wrote: > > Likewise, when I let it pay attention to the authors font choices, > > I'm amazed at how unreadably small much of it is. Fixing that > > generates it's own problems, but they are usually not as bad as > > eyestrain. It all makes me ashamed to admit I ever had anything to > > do with building a web site. > That's likely due to font mismatch. Most websites assume you're using > the Windows-standard font set and either don't bother to set defaults > or don't test them. It all works much better if you install the > windows (truetype) fonts. I'm familiar with that problem, and have them installed. That doesn't fix the problem with pages that used absolute font sizes because they wanted pixel-control over there page or those that used text in images, both figuring that anyone with enough money to own a monitor that does 1600x1200 or better readably has to much money to be interested in their product, or something equally silly. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 21:36:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id E152437B403; Sun, 12 Aug 2001 21:36:41 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7D4aeP09398; Sun, 12 Aug 2001 21:36:40 -0700 (PDT) (envelope-from obrien) Date: Sun, 12 Aug 2001 21:36:40 -0700 From: "David O'Brien" To: Terry Lambert Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: _sigprocmask in malloc.c causes full file table? Message-ID: <20010812213640.E8432@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <66435.997574201@axl.seasidesoftware.co.za> <3B75CD06.7E7BA39F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B75CD06.7E7BA39F@mindspring.com>; from tlambert2@mindspring.com on Sat, Aug 11, 2001 at 05:25:42PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 11, 2001 at 05:25:42PM -0700, Terry Lambert wrote: > It's like trying to find something in hierachically organized > "GNU info" documentation: redundancy is useful, and try to > find "__PRETTY_FUNCTION__" in the "gcc" documentation, when > you need to read the man page carefully to find the "info" > reference, and then need to run the "info" program instead to > find the "real" documentation, and then either know emacs, or > linearly tree search through 37 documents (yes, I counted), to > find something that should be on the "cpp" man page. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The GCC developers want the manpages to die. If you like, I can just rm them. But I'm not going to write replacements. Fight this battle with the GCC developers, not FreeBSD people. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 12 23:57: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from turtle.pangeatech.com (turtle.pangeatech.com [65.192.22.128]) by hub.freebsd.org (Postfix) with ESMTP id 0B8FD37B40F; Sun, 12 Aug 2001 23:56:52 -0700 (PDT) (envelope-from bt@turtle.pangeatech.com) Received: from turtle.pangeatech.com (localhost [127.0.0.1]) by home.turtle.pangeatech.com (8.11.1/8.9.3) with ESMTP id f7BDNFi41384; Sat, 11 Aug 2001 06:23:15 -0700 (PDT) (envelope-from bt@turtle.pangeatech.com) Message-ID: <3B7531C2.479A7AC4@turtle.pangeatech.com> Date: Sat, 11 Aug 2001 06:23:14 -0700 From: Igor Serikov Organization: Private Person X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: FreeBSD Hackers , FreeBSD Bugs Subject: bios timecounter in doscmd Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, As I found, I have overlooked a routine updating bios 0x6c & 0x70 fields. It is in function video_update (module tty.c): *(u_long *)&BIOSDATA[0x6c] += 1; /* Timer ticks since midnight... */ while (*(u_long *)&BIOSDATA[0x6c] >= 24*60*6*182) { *(u_long *)&BIOSDATA[0x6c] -= 24*60*6*182; BIOSDATA[0x70]++; /* BIOSDATA[0x70] # times p> } The problem with this code is that it works only "if (!booting)". I do not see the reason for such a restriction. I would suggest to move it to int08 routine in timer.c in replacement to what is suggested in my previous message, since this this routine also increments field 0x70. Thanks, Igor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 0:46: 9 2001 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 C1C2937B40D; Mon, 13 Aug 2001 00:46:03 -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 DAA10860; Mon, 13 Aug 2001 03:46:02 -0400 (EDT) Message-Id: <200108130746.DAA10860@cs.rpi.edu> To: freebsd-hackers@freebsd.org Cc: freebsd-stable@freebsd.org Subject: ypserv (fixed... I think) Date: Mon, 13 Aug 2001 03:46:01 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To those of us experiencing problems with ypserv, I have made a copy of my binary available at: DO NOT READ ANY FURTHER IF YOU HAVE NOT SETUP AND ADMINED A NIS DOMAIN! THIS IS NOT FOR YOU! http://www.cs.rpi.edu/~crossd/FreeBSD/ypserv MD5 (ypserv) = 1f1c6c01eafd690059b32e615e5b6efc It is binary only at this point primarily due to license issues (I borrowed heavily from BDB in my rewrite, and I have not credited things yet. This code represents the following changes: 1) Fix of a bug in librpc. 2) Fix of some race-conditions in ypserv 3) rewrite of libdb/hash I would like people to download it and give it a whirl. I would recommend the following actions for people wishing to try the code: 1) get a dump of all of your existing ypmaps, for all domains (if you have multiple) via ypcat -k MAPNAME. you can see all of your maps in "/var/yp/DOMAIN/map" 2) Get the start-time, CPU usage, size, RSS, etc of your current ypserv process... save this 3) mv /usr/sbin/ypserv /usr/sbin/ypserv.orig.. cp NEWYPSERV /usr/sbin... killall ypserv, /usr/sbin/ypserv -FLAGS, rm /ypserv.core, (see previous ypserv information, or consult /etc/rc.conf, /etc/defaults/rc.conf) 4) get a ypcat -k MAPNAME again.. compare the output of this to the previous ypserv. if there are _any_ differences (including order of output of the keys, LET ME KNOW. 5) write a script to pull the first "word" from the previously saved dump-files (cut -d " " -f 1) <-- works for my maps, feed this into 'ypmatch -k $field MAPNAME >>anothersavefile' this should also be IDENTICAL to the 'ypcat -k' in the previous example. 6) At some future date (after this ypserv has been running about as long as the 'original' ypserv, get its information (Size, RSS, CPU, etc) and compare them, I am curious. 7) Verify there is no /ypserv.core, ever again. 8) I cannot stress heavily enough, this is for people willing to experiment with their systems, if you don't understand NIS, DON'T DO THIS! -- 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 Aug 13 1: 5:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by hub.freebsd.org (Postfix) with ESMTP id 6C1F737B401; Mon, 13 Aug 2001 01:05:42 -0700 (PDT) (envelope-from robinson@netrinsics.com) Received: from netrinsics.com ([210.52.155.139] (may be forged)) by neptune.he.net (8.8.6/8.8.2) with ESMTP id BAA01533; Mon, 13 Aug 2001 01:05:40 -0700 Received: (from robinson@localhost) by netrinsics.com (8.11.2/8.11.1) id f7D7YUt00294; Mon, 13 Aug 2001 15:34:30 +0800 (+0800) (envelope-from robinson) Date: Mon, 13 Aug 2001 15:34:30 +0800 From: Michael Robinson To: Daniel Eischen Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: _sigprocmask in malloc.c causes full file table? Message-ID: <20010813153430.A283@elephant.netrinsics.com> References: <20010812214608.A2701@elephant.netrinsics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from eischen@vigrid.com on Sun, Aug 12, 2001 at 10:29:53AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 10:29:53AM -0400, Daniel Eischen wrote: > sigprocmask() behaves the same as pthread_sigmask(). pthread_sigmask() > needs to obtain the current thread. In obtaining the current thread, > the threads library must be initialized. In initializing the threads > library malloc() is called. Wash, rinse, repeat. We have a winner. This is the top of the (very long) call stack from the mozilla core file (which I admittedly should have examined earlier): #11913 0x2863ebda in _thread_init () from /usr/lib/libc_r.so.5 #11914 0x2863e7a3 in _get_curthread () from /usr/lib/libc_r.so.5 #11915 0x28633539 in pthread_sigmask () from /usr/lib/libc_r.so.5 #11916 0x2863f250 in sigprocmask () from /usr/lib/libc_r.so.5 #11917 0x286c9db5 in malloc () from /usr/lib/libc.so.5 #11918 0x2863a980 in _pq_alloc () from /usr/lib/libc_r.so.5 #11919 0x2863ebda in _thread_init () from /usr/lib/libc_r.so.5 #11920 0x2863e7a3 in _get_curthread () from /usr/lib/libc_r.so.5 #11921 0x28633539 in pthread_sigmask () from /usr/lib/libc_r.so.5 #11922 0x2863f250 in sigprocmask () from /usr/lib/libc_r.so.5 #11923 0x286c9db5 in malloc () from /usr/lib/libc.so.5 #11924 0x2863a980 in _pq_alloc () from /usr/lib/libc_r.so.5 #11925 0x2863ebda in _thread_init () from /usr/lib/libc_r.so.5 #11926 0x2863c063 in pthread_mutex_lock () from /usr/lib/libc_r.so.5 #11927 0x2861556d in __register_frame_info () from /usr/lib/libstdc++.so.3 #11928 0x28662fa2 in _init () from /usr/lib/libc.so.5 #11929 0x2866062d in _init () from /usr/lib/libc.so.5 #11930 0x2806de10 in _rtld () from /usr/libexec/ld-elf.so.1 So, in answer to the question, "am I doing something boneheaded, or is this an undocumented subtle interaction," I'll give partial credit to both. Thank you very much for your assistance. -Michael Robinson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 1:46:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id D816D37B407; Mon, 13 Aug 2001 01:46:20 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.29.Dial1.SanJose1.Level3.net [209.245.143.29]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA27108; Mon, 13 Aug 2001 01:46:16 -0700 (PDT) Message-ID: <3B779401.E07DB4DB@mindspring.com> Date: Mon, 13 Aug 2001 01:46:57 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Merryweather Cooper Cc: obrien@FreeBSD.ORG, "hackers @ FreeBSD . ORG" Subject: Re: the =+ operator References: <3B73F0BC.548D40B3@home.com> <3B757D14.B344931@mindspring.com> <20010811121857.A41578@johncoop> <20010812150226.A5074@dragon.nuxi.com> <20010812152443.C39719@johncoop> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Merryweather Cooper wrote: > > > Prototypes are an overwhelmingly "Good Thing(tm)" > > > as behind-your-back implicit parameter conversion is death to serious > > > numerical work. At least now, some control can be exercised over > > parameter > > > conversions . . . > > > > Who ever said anything about not being able to do that in Terry's view? > > You are taking one statement and running wildly with it. > > > In my view, he was advocating chucking ANSI-89 and returning to the wild > days of K&R. I think that would be very bad. Clearly, you disagree with > my understanding. Not my intent; I'm well known to dislike many of the decisions that the X3J11 committe made; in comp.lang.c, there was a long firefight, which only ended after dmr@research.att.com came down on my side of the argument and said: Let me begin by saying that I'm not convinced that even the pre-December qualifiers (`const' and `volatile') carry their weight; I suspect that what they add to the cost of learning and using the language is not repaid in greater expressiveness. `Volatile', in particular, is a frill for esoteric applications, and much better expressed by other means. Its chief virtue is that nearly everyone can forget about it. `Const' is simultaneously more useful and more obtrusive; you can't avoid learning about it, because of its presence in the library interface. Nevertheless, I don't argue for the extirpation of qualifiers, if only because it is too late. The fundamental problem is that it is not possible to write real programs using the X3J11 definition of C. The committee has created an unreal language that no one can or will actually use. While the problems of `const' may owe to careless drafting of the specification, `noalias' is an altogether mistaken notion, and must not survive. See http://www.lysator.liu.se/c/dmr-on-noalias.html for the full text of his posting. He also has a couple of choice words on prototypes requiring themselves. > In benchmarking IBM's VisualAge C++ (Version 4.0), this seems to be the > case, at least for me. I chose this compiler because it is easy, with the > tools available for me to monitor the stages of compilation since each > stage has a separate DLL. Using SciTech's MGL 5.0 Beta 2 Library, it is > clear that Lexing/pre-processing take up the lion's share of the time. > Obviously, your mileage differs. I would like to have your understanding > of what's happening--and not this "troll-mine." What's happeneing is that compiler users outnumber compiler writers, 100,000 to 1. Ergo, if a compiler writer can make a change that saves 1 hour of user time, he has saved 100,000 hours or user time. That is over 11 man years. Clearly, all tradeoffs should be made in favor of compiler users, not in favor of compiler writers, for the betterment of mankind. > I know it's ambiguous. In fact, I think it's the most poorly > standardized/described language to date. However, since C++ is quite > popular, apparently my opinion doesn't carry much weight. :) The popularity of C++ was one of the driving factors behind the inclusion of prototypes. Even using symbol "decoration", the approach used by both GCC and Microsoft Visual C++, there is enough information present for parameter errors to be identified and corrected at link time. The problem at the time, however, is that there was a race between Microsoft and Borland to have the "fastest compiler"; not that this doesn't mean "the compiler that puts out the fastest code" or "the compiler that makes the jobs done by the programmers who use it take the shortest amount of time". So we got standardization of a language in which there were exposed bolts like "volatile" and "const", which make the compiler writer's job (defined as compiling fast) easier, since barring these keywords, they were allowed to make assumptions that broke previously working code. > From the reading I've done, I believe this conclusion is justified. > Doubtless there are other opinions though . . . The C Programming Language Brian W. Kernighan, Dennis M. Ritchie Prentice-Hall ISBN: 0-13-110163-3 P. 212: 17. Anachronisms Since C is an evolving language, certain obsolete constructions may be found in older programs. Although most versions of the compiler support such anachronisms, ultimately they will disappear, leaving only a portability problem behind. Earlier versions of C used the form =op instead of op= for assignment operators. This leads to ambiguities, typified by x=-1 Which actually decerments x since the = and the - are adjacent, but which might easily be intended to assign -1 to x. The syntax of initializers has changed: previously, the equals sign that introduces an initializer was not present, so instead of int x = 1; one used int x 1; This change was made because the initialization int f (1+2) resembles a function declaration closely enough to confuse the compilers. In general, this is not a "call to better days" (though the days before prototypes, when stack variables were all sign extended to int were certainly easier to do interesting things with); it is simply noteing that we should not forget history, nor believe that thigs were always as they are now, or that the way they are now is somehow better, merely because "now" is more recent. Some of the explanations for the =op that were posted to this list were truly ridiculous, in light of the actual history, which was available with only a little poking (yes, the authors of the code knew what they were doing, at the time the code was written). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 1:48:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id 649A737B40A for ; Mon, 13 Aug 2001 01:48:34 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.29.Dial1.SanJose1.Level3.net [209.245.143.29]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA29691; Mon, 13 Aug 2001 01:48:23 -0700 (PDT) Message-ID: <3B779480.968F97BE@mindspring.com> Date: Mon, 13 Aug 2001 01:49:04 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Rohit Grover Cc: Dima Dorfman , freebsd-hackers@FreeBSD.ORG Subject: Re: can't generate vnode_if.h automatically References: <20010812231051.D3FB83E2F@bazooka.unixfreak.org> <01081216241201.07250@tiltill.panasas.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Rohit Grover wrote: > > On Sun, 12 Aug 2001, Dima Dorfman wrote: > > Rohit Grover writes: > > > Interestingly, when I executed the command 'make depend', > > > vnode_if.h was correctly created for me. I'd like to know why I don't > > > need to do a 'make depend' for modules like 'vn' or 'nfs' before > > > building them. > > > > Perhaps because it was done before? Check to see if you have a > > '.depend' file in those directories. I'm pretty sure you do. > > I did not find a .depend in sys/modules/vn. It's because of the order of declaration of the variables containing the source and the objects vs. the .include directive(s) in your Makefile. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 1:58:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 718D137B405 for ; Mon, 13 Aug 2001 01:58:20 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7D8wH341518; Mon, 13 Aug 2001 10:58:17 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7D8wVq10824; Mon, 13 Aug 2001 10:58:31 +0200 (CEST) Date: Mon, 13 Aug 2001 10:58:30 +0200 From: Bernd Walter To: Terry Lambert , Matthew Jacob Cc: Bernd Walter , freebsd-hackers@FreeBSD.ORG Subject: Re: mtio questions Message-ID: <20010813105830.A10524@cicely20.cicely.de> References: <20010812140406.A7326@cicely20.cicely.de> <20010812140406.A7326@cicely20.cicely.de> <3B76CF21.C6915AB0@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B76CF21.C6915AB0@mindspring.com>; from tlambert2@mindspring.com on Sun, Aug 12, 2001 at 11:46:57AM -0700 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 11:46:57AM -0700, Terry Lambert wrote: > Bernd Walter wrote: > > Another point: > > Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris? > > "End of Message" is not the same as "End of Data" for some > drives; this could break old 8-track (no, not the music, and > not a typeo for "9-track"!) drives, e.g. Zilog and Cypher. Well that's what Solaris 8 sys/mtio.h tells about MTEOM: #define MTEOM 10 /* position to end of media */ And here NetBSD 1.5: #define MTEOM 10 /* forward to end of media */ Neither of them is saying "Message". On Sun, Aug 12, 2001 at 06:03:00PM -0700, Matthew Jacob wrote: > On Sun, 12 Aug 2001, Bernd Walter wrote: > > Another point: > > Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris? > > Why? Please correct me if I'm wrong: If I want to append to a tape I would MTEOM on Solaris and MTEOD on FreeBSD so it's supposed to be used for the same reason. None of the OS I looked into had both. But well - that's what HP-UX define: #define MTEOD 8 /* DDS, QIC and 8MM only - seek to end-of-data */ -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 3: 7:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 1E91637B407 for ; Mon, 13 Aug 2001 03:07:36 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id MAA25368; Mon, 13 Aug 2001 12:00:13 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200108131000.MAA25368@info.iet.unipi.it> Subject: Re: diskless In-Reply-To: from Danny Braniss at "Aug 12, 2001 05:04:28 pm" To: Danny Braniss Date: Mon, 13 Aug 2001 12:00:13 +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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > hi, > i modified rc.diskless1 to use union fs like: > > mount_md 1024 /conf/etc 0 > mount -t union /conf/etc /etc > > any reason why this might be problematic? not sure, i think i tried this at some point and had problems with bugs in the implementation of mount_union. If it works for you then i guess it is not problematic. One thing you cannot do with the above is delete files which are in the lower filesystem (not that the current rc.diskless1 does, but in principle you might want to do this). the solution currently in rc.diskless1 actually does a merge of 2-3 different filesystems, so between the mounts you have to populate /conf/etc as well. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 3:22: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 07BB437B401 for ; Mon, 13 Aug 2001 03:21:56 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 15WEr4-0006gC-00; Mon, 13 Aug 2001 13:21:54 +0300 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 15WEr3-0003Sy-00; Mon, 13 Aug 2001 13:21:53 +0300 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: diskless In-reply-to: Your message of Mon, 13 Aug 2001 12:00:13 +0200 (CEST) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Aug 2001 13:21:53 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > not sure, i think i tried this at some point and had problems with > bugs in the implementation of mount_union. If it works for you > then i guess it is not problematic. One thing you cannot do with > the above is delete files which are in the lower filesystem (not > that the current rc.diskless1 does, but in principle you might want > to do this). > so far rc.diskless1 only populates, so removing is not a problem. > the solution currently in rc.diskless1 actually does a merge of > 2-3 different filesystems, so between the mounts you have to populate > /conf/etc as well. that's why im using /etc and not /conf/etc, it was becoming to complicated having more than one /etc. the nice thing is that i can use the same root for non diskless too. > > cheers > luigi chiao danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 3:25:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 1C03E37B403 for ; Mon, 13 Aug 2001 03:25:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.29.Dial1.SanJose1.Level3.net [209.245.143.29]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id DAA00355; Mon, 13 Aug 2001 03:24:16 -0700 (PDT) Message-ID: <3B77AAF9.E5121435@mindspring.com> Date: Mon, 13 Aug 2001 03:24:57 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bernd Walter Cc: Matthew Jacob , freebsd-hackers@FreeBSD.ORG Subject: Re: mtio questions References: <20010812140406.A7326@cicely20.cicely.de> <20010812140406.A7326@cicely20.cicely.de> <3B76CF21.C6915AB0@mindspring.com> <20010813105830.A10524@cicely20.cicely.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bernd Walter wrote: > > On Sun, Aug 12, 2001 at 11:46:57AM -0700, Terry Lambert wrote: > > Bernd Walter wrote: > > > Another point: > > > Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris? > > > > "End of Message" is not the same as "End of Data" for some > > drives; this could break old 8-track (no, not the music, and > > not a typeo for "9-track"!) drives, e.g. Zilog and Cypher. > > Well that's what Solaris 8 sys/mtio.h tells about MTEOM: > #define MTEOM 10 /* position to end of media */ > And here NetBSD 1.5: > #define MTEOM 10 /* forward to end of media */ > > Neither of them is saying "Message". I was thinking "Media", but wrote "Message", since that's what the ASCII characer EOM means; my bad. The "end of the media" can be interpreted as "after the first EOF, before the second, in order to permit the tape volume to be extended". It can also be interpreted to mean "before the first of two EOFs, such that the last extent can be extended". It's really hardware dependent, and ambiguous. > Please correct me if I'm wrong: > If I want to append to a tape I would MTEOM on Solaris and MTEOD on > FreeBSD so it's supposed to be used for the same reason. > None of the OS I looked into had both. > > But well - that's what HP-UX define: > #define MTEOD 8 /* DDS, QIC and 8MM only - seek to end-of-data */ These devices are not absolutely positionable to EOM; they leave you "after the last data block"; on QIC, which records like: ------->--------------->------------->--------. ,-------------------------------------------+--. `-------------------------------------------' | -------------------------------------------------' It's nearly impossible to position to an exact location. DEC MT-50, MT-75, and 9-Track drives, on the other hand, were abosolutely positionable, and often were written with a real filesystem on them (FILES-11 format instead of ANSI format). You are delving into an area where things vary widely by vendor and the crossproduct of drivers and hardware... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 4:31:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id F360337B403 for ; Mon, 13 Aug 2001 04:31:09 -0700 (PDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.4/8.11.4) with SMTP id f7DBV0K49937; Mon, 13 Aug 2001 07:31:00 -0400 (EDT) (envelope-from arr@watson.org) Date: Mon, 13 Aug 2001 07:31:00 -0400 (EDT) From: "Andrew R. Reiter" To: Rohit Grover Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: can't generate vnode_if.h automatically In-Reply-To: <01081215572400.07250@tiltill.panasas.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Essentially, you should compile this module in the modules directory of the kernel source. This will solve your problems in the easiest manner. sorry for short answer.. driving all night back from HAL.... sleep. andrew On Sun, 12 Aug 2001, Rohit Grover wrote: :Hello, : :I am writing a module which needs to include 'sys/vnode.h'. vnode.h :tries to include vnode_if.h. I checked the Makefiles of some other :modules requiring vnode.h (eg. 'vn', 'nfs') and discovered that they :add vnode_if.h to to the variable 'SRCS'. This automagically generates :vnode_if.h in the current directory while running make for these :modules. : :I copied the makefile from one of these modules and changed 'SRCS' to :point to my sources. 'vnode_if.h' was included in 'SRCS' in my :makefile too. Unfortunately, this did not work for me. vnode_if.h was :not generated before compiling my sources and therefore my build :failed. : :Interestingly, when I executed the command 'make depend', :vnode_if.h was correctly created for me. I'd like to know why I don't :need to do a 'make depend' for modules like 'vn' or 'nfs' before :building them. : :regards, :Rohit. : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-hackers" in the body of the message : *-------------................................................. | Andrew R. Reiter | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 5:55:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id DAC8737B405 for ; Mon, 13 Aug 2001 05:55:03 -0700 (PDT) (envelope-from msinz@wgate.com) Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QZB4Y9ZD; Mon, 13 Aug 2001 08:54:19 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.3/8.11.3) with ESMTP id f7DCsuL45725; Mon, 13 Aug 2001 08:54:58 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3B77CE20.C81A0005@wgate.com> Date: Mon, 13 Aug 2001 08:54:56 -0400 From: Michael Sinz Organization: WorldGate Communications Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Danny Braniss Cc: Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: diskless References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Danny Braniss wrote: > > > not sure, i think i tried this at some point and had problems with > > bugs in the implementation of mount_union. If it works for you > > then i guess it is not problematic. One thing you cannot do with > > the above is delete files which are in the lower filesystem (not > > that the current rc.diskless1 does, but in principle you might want > > to do this). > > > > so far rc.diskless1 only populates, so removing is not a problem. > > > the solution currently in rc.diskless1 actually does a merge of > > 2-3 different filesystems, so between the mounts you have to populate > > /conf/etc as well. > > that's why im using /etc and not /conf/etc, it was becoming to complicated > having > more than one /etc. the nice thing is that i can use the same root for non > diskless > too. We have done the same thing here with our large diskless clusters. I really hated not having the same / (root fs) on the server and diskless clients since it made things like updates that much harder. So, we built it such that / is the same on all (and read-only on the diskless crew) We then build a /dev (from mfs with MAKEDEV) and /var (using mtree) and /etc (using the current /etc and /comf/default/etc) (Too bad devfs is not running reliably - the Linux clusters save a some RAM and boot time using that) This whole set up means that if I install a port on the server, all of the clients get it. If I do a make world/etc for the OS, all of the clients get it. (Albeit we have to patch the rc.diskless* again to put back our changes) But it really works very well and saves us lots of grief in configuration and maintainance. -- Michael Sinz ---- Worldgate Communications ---- msinz@wgate.com A master's secrets are only as good as the master's ability to explain them to others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 6:11: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 1D71D37B407 for ; Mon, 13 Aug 2001 06:10:48 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7DDAh343234; Mon, 13 Aug 2001 15:10:43 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7DDAlW11386; Mon, 13 Aug 2001 15:10:47 +0200 (CEST) Date: Mon, 13 Aug 2001 15:10:46 +0200 From: Bernd Walter To: Matthew Jacob Cc: Bernd Walter , freebsd-hackers@FreeBSD.ORG Subject: Re: mtio questions Message-ID: <20010813151046.A11357@cicely20.cicely.de> References: <20010812140406.A7326@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sun, Aug 12, 2001 at 06:03:00PM -0700 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 12, 2001 at 06:03:00PM -0700, Matthew Jacob wrote: > > I'll answer based upon -stable FreeBSD code. > > On Sun, 12 Aug 2001, Bernd Walter wrote: > > > > > Asume the following code examples: > > > > int fd; > > struct mtop mo; > > char buf[10240]; > > > > fd = open("/dev/nsa0", O_RDWR | O_EXLOCK); > > mo.mt_op = MTREW; > > mo.mt_count = 0; > > ioctl(fd, MTIOCTOP, &mo); > > write(fd, buf, 10240); > > close(fd); > > Let's not ask whether this is variable record or not. Do you think it's a good idea to always set the blocksize to 10k? Are there better choices than 10k? Are there drives out there that can't work with this? AFAIK it's supposed that drives/drivers have to split the 10k block into smaller physical if the drive is not capable of writing a single 10k block. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 6:51:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 8163837B408 for ; Mon, 13 Aug 2001 06:51:38 -0700 (PDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.4/8.11.4) with SMTP id f7DDpW550872 for ; Mon, 13 Aug 2001 09:51:32 -0400 (EDT) (envelope-from arr@watson.org) Date: Mon, 13 Aug 2001 09:51:31 -0400 (EDT) From: "Andrew R. Reiter" To: freebsd-hackers@freebsd.org Subject: Dell OptiPlex GX100 onboard video Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Yes, I know this has been discussed in the past on this but I couldn't find any solutions so I'd like to actually assist in the solution. Unfortunately at work I was given a Dell OptiPlex GX100 which has an on-board video card that I've yet to see anyone get work under FreeBSD 4.x. I hear -CURRENT has support, but when I ask around, no one can point me to the exact code that supports it so that I may perhaps attempt to backport it to 4.x. Can anyone tell me if it's a myth that the onboard card is not supported in 4.x but is in, what will be, 5.0? If anyone has done any real work with this I'd appreciate being contacted. Also, if I've completly missed a post regarding this issue that solves it, I would appreciate a link :-) Thanks, andrew *-------------................................................. | Andrew R. Reiter | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 7:16:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ntlg.sibnet.ru (dns.sibnet.ru [217.70.96.34]) by hub.freebsd.org (Postfix) with ESMTP id E30CD37B406 for ; Mon, 13 Aug 2001 07:16:39 -0700 (PDT) (envelope-from semenu@FreeBSD.org) Received: from tlg5-ppp48.sibnet.ru (tlg5-ppp48.sibnet.ru [217.70.97.49]) by ntlg.sibnet.ru (8.9.3+Sun/8.9.3) with ESMTP id SAA09696; Mon, 13 Aug 2001 18:16:28 +0400 (MSD) Date: Mon, 13 Aug 2001 21:16:30 +0600 (GMT+6) From: "Semen A. Ustimenko" X-Sender: semenu@default To: D Brearley Cc: freebsd-hackers@FreeBSD.org Subject: Re: Fiber NIC support in FreeBSD (specifically the SMC 9432) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! The support for fiber optic was added to -current on 2001/02/07 and MFCed on 2001/06/08 (will be in 4.4 release). So, get new enough system, and go... Bye! On Sun, 12 Aug 2001, D Brearley wrote: > I was wondering if there had been any talk of including fiber media > support for the tx driver any time soon? I have an SMC 9432FTX NIC and > I can only use the 100Base-TX media on it. > > I would really like to migrate my FreeBSD servers from UTP to fiber. > > Can we expect to see any further fiber support in freebsd when 5.0 comes out? > > Thanks! > > - Don Brearley > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 7:25:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from news.IAEhv.nl (news.iae.nl [212.61.26.37]) by hub.freebsd.org (Postfix) with ESMTP id D43C437B40F for ; Mon, 13 Aug 2001 07:25:18 -0700 (PDT) (envelope-from volf@oasis.IAEhv.nl) Received: (from uucp@localhost) by news.IAEhv.nl (8.9.1/8.9.1) with IAEhv.nl id QAA24457 for freebsd-hackers@freebsd.org; Mon, 13 Aug 2001 16:25:17 +0200 (MET DST) Received: by drawbridge.oasis.IAEhv.nl (Postfix, from userid 226) id 3A6D23E02; Mon, 13 Aug 2001 16:23:01 +0200 (CEST) Subject: how to debug a kld module? To: freebsd-hackers@freebsd.org Date: Mon, 13 Aug 2001 16:23:01 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20010813142301.3A6D23E02@drawbridge.oasis.IAEhv.nl> From: volf@oasis.IAEhv.nl (Frank Volf) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, My system panics with a page fault in one of my kernel loadable modules. I want to debug this, but I can't find a way to load that module and its symbol table into gdb. The steps that I have taken are gdb -k /sys/compile/DRAWBRIDGE/kernel.debug vmcore.11 which gives me a normal kenel with debug symbols that I can debug? But, how can I load the offending kld module symbol table as well? Or can I only properly debug this, when I compile the module into the kernel? Thanks, Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 8:54:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iona.dcs.gla.ac.uk (iona.dcs.gla.ac.uk [130.209.240.35]) by hub.freebsd.org (Postfix) with ESMTP id 8A86137B405 for ; Mon, 13 Aug 2001 08:54:24 -0700 (PDT) (envelope-from neugebar@dcs.gla.ac.uk) Received: from therese.dcs.gla.ac.uk ([130.209.241.134] helo=therese.dcs.gla.ac.uk.dcs.gla.ac.uk) by iona.dcs.gla.ac.uk with esmtp (Exim 3.13 #1) id 15WK2k-0004U8-00; Mon, 13 Aug 2001 16:54:19 +0100 Received: by therese.dcs.gla.ac.uk.dcs.gla.ac.uk (8.11.3/Dumb) id f7DFsH678319; Mon, 13 Aug 2001 16:54:17 +0100 (BST) To: volf@oasis.IAEhv.nl (Frank Volf) Cc: freebsd-hackers@freebsd.org Subject: Re: how to debug a kld module? References: <20010813142301.3A6D23E02@drawbridge.oasis.IAEhv.nl> From: Rolf Neugebauer Date: 13 Aug 2001 16:54:15 +0100 In-Reply-To: volf@oasis.IAEhv.nl's message of "Mon, 13 Aug 2001 16:23:01 +0200 (CEST)" Message-ID: Lines: 24 User-Agent: Gnus/5.0805 (Gnus v5.8.5) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG volf@oasis.IAEhv.nl (Frank Volf) writes: > Hi, > > My system panics with a page fault in one of my kernel loadable modules. I > want to debug this, but I can't find a way to load that module and its > symbol table into gdb. > > The steps that I have taken are > > gdb -k /sys/compile/DRAWBRIDGE/kernel.debug vmcore.11 > > which gives me a normal kenel with debug symbols that I can debug? But, how > can I load the offending kld module symbol table as well? Or can I only > properly debug this, when I compile the module into the kernel? Try following the steps in the developers handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html In particular the section 11.6 Debugging Loadable Modules Using GDB: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/x4290.html Rolf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 8:58:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.teledis.be (mail.teledis.be [217.117.32.52]) by hub.freebsd.org (Postfix) with ESMTP id 1164237B40B for ; Mon, 13 Aug 2001 08:58:21 -0700 (PDT) (envelope-from lorenzo@linuxbe.org) Received: from natalie ([217.117.38.8]) by mail.teledis.be (Netscape Messaging Server 4.15) with SMTP id GI0KD501.E2Q for ; Mon, 13 Aug 2001 17:58:17 +0200 Message-ID: <003101c12411$294adaa0$0201a8c0@teledisnet.be> From: "Sansonetti Laurent" To: Subject: allocating userland space to call open() on a kernel module Date: Mon, 13 Aug 2001 18:01:00 +0200 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello hackers, I'm currently working on a kld syscall module which needs to read a config file at startup (MOD_LOAD). Following the advice of Eugene L. Vorokov, I tried to allocate some userland space with mmap() to store a open_args struct, fill-it with copyout() / subyte()... and call open with curproc on first argument. open() returns 14, EFAULT = Path points outside the process's allocated space (man 2 open). Allocating userland memory works (mmap() returns 0), idem for munmap(). I need help.. it would be fine if you can help me. I'm new on modules coding... Here's the (bad) code, and thanks in advance (forgive-me for my horrible english :p). ---------------------------------------------------------------------------- -------- static void * malloc_space_userland(const int size) { struct mmap_args *ma; int ret=0; void *addr; MALLOC(ma,struct mmap_args *,sizeof(struct mmap_args),M_RING1,M_NOWAIT); ma->addr=0; ma->len=size; ma->prot=PROT_READ|PROT_WRITE; ma->flags=MAP_ANON; ma->fd=-1; if (mmap(curproc,ma)!=0) ret=-1; FREE(ma,M_RING1); if ((addr=(void *)curproc->p_retval[0])==MAP_FAILED) ret=-1; return (!ret)?addr:NULL; } static int free_space_userland(void *addr,const int size) { struct munmap_args *mua; int ret=0; MALLOC(mua,struct munmap_args *,sizeof(struct munmap_args),M_RING1,M_NOWAIT); mua->addr=addr; mua->len=size; if (munmap(curproc,mua)!=0) ret=-1; FREE(mua,M_RING1); return ret; } static int read_config(void) { struct open_args *oa=NULL; int filedes=0; char *fn=CFG_FILENAME; /* #define CFG_FILENAME "/etc/foo.bar" */ if (!(oa=malloc_space_userland(sizeof(struct open_args)))) { printf("Unable to allocate space\n"); return 0; } /* WORKS */ copyout(fn,&oa->path,strlen(CFG_FILENAME)); /* returns 0. */ susword(&oa->flags,O_RDONLY); /* returns 0 */ /* here's the problem, open() returns 14 (EFAULT) ... */ if (!open(curproc,oa) && (filedes=(int)curproc->p_retval[0])>0) { /* ... */ } if (free_space_userland(oa,sizeof(struct open_args))==-1) { printf("Unable to free space\n"); return 0; } /* WORKS */ return (filedes<=0)?0:1; } -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 9: 5:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 8E0E337B40B for ; Mon, 13 Aug 2001 09:05:01 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F8823f7DG4tC64342F7T for hackers@freebsd.org; Mon, 13 Aug 2001 12:04:55 -0400 (EDT) (envelope-from jon)$ Date: Mon, 13 Aug 2001 12:04:55 -0400 From: Jonathan Chen To: hackers@freebsd.org Subject: pthreads and poll() Message-ID: <20010813120455.A63309@enterprise.spock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yesterday marked my first attempt at mixing poll() with pthreads. Needless to say, things did not work out the way I wanted them to. So, I began the task of finding out the behaviors of various OSes to see if my code would run fine on them. For your reference and amusement, my results and test code is included below. I think that waking only one thread up is the correct behavior, or is there something that toggles which behavior I want? Perhaps someone with access to the POSIX standard would care to confirm what the Right Thing is? Perhaps that someone would then proceed to fix all the incorrect implementations... or am I asking too much? :) Looks like I'm going to have to swear off mixing poll() with pthreads for at least two years if I want my code to be portable... Aside: I thought that linuxthreads == Linux's implementation of pthreads? Now why do they behave differently? -Jon FreeBSD4/5 OpenBSD Linux IRIX AIX Solaris8 sys lth 2.8 2.4.1 6.5 4.3 5.8 poll/tcpaccept N Y N N Y N Y poll/udp N Y N Y * N Y poll/file N Y N Y * N Y Legend: FreeBSD tested with system pthread (sys), linuxthreads (lth) and GNU pth (pth). poll/tcpaccept - poll() before accept() of a tcp socket poll/udp - poll() before recv() of a udp socket poll/file - poll() before read() of a named fifo socket Y: only 1 thread wakes up. N: all threads wake up. *: IRIX's behavior seems to be nondeterministic. Perhaps IRIX has some AI to detect the best behavior... Nah... #include #include #include #include #include #include #include #include #include #include #include #ifdef _THREAD_SAFE # include #endif struct pollfd pfd; void* testcode(void* arg) { int ret; struct sockaddr_in addr; int len; char buf[1024]; fprintf(stderr,"thread %d: polling...\n", (int)arg); ret = poll(&pfd, 1, -1); if (ret != 1) fprintf(stderr,"thread %d: bad poll return %d\n", (int)arg, ret); fprintf(stderr,"thread %d: reading...\n", (int)arg); #if defined(TEST_TCP) len = sizeof(struct sockaddr_in); ret = accept(pfd.fd, (struct sockaddr*)&addr, &len); #elif defined(TEST_UDP) ret = recv(pfd.fd, buf, 1024, 0); #elif defined(TEST_READ) ret = read(pfd.fd, buf, 1024); #endif if (ret <= 0) fprintf(stderr,"thread %d: broken return %d %d %s\n", (int)arg, ret, errno, strerror(errno)); fprintf(stderr,"thread %d: exit\n", (int)arg); return 0; } int main(int argc, char* argv[]) { int tmp; #ifdef _THREAD_SAFE pthread_t threads[3]; #endif struct sockaddr_in addr; int len; srandom(time(NULL)); bzero(&addr, sizeof(struct sockaddr_in)); addr.sin_family=AF_INET; len=sizeof(struct sockaddr_in); addr.sin_port=htons(random()%10000+1024); pfd.events = POLLIN; #if defined(TEST_TCP) pfd.fd = socket(PF_INET, SOCK_STREAM, 0); bind(pfd.fd, (struct sockaddr*)&addr, len); listen(pfd.fd, 1); fprintf(stderr,"TCP listening on port %d\n", ntohs(addr.sin_port)); #elif defined(TEST_UDP) pfd.fd = socket(PF_INET, SOCK_DGRAM, 0); bind(pfd.fd, (struct sockaddr*)&addr, len); fprintf(stderr,"UDP listening on port %d\n", ntohs(addr.sin_port)); #elif defined(TEST_READ) pfd.fd = open("/tmp/testfile", O_RDONLY); fprintf(stderr,"File polling on /tmp/testfile\n", 94); #else assert(0); #endif tmp = fcntl(pfd.fd, F_SETFL, O_NONBLOCK); if (tmp != 0) fprintf(stderr, "fcntl returns %d %d %s\n", tmp, errno, strerror(errno)); #ifdef _THREAD_SAFE for (tmp = 0; tmp < 2; tmp++) { pthread_create(&(threads[tmp]), NULL, testcode, (void*)tmp); } #endif testcode((void*)-1); #ifdef _THREAD_SAFE for (tmp = 0; tmp < 2; tmp++) { pthread_join(threads[tmp], NULL); } #endif exit(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 9: 9:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web12801.mail.yahoo.com (web12801.mail.yahoo.com [216.136.174.36]) by hub.freebsd.org (Postfix) with SMTP id 1507937B408 for ; Mon, 13 Aug 2001 09:09:33 -0700 (PDT) (envelope-from zaunere@yahoo.com) Message-ID: <20010813160932.30924.qmail@web12801.mail.yahoo.com> Received: from [128.122.155.151] by web12801.mail.yahoo.com; Mon, 13 Aug 2001 09:09:32 PDT Date: Mon, 13 Aug 2001 09:09:32 -0700 (PDT) From: Hans Zaunere Subject: Signal Handling To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a program that I am working on, I've decided to catch signal 15, which then calls execl() in the handler to reload the program from the on-disk binary. I am able to send it the signal, it reloads, and works fine. However I could not send the signal again and have the program respond. I then learned, with some help, that the signal needs to be unblocked after each call. It now works as intended. However in reading about this, in Steven's Advanced Programming in the UNIX Environment, he states: "Naturally a signal that is being caught by a process that calls exec cannot be caught in the new program, since the address of the signal-catching function in the caller probably has no meaning in the new program file that is execed. Page. 273) This makes sense to me, however doesn't seem to be the case. Three questions: 1) Why, in the first place, does a signal become blocked after it is recieved? Why does the kernel want to do this? 2) If a 10k binary is running, the signal is sent, and the program is reloaded from disk, but is 100k (or 1k even) how does the signal handling function get called, taking into account what Stevens says. Steven states that the sigmask remains for calls across exec, so wouldn't the wrong address to the handler function be used? 3) Is my using of exec, in fact, the best way to reload the program on the fly, from within itself? What would be the best, robust, way to do this in the future? Thank you all for your time, Hans zaunere@yahoo.com __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 9:51:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58]) by hub.freebsd.org (Postfix) with ESMTP id 674FA37B407 for ; Mon, 13 Aug 2001 09:51:40 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from localhost (marcus@localhost) by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f7DGphe13727 for ; Mon, 13 Aug 2001 12:51:43 -0400 (EDT) (envelope-from marcus@marcuscom.com) X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs Date: Mon, 13 Aug 2001 12:51:43 -0400 (EDT) From: Joe Clarke To: Subject: Writing a packet alias translator, need help Message-ID: <20010813124054.F13703-100000@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to write a packet alias translator for a protocol that uses TCP to setup a UDP streaming session (much like the smedia driver that's already there). I'm having a problem getting the translated port to mesh with the actual port. Here's what I've done: /* msg is a TCP setup packet struct msg { u_int32_t ipAddr; u_int32_t portNumber; }; */ null_addr.s_addr = 0; msg->ipAddr = (u_int32_t)GetAliasAddress(link).s_addr; my_link = FindUdpTcpOut(pip->ip_src, null_addr, msg->portNumber, 0, IPPROTO_UDP, 1); msg->portNumber = (u_int32_t)GetAliasPort(my_link); What happens is that the IP address gets handled correctly, but not the port number. The translation occurs in the packet, but it doesn't get translated to the correct number. For example, the actual port being used is UDP 16704, but the translation puts 50535 in the packet. I guess my question is how can I put the correct port number in the TCP setup packet? How can I then use this port number in the upcoming UDP stream? I've never written a NAT translator before, so I'm not sure if FindUdpTcpOut() does what I think. any help would be appreciated. Joe Clarke To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 10:33:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from net2.gendyn.com (nat2.gendyn.com [204.60.171.12]) by hub.freebsd.org (Postfix) with ESMTP id 084C237B407; Mon, 13 Aug 2001 10:33:24 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from [153.11.11.3] (helo=plunger.gdeb.com) by net2.gendyn.com with esmtp (Exim 2.12 #1) id 15WLaV-000EWv-00; Mon, 13 Aug 2001 13:33:15 -0400 Received: from clcrtr.gdeb.com ([153.11.109.11]) by plunger.gdeb.com with ESMTP id NAA29197; Mon, 13 Aug 2001 13:31:22 -0400 (EDT) Received: from vigrid.com (clcrtr1.clc.gdeb.com [153.11.109.149]) by clcrtr.gdeb.com (8.11.4/8.11.4) with ESMTP id f7DHW8K16540; Mon, 13 Aug 2001 13:32:09 -0400 (EDT) (envelope-from eischen@vigrid.com) Message-ID: <3B780BFC.F2BA0A9B@vigrid.com> Date: Mon, 13 Aug 2001 13:18:52 -0400 From: "Daniel M. Eischen" X-Mailer: Mozilla 4.51 [en] (X11; U; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jonathan Chen Cc: hackers@freebsd.org Subject: Re: pthreads and poll() References: <20010813120455.A63309@enterprise.spock.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathan Chen wrote: > Yesterday marked my first attempt at mixing poll() with pthreads. > Needless to say, things did not work out the way I wanted them to. So, I > began the task of finding out the behaviors of various OSes to see if my > code would run fine on them. For your reference and amusement, my results > and test code is included below. > > I think that waking only one thread up is the correct behavior, or is there > something that toggles which behavior I want? Perhaps someone with access > to the POSIX standard would care to confirm what the Right Thing is? > Perhaps that someone would then proceed to fix all the incorrect > implementations... or am I asking too much? :) > > Looks like I'm going to have to swear off mixing poll() with pthreads for > at least two years if I want my code to be portable... We don't provide locking for fd's any longer (I thought this was only in -current, but your results seem to indicate otherwise). If we did, only one thread would wake up. The mistake in your sample seems to be that you're having all threads block on the same fd. Why? We took the approach in -current that it is up to the application to provide locking for fd's. Our libc_r also wraps poll() into non-blocking calls which allows the other threads to run and "block" on the same fd. When we get blocking down in the kernel (KSEs or a linuxthreads like approach), I'm not exactly sure what would happen. From your results (linuxthreads under FreeBSD), it looks like it should behave as you expect. > Aside: I thought that linuxthreads == Linux's implementation of pthreads? > Now why do they behave differently? It depends on how things get woken up in the kernel. I don't think I would rely on any particular behaviour... -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 11:52:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id BEC7137B40E for ; Mon, 13 Aug 2001 11:51:58 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Aug 2001 19:51:58 +0100 (BST) To: Sansonetti Laurent Cc: freebsd-hackers@freebsd.org Subject: Reading files within the kernel (was Re: allocating userland space...) In-Reply-To: Your message of "Mon, 13 Aug 2001 18:01:00 +0200." <003101c12411$294adaa0$0201a8c0@teledisnet.be> Date: Mon, 13 Aug 2001 19:51:57 +0100 From: Ian Dowse Message-ID: <200108131951.aa91431@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <003101c12411$294adaa0$0201a8c0@teledisnet.be>, Sansonetti Laurent w rites: >Hello hackers, >I'm currently working on a kld syscall module which needs to read a config >file at startup (MOD_LOAD). >Following the advice of Eugene L. Vorokov, I tried to allocate some userland >space with mmap() to store a open_args struct, fill-it with copyout() / >subyte()... and call open with curproc on first argument. I really don't understand why people try these obscure mechanisms to read files within the kernel. There are existing kernel interfaces for accessing files that are much cleaner than these hacks. You can't use the familiour open/read/close calls, but using the vnode interface is really not that hard. Below is a simple KLD that prints /etc/motd on the console. There's not a lot involved really, since vn_open(), vn_rdwr() and vn_close() do most of the hard bits. The most strange stuff is probably the setting up of the nameidata structure, but even it isn't too complicated. To try it, just save the two files below in a directory, and run make depend make kldload ./kernio.ko (WARNING: not highly tested, so it may crash your machine!) For further reference, most of the VOP_* functions are documented in section 9 man pages. Ian ---------------- Makefile ------------------------------ KLDMOD= true KMOD= kernio SRCS= vnode_if.h kernio.c NOMAN= CFLAGS+= -I${.CURDIR}/.. -I/usr/src/sys .include ----------------- kernio.c ------------------------------ #include #include #include #include #include #include #include #include static int kernio_example(void); static int kernio_open(int pathseg, const char *path, int flags, struct proc *p, struct vnode **vpp); static void kernio_close(struct vnode *vp, int flags, struct proc *p); static int kernio_modevent(module_t mod, int type, void *unused) { switch (type) { case MOD_LOAD: return kernio_example(); case MOD_UNLOAD: break; default: break; } return 0; } static int kernio_example(void) { struct vattr vattr; struct proc *p; struct vnode *vp; char *buf, *cp; int error, filesize, flags, pos, resid; p = curproc; flags = FREAD; buf = NULL; /* Open the file, and get its size. */ error = kernio_open(UIO_SYSSPACE, "/etc/motd", flags, p, &vp); if (error) return (error); error = VOP_GETATTR(vp, &vattr, p->p_ucred, p); if (error) goto errout; filesize = vattr.va_size; printf("file size = %d\n", filesize); /* Allocate space for the file contents. */ MALLOC(buf, char *, filesize, M_TEMP, M_WAITOK); if (buf == NULL) goto errout; /* Read in the complete file to `buf'. */ error = vn_rdwr(UIO_READ, vp, buf, filesize, 0, UIO_SYSSPACE, IO_NODELOCKED, p->p_ucred, &resid, p); if (error) goto errout; /* Silly example; print out the file line by line. */ cp = buf; for (pos = 0; pos < filesize; pos++) { if (buf[pos] != '\n') continue; buf[pos] = '\0'; printf("%s\n", cp); cp = &buf[pos] + 1; } errout: if (buf != NULL) FREE(buf, M_TEMP); kernio_close(vp, flags, p); return (error); } static int kernio_open(int pathseg, const char *path, int flags, struct proc *p, struct vnode **vpp) { struct nameidata nd; struct vnode *vp; int error; NDINIT(&nd, LOOKUP, FOLLOW, pathseg, path, p); #if __FreeBSD_version < 500000 error = vn_open(&nd, flags, 0); #else error = vn_open(&nd, &flags, 0); #endif if (error) return (error); NDFREE(&nd, NDF_ONLY_PNBUF); vp = nd.ni_vp; if (vp->v_type != VREG) { VOP_UNLOCK(vp, 0, p); vn_close(vp, flags, p->p_ucred, p); return (EACCES); } *vpp = vp; return (0); } static void kernio_close(struct vnode *vp, int flags, struct proc *p) { VOP_UNLOCK(vp, 0, p); vn_close(vp, flags, p->p_ucred, p); } moduledata_t kernio_mod = { "kernio", kernio_modevent, 0 }; DECLARE_MODULE(kernio, kernio_mod, SI_SUB_DRIVERS, SI_ORDER_ANY); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 11:59:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id B206A37B406 for ; Mon, 13 Aug 2001 11:59:17 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7DIwu530240; Mon, 13 Aug 2001 11:58:56 -0700 Date: Mon, 13 Aug 2001 11:58:56 -0700 From: Brooks Davis To: Dan Cox Cc: hackers Subject: Re: zoom modem Message-ID: <20010813115856.C5346@Odin.AC.HMC.Edu> References: <000501c12373$b2b6a510$0100a8c0@network> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000501c12373$b2b6a510$0100a8c0@network>; from dancox@teleport.com on Sun, Aug 12, 2001 at 02:13:55PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 12, 2001 at 02:13:55PM -0700, Dan Cox wrote: > I am trying to get my internal pci zoom fax modem installed on freebsd. T= his > modem is not a "winmodem". My problem is that the only instructions I have > are either for windows or Linux. I will include the linux instructions > below. Assuming this is acts like other real PCI modems, you need to do the following: 1) Determine the PCI ID of the modem. You can do this "pciconf -l", just find the unidentified device that is your modem and look from the chip=3D0x???????? entry. 2) Add and an appropriate entry to the pci_ids array in /usr/src/sys/isa/sio.c. The ID is the number in hex, the string is a description and the last entry is pretty much magic. ;-) From what I see there, I'd try 0x10 and then 0x14 since 0x10 is slightly more common. 3) Build a new kernel and reboot. 4) If it works, create a diff of the changes you made and submit a PR so other people won't have to mess with this. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7eCNwXY6L6fI4GtQRAocNAKCaGTweOVBXvVJVn1cqBNEkI3ALSgCfc0oN DplSEzP4KTyF4rpIDAIYKbg= =p3V5 -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 13:35:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from news.IAEhv.nl (news.iae.nl [212.61.26.37]) by hub.freebsd.org (Postfix) with ESMTP id 024F637B401 for ; Mon, 13 Aug 2001 13:35:21 -0700 (PDT) (envelope-from volf@oasis.IAEhv.nl) Received: (from uucp@localhost) by news.IAEhv.nl (8.9.1/8.9.1) with IAEhv.nl id WAA02895; Mon, 13 Aug 2001 22:35:18 +0200 (MET DST) Received: by drawbridge.oasis.IAEhv.nl (Postfix, from userid 226) id C9E2F3E07; Mon, 13 Aug 2001 22:30:47 +0200 (CEST) Subject: Re: how to debug a kld module? In-Reply-To: To: freebsd-hackers@freebsd.org Date: Mon, 13 Aug 2001 22:30:47 +0200 (CEST) Cc: Rolf Neugebauer X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20010813203047.C9E2F3E07@drawbridge.oasis.IAEhv.nl> From: volf@oasis.IAEhv.nl (Frank Volf) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Rolf Neugebauer wrote: > > My system panics with a page fault in one of my kernel loadable modules. I > > want to debug this, but I can't find a way to load that module and its > > symbol table into gdb. > > > > The steps that I have taken are > > > > gdb -k /sys/compile/DRAWBRIDGE/kernel.debug vmcore.11 > > > > which gives me a normal kenel with debug symbols that I can debug? But, how > > can I load the offending kld module symbol table as well? Or can I only > > properly debug this, when I compile the module into the kernel? > > Try following the steps in the developers handbook: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > In particular the section 11.6 Debugging Loadable Modules Using GDB: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/x4290.html Thanks, this is very usefull information, so I feel rather stupid to ask the next question. How exactly do I walk the linker_files structure as described in the developers handbook: gdb -k /sys/compile/DRAWBRIDGE/kernel.debug vmcore.13 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3633152 initial pcb at 2e6600 panicstr: page fault .... (kgdb) print linker_files $1 = -1067722752 (kgdb) print *linker_files $2 = 5 (kgdb) print linker_files->tqh_first Attempt to extract a component of a value that is not a structure pointer. (kgdb) whatis linker_files type = What am I doing wrong? Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 13:53:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f69.law3.hotmail.com [209.185.241.69]) by hub.freebsd.org (Postfix) with ESMTP id 4055F37B401 for ; Mon, 13 Aug 2001 13:53:11 -0700 (PDT) (envelope-from the_srinivas@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 13 Aug 2001 13:53:11 -0700 Received: from 205.158.104.176 by lw3fd.law3.hotmail.msn.com with HTTP; Mon, 13 Aug 2001 20:53:11 GMT X-Originating-IP: [205.158.104.176] From: "Srinivas Dharmasanam" To: freebsd-hackers@FreeBSD.ORG Subject: Re: 4.2 SMP driver for DiskonChip Date: Mon, 13 Aug 2001 13:53:11 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 13 Aug 2001 20:53:11.0106 (UTC) FILETIME=[F68A0220:01C12439] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to use the M-Systems', DiskonChip on a Dual PIII SBC running the SMP FreeBSD4.2 kernel. However, I get kernel crashes when trying to write to the DiskonChip (on a 4.2FreeBSD SMP kernel on a regular IDE disk) or sometimes even when I try to reboot from an existing FreeBSD 4.2-SMP system already on the DOC. It seems lik the DOC driver is not 4.2FreeBSD-SMP compliant. Has anyone faced this problem already? I will contact the developer of the driver and also M-Sys about this but please let me know how you address this problem. Thanks a lot. Regards, -Srinivas _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 14:31:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 7B6D337B409 for ; Mon, 13 Aug 2001 14:31:16 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7DLVGu14202 for hackers@freebsd.org; Mon, 13 Aug 2001 14:31:16 -0700 Date: Mon, 13 Aug 2001 14:31:16 -0700 From: Brooks Davis To: hackers@freebsd.org Subject: Fwd: error in ip_checkinterface code? Message-ID: <20010813143116.A13647@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I sent the following to net a while back and got a whole one responce. Anyone else have any thoughts? Unless someone has a good reason not to, I'd like to commit the attached patch. -- Brooks ----- Forwarded message from Brooks Davis ----- From: Brooks Davis Date: Mon, 23 Jul 2001 18:44:18 -0700 To: net@FreeBSD.ORG Subject: error in ip_checkinterface code? I just ran into what appears to be a bug in the ip_checkinterface code. The problem is that is assumes m->m_pkthdr.rcvif is non-NULL. Apparently this is normally true, but I have some netgraph code that processes it's processes in such a way that they lose their interface pointer which means that when I stick them back into the ip_stack get a panic. A quick patch that fixes the problem is included below. Is this fix correct? -- Brooks Index: ip_input.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v retrieving revision 1.174 diff -u -r1.174 ip_input.c --- ip_input.c 2001/06/23 17:17:58 1.174 +++ ip_input.c 2001/07/24 01:46:22 @@ -559,6 +559,7 @@ * the packets are received. */ checkif =3D ip_checkinterface && (ipforwarding =3D=3D 0) &&=20 + m->m_pkthdr.rcvif !=3D NULL && ((m->m_pkthdr.rcvif->if_flags & IFF_LOOPBACK) =3D=3D 0) && (ip_fw_fwd_addr =3D=3D NULL); =20 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 ----- End forwarded message ----- --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7eEcjXY6L6fI4GtQRAnIuAJ4gjdbTUPQnpPxfJCZQd3/PMUF8DgCgojtT B8D32y03XTpsGbLp+0Bf0t4= =F8+I -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 15:25: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id E9E7837B403 for ; Mon, 13 Aug 2001 15:24:54 -0700 (PDT) (envelope-from janb@cs.utep.edu) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.11.3/8.11.3) with ESMTP id f7DMOjq15870 for ; Mon, 13 Aug 2001 16:24:45 -0600 (MDT) Date: Mon, 13 Aug 2001 16:24:45 -0600 (MDT) From: X-Sender: To: Subject: more Newbus questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG First, I would like to thank all of you who answered my first question. I have spent the past couple of days reading through the newbus code, and have a couple more questions. I think I have a pretty good Idea about the device tree by now, but I am a bit confused, as to how the interrupts are handled. Can someone pease explain how the data structure(s) are organized, and used? As far as I can tell, there are several arrays, which are somehow used together, those being intr_handler[], intr_mptr[], intr_mask[], intr_unit[], and intr_countp[]. I find it very difficult to tell by the source code, how these structures are initialized, and how they are used later on. Lastly, there are two arrays, fastintr[] and slowintr[], which also look like some sort of table iwth interrupt handing routine pointers. What are those for, and where is the difference between the two? I admit, I am a bit confused, so I would greatly appreaciate, if someone can clear the whole Newbus IRQ handling stuff for me.. Thanks, JAn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 16: 7:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.teledis.be (mail.teledis.be [217.117.32.52]) by hub.freebsd.org (Postfix) with ESMTP id 84C9A37B40A for ; Mon, 13 Aug 2001 16:07:35 -0700 (PDT) (envelope-from lorenzo@linuxbe.org) Received: from natalie ([217.117.38.8]) by mail.teledis.be (Netscape Messaging Server 4.15) with SMTP id GI148N00.0AY for ; Tue, 14 Aug 2001 01:07:35 +0200 Message-ID: <003401c1244d$1fa6ee80$0201a8c0@teledisnet.be> From: "Sansonetti Laurent" To: References: <200108131951.aa91431@salmon.maths.tcd.ie> Subject: Re: Reading files within the kernel (was Re: allocating userland space...) Date: Tue, 14 Aug 2001 01:10:19 +0200 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Ian, Thanks you for your help, now I can read my cfg file from my module in a easier way ;) A another stupid question, how can I do to stop the loading process in MOD_LOAD event handler (in my case, if the cfg file doesn't exist, it should be better to interrupt..) ? Returning EINTR does not appear to be the good solution ;) Thanks you (again) in advance. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 18:48:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 1FAD537B409 for ; Mon, 13 Aug 2001 18:48:20 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7E1mIE85172 for freebsd-hackers@freebsd.org; Mon, 13 Aug 2001 21:48:18 -0400 (EDT) (envelope-from bicknell) Date: Mon, 13 Aug 2001 21:48:18 -0400 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: Very odd tty hanging problem. Message-ID: <20010813214818.A84958@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have stumbled across a bug that's driving me bonkers. Here's the setup: - Log in to a 4.2-RELEASE box. - Run mutt (1.2.5i, built from ports) - Get dropped into an editor (new message, reply, it doesn't matter) - Enter insert mode in vi - Paste in > 1k (approximately) of text Bam, frozen window. It won't respond to anything. Here's output of top for that string of processes: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 75136 bicknell 18 0 1348K 924K pause 1 0:00 0.00% 0.00% tcsh 84462 bicknell 10 0 2736K 1904K wait 0 0:00 0.00% 0.00% mutt 84475 bicknell 10 0 620K 232K wait 1 0:00 0.00% 0.00% sh 84476 bicknell 4 0 1900K 1664K ttywri 0 0:00 0.00% 0.00% vi (tcsh -> mutt -> sh -c vi -> vi) Vi always ends up stuck in ttywrite, and yes, I can easily reproduce this over and over. From another window, try to kill the processes as a user, no effect with -9 or regular. Try to kill them as root, no effect normal. Kill them -9 as root, and all but the first shell will go away, here's ps output from an earlier occurance: PID TT STAT TIME COMMAND 20986 p0- IEs+ 0:00.08 -tcsh (tcsh) And top of the same: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 20986 bicknell 4 0 1344K 908K ttywai 1 0:00 0.00% 0.00% tcsh If I run vi on its own (or cat -, or emacs, etc) I can't make this happen. I can't make it happen with another editor under mutt (eg emacs). But let mutt start vi and paste a reasonable size junk and bam, its frozen. I've also tried it from different terminal emulators, over both ssh and telnet, same results. I'm at a loss as to what might be happening, or what to do next to debug this particular problem. Anyone have a suggestion? -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 19: 4:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id BACEA37B40B for ; Mon, 13 Aug 2001 19:04:18 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from snaresland.acl.lanl.gov (snaresland.acl.lanl.gov [128.165.147.113]) by acl.lanl.gov (8.11.3/8.8.5) with SMTP id f7E1cRO2710903 for ; Mon, 13 Aug 2001 19:39:49 -0600 (MDT) Received: (qmail 7555 invoked by uid 3499); 14 Aug 2001 01:38:27 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Aug 2001 01:38:27 -0000 Date: Mon, 13 Aug 2001 19:38:27 -0600 (MDT) From: Ronald G Minnich X-X-Sender: To: Jan Knepper Cc: FreeBSD Hackers Subject: Re: the =+ operator In-Reply-To: <3B7480E7.6070406@digitaldaemon.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 10 Aug 2001, Jan Knepper wrote: > I just checked on this "=+" and "=-" with the guy that wrote the first > native C++ compiler and he does not recall it at first being that way... of course not. It had changed long before C++. You have to go back to 1976 to find this. > I have been programming C++ myself for over 10 years and *never* heard > this before. I do not know where it comes from. Guess I'll repeat it. Go find the original V6 Unix "Documents for use with the Unix time sharing system" and look in there. These were made available ca. 1976. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 19: 7:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.siscom.net (mail2.siscom.net [209.251.2.52]) by hub.freebsd.org (Postfix) with SMTP id BF19737B411 for ; Mon, 13 Aug 2001 19:07:42 -0700 (PDT) (envelope-from radams@siscom.net) Received: (qmail 50077 invoked from network); 14 Aug 2001 02:07:36 -0000 Received: from unknown (HELO jason) (209.251.21.114) by mail2.siscom.net with SMTP; 14 Aug 2001 02:07:36 -0000 Message-ID: <078a01c12466$345dc830$7215fbd1@jason> From: "Robert J. Adams" To: Subject: Large /dev/md0 ramdisk Date: Mon, 13 Aug 2001 21:42:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have a need for a rather large ramdisk. From what I've read, md is a better way of going than mfs. I don't want this to be able to swap out. So far I'm having trouble getting md to store anything larger than ~90meg .. OS: FBSD 4.3-S relevant kernel config: options MD_NSECT=800000 Then I do a: disklabel -r -w md0 auto newfs /dev/md0c mount /dev/md0c /mnt Then.. while trying to copy over a large file.. it stops.. locks up the term.. (but not the entire system) .. I can't kill the cp proc, end up having to reboot to clear it. > df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/twed0s1a 2032623 287113 1582901 15% / /dev/twed1s1e 2032623 488229 1381785 26% /news /dev/twed0s1e 544066012 171091592 329449140 34% /news/spool/news/bin01 /dev/twed1s1f 544066012 172257468 328283264 34% /news/spool/news/bin02 procfs 4 4 0 100% /proc /dev/md0c 387607 90265 266334 25% /mnt It always gets to the exact same number of blocks... 90265 .. anyone have an idea? Please resond offllist since I'm not on hackers.. or you can answer this in fbsd-questions ;) Thanks, Jason --- Robert J. Adams radams@siscom.net http://www.siscom.net Looking to outsource news? http://www.newshosting.com SISCOM Network Administration - President, SISCOM Inc. Phone: 937-222-8150 FAX: 937-222-8153 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 20:47: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.mediadesign.nl (md2.mediadesign.nl [212.19.205.67]) by hub.freebsd.org (Postfix) with SMTP id AEE3937B408 for ; Mon, 13 Aug 2001 20:47:04 -0700 (PDT) (envelope-from alson@mediadesign.nl) Received: (qmail 29000 invoked by uid 1002); 14 Aug 2001 03:47:03 -0000 Date: Tue, 14 Aug 2001 05:47:03 +0200 From: Alson van der Meulen To: FreeBSD Hackers Subject: Re: the =+ operator Message-ID: <20010814054703.A28712@md2.mediadesign.nl> Mail-Followup-To: FreeBSD Hackers References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 13, 2001 at 07:38:27PM -0600, Ronald G Minnich wrote: > On Fri, 10 Aug 2001, Jan Knepper wrote: > > > I just checked on this "=+" and "=-" with the guy that wrote the first > > native C++ compiler and he does not recall it at first being that way... > > of course not. It had changed long before C++. You have to go back to 1976 > to find this. > > > I have been programming C++ myself for over 10 years and *never* heard > > this before. I do not know where it comes from. > > Guess I'll repeat it. Go find the original V6 Unix "Documents for use with > the Unix time sharing system" and look in there. These were made available > ca. 1976. Like this? :) http://cm.bell-labs.com/cm/cs/who/dmr/cman.ps Look at page 8 of that file... it indeed shows the lvalue =op expression syntax Alson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 22:17:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.halplant.com (24-168-203-47.wo.cox.rr.com [24.168.203.47]) by hub.freebsd.org (Postfix) with ESMTP id 6C33837B407; Mon, 13 Aug 2001 22:17:18 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: by mail.halplant.com (Postfix, from userid 1001) id A730A20F9; Tue, 14 Aug 2001 01:17:05 -0400 (EDT) Date: Tue, 14 Aug 2001 01:17:05 -0400 From: Andrew J Caines To: "Robert J. Adams" , freebsd-hackers@freebsd.org Subject: Re: Large /dev/md0 ramdisk Message-ID: <20010814011705.D67874@hal9000.servehttp.com> Reply-To: Andrew J Caines Mail-Followup-To: "Robert J. Adams" , freebsd-hackers@freebsd.org References: <078a01c12466$345dc830$7215fbd1@jason> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <078a01c12466$345dc830$7215fbd1@jason>; from radams@siscom.net on Mon, Aug 13, 2001 at 09:42:34PM -0400 Organization: H.A.L. Plant X-Powered-by: FreeBSD 4.3-STABLE X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert, Please forgive me not answering your question, but just responding to an issue you've raised. > From what I've read, md is a better way of going than mfs. I have seen several references to md being preferred to mfs but have been unable to find any detailed comparison or evaluation. To what reference were you referring? I've also seen it suggested that mfs is to go away, leaving only md. For happy mfs users like myself who enjoy the convenience of a simple flexible fstab entry sufficing for memory backed non-persistent filesystems, that is of some concern. Perhaps someone on -hackers could provide a good pointer or give details. -Andrew- -- ______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 22:44: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail45.sdc1.sfba.home.com (femail45.sdc1.sfba.home.com [24.254.60.39]) by hub.freebsd.org (Postfix) with ESMTP id 92AA037B408 for ; Mon, 13 Aug 2001 22:43:58 -0700 (PDT) (envelope-from kway@overtone.org) Received: from bean.overtone.org ([24.249.254.100]) by femail45.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010814054358.JRJA13347.femail45.sdc1.sfba.home.com@bean.overtone.org> for ; Mon, 13 Aug 2001 22:43:58 -0700 Received: by bean.overtone.org (Postfix, from userid 1001) id 5941C5B209; Tue, 14 Aug 2001 05:43:49 +0000 (GMT) Date: Tue, 14 Aug 2001 05:43:48 +0000 From: Kevin Way To: freebsd-hackers@FreeBSD.ORG Subject: Re: import NetBSD rc system Message-ID: <20010814054348.A5361@bean.overtone.org> References: <1795096378.20010611154930@163.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1795096378.20010611154930@163.net>; from bsddiy@163.net on Mon, Jun 11, 2001 at 03:49:30PM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, it's now been about 2 months since the initial NetBSD import discussion occured on this list, and as far as I can tell, here's where we stand. - David O'Brien did a vendor import of the unported NetBSD rc system - there was a group consensus that we needed to come up with some intelligent talking points before we approached the NetBSD maintainer about how to do this, how coordinated we want the two rc systems to be, and what not. I'm back in town for a few weeks and I'd like to get this project done, especially having noted that it's really a sweet system. Is there anything we need to talk about still, or do we just need an unemployed guy who understands the problem to bang out a big pile of code. If we need to hold joint discussions, what are the outstanding issues? If not, then I'm your unemployed guy with time to kill. -Kevin Way To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 23:10:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gnf.org (firewall.gnf.org [208.44.31.34]) by hub.freebsd.org (Postfix) with ESMTP id 65EF537B40B for ; Mon, 13 Aug 2001 23:10:44 -0700 (PDT) (envelope-from gordont@gnf.org) Received: by mail.gnf.org (Postfix, from userid 888) id 20B7111E504; Mon, 13 Aug 2001 23:10:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.gnf.org (Postfix) with ESMTP id 1EFC211A56A; Mon, 13 Aug 2001 23:10:43 -0700 (PDT) Date: Mon, 13 Aug 2001 23:10:43 -0700 (PDT) From: Gordon Tetlow To: Kevin Way Cc: Subject: Re: import NetBSD rc system In-Reply-To: <20010814054348.A5361@bean.overtone.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 14 Aug 2001, Kevin Way wrote: > Well, it's now been about 2 months since the initial NetBSD import discussion > occured on this list, and as far as I can tell, here's where we stand. > > - David O'Brien did a vendor import of the unported NetBSD rc system > > - there was a group consensus that we needed to come up with some intelligent > talking points before we approached the NetBSD maintainer about how to > do this, how coordinated we want the two rc systems to be, and what not. > > I'm back in town for a few weeks and I'd like to get this project done, > especially having noted that it's really a sweet system. > > Is there anything we need to talk about still, or do we just need an > unemployed guy who understands the problem to bang out a big pile of code. > If we need to hold joint discussions, what are the outstanding issues? > > If not, then I'm your unemployed guy with time to kill. > > -Kevin Way Well, I promised to be in on this. I had some nice changes that I made but decided that I should hold off (and then I subsequently lost them, long story). I've switched jobs and only now have had time to resurface. I'm very interested in this as well. I'll be installing a current box and will be tweaking the rc.d system. Although, I don't have the unemployed status, I'm still interested in the development of this. Here's my big question. Do we try to maintain our boot order? Or are we going to go with the boot order as presented by the NetBSD stuff? -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 13 23:36: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail48.sdc1.sfba.home.com (femail48.sdc1.sfba.home.com [24.254.60.42]) by hub.freebsd.org (Postfix) with ESMTP id BFB3437B40A for ; Mon, 13 Aug 2001 23:36:04 -0700 (PDT) (envelope-from kway@overtone.org) Received: from bean.overtone.org ([24.249.254.100]) by femail48.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010814063604.ITVV2840.femail48.sdc1.sfba.home.com@bean.overtone.org> for ; Mon, 13 Aug 2001 23:36:04 -0700 Received: by bean.overtone.org (Postfix, from userid 1001) id E90EC5B3E3; Tue, 14 Aug 2001 06:35:56 +0000 (GMT) Date: Tue, 14 Aug 2001 06:34:26 +0000 From: Kevin Way To: Gordon Tetlow Subject: Re: import NetBSD rc system Message-ID: <20010814063426.A76746@bean.overtone.org> References: <20010814054348.A5361@bean.overtone.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gordont@gnf.org on Mon, Aug 13, 2001 at 11:10:43PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 13, 2001 at 11:10:43PM -0700, Gordon Tetlow wrote: > Here's my big question. Do we try to maintain our boot order? Or are we > going to go with the boot order as presented by the NetBSD stuff? I don't see any reason to force the boot order to be maintained. As long as the dependancies are set correctly, i'd think the boot order would be determined solely by the output of rcorder. What am I missing? -Kevin Way To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 1:15:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 1FAC937B411; Tue, 14 Aug 2001 01:15:32 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f7E8FBJ80933; Tue, 14 Aug 2001 11:15:11 +0300 (EEST) (envelope-from ru) Date: Tue, 14 Aug 2001 11:15:11 +0300 From: Ruslan Ermilov To: Peter Wemm Cc: doc@FreeBSD.org, hackers@FreeBSD.org Subject: Re: can somebody please fix mincore(2) man page? Message-ID: <20010814111511.C71466@sunbay.com> Mail-Followup-To: Peter Wemm , doc@FreeBSD.org, hackers@FreeBSD.org References: <20010814023008.B209C38CC@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010814023008.B209C38CC@overcee.netplex.com.au>; from peter@wemm.org on Mon, Aug 13, 2001 at 07:30:08PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 13, 2001 at 07:30:08PM -0700, Peter Wemm wrote: > > DESCRIPTION > The mincore() system call allows a process to obtain information about > whether pages are core resident. Here the current core residency of the > pages is returned in the character array vec, with a value of 1 meaning > that the page is in-core. > > versus: > > /* > * Return bits from mincore > */ > #define MINCORE_INCORE 0x1 /* Page is incore */ > #define MINCORE_REFERENCED 0x2 /* Page has been referenced by us */ > #define MINCORE_MODIFIED 0x4 /* Page has been modified by us */ > #define MINCORE_REFERENCED_OTHER 0x8 /* Page has been referenced */ > #define MINCORE_MODIFIED_OTHER 0x10 /* Page has been modified */ > > ie: we dont return "1", we return bit flags with those values. > See how its formatted in mmap()/madvise()/etc. > Provided that some VM guru sends us an extended descriptions of MINCORE_* flags, yes, that could be done. It's a pity that John Dyson did not document these back in 1996. The DESCRIPTION text is to be fixed as well, as the mincore(2) syscall is not limited to the in-core residency question, as it seems. Plain text submissions would be highly appreciated as well. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 4:10:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 4FEAE37B407 for ; Tue, 14 Aug 2001 04:10:10 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7EBA7351192 for ; Tue, 14 Aug 2001 13:10:08 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7EBA7T16341 for freebsd-hackers@freebsd.org; Tue, 14 Aug 2001 13:10:07 +0200 (CEST) Date: Tue, 14 Aug 2001 13:10:06 +0200 From: Bernd Walter To: freebsd-hackers@freebsd.org Subject: indicating alignment errors on i386? Message-ID: <20010814131006.A16200@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is it possible to indicate or better sigbus alignment errors on i386? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 5:18:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-27-141-144.mmcable.com [24.27.141.144]) by hub.freebsd.org (Postfix) with SMTP id 0AB3E37B403 for ; Tue, 14 Aug 2001 05:18:28 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 42950 invoked by uid 100); 14 Aug 2001 12:18:27 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15225.5907.82100.155925@guru.mired.org> Date: Tue, 14 Aug 2001 07:18:27 -0500 To: Andrew J Caines Cc: "Robert J. Adams" , freebsd-hackers@freebsd.org Subject: Re: Large /dev/md0 ramdisk In-Reply-To: <20010814011705.D67874@hal9000.servehttp.com> References: <078a01c12466$345dc830$7215fbd1@jason> <20010814011705.D67874@hal9000.servehttp.com> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew J Caines types: > > From what I've read, md is a better way of going than mfs. > I have seen several references to md being preferred to mfs but have been > unable to find any detailed comparison or evaluation. To what reference > were you referring? md and mfs have two different behaviors. md uses real memory. mfs uses buffer space, which is backed by disk. Which is better depends on what you need it for. > I've also seen it suggested that mfs is to go away, leaving only md. For > happy mfs users like myself who enjoy the convenience of a simple flexible > fstab entry sufficing for memory backed non-persistent filesystems, that > is of some concern. md has been replaced/upgraded in -current, and now includes the functionality of both mfs and vn. If I understand things correctly, the new md implementation of mfs will perform better than mfs. There has been talk of a "make and mount" command for md that would work like mount_md, but it doesn't appear to have materialized yet. There are also patches floating around for /etc/rc that let you set a couple of things in /etc/rc.conf to get your md file system set up at boot. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 6:35:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 4805C37B403 for ; Tue, 14 Aug 2001 06:35:25 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F; Tue, 14 Aug 2001 09:35:18 -0400 (EDT) (envelope-from jon)$ Date: Tue, 14 Aug 2001 09:35:18 -0400 From: Jonathan Chen To: "Daniel M. Eischen" Cc: hackers@freebsd.org Subject: Re: pthreads and poll() Message-ID: <20010814093518.A26202@enterprise.spock.org> References: <20010813120455.A63309@enterprise.spock.org> <3B780BFC.F2BA0A9B@vigrid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x In-Reply-To: <3B780BFC.F2BA0A9B@vigrid.com>; from eischen@vigrid.com on Mon, Aug 13, 2001 at 01:18:52PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 13, 2001 at 01:18:52PM -0400, Daniel M. Eischen wrote: > We don't provide locking for fd's any longer (I thought this was only in > -current, but your results seem to indicate otherwise). If we did, only > one thread would wake up. The mistake in your sample seems to be that > you're having all threads block on the same fd. Why? Consider a threaded server application, where N threads are blocking on M descriptors (M>>N). The test code is merely a simplified version of this scenario. I don't think this is a mistake, is it? > We took the approach in -current that it is up to the application to > provide locking for fd's. Our libc_r also wraps poll() into non-blocking > calls which allows the other threads to run and "block" on the same > fd. When we get blocking down in the kernel (KSEs or a linuxthreads > like approach), I'm not exactly sure what would happen. From your > results (linuxthreads under FreeBSD), it looks like it should behave > as you expect. Okay, I can understand why FreeBSD would do it this way, and why it might be a good thing to leave it up to the application to provide the locking. But on the flip side, it might be expensive to wake all the threads up when only one has any real work to do. I'm at a loss though, on how I could efficiently do locking so only one thread actually read() on the fd. If I create a mutex per fd, and lock it with one thread between poll() and read(), then other threads could do a blocking lock on the mutex, which would decrease the benefits of threading; or they could do non-blocking trylock's. In this case I could either make the thread continue to poll as before (which might starve the thread with the lock) or I can turn off polling on that fd (which might create a situation where a thread polls for no fd's and never again wakes up). I suppose I could be missing something incredibly simple, but where I stand right now I don't see a solution... Yes, I suppose I could just make the fd's non-blocking and catch the error on read(), but that's not too convenient and I was hoping for some other simple way to do this... Incidentally, I'm still curious, what does the POSIX spec say all this? -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 6:37: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [212.39.75.32]) by hub.freebsd.org (Postfix) with ESMTP id CFB4037B401 for ; Tue, 14 Aug 2001 06:36:57 -0700 (PDT) (envelope-from vlady@star.rila.bg) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.4/8.11.4) with ESMTP id f7EDbec39734 for ; Tue, 14 Aug 2001 16:37:41 +0300 (EEST) (envelope-from vlady@star.rila.bg) Message-Id: <200108141337.f7EDbec39734@star.rila.bg> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.3 To: freebsd-hackers@freebsd.org From: "Vladimir Terziev" Subject: tcpdump newbie question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Aug 2001 16:37:40 +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, I appologize for the next question if it is stuppied. How can print the IP packet length, matched by tcpdump expression? I read the tcpdump man page, but I couldn't find the answer of my question! regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 8: 1: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 6F69837B406 for ; Tue, 14 Aug 2001 08:00:55 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.4/8.11.4) with SMTP id f7EF0gf65513; Tue, 14 Aug 2001 11:00:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 14 Aug 2001 11:00:40 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brooks Davis Cc: hackers@freebsd.org Subject: Re: Fwd: error in ip_checkinterface code? In-Reply-To: <20010813143116.A13647@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, the BPF code relies on the ifnet pointer being set or not to determine if a packet is "locally sourced". This permits userland programs to differentiate packets targeted at a local ethernet address but remotely sourced (i.e., looped back) when bridging. "locally sourced" becomes sort of fuzzy in the face of a variety of less traditional packet sources, but is useful. I'd prefer it if non-local packets always had an ifnet defined--could you describe the circumstances where that is not the case in a little more detail? Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Mon, 13 Aug 2001, Brooks Davis wrote: > I sent the following to net a while back and got a whole one responce. > Anyone else have any thoughts? Unless someone has a good reason not to, > I'd like to commit the attached patch. > > -- Brooks > > ----- Forwarded message from Brooks Davis ----- > > From: Brooks Davis > Date: Mon, 23 Jul 2001 18:44:18 -0700 > To: net@FreeBSD.ORG > Subject: error in ip_checkinterface code? > > I just ran into what appears to be a bug in the ip_checkinterface code. > The problem is that is assumes m->m_pkthdr.rcvif is non-NULL. > Apparently this is normally true, but I have some netgraph code that > processes it's processes in such a way that they lose their interface > pointer which means that when I stick them back into the ip_stack get a > panic. A quick patch that fixes the problem is included below. Is > this fix correct? > > -- Brooks > > Index: ip_input.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v > retrieving revision 1.174 > diff -u -r1.174 ip_input.c > --- ip_input.c 2001/06/23 17:17:58 1.174 > +++ ip_input.c 2001/07/24 01:46:22 > @@ -559,6 +559,7 @@ > * the packets are received. > */ > checkif = ip_checkinterface && (ipforwarding == 0) && > + m->m_pkthdr.rcvif != NULL && > ((m->m_pkthdr.rcvif->if_flags & IFF_LOOPBACK) == 0) && > (ip_fw_fwd_addr == NULL); > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > > > > ----- End forwarded message ----- > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 9:21:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 5543237B406; Tue, 14 Aug 2001 09:21:52 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f7EGLpX68278; Tue, 14 Aug 2001 09:21:51 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.5/8.11.0) id f7EGLoo43183; Tue, 14 Aug 2001 09:21:50 -0700 (PDT) (envelope-from jdp) Date: Tue, 14 Aug 2001 09:21:50 -0700 (PDT) Message-Id: <200108141621.f7EGLoo43183@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: jon@freebsd.org Subject: Re: pthreads and poll() In-Reply-To: <20010814093518.A26202@enterprise.spock.org> References: <20010813120455.A63309@enterprise.spock.org> <3B780BFC.F2BA0A9B@vigrid.com> <20010814093518.A26202@enterprise.spock.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010814093518.A26202@enterprise.spock.org>, Jonathan Chen wrote: > > Incidentally, I'm still curious, what does the POSIX spec say all this? As far as I know, poll is not described by any POSIX standards. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 9:22:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 9330F37B406 for ; Tue, 14 Aug 2001 09:22:08 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7EGJNJ77203; Tue, 14 Aug 2001 09:19:23 -0700 (PDT) (envelope-from obrien) Date: Tue, 14 Aug 2001 09:18:03 -0700 From: "David O'Brien" To: Mike Meyer Cc: Andrew J Caines , "Robert J. Adams" , freebsd-hackers@freebsd.org Subject: Re: Large /dev/md0 ramdisk Message-ID: <20010814091803.A77019@dragon.nuxi.com> Reply-To: freebsd-hackers@freebsd.org References: <078a01c12466$345dc830$7215fbd1@jason> <20010814011705.D67874@hal9000.servehttp.com> <15225.5907.82100.155925@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15225.5907.82100.155925@guru.mired.org>; from mwm@mired.org on Tue, Aug 14, 2001 at 07:18:27AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 14, 2001 at 07:18:27AM -0500, Mike Meyer wrote: > There has been talk of a "make and mount" command for md that would > work like mount_md, but it doesn't appear to have materialized > yet. man mdmfs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 9:35:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.siscom.net (mail2.siscom.net [209.251.2.52]) by hub.freebsd.org (Postfix) with SMTP id 480EA37B40F for ; Tue, 14 Aug 2001 09:35:48 -0700 (PDT) (envelope-from radams@siscom.net) Received: (qmail 61264 invoked from network); 14 Aug 2001 16:35:44 -0000 Received: from unknown (HELO jason) (209.251.2.49) by mail2.siscom.net with SMTP; 14 Aug 2001 16:35:44 -0000 Message-ID: <01f801c124df$1bd02fa0$3102fbd1@jason> From: "Robert J. Adams" To: "Mike Meyer" , "Andrew J Caines" Cc: References: <078a01c12466$345dc830$7215fbd1@jason><20010814011705.D67874@hal9000.servehttp.com> <15225.5907.82100.155925@guru.mired.org> Subject: Re: Large /dev/md0 ramdisk Date: Tue, 14 Aug 2001 12:20:03 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike, Any ideas on the size limitation I'm hitting with the -stable md? Thanks, jason ----- Original Message ----- From: "Mike Meyer" To: "Andrew J Caines" Cc: "Robert J. Adams" ; Sent: Tuesday, August 14, 2001 8:18 AM Subject: Re: Large /dev/md0 ramdisk > Andrew J Caines types: > > > From what I've read, md is a better way of going than mfs. > > I have seen several references to md being preferred to mfs but have been > > unable to find any detailed comparison or evaluation. To what reference > > were you referring? > > md and mfs have two different behaviors. md uses real memory. mfs uses > buffer space, which is backed by disk. Which is better depends on what > you need it for. > > > I've also seen it suggested that mfs is to go away, leaving only md. For > > happy mfs users like myself who enjoy the convenience of a simple flexible > > fstab entry sufficing for memory backed non-persistent filesystems, that > > is of some concern. > > md has been replaced/upgraded in -current, and now includes the > functionality of both mfs and vn. If I understand things correctly, > the new md implementation of mfs will perform better than mfs. > > There has been talk of a "make and mount" command for md that would > work like mount_md, but it doesn't appear to have materialized > yet. There are also patches floating around for /etc/rc that let you > set a couple of things in /etc/rc.conf to get your md file system set > up at boot. > > -- > Mike Meyer http://www.mired.org/home/mwm/ > Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 10:56:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id EF0C037B40B; Tue, 14 Aug 2001 10:56:35 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id NAA07044; Tue, 14 Aug 2001 13:55:51 -0400 (EDT) Date: Tue, 14 Aug 2001 13:55:50 -0400 (EDT) From: Daniel Eischen To: Jonathan Chen Cc: "Daniel M. Eischen" , hackers@freebsd.org Subject: Re: pthreads and poll() In-Reply-To: <20010814093518.A26202@enterprise.spock.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 14 Aug 2001, Jonathan Chen wrote: > On Mon, Aug 13, 2001 at 01:18:52PM -0400, Daniel M. Eischen wrote: > > We don't provide locking for fd's any longer (I thought this was only in > > -current, but your results seem to indicate otherwise). If we did, only > > one thread would wake up. The mistake in your sample seems to be that > > you're having all threads block on the same fd. Why? > > Consider a threaded server application, where N threads are blocking on > M descriptors (M>>N). The test code is merely a simplified version of this > scenario. I don't think this is a mistake, is it? Why not have one thread to poll and read the request handing it off to a worker thread to execute? Why even bother to poll? You could use a mutex and condition variable to protect the fd while reading from it. After it reads what it wants, it can signal the condition variable to wakeup the next thread. poll(2) is a system call, pthread_mutex_[un]lock(3), pthread_cond_signal(3), and pthread_cond_wait(3) are not (at least in FreeBSD). > > We took the approach in -current that it is up to the application to > > provide locking for fd's. Our libc_r also wraps poll() into non-blocking > > calls which allows the other threads to run and "block" on the same > > fd. When we get blocking down in the kernel (KSEs or a linuxthreads > > like approach), I'm not exactly sure what would happen. From your > > results (linuxthreads under FreeBSD), it looks like it should behave > > as you expect. > > Okay, I can understand why FreeBSD would do it this way, and why it might > be a good thing to leave it up to the application to provide the locking. > But on the flip side, it might be expensive to wake all the threads up when > only one has any real work to do. It's not really any extra work in our current libc_r. It has to walk the list of threads waiting for I/O anyways. > I'm at a loss though, on how I could efficiently do locking so only one > thread actually read() on the fd. If I create a mutex per fd, and lock it > with one thread between poll() and read(), then other threads could do a > blocking lock on the mutex, which would decrease the benefits of threading; > or they could do non-blocking trylock's. In this case I could either make > the thread continue to poll as before (which might starve the thread with > the lock) or I can turn off polling on that fd (which might create a > situation where a thread polls for no fd's and never again wakes up). I > suppose I could be missing something incredibly simple, but where I stand > right now I don't see a solution... > > Yes, I suppose I could just make the fd's non-blocking and catch the error > on read(), but that's not too convenient and I was hoping for some other > simple way to do this... > > Incidentally, I'm still curious, what does the POSIX spec say all this? It doesn't cover poll(2). You can see what Single Unix Specification (version 2) has to say at: http://www.opengroup.org The URL for poll(2) is below, but I'm not sure if you have to be a member or not (membership is free) in order to view it: http://www.opengroup.org/onlinepubs/7908799/xsh/poll.html With my pthreads hat on, polling the same file descriptor from multiple threads seems like it should inform all interested threads. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 11:15: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.intra.waag.org (A20.waag.org [194.134.18.30]) by hub.freebsd.org (Postfix) with ESMTP id 871BE37B40E for ; Tue, 14 Aug 2001 11:15:02 -0700 (PDT) (envelope-from pankaj@sarai.net) Received: (from pankaj@localhost) by mail.intra.waag.org (8.9.3/8.9.3/Debian 8.9.3-21) id UAA10798; Tue, 14 Aug 2001 20:14:13 +0200 Date: Tue, 14 Aug 2001 20:14:08 +0200 From: Pankaj To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tcpdump newbie question Message-ID: <20010814201408.A10786@sarai.net> References: <200108141337.f7EDbec39734@star.rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108141337.f7EDbec39734@star.rila.bg>; from vlady@rila.bg on Tue, Aug 14, 2001 at 04:37:40PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 14, 2001 at 04:37:40PM +0300, Vladimir Terziev wrote: > > Hi hackers, > > I appologize for the next question if it is stuppied. > > How can print the IP packet length, matched by tcpdump expression? > > I read the tcpdump man page, but I couldn't find the answer of my question! > > regards, Well i don't know if this is a stupid reply or not but I think You see the size of data packets when u say $tcpdump -i eth0 I dont know about sin fin and icpm packets eg.. ................ 15:54:18.912632 8:0:7:44:50:33 > Broadcast sap e0 ui/C >>> UnknownIPX Data: (43 bytes) ....... ...... -- BTW I was at HAL2001 and it kicked Ass Pankaj "fighting the freezing dutch Summer" kaushal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 11:28:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.intra.waag.org (A20.waag.org [194.134.18.30]) by hub.freebsd.org (Postfix) with ESMTP id 6C4BA37B403 for ; Tue, 14 Aug 2001 11:28:11 -0700 (PDT) (envelope-from pankaj@sarai.net) Received: (from pankaj@localhost) by mail.intra.waag.org (8.9.3/8.9.3/Debian 8.9.3-21) id UAA11279; Tue, 14 Aug 2001 20:27:26 +0200 Date: Tue, 14 Aug 2001 20:27:21 +0200 From: Pankaj To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tcpdump newbie question Message-ID: <20010814202721.B10786@sarai.net> References: <20010814170310.B6044@sarai.net> <200108141512.f7EFCJc45067@star.rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108141512.f7EFCJc45067@star.rila.bg>; from vlady@rila.bg on Tue, Aug 14, 2001 at 06:12:19PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 14, 2001 at 06:12:19PM +0300, Vladimir Terziev wrote: > > I think this is not valid for all protocols ... > > What about this packet? > > 18:08:56.232653 xxx.xxx.xxx.ssh > yyy.yyy.yyy.863: . ack 369 win 17200 > (DF) [tos 0x10] oke dokie baby wants to read ssh packet mama says hey you can do that with tcpdump but dug song wrote an app with which you can see the length of a ssh packet but in the new version of openssh the packet length is balanced with attaching random packets seeing that version 1 was venurable to anyone analysing ur trafic Dug song gave a presentation about the tool he wrote you might wanna goto http://www.monkey.org/~dugsong/ or mail him for more or bug the hal2001 guys to put all the presentation online. ` > ---end quoted text--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 11:30:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.intra.waag.org (A20.waag.org [194.134.18.30]) by hub.freebsd.org (Postfix) with ESMTP id 242D737B403 for ; Tue, 14 Aug 2001 11:30:56 -0700 (PDT) (envelope-from pankaj@sarai.net) Received: (from pankaj@localhost) by mail.intra.waag.org (8.9.3/8.9.3/Debian 8.9.3-21) id UAA11485; Tue, 14 Aug 2001 20:30:10 +0200 Date: Tue, 14 Aug 2001 20:30:05 +0200 From: Pankaj To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tcpdump newbie question Message-ID: <20010814203005.C10786@sarai.net> References: <20010814170310.B6044@sarai.net> <200108141512.f7EFCJc45067@star.rila.bg> <20010814202721.B10786@sarai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010814202721.B10786@sarai.net>; from pankaj@sarai.net on Tue, Aug 14, 2001 at 08:27:21PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 14, 2001 at 08:27:21PM +0200, Pankaj wrote: > On Tue, Aug 14, 2001 at 06:12:19PM +0300, Vladimir Terziev wrote: > > > > I think this is not valid for all protocols ... > > > > > What about this packet? > > > > 18:08:56.232653 xxx.xxx.xxx.ssh > yyy.yyy.yyy.863: . ack 369 win 17200 > > (DF) [tos 0x10] > oke dokie baby wants to read ssh packet > mama says > hey you can do that with tcpdump but dug song wrote an app OOPS YOU CAN NOT DO WITH TCPDUMP Sorry about that To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 12:12:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.neuson-ag.com (mail.neuson-ag.com [212.152.154.130]) by hub.freebsd.org (Postfix) with SMTP id 1BDB837B406; Tue, 14 Aug 2001 12:12:15 -0700 (PDT) (envelope-from info@vrsite2.com) Received: from no.name.available by mail.neuson-ag.com via smtpd (for hub.freebsd.org [216.136.204.18]) with SMTP; 14 Aug 2001 19:21:49 UT Received: from ns5.pib.com.br ([192.168.10.253]) by nbamails1.neusonkramer.com with Microsoft SMTPSVC(5.0.2195.2966); Tue, 14 Aug 2001 10:10:07 +0200 Reply-To: From: "info@vrsite2.com" To: "4468@telconet.net" <4468@telconet.net> Message-ID: <0997777005.0093966895@ns5.pib.com.br> Subject: Foreign residents: Is the market taking you for a ride? 1582306 Content-Type: text/plain; charset="us-ascii";format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Aug 2001 08:10:08.0397 (UTC) FILETIME=[8854C3D0:01C12498] Date: 14 Aug 2001 10:10:08 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ============================================================================= Attention: An "english" speaking representative will be contacting you to verify your correct mailing information prior to shipping you your FREE special report(s). A valid number is required! We apologize, but this investment opportunity does not apply to "United States, India and Pakistan residents at this time. ============================================================================= Currency Trading Made Simple! Do You Have The Yen To Be a A Millionaire? 200% return in less than 90 days! Unique Strategy Trading in the International Currency Markets! Largest MarketPlace in the World! Get our Reports, Charts and Strategies on the U.S. Dollar vs Japanese yen and euro. Example: A $5,000 Investment in the Euro vs the Dollar, "properly positioned", on 09/29/00 could have returned $12,500.00 on 10/19/00. For your FREE information package, contact us today. http://www.dio.pp.ru/user534/curr/default.html ============================================================================= Attention: An "english" speaking representative will be contacting you to verify your correct mailing information prior to shipping you your FREE special report(s). A valid number is required! We apologize, but this investment opportunity does not apply to "United States, India and Pakistan residents at this time. ============================================================================= If you wish not to be part of our"in house" mailing list mailto:remove@vrsite2.com You have received this email by either requesting more information on one of our opportunities or someone may have used your email address. If you received this email in error, please accept our apologies. (Any attempts to disrupt theemail address etc., will not allow us to be able to retrieve and process your opt out requests.) ============================================================================= **** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 12:18:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 1251F37B405 for ; Tue, 14 Aug 2001 12:18:16 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Aug 2001 20:18:15 +0100 (BST) To: Sansonetti Laurent Cc: freebsd-hackers@freebsd.org Subject: Re: Reading files within the kernel (was Re: allocating userland space...) In-Reply-To: Your message of "Tue, 14 Aug 2001 01:10:19 +0200." <003401c1244d$1fa6ee80$0201a8c0@teledisnet.be> Date: Tue, 14 Aug 2001 20:18:14 +0100 From: Ian Dowse Message-ID: <200108142018.aa65178@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <003401c1244d$1fa6ee80$0201a8c0@teledisnet.be>, Sansonetti Laurent w rites: >A another stupid question, how can I do to stop the loading process in >MOD_LOAD event handler (in my case, if the cfg file doesn't exist, it should >be better to interrupt..) ? Someone else might a have better idea of how this works, but it seems to me that the best you can do is printf a descriptive error message and return a non-zero value from the module event handler function. The return code from the event handler will be printed on the console by the kernel, and the event handler will then immediately be called with MOD_UNLOAD. It seems that the KLD is not actually unloaded in this case, and no error is returned to the kldload process, but the user can then manually unload the KLD, correct the problem and try again. That's just from a quick read of the code so it may be wrong. Try adding printf's to the MOD_LOAD and MOD_UNLOAD cases in the event handler, and see what happens when MOD_LOAD returns non-zero. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 12:36:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iona.dcs.gla.ac.uk (iona.dcs.gla.ac.uk [130.209.240.35]) by hub.freebsd.org (Postfix) with ESMTP id D470D37B40A for ; Tue, 14 Aug 2001 12:36:36 -0700 (PDT) (envelope-from neugebar@dcs.gla.ac.uk) Received: from therese.dcs.gla.ac.uk ([130.209.241.134] helo=therese.dcs.gla.ac.uk.dcs.gla.ac.uk) by iona.dcs.gla.ac.uk with esmtp (Exim 3.13 #1) id 15WjzP-0001tS-00; Tue, 14 Aug 2001 20:36:35 +0100 Received: by therese.dcs.gla.ac.uk.dcs.gla.ac.uk (8.11.3/Dumb) id f7EJaKb89878; Tue, 14 Aug 2001 20:36:20 +0100 (BST) To: volf@oasis.IAEhv.nl (Frank Volf) Cc: freebsd-hackers@freebsd.org Subject: Re: how to debug a kld module? References: <20010813203047.C9E2F3E07@drawbridge.oasis.IAEhv.nl> From: Rolf Neugebauer Date: 14 Aug 2001 20:36:19 +0100 In-Reply-To: volf@oasis.IAEhv.nl's message of "Mon, 13 Aug 2001 22:30:47 +0200 (CEST)" Message-ID: Lines: 87 User-Agent: Gnus/5.0805 (Gnus v5.8.5) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG volf@oasis.IAEhv.nl (Frank Volf) writes: > Rolf Neugebauer wrote: > > > My system panics with a page fault in one of my kernel loadable modules. I > > > want to debug this, but I can't find a way to load that module and its > > > symbol table into gdb. > > > > > > The steps that I have taken are > > > > > > gdb -k /sys/compile/DRAWBRIDGE/kernel.debug vmcore.11 > > > > > > which gives me a normal kenel with debug symbols that I can debug? But, how > > > can I load the offending kld module symbol table as well? Or can I only > > > properly debug this, when I compile the module into the kernel? > > > > Try following the steps in the developers handbook: > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > > > In particular the section 11.6 Debugging Loadable Modules Using GDB: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/x4290.html > > Thanks, this is very usefull information, so I feel rather stupid to ask the > next question. How exactly do I walk the linker_files structure as described > in the developers handbook: > > gdb -k /sys/compile/DRAWBRIDGE/kernel.debug vmcore.13 > GNU gdb 4.18 > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-unknown-freebsd"... > IdlePTD 3633152 > initial pcb at 2e6600 > panicstr: page fault > .... > > (kgdb) print linker_files > $1 = -1067722752 > (kgdb) print *linker_files > $2 = 5 > (kgdb) print linker_files->tqh_first > Attempt to extract a component of a value that is not a structure pointer. > (kgdb) whatis linker_files > type = > > What am I doing wrong? Something doesn't look right here :( Disclainer: I have never done debugging with dumps, I normally use serial line remote debugging. I suspect you don't have debugging symbols in your kernel.debug. Have compiled the kernel with -g? I use: makeoptions DEBUG=-g in my kernel config. You can also specify it as an argument to config. With this gdb should know what type 'linker_files' is. e.g, if I do: gdb -k kernel.debug [snip] (kgdb) tar rem /dev/cuaa1 [snip] (kgdb) print linker_files $1 = {tqh_first = 0xc05ae800, tqh_last = 0xc1bc840c} This is on 4.3-STABLE. If I use gdb without debugging kernel, I get similar results as you do: gdb -k kernel [snip] (kgdb) tar rem /dev/cuaa1 [snip] (kgdb) p linker_files $1 = -1067784192 (kgdb) p *linker_files $2 = 3 NB.: the /sys/modules/vinum directory contains some handy gdb init scripts for module debugging. in particular .gdbinit.vinum.paths which walks the list of loaded modules for you and loads the symbols. Rolf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 12:42:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nsu.ru (b.ns.ssc.nsu.ru [193.124.215.221]) by hub.freebsd.org (Postfix) with ESMTP id E196D37B40A for ; Tue, 14 Aug 2001 12:42:16 -0700 (PDT) (envelope-from lucky@land3.nsu.ru) Received: from land3.nsu.ru ([193.124.213.230]) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 15WUEZ-0003iy-00 for hackers@freebsd.org; Tue, 14 Aug 2001 09:47:11 +0700 Received: from localhost (lucky@localhost) by land3.nsu.ru (8.11.4/8.11.4) with ESMTP id f7E2l6I34743 for ; Tue, 14 Aug 2001 09:47:06 +0700 (NOVST) (envelope-from lucky@land3.nsu.ru) Date: Tue, 14 Aug 2001 09:47:06 +0700 (NOVST) From: Alexey Privalov To: hackers@freebsd.org Subject: licq & socks5 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ---------- Forwarded message ---------- Date: Mon, 13 Aug 2001 23:05:15 +0700 (NOVST) From: Alexey Privalov To: questions@freebsd.org Subject: licq & socks5 hi guys.. i`m trying to compiling licq with socks5 support, but i`d received following message: c++ -O2 -fno-exceptions -fno-check-new -pthread -o licq licq.o main.o icqpacket.o socket.o icqd.o icqd-udp.o icqd-tcp.o icqd-threads.o remoteserver.o icqevent.o buffer.o user.o history.o utility.o countrycodes.o log.o translate.o file.o message.o support.o pthread_rdwr.o onevent.o plugind.o sar.o languagecodes.o icqd-chat.o sighandler.o icqd-filetransfer.o hebrev.o icqcolor.o -Wl,--export-dynamic -lsocks5 -lssl -lcrypto -lc_r -lc_r /usr/libexec/elf/ld: cannot find -lsocks5 gmake[2]: *** [licq] error 1 when i add -L/usr/local/lib in Makefile then i see: c++ -O2 -fno-exceptions -fno-check-new -pthread -o licq licq.o main.o icqpacket.o socket.o icqd.o icqd-udp.o icqd-tcp.o icqd-threads.o remoteserver.o icqevent.o buffer.o user.o history.o utility.o countrycodes.o log.o translate.o file.o message.o support.o pthread_rdwr.o onevent.o plugind.o sar.o languagecodes.o icqd-chat.o sighandler.o icqd-filetransfer.o hebrev.o icqcolor.o -Wl,--export-dynamic -L/usr/local/lib -lsocks5 -lssl -lcrypto -lc_r -lc_r socket.o: In function `INetSocket::SetLocalAddress(bool)': socket.o(.text+0x6d6): undefined reference to `SOCKSgetsockname' socket.o: In function `INetSocket::OpenConnection(void)': socket.o(.text+0x871): undefined reference to `SOCKSconnect' socket.o: In function `INetSocket::StartServer(unsigned int)': socket.o(.text+0x930): undefined reference to `SOCKSbind' socket.o(.text+0x973): undefined reference to `SOCKSlisten' socket.o: In function `INetSocket::CloseConnection(void)': socket.o(.text+0x9d2): undefined reference to `SOCKSclose' socket.o: In function `INetSocket::SendRaw(CBuffer *)': socket.o(.text+0xa0f): undefined reference to `SOCKSsend' socket.o: In function `INetSocket::RecvRaw(void)': socket.o(.text+0xa82): undefined reference to `SOCKSrecv' socket.o: In function `TCPSocket::RecvConnection(TCPSocket &)': socket.o(.text+0xb0b): undefined reference to `SOCKSaccept' socket.o: In function `TCPSocket::SendPacket(CBuffer *)': socket.o(.text+0xdad): undefined reference to `SOCKSsend' socket.o(.text+0xe02): undefined reference to `SOCKSsend' socket.o: In function `TCPSocket::RecvPacket(void)': socket.o(.text+0xfb5): undefined reference to `SOCKSrecv' socket.o(.text+0x1100): undefined reference to `SOCKSrecv' gmake[2]: *** [licq] error 1 before compiling i`d installed socks5 lib and checked that libsocks5 exist in /usr/loca/lib what i must do? thanks for all. /lucky To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 13:24:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 28C5737B40F; Tue, 14 Aug 2001 13:24:14 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7EKODc14373; Tue, 14 Aug 2001 13:24:13 -0700 Date: Tue, 14 Aug 2001 13:24:13 -0700 From: Brooks Davis To: Robert Watson Cc: hackers@freebsd.org Subject: Re: Fwd: error in ip_checkinterface code? Message-ID: <20010814132413.B12624@Odin.AC.HMC.Edu> References: <20010813143116.A13647@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@freebsd.org on Tue, Aug 14, 2001 at 11:00:40AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 14, 2001 at 11:00:40AM -0400, Robert Watson wrote: >=20 > Well, the BPF code relies on the ifnet pointer being set or not to > determine if a packet is "locally sourced". This permits userland > programs to differentiate packets targeted at a local ethernet address but > remotely sourced (i.e., looped back) when bridging. "locally sourced" > becomes sort of fuzzy in the face of a variety of less traditional packet > sources, but is useful. I'd prefer it if non-local packets always had an > ifnet defined--could you describe the circumstances where that is not the > case in a little more detail?=20 In our case, packets arrive via gif IP-over-IP tunnels, get processed a bit and then sent up an ng_socket into userland. In userland, they are routed through a simulated network which may lose them, delay them significantly, modify them, or generate new packets from them or in response to them. Any packets that leave the simulation go back down the socket and are pushed onto the IP layer. At this point the kernel panics because there is no rcvif on the mbuf. There's also no really sane way to choose one because some of the packets are created in the simulation. -- Brooks --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7eYjtXY6L6fI4GtQRAn4KAKCNJpO1bsUSrnW7ZJk3j5IoWvvv+ACgp3Cr O2ruJ1E7OtK0rtY+3SNjwSY= =8X1j -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 13:59:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id CF6A537B403; Tue, 14 Aug 2001 13:59:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.142.60.Dial1.SanJose1.Level3.net [209.245.142.60]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA28218; Tue, 14 Aug 2001 13:59:48 -0700 (PDT) Message-ID: <3B79916D.FE1342E2@mindspring.com> Date: Tue, 14 Aug 2001 14:00:29 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel M. Eischen" Cc: Jonathan Chen , hackers@FreeBSD.ORG Subject: Re: pthreads and poll() References: <20010813120455.A63309@enterprise.spock.org> <3B780BFC.F2BA0A9B@vigrid.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Daniel M. Eischen" wrote: > We don't provide locking for fd's any longer (I thought this was only in > -current, but your results seem to indicate otherwise). If we did, only > one thread would wake up. The mistake in your sample seems to be that > you're having all threads block on the same fd. Why? Probably he has a bunch of daemons waiting around for work to do (e.g. HTTP daemons all listening for connections to accept on the same fd). Lot's of applications could use this model to get a performance boost. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 15:25:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id AFAB537B40C for ; Tue, 14 Aug 2001 15:25:37 -0700 (PDT) (envelope-from boshea@netapp.com) Received: from frejya.corp.netapp.com (frejya.corp.netapp.com [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f7EMPaX09524; Tue, 14 Aug 2001 15:25:37 -0700 (PDT) Received: from eclipse-fe.eng.netapp.com (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f7EMPac19670; Tue, 14 Aug 2001 15:25:36 -0700 (PDT) Received: (from boshea@localhost) by eclipse-fe.eng.netapp.com (8.8.8+Sun/8.8.8) id PAA28752; Tue, 14 Aug 2001 15:25:36 -0700 (PDT) Date: Tue, 14 Aug 2001 15:25:36 -0700 From: "brian o'shea" To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Signal Handling Message-ID: <20010814152536.B27553@netapp.com> References: <20010813160932.30924.qmail@web12801.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: <20010813160932.30924.qmail@web12801.mail.yahoo.com>; from Hans Zaunere on Mon, Aug 13, 2001 at 09:09:32AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 13, 2001 at 09:09:32AM -0700, Hans Zaunere wrote: [...] > However in reading about this, in Steven's Advanced > Programming in the UNIX Environment, he states: > "Naturally a signal that is being caught by a process > that calls exec cannot be caught in the new program, > since the address of the signal-catching function in > the caller probably has no meaning in the new program > file that is execed. Page. 273) > > This makes sense to me, however doesn't seem to be the > case. Three questions: This is true, except in the case where you exec() the same executable that called exec() in the first place. It sounds like this is what you are doing (calling exec() with argv[0] as the path to the new executable). In that case, the signal handler's address will be the same. Unix unsets the signal handler in the exec()ed process to handle the common case, which is that most people use exec() after a fork() to run a new executable. It is highly unlikely that the signal handlers for a given signal in two different executable files will have the same address. > 1) Why, in the first place, does a signal become > blocked after it is recieved? Why does the kernel > want to do this? I think it's to prevent the signal handler from being called while your process is alredy executing the handler. If your process receives signal 15, it is stopped by the kernel and the handler for that function is called. If while the handler is executing, the process receives signal 15 again, you don't want the signal handler to be called while it is already executing. Anybody else have some input on this? > 2) If a 10k binary is running, the signal is sent, and > the program is reloaded from disk, but is 100k (or 1k > even) how does the signal handling function get > called, taking into account what Stevens says. Steven > states that the sigmask remains for calls across exec, > so wouldn't the wrong address to the handler function > be used? No, the signal mask is not the address of the handler function. It is the bit mask which determines which signals are blocked. > 3) Is my using of exec, in fact, the best way to > reload the program on the fly, from within itself? > What would be the best, robust, way to do this in the > future? I think that exec() is the best way. -brian -- Brian O'Shea "Stare not too deeply into the pen, 3.3.163(PEN) lest the pen stare back into you." (408) 822-3249 -------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 15:41:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from erasmus.off.net (erasmus.off.net [64.39.30.25]) by hub.freebsd.org (Postfix) with ESMTP id A237E37B405; Tue, 14 Aug 2001 15:41:55 -0700 (PDT) (envelope-from zab@erasmus.off.net) Received: by erasmus.off.net (Postfix, from userid 928) id E7F6D5FF66; Tue, 14 Aug 2001 22:41:56 +0000 (/etc/localtime) Date: Tue, 14 Aug 2001 18:41:56 -0400 From: Zach Brown To: Terry Lambert Cc: "Daniel M. Eischen" , Jonathan Chen , hackers@FreeBSD.ORG Subject: Re: pthreads and poll() Message-ID: <20010814184156.A4825@erasmus.off.net> References: <20010813120455.A63309@enterprise.spock.org> <3B780BFC.F2BA0A9B@vigrid.com> <3B79916D.FE1342E2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3B79916D.FE1342E2@mindspring.com>; from tlambert2@mindspring.com on Tue, Aug 14, 2001 at 02:00:29PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [pulls out his dead horse..] > > one thread would wake up. The mistake in your sample seems to be that > > you're having all threads block on the same fd. Why? > > Probably he has a bunch of daemons waiting around for work to > do (e.g. HTTP daemons all listening for connections to accept > on the same fd). Lot's of applications could use this model > to get a performance boost. I have yet to see a 'thundering accept()' actually shown to be a meaningful performance problem. Are there more than two significant situations here? a) you have lots of idle servers waiting for work on an fd. it arrives, they all wake up, only to find that one of them gets to do real work. Who cares? you were idle. you had time to kill. The time when this wouldn't be acceptable would be if there were _very_ tight response time constraints. b) you're under load. your servers are off doing work under that load. you rarely see a significant number of them waiting for new work at the same time. wakeups (or scheduling) don't make up a meaningful percentage of the real work (io, networking, app data crunching, etc) that is being done. "b)" was the case at the zdnet benchmarks, though people ran around screaming things about thundering accept()s apaches when not a one of them had profiling runs in front of them :) I'm not saying that wake-one isn't a fine idea, I just keep seeing references to the mystical thundering accept() wakeup problem and its solution that brings better performance. I keep asking when people mention it and no one has been able to show this to be the case based on numbers. Am I insane? - z To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 16: 7:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 9888B37B40E; Tue, 14 Aug 2001 16:07:43 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 6885281D0D; Tue, 14 Aug 2001 18:07:33 -0500 (CDT) Date: Tue, 14 Aug 2001 18:07:33 -0500 From: Alfred Perlstein To: Zach Brown Cc: Terry Lambert , "Daniel M. Eischen" , Jonathan Chen , hackers@FreeBSD.ORG Subject: Re: pthreads and poll() Message-ID: <20010814180733.F38066@elvis.mu.org> References: <20010813120455.A63309@enterprise.spock.org> <3B780BFC.F2BA0A9B@vigrid.com> <3B79916D.FE1342E2@mindspring.com> <20010814184156.A4825@erasmus.off.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010814184156.A4825@erasmus.off.net>; from zab@zabbo.net on Tue, Aug 14, 2001 at 06:41:56PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Zach Brown [010814 17:42] wrote: > [pulls out his dead horse..] > > > > one thread would wake up. The mistake in your sample seems to be that > > > you're having all threads block on the same fd. Why? > > > > Probably he has a bunch of daemons waiting around for work to > > do (e.g. HTTP daemons all listening for connections to accept > > on the same fd). Lot's of applications could use this model > > to get a performance boost. > > I have yet to see a 'thundering accept()' actually shown to be a > meaningful performance problem. Are there more than two significant > situations here? > > a) you have lots of idle servers waiting for work on an fd. it arrives, > they all wake up, only to find that one of them gets to do real work. > Who cares? you were idle. you had time to kill. The time when this > wouldn't be acceptable would be if there were _very_ tight response > time constraints. > > b) you're under load. your servers are off doing work under that load. > you rarely see a significant number of them waiting for new work at > the same time. wakeups (or scheduling) don't make up a meaningful > percentage of the real work (io, networking, app data crunching, etc) > that is being done. > > "b)" was the case at the zdnet benchmarks, though people ran around > screaming things about thundering accept()s apaches when not a one of > them had profiling runs in front of them :) > > I'm not saying that wake-one isn't a fine idea, I just keep seeing > references to the mystical thundering accept() wakeup problem and its > solution that brings better performance. I keep asking when people > mention it and no one has been able to show this to be the case based > on numbers. > > Am I insane? Not insane, just wrong. Picture a moderately loaded server, this is where the superfluous wakeups cause a moderately loaded server to go over the edge. Here's a reference about this: http://www.citi.umich.edu/projects/linux-scalability/reports/accept.html Linux was only about 5 years behind in discovering/implementing this. :) -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 19:47:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web12802.mail.yahoo.com (web12802.mail.yahoo.com [216.136.174.37]) by hub.freebsd.org (Postfix) with SMTP id A5F7B37B405 for ; Tue, 14 Aug 2001 19:47:50 -0700 (PDT) (envelope-from zaunere@yahoo.com) Message-ID: <20010815024750.21433.qmail@web12802.mail.yahoo.com> Received: from [66.114.66.188] by web12802.mail.yahoo.com; Tue, 14 Aug 2001 19:47:50 PDT Date: Tue, 14 Aug 2001 19:47:50 -0700 (PDT) From: Hans Zaunere Subject: Re: Signal Handling To: brian o'shea Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010814152536.B27553@netapp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > [...] > > 2) If a 10k binary is running, the signal is sent, > and > > the program is reloaded from disk, but is 100k (or > 1k > > even) how does the signal handling function get > > called, taking into account what Stevens says. > Steven > > states that the sigmask remains for calls across > exec, > > so wouldn't the wrong address to the handler > function > > be used? > > No, the signal mask is not the address of the > handler function. It is > the bit mask which determines which signals are > blocked. > Sorry, I think I miss spoke myself. If a signal handler is setup in the running process, and exec is called, replacing the same program, but this time, the program is much smaller or bigger, will the signal handler function be in the right place? The same program is exec'd, but since it's a different size, won't the signal handler function pointer, point to the wrong place? In general, if exec'ing a process (regardless if its the same or not) how are signal handlers sustained, so that the new process has them as well? Thank you Hans __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 20:14:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from db.wireless.net (adsl-gte-la-216-86-194-70.mminternet.com [216.86.194.70]) by hub.freebsd.org (Postfix) with ESMTP id 1D6CD37B412 for ; Tue, 14 Aug 2001 20:14:10 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (localhost [127.0.0.1]) by db.wireless.net (8.11.1/8.11.1) with SMTP id f7F3HQB09092 for ; Tue, 14 Aug 2001 20:17:26 -0700 (PDT) (envelope-from dbutter@wireless.net) Content-Type: text/plain; charset="iso-8859-1" From: Devin Butterfield To: freebsd-hackers@FreeBSD.ORG Subject: if_strip for FreeBSD? Date: Tue, 14 Aug 2001 20:17:26 -0700 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01081420172600.09085@db.wireless.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I was thinking about porting netbsd's if_strip driver (the driver for the metricom ricochet radios--allows you to use these radios as nodes in a WLAN). Before I do this, I thought I should first check to see if anyone else had already ported it to FreeBSD...? -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 20:31:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp-1.enteract.com (smtp-1.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 8E4DE37B401 for ; Tue, 14 Aug 2001 20:31:39 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: from shell-3.enteract.com (shell-3.enteract.com [207.229.143.42]) by smtp-1.enteract.com (Postfix) with ESMTP id D4B118A6F; Tue, 14 Aug 2001 22:31:38 -0500 (CDT) Date: Tue, 14 Aug 2001 22:31:38 -0500 (CDT) From: David Scheidt X-X-Sender: To: Devin Butterfield Cc: Subject: Re: if_strip for FreeBSD? In-Reply-To: <01081420172600.09085@db.wireless.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 14 Aug 2001, Devin Butterfield wrote: :Hi folks, : :I was thinking about porting netbsd's if_strip driver (the driver for the :metricom ricochet radios--allows you to use these radios as nodes in a WLAN). :Before I do this, I thought I should first check to see if anyone else had :already ported it to FreeBSD...? Are these useful now that metricom has shut down? -- dscheidt@tumbolia.com Bipedalism is only a fad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 21:12: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 7968137B401 for ; Tue, 14 Aug 2001 21:12:02 -0700 (PDT) (envelope-from boshea@netapp.com) Received: from frejya.corp.netapp.com (frejya.corp.netapp.com [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f7F4C0X22270; Tue, 14 Aug 2001 21:12:00 -0700 (PDT) Received: from eclipse-fe.eng.netapp.com (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f7F4BxC07504; Tue, 14 Aug 2001 21:11:59 -0700 (PDT) Received: (from boshea@localhost) by eclipse-fe.eng.netapp.com (8.8.8+Sun/8.8.8) id VAA25045; Tue, 14 Aug 2001 21:11:58 -0700 (PDT) Date: Tue, 14 Aug 2001 21:11:58 -0700 From: "brian o'shea" To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Signal Handling Message-ID: <20010814211158.A22386@netapp.com> References: <20010814152536.B27553@netapp.com> <20010815024750.21433.qmail@web12802.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: <20010815024750.21433.qmail@web12802.mail.yahoo.com>; from Hans Zaunere on Tue, Aug 14, 2001 at 07:47:50PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 14, 2001 at 07:47:50PM -0700, Hans Zaunere wrote: > > [...] > > > 2) If a 10k binary is running, the signal is sent, and the program > > > is reloaded from disk, but is 100k (or 1k even) how does the > > > signal handling function get called, taking into account what > > > Stevens says. Steven states that the sigmask remains for calls > > > across exec, so wouldn't the wrong address to the handler function > > > be used? > > > > No, the signal mask is not the address of the handler function. It > > is the bit mask which determines which signals are blocked. > > > > Sorry, I think I miss spoke myself. If a signal handler is setup in > the running process, and exec is called, replacing the same program, > but this time, the program is much smaller or bigger, will the signal > handler function be in the right place? The same program is exec'd, > but since it's a different size, won't the signal handler function > pointer, point to the wrong place? If a program calls exec on the file that is the current text file (i.e. argv[0]), then the text segment of the process will be the same size as it was before the call to exec, because it will be identical. The only reason why the process' size might (and probably will) be different is because of any dynamically allocated memory, and because of and stack growth from function calls and local variable allocation. Neither of these effect the address of any of the functions in the program (including the signal handlers). However, since your program sets the signal handlers explicitly, when the program is restarted after the call to exec, doesn't it set the signal handlers again? I'm guessing that this is why you are seeing them set in the process after the exec. > > In general, if exec'ing a process (regardless if its the same or not) > how are signal handlers sustained, so that the new process has them as > well? They are not, as Stevens' book explains. Only the signal mask is copied. The signal mask has nothing to do with the addresses of the signal handlers. Hope that helps, -brian -- Brian O'Shea "Stare not too deeply into the pen, 3.3.163(PEN) lest the pen stare back into you." (408) 822-3249 -------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 21:12:56 2001 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 2BDC737B401 for ; Tue, 14 Aug 2001 21:12:52 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA10117; Tue, 14 Aug 2001 21:08:47 -0700 (PDT) Message-ID: <3B79F305.C8F57536@elischer.org> Date: Tue, 14 Aug 2001 20:56:53 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Devin Butterfield Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: if_strip for FreeBSD? References: <01081420172600.09085@db.wireless.net> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Devin Butterfield wrote: > > Hi folks, > > I was thinking about porting netbsd's if_strip driver (the driver for the > metricom ricochet radios--allows you to use these radios as nodes in a WLAN). > Before I do this, I thought I should first check to see if anyone else had > already ported it to FreeBSD...? > -- > Regards, Devin. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message didn't ricochet go into chapter 11 and sell all their assets yesterday? -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 22:27:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7C30537B40F for ; Tue, 14 Aug 2001 22:27:20 -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.11.3/8.11.3) with ESMTP id f7F5RJq10480; Tue, 14 Aug 2001 23:27:19 -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.11.3/8.11.4) with ESMTP id f7F5RIW20743; Tue, 14 Aug 2001 23:27:18 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108150527.f7F5RIW20743@harmony.village.org> To: David Scheidt Subject: Re: if_strip for FreeBSD? Cc: Devin Butterfield , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 14 Aug 2001 22:31:38 CDT." References: Date: Tue, 14 Aug 2001 23:27:18 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message David Scheidt writes: : :I was thinking about porting netbsd's if_strip driver (the driver for the : :metricom ricochet radios--allows you to use these radios as nodes in a WLAN). : :Before I do this, I thought I should first check to see if anyone else had : :already ported it to FreeBSD...? : : Are these useful now that metricom has shut down? Some versions of the metricom modems would allow point to point communications when they weren't on the merticom net. I don't know if this driver is for one of these or not, but it might not be a bad thing to do if so. I'll be there will be a lot of cheap modems on the market soon. Sierra evidentally got stiffed for $10M in inventory of these modems. They should be appearing on the surplus market soon... Wanrer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 23:32:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from db.wireless.net (adsl-gte-la-216-86-194-70.mminternet.com [216.86.194.70]) by hub.freebsd.org (Postfix) with ESMTP id CD5A037B409 for ; Tue, 14 Aug 2001 23:32:32 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (localhost [127.0.0.1]) by db.wireless.net (8.11.1/8.11.1) with SMTP id f7F6ZYB09481; Tue, 14 Aug 2001 23:35:34 -0700 (PDT) (envelope-from dbutter@wireless.net) Content-Type: text/plain; charset="iso-8859-1" From: Devin Butterfield To: Warner Losh , David Scheidt Subject: Re: if_strip for FreeBSD? Date: Tue, 14 Aug 2001 23:35:34 -0700 X-Mailer: KMail [version 1.2] Cc: freebsd-hackers@FreeBSD.ORG References: <200108150527.f7F5RIW20743@harmony.village.org> In-Reply-To: <200108150527.f7F5RIW20743@harmony.village.org> MIME-Version: 1.0 Message-Id: <01081423353401.09131@db.wireless.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 14 August 2001 10:27, Warner Losh wrote: > In message David Scheidt writes: > : :I was thinking about porting netbsd's if_strip driver (the driver for > : : the metricom ricochet radios--allows you to use these radios as nodes > : : in a WLAN). Before I do this, I thought I should first check to see if > : : anyone else had already ported it to FreeBSD...? > : > : Are these useful now that metricom has shut down? > > Some versions of the metricom modems would allow point to point > communications when they weren't on the merticom net. I don't know if > this driver is for one of these or not, but it might not be a bad > thing to do if so. I'll be there will be a lot of cheap modems on the > market soon. Sierra evidentally got stiffed for $10M in inventory of > these modems. They should be appearing on the surplus market soon... Exactly. This is the reason for my interest. I have a couple of the new 128Kbs radios (the ricochet GS and GT models) and they have a different MAC address format then the older radios that the if_strip driver was originally written for. The difference is only this: Older radio MAC format: XXXX-XXXX Newer radio MAC format: XX-XXXX-XXXX or XXX-XXXX-XXXX So in addition to porting the basic driver to freebsd, it would be smart to add code to accommodate the newer radios. Oh, and the new radios work in peer-to-peer mode just fine. You can either use them like regular modems and just dial the MAC address of the other modem and establish a ppp link, or they can be used in "Starmode" (which is what if_strip is for), allowing you to use them like wireless ethernet cards. -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 23:39:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8DDD737B40E for ; Tue, 14 Aug 2001 23:39:22 -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.11.3/8.11.3) with ESMTP id f7F6dLq10576; Wed, 15 Aug 2001 00:39:21 -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.11.3/8.11.4) with ESMTP id f7F6dKW21053; Wed, 15 Aug 2001 00:39:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108150639.f7F6dKW21053@harmony.village.org> To: Devin Butterfield Subject: Re: if_strip for FreeBSD? Cc: David Scheidt , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 14 Aug 2001 23:35:34 PDT." <01081423353401.09131@db.wireless.net> References: <01081423353401.09131@db.wireless.net> <200108150527.f7F5RIW20743@harmony.village.org> Date: Wed, 15 Aug 2001 00:39:20 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <01081423353401.09131@db.wireless.net> Devin Butterfield writes: : Oh, and the new radios work in peer-to-peer mode just fine. You can either : use them like regular modems and just dial the MAC address of the other modem : and establish a ppp link, or they can be used in "Starmode" (which is what : if_strip is for), allowing you to use them like wireless ethernet cards. Cool what frequency do the new cards operate at? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 14 23:52:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from db.wireless.net (adsl-gte-la-216-86-194-70.mminternet.com [216.86.194.70]) by hub.freebsd.org (Postfix) with ESMTP id C33B237B40A for ; Tue, 14 Aug 2001 23:52:24 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from db.wireless.net (localhost [127.0.0.1]) by db.wireless.net (8.11.1/8.11.1) with SMTP id f7F6tcB09547; Tue, 14 Aug 2001 23:55:38 -0700 (PDT) (envelope-from dbutter@wireless.net) Content-Type: text/plain; charset="iso-8859-1" From: Devin Butterfield To: Warner Losh Subject: Re: if_strip for FreeBSD? Date: Tue, 14 Aug 2001 23:55:38 -0700 X-Mailer: KMail [version 1.2] Cc: freebsd-hackers@FreeBSD.ORG References: <01081423353401.09131@db.wireless.net> <200108150527.f7F5RIW20743@harmony.village.org> <200108150639.f7F6dKW21053@harmony.village.org> In-Reply-To: <200108150639.f7F6dKW21053@harmony.village.org> MIME-Version: 1.0 Message-Id: <01081423553800.09528@db.wireless.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 14 August 2001 11:39, Warner Losh wrote: > In message <01081423353401.09131@db.wireless.net> Devin Butterfield writes: > : Oh, and the new radios work in peer-to-peer mode just fine. You can > : either use them like regular modems and just dial the MAC address of the > : other modem and establish a ppp link, or they can be used in "Starmode" > : (which is what if_strip is for), allowing you to use them like wireless > : ethernet cards. > > Cool what frequency do the new cards operate at? 902-928MHz. They are Frequency hopping spread spectrum radios, and I think they can do 1 watt max. I've found that I can maintain a link at about 2 blocks away with ping times around 180-200ms (using PPP). I'm sure I could probably get even better range if there weren't any houses or trees in the way. :) -- Regards, Devin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 0: 3:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 43F0C37B406 for ; Wed, 15 Aug 2001 00:03:22 -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.11.3/8.11.3) with ESMTP id f7F73Kq10639; Wed, 15 Aug 2001 01:03:21 -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.11.3/8.11.4) with ESMTP id f7F73KW21162; Wed, 15 Aug 2001 01:03:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108150703.f7F73KW21162@harmony.village.org> To: Devin Butterfield Subject: Re: if_strip for FreeBSD? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 14 Aug 2001 23:55:38 PDT." <01081423553800.09528@db.wireless.net> References: <01081423553800.09528@db.wireless.net> <01081423353401.09131@db.wireless.net> <200108150527.f7F5RIW20743@harmony.village.org> <200108150639.f7F6dKW21053@harmony.village.org> Date: Wed, 15 Aug 2001 01:03:20 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <01081423553800.09528@db.wireless.net> Devin Butterfield writes: : 902-928MHz. They are Frequency hopping spread spectrum radios, and I think : they can do 1 watt max. I've found that I can maintain a link at about 2 : blocks away with ping times around 180-200ms (using PPP). I'm sure I could : probably get even better range if there weren't any houses or trees in the : way. :) Interesting. I wonder if I could use the 900MHz antennas that I have to increase that range :-). Might give me better resistance to the tree problem I have on my 2.4GHz link now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 0:32:38 2001 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 34C6A37B407 for ; Wed, 15 Aug 2001 00:32:33 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA10792; Wed, 15 Aug 2001 00:31:59 -0700 (PDT) Message-ID: <3B7A229C.ABD8870A@elischer.org> Date: Wed, 15 Aug 2001 00:19:56 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Weiguang SHI Cc: freebsd-hackers@freebsd.org Subject: Re: kernel stack size References: Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Weiguang SHI wrote: > > A closer look at the code /usr/src/sys/i386/i386/locore.s astonished > me with the fact that the kernel stack size for a process, at least > for process 0, is 2*4096-sizeof(struct user) = 3988 bytes, less than > even one page. > > Anyone to verify this, please? > BTW, I am looking at the 4.3-stable code. this is true, huge isn;t it?. of course it will be smaller in 5.0-KSE. This is he reason that we will be adding (right david?) the gcc options to allow the compiler to complain if a frame is bigger than some size.. In 4.x you have to have enough room to handle all the nested interrupts that might occur, but in 5.0 each interrupt has it's own stack so you do not have this requirement. I recently however found that teh USB code and the ISA probe code were both making Multi-KB allocations on the stack. I have fixed those that I saw but there are possibly more. If we can get the option in Gcc, then we will try set the number to 100 Bytes per frame or something... In 5-0-KSE there is a single page that contains the stack and the PCB (which is about 660 bytes). We are also looking at adding code to set a hardware watchpoint between the stack and the PCB to catch overruns. > > Thanks > Weiguang > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 0:50:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.mail.onemain.com (SMTP-OUT003.ONEMAIN.COM [63.208.208.73]) by hub.freebsd.org (Postfix) with SMTP id 781EE37B40C for ; Wed, 15 Aug 2001 00:50:11 -0700 (PDT) (envelope-from dancox@teleport.com) Received: (qmail 10161 invoked from network); 15 Aug 2001 07:49:07 -0000 Received: from apx1-03-214.pdx.du.teleport.com (HELO xavierserver) ([216.26.62.214]) (envelope-sender ) by smtp02.mail.onemain.com (qmail-ldap-1.03) with SMTP for ; 15 Aug 2001 07:49:07 -0000 Message-ID: <002301c1255f$978262f0$0100a8c0@network> From: "Dan Cox" To: "hackers" Subject: cannot find root directory Date: Wed, 15 Aug 2001 00:55:01 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When I try logging in as anyone other than root I get a "Cannot find root directory" message and can't log in as that user. The only changes I made were running make-localhost and adding a domain. Any help is appreciated. Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 2: 3:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 079CF37B40A; Wed, 15 Aug 2001 02:03:22 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 15Wwa8-0007fQ-00; Wed, 15 Aug 2001 12:03:20 +0300 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 15Wwa7-0005bH-00; Wed, 15 Aug 2001 12:03:19 +0300 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: mobile@freebsd.org Cc: freebsd-hackers@FreeBSD.ORG Subject: non detected CD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Aug 2001 12:03:19 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG the notebook is a Dell C800, with an internal CD, which only gets recognized if I add autoboot_delay="60" to /boot/loader.conf here is the diff without and with the delay, so someone can help me fix this or at least shed some light. danny --- dmesg.3 Wed Aug 15 11:55:50 2001 +++ dmesg.4 Wed Aug 15 11:58:22 2001 @@ -3,11 +3,11 @@ The Regents of the University of California. All rights reserved. FreeBSD 4.4-PRERELEASE #5: Wed Aug 15 09:10:21 IDT 2001 danny@sulqui:/home/obj/usr/src/sys/SULQUI -Calibrating clock(s) ... TSC clock: 848127438 Hz, i8254 clock: 1193162 Hz +Calibrating clock(s) ... TSC clock: 848127387 Hz, i8254 clock: 1193162 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method -CPU: Pentium III/Pentium III Xeon/Celeron (848.15-MHz 686-class CPU) +CPU: Pentium III/Pentium III Xeon/Celeron (848.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 268353536 (262064K bytes) @@ -137,13 +137,13 @@ isa0: on isab0 atapci0: port 0xbfa0-0xbfaf at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xbfa0 -ata0: mask=03 status0=52 status1=00 +ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 -ata0-slave: ATAPI probe a=d4 b=eb ata0-master: ATAPI probe a=00 b=00 +ata0-slave: ATAPI probe a=14 b=eb ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 -ata0: devices=01 +ata0: devices=09 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xbfa8 ata1: mask=00 status0=ff status1=ff @@ -312,6 +312,14 @@ ad0: 16 secs/int, 1 depth queue, UDMA33 ad0: piomode=4 dmamode=2 udmamode=4 cblid=0 ad0: 19077MB [38760/16/63] at ata0-master UDMA33 +ata0-slave: piomode=4 dmamode=2 udmamode=2 dmaflag=1 +ata0-slave: success setting PIO4 on generic chip +acd0: CDROM drive at ata0 as slave +acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 +acd0: Reads: CD-R, CD-RW, CD-DA stream, packet +acd0: Audio: play, 256 volume levels +acd0: Mechanism: ejectable tray +acd0: Medium: CD-ROM 120mm data disc loaded, unlocked Mounting root from ufs:/dev/ad0s2a ad0s1: type 0x1b, start 63, end = 8305604, size 8305542 : OK ad0s2: type 0xa5, start 8305605, end = 28788479, size 20482875 : OK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 2:42: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 8066137B412 for ; Wed, 15 Aug 2001 02:41:53 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id LAA08869; Wed, 15 Aug 2001 11:41:47 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id f7F9fFW05548; Wed, 15 Aug 2001 11:41:15 +0200 (CEST) (envelope-from root@nihil) Date: Wed, 15 Aug 2001 11:41:14 +0200 (CEST) From: Michael Reifenberger To: Dan Cox Cc: hackers Subject: Re: cannot find root directory In-Reply-To: <002301c1255f$978262f0$0100a8c0@network> Message-ID: <20010815114017.N629-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 15 Aug 2001, Dan Cox wrote: ... > When I try logging in as anyone other than root I get a "Cannot find root > directory" message and can't log in as that user. The only changes I made > were running make-localhost and adding a domain. Any help is appreciated. What are the permissions of "/." ? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 5: 2:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id BEBFB37B403; Wed, 15 Aug 2001 05:02:43 -0700 (PDT) (envelope-from janb@cs.utep.edu) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.11.3/8.11.3) with ESMTP id f7FC2e024038; Wed, 15 Aug 2001 06:02:40 -0600 (MDT) Date: Wed, 15 Aug 2001 06:02:40 -0600 (MDT) From: X-Sender: To: Mike Smith Cc: Subject: Re: more Newbus questions In-Reply-To: <200108142302.f7EN1w403960@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > None of these are newbus items. Interrupt dispatch is not managed by > newbus (due to the costs involved). Instead, interrupts are attached > with bus_setup_intr, which forwards the interrupt handler and argument > to platform-specific code. The resource mananger is involved (since > interrupts are a managed resource), and interrupts must be allocated > using bus_alloc_resource before being set up. > Could you possibly go over how this works on the i386. Is there a global structure that keeps track of all allocated IRQs and interrupt handling routines? What I really need, is to find out, where this structure is built, so that at this point, I can instead build the structure that xmach needs. Or, alternatively, I can wait until that structure is done, and then make the xmach structure from that... Thanks again, JAn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 5:44:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id CF76F37B40D for ; Wed, 15 Aug 2001 05:43:48 -0700 (PDT) (envelope-from freebsd@tarakan-network.com) Received: from chojin ([192.168.69.2]) by tarakan-network.com (8.11.4/8.11.3) with SMTP id f7FCi0E80840 for ; Wed, 15 Aug 2001 14:44:00 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <000701c12587$f5f94010$0245a8c0@chojin> From: "Chojin" To: References: Subject: PHP4 Installation Date: Wed, 15 Aug 2001 14:44:01 +0200 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 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I noticed an error in lastest PHP version installation. In fact, it doesn't check if curl is correctly installed and when it configures, task fails. I needed to go to curl port directory and done a make install. After, I installed again php and everything worked. Chojin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 5:44:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id 7C3CF37B40F for ; Wed, 15 Aug 2001 05:44:41 -0700 (PDT) (envelope-from freebsd@tarakan-network.com) Received: from chojin ([192.168.69.2]) by tarakan-network.com (8.11.4/8.11.3) with SMTP id f7FCisE87082 for ; Wed, 15 Aug 2001 14:44:54 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <000f01c12588$1625a3b0$0245a8c0@chojin> From: "Chojin" To: Subject: Php4 Installation error Date: Wed, 15 Aug 2001 14:44:55 +0200 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 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I noticed an error in lastest PHP version installation. In fact, it doesn't check if curl is correctly installed and when it configures, task fails. I needed to go to curl port directory and done a make install. After, I installed again php and everything worked. Chojin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 9: 6: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web13601.mail.yahoo.com (web13601.mail.yahoo.com [216.136.175.112]) by hub.freebsd.org (Postfix) with SMTP id 3536437B40C for ; Wed, 15 Aug 2001 09:05:59 -0700 (PDT) (envelope-from ioannvelikiy@yahoo.com) Message-ID: <20010815160558.95697.qmail@web13601.mail.yahoo.com> Received: from [193.120.120.162] by web13601.mail.yahoo.com; Wed, 15 Aug 2001 09:05:57 PDT Date: Wed, 15 Aug 2001 09:05:57 -0700 (PDT) From: ioann velikiy Subject: socket question To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi all, little socket question. In Developer Handbook, chapter 5.5, i can see the following: "...If you wanted to be in charge of the low-level protocols (such as IP), or even network interfaces (e.g., the Ethernet), you would need to specify SOCK_RAW ..." PF_INET socket, with type SOCK_RAW, always incapsulates data into IP datagram, so how can i control link level stuff using socket interface ? i looked over PF_LINK socket, so i did socket(PF_LINK, SOCK_RAW, 0); and got `unsupported protocol' error message, quick grep on DOMAIN_SET in /usr/src/sys says that PF_LINK domain is not registered. so, the question is: how can i control link-level headers using socket interface ? thanks, -sergey __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 9:21:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from amun.isnic.is (amun.isnic.is [193.4.58.10]) by hub.freebsd.org (Postfix) with ESMTP id B1B2837B40A for ; Wed, 15 Aug 2001 09:21:33 -0700 (PDT) (envelope-from oli@amun.isnic.is) Received: (from oli@localhost) by amun.isnic.is (8.11.4/8.11.4/isnic) id f7FGLWW31618 for freebsd-hackers@freebsd.org; Wed, 15 Aug 2001 16:21:32 GMT (envelope-from oli) Date: Wed, 15 Aug 2001 16:21:32 +0000 From: Olafur Osvaldsson To: freebsd-hackers@freebsd.org Subject: ssh and setuid Message-ID: <20010815162132.J70497@isnic.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm using 4.3-STABLE since Jul 18. I have been trying to figure out why I was unable to use RhostsRSAAuthentication between my servers even when it was enabled in sshd_config. After looking at sshd.c I noticed the following at line 1061: if (remote_port >= IPPORT_RESERVED || remote_port < IPPORT_RESERVED / 2) { options.rhosts_authentication = 0; options.rhosts_rsa_authentication = 0; } As the ssh in FreeBSD is by default not setuid it uses a higher than privileged port for connecting so obviously that is the reason for my troubles. Wouldn't it be better to only disable rhosts_authentication instead of disabling both when the port is not privileged or atleast have this as an option in make.conf for those that want this option without setting the setuid bit on ssh? Please excuse me if this is not the correct media for this question. Oli -- Olafur Osvaldsson Systems Administrator Internet Iceland inc. Tel: +354 525-5291 Email: oli@isnic.is To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 10:10:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id D86FD37B411; Wed, 15 Aug 2001 10:10:33 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7FHEIC01010; Wed, 15 Aug 2001 10:14:18 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108151714.f7FHEIC01010@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: janb@cs.utep.edu Cc: Mike Smith , hackers@freebsd.org Subject: Re: more Newbus questions In-reply-to: Your message of "Wed, 15 Aug 2001 06:02:40 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Aug 2001 10:14:18 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is *totally* not how to do interrupts with Mach. You should be creating a thread for each interrupt source, and keeping a worklist of interrupt handlers registered against that source. Unfortunately, I can't help you with Mach-related things, since I work for Apple and that'd put me in a conflict-of-interest situation. 8( > > None of these are newbus items. Interrupt dispatch is not managed by > > newbus (due to the costs involved). Instead, interrupts are attached > > with bus_setup_intr, which forwards the interrupt handler and argument > > to platform-specific code. The resource mananger is involved (since > > interrupts are a managed resource), and interrupts must be allocated > > using bus_alloc_resource before being set up. > > > > Could you possibly go over how this works on the i386. Is there a global > structure that keeps track of all allocated IRQs and interrupt handling > routines? What I really need, is to find out, where this structure is > built, so that at this point, I can instead build the structure that xmach > needs. Or, alternatively, I can wait until that structure is done, and > then make the xmach structure from that... > > Thanks again, > > JAn > -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 10:30:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 849F437B40F; Wed, 15 Aug 2001 10:30:16 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id KAA12756; Wed, 15 Aug 2001 10:30:15 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200108151714.f7FHEIC01010@mass.dis.org> Date: Wed, 15 Aug 2001 10:30:19 -0700 (PDT) From: John Baldwin To: Mike Smith Subject: Re: more Newbus questions Cc: hackers@FreeBSD.org, janb@cs.utep.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Aug-01 Mike Smith wrote: > > This is *totally* not how to do interrupts with Mach. You should be > creating a thread for each interrupt source, and keeping a worklist of > interrupt handlers registered against that source. That's bascially how ithreads work in -current right now.. >> Could you possibly go over how this works on the i386. Is there a global >> structure that keeps track of all allocated IRQs and interrupt handling >> routines? What I really need, is to find out, where this structure is >> built, so that at this point, I can instead build the structure that xmach >> needs. Or, alternatively, I can wait until that structure is done, and >> then make the xmach structure from that... >> >> Thanks again, Go read sys/i386/isa/intr_machdep.c (I know, isa/ is a bad place for it..) Also look at sys/kern/kern_intr.c and the ithread manpage to understand the MI ithread portions. >> JAn -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 10:47:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 8E75E37B434; Wed, 15 Aug 2001 10:47:04 -0700 (PDT) (envelope-from stolz@hyperion.informatik.rwth-aachen.de) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f7FHl4M20336; Wed, 15 Aug 2001 19:47:04 +0200 (MEST) Received: from hyperion.informatik.rwth-aachen.de (hyperion.Informatik.RWTH-Aachen.DE [137.226.112.212]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/5) with ESMTP id f7FHl3U20330; Wed, 15 Aug 2001 19:47:03 +0200 (MEST) Received: from agamemnon.informatik.rwth-aachen.de (agamemnon.Informatik.RWTH-Aachen.DE [137.226.194.74]) by hyperion.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1) with ESMTP id TAA08311; Wed, 15 Aug 2001 19:45:58 +0200 (MET DST) Received: (from stolz@localhost) by agamemnon.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1-gb-2) id TAA01864; Wed, 15 Aug 2001 19:47:00 +0200 (MET DST) Date: Wed, 15 Aug 2001 19:47:00 +0200 From: Volker Stolz To: Alexey Privalov Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: licq & socks5 (fwd) Message-ID: <20010815194700.A1836@i2.informatik.rwth-aachen.de> Reply-To: freebsd-questions@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In freebsd-hackers, you wrote: > i`m trying to compiling licq with socks5 support, but i`d received following > message: > -Wl,--export-dynamic -L/usr/local/lib -lsocks5 -lssl -lcrypto -lc_r -lc_r > socket.o: In function `INetSocket::SetLocalAddress(bool)': > socket.o(.text+0x6d6): undefined reference to `SOCKSgetsockname' > socket.o: In function `INetSocket::OpenConnection(void)': Which FreeBSD version are you running? Are you using the port in /usr/ports/net/licq, as you should? This doesn't cause any trouble for me. LDFLAGS=-L/usr/local/lib CPPFLAGS=-I/usr/local/include make WITH_SOCKS=1: ... c++ -O -pipe -march=pentium -fno-exceptions -fno-check-new -pthread -o licq licq.o main.o icqpacket.o socket.o icqd.o icqd-udp.o icqd-tcp.o icqd-threads.o remoteserver.o icqevent.o buffer.o user.o history.o utility.o countrycodes.o log.o translate.o file.o message.o support.o pthread_rdwr.o onevent.o plugind.o sar.o languagecodes.o icqd-chat.o sighandler.o icqd-filetransfer.o hebrev.o icqcolor.o -Wl,--export-dynamic -L/usr/local/lib -lsocks5 -lssl -lcrypto -lc_r -lc_r gmake[2]: Leaving directory `/opt/ports/net/licq/work/licq-1.0.3/src' FreeBSD monster.ikea.net 4.4-PRERELEASE FreeBSD 4.4-PRERELEASE #27: Sun Aug 12 16:42:41 CEST 2001 vs@monster.ikea.net:/opt/obj/opt/src/sys/MONSTER i386 -- Neues aus Genua? http://germany.indymedia.org/ Volker Stolz * stolz@i2.informatik.rwth-aachen.de * PGP + S/MIME To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 11:49:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-104-252.dsl.lsan03.pacbell.net [64.169.104.252]) by hub.freebsd.org (Postfix) with ESMTP id 2FC7937B40C for ; Wed, 15 Aug 2001 11:49:51 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BACCD66F68; Wed, 15 Aug 2001 11:49:50 -0700 (PDT) Date: Wed, 15 Aug 2001 11:49:50 -0700 From: Kris Kennaway To: Chojin Cc: hackers@FreeBSD.ORG Subject: Re: Php4 Installation error Message-ID: <20010815114950.A53160@xor.obsecurity.org> References: <000f01c12588$1625a3b0$0245a8c0@chojin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000f01c12588$1625a3b0$0245a8c0@chojin>; from freebsd@tarakan-network.com on Wed, Aug 15, 2001 at 02:44:55PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 15, 2001 at 02:44:55PM +0200, Chojin wrote: > Hello, >=20 > I noticed an error in lastest PHP version installation. Were you using the port? If so, this mail should have gone to the PHP maintainer and/or the ports@freebsd.org list. If not, why aren't you using the port? :-) Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7esROWry0BWjoQKURAlWFAKDtKRnaeT01fQG1UGg8uB69V+c3WQCfQqhB kZ/eQUquQoCiLP7a7ERqEiU= =E3Xt -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 12:29: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id B5E0037B416; Wed, 15 Aug 2001 12:28:52 -0700 (PDT) (envelope-from janb@cs.utep.edu) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.11.3/8.11.3) with ESMTP id f7FJSl326628; Wed, 15 Aug 2001 13:28:47 -0600 (MDT) Date: Wed, 15 Aug 2001 13:28:48 -0600 (MDT) From: X-Sender: To: Mike Smith Cc: Subject: Re: more Newbus questions In-Reply-To: <200108151714.f7FHEIC01010@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG That is fine. We are curently in the proccess of fixing up xmach, since there are about 10 years of code rot in the thing. Priorty for me righ now is to get newbus to work under xmach. i.e. I need to put newbus to work with the way xmach handles device, which I am quite familiar with. What I need help with is how FreeBSD keeps track of IRQs, interrupt handlers, etc. This way, I can patch in NEWBUS, and give Us a better hardware base, so the other developers can fix other stuff, such as the interrupt handling. Again, priority is to get newbus running, not fix the way mach is handing interrupts right now. I would be very grateful, if you could explain how and where FreeBSD implements populating the interrupt vector table from the device tree that gets recognized by newbus. Thanks again. JAn On Wed, 15 Aug 2001, Mike Smith wrote: > > This is *totally* not how to do interrupts with Mach. You should be > creating a thread for each interrupt source, and keeping a worklist of > interrupt handlers registered against that source. > > Unfortunately, I can't help you with Mach-related things, since I work > for Apple and that'd put me in a conflict-of-interest situation. 8( > > > > None of these are newbus items. Interrupt dispatch is not managed by > > > newbus (due to the costs involved). Instead, interrupts are attached > > > with bus_setup_intr, which forwards the interrupt handler and argument > > > to platform-specific code. The resource mananger is involved (since > > > interrupts are a managed resource), and interrupts must be allocated > > > using bus_alloc_resource before being set up. > > > > > > > Could you possibly go over how this works on the i386. Is there a global > > structure that keeps track of all allocated IRQs and interrupt handling > > routines? What I really need, is to find out, where this structure is > > built, so that at this point, I can instead build the structure that xmach > > needs. Or, alternatively, I can wait until that structure is done, and > > then make the xmach structure from that... > > > > Thanks again, > > > > JAn > > > > -- > ... every activity meets with opposition, everyone who acts has his > rivals and unfortunately opponents also. But not because people want > to be opponents, rather because the tasks and relationships force > people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 12:30:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 5AD1C37B40D; Wed, 15 Aug 2001 12:30:07 -0700 (PDT) (envelope-from janb@cs.utep.edu) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.11.3/8.11.3) with ESMTP id f7FJU3J26637; Wed, 15 Aug 2001 13:30:03 -0600 (MDT) Date: Wed, 15 Aug 2001 13:30:04 -0600 (MDT) From: X-Sender: To: John Baldwin Cc: Mike Smith , Subject: Re: more Newbus questions In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks, will do JAn > > Go read sys/i386/isa/intr_machdep.c (I know, isa/ is a bad place for it..) > > Also look at sys/kern/kern_intr.c and the ithread manpage to understand the MI > ithread portions. > > >> JAn > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 13:53:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 74BAC37B40B; Wed, 15 Aug 2001 13:53:41 -0700 (PDT) (envelope-from janb@cs.utep.edu) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.11.3/8.11.3) with ESMTP id f7FKrYw27072; Wed, 15 Aug 2001 14:53:34 -0600 (MDT) Date: Wed, 15 Aug 2001 14:53:20 -0600 (MDT) From: X-Sender: To: John Baldwin Cc: Mike Smith , Subject: Re: more Newbus questions In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK, this is helpful, but I have looked at this before. this seems to be where the interrupt vector table is initialized.(correct me if I am wrong..) NOw, where do the devices that newbus finds and probes get inserted into these structures(intr_handler,intr_mptr, etc)? Also, what are fastintr[] and slowintr[] for? I know I am being a pain, but I appreciae the help JAn > > Go read sys/i386/isa/intr_machdep.c (I know, isa/ is a bad place for it..) > > Also look at sys/kern/kern_intr.c and the ithread manpage to understand the MI > ithread portions. > > >> JAn > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 13:55:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.calldei.com (adsl-208-191-149-190.dsl.hstntx.swbell.net [208.191.149.190]) by hub.freebsd.org (Postfix) with ESMTP id 9004437B413 for ; Wed, 15 Aug 2001 13:55:52 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: (from chris@localhost) by holly.calldei.com (8.11.4/8.9.3) id f7FKvZW09909 for hackers@FreeBSD.org; Wed, 15 Aug 2001 15:57:35 -0500 (CDT) (envelope-from chris) Date: Wed, 15 Aug 2001 15:57:31 -0500 From: Chris Costello To: hackers@FreeBSD.org Subject: For review: Patch to ps(1) old-style option parsing. Message-ID: <20010815155730.B606@holly.calldei.com> Reply-To: chris@calldei.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This is pretty low-priority and I don't think it needs to be MFC'd for the 4.4 release, but there is a small error in ps's old-style option handling. An outstanding example of this is when one runs `ps Uroot': $ ps Uroot ps: rooT: no such user ps: No users specified The problem is that the function ps.c:kludge_oldps_options() capitalizes any 't' at the end of the option string, regardless of whether it's a flag or an option argument. The patch attached to this message should fix the problem. -- +-------------------+----------------------------------------------------+ | Chris Costello | The cost of living hasn't affected its popularity. | | chris@calldei.com | | +-------------------+----------------------------------------------------+ --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ps.patch" Index: ps.c =================================================================== RCS file: /home/ncvs/src/bin/ps/ps.c,v retrieving revision 1.40 diff -u -r1.40 ps.c --- ps.c 2001/05/30 03:27:07 1.40 +++ ps.c 2001/08/15 20:55:04 @@ -599,8 +599,12 @@ * if last letter is a 't' flag with no argument (in the context * of the oldps options -- option string NOT starting with a '-' -- * then convert to 'T' (meaning *this* terminal, i.e. ttyname(0)). + * + * However, if a flag accepting a string argument is found in the + * option string, the remainder of the string is the argument to + * that flag; do not modify that argument. */ - if (*cp == 't' && *s != '-') + if (strcspn(s, "MNOoUW") == len && *cp == 't' && *s != '-') *cp = 'T'; else { /* --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 14:13: 6 2001 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 63F7137B401; Wed, 15 Aug 2001 14:13:03 -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 RAA89825; Wed, 15 Aug 2001 17:13:02 -0400 (EDT) Message-Id: <200108152113.RAA89825@cs.rpi.edu> To: freebsd-hackers@freebsd.org Cc: freebsd-stable@freebsd.org Subject: ypserv.new (feeback requested) Date: Wed, 15 Aug 2001 17:13:02 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I notice that a lot of people downloaded the ypserv update. I also know that many people have had the same troubles I reported with the 'old' ypserv. Have any of you who have had troubles tested this version? Did it work? For those who are running it, have you noticed any problems? -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 14:20:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 073CA37B416; Wed, 15 Aug 2001 14:20:46 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id OAA03226; Wed, 15 Aug 2001 14:20:34 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 15 Aug 2001 14:20:39 -0700 (PDT) From: John Baldwin To: janb@cs.utep.edu Subject: Re: more Newbus questions Cc: hackers@FreeBSD.org, Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Aug-01 janb@cs.utep.edu wrote: > OK, this is helpful, but I have looked at this before. this seems to be > where the interrupt vector table is initialized.(correct me if I am > wrong..) NOw, where do the devices that newbus finds and probes get > inserted into these structures(intr_handler,intr_mptr, etc)? > Also, what are fastintr[] and slowintr[] for? Look at the nexus driver for i386. That is where bus_setup_intr and bus_teardown_intr() finally end up ending. They end up calling the inthand_add() and inthand_remove() functions. Slow interrupts are threaded interrupts (run in an ithread), fast interrupts are non-threaded (and thus synchronous) and are used for clock and sio interrupts. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 16:16:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.illtel.denver.co.us (usr-nat202.pn.genesyslab.com [198.49.180.202]) by hub.freebsd.org (Postfix) with ESMTP id 7A8F737B409 for ; Wed, 15 Aug 2001 16:16:26 -0700 (PDT) (envelope-from abelits@phobos.illtel.denver.co.us) Received: from localhost (abelits@localhost) by mercury.illtel.denver.co.us (8.9.3/8.9.3) with ESMTP id QAA01268; Wed, 15 Aug 2001 16:15:44 -0700 X-Authentication-Warning: mercury.illtel.denver.co.us: abelits owned process doing -bs Date: Wed, 15 Aug 2001 16:15:43 -0700 (PDT) From: Alex Belits X-X-Sender: To: Devin Butterfield Cc: Warner Losh , David Scheidt , Subject: Re: if_strip for FreeBSD? In-Reply-To: <01081423353401.09131@db.wireless.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 14 Aug 2001, Devin Butterfield wrote: > > Some All > >versions of the metricom modems would allow point to point > > communications when they weren't on the merticom net. I don't know if > > this driver is for one of these or not, but it might not be a bad > > thing to do if so. I'll be there will be a lot of cheap modems on the > > market soon. Sierra evidentally got stiffed for $10M in inventory of > > these modems. They should be appearing on the surplus market soon... > > Exactly. This is the reason for my interest. I have a couple of the new > 128Kbs radios (the ricochet GS and GT models) and they have a different MAC > address format then the older radios that the if_strip driver was originally > written for. The difference is only this: > > Older radio MAC format: XXXX-XXXX > > Newer radio MAC format: XX-XXXX-XXXX or XXX-XXXX-XXXX > > So in addition to porting the basic driver to freebsd, it would be smart to > add code to accommodate the newer radios. Linux driver changes and formats used are at http://phobos.illtel.denver.co.us/~abelits/metricom/ > Oh, and the new radios work in peer-to-peer mode just fine. You can either > use them like regular modems and just dial the MAC address of the other modem > and establish a ppp link, or they can be used in "Starmode" (which is what > if_strip is for), allowing you to use them like wireless ethernet cards. Exactly. -- Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 16:46: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id 5490F37B413 for ; Wed, 15 Aug 2001 16:46:04 -0700 (PDT) (envelope-from dphoenix@bravenet.com) Received: (qmail 29338 invoked by uid 1001); 15 Aug 2001 23:53:21 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Aug 2001 23:53:21 -0000 Date: Wed, 15 Aug 2001 16:53:21 -0700 (PDT) From: Dan To: Subject: hardware Message-ID: <20010815165114.F28025-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Not sure if this is the right list for this but I am wondering if there is support for the Intel Dual 10/100BT Ethernet Adapter. -- Dan +------------------------------------------------------+ | BRAVENET WEB SERVICES | | dan@bravenet.com | | screen;cd /usr/src;make buildworld;cd ~ | | cp MYKERNEL /sys/i386/conf;cd /usr/src | | make buildkernel KERNCONF=MYKERNEL | |make installkernel KERNCONF=MYKERNEL;make installworld| +______________________________________________________+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 17:45:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web12807.mail.yahoo.com (web12807.mail.yahoo.com [216.136.174.42]) by hub.freebsd.org (Postfix) with SMTP id A9D1337B407 for ; Wed, 15 Aug 2001 17:45:54 -0700 (PDT) (envelope-from zaunere@yahoo.com) Message-ID: <20010816004554.96396.qmail@web12807.mail.yahoo.com> Received: from [66.114.66.188] by web12807.mail.yahoo.com; Wed, 15 Aug 2001 17:45:54 PDT Date: Wed, 15 Aug 2001 17:45:54 -0700 (PDT) From: Hans Zaunere Subject: ncurses To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm sorry that this is offtopic, but I've looked/asked everywhere and no one has a clue. Once a program does initscr(), is it possible to printf()? I can printf() stuff without a problem, but it doesn't get to the screen until the program exits? I've done every ncurses function I can think of, endwin(), etc. However if there is a printf() anywhere after ncurses stuff has happened, nothing is printed to the screen until the program exits. What am I missing? Is there a trick to this, as it must be possible, right? Thank you, Hans zaunere@yahoo.com __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 17:50:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail31.sdc1.sfba.home.com (femail31.sdc1.sfba.home.com [24.254.60.21]) by hub.freebsd.org (Postfix) with ESMTP id 689C037B40F for ; Wed, 15 Aug 2001 17:50:56 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([24.12.197.197]) by femail31.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010816005056.ZBMX20486.femail31.sdc1.sfba.home.com@math.missouri.edu>; Wed, 15 Aug 2001 17:50:56 -0700 Message-ID: <3B7B18EE.6B41ABED@math.missouri.edu> Date: Wed, 15 Aug 2001 19:50:54 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ncurses References: <20010816004554.96396.qmail@web12807.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hans Zaunere wrote: > > I'm sorry that this is offtopic, but I've looked/asked > everywhere and no one has a clue. > > Once a program does initscr(), is it possible to > printf()? I can printf() stuff without a problem, but > it doesn't get to the screen until the program exits? > > I've done every ncurses function I can think of, > endwin(), etc. However if there is a printf() > anywhere after ncurses stuff has happened, nothing is > printed to the screen until the program exits. What > am I missing? Is there a trick to this, as it must be > possible, right? > > Thank you, > > Hans > zaunere@yahoo.com > fprintf(stderr,......) will print stuff when ncurses is running. -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 17:57:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web12808.mail.yahoo.com (web12808.mail.yahoo.com [216.136.174.43]) by hub.freebsd.org (Postfix) with SMTP id EBE2037B40D for ; Wed, 15 Aug 2001 17:57:44 -0700 (PDT) (envelope-from zaunere@yahoo.com) Message-ID: <20010816005744.24402.qmail@web12808.mail.yahoo.com> Received: from [66.114.66.188] by web12808.mail.yahoo.com; Wed, 15 Aug 2001 17:57:44 PDT Date: Wed, 15 Aug 2001 17:57:44 -0700 (PDT) From: Hans Zaunere Subject: Re: ncurses To: Stephen Montgomery-Smith Cc: freebsd-hackers@freebsd.org In-Reply-To: <3B7B18EE.6B41ABED@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > fprintf(stderr,......) will print stuff when ncurses > is running. > *Whaps himself* Why didn't I think of that. However the question still lingers, is there anyway to output to stdout? Its kind of a moot point I suppose, just curious. Thank you, Hans __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 18: 0: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 8C76337B403 for ; Wed, 15 Aug 2001 18:00:05 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id RAA62838; Wed, 15 Aug 2001 17:59:22 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: <20010816004554.96396.qmail@web12807.mail.yahoo.com> References: <20010816004554.96396.qmail@web12807.mail.yahoo.com> Date: Wed, 15 Aug 2001 17:59:59 -0700 To: Hans Zaunere , freebsd-hackers@FreeBSD.ORG From: Mark Peek Subject: Re: ncurses Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 5:45 PM -0700 8/15/01, Hans Zaunere wrote: >Once a program does initscr(), is it possible to >printf()? I can printf() stuff without a problem, but >it doesn't get to the screen until the program exits? It is best not to mix printf and curses. >I've done every ncurses function I can think of, >endwin(), etc. However if there is a printf() >anywhere after ncurses stuff has happened, nothing is >printed to the screen until the program exits. What >am I missing? Is there a trick to this, as it must be >possible, right? Try printw instead or check out the printw man page for the other variations. Also, in order to see results on the screen, refresh() is good function to call. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 19:42:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id AE5F637B406 for ; Wed, 15 Aug 2001 19:42:39 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.Awfulhak.org [2001:6f8:602:1::12]) by Awfulhak.org (8.11.5/8.11.5) with ESMTP id f7G2gkg92189; Thu, 16 Aug 2001 03:42:46 +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.11.4/8.11.4) with ESMTP id f7G2ghc86158; Thu, 16 Aug 2001 03:42:43 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200108160242.f7G2ghc86158@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: chris@calldei.com Cc: hackers@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: For review: Patch to ps(1) old-style option parsing. In-Reply-To: Message from Chris Costello of "Wed, 15 Aug 2001 15:57:31 CDT." <20010815155730.B606@holly.calldei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Aug 2001 03:42:42 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > This is pretty low-priority and I don't think it needs to be > MFC'd for the 4.4 release, but there is a small error in ps's > old-style option handling. An outstanding example of this is > when one runs `ps Uroot': This has irritated me in the past too :*) I've applied your patch to -current. Thanks. -- Brian http://www.freebsd-services.com/ 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 Wed Aug 15 23:11:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5304.mail.yahoo.com (web5304.mail.yahoo.com [216.115.106.113]) by hub.freebsd.org (Postfix) with SMTP id 6E75037B407 for ; Wed, 15 Aug 2001 23:11:12 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010816061112.9588.qmail@web5304.mail.yahoo.com> Received: from [203.200.20.3] by web5304.mail.yahoo.com via HTTP; Thu, 16 Aug 2001 07:11:12 BST Date: Thu, 16 Aug 2001 07:11:12 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: kernel copy To: freebsd-hackers@freebsd.org Cc: 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, pls tell how shd i copy a kernel ie.. kernel.new to kernel using cp. when i try to do this it says operation not permitted. its not allowing for changing permissions too. how to do this? TIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 23:18:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from oksala.org (modemcable048.156-201-24.mtl.mc.videotron.ca [24.201.156.48]) by hub.freebsd.org (Postfix) with ESMTP id D23ED37B401; Wed, 15 Aug 2001 23:18:13 -0700 (PDT) (envelope-from ghislainl@videotron.ca) Received: from videotron.ca (silence@silence [24.201.156.48]) by oksala.org (8.11.5/8.11.1) with ESMTP id f7G6ELR04254; Thu, 16 Aug 2001 02:14:24 -0400 (EDT) (envelope-from ghislainl@videotron.ca) Message-ID: <3B7B64BD.EE67DEB5@videotron.ca> Date: Thu, 16 Aug 2001 02:14:21 -0400 From: Pierre-Luc =?iso-8859-1?Q?Lesp=E9rance?= X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-PRERELEASE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org, questions@freebsd.org Subject: Re: kernel copy References: <20010816061112.9588.qmail@web5304.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG vishwanath pargaonkar wrote: > > Hi, > pls tell how shd i copy a kernel ie.. kernel.new to > kernel using cp. > when i try to do this it says operation not permitted. > its not allowing for changing permissions too. > how to do this? > > TIA > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message check the flags with ls -lo and check out how to fix your problem with chflags(1) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 23:24:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by hub.freebsd.org (Postfix) with ESMTP id 8BCCE37B40D; Wed, 15 Aug 2001 23:24:09 -0700 (PDT) (envelope-from root@pukruppa.de) Received: from [195.20.224.208] (helo=mrvdom01.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 15XGZa-00030a-00; Thu, 16 Aug 2001 08:24:06 +0200 Received: from pd9017266.dip.t-dialin.net ([217.1.114.102]) by mrvdom01.schlund.de with esmtp (Exim 2.12 #2) id 15XGZa-00034C-00; Thu, 16 Aug 2001 08:24:06 +0200 Date: Thu, 16 Aug 2001 08:24:17 +0000 (GMT) From: "P. U. (Uli) Kruppa" X-X-Sender: To: =?iso-8859-1?q?vishwanath=20pargaonkar?= Cc: , Subject: Re: kernel copy In-Reply-To: <20010816061112.9588.qmail@web5304.mail.yahoo.com> Message-ID: <20010816081932.R672-100000@localhost.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 16 Aug 2001, vishwanath pargaonkar wrote: > pls tell how shd i copy a kernel ie.. kernel.new to > kernel using cp. > when i try to do this it says operation not permitted. > its not allowing for changing permissions too. > how to do this? try # cat kernel.new > kernel But do have a look at the permissions afterwards. Uli *--------------------------------------* | www.pukruppa.de www.2000d.de | | Wuppertal - Germany | *--------------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 23:51:58 2001 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 6EE4937B412; Wed, 15 Aug 2001 23:51:43 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA15781; Wed, 15 Aug 2001 23:58:59 -0700 (PDT) Message-ID: <3B7B6C1B.64FCC23E@elischer.org> Date: Wed, 15 Aug 2001 23:45:47 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "P. U. (Uli) Kruppa" Cc: vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: kernel copy References: <20010816081932.R672-100000@localhost.de> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "P. U. (Uli) Kruppa" wrote: > > On Thu, 16 Aug 2001, vishwanath pargaonkar wrote: > > > pls tell how shd i copy a kernel ie.. kernel.new to > > kernel using cp. > > when i try to do this it says operation not permitted. > > its not allowing for changing permissions too. > > how to do this? > try > # cat kernel.new > kernel > But do have a look at the permissions afterwards. > > Uli > *--------------------------------------* > | www.pukruppa.de www.2000d.de | > | Wuppertal - Germany | > *--------------------------------------* > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message cd /sys/compile/MYKERNEL make install or by hand: chflags noschg /kernel cp /sys/compile/MYKERNEL/kernel /kernel chflags schg /kernel -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 15 23:52:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ceeyes.com (mail.in.ceeyes.com [65.192.85.133]) by hub.freebsd.org (Postfix) with ESMTP id 2950B37B414 for ; Wed, 15 Aug 2001 23:52:49 -0700 (PDT) (envelope-from srinivass@in.ceeyes.com) Received: from ssrao.in.ceeyes.com (localhost [127.0.0.1]) by mail.ceeyes.com (8.9.1b+Sun/8.9.3) with SMTP id MAA15195 for ; Thu, 16 Aug 2001 12:22:22 +0530 (INST) Message-ID: <002101c12620$3b934240$0b09010a@ssrao.in.ceeyes.com> From: "srinivasarao" To: Subject: Fw: help me!!!!! Date: Thu, 16 Aug 2001 12:24:02 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01C1264E.551923A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C1264E.551923A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: srinivasarao To: freebsd-questions@freebsd.org Date: Thursday, August 16, 2001 11:40 AM Subject: help me!!!!! hi , while creating file in the FreeBSD kernel getting problem. we are = unable to create the file using open( ) or svr4_open() or = svr4_sys_open().=20 Is there any calls other than these to create files in kernel ? , if any = please help, i will be greatful to u. thank u ---- srinivas ------=_NextPart_000_001E_01C1264E.551923A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
-----Original = Message-----
From:=20 srinivasarao <srinivass@in.ceeyes.com>To:=20 freebsd-questions@freebsd.o= rg=20 <freebsd-questions@freebsd.o= rg>
Date:=20 Thursday, August 16, 2001 11:40 AM
Subject: help=20 me!!!!!

hi ,
while creating = file in the=20 FreeBSD kernel getting problem.  we are unable to create the file = using=20 open( ) or  svr4_open() or svr4_sys_open().
Is there any calls other than these to create files = in kernel=20 ? , if any please help, i will be greatful to u.
thank u
----
srinivas
------=_NextPart_000_001E_01C1264E.551923A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 0:11:36 2001 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 9495737B401 for ; Thu, 16 Aug 2001 00:11:33 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA15884; Thu, 16 Aug 2001 00:06:10 -0700 (PDT) Message-ID: <3B7B6DC9.E12963B1@elischer.org> Date: Wed, 15 Aug 2001 23:52:57 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: srinivasarao Cc: freebsd-hackers@freebsd.org Subject: Re: Fw: help me!!!!! References: <002101c12620$3b934240$0b09010a@ssrao.in.ceeyes.com> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > srinivasarao wrote: > > > -----Original Message----- > From: srinivasarao > To: freebsd-questions@freebsd.org > Date: Thursday, August 16, 2001 11:40 AM > Subject: help me!!!!! > > hi , > while creating file in the FreeBSD kernel getting problem. we are unable to > create the file using open( ) or svr4_open() or svr4_sys_open(). > Is there any calls other than these to create files in kernel ? , if any > please help, i will be greatful to u. > thank u show us the code you have tried already.. > ---- > srinivas -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 0:20:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id E718E37B40A for ; Thu, 16 Aug 2001 00:20:07 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.105.125.Dial1.SanJose1.Level3.net [209.244.105.125]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id AAA23419; Thu, 16 Aug 2001 00:20:06 -0700 (PDT) Message-ID: <3B7B7450.166AC2ED@mindspring.com> Date: Thu, 16 Aug 2001 00:20:48 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ncurses References: <20010816004554.96396.qmail@web12807.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hans Zaunere wrote: > > I'm sorry that this is offtopic, but I've looked/asked > everywhere and no one has a clue. > > Once a program does initscr(), is it possible to > printf()? I can printf() stuff without a problem, but > it doesn't get to the screen until the program exits? > > I've done every ncurses function I can think of, > endwin(), etc. However if there is a printf() > anywhere after ncurses stuff has happened, nothing is > printed to the screen until the program exits. What > am I missing? Is there a trick to this, as it must be > possible, right? Printf goes to a buffer, which is not necessarily flushed until you do input using a stdio function, or explicitly call fflush(stdout). Generally speaking, if you have started curses, all your output should be done using curses routines, so that the curses library knows about it, and does the right thing for refresh, maintaining the current cursor location so the next printf() goes to the right place, etc.. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 0:53:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.ph.inter.net (team.ph.inter.net [203.176.75.3]) by hub.freebsd.org (Postfix) with ESMTP id E657D37B40B for ; Thu, 16 Aug 2001 00:53:53 -0700 (PDT) (envelope-from mirandaj@team.ph.inter.net) Received: from portal1 (unknown [192.168.88.228]) by gatekeeper.ph.inter.net (Postfix) with SMTP id 4EE1043D15 for ; Thu, 16 Aug 2001 15:53:38 +0800 (PHT) Message-ID: <030301c12628$95335080$e458a8c0@portal1> From: "louie miranda" To: Subject: kernel-hack ?? Date: Thu, 16 Aug 2001 15:53:48 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, i just want to know is there a patch on freebsd that can limit the ps aux -- and only show the current user's process and not the whole system process. like, what the openwall linux patch did.. http://www.openwall.com/linux/ thank you.. louie miranda (axishift.ath.cx) ------------------------------------------ chmod 0 / ; and smile *=)* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 0:58:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.mato.com (Mail.mato.com [199.240.78.3]) by hub.freebsd.org (Postfix) with ESMTP id 33D4437B40B for ; Thu, 16 Aug 2001 00:58:17 -0700 (PDT) (envelope-from dragonk@mato.com) Received: from (BUD) [199.240.79.141] by mail.mato.com with smtp id 15XI2H-0002qv-00; Thu, 16 Aug 2001 01:57:50 -0600 Message-ID: <009901c12629$afc6cac0$0100a8c0@BUD> From: "Samuel Greear" To: "louie miranda" , References: <030301c12628$95335080$e458a8c0@portal1> Subject: Re: kernel-hack ?? Date: Thu, 16 Aug 2001 02:01:40 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mato: Delivery by Altaire Enterprises, Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Twiddle the sysctl: kern.ps_showallprocs Sam > Hi, i just want to know is there a patch on freebsd that can limit the > > ps aux -- and only show the current user's process and not the whole system > process. > > like, what the openwall linux patch did.. http://www.openwall.com/linux/ > > thank you.. > > > > > > > louie miranda (axishift.ath.cx) > ------------------------------------------ > chmod 0 / ; and smile *=)* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 1: 7:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id 5398237B40A for ; Thu, 16 Aug 2001 01:07:27 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.105.125.Dial1.SanJose1.Level3.net [209.244.105.125]) by robin.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA15122; Thu, 16 Aug 2001 01:07:19 -0700 (PDT) Message-ID: <3B7B7F62.70B37F2E@mindspring.com> Date: Thu, 16 Aug 2001 01:08:02 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Joe Clarke Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Writing a packet alias translator, need help References: <20010813124054.F13703-100000@shumai.marcuscom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe Clarke wrote: > > I'm trying to write a packet alias translator for a protocol that uses TCP > to setup a UDP streaming session (much like the smedia driver that's > already there). I'm having a problem getting the translated port to mesh > with the actual port. Here's what I've done: > > /* msg is a TCP setup packet > struct msg { > u_int32_t ipAddr; > u_int32_t portNumber; > }; > */ One obvious thing is that ports are 16 bits, not 32.... but... > is UDP 16704, but the translation puts 50535 in the packet. The bit patterns these make are not even remotely similar, meaning that this isn't a byte order issue; I think you will need to run the code in a debugger (or add printf's). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 1:20:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 14B2137B40B; Thu, 16 Aug 2001 01:20:00 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 15XINi-0002Gc-00; Thu, 16 Aug 2001 11:19:58 +0300 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 15XINh-0006hv-00; Thu, 16 Aug 2001 11:19:57 +0300 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: freebsd-stable@freebsd.org Cc: freebsd-hackers@FreeBSD.ORG Subject: help needed, kernel autoconf gets stuck In-reply-to: Your message of Wed, 15 Aug 2001 15:20:44 +0300 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Aug 2001 11:19:57 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, i posted this yesterday, but no one bit, so here we go again: adding 'snd_ich_load="YES"' will cause the kernel autoconf to hang (sometimes) after isa_probe_children(...) and before configure_final(...) when it doesn't get stuck, all systems work fine, X11/sound etc. so i narrowed it down, my guess it's an unexpected/unwanted interrupt. now i'm stuck too, since i have no idea how to figure out who/why is interrupting. thanks, danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 1:24:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by hub.freebsd.org (Postfix) with ESMTP id B775437B401; Thu, 16 Aug 2001 01:24:41 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.11.5/8.11.4) id f7G8OWY31795; Thu, 16 Aug 2001 10:24:32 +0200 (CEST) (envelope-from stijn) Date: Thu, 16 Aug 2001 10:24:32 +0200 From: Stijn Hoop To: Danny Braniss Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: help needed, kernel autoconf gets stuck Message-ID: <20010816102432.F18720@pcwin002.win.tue.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from danny@cs.huji.ac.il on Thu, Aug 16, 2001 at 11:19:57AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 16, 2001 at 11:19:57AM +0300, Danny Braniss wrote: > hi, > i posted this yesterday, but no one bit, so here we go again: > > adding 'snd_ich_load="YES"' will cause the kernel autoconf to hang (sometimes) > after isa_probe_children(...) and before configure_final(...) > > when it doesn't get stuck, all systems work fine, X11/sound etc. > > so i narrowed it down, my guess it's an unexpected/unwanted interrupt. > > now i'm stuck too, since i have no idea how to figure out who/why is > interrupting. > > thanks, > danny Aha! This is what I've been seeing too - although I didn't realize it was the sound subsystem, because I compiled pcm into the kernel. It's not a guaranteed hang however, sometimes the kernel boots, sometimes it doesn't. It gets stuck more consistently when using boot -v however. I can confirm this wasn't the case in my 4.3 kernel, but that's probably because the ICH sound driver wasn't activated back then. What motherboard do you have? I have an Intel i815e (Dell Optiplex G115). Would opening a PR help? --Stijn -- Tact, n.: The unsaid part of what you're thinking. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 2: 4:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id D70DD37B40F; Thu, 16 Aug 2001 02:04:15 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.32 #1) id 15XJ4Y-00038q-00; Thu, 16 Aug 2001 12:04:14 +0300 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 15XJ4X-0006j6-00; Thu, 16 Aug 2001 12:04:13 +0300 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Stijn Hoop Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: help needed, kernel autoconf gets stuck In-Reply-To: Message from Stijn Hoop of "Thu, 16 Aug 2001 10:24:32 +0200." <20010816102432.F18720@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Aug 2001 12:04:13 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Thu, Aug 16, 2001 at 11:19:57AM +0300, Danny Braniss wrote: > > hi, > > i posted this yesterday, but no one bit, so here we go again: > > > > adding 'snd_ich_load="YES"' will cause the kernel autoconf to hang (sometimes) > > after isa_probe_children(...) and before configure_final(...) > > > > when it doesn't get stuck, all systems work fine, X11/sound etc. > > > > so i narrowed it down, my guess it's an unexpected/unwanted interrupt. > > > > now i'm stuck too, since i have no idea how to figure out who/why is > > interrupting. > > > > thanks, > > danny > > Aha! This is what I've been seeing too - although I didn't realize it > was the sound subsystem, because I compiled pcm into the kernel. > It's not a guaranteed hang however, sometimes the kernel boots, sometimes > it doesn't. It gets stuck more consistently when using boot -v however. > in my case it actually worked first time with verbose, but then it also hung :-( > I can confirm this wasn't the case in my 4.3 kernel, but that's probably > because the ICH sound driver wasn't activated back then. > i installed the ich back then and it hung too, but had no time to follow it. > What motherboard do you have? I have an Intel i815e (Dell Optiplex G115). > same here, but it also happens with a HP-epc, the common link is the i815e and co. > Would opening a PR help? > go ahead, i don't know - yet - how to PR. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 2: 9: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [212.39.75.32]) by hub.freebsd.org (Postfix) with ESMTP id 4708837B407 for ; Thu, 16 Aug 2001 02:09:05 -0700 (PDT) (envelope-from vlady@star.rila.bg) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.4/8.11.4) with ESMTP id f7G99ic57826 for ; Thu, 16 Aug 2001 12:09:45 +0300 (EEST) (envelope-from vlady@star.rila.bg) Message-Id: <200108160909.f7G99ic57826@star.rila.bg> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.3 To: hackers@FreeBSD.ORG From: "Vladimir Terziev" Subject: secure Filesystem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Aug 2001 12:09:44 +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, I have the following question: Does FreeBSD support any type of secure (encrypted) filesystem? regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 2:13:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 01C4237B409 for ; Thu, 16 Aug 2001 02:13:56 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 59F0E15E; Thu, 16 Aug 2001 10:13:55 +0100 (BST) Date: Thu, 16 Aug 2001 10:13:55 +0100 From: Josef Karthauser To: Vladimir Terziev Cc: hackers@FreeBSD.ORG Subject: Re: secure Filesystem Message-ID: <20010816101355.B3163@tao.org.uk> References: <200108160909.f7G99ic57826@star.rila.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108160909.f7G99ic57826@star.rila.bg>; from vlady@rila.bg on Thu, Aug 16, 2001 at 12:09:44PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 16, 2001 at 12:09:44PM +0300, Vladimir Terziev wrote: >=20 > Hi hackers, >=20 > I have the following question: >=20 > Does FreeBSD support any type of secure (encrypted) filesystem? >=20 > regards, >=20 > Vladimir Look at /usr/ports/security/cfs. It's a useland crypto-filesystem that runs over NFS. Joe --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjt7jtIACgkQXVIcjOaxUBbYDgCeIj0Jqd/2JJs+imZgQob/ad4e I6sAoNM9hqv/AiQjQZfkgZK8qKiMMM9k =T0XY -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 2:19: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id 7F3F137B401 for ; Thu, 16 Aug 2001 02:18:59 -0700 (PDT) (envelope-from konstantin.chuguev@dante.org.uk) Received: from theta.dante.org.uk ([193.63.211.7] helo=dante.org.uk) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 15XJIk-0007c2-00; Thu, 16 Aug 2001 10:18:54 +0100 Message-ID: <3B7B9002.8E915742@dante.org.uk> Date: Thu, 16 Aug 2001 10:18:58 +0100 From: Konstantin Chuguev Organization: Delivery of Advanced Network Technology to Europe Ltd. X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: ru, en MIME-Version: 1.0 To: Josef Karthauser Cc: Vladimir Terziev , hackers@FreeBSD.ORG Subject: Re: secure Filesystem References: <200108160909.f7G99ic57826@star.rila.bg> <20010816101355.B3163@tao.org.uk> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josef Karthauser wrote: > > Does FreeBSD support any type of secure (encrypted) filesystem? > > Look at /usr/ports/security/cfs. It's a useland crypto-filesystem that > runs over NFS. > I'd say, it's a daemon pretending to be an NFS server. It's running locally on port other than NFS. Very nice implementation, I use it a lot. A small problem with it is that it seems to support 7-bit file names only. -- * * Konstantin Chuguev Francis House * * Application Engineer 112 Hills Road * Tel: +44 1223 302992 Cambridge CB2 1PQ D A N T E WWW: http://www.dante.net United Kingdom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 6:17: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [212.39.75.32]) by hub.freebsd.org (Postfix) with ESMTP id AFD3337B40E; Thu, 16 Aug 2001 06:16:56 -0700 (PDT) (envelope-from vlady@star.rila.bg) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.4/8.11.4) with ESMTP id f7GDHbc59657; Thu, 16 Aug 2001 16:17:38 +0300 (EEST) (envelope-from vlady@star.rila.bg) Message-Id: <200108161317.f7GDHbc59657@star.rila.bg> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.3 To: hackers@FreeBSD.ORG Cc: freebsd-net@FreeBSD.ORG From: "Vladimir Terziev" Subject: Cisco AIR-PCI 352 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Aug 2001 16:17:37 +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, The FreeBSD an driver (for Cisco Aironet cards) supports 340 series cards. I want to know if the an driver supports Cisco Aironet 350 series cards. regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 7:29: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from centaur.acm.jhu.edu (centaur.acm.jhu.edu [128.220.223.65]) by hub.freebsd.org (Postfix) with ESMTP id 11FF437B40A for ; Thu, 16 Aug 2001 07:28:55 -0700 (PDT) (envelope-from brian@acm.jhu.edu) Received: by centaur.acm.jhu.edu (Postfix, from userid 562) id 9BD7913F80; Thu, 16 Aug 2001 10:28:54 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by centaur.acm.jhu.edu (Postfix) with ESMTP id 9B5D737B4B for ; Thu, 16 Aug 2001 10:28:54 -0400 (EDT) Date: Thu, 16 Aug 2001 10:28:54 -0400 (EDT) From: Brian Cohen To: Subject: sysinstall automation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been working on writing an install.cfg to automate FreeBSD installations, but have run into an interesting glitch. Following the sysinstall manpage, my file has the line 'installFixitFloppy', which is supposed to prompt the user to enter a fixit floppy disk. However, when sysinstall runs (and loads the script), the user is not prompted for the disk, and instead a shell that very much resembles the Emergency Holographic Shell is automatically loaded on VTY4. Sysinstall still displays the "waiting for the fixit shell to exit" dialog, but the user is never prompted for the Fixit disk, and the shell on VTY4 is definitely not a Fixit environment. (obviously, when all this is happening, the MFS root floppy is still in the drive). Does anybody know what is happening here? Thanks, -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 7:58:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 7A8BF37B405 for ; Thu, 16 Aug 2001 07:58:32 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.4/8.11.4) with SMTP id f7GEvtf84782; Thu, 16 Aug 2001 10:57:59 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 16 Aug 2001 10:57:54 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Samuel Greear Cc: louie miranda , freebsd-hackers@FreeBSD.ORG Subject: Re: kernel-hack ?? In-Reply-To: <009901c12629$afc6cac0$0100a8c0@BUD> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Although it should be noted that the feature is far more effective in 5.0-CURRENT, as the inter-process authorization is more consistent and more effectively mediated. For example, the sysctl doesn't properly impact procfs (and some other calls) in -STABLE. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Thu, 16 Aug 2001, Samuel Greear wrote: > Twiddle the sysctl: > kern.ps_showallprocs > > Sam > > > > > > Hi, i just want to know is there a patch on freebsd that can limit the > > > > ps aux -- and only show the current user's process and not the whole > system > > process. > > > > like, what the openwall linux patch did.. http://www.openwall.com/linux/ > > > > thank you.. > > > > > > > > > > > > > > louie miranda (axishift.ath.cx) > > ------------------------------------------ > > chmod 0 / ; and smile *=)* > > > > 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 Aug 16 10:21:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.teledis.be (mail.teledis.be [217.117.32.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C3937B401 for ; Thu, 16 Aug 2001 10:21:45 -0700 (PDT) (envelope-from lorenzo@linuxbe.org) Received: from natalie ([217.117.38.8]) by mail.teledis.be (Netscape Messaging Server 4.15) with SMTP id GI688A01.JYK for ; Thu, 16 Aug 2001 19:21:46 +0200 Message-ID: <001501c12678$56cd2320$0201a8c0@teledisnet.be> From: "Sansonetti Laurent" To: Subject: Getting filename from descriptor or vnode struct Date: Thu, 16 Aug 2001 19:24:43 +0200 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, I'm confronted to a problem when I try to hack getdirentries(2) in a kld module : To summarize, getdirentries() filled in a buffer a series of dirent struct, and the 'd_name' field represents the filename (without the full path). I must recover the full path because I've on disk a list of files to hide ... The field 'fd' in getdirentries_args is the file descriptor of the directory.. and I've discovered that the field 'p_fd' from struct proc is a filedesc struct which contains a vnode struct representing the current directory ('fd_cdir'). VOP_GETATTR() doesn't allow me to recover this.. If someone could help me, thanks in advance ! -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 10:26: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id ED60437B405 for ; Thu, 16 Aug 2001 10:25:58 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D3C0381D0D; Thu, 16 Aug 2001 12:25:58 -0500 (CDT) Date: Thu, 16 Aug 2001 12:25:58 -0500 From: Alfred Perlstein To: Sansonetti Laurent Cc: freebsd-hackers@freebsd.org Subject: Re: Getting filename from descriptor or vnode struct Message-ID: <20010816122558.L38066@elvis.mu.org> References: <001501c12678$56cd2320$0201a8c0@teledisnet.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001501c12678$56cd2320$0201a8c0@teledisnet.be>; from lorenzo@linuxbe.org on Thu, Aug 16, 2001 at 07:24:43PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Sansonetti Laurent [010816 12:22] wrote: > Hi hackers, > > I'm confronted to a problem when I try to hack getdirentries(2) in a kld > module : > > To summarize, getdirentries() filled in a buffer a series of dirent struct, > and the 'd_name' field represents the filename (without the full path). I > must recover the full path because I've on disk a list of files to hide ... > > The field 'fd' in getdirentries_args is the file descriptor of the > directory.. and I've discovered that the field 'p_fd' from struct proc is a > filedesc struct which contains a vnode struct representing the current > directory ('fd_cdir'). > > VOP_GETATTR() doesn't allow me to recover this.. > > If someone could help me, thanks in advance ! Since a vnode may be referenced by multiple hardlinks it can't have a name really. You could hack on struct file so that it keeps a copy of the filename passed to open(2). -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 11: 8:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 334B737B409; Thu, 16 Aug 2001 11:08:16 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7GI8Ct02493; Thu, 16 Aug 2001 11:08:12 -0700 Date: Thu, 16 Aug 2001 11:08:11 -0700 From: Brooks Davis To: Vladimir Terziev Cc: hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Cisco AIR-PCI 352 Message-ID: <20010816110811.A30894@Odin.AC.HMC.Edu> References: <200108161317.f7GDHbc59657@star.rila.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108161317.f7GDHbc59657@star.rila.bg>; from vlady@rila.bg on Thu, Aug 16, 2001 at 04:17:37PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 16, 2001 at 04:17:37PM +0300, Vladimir Terziev wrote: > The FreeBSD an driver (for Cisco Aironet cards) supports 340 series car= ds. > I want to know if the an driver supports Cisco Aironet 350 series cards. Yes they are, though the PCI cards require a two line MFC before they will work. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7fAwLXY6L6fI4GtQRAqIQAJ4zymPt7qTADSEHsaQfiIqxaD+vdACdFEz8 SwNi3tqfCyzCEgKJEj87HQc= =qub6 -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 11:31: 6 2001 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 5D3A537B405; Thu, 16 Aug 2001 11:31:00 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA18601; Thu, 16 Aug 2001 11:39:29 -0700 (PDT) Date: Thu, 16 Aug 2001 11:39:28 -0700 (PDT) From: Julian Elischer To: Brooks Davis Cc: Vladimir Terziev , hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Cisco AIR-PCI 352 In-Reply-To: <20010816110811.A30894@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What is the MFC? will it be in 4.4? If not it might be a good thing to try get it in.. On Thu, 16 Aug 2001, Brooks Davis wrote: > On Thu, Aug 16, 2001 at 04:17:37PM +0300, Vladimir Terziev wrote: > > The FreeBSD an driver (for Cisco Aironet cards) supports 340 series cards. > > I want to know if the an driver supports Cisco Aironet 350 series cards. > > Yes they are, though the PCI cards require a two line MFC before they > will work. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 11:32:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id A7C8737B40B; Thu, 16 Aug 2001 11:32:48 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7GIWin05121; Thu, 16 Aug 2001 11:32:44 -0700 Date: Thu, 16 Aug 2001 11:32:44 -0700 From: Brooks Davis To: Julian Elischer Cc: Vladimir Terziev , hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Cisco AIR-PCI 352 Message-ID: <20010816113244.A4905@Odin.AC.HMC.Edu> References: <20010816110811.A30894@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Thu, Aug 16, 2001 at 11:39:28AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 16, 2001 at 11:39:28AM -0700, Julian Elischer wrote: > What is the MFC? > will it be in 4.4? > If not it might be a good thing to try get it in.. It adds a PCI id. I just sent a request to MFC the change. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7fBHLXY6L6fI4GtQRAnPvAJ0acpprBRJ/UxrGbkaWJyXEJrXRLACgs6+U s2w1mVh2GhRNq4J5O6PiC5U= =IQYU -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 12: 4:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5636137B406; Thu, 16 Aug 2001 12:04: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.11.3/8.11.3) with ESMTP id f7GJ4Nq17687; Thu, 16 Aug 2001 13:04: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.11.3/8.11.4) with ESMTP id f7GJ4MW34797; Thu, 16 Aug 2001 13:04:23 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108161904.f7GJ4MW34797@harmony.village.org> To: "Vladimir Terziev" Subject: Re: Cisco AIR-PCI 352 Cc: hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG In-reply-to: Your message of "Thu, 16 Aug 2001 16:17:37 +0300." <200108161317.f7GDHbc59657@star.rila.bg> References: <200108161317.f7GDHbc59657@star.rila.bg> Date: Thu, 16 Aug 2001 13:04:22 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200108161317.f7GDHbc59657@star.rila.bg> "Vladimir Terziev" writes: : The FreeBSD an driver (for Cisco Aironet cards) supports 340 series cards. : I want to know if the an driver supports Cisco Aironet 350 series cards. Yes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 12:49: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.6.9.33]) by hub.freebsd.org (Postfix) with ESMTP id 88DE637B405 for ; Thu, 16 Aug 2001 12:49:02 -0700 (PDT) (envelope-from darrylo@soco.agilent.com) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id BE1F815CA for ; Thu, 16 Aug 2001 13:49:01 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 85092FC2 for ; Thu, 16 Aug 2001 13:49:00 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id MAA03510 for ; Thu, 16 Aug 2001 12:48:59 -0700 (PDT) Message-Id: <200108161948.MAA03510@mina.soco.agilent.com> To: freebsd-hackers@FreeBSD.ORG Subject: Re: secure Filesystem Reply-To: Darryl Okahata In-Reply-To: Your message of "Thu, 16 Aug 2001 10:18:58 BST." Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Thu, 16 Aug 2001 12:48:59 -0700 From: Darryl Okahata Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Konstantin Chuguev wrote: > > Look at /usr/ports/security/cfs. It's a useland crypto-filesystem that > > runs over NFS. > > I'd say, it's a daemon pretending to be an NFS server. It's running locally > on port other than NFS. > > Very nice implementation, I use it a lot. A small problem with it is that > it seems to support 7-bit file names only. A bigger problem is that doing anything with a file uses up 1-2KB PER FILE. If you want to see cfsd grow *really big*, do a "find ." of any large cfs-controlled hierarchy with lots of files. I'd really like to put my MH mail messages under cfs, but I've got too many files (I can't afford having a 200+MB cfsd). The memory is not freed until you unmount (and then, the memory is only free'd for use by other cfs mounts -- the process size does not, of course, shrink). -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 13:10: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 7083637B410 for ; Thu, 16 Aug 2001 13:10:00 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 31EF981D0D; Thu, 16 Aug 2001 15:09:50 -0500 (CDT) Date: Thu, 16 Aug 2001 15:09:50 -0500 From: Alfred Perlstein To: Darryl Okahata Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: secure Filesystem Message-ID: <20010816150950.M38066@elvis.mu.org> References: <200108161948.MAA03510@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108161948.MAA03510@mina.soco.agilent.com>; from darrylo@soco.agilent.com on Thu, Aug 16, 2001 at 12:48:59PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Darryl Okahata [010816 14:49] wrote: > Konstantin Chuguev wrote: > > > > Look at /usr/ports/security/cfs. It's a useland crypto-filesystem that > > > runs over NFS. > > > > I'd say, it's a daemon pretending to be an NFS server. It's running locally > > on port other than NFS. > > > > Very nice implementation, I use it a lot. A small problem with it is that > > it seems to support 7-bit file names only. > > A bigger problem is that doing anything with a file uses up 1-2KB > PER FILE. If you want to see cfsd grow *really big*, do a "find ." of > any large cfs-controlled hierarchy with lots of files. I'd really like > to put my MH mail messages under cfs, but I've got too many files (I > can't afford having a 200+MB cfsd). > > The memory is not freed until you unmount (and then, the memory is > only free'd for use by other cfs mounts -- the process size does not, of > course, shrink). This is what swap is for. :) If cfsd doesn't touch all that now unused memory it'll simply be paged out and probably only paged in occasionally. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 13:48:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from msgbas1t.cos.agilent.com (msgbas1tx.cos.agilent.com [192.6.9.34]) by hub.freebsd.org (Postfix) with ESMTP id 58FB437B40D for ; Thu, 16 Aug 2001 13:48:53 -0700 (PDT) (envelope-from darrylo@soco.agilent.com) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1t.cos.agilent.com (Postfix) with ESMTP id BB0F91187; Thu, 16 Aug 2001 14:48:52 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 8B8EF4A2; Thu, 16 Aug 2001 14:48:51 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id NAA04057; Thu, 16 Aug 2001 13:48:51 -0700 (PDT) Message-Id: <200108162048.NAA04057@mina.soco.agilent.com> To: Alfred Perlstein Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: secure Filesystem Reply-To: Darryl Okahata In-Reply-To: Your message of "Thu, 16 Aug 2001 15:09:50 CDT." <20010816150950.M38066@elvis.mu.org> Mime-Version: 1.0 (generated by tm-edit 1.6) Content-Type: text/plain; charset=US-ASCII Date: Thu, 16 Aug 2001 13:48:50 -0700 From: Darryl Okahata Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > A bigger problem is that doing anything with a file uses up 1-2KB > > PER FILE. If you want to see cfsd grow *really big*, do a "find ." of > > any large cfs-controlled hierarchy with lots of files. I'd really like > > to put my MH mail messages under cfs, but I've got too many files (I > > can't afford having a 200+MB cfsd). > > This is what swap is for. :) > > If cfsd doesn't touch all that now unused memory it'll simply be > paged out and probably only paged in occasionally. Well, yes. ;-) However, on a somewhat aging 128MB laptop, a 200+MB cfsd puts the system into swap h*ll pretty quickly. I think cfsd has some linked lists which thrash a lot of pages. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 14: 2: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 4A16F37B407 for ; Thu, 16 Aug 2001 14:02:03 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 4BE3A81D0D; Thu, 16 Aug 2001 16:02:03 -0500 (CDT) Date: Thu, 16 Aug 2001 16:02:03 -0500 From: Alfred Perlstein To: Darryl Okahata Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: secure Filesystem Message-ID: <20010816160203.N38066@elvis.mu.org> References: <20010816150950.M38066@elvis.mu.org> <200108162048.NAA04057@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108162048.NAA04057@mina.soco.agilent.com>; from darrylo@soco.agilent.com on Thu, Aug 16, 2001 at 01:48:50PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Darryl Okahata [010816 15:49] wrote: > Alfred Perlstein wrote: > > > > A bigger problem is that doing anything with a file uses up 1-2KB > > > PER FILE. If you want to see cfsd grow *really big*, do a "find ." of > > > any large cfs-controlled hierarchy with lots of files. I'd really like > > > to put my MH mail messages under cfs, but I've got too many files (I > > > can't afford having a 200+MB cfsd). > > > > This is what swap is for. :) > > > > If cfsd doesn't touch all that now unused memory it'll simply be > > paged out and probably only paged in occasionally. > > Well, yes. ;-) > > However, on a somewhat aging 128MB laptop, a 200+MB cfsd puts the > system into swap h*ll pretty quickly. I think cfsd has some linked > lists which thrash a lot of pages. That's unfortunate. Good thing is that cfs is open source. "Got Patches" ? :) -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 16:11: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web12806.mail.yahoo.com (web12806.mail.yahoo.com [216.136.174.41]) by hub.freebsd.org (Postfix) with SMTP id E6F1837B405 for ; Thu, 16 Aug 2001 16:11:00 -0700 (PDT) (envelope-from zaunere@yahoo.com) Message-ID: <20010816231100.81723.qmail@web12806.mail.yahoo.com> Received: from [66.114.66.188] by web12806.mail.yahoo.com; Thu, 16 Aug 2001 16:11:00 PDT Date: Thu, 16 Aug 2001 16:11:00 -0700 (PDT) From: Hans Zaunere Subject: IPFilter Bridging To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am wondering if anyone knows of any workarounds to get IPFilter to filter across an ethernet bridge. The bridge is working fine, and so is ipf, but ipf has no effect on any packets that go across the bridge. Pings to localhost are monitored and filtered, but that's about it. Any combination of configurations, hacks, or anything else (could netgraph help here?) that would solve this problem. I don't want to goto OpenBSD, but don't want to part with ipf. Thank you, Hans zaunere@yahoo.com __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 16:53:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 44DB537B408; Thu, 16 Aug 2001 16:53:35 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f7GNrUv08053; Thu, 16 Aug 2001 16:53:30 -0700 Date: Thu, 16 Aug 2001 16:53:30 -0700 From: Brooks Davis To: Brooks Davis Cc: Vladimir Terziev , hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Cisco AIR-PCI 352 Message-ID: <20010816165330.A3920@Odin.AC.HMC.Edu> References: <200108161317.f7GDHbc59657@star.rila.bg> <20010816110811.A30894@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010816110811.A30894@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Thu, Aug 16, 2001 at 11:08:11AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 16, 2001 at 11:08:11AM -0700, Brooks Davis wrote: > On Thu, Aug 16, 2001 at 04:17:37PM +0300, Vladimir Terziev wrote: > > The FreeBSD an driver (for Cisco Aironet cards) supports 340 series c= ards. > > I want to know if the an driver supports Cisco Aironet 350 series cards. >=20 > Yes they are, though the PCI cards require a two line MFC before they > will work. I've MFC'd the change to detect 350 Series PCI cards. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7fFz6XY6L6fI4GtQRArybAJ9ZcYWGFBciyOQQm3/FkEdUgCz59wCeJs5x HJIcyN91WVQEGjv+inpwzeQ= =OteU -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 16 21:13:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by hub.freebsd.org (Postfix) with ESMTP id 9053037B407 for ; Thu, 16 Aug 2001 21:13:22 -0700 (PDT) (envelope-from anru@ihug.co.nz) Received: from smtp.ihug.co.nz (p406-apx1.akl.ihug.co.nz [203.173.193.152]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id QAA11282 for ; Fri, 17 Aug 2001 16:13:20 +1200 X-Authentication-Warning: smtp4.ihug.co.nz: Host p406-apx1.akl.ihug.co.nz [203.173.193.152] claimed to be smtp.ihug.co.nz Message-Id: <998021576.570@ihug.co.nz> Date: Fri, 17 Aug 2001 16:12:56 1200 To: freebsd-hackers@freebsd.org From: anru@ihug.co.nz (John Zheng) Subject: Denial of Service Research MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir/Madam My name is John Zheng. I sent this email to you a couple days ago to invite you to my on-line survey. This is a friendly reminder in case you missed out the previous one because the web server was affected due to a power failure 2 days ago. I promise I won't bother you again! We are students at the UNITEC Institute of Technology (New Zealand), and currently working on a DoS/DDoS (Denial of service) research project, as required for our degree. For this project we conduct research on the analysis of the DoS/DDoS technologies and threats, as well as anti DoS/DDoS tools. As part of this research, we found your email on the internet. You could be of great help to us if you could fill out our on-line survey, which we have prepared for this project. In return, we will email you the summarized outcome of the project if you do provide your email address in the survey form. Please find the survey here: http://hyperdisc.unitec.ac.nz/dos_research/ The information you give us will be analyzed and results will be presented in an anonymous, generic form. Please let us assure you that all your information will remain strictly confidential. Thank you very much for assisting us! If you need to contact us, please email to e_URL@hotmail.com Best Regards Leon & John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 0: 5:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id DD00A37B407 for ; Fri, 17 Aug 2001 00:05:31 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.5/8.11.4) id f7H75G728300; Fri, 17 Aug 2001 11:05:16 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108170705.f7H75G728300@bugz.infotecs.ru> Subject: Re: Getting filename from descriptor or vnode struct To: lorenzo@linuxbe.org (Sansonetti Laurent) Date: Fri, 17 Aug 2001 11:05:15 +0400 (MSD) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Sansonetti Laurent" at Aug 16, 2001 07:24:43 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi hackers, > > I'm confronted to a problem when I try to hack getdirentries(2) in a kld > module : > > To summarize, getdirentries() filled in a buffer a series of dirent struct, > and the 'd_name' field represents the filename (without the full path). I > must recover the full path because I've on disk a list of files to hide ... > > The field 'fd' in getdirentries_args is the file descriptor of the > directory.. and I've discovered that the field 'p_fd' from struct proc is a > filedesc struct which contains a vnode struct representing the current > directory ('fd_cdir'). > > VOP_GETATTR() doesn't allow me to recover this.. > > If someone could help me, thanks in advance ! I think the best way would be to also hack open() and close(). You can have some table where you store fd and full pathname of each opened directory. You add an entry on open() and remove it on close(). Of course, open() argument may be a path relative to current directory, so to get full path you should simulate __getcwd() syscall; you must allocate userland buffer for it with mmap() and then copyin() it (read my previous posting). Once you have such table, you can find the path by fd in hacked getdirentries() and see if you want to hide the file or not ... Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 0:28:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 2EDF837B405 for ; Fri, 17 Aug 2001 00:28:35 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 3C63716B13 for ; Fri, 17 Aug 2001 09:28:28 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id AA011AAC01A8; Fri, 17 Aug 2001 09:38:41 +0200 Message-Id: <5.1.0.14.0.20010817092806.03a206f8@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 17 Aug 2001 09:29:14 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: Re: IPFilter Bridging In-Reply-To: <20010816231100.81723.qmail@web12806.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I am wondering if anyone knows of any workarounds to >get IPFilter to filter across an ethernet bridge. this a FAQ, or at least a Recently AQ. ipfilter bridging only works on OpenBSD Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 1:18:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (dialmess.nanolink.com [217.75.135.246]) by hub.freebsd.org (Postfix) with SMTP id 20C0537B403 for ; Fri, 17 Aug 2001 01:18:29 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 11692 invoked by uid 1000); 17 Aug 2001 08:16:57 -0000 Date: Fri, 17 Aug 2001 11:16:57 +0300 From: Peter Pentchev To: brian o'shea Cc: Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Signal Handling Message-ID: <20010817111657.B556@ringworld.oblivion.bg> Mail-Followup-To: brian o'shea , Hans Zaunere , freebsd-hackers@FreeBSD.ORG References: <20010814152536.B27553@netapp.com> <20010815024750.21433.qmail@web12802.mail.yahoo.com> <20010814211158.A22386@netapp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010814211158.A22386@netapp.com>; from boshea@netapp.com on Tue, Aug 14, 2001 at 09:11:58PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 14, 2001 at 09:11:58PM -0700, brian o'shea wrote: > On Tue, Aug 14, 2001 at 07:47:50PM -0700, Hans Zaunere wrote: > > > [...] > > > > 2) If a 10k binary is running, the signal is sent, and the program > > > > is reloaded from disk, but is 100k (or 1k even) how does the > > > > signal handling function get called, taking into account what > > > > Stevens says. Steven states that the sigmask remains for calls > > > > across exec, so wouldn't the wrong address to the handler function > > > > be used? > > > > > > No, the signal mask is not the address of the handler function. It > > > is the bit mask which determines which signals are blocked. > > > > > > > Sorry, I think I miss spoke myself. If a signal handler is setup in > > the running process, and exec is called, replacing the same program, > > but this time, the program is much smaller or bigger, will the signal > > handler function be in the right place? The same program is exec'd, > > but since it's a different size, won't the signal handler function > > pointer, point to the wrong place? > > If a program calls exec on the file that is the current text file (i.e. > argv[0]), then the text segment of the process will be the same size as > it was before the call to exec, because it will be identical. The only > reason why the process' size might (and probably will) be different is > because of any dynamically allocated memory, and because of and stack > growth from function calls and local variable allocation. Neither of > these effect the address of any of the functions in the program > (including the signal handlers). This is not necessarily true; a program might exec() a file by the same name, but with different contents - e.g. restarting a recompiled server. G'luck, Peter -- I've heard that this sentence is a rumor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 1:24:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (dialmess.nanolink.com [217.75.135.246]) by hub.freebsd.org (Postfix) with SMTP id D865537B406 for ; Fri, 17 Aug 2001 01:24:43 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 20355 invoked by uid 1000); 17 Aug 2001 08:23:22 -0000 Date: Fri, 17 Aug 2001 11:23:22 +0300 From: Peter Pentchev To: Hans Zaunere Cc: freebsd-hackers@freebsd.org Subject: Re: Signal Handling Message-ID: <20010817112322.C556@ringworld.oblivion.bg> Mail-Followup-To: Hans Zaunere , freebsd-hackers@freebsd.org References: <20010813160932.30924.qmail@web12801.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010813160932.30924.qmail@web12801.mail.yahoo.com>; from zaunere@yahoo.com on Mon, Aug 13, 2001 at 09:09:32AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 13, 2001 at 09:09:32AM -0700, Hans Zaunere wrote: > > In a program that I am working on, I've decided to > catch signal 15, which then calls execl() in the > handler to reload the program from the on-disk binary. > I am able to send it the signal, it reloads, and > works fine. However I could not send the signal again > and have the program respond. I then learned, with > some help, that the signal needs to be unblocked after > each call. It now works as intended. > > However in reading about this, in Steven's Advanced > Programming in the UNIX Environment, he states: > "Naturally a signal that is being caught by a process > that calls exec cannot be caught in the new program, > since the address of the signal-catching function in > the caller probably has no meaning in the new program > file that is execed. Page. 273) > > This makes sense to me, however doesn't seem to be the > case. Three questions: > > 1) Why, in the first place, does a signal become > blocked after it is recieved? Why does the kernel > want to do this? Mainly compatibility - it was done this way in some oold Unixen. The sigaction(2) syscall gives you much more control over how your handlers are called/reset/etc. > 2) If a 10k binary is running, the signal is sent, and > the program is reloaded from disk, but is 100k (or 1k > even) how does the signal handling function get > called, taking into account what Stevens says. Steven > states that the sigmask remains for calls across exec, > so wouldn't the wrong address to the handler function > be used? The sigmask remains, but not the handlers themselves. Look at the execve(2) manual page - it explains exactly what is done to both signal handlers and the signal mask - the part about blocked signals is the one that talks about the signal mask. > 3) Is my using of exec, in fact, the best way to > reload the program on the fly, from within itself? > What would be the best, robust, way to do this in the > future? Executing your own image is a good way to do it. It does have some drawbacks, but it is a good way. I hope that when you exec something, you are really certain that it is your actual program that you are executing, and not just argv[0]. Otherwise, a malicious user might start your program with a different argv[0] setting (all exec*() functions allow this), then send a 'reload' signal/command/whatever, and have your program execute something else, possibly with elevated privileges. G'luck, Peter -- If I were you, who would be reading this sentence? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 3:36:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sssup1.sssup.it (sssup1.sssup.it [193.205.80.1]) by hub.freebsd.org (Postfix) with ESMTP id 1196637B40F for ; Fri, 17 Aug 2001 03:36:15 -0700 (PDT) (envelope-from gabriele@sssup.it) Received: from sssup.it (193.205.82.25) by sssup1.sssup.it (MX V5.1-A An8l) with ESMTP for ; Fri, 17 Aug 2001 12:36:13 +0200 Message-ID: <3B7CF359.209D7895@sssup.it> Date: Fri, 17 Aug 2001 12:35:05 +0200 From: Gabriele Cecchetti Reply-To: gabriele@ing.unipi.it Organization: RETIS Lab - SSSA X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: it, en MIME-Version: 1.0 Newsgroups: comp.unix.bsd.freebsd.misc Cc: freebsd-hackers@freebsd.org Subject: Promise FastTrack TX2 don't work on 4.3-RELEASE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to use this card but it was not recognised by 4.3-RELEASE. I've check the source this model is not listed in ata driver: the model of this card has this identification number: 0x6268105a. Any chance to get it working ? Thank in advance Gabriele To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 4: 9:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 5F82537B409 for ; Fri, 17 Aug 2001 04:09:12 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from vel@localhost) by bugz.infotecs.ru (8.11.5/8.11.4) id f7HB98k29893 for freebsd-hackers@freebsd.org; Fri, 17 Aug 2001 15:09:08 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108171109.f7HB98k29893@bugz.infotecs.ru> Subject: IP address on bridge To: freebsd-hackers@freebsd.org Date: Fri, 17 Aug 2001 15:09:08 +0400 (MSD) X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm observing some strange problem when I have an IP address on one card on a bridge machine and want to telnet in. I have 4.2-RELEASE box with two network cards: Realtek 8139 (rl0) and 3Com 3C905B (xl0). rl0 is connected to the world, and xl0 to the intranet switch. FreeBSD handbook says that I'm allowed to assign an IP address to one of the two interfaces. Okay, so I assign the address to xl0. But I'm unable to access it from a machine on xl0 side. arp is found properly, and packets are sent, but somehow bridge machine just ignores those packets (tcpdump shows nothing). If I assign IP address to rl0 rather than xl0, it works for short time, then machine I telnet from says that arp of the bridge is moved to xl0 arp again, and packets get lost. ifconfig rl0 down/up and ping'ing the machine I telnet from (so it gets proper arp) heals, but for the short time again. When I swap network cables on those cards, so that xl0 looks to the world and rl0 to the intranet, then assigning IP address to rl0 works fine, I'm always able to telnet in from intranet side. Is it some bug in the xl0 driver ? Was it already fixed, and would upgrading to -current solve this problem ? Or is it me who misses something ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 5: 3: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 7751C37B407 for ; Fri, 17 Aug 2001 05:03:06 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7HC3H889496; Fri, 17 Aug 2001 14:03:17 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108171203.f7HC3H889496@freebsd.dk> Subject: Re: Promise FastTrack TX2 don't work on 4.3-RELEASE In-Reply-To: <3B7CF359.209D7895@sssup.it> "from Gabriele Cecchetti at Aug 17, 2001 12:35:05 pm" To: gabriele@ing.unipi.it Date: Fri, 17 Aug 2001 14:02:56 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Gabriele Cecchetti wrote: > I'm trying to use this card but it was not recognised by 4.3-RELEASE. > > I've check the source this model is not listed in ata driver: the model > of this card has this identification number: 0x6268105a. > > Any chance to get it working ? I have the fix here, but havn't had time to get it into 4.4... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 6:44:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 3C67137B401 for ; Fri, 17 Aug 2001 06:44:51 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.5/8.11.4) id f7HDife37351; Fri, 17 Aug 2001 17:44:41 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108171344.f7HDife37351@bugz.infotecs.ru> Subject: Re: kernel stack size To: julian@elischer.org (Julian Elischer) Date: Fri, 17 Aug 2001 17:44:40 +0400 (MSD) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Julian Elischer" at Aug 15, 2001 12:19:56 AM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In 5-0-KSE there is a single page that contains the stack and > the PCB (which is about 660 bytes). We are also looking at adding > code to set a hardware watchpoint between the stack and the PCB > to catch overruns. Maybe I'm just dumb, but I still don't understand, what is the reason of keeping kernel stack size so small ? I understand there should be no need in huge stack, but why so damn small ? Would someone explain please ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 9:10:17 2001 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 A4ABF37B40A for ; Fri, 17 Aug 2001 09:10:14 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA23014; Fri, 17 Aug 2001 09:12:17 -0700 (PDT) Date: Fri, 17 Aug 2001 09:12:16 -0700 (PDT) From: Julian Elischer To: "Eugene L. Vorokov" Cc: freebsd-hackers@freebsd.org Subject: Re: kernel stack size In-Reply-To: <200108171344.f7HDife37351@bugz.infotecs.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We may go to 2 pages but really 1 page is enough as long as people don't store structures on the stack. It's been kept small to keep the overhead of processes and threads down. When we get threads (KSE) we may have theoretically thousands more of these, on potentially smaller boxes.. The main poitn is that it's FIXED and that you can have recursion and interrupts so kernel programmers should know that a stack is a minimal resource. To some extent keeping it VERY small helps force this disciplin on people. As I said before there is a possibility we may go to 2 pages but that's not at all certain. On Fri, 17 Aug 2001, Eugene L. Vorokov wrote: > > In 5-0-KSE there is a single page that contains the stack and > > the PCB (which is about 660 bytes). We are also looking at adding > > code to set a hardware watchpoint between the stack and the PCB > > to catch overruns. > > Maybe I'm just dumb, but I still don't understand, what is the reason of > keeping kernel stack size so small ? I understand there should be no > need in huge stack, but why so damn small ? Would someone explain please ? > > Regards, > Eugene > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 9:10:42 2001 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 E246A37B410 for ; Fri, 17 Aug 2001 09:10:30 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA22994; Fri, 17 Aug 2001 09:06:42 -0700 (PDT) Date: Fri, 17 Aug 2001 09:06:42 -0700 (PDT) From: Julian Elischer To: "Eugene L. Vorokov" Cc: Sansonetti Laurent , freebsd-hackers@freebsd.org Subject: Re: Getting filename from descriptor or vnode struct In-Reply-To: <200108170705.f7H75G728300@bugz.infotecs.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG you are going to have to examine the name cache and find the inode of the directories in the full path. Most open directories will have their full path in the caches.. On Fri, 17 Aug 2001, Eugene L. Vorokov wrote: > > Hi hackers, > > > > I'm confronted to a problem when I try to hack getdirentries(2) in a kld > > module : > > > > To summarize, getdirentries() filled in a buffer a series of dirent struct, > > and the 'd_name' field represents the filename (without the full path). I > > must recover the full path because I've on disk a list of files to hide ... > > > > The field 'fd' in getdirentries_args is the file descriptor of the > > directory.. and I've discovered that the field 'p_fd' from struct proc is a > > filedesc struct which contains a vnode struct representing the current > > directory ('fd_cdir'). > > > > VOP_GETATTR() doesn't allow me to recover this.. > > > > If someone could help me, thanks in advance ! > > I think the best way would be to also hack open() and close(). You can have > some table where you store fd and full pathname of each opened directory. > You add an entry on open() and remove it on close(). Of course, open() > argument may be a path relative to current directory, so to get full path > you should simulate __getcwd() syscall; you must allocate userland buffer > for it with mmap() and then copyin() it (read my previous posting). Once > you have such table, you can find the path by fd in hacked getdirentries() > and see if you want to hide the file or not ... > > Regards, > Eugene > > > 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 Aug 17 9:38:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-27-141-144.mmcable.com [24.27.141.144]) by hub.freebsd.org (Postfix) with SMTP id 03A4937B408 for ; Fri, 17 Aug 2001 09:38:54 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 84452 invoked by uid 100); 17 Aug 2001 16:38:53 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15229.18589.94540.823358@guru.mired.org> Date: Fri, 17 Aug 2001 11:38:53 -0500 To: hackers@freebsd.org Subject: Kernel bloat X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I recently started reading -hackers and noticed something disturbing: a lot of people asking how to do things in the kernel that seem to blatantly not belong there. This makes me wonder if there's a writeup somewhere that provides guidance on such matters? Thanx, http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 10:28:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id EB29937B414 for ; Fri, 17 Aug 2001 10:28:10 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.143.184.Dial1.SanJose1.Level3.net [209.247.143.184]) by robin.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA24851; Fri, 17 Aug 2001 10:27:51 -0700 (PDT) Message-ID: <3B7D5440.91AF6798@mindspring.com> Date: Fri, 17 Aug 2001 10:28:32 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Eugene L. Vorokov" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: IP address on bridge References: <200108171109.f7HB98k29893@bugz.infotecs.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Eugene L. Vorokov" wrote: > I'm observing some strange problem when I have an IP address on one card > on a bridge machine and want to telnet in. I have 4.2-RELEASE box with > two network cards: Realtek 8139 (rl0) and 3Com 3C905B (xl0). rl0 is connected > to the world, and xl0 to the intranet switch. FreeBSD handbook says that > I'm allowed to assign an IP address to one of the two interfaces. Okay, > so I assign the address to xl0. But I'm unable to access it from a machine > on xl0 side. arp is found properly, and packets are sent, but somehow > bridge machine just ignores those packets (tcpdump shows nothing). > > If I assign IP address to rl0 rather than xl0, it works for short time, > then machine I telnet from says that arp of the bridge is moved to xl0 > arp again, and packets get lost. ifconfig rl0 down/up and ping'ing the > machine I telnet from (so it gets proper arp) heals, but for the short time > again. 1) The xl0 interface is working for transmit but not receive, or it would keep working after the ARP move. 2) You are putting both interfaces on the same wire; this means you have another bridge out there somewhere, or the wire doesn't need to be bridged, and is why the ARP is claimed to have moved. 3) A gratuitous ARP is sent when you ifconfig an interface to add an IP address (e.g. when you add an alias, or bring the interface from down to up). This is why the "pinging heals" when you reset the interface. So... A) Do not put two interfaces on the same wire, particularly if you have not set your netmask to make their listen ranges non-intersecting. B) Make sure the xl0 interface is correctly assigning an interrupt, etc.. You can check this by making it the default gateway for the machine, not configuring the other interface, and seeing if things work. If they don't, you have a bad card, driver, or BIOS (the BIOS does the IRQ assignment, if you have "PNP OS" enabled in the BIOS configuration, and some BIOS' do it wrong). C) Find the other bridge, if you haven't put both cards on the same wire segment, since _someone_ is forwarding those ARP packets, if that's the case. D) Realize you can only have one default interface on a machine at a time, so correctly use your subnet masks. E) Consider doing routing instead of bridgeing. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 10:47:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0D13837B406 for ; Fri, 17 Aug 2001 10:47:27 -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.11.3/8.11.3) with ESMTP id f7HHlPq22042; Fri, 17 Aug 2001 11:47:25 -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.11.3/8.11.4) with ESMTP id f7HHlOW43633; Fri, 17 Aug 2001 11:47:24 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108171747.f7HHlOW43633@harmony.village.org> To: Julian Elischer Subject: Re: kernel stack size Cc: "Eugene L. Vorokov" , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 17 Aug 2001 09:12:16 PDT." References: Date: Fri, 17 Aug 2001 11:47:24 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Julian Elischer writes: : We may go to 2 pages but really 1 page is enough as long as people : don't store structures on the stack. It's been kept small to keep the : overhead of processes and threads down. When we get threads (KSE) we may : have theoretically thousands more of these, on potentially smaller boxes.. One interesting note is that if you call PCI BIOS, you have to guarantee you have at least 1k available to do so. I think that the current instances of the code comply, but if the stack size gets a lot smaller, I'm less sure. : The main poitn is that it's FIXED and that you can have recursion and : interrupts so kernel programmers should know that a stack is a minimal : resource. To some extent keeping it VERY small helps force this disciplin : on people. Some forced discipline may not be possible when dealing with external interfaces. I do not know if other platforms (open firmware) have similar requirements or not. Since I have my fingers in the PCI BIOS code at the moment and reading the PCI BIOS docs, I thought I'd mention it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 12: 0:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id 3ADE437B403 for ; Fri, 17 Aug 2001 12:00:38 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.143.184.Dial1.SanJose1.Level3.net [209.247.143.184]) by goose.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA09106; Fri, 17 Aug 2001 12:00:18 -0700 (PDT) Message-ID: <3B7D69EB.85E7D950@mindspring.com> Date: Fri, 17 Aug 2001 12:00:59 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: "Eugene L. Vorokov" , Sansonetti Laurent , freebsd-hackers@FreeBSD.ORG Subject: Re: Getting filename from descriptor or vnode struct References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > you are going to have to examine the name cache and find the inode of the > directories in the full path. Most open directories will have their full > path in the caches.. For the problem he is trying to solve, he should: 1) Precompute the path to the configuration file, and save the ino_t and dev_t for the thing. 2) Compare this tuple against the result of VOP_LOOKUP or VOP_READDIR operations, and hide the results if it matches. NB: Life would be easier for multiple configuration files if you picked a configuration directory, instead, and hid that, rather than individual files, making it an O(1), not an O(n) operation. In other words, look it up forwards once, instead of looking it up reverse many times. You should also be aware that the "hiding" you are doing will not "save you" from mounts overlaying your names, so, if you care about consistancy, you should probably open the target file/directory at the start, and cache a reference to it for the duration, so that it can't cache out from under the kernel code you are writing (e.g. if you use the directory approach, you need to to do exactly what a process does when it gets a current working directory, so look at that code in the kernel and copy it). There are other issues of data folding (e.g. you can treat the directory variantly as a file or directory, in order to flod it out from the FS, which would then let you reuse the directory name from user space, and be none the wiser), but that's a topic for later, after you get your initial code working. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 13: 6: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 84F4C37B408 for ; Fri, 17 Aug 2001 13:05:53 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 7BEC616B23 for ; Fri, 17 Aug 2001 22:05:51 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id AB8EF6F01D6; Fri, 17 Aug 2001 22:16:14 +0200 Message-Id: <5.1.0.14.0.20010817220224.04e7fae0@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 17 Aug 2001 22:06:33 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: how to trace file error Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, -hackers, no answer on -questions. When using the ecartis 1.0.0 (ex-Listar) web interface on 4.2-release, and trying to log in without a password, login fails and mails this report: Error report: List: User: Action: File: /home/ecartis/lists/SITEDATA/cookies Error: Bad file descriptor -- queuefile in error -- << NO QUEUEFILE! >> The comment by Rachel Blackman, the ecartis developer, is: "After a bit of abuse, I was able to produce this error when my own FreeBSD-4.2 box ran out of file descriptors due to a rogue process (in this case, a faulty PHP/FI engine compile that was not always freeing file handles for some reason). Perhaps something similar is affecting your box?" The box is a dedicated list server, nothing else running. kern.maxfiles: 16384 kern.maxfilesperproc: 16384 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS PIPE: 160, 0, 44, 58, 866 SWAPMETA: 160, 256500, 0, 0, 0 unpcb: 64, 0, 26, 294, 2960 ripcb: 192, 65536, 0, 42, 4 tcpcb: 544, 65536, 9, 68, 920 udpcb: 192, 65536, 6, 36, 2457 tcpcb: 544, 65536, 0, 0, 0 socket: 192, 65536, 41, 316, 6346 KNOTE: 64, 0, 0, 128, 2280 NFSNODE: 320, 0, 0, 0, 0 NFSMOUNT: 544, 0, 0, 0, 0 VNODE: 192, 0, 1692, 110, 1692 NAMEI: 1024, 0, 0, 16, 135476 VMSPACE: 192, 0, 38, 90, 864 PROC: 416, 0, 43, 104, 870 DP fakepg: 64, 0, 0, 0, 0 PV ENTRY: 28, 1494926, 10383, 120680, 281535 MAP ENTRY: 48, 0, 808, 935, 32037 KMAP ENTRY: 48, 32190, 272, 111, 1298 MAP: 108, 0, 7, 3, 7 VM OBJECT: 96, 0, 1276, 492, 19321 What kind of tool is there to watch file openings and catch errors? Or any other ideas? The box works fine as list server, sending 200K+ messages (via postfix) per day just fine. But I only try the LSG web login when no list is being delivered. nothing in maillog, dmesg, or messages. Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 14:22:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nyc.rr.com (nycsmtp1fb.rdc-nyc.rr.com [24.29.99.76]) by hub.freebsd.org (Postfix) with ESMTP id 64F6737B403; Fri, 17 Aug 2001 14:22:38 -0700 (PDT) (envelope-from jslivko@4evermail.com) Received: (apparently) from equinox ([24.168.44.136]) by nyc.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Fri, 17 Aug 2001 17:22:23 -0400 Message-ID: <007901c12762$d3ac7ea0$8701a8c0@equinox> From: "Jonathan M. Slivko" To: "Nate Williams" , "Matt Piechota" Cc: "Carroll, D. (Danny)" , , References: <98829DC07ECECD47893074C4D525EFC311561F@citsnl007.europe.intranet><20010817165323.F4969-100000@cithaeron.argolis.org> <15229.34962.653064.226276@nomad.yogotech.com> Subject: Re: Silly crackers... NT is for kids... Date: Fri, 17 Aug 2001 17:23:13 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Which just brings me to another point, why not just turn ssh on by default and turn telnetd off by default, given the latest exploit. Thanks for bringing up a point that I wanted to bring to the security team for awhile. -- Jonathan M. Slivko 4EverMail Hosting Services http://www.4evermail.com "Are YOU ready for the new Internet?" -- ----- Original Message ----- From: "Nate Williams" To: "Matt Piechota" Cc: "Carroll, D. (Danny)" ; Sent: Friday, August 17, 2001 5:11 PM Subject: RE: Silly crackers... NT is for kids... > > Even for authentication? > > > > I can understand using a telnet client to manually test SMTP servers or > > other protocols, but I cannot understand why you *need* telnet. > > Mind you I am against using pop3 as well, unless it's encrypted. > > Example 1: > You're on an internal heavily firewalled corporate LAN, where none of your > information is hidden between employees. So you don't care, and you don't > have to worry about installing ssh on every PC's desktop, and teaching > cluon-deprived people to use it. Agreed, but given the recent telnetd exploit, I'm not sure you want it on by default. Even in our heavily-firewalled environment, we don't want *ALL* of the users to have root access on our FreBSD boxes. :) Having the users enable it by default makes them more aware of what's going on. (Although, one could argue that all the folks who are still infected with CodeRed initially enabled it, and have done nothing since...) > Example 2: You're running realtime applications, or applications that > need all available processing power for performance reasons. The > extra overhead of encrypting and decrypting the ssh traffic may drop > your performance. Then don't telnet into the box. If you need to monitor a box over an insecure network, then encryption/decryption is a necessity, IMHO. > Let's not forget that until the recently done work of the OpenSSH team, > you couldn't use SSH in a commercial environment with out paying for it. > And besides, sniffing passwords isn't that terribly easy if you're using > switched Ethernet anyways. Actually, it is. See the archives of how easy it is to blow the switch out of the water. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" 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 Aug 17 14:34:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.insweb.com (mail2.insweb.com [204.254.158.36]) by hub.freebsd.org (Postfix) with ESMTP id 4632C37B40F; Fri, 17 Aug 2001 14:34:09 -0700 (PDT) (envelope-from fbsd-secure@ursine.com) Received: from ursine.com (dhcp-4-45-203.users.insweb.com [10.4.45.203]) by mail2.insweb.com (8.11.0/8.11.0) with ESMTP id f7HLXwT73320; Fri, 17 Aug 2001 14:33:59 -0700 (PDT) (envelope-from fbsd-secure@ursine.com) Message-ID: <3B7D8DC6.A0B600AA@ursine.com> Date: Fri, 17 Aug 2001 14:33:58 -0700 From: Michael Bryan X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-security@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Silly crackers... NT is for kids... References: <98829DC07ECECD47893074C4D525EFC311561F@citsnl007.europe.intranet><20010817165323.F4969-100000@cithaeron.argolis.org> <15229.34962.653064.226276@nomad.yogotech.com> <007901c12762$d3ac7ea0$8701a8c0@equinox> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Jonathan M. Slivko" wrote: > > Which just brings me to another point, why not just turn ssh on by default > and turn telnetd off by default, given the latest exploit. Umm, because the -next- exploitable bug might be in sshd, not telnetd? There are lots of good reasons to run ssh and not telnet by default, but the fact that telnetd had a recent exploitable bug is not one of those reasons. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 14:37:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail32.sdc1.sfba.home.com (femail32.sdc1.sfba.home.com [24.254.60.22]) by hub.freebsd.org (Postfix) with ESMTP id 1EF4E37B409; Fri, 17 Aug 2001 14:37:52 -0700 (PDT) (envelope-from bmah@employees.org) Received: from intruder.bmah.org ([24.176.204.87]) by femail32.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010817213726.JDPL1756.femail32.sdc1.sfba.home.com@intruder.bmah.org>; Fri, 17 Aug 2001 14:37:26 -0700 Received: (from bmah@localhost) by intruder.bmah.org (8.11.5/8.11.3) id f7HLbPT12574; Fri, 17 Aug 2001 14:37:25 -0700 (PDT) (envelope-from bmah) Message-Id: <200108172137.f7HLbPT12574@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Jonathan M. Slivko" Cc: "Nate Williams" , "Matt Piechota" , "Carroll, D. (Danny)" , freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Silly crackers... NT is for kids... In-Reply-To: <007901c12762$d3ac7ea0$8701a8c0@equinox> References: <98829DC07ECECD47893074C4D525EFC311561F@citsnl007.europe.intranet><20010817165323.F4969-100000@cithaeron.argolis.org> <15229.34962.653064.226276@nomad.yogotech.com> <007901c12762$d3ac7ea0$8701a8c0@equinox> Comments: In-reply-to "Jonathan M. Slivko" message dated "Fri, 17 Aug 2001 17:23:13 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1009623041P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 17 Aug 2001 14:37:25 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1009623041P Content-Type: text/plain; charset=us-ascii If memory serves me right, "Jonathan M. Slivko" wrote: > Which just brings me to another point, why not just turn ssh on by default > and turn telnetd off by default, given the latest exploit. Thanks for > bringing up a point that I wanted to bring to the security team for awhile. From the release notes for -CURRENT and 4-STABLE: All services in inetd.conf are now disabled by default for new installations. sysinstall(8) gives the option of enabling or disabling inetd(8) on new installations, as well as editing inetd.conf. Bruce. --==_Exmh_1009623041P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7fY6V2MoxcVugUsMRAjWFAKD3ma6yZ79564ihsDgvJZcVBth3RgCeIbZo XsPMaAgvD+VzSd/dTPa6lI4= =ozkt -----END PGP SIGNATURE----- --==_Exmh_1009623041P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 14:40:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nyc.rr.com (nycsmtp2fb.rdc-nyc.rr.com [24.29.99.78]) by hub.freebsd.org (Postfix) with ESMTP id 79E6737B405; Fri, 17 Aug 2001 14:39:57 -0700 (PDT) (envelope-from jslivko@4evermail.com) Received: from equinox ([24.168.44.136]) by nyc.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Fri, 17 Aug 2001 17:39:16 -0400 Message-ID: <00a801c12765$2f83c6f0$8701a8c0@equinox> From: "Jonathan M. Slivko" To: Cc: "Nate Williams" , "Matt Piechota" , "Carroll, D. (Danny)" , , References: <98829DC07ECECD47893074C4D525EFC311561F@citsnl007.europe.intranet><20010817165323.F4969-100000@cithaeron.argolis.org> <15229.34962.653064.226276@nomad.yogotech.com> <007901c12762$d3ac7ea0$8701a8c0@equinox> <200108172137.f7HLbPT12574@intruder.bmah.org> Subject: Re: Silly crackers... NT is for kids... Date: Fri, 17 Aug 2001 17:40:08 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm saying without any intervention of any kind. -- Jonathan -- Jonathan M. Slivko 4EverMail Hosting Services http://www.4evermail.com "Are YOU ready for the new Internet?" -- ----- Original Message ----- From: "Bruce A. Mah" To: "Jonathan M. Slivko" Cc: "Nate Williams" ; "Matt Piechota" ; "Carroll, D. (Danny)" ; ; Sent: Friday, August 17, 2001 5:37 PM Subject: Re: Silly crackers... NT is for kids... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 14:57: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.calldei.com (adsl-208-191-149-190.dsl.hstntx.swbell.net [208.191.149.190]) by hub.freebsd.org (Postfix) with ESMTP id 3DFF737B40D; Fri, 17 Aug 2001 14:57:01 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: (from chris@localhost) by holly.calldei.com (8.11.4/8.9.3) id f7HLskT23021; Fri, 17 Aug 2001 16:54:46 -0500 (CDT) (envelope-from chris) Date: Fri, 17 Aug 2001 16:54:45 -0500 From: Chris Costello To: "Jonathan M. Slivko" Cc: bmah@FreeBSD.ORG, Nate Williams , Matt Piechota , "Carroll, D. (Danny)" , freebsd-security@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Silly crackers... NT is for kids... Message-ID: <20010817165445.A16395@holly.calldei.com> Reply-To: chris@calldei.com References: <98829DC07ECECD47893074C4D525EFC311561F@citsnl007.europe.intranet><20010817165323.F4969-100000@cithaeron.argolis.org> <15229.34962.653064.226276@nomad.yogotech.com> <007901c12762$d3ac7ea0$8701a8c0@equinox> <200108172137.f7HLbPT12574@intruder.bmah.org> <00a801c12765$2f83c6f0$8701a8c0@equinox> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00a801c12765$2f83c6f0$8701a8c0@equinox>; from jslivko@4evermail.com on Fri, Aug 17, 2001 at 05:40:08PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, August 17, 2001, Jonathan M. Slivko wrote: > I'm saying without any intervention of any kind. -- Jonathan Hence the part about "By default". If the person installing FreeBSD does nothing when asked about inetd.conf, no inetd services are enabled. This means telnetd, too. -- +-------------------+--------------------------------------------+ | Chris Costello | Wasting time is an important part of life. | | chris@calldei.com | | +-------------------+--------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 17 15:28:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id EB85537B403; Fri, 17 Aug 2001 15:28:09 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id PAA15674; Fri, 17 Aug 2001 15:42:38 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id PAA15645; Fri, 17 Aug 2001 15:42:38 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15229.36814.232456.549513@nomad.yogotech.com> Date: Fri, 17 Aug 2001 15:42:38 -0600 To: "Jonathan M. Slivko" Cc: "Nate Williams" , "Matt Piechota" , "Carroll, D. (Danny)" , , Subject: Re: Silly crackers... NT is for kids... In-Reply-To: <007901c12762$d3ac7ea0$8701a8c0@equinox> References: <98829DC07ECECD47893074C4D525EFC311561F@citsnl007.europe.intranet> <20010817165323.F4969-100000@cithaeron.argolis.org> <15229.34962.653064.226276@nomad.yogotech.com> <007901c12762$d3ac7ea0$8701a8c0@equinox> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Which just brings me to another point, why not just turn ssh on by default > and turn telnetd off by default, given the latest exploit. As Bruce already mentioned, this is the new default in 4.4. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 1: 0:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp03.mail.onemain.com (SMTP-OUT003.ONEMAIN.COM [63.208.208.73]) by hub.freebsd.org (Postfix) with SMTP id 377E337B407 for ; Sat, 18 Aug 2001 01:00:13 -0700 (PDT) (envelope-from dancox@teleport.com) Received: (qmail 10498 invoked from network); 18 Aug 2001 07:59:09 -0000 Received: from apx1-03-149.pdx.du.teleport.com (HELO xavierserver) ([216.26.62.149]) (envelope-sender ) by smtp03.mail.onemain.com (qmail-ldap-1.03) with SMTP for ; 18 Aug 2001 07:59:09 -0000 Message-ID: <003d01c127bc$74a156b0$0100a8c0@network> From: "Dan Cox" To: Subject: cannot find root directory Date: Sat, 18 Aug 2001 01:04:48 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When I try logging in as anyone other than root I get a "Cannot find root directory" message and can't log in as that user. The only changes I made were running make-localhost and adding a domain. Any help is appreciated. Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 1: 9:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp01.mail.onemain.com (SMTP-OUT003.ONEMAIN.COM [63.208.208.73]) by hub.freebsd.org (Postfix) with SMTP id 544A437B407 for ; Sat, 18 Aug 2001 01:09:28 -0700 (PDT) (envelope-from dancox@teleport.com) Received: (qmail 5338 invoked from network); 18 Aug 2001 08:08:16 -0000 Received: from apx1-03-149.pdx.du.teleport.com (HELO xavierserver) ([216.26.62.149]) (envelope-sender ) by smtp01.mail.onemain.com (qmail-ldap-1.03) with SMTP for ; 18 Aug 2001 08:08:16 -0000 Message-ID: <004301c127bd$c4dc5200$0100a8c0@network> From: "Dan Cox" To: Subject: wireless nic recommendations Date: Sat, 18 Aug 2001 01:14:13 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is my situation. My house can't get DSL or cable. Our neighbors who live 20-30 feet away do have DSL and have agreed to share the connection. To make a long story short we have successfully set up a wireless LAN for the two houses, we've been using a windows laptop to test the connection. I would like to find out what wireless NIC's are compatible with freeBSD or some recommendations. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 1:20: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id B1F1537B408 for ; Sat, 18 Aug 2001 01:19:58 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 86AAE81D0F; Sat, 18 Aug 2001 03:19:50 -0500 (CDT) Date: Sat, 18 Aug 2001 03:19:50 -0500 From: Alfred Perlstein To: Dan Cox Cc: freebsd-hackers@freebsd.org Subject: Re: wireless nic recommendations Message-ID: <20010818031950.X38066@elvis.mu.org> References: <004301c127bd$c4dc5200$0100a8c0@network> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <004301c127bd$c4dc5200$0100a8c0@network>; from dancox@teleport.com on Sat, Aug 18, 2001 at 01:14:13AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Dan Cox [010818 03:09] wrote: > Here is my situation. My house can't get DSL or cable. Our neighbors who > live 20-30 feet away do have DSL and have agreed to share the connection. To > make a long story short we have successfully set up a wireless LAN for the > two houses, we've been using a windows laptop to test the connection. I > would like to find out what wireless NIC's are compatible with freeBSD or > some recommendations. I'm using an Addtron card in my laptop as well as a Addtron PCI card in my FreeBSD based router, works ok, every once and a while the FreeBSD router requires a reboot because the card wigs out, but reboots are few and far between. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 2:38: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id BF1B937B408 for ; Sat, 18 Aug 2001 02:37:57 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id MON35769; Sat, 18 Aug 2001 12:37:46 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.5/8.11.5) id f7I922a00739; Sat, 18 Aug 2001 12:02:02 +0300 (EEST) (envelope-from netch) Date: Sat, 18 Aug 2001 12:02:02 +0300 From: Valentin Nechayev To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Signal Handling Message-ID: <20010818120202.A399@iv.nn.kiev.ua> References: <20010813160932.30924.qmail@web12801.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010813160932.30924.qmail@web12801.mail.yahoo.com>; from zaunere@yahoo.com on Mon, Aug 13, 2001 at 09:09:32AM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mon, Aug 13, 2001 at 09:09:32, zaunere (Hans Zaunere) wrote about "Signal Handling": > In a program that I am working on, I've decided to > catch signal 15, which then calls execl() in the > handler to reload the program from the on-disk binary. > I am able to send it the signal, it reloads, and > works fine. However I could not send the signal again > and have the program respond. I then learned, with > some help, that the signal needs to be unblocked after > each call. It now works as intended. Do you call execl() from signal handler? Or signal handler sets flag, and main cycle calls execl() seeing this flag? In first case (execl() from signal handler) it is natural that signal remains blocked, AFAIU, unless SA_NODEFER flag is set for signal handler. In latter one, please find place of explicit sigprocmask() call. Crossing exec*(), kernel resets all signal handlers to their default values (SIG_DFL), but doesn't change signal blocking mask. In any case, either on first exec() or consequent ones, you should deal with signal mask: unblock signals which should be unblocked, block which and when should be blocked. On process initialization, you should explicitly unblock signal after installing signal handler. And, do _not_ use signal 15 (SIGTERM) for re-execing: you put process in conflict with signal semantics. SIGTERM is used, e.g., by init(8) to notify processes about sooner system shutdown, and process caught it should perform graceful shutdown. For re-execing daemons, SIGHUP or SIGUSR1 is in tradition. > 1) Why, in the first place, does a signal become > blocked after it is recieved? Why does the kernel > want to do this? See above. I suppose most probable variant is that you call exec() from signal handler. For signal handlers, reasonable default behavior is to block signal being currently in handling, to avoid harmful handler nesting. > 2) If a 10k binary is running, the signal is sent, and > the program is reloaded from disk, but is 100k (or 1k > even) how does the signal handling function get > called, taking into account what Stevens says. Steven > states that the sigmask remains for calls across exec, > so wouldn't the wrong address to the handler function > be used? This is Stevens' theoretical considering before desribing real practice. Real practice is described in man execve which says: ==={{{ Signals set to be ignored in the calling process are set to be ignored in the new process. Signals which are set to be caught in the calling pro- cess image are set to default action in the new process image. Blocked signals remain blocked regardless of changes to the signal action. The signal stack is reset to be undefined (see sigaction(2) for more informa- tion). ===}}} Of course, addresses of signal handlers make no sense for new binary, and they are reset (to SIG_DFL, i.e. no userland handler). But signal mask remains unchanged. This allows process to install its own custom signal handlers before unblocking. > 3) Is my using of exec, in fact, the best way to > reload the program on the fly, from within itself? > What would be the best, robust, way to do this in the > future? It fully depends on design of your program. You should interface correctly with system, all other is up to you. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 2:38:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 6B67137B412 for ; Sat, 18 Aug 2001 02:38:13 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id MOQ35770; Sat, 18 Aug 2001 12:38:04 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.5/8.11.5) id f7I9NaG00850; Sat, 18 Aug 2001 12:23:36 +0300 (EEST) (envelope-from netch) Date: Sat, 18 Aug 2001 12:23:36 +0300 From: Valentin Nechayev To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ncurses Message-ID: <20010818122335.B399@iv.nn.kiev.ua> References: <3B7B18EE.6B41ABED@math.missouri.edu> <20010816005744.24402.qmail@web12808.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010816005744.24402.qmail@web12808.mail.yahoo.com>; from zaunere@yahoo.com on Wed, Aug 15, 2001 at 05:57:44PM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wed, Aug 15, 2001 at 17:57:44, zaunere (Hans Zaunere) wrote about "Re: ncurses": > *Whaps himself* Why didn't I think of that. However > the question still lingers, is there anyway to output > to stdout? Its kind of a moot point I suppose, just > curious. ncurses already outputs to stdout. But it outputs not as line-oriented as simple printf(). It considers full screen as character matrix, and optimizes its output according to knowledge of terminal features: it can do full or partial redraw, writing using window unshifting and deleting text using shifting; it deals with colors, underlining, etc. Of course you _can_ do printf(), but in this case you won't know _where_ and _how_ your output appeared (e.g. on last line, blinking green on red background); and in most cases you'll broke ncurses logic which wasn't written to realize permament interventions and to redraw after each printed character or line. As NLPist would say, "you don't want to do this". Right way is to realize and reflect that when ncurses is activated, only ncurses output functions should be used. If you want to draw something on screen for a short time, create ncurses' window, output to it using ncurses' functions and delete window when it should disappear. You can discover tens of other ways to write message correctly. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 3:23: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id A035E37B405 for ; Sat, 18 Aug 2001 03:23:01 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id NIU37112; Sat, 18 Aug 2001 13:22:49 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.5/8.11.5) id f7IAJQf01613; Sat, 18 Aug 2001 13:19:26 +0300 (EEST) (envelope-from netch) Date: Sat, 18 Aug 2001 13:19:26 +0300 From: Valentin Nechayev To: Olafur Osvaldsson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ssh and setuid Message-ID: <20010818131925.A1393@iv.nn.kiev.ua> References: <20010815162132.J70497@isnic.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010815162132.J70497@isnic.is>; from oli@isnic.is on Wed, Aug 15, 2001 at 04:21:32PM +0000 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wed, Aug 15, 2001 at 16:21:32, oli (Olafur Osvaldsson) wrote about "ssh and setuid": [...] > As the ssh in FreeBSD is by default not setuid it uses a higher than privileged > port for connecting so obviously that is the reason for my troubles. > > Wouldn't it be better to only disable rhosts_authentication instead of disabling > both when the port is not privileged or atleast have this as an option in > make.conf for those that want this option without setting the setuid bit on ssh? RhostsRSAAuthentication needs private key of client host. Private key should be readable only for root, i.e. non-setuid ssh cannot read it. Hence, I can try to determine logic of disabling RhostsRSAAuthentication when connect was from non-privileged port: it quickly disables faked host key checking without semi-expensive RSA/DSA computations. But, there is another problem here: can client host create more than 512 outgoing ssh connections? In such case port range 512...1023 will be exhausted, and RhostsRSAAuthentication will fail insuspectively. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 3:54:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by hub.freebsd.org (Postfix) with ESMTP id 3E14037B417 for ; Sat, 18 Aug 2001 03:54:38 -0700 (PDT) (envelope-from fergus@argus-systems.com) Received: from modem-920.hottie.dialup.pol.co.uk ([62.25.167.152] helo=dedog.argus-systems.co.uk) by mail5.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 15Y3kS-0005Hr-00 for freebsd-hackers@freebsd.org; Sat, 18 Aug 2001 11:54:37 +0100 Received: (from fergus@localhost) by dedog.argus-systems.co.uk (8.11.5/8.11.1) id f7IAvCK16411 for freebsd-hackers@freebsd.org; Sat, 18 Aug 2001 11:57:12 +0100 (BST) (envelope-from fergus) Date: Sat, 18 Aug 2001 11:57:12 +0100 From: fergus To: hackers Subject: shared memory models/techniques Message-ID: <20010818115712.A16397@dedog.argus-systems.co.uk> Mail-Followup-To: hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hope this is an ok place to post this. as far as i can tell there are three ways to share memory between processes - using mmap, ipc shared mem or skip it using threads instead. is this right? basically i have a server process accepting many connections & i was using threads, however, it doesn't really make sense processes would probably be simpler with shared mem. i was going to use IPC but don't like building uncessesary dependancies (i.e. it's a kernel option). is mmap the best way to do this? why would you use ipc instead? . . . and finally (milking the assistance to the last) is there a really simple app using shared mem resources that anyone knows about so i can butcher it? thanks in advance. fergus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 5:20: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 78BC637B408 for ; Sat, 18 Aug 2001 05:19:53 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id PHO40697; Sat, 18 Aug 2001 15:19:38 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.5/8.11.5) id f7IBCPR02125; Sat, 18 Aug 2001 14:12:25 +0300 (EEST) (envelope-from netch) Date: Sat, 18 Aug 2001 14:12:25 +0300 From: Valentin Nechayev To: Leo Bicknell Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Very odd tty hanging problem. Message-ID: <20010818141225.B1393@iv.nn.kiev.ua> References: <20010813214818.A84958@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010813214818.A84958@ussenterprise.ufp.org>; from bicknell@ufp.org on Mon, Aug 13, 2001 at 09:48:18PM -0400 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mon, Aug 13, 2001 at 21:48:18, bicknell (Leo Bicknell) wrote about "Very odd tty hanging problem.": > >From another window, try to kill the processes as a user, no effect > with -9 or regular. Try to kill them as root, no effect normal. Kill > them -9 as root, and all but the first shell will go away, here's > ps output from an earlier occurance: > > PID TT STAT TIME COMMAND > 20986 p0- IEs+ 0:00.08 -tcsh (tcsh) 'E' means "trying to exit". It already finished any userspace executing, is in kernel phase, and waits for something. "STATE" below shows wait channel. But I saw many times processes in this state with _null_ wait channel. Such semi-zombie is almost always responsible to remove via terminating of its parent. IMO most probable variant that there is some uncaught race condition. But I failed to find it. > And top of the same: > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 20986 bicknell 4 0 1344K 908K ttywai 1 0:00 0.00% 0.00% tcsh /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 8:50: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 8D09137B40D; Sat, 18 Aug 2001 08:49:55 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f7IFntw39740; Sat, 18 Aug 2001 08:49:55 -0700 (PDT) (envelope-from dillon) Date: Sat, 18 Aug 2001 08:49:55 -0700 (PDT) From: Matt Dillon Message-Id: <200108181549.f7IFntw39740@earth.backplane.com> To: hackers@freebsd.org Cc: murray@freebsd.org, jkh@freebsd.org Subject: Recommendation for minor KVM adjustments for the release Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just got through diagnosing some problems Mohan Kokal has been having with not being able to specify a large enough NMBCLUSTERS on large-memory (2G) machine. The symptoms were that he was able to specify 65536 clusters on a 1G machine, but the same parameter panic'd a 2G machine on boot. Mohan graciously gave me a login on the system so I could gdb a live kernel (with 61000 clusters, which worked) to figure out what was going on. This is what I found: SYSTEM CONFIG: 2G physical ram, 61000 NMBCLUSTERS, 512 maxusers. kernel_map (1G) bfeff000 - ff800000 kmem_map 397MB c347a000 - daf30000 (mb_map is here - 187MB) clean_map 267MB db474000 - eb350000 (buffer_map is here) sf_buf's 35MB zone allocator 299MB (breakdown: 75MB for PVENTRY, 164MB for SWAPMETA) ----- 998 MB oops! In otherwords, he actually ran out of KVM! The problem we face is that KVM does not scale with real memory. So on a 1G machine the various maps are smaller, allowing more mbufs to be specified in the kernel config. On a 2G machine the various maps are larger, allowing fewer mbufs to be specified. On a 4G machine it is even worse. There are two things I would like to commit for the release: - I would like to cap the SWAPMETA zone reservation to 70MB, which allows us to manage a maximum of 29GB worth of swapped out data. This is plenty and saves us 94MB of KVM which is roughly equivalent to 30,000 nmbclusters/mbufs. - I would like to cap the size of the buffer cache at 200MB, giving us another 70MB or so of KVM which is equivalent to another 30,000 or so nmbclusters. I would have kernel options to override the caps. The already existing NBUF option would override the buffer cache cap, and I would add a kernel option called SWAPMAX which would override the swapmeta cap. These changes will allow large-memory machines to scale KVM a bit better and reduce unexpected panic-at-boot problems. Swap performance will not be effected at all because my original SWAPMETA calculation was overkill. The buffer cache will be sized as if the machine had about 1.5GB of ram and so the change only caps it when physmem is larger then that, and should have a minimal impact since the meat of our caching is the VM page cache, not the buffer cache. If the release engineer(s) give the OK, I will stage these changes into -current this weekend and -stable on monday or tuesday. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 11: 9: 8 2001 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 D382437B405 for ; Sat, 18 Aug 2001 11:09:00 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA28296; Sat, 18 Aug 2001 11:07:08 -0700 (PDT) Message-ID: <3B7EAB06.4C290B5C@elischer.org> Date: Sat, 18 Aug 2001 10:51:02 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Alfred Perlstein Cc: Dan Cox , freebsd-hackers@freebsd.org Subject: Re: wireless nic recommendations References: <004301c127bd$c4dc5200$0100a8c0@network> <20010818031950.X38066@elvis.mu.org> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All those mentionned in the release notes work.. aeronet, lucent-orinoco (wavelan) are two examples. You don't say what you used in the laptop.. Alfred Perlstein wrote: > > * Dan Cox [010818 03:09] wrote: > > Here is my situation. My house can't get DSL or cable. Our neighbors who > > live 20-30 feet away do have DSL and have agreed to share the connection. To > > make a long story short we have successfully set up a wireless LAN for the > > two houses, we've been using a windows laptop to test the connection. I > > would like to find out what wireless NIC's are compatible with freeBSD or > > some recommendations. > > I'm using an Addtron card in my laptop as well as a Addtron PCI card > in my FreeBSD based router, works ok, every once and a while the FreeBSD > router requires a reboot because the card wigs out, but reboots > are few and far between. > > -- > -Alfred Perlstein [alfred@freebsd.org] > Ok, who wrote this damn function called '??'? > And why do my programs keep crashing in it? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 14:44: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id EA60F37B40F for ; Sat, 18 Aug 2001 14:44:02 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7ILmJS01950; Sat, 18 Aug 2001 14:48:19 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108182148.f7ILmJS01950@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Darryl Okahata Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: secure Filesystem In-reply-to: Your message of "Thu, 16 Aug 2001 12:48:59 PDT." <200108161948.MAA03510@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Aug 2001 14:48:19 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The memory is not freed until you unmount (and then, the memory is > only free'd for use by other cfs mounts -- the process size does not, of > course, shrink). It doesn't? Does it just use malloc for these structs? When you say "of course", you kinda imply you're thinking of the "bad old" malloc behaviour... -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 16:14:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (unknown [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 717C037B405; Sat, 18 Aug 2001 16:14:51 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id f7IMxOU77671; Sat, 18 Aug 2001 15:59:24 -0700 (PDT) (envelope-from dg) Date: Sat, 18 Aug 2001 15:59:24 -0700 From: David Greenman To: Matt Dillon Cc: hackers@freebsd.org, murray@freebsd.org, jkh@freebsd.org Subject: Re: Recommendation for minor KVM adjustments for the release Message-ID: <20010818155924.D63814@nexus.root.com> References: <200108181549.f7IFntw39740@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200108181549.f7IFntw39740@earth.backplane.com>; from dillon@earth.backplane.com on Sat, Aug 18, 2001 at 08:49:55AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > There are two things I would like to commit for the release: > > - I would like to cap the SWAPMETA zone reservation to 70MB, > which allows us to manage a maximum of 29GB worth of swapped > out data. > > This is plenty and saves us 94MB of KVM which is roughly > equivalent to 30,000 nmbclusters/mbufs. It's seems really hard to justify even that much SWAPMETA. A more reasonable amount would be more like 20MB. > - I would like to cap the size of the buffer cache at 200MB, > giving us another 70MB or so of KVM which is equivalent to > another 30,000 or so nmbclusters. That also seems like overkill for the vast majority of systems. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 17:59:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id CD17B37B40E; Sat, 18 Aug 2001 17:59:32 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7J0xPq83392; Sat, 18 Aug 2001 20:59:25 -0400 (EDT) (envelope-from bicknell) Date: Sat, 18 Aug 2001 20:59:25 -0400 From: Leo Bicknell To: Matt Dillon Cc: hackers@FreeBSD.ORG, murray@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Recommendation for minor KVM adjustments for the release Message-ID: <20010818205925.B82967@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Matt Dillon , hackers@FreeBSD.ORG, murray@FreeBSD.ORG, jkh@FreeBSD.ORG References: <200108181549.f7IFntw39740@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108181549.f7IFntw39740@earth.backplane.com>; from dillon@earth.backplane.com on Sat, Aug 18, 2001 at 08:49:55AM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 18, 2001 at 08:49:55AM -0700, Matt Dillon wrote: > - I would like to cap the SWAPMETA zone reservation to 70MB, > which allows us to manage a maximum of 29GB worth of swapped > out data. Not to introduce machine dependancy, but on Intel max ram is 4GB, so it seems to me that 8-12GB total space (4-8GB swap) would be an outside value. Alphas can have more RAM, although I doubt few do. Perhaps something like: max(4Gig, 3 * RAM) Would be the best calculation. I pitty the machine with 29 GB swapped, even if it has 4GB of RAM. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 18:34:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 6EF8237B409; Sat, 18 Aug 2001 18:34:43 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f7J1YhM61727; Sat, 18 Aug 2001 18:34:43 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 3710F38FD; Sat, 18 Aug 2001 18:34:43 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Leo Bicknell Cc: Matt Dillon , hackers@FreeBSD.ORG, murray@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Recommendation for minor KVM adjustments for the release In-Reply-To: <20010818205925.B82967@ussenterprise.ufp.org> Date: Sat, 18 Aug 2001 18:34:43 -0700 From: Peter Wemm Message-Id: <20010819013443.3710F38FD@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Leo Bicknell wrote: > On Sat, Aug 18, 2001 at 08:49:55AM -0700, Matt Dillon wrote: > > - I would like to cap the SWAPMETA zone reservation to 70MB, > > which allows us to manage a maximum of 29GB worth of swapped > > out data. > > Not to introduce machine dependancy, but on Intel max ram is 4GB, No. I have a machine with 6GB in it waiting for finishing the PAE tweaks. Intel ppro, pentium2 and pentium3 has a maximum RAM of 64GB. Pentium4 may have more but I have not checked. Not that this matters so much. Machines with that much ram generally have a goal of zero paging/swapping, period. A cap sounds like a fine compromise to me. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 18:59:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id D44D337B406; Sat, 18 Aug 2001 18:59:22 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7J1xG886388; Sat, 18 Aug 2001 21:59:16 -0400 (EDT) (envelope-from bicknell) Date: Sat, 18 Aug 2001 21:59:16 -0400 From: Leo Bicknell To: Peter Wemm Cc: Leo Bicknell , Matt Dillon , hackers@FreeBSD.ORG, murray@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Recommendation for minor KVM adjustments for the release Message-ID: <20010818215916.A86360@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Peter Wemm , Leo Bicknell , Matt Dillon , hackers@FreeBSD.ORG, murray@FreeBSD.ORG, jkh@FreeBSD.ORG References: <20010818205925.B82967@ussenterprise.ufp.org> <20010819013443.3710F38FD@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010819013443.3710F38FD@overcee.netplex.com.au>; from peter@wemm.org on Sat, Aug 18, 2001 at 06:34:43PM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 18, 2001 at 06:34:43PM -0700, Peter Wemm wrote: > No. I have a machine with 6GB in it waiting for finishing the PAE > tweaks. > > Intel ppro, pentium2 and pentium3 has a maximum RAM of 64GB. Pentium4 may > have more but I have not checked. It was my understanding from a previous thred that FreeBSD wasn't going to support this due to some problems it introduces, but I may be mistaken. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 18 20: 9:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 9F82337B407; Sat, 18 Aug 2001 20:09:39 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from 1-147.ctame701-1.telepar.net.br (1-147.ctame701-1.telepar.net.br [200.181.137.147]) by netbank.com.br (Postfix) with ESMTP id 5A0034680A; Sun, 19 Aug 2001 00:08:35 -0300 (BRST) Received: from localhost ([IPv6:::ffff:127.0.0.1]:36265 "EHLO localhost") by imladris.surriel.com with ESMTP id ; Sun, 19 Aug 2001 00:09:15 -0300 Date: Sun, 19 Aug 2001 00:08:54 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Leo Bicknell Cc: Peter Wemm , Matt Dillon , , , Subject: Re: Recommendation for minor KVM adjustments for the release In-Reply-To: <20010818215916.A86360@ussenterprise.ufp.org> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 18 Aug 2001, Leo Bicknell wrote: > On Sat, Aug 18, 2001 at 06:34:43PM -0700, Peter Wemm wrote: > > No. I have a machine with 6GB in it waiting for finishing the PAE > > tweaks. > > > > Intel ppro, pentium2 and pentium3 has a maximum RAM of 64GB. Pentium4 may > > have more but I have not checked. > > It was my understanding from a previous thred that FreeBSD wasn't going > to support this due to some problems it introduces, but I may be mistaken. Nah, most of that thread consisted of people telling me FreeBSD would never support it because they didn't think it was worth their time to implement. But we all know that all it takes is one skilful person who thinks it's worth implementing and writes the code to support PAE ;) regards, Rik -- IA64: a worthy successor to i860. http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message