From owner-freebsd-hackers Sun Jul 22 2:33:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elm.phenome.org (elm.phenome.org [194.153.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 7B4F537B403; Sun, 22 Jul 2001 02:33:45 -0700 (PDT) (envelope-from joshua@roughtrade.net) Received: from localhost (joshua@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f6M9XiCC020292; Sun, 22 Jul 2001 10:33:44 +0100 Date: Sun, 22 Jul 2001 10:33:44 +0100 (BST) From: Joshua Goodall X-X-Sender: To: , Subject: flags on symlinks 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 Is there a particular reason why there's no capability for setting flags on symlinks? the chflags syscall uses namei with FOLLOW, and changing this to NOFOLLOW allows chflags(2) to Do What I Want (i.e. SF_IMMUTABLE on a VLNK) is there a filesystem train crash awaiting me for doing this, or am I in the clear? I realise it changes the semantics of chflags(1) so an alternative syscall or a follow/nofollow boolean addition to struct chflags_args is better than this hack. regards joshua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 5:27:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 688D737B407; Sun, 22 Jul 2001 05:27:16 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA01485; Sun, 22 Jul 2001 22:27:09 +1000 Date: Sun, 22 Jul 2001 22:23:58 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Joshua Goodall Cc: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks 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, 22 Jul 2001, Joshua Goodall wrote: > Is there a particular reason why there's no capability for setting flags > on symlinks? the chflags syscall uses namei with FOLLOW, and changing this > to NOFOLLOW allows chflags(2) to Do What I Want (i.e. SF_IMMUTABLE on a > VLNK) > > is there a filesystem train crash awaiting me for doing this, or am I in > the clear? I realise it changes the semantics of chflags(1) so an > alternative syscall or a follow/nofollow boolean addition to struct > chflags_args is better than this hack. There should be a separate lchflags syscall for this. Obtain it from NetBSD. Several utilities need to be updated to handle flags on symlinks. I'm not sure if NetBSD has implemented this. The hack is probably fairly safe. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 5:57:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from VL-MS-MR001.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by hub.freebsd.org (Postfix) with ESMTP id 80B0B37B405 for ; Sun, 22 Jul 2001 05:57:10 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from zeus.videotron.ca ([24.200.163.204]) by VL-MS-MR001.sc1.videotron.ca (Netscape Messaging Server 4.15) with ESMTP id GGVLB901.VST for ; Sun, 22 Jul 2001 08:57:09 -0400 Received: (from spotvin@localhost) by zeus.videotron.ca (8.11.3/8.11.3) id f6MChS100902 for hackers@freebsd.org; Sun, 22 Jul 2001 08:43:28 -0400 (EDT) (envelope-from spotvin) Date: Sun, 22 Jul 2001 12:43:27 +0000 From: "Stephane E. Potvin" To: hackers@freebsd.org Subject: FreeBSD for ARM processor Message-ID: <20010722124327.C575@zeus.videotron.ca> 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 I tought that some might be interested by this: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. sysinit->subsystem 0x00800001 FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ compile/NETWINDER sysinit->subsystem 0x01000000 <... some more subsystems ...> sysinit->subsystem 0x08400000 panic: spin lock (null) held by 0 for > 5 seconds Uptime: 0s Automatic reboot in 15 seconds - press a key on the console to abort If there's any interest, I will continue to keep the list posted of my progresses. Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 6:33:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (d211.dhcp212-26.cybercable.fr [212.198.26.211]) by hub.freebsd.org (Postfix) with ESMTP id E57CC37B401 for ; Sun, 22 Jul 2001 06:33:35 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from herbelot.com (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id PAA10467; Sun, 22 Jul 2001 15:32:52 +0200 (CEST) (envelope-from thierry@herbelot.com) Message-ID: <3B5AD61B.30F750D2@herbelot.com> Date: Sun, 22 Jul 2001 15:33:15 +0200 From: Thierry Herbelot X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Stephane E. Potvin" Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor References: <20010722124327.C575@zeus.videotron.ca> 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 *am* interested by any progress on an ARM machine : I don't yet have resources to work on such a beast, but I thought on installing NetBSD on one of our ARM eval boards. If this is FreeBSD, all the better ... TfH PS : a fuller dmesg will be appreciated (along with more detail on your machine : it seems to be a (fomer-Corel) NetWinder) "Stephane E. Potvin" wrote: > > I tought that some might be interested by this: > > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > sysinit->subsystem 0x00800001 > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ > compile/NETWINDER > sysinit->subsystem 0x01000000 > <... some more subsystems ...> > sysinit->subsystem 0x08400000 > panic: spin lock (null) held by 0 for > 5 seconds > Uptime: 0s > Automatic reboot in 15 seconds - press a key on the console to abort > > If there's any interest, I will continue to keep the list posted of my progresses. > > Steph > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 7:50:50 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 0722037B405 for ; Sun, 22 Jul 2001 07:50:47 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id KAA00828; Sun, 22 Jul 2001 10:50:02 -0400 (EDT) Date: Sun, 22 Jul 2001 10:50:01 -0400 (EDT) From: Daniel Eischen To: Arun Sharma Cc: hackers@FreeBSD.ORG Subject: Re: libc_r, signals and modifying sigcontext In-Reply-To: <20010721191747.A32529@sharmas.dhs.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 Sat, 21 Jul 2001, Arun Sharma wrote: > Greetings. I'm trying to port an application to FreeBSD. I have > a signal handler registered using signal(2). It modifies the > data pointed to by the third argument - of type sigcontext (specifically > sc_eip) - so that the execution would resume at a different point). > > However, when execution resumes, it resumes at the same point where > it was interrupted. A quick search of the archives brought up this > thread: > > http://groups.google.com/groups?hl=en&safe=off&th=6d5b8c3ead4a79ab,5&seekm=9fo8vq%241ma8%241%40FreeBSD.csie.NCTU.edu.tw#p > > I tried: > > _thread_sys_sigreturn(sc); > > as suggested, but truss shows that sigreturn is failing. So my question > is: what is the correct way to modify the sigcontext in FreeBSD ? Are > there other multi threaded apps (using pthreads, linked to libc_r), > which do this ? Try this patch: -- Dan Eischen Index: uthread/pthread_private.h =================================================================== RCS file: /opt/b/CVS/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.59 diff -u -r1.59 pthread_private.h --- uthread/pthread_private.h 2001/07/20 04:23:10 1.59 +++ uthread/pthread_private.h 2001/07/22 04:29:10 @@ -654,6 +654,7 @@ int sig_has_args; /* use signal args if true */ ucontext_t uc; siginfo_t siginfo; + int restore_context; }; /* Index: uthread/uthread_sig.c =================================================================== RCS file: /opt/b/CVS/src/lib/libc_r/uthread/uthread_sig.c,v retrieving revision 1.38 diff -u -r1.38 uthread_sig.c --- uthread/uthread_sig.c 2001/06/29 17:09:07 1.38 +++ uthread/uthread_sig.c 2001/07/22 04:28:02 @@ -1004,6 +1004,10 @@ else (*(sigfunc))(psf->signo, (siginfo_t *)psf->siginfo.si_code, &psf->uc); + if (psf->restore_context != 0) { + memcpy(&thread->ctx.uc, &psf->uc, sizeof(psf->uc)); + thread->ctxtype = CTX_UC; + } } /* * Call the kernel scheduler to safely restore the frame and @@ -1046,6 +1050,7 @@ stackp -= sizeof(struct pthread_signal_frame); psf = (struct pthread_signal_frame *) stackp; + psf->restore_context = 0; /* Save the current context in the signal frame: */ thread_sigframe_save(thread, psf); @@ -1059,6 +1064,8 @@ sizeof(psf->uc)); memcpy(&psf->siginfo, &_thread_sigq[psf->signo - 1].siginfo, sizeof(psf->siginfo)); + psf->restore_context = ((thread == _get_curthread()) && + (thread->ctxtype == CTX_UC)); } /* Setup the signal mask: */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 9:45:38 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 99DCF37B403 for ; Sun, 22 Jul 2001 09:45:34 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from vel@localhost) by bugz.infotecs.ru (8.11.1/8.11.1) id f6MH0tZ00313 for freebsd-hackers@freebsd.org; Sun, 22 Jul 2001 21:00:55 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200107221700.f6MH0tZ00313@bugz.infotecs.ru> Subject: using syscalls in a module (stack problem ?) To: freebsd-hackers@freebsd.org Date: Sun, 22 Jul 2001 21:00:54 +0400 (MSD) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, using my ugly hack to do file i/o from a module, I discovered some problem calling mmap() from a function with a lot of local buffers defined. I have: char * pizda_malloc(struct proc *p, int size) { struct mmap_args mem; int res; register_t save; char *buf; save = p->p_retval[0]; mem.addr = NULL; mem.len = size; mem.prot = PROT_READ | PROT_WRITE; mem.flags = MAP_ANON; mem.fd = -1; mem.pad = 0; mem.pos = 0; res = mmap(p, &mem); if (res) { p->p_retval[0] = save; return NULL; } buf = (char *)p->p_retval[0]; p->p_retval[0] = save; subyte(buf, 0); return buf; } I call this function with (curproc, PATH_MAX+1), and everything is fine when I have just a few local variables defined in the caller (it all works on MOD_LOAD only). However, if I have 2 buffers, 4096 bytes each, as local variables and then try to allocate userspace memory the same way, kernel crashes - sometimes inside mmap(), sometimes a bit later. Why could this happen ? Is it related to possible stack overflow ? (Yes, I know I can use MALLOC instead of static buffers, but I love to understand what happens ...) Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 10:23:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id C196937B401 for ; Sun, 22 Jul 2001 10:23:18 -0700 (PDT) (envelope-from jkh@freebsd.org) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.4/8.11.4) with ESMTP id f6MHMkt91511; Sun, 22 Jul 2001 10:22:46 -0700 (PDT) (envelope-from jkh@freebsd.org) To: sepotvin@videotron.ca Cc: hackers@freebsd.org Subject: Re: FreeBSD for ARM processor In-Reply-To: <20010722124327.C575@zeus.videotron.ca> References: <20010722124327.C575@zeus.videotron.ca> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010722102246K.jkh@freebsd.org> Date: Sun, 22 Jul 2001 10:22:46 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 18 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 From: "Stephane E. Potvin" Subject: FreeBSD for ARM processor Date: Sun, 22 Jul 2001 12:43:27 +0000 > I tought that some might be interested by this: > > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > sysinit->subsystem 0x00800001 > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ > compile/NETWINDER Very cool! I'm sure there will be quite a bit of interest, especially on the arm@freebsd.org mailing list. Have you posted anything there? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 11:49:30 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 4344237B405 for ; Sun, 22 Jul 2001 11:49:25 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6MIn4x10989; Sun, 22 Jul 2001 11:49:04 -0700 (PDT) (envelope-from dillon) Date: Sun, 22 Jul 2001 11:49:04 -0700 (PDT) From: Matt Dillon Message-Id: <200107221849.f6MIn4x10989@earth.backplane.com> To: Cejka Rudolf Cc: David Malone , Peter Wemm , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: signal(SIGCHLD, SIG_IGN) patch solving SUSv2 compatibility issue References: <200106101845.f5AIje014790@earth.backplane.com> <20010611002050.362CE380E@overcee.netplex.com.au> <20010611115806.A53216@walton.maths.tcd.ie> <20010612095323.A72009@dcse.fee.vutbr.cz> 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 :David Malone wrote (2001/06/11): :> On Sun, Jun 10, 2001 at 05:20:50PM -0700, Peter Wemm wrote: :> > I agree totally. This should have been done ages ago, I've been burned on :> > it a few times, but never badly enough to go fix it. :> :> I've committed this - I'll let Matt do the MFC when he feels ready. : :Thanks for this commit, but it works exactly in the way, which :I wanted to avoid. It is something like "partially submitted and :not approved by me". Please, could you look once again on it? :Please please please... Thanks. ;-) Ok, sorry for the long delay, I've been playing catchup. I've committed these additional changes to -current and I will MFC the combined signal patch to -stable in 3 days. It looks really solid to me. This should satisfy everyone. -Matt :- Hunk #1 from commit adds PS_NOCLDWAIT when SIG_IGN is used for : SIGCHLD, so if I use : sigemptyset(&sa.sa_mask); : sa.sa_flags = 0; : sa.sa_handler = SIG_IGN; : sigaction(SIGCHLD, &sa, NULL); : sigaction(SIGCHLD, NULL, &so); : I get additional flag SA_NOCLDWAIT in so.sa_flags. None of tested : systems (Solaris, Unixware, Irix, Linux, Aix) works in this way. :- If hunk #1 is applied, I see hunk #2 (resetting SIG_IGN to SIG_DFL : for SIGCHLD) as almost unnecessary, because it is just cosmetic : change now and behavior in exec() is very different among various : systems. :- (And I have found another bug in my original patch. Three code lines : and two bad bugs... :-( :-) : :Here are patches for current -current (... which I had to do in the :first posting). These should change the behavior as is in Solaris, :where flags are not added and SIGCHLD is resetted to SIG_DFL after an :exec(). I'm testing these patches on my -stable production backup :server running amanda and up to now without any problem. : :# Back out hunk #1 from applied commit : :--- sys/kern/kern_sig.c.orig Mon Jun 11 21:47:29 2001 :+++ sys/kern/kern_sig.c Tue Jun 12 07:42:42 2001 :@@ -293,8 +293,7 @@ : p->p_procsig->ps_flag |= PS_NOCLDSTOP; : else : p->p_procsig->ps_flag &= ~PS_NOCLDSTOP; :- if ((act->sa_flags & SA_NOCLDWAIT) || :- ps->ps_sigact[_SIG_IDX(SIGCHLD)] == SIG_IGN) { :+ if (act->sa_flags & SA_NOCLDWAIT) { : /* : * Paranoia: since SA_NOCLDWAIT is implemented : * by reparenting the dying child to PID 1 (and : :# Add test for SIG_IGN to exit1() : :--- sys/kern/kern_exit.c.orig Mon Jun 11 21:47:35 2001 :+++ sys/kern/kern_exit.c Tue Jun 12 07:41:22 2001 :@@ -341,7 +341,8 @@ : * flag set, notify process 1 instead (and hope it will handle : * this situation). : */ :- if (p->p_pptr->p_procsig->ps_flag & PS_NOCLDWAIT) { :+ if ((p->p_pptr->p_procsig->ps_flag & PS_NOCLDWAIT) :+ || p->p_pptr->p_sigacts->ps_sigact[_SIG_IDX(SIGCHLD)] == SIG_IGN) { : struct proc *pp = p->p_pptr; : proc_reparent(p, initproc); : /* : :# And this is patch for question from my first posting: ... Why? I know :# that sa_handler and sa_sigaction are the same pointer in an union, :# but I think that "act->sa_handler" should be exchanged with :# "(__sighandler_t *)act->sa_sigaction" for clarification purposes. : :--- sys/kern/kern_sig.c Tue Jun 12 07:42:42 2001 :+++ sys/kern/kern_sig.c.new Tue Jun 12 08:16:12 2001 :@@ -259,11 +259,11 @@ : ps->ps_catchmask[_SIG_IDX(sig)] = act->sa_mask; : SIG_CANTMASK(ps->ps_catchmask[_SIG_IDX(sig)]); : if (act->sa_flags & SA_SIGINFO) { :- ps->ps_sigact[_SIG_IDX(sig)] = act->sa_handler; :- SIGADDSET(ps->ps_siginfo, sig); :- } else { : ps->ps_sigact[_SIG_IDX(sig)] = : (__sighandler_t *)act->sa_sigaction; :+ SIGADDSET(ps->ps_siginfo, sig); :+ } else { :+ ps->ps_sigact[_SIG_IDX(sig)] = act->sa_handler; : SIGDELSET(ps->ps_siginfo, sig); : } : if (!(act->sa_flags & SA_RESTART)) : :Thanks. : :-- :Rudolf Cejka (cejkar@dcse.fee.vutbr.cz; http://www.fee.vutbr.cz/~cejkar) :Brno University of Technology, Faculty of El. Engineering and Comp. Science :Bozetechova 2, 612 66 Brno, Czech Republic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 11:51:14 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 5ACB537B406 for ; Sun, 22 Jul 2001 11:51:12 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6MIpBf11030; Sun, 22 Jul 2001 11:51:11 -0700 (PDT) (envelope-from dillon) Date: Sun, 22 Jul 2001 11:51:11 -0700 (PDT) From: Matt Dillon Message-Id: <200107221851.f6MIpBf11030@earth.backplane.com> To: Yifeng Xu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: MFC FFS dirpref code? References: <20010721020526.74531.qmail@web13608.mail.yahoo.com> 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 :could anyone think about MFC FFS dirpref code? :is it still not enough stable in CURRENT? :I heard OpenBSD 2.9 has it already. Kirk aksed me to do in a month or two ago. It's been on my TODO list but I haven't had time to do it yet. It's still on my TODO list. But if someone else wants to take over the effort please be my guest! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 12: 1:50 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 1AD3837B407 for ; Sun, 22 Jul 2001 12:01:48 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6MJ1kp11125; Sun, 22 Jul 2001 12:01:46 -0700 (PDT) (envelope-from dillon) Date: Sun, 22 Jul 2001 12:01:46 -0700 (PDT) From: Matt Dillon Message-Id: <200107221901.f6MJ1kp11125@earth.backplane.com> To: Matt Dillon Cc: Yifeng Xu , freebsd-hackers@FreeBSD.ORG Subject: Re: MFC FFS dirpref code? References: <20010721020526.74531.qmail@web13608.mail.yahoo.com> <200107221851.f6MIpBf11030@earth.backplane.com> 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 : : ::could anyone think about MFC FFS dirpref code? ::is it still not enough stable in CURRENT? ::I heard OpenBSD 2.9 has it already. : : Kirk aksed me to do in a month or two ago. It's been on my TODO list : but I haven't had time to do it yet. It's still on my TODO list. ARRRGGGGG Kirk ASKED me to do IT a month or two ago. Sorry, that's worse then my typical typing, I was thinking about something else at the time and left my fingers on auto. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 12:19:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 994AB37B403 for ; Sun, 22 Jul 2001 12:19:52 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 2070 invoked by uid 1000); 22 Jul 2001 19:19:07 -0000 Date: Sun, 22 Jul 2001 22:19:07 +0300 From: Peter Pentchev To: Matt Dillon Cc: Yifeng Xu , freebsd-hackers@FreeBSD.ORG Subject: Re: MFC FFS dirpref code? Message-ID: <20010722221907.B882@ringworld.oblivion.bg> Mail-Followup-To: Matt Dillon , Yifeng Xu , freebsd-hackers@FreeBSD.ORG References: <20010721020526.74531.qmail@web13608.mail.yahoo.com> <200107221851.f6MIpBf11030@earth.backplane.com> <200107221901.f6MJ1kp11125@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: <200107221901.f6MJ1kp11125@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jul 22, 2001 at 12:01:46PM -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 Sun, Jul 22, 2001 at 12:01:46PM -0700, Matt Dillon wrote: > > : > : > ::could anyone think about MFC FFS dirpref code? > ::is it still not enough stable in CURRENT? > ::I heard OpenBSD 2.9 has it already. > : > : Kirk aksed me to do in a month or two ago. It's been on my TODO list > : but I haven't had time to do it yet. It's still on my TODO list. > > ARRRGGGGG > > Kirk ASKED me to do IT a month or two ago. Sorry, that's worse then > my typical typing, I was thinking about something else at the time and > left my fingers on auto. Well, this particular one was easy to spot - if Kirk had indeed axed you, you wouldn't be there replying to this email :) (Or would you.. ..) G'luck, Peter -- Thit sentence is not self-referential because "thit" is not a word. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 12:46:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 75DF337B401; Sun, 22 Jul 2001 12:46:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.136.127.Dial1.SanJose1.Level3.net [209.247.136.127]) by hawk.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA10284; Sun, 22 Jul 2001 12:46:29 -0700 (PDT) Message-ID: <3B5B2DBB.16B607E2@mindspring.com> Date: Sun, 22 Jul 2001 12:47:07 -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: Bruce Evans Cc: Joshua Goodall , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks 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 Bruce Evans wrote: > > Is there a particular reason why there's no capability for setting flags > > on symlinks? the chflags syscall uses namei with FOLLOW, and changing this > > to NOFOLLOW allows chflags(2) to Do What I Want (i.e. SF_IMMUTABLE on a > > VLNK) Flags are associated with inodes, and symlinks do not have inodes in the common case, as they exist solely in the directory entry, unless they are too long. > > is there a filesystem train crash awaiting me for doing this, or am I in > > the clear? I realise it changes the semantics of chflags(1) so an > > alternative syscall or a follow/nofollow boolean addition to struct > > chflags_args is better than this hack. > > There should be a separate lchflags syscall for this. Obtain it from > NetBSD. Several utilities need to be updated to handle flags on symlinks. > I'm not sure if NetBSD has implemented this. Pretty clearly, there should _NOT_ be a seperate system call; the damn thing should just work. Adding a seperate system call means theaching everything that deals with flags about it (ls, chflags, every FS supporing symlinks, etc.). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 13: 2:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 4D44A37B403 for ; Sun, 22 Jul 2001 13:02:42 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6MK2eJ127018; Sun, 22 Jul 2001 16:02:40 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010722124327.C575@zeus.videotron.ca> References: <20010722124327.C575@zeus.videotron.ca> Date: Sun, 22 Jul 2001 16:02:39 -0400 To: "Stephane E. Potvin" , hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: FreeBSD for ARM processor 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 12:43 PM +0000 7/22/01, Stephane E. Potvin wrote: >I thought that some might be interested by this: > >Copyright (c) 1992-2001 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >sysinit->subsystem 0x00800001 >FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/ >src/sys/arm/compile/NETWINDER Very cool. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 13: 3:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wellington.cnchost.com (wellington.concentric.net [207.155.252.14]) by hub.freebsd.org (Postfix) with ESMTP id F238237B401; Sun, 22 Jul 2001 13:03:25 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by wellington.cnchost.com id QAA21807; Sun, 22 Jul 2001 16:03:14 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200107222003.QAA21807@wellington.cnchost.com> To: tlambert2@mindspring.com Cc: Bruce Evans , Joshua Goodall , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks In-reply-to: Your message of "Sun, 22 Jul 2001 12:47:07 PDT." <3B5B2DBB.16B607E2@mindspring.com> Date: Sun, 22 Jul 2001 13:03:14 -0700 From: Bakul Shah 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 > Flags are associated with inodes, and symlinks do not have > inodes in the common case, as they exist solely in the > directory entry, unless they are too long. $ mkdir foo; cd foo; date > x; ln -s x y; ls -lai total 3 261248 drwxr-xr-x 2 bakul bakul 512 Jul 22 12:58 . 261211 drwxr-xr-x 3 bakul bakul 512 Jul 22 12:58 .. 261283 -rw-r--r-- 1 bakul bakul 29 Jul 22 12:58 x 261296 lrwxr-xr-x 1 bakul bakul 1 Jul 22 12:58 y -> x $ cd ..; rm -rf foo > Pretty clearly, there should _NOT_ be a seperate system call; There needs to be. -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 13:11: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 3B53D37B407 for ; Sun, 22 Jul 2001 13:11:07 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id DCBA45D01F; Sun, 22 Jul 2001 15:10:56 -0500 (CDT) Date: Sun, 22 Jul 2001 15:10:56 -0500 From: Alfred Perlstein To: "Stephane E. Potvin" Cc: hackers@freebsd.org Subject: Re: FreeBSD for ARM processor Message-ID: <20010722151056.E49508@sneakerz.org> References: <20010722124327.C575@zeus.videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010722124327.C575@zeus.videotron.ca>; from sepotvin@videotron.ca on Sun, Jul 22, 2001 at 12:43:27PM +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 * Stephane E. Potvin [010722 07:57] wrote: > I tought that some might be interested by this: > > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > sysinit->subsystem 0x00800001 > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ > compile/NETWINDER > sysinit->subsystem 0x01000000 > <... some more subsystems ...> > sysinit->subsystem 0x08400000 > panic: spin lock (null) held by 0 for > 5 seconds > Uptime: 0s > Automatic reboot in 15 seconds - press a key on the console to abort > > If there's any interest, I will continue to keep the list posted of my progresses. It'd be really cool if you could post your work somewhere along with a description of the hardware you're using so we could check it out. Are there any simulators that you know of? -- -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 Sun Jul 22 14:10:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id C0EBC37B405; Sun, 22 Jul 2001 14:10:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.136.127.Dial1.SanJose1.Level3.net [209.247.136.127]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id OAA11771; Sun, 22 Jul 2001 14:10:04 -0700 (PDT) Message-ID: <3B5B4151.C435FF05@mindspring.com> Date: Sun, 22 Jul 2001 14:10:41 -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: Bakul Shah Cc: Bruce Evans , Joshua Goodall , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks References: <200107222003.QAA21807@wellington.cnchost.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 Bakul Shah wrote: > > Flags are associated with inodes, and symlinks do not have > > inodes in the common case, as they exist solely in the > > directory entry, unless they are too long. > > $ mkdir foo; cd foo; date > x; ln -s x y; ls -lai > total 3 > 261248 drwxr-xr-x 2 bakul bakul 512 Jul 22 12:58 . > 261211 drwxr-xr-x 3 bakul bakul 512 Jul 22 12:58 .. > 261283 -rw-r--r-- 1 bakul bakul 29 Jul 22 12:58 x > 261296 lrwxr-xr-x 1 bakul bakul 1 Jul 22 12:58 y -> x > $ cd ..; rm -rf foo > > > Pretty clearly, there should _NOT_ be a seperate system call; > > There needs to be. Why? If the chflags call was defined to always affect its target (and not follow links), then the user space utility could do the stat/readlink itself, and find the correct target, if it wasn't told to not follow links. This is not like "open", where it is an interface everyone knows, loves, and uses. This is an issue for the user space utility; pretty clearly, he wants to apply it to the link itself. In fact, "man chflags", and look at the "-L" argument... I could make a good argument that it should operate on the link itself, if given a "-l" (currently unused) argument. Pushing the link following semantics into the kernel, instead of the C library, was a mistake in the first place; it precludes easy implementation of things like variant symbolic links,which are easily handled in a user space library routine that wraps the actual system call. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 14:33:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (dhcp114.iss.kth.se [130.237.7.114]) by hub.freebsd.org (Postfix) with ESMTP id E022037B401; Sun, 22 Jul 2001 14:33:50 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id XAA32063; Sun, 22 Jul 2001 23:34:07 +0200 (CEST) (envelope-from assar) To: tlambert2@mindspring.com Cc: Bruce Evans , Joshua Goodall , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks References: <3B5B2DBB.16B607E2@mindspring.com> From: Assar Westerlund Date: 22 Jul 2001 23:34:06 +0200 In-Reply-To: Terry Lambert's message of "Sun, 22 Jul 2001 12:47:07 -0700" Message-ID: <5lhew4ir75.fsf@assaris.sics.se> Lines: 30 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 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 Terry Lambert writes: > Flags are associated with inodes, and symlinks do not have > inodes in the common case, as they exist solely in the > directory entry, unless they are too long. Hu? The contents of the link will be stored in the inode itself rather than in data blocks if it's short enough. > Pretty clearly, there should _NOT_ be a seperate system call; > the damn thing should just work. Adding a seperate system call > means theaching everything that deals with flags about it (ls, > chflags, Of course chflags has to know about it to call chflags or lchflags. But ls should just behave as usual with `-l': datan# ls -lo total 0 -rw-r--r-- 1 root wheel nodump 0 Jul 22 23:31 bar lrwxr-xr-x 1 root wheel schg 3 Jul 22 23:31 foo -> bar datan# ls -loL total 0 -rw-r--r-- 1 root wheel nodump 0 Jul 22 23:31 bar -rw-r--r-- 1 root wheel nodump 0 Jul 22 23:31 foo > every FS supporing symlinks, etc.). Why? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 14:43:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.caldera.de (ns.caldera.de [212.34.180.1]) by hub.freebsd.org (Postfix) with ESMTP id 07FDA37B401; Sun, 22 Jul 2001 14:43:16 -0700 (PDT) (envelope-from hch@ns.caldera.de) Received: (from hch@localhost) by ns.caldera.de (8.11.1/8.11.1) id f6MLgYL08605; Sun, 22 Jul 2001 23:42:34 +0200 Date: Sun, 22 Jul 2001 23:42:34 +0200 From: Christoph Hellwig To: Terry Lambert Cc: Bruce Evans , Joshua Goodall , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks Message-ID: <20010722234234.A7191@caldera.de> References: <3B5B2DBB.16B607E2@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: <3B5B2DBB.16B607E2@mindspring.com>; from tlambert2@mindspring.com on Sun, Jul 22, 2001 at 12:47:07PM -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 Sun, Jul 22, 2001 at 12:47:07PM -0700, Terry Lambert wrote: > Bruce Evans wrote: > > > Is there a particular reason why there's no capability for setting flags > > > on symlinks? the chflags syscall uses namei with FOLLOW, and changing this > > > to NOFOLLOW allows chflags(2) to Do What I Want (i.e. SF_IMMUTABLE on a > > > VLNK) > > > Flags are associated with inodes, and symlinks do not have > inodes in the common case, as they exist solely in the > directory entry, unless they are too long. > Erm, Terry? In FFS and derived systems symlinks take an inode. In all other major filesystems I know, too. > Pretty clearly, there should _NOT_ be a seperate system call; > the damn thing should just work. Adding a seperate system call > means theaching everything that deals with flags about it (ls, > chflags, every FS supporing symlinks, etc.). I haven't looked at FreeBSD's namei algorihm in detail, but in theory it could easily do the access checks before calling VOP_READLINK. For the userspace tools: yes the two or three (you forgot at least mtree) the changes need to be done. If you know an idea that implements file flags on symlinks without that change please tell it. Christoph -- Whip me. Beat me. Make me maintain AIX. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 14:52:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elm.phenome.org (elm.phenome.org [194.153.169.3]) by hub.freebsd.org (Postfix) with ESMTP id B68E037B401; Sun, 22 Jul 2001 14:52:29 -0700 (PDT) (envelope-from joshua@roughtrade.net) Received: from localhost (joshua@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f6MLq5CC032032; Sun, 22 Jul 2001 22:52:10 +0100 Date: Sun, 22 Jul 2001 22:52:05 +0100 (BST) From: Joshua Goodall X-X-Sender: To: Terry Lambert Cc: Bakul Shah , Bruce Evans , , Subject: Re: flags on symlinks In-Reply-To: <3B5B4151.C435FF05@mindspring.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, 22 Jul 2001, Terry Lambert wrote: > In fact, "man chflags", and look at the "-L" argument... I > could make a good argument that it should operate on the > link itself, if given a "-l" (currently unused) argument. That was my expected result until I read the manpage completely and followed-up through the code. Initial testing and a trawl through the code shows that all ufs symlinks, at least, are first-class vnodes and support flags. NFS returns EOPNOTSUPP, cd9660, union etc returns EROFS. > Pushing the link following semantics into the kernel, instead > of the C library, was a mistake in the first place; it precludes > easy implementation of things like variant symbolic links,which > are easily handled in a user space library routine that wraps > the actual system call. Possibly, but shouldn't we be wary of changing syscall semantics? Especially in code that relates to securelevels. I guess there is general agreement that it is desirable to be able to set schg,sunlink etc on symlinks and fifos. The consistency argument goes like this: Currently exposed as accessor methods to VOP_SETATTR are: chmod(2), fchmod(2), lchmod(2) chown(2), fchown(2), lchown(2) chflags(2), fchflags(2) History records that the semantics for following symlinks in chown & chmod date from 4.4BSD. Since I have been a freebsd admin for some years without giving anything back, I would like to put this together. Joshua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 14:57:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id D846037B401 for ; Sun, 22 Jul 2001 14:57:12 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 23799 invoked by uid 1000); 22 Jul 2001 21:57:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Jul 2001 21:57:09 -0000 Date: Sun, 22 Jul 2001 16:57:09 -0500 (CDT) From: Mike Silbersack To: Matt Dillon Cc: Yifeng Xu , Subject: Re: MFC FFS dirpref code? In-Reply-To: <200107221901.f6MJ1kp11125@earth.backplane.com> Message-ID: <20010722165623.S23206-100000@achilles.silby.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 On Sun, 22 Jul 2001, Matt Dillon wrote: > : Kirk aksed me to do in a month or two ago. It's been on my TODO list > : but I haven't had time to do it yet. It's still on my TODO list. > > ARRRGGGGG > > Kirk ASKED me to do IT a month or two ago. Sorry, that's worse then > my typical typing, I was thinking about something else at the time and > left my fingers on auto. > > -Matt I think that after that terrible mistake, it's clear that we can no longer trust you to do the MFC properly. :( Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 15: 1:58 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 87E5737B405; Sun, 22 Jul 2001 15:01:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.136.127.Dial1.SanJose1.Level3.net [209.247.136.127]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id PAA06925; Sun, 22 Jul 2001 15:01:44 -0700 (PDT) Message-ID: <3B5B4D6D.3F6480A4@mindspring.com> Date: Sun, 22 Jul 2001 15:02:21 -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: Christoph Hellwig Cc: Bruce Evans , Joshua Goodall , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks References: <3B5B2DBB.16B607E2@mindspring.com> <20010722234234.A7191@caldera.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 Christoph Hellwig wrote: > > Flags are associated with inodes, and symlinks do not have > > inodes in the common case, as they exist solely in the > > directory entry, unless they are too long. > > > > Erm, Terry? > > In FFS and derived systems symlinks take an inode. In all other > major filesystems I know, too. I was thinking of immediate symlinks, which were short-lived in FFS, rather than symlinks in immediate files. Mea culpa. > I haven't looked at FreeBSD's namei algorihm in detail, but in > theory it could easily do the access checks before calling > VOP_READLINK. For the userspace tools: yes the two or three > (you forgot at least mtree) the changes need to be done. > > If you know an idea that implements file flags on symlinks without > that change please tell it. Make chflags not follow links, and follow the links in user space, unless a "-l" is specified, meaning "apply this to the link, instead of following it". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 15:10:51 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 AEEDB37B405; Sun, 22 Jul 2001 15:10:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.136.127.Dial1.SanJose1.Level3.net [209.247.136.127]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id PAA04123; Sun, 22 Jul 2001 15:10:32 -0700 (PDT) Message-ID: <3B5B4F7E.8C48801E@mindspring.com> Date: Sun, 22 Jul 2001 15:11:10 -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: Joshua Goodall Cc: Bakul Shah , Bruce Evans , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks 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 Joshua Goodall wrote: > Possibly, but shouldn't we be wary of changing syscall semantics? > Especially in code that relates to securelevels. Pretty much no one uses these calls directly; a grep of the source tree showed only three programs; the default behaviour of the call can be changed safely, if these programs are changed to do the link following in user space, and the man page is updated. > I guess there is general agreement that it is desirable to be able to set > schg,sunlink etc on symlinks and fifos. Probably devices, too, which is a can of worms, particularly with devfs. Already, the fchown/fchmod on sockets and other things which use a non VFS struct fileops fails -- I think this includes FIFO's. > The consistency argument goes like this: > > Currently exposed as accessor methods to VOP_SETATTR are: > chmod(2), fchmod(2), lchmod(2) > chown(2), fchown(2), lchown(2) > chflags(2), fchflags(2) I know the argument for adding more and more system calls; I just don't agree with it. BSDI has already suggested limiting the total number of FreeBSD system calls to something like less than 32 more, total, without going to another block much higher up, and having to have FreeBSD allocate a large, sparse system call array, adding potentially a lot of overhead, depending on future directions with the ABI. In other words: they are getting to be scarce resources. Also note that this will introduce a binary backward compatability problem for the three programs which use the system call, in any case, but in your approach, the programs core dump on an ENOSYS, instead of failing more gracefully. This is sort of like the 5.x mount command, which will cause a 4.x system to panic. Imagine updating, and needing to boot kernel.old. > History records that the semantics for following symlinks in > chown & chmod date from 4.4BSD. Yes. It's a nasty POSIX thing, very much like the nasty POSIX thing of deleting all locks when you have multiple open file instances, and close only one of them. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 15:17:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 26F1B37B401 for ; Sun, 22 Jul 2001 15:17:19 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id A32485D020; Sun, 22 Jul 2001 17:17:08 -0500 (CDT) Date: Sun, 22 Jul 2001 17:17:08 -0500 From: Alfred Perlstein To: Mike Silbersack Cc: Matt Dillon , Yifeng Xu , freebsd-hackers@FreeBSD.ORG Subject: Re: MFC FFS dirpref code? Message-ID: <20010722171708.I49508@sneakerz.org> References: <200107221901.f6MJ1kp11125@earth.backplane.com> <20010722165623.S23206-100000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010722165623.S23206-100000@achilles.silby.com>; from silby@silby.com on Sun, Jul 22, 2001 at 04:57:09PM -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 * Mike Silbersack [010722 16:57] wrote: > > On Sun, 22 Jul 2001, Matt Dillon wrote: > > > : Kirk aksed me to do in a month or two ago. It's been on my TODO list > > : but I haven't had time to do it yet. It's still on my TODO list. > > > > ARRRGGGGG > > > > Kirk ASKED me to do IT a month or two ago. Sorry, that's worse then > > my typical typing, I was thinking about something else at the time and > > left my fingers on auto. > > > > -Matt > > I think that after that terrible mistake, it's clear that we can no longer > trust you to do the MFC properly. :( I think we're all entitiled to a bit of forgiveness Mr ISN. :) -- -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 Sun Jul 22 15:44:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id BA51737B401 for ; Sun, 22 Jul 2001 15:44:12 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 23897 invoked by uid 1000); 22 Jul 2001 22:44:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Jul 2001 22:44:11 -0000 Date: Sun, 22 Jul 2001 17:44:11 -0500 (CDT) From: Mike Silbersack To: Alfred Perlstein Cc: Matt Dillon , Yifeng Xu , Subject: Re: MFC FFS dirpref code? In-Reply-To: <20010722171708.I49508@sneakerz.org> Message-ID: <20010722174246.B23206-100000@achilles.silby.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 On Sun, 22 Jul 2001, Alfred Perlstein wrote: > * Mike Silbersack [010722 16:57] wrote: > > > Kirk ASKED me to do IT a month or two ago. Sorry, that's worse then > > > my typical typing, I was thinking about something else at the time and > > > left my fingers on auto. > > > > > > -Matt > > > > I think that after that terrible mistake, it's clear that we can no longer > > trust you to do the MFC properly. :( > > I think we're all entitiled to a bit of forgiveness Mr ISN. :) > > -- > -Alfred Perlstein [alfred@freebsd.org] Crap. I forgot to commit the enhanced humor patch to Alfred. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 17:23:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from renown.cnchost.com (renown.concentric.net [207.155.248.7]) by hub.freebsd.org (Postfix) with ESMTP id B6ACD37B405; Sun, 22 Jul 2001 17:23:41 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by renown.cnchost.com id UAA17001; Sun, 22 Jul 2001 20:16:11 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200107230016.UAA17001@renown.cnchost.com> To: tlambert2@mindspring.com Cc: Joshua Goodall , Bruce Evans , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks In-reply-to: Your message of "Sun, 22 Jul 2001 15:11:10 PDT." <3B5B4F7E.8C48801E@mindspring.com> Date: Sun, 22 Jul 2001 17:16:11 -0700 From: Bakul Shah 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 guess there is general agreement that it is desirable to be able to set > > schg,sunlink etc on symlinks and fifos. > Probably devices, too, which is a can of worms, particularly > with devfs. > Already, the fchown/fchmod on sockets and other things which > use a non VFS struct fileops fails -- I think this includes > FIFO's. > > The consistency argument goes like this: > > > > Currently exposed as accessor methods to VOP_SETATTR are: > > chmod(2), fchmod(2), lchmod(2) > > chown(2), fchown(2), lchown(2) > > chflags(2), fchflags(2) > > I know the argument for adding more and more system calls; > I just don't agree with it. BSDI has already suggested > limiting the total number of FreeBSD system calls to something > like less than 32 more, total, without going to another block > much higher up, and having to have FreeBSD allocate a large, > sparse system call array, adding potentially a lot of overhead, > depending on future directions with the ABI. Well, I won't mind if {,l}ch{mod,own,flags} etc become library routines. Something like: int chown(const char* path, uid_t owner, gid_t group) { int fd, err; fd = open(path, O_EXCL); if (!fd) return errno; err = fchown(fd, owner, group); close(fd); return err; } But then you must be able to open() a symlink (O_NOFOLLOW flag must not make the open fail). My main argument is for consistent treatment and for `equal rights': if an object has an inode it must have the same rights as any other object also with an inode. devfs is a different kind of beast just like msdosfs so rights of an inode based object are not the same as rights of devfs or msdos fs. Anyway, I argue for either adding a syscall or deleting a few to make a consistent set! Earlier you said: > If the chflags call was defined to always affect its > target (and not follow links), then the user space utility > could do the stat/readlink itself, and find the correct > target, if it wasn't told to not follow links. I don't like running namei twice. Between the stat/readlink and chflags(), things can change. [Digressing a bit...] Ideally I want only the f* version of syscalls, so that you _have_ to `open' an object. Open gives you a handle, a 'capability' to operate on the object. In the past I have argued for *always* passing in a capability even for open(). Then you can throw away even the chdir() call. But then it won't be the unix we know and love and hate! -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 17:42:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.caldera.de (ns.caldera.de [212.34.180.1]) by hub.freebsd.org (Postfix) with ESMTP id 2B3CA37B405; Sun, 22 Jul 2001 17:42:46 -0700 (PDT) (envelope-from hch@ns.caldera.de) Received: (from hch@localhost) by ns.caldera.de (8.11.1/8.11.1) id f6N0gKs20365; Mon, 23 Jul 2001 02:42:20 +0200 Date: Mon, 23 Jul 2001 02:42:20 +0200 From: Christoph Hellwig To: Bakul Shah Cc: tlambert2@mindspring.com, Joshua Goodall , Bruce Evans , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks Message-ID: <20010723024220.A19865@caldera.de> References: <3B5B4F7E.8C48801E@mindspring.com> <200107230016.UAA17001@renown.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107230016.UAA17001@renown.cnchost.com>; from bakul@bitblocks.com on Sun, Jul 22, 2001 at 05:16:11PM -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 Sun, Jul 22, 2001 at 05:16:11PM -0700, Bakul Shah wrote: > Well, I won't mind if {,l}ch{mod,own,flags} etc become library > routines. Something like: > > int > chown(const char* path, uid_t owner, gid_t group) { > int fd, err; > > fd = open(path, O_EXCL); > if (!fd) > return errno; > err = fchown(fd, owner, group); > close(fd); > return err; > } The problem is that it uses a file-descriptor, which means it will fail if the maximum number of fds (process-wide or globally) is execeeded. Another problem is that open on devices may give all kinds of side-effects (e.g. enabling interrups, awaking from suspend state, not to mention clone devices) that it is generally considered a bad idea to open for a metadata change. And I think this was discusses as zillion times before :P Christoph -- Whip me. Beat me. Make me maintain AIX. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 17:47:43 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 8391137B401; Sun, 22 Jul 2001 17:47:35 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.136.127.Dial1.SanJose1.Level3.net [209.247.136.127]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id RAA14180; Sun, 22 Jul 2001 17:47:28 -0700 (PDT) Message-ID: <3B5B7445.B945A7F5@mindspring.com> Date: Sun, 22 Jul 2001 17:48:05 -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: Bakul Shah Cc: Joshua Goodall , Bruce Evans , freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks References: <200107230016.UAA17001@renown.cnchost.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 Bakul Shah wrote: > Well, I won't mind if {,l}ch{mod,own,flags} etc become library > routines. Something like: > > int > chown(const char* path, uid_t owner, gid_t group) { > int fd, err; > > fd = open(path, O_EXCL); > if (!fd) > return errno; > err = fchown(fd, owner, group); > close(fd); > return err; > } > > But then you must be able to open() a symlink (O_NOFOLLOW > flag must not make the open fail). Can't be helped: some of the flags will make the write bit fail, if they are set on the link and not on the target; in fact, making the flags work on symlinks is really fraught with peril, I think. It will give a false sense of security, since even if the flags don't permit modification of the link, the link target is up for grabs. Even if it were not, you could always mount an FS over top of the FS containing the link target... and it's still up for grabs, regardless of the current security mode, so long as mounts are permited. > My main argument is for consistent treatment and for `equal > rights': if an object has an inode it must have the same > rights as any other object also with an inode. I normally agree with this -- not to mention symmetry for the interface definitions alone. But the flags stuff is getting out of hand, and really needs to be subsumed in the ACL interface, instead. > devfs is a different kind of beast just like msdosfs so > rights of an inode based object are not the same as rights > of devfs or msdos fs. Anyway, I argue for either adding a > syscall or deleting a few to make a consistent set! Deleting a few is reasonable -- and probably prudent. > > If the chflags call was defined to always affect its > > target (and not follow links), then the user space utility > > could do the stat/readlink itself, and find the correct > > target, if it wasn't told to not follow links. > > I don't like running namei twice. Between the stat/readlink > and chflags(), things can change. You're going to be running it twice, anyway -- and lose your MAXPATHLEN agreement with the kernel, in the bargain, since the link target is potentially expanded as a relative path, and the way it's expanded is _not_ via recursion, it's via expansion into the preexisting pathname buffer. > [Digressing a bit...] > Ideally I want only the f* version of syscalls, so that you > _have_ to `open' an object. Open gives you a handle, a > 'capability' to operate on the object. In the past I have > argued for *always* passing in a capability even for open(). > Then you can throw away even the chdir() call. But then > it won't be the unix we know and love and hate! I'm not that sure; I've always advocated that the POSIX interface belongs in the C library, and if the system itself happens to also have those semantics, OK, but if it does not, well, then OK again. There's a lot of value in having all the normal file calls return stat information, if there is a buffer provided to do the job, since user space file services for PC's and even Macintosh's end up wanting the moral equivalent of stat information on directory iteration, file open, reads, writes, file closes, etc. (see SAMBA or CAP). You can generally get a 30% improvement in file server latency by returning this in the cases it's needed, and halving the number of system calls. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 19:11:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id DE7D337B407 for ; Sun, 22 Jul 2001 19:11:21 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 12618 invoked by uid 0); 23 Jul 2001 02:11:19 -0000 Received: from p3e9e031a.dip.t-dialin.net (HELO forge.local) (62.158.3.26) by mail.gmx.net (mail09) with SMTP; 23 Jul 2001 02:11:19 -0000 Received: from tmm by forge.local with local (Exim 3.30 #1) id 15OVBr-000CRs-00 for ; Mon, 23 Jul 2001 04:11:23 +0200 Date: Mon, 23 Jul 2001 04:11:23 +0200 From: Thomas Moestl To: freebsd-hackers@FreeBSD.org Subject: [PATCH REVIEW] zdestroy() for the zone allocator (and small nfs patch) Message-ID: <20010723041123.A47216@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , freebsd-hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1yeeQ81UyVL57Vl7" 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 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've attached a patch that adds a functions for zone destruction to the kernel zone allocator, which is needed to properly support the unload case for modules that create zones (such as nfs.ko). As a first application of this, it also patches the relevant nfs code to destroy the internal nfs zones on module unload (failing to do so can cause substantial resource leaks and crashes). I'd like to commit this, but I think it would be good to get some additional review before, especially on the part that deals with ZONE_INTERRUPT zones (which need somewhat lower level vm handling than the rest). The handling of regular zones involves some magic (and is probably a little gross), but it works without having to maintain additional state information. So, to all who are interested in this, could you please review and comment it? Thanks, - thomas --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="zdest6.diff" Index: nfs/nfs.h =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs.h,v retrieving revision 1.59 diff -u -r1.59 nfs.h --- nfs/nfs.h 2001/04/17 20:45:21 1.59 +++ nfs/nfs.h 2001/07/21 14:40:59 @@ -633,6 +633,7 @@ struct mbuf *)); int nfs_adv __P((struct mbuf **, caddr_t *, int, int)); void nfs_nhinit __P((void)); +void nfs_nhuninit __P((void)); void nfs_timer __P((void*)); int nfsrv_dorec __P((struct nfssvc_sock *, struct nfsd *, struct nfsrv_descript **)); Index: nfs/nfs_node.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_node.c,v retrieving revision 1.49 diff -u -r1.49 nfs_node.c --- nfs/nfs_node.c 2001/05/01 08:13:14 1.49 +++ nfs/nfs_node.c 2001/07/22 12:57:46 @@ -154,6 +154,12 @@ nfsnodehashtbl = hashinit(desiredvnodes, M_NFSHASH, &nfsnodehash); } +void +nfs_nhuninit() +{ + zdestroy(nfsnode_zone); +} + /* * Look up a vnode/nfsnode by file handle. * Callers must check for mount points!! Index: nfs/nfs_subs.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_subs.c,v retrieving revision 1.103 diff -u -r1.103 nfs_subs.c --- nfs/nfs_subs.c 2001/07/04 16:20:16 1.103 +++ nfs/nfs_subs.c 2001/07/22 01:48:05 @@ -1185,6 +1185,8 @@ lease_updatetime = nfs_prev_lease_updatetime; sysent[SYS_nfssvc].sy_narg = nfs_prev_nfssvc_sy_narg; sysent[SYS_nfssvc].sy_call = nfs_prev_nfssvc_sy_call; + nfs_nhuninit(); + zdestroy(nfsmount_zone); return (0); } Index: vm/vm_zone.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_zone.c,v retrieving revision 1.46 diff -u -r1.46 vm_zone.c --- vm/vm_zone.c 2001/07/09 03:37:33 1.46 +++ vm/vm_zone.c 2001/07/22 16:18:49 @@ -28,6 +28,7 @@ #include #include #include +#include #include #include #include @@ -253,6 +254,111 @@ } /* + * Destroy a zone, freeing the allocated memory. + * This does not do any locking for the zone; make sure it is not used + * any more before calling. All zalloc()'ated memory in the zone must have + * been zfree()'d. + * zdestroy() may not be used with zbootinit()'ed zones. + */ +void +zdestroy(vm_zone_t z) +{ + int i, nitems, nbytes; + void *item, *min, **itp; + vm_map_t map; + vm_map_entry_t entry; + vm_object_t obj; + vm_pindex_t pindex; + vm_prot_t prot; + boolean_t wired; + + GIANT_REQUIRED; + KASSERT(z != NULL, ("invalid zone")); + /* + * This is needed, or the algorithm used for non-interrupt zones will + * blow up badly. + */ + KASSERT(z->ztotal == z->zfreecnt, + ("zdestroy() used with an active zone")); + KASSERT((z->zflags & ZONE_BOOT) == 0, + ("zdestroy() used with a zbootinit()'ed zone")) + + if (z->zflags & ZONE_INTERRUPT) { + kmem_free(kernel_map, z->zkva, z->zpagemax * PAGE_SIZE); + vm_object_deallocate(z->zobj); + atomic_subtract_int(&zone_kmem_kvaspace, + z->zpagemax * PAGE_SIZE); + atomic_subtract_int(&zone_kmem_pages, + z->zpagecount); + } else { + /* + * This is evil h0h0 magic: + * The items may be in z->zitems in a random oder; we have to + * free the start of an allocated area, but do not want to save + * extra information. Additionally, we may not access items that + * were in a freed area. + * This is achieved in the following way: the smallest address + * is selected, and, after removing all items that are in a + * range of z->zalloc * PAGE_SIZE (one allocation unit) from + * it, kmem_free is called on it (since it is the smallest one, + * it must be the start of an area). This is repeated until all + * items are gone. + */ + nbytes = z->zalloc * PAGE_SIZE; + nitems = nbytes / z->zsize; + while (z->zitems != NULL) { + /* Find minimal element. */ + item = min = z->zitems; + while (item != NULL) { + if (item < min) + min = item; + item = ((void **)item)[0]; + } + /* Free. */ + itp = &z->zitems; + i = 0; + while (*itp != NULL && i < nitems) { + if ((char *)*itp >= (char *)min && + (char *)*itp < (char *)min + nbytes) { + *itp = ((void **)*itp)[0]; + i++; + } else + itp = &((void **)*itp)[0]; + } + KASSERT(i == nitems, ("zdestroy(): corrupt zone")); + /* + * We can allocate from kmem_map (kmem_malloc) or + * kernel_map (kmem_alloc). + * kmem_map is a submap of kernel_map, so we can use + * vm_map_lookup to retrieve the map we need use. + */ + map = kernel_map; + if (vm_map_lookup(&map, (vm_offset_t)min, VM_PROT_NONE, + &entry, &obj, &pindex, &prot, &wired) != + KERN_SUCCESS) + panic("zalloc mapping lost"); + /* Need to unlock. */ + vm_map_lookup_done(map, entry); + if (map == kmem_map) { + atomic_subtract_int(&zone_kmem_pages, + z->zalloc); + } else if (map == kernel_map) { + atomic_subtract_int(&zone_kern_pages, + z->zalloc); + } else + panic("zdestroy(): bad map"); + kmem_free(map, (vm_offset_t)min, nbytes); + } + } + + mtx_lock(&zone_mtx); + SLIST_REMOVE(&zlist, z, vm_zone, zent); + mtx_unlock(&zone_mtx); + mtx_destroy(&z->zmtx); + free(z, M_ZONE); +} + +/* * Grow the specified zone to accomodate more items. */ static void * @@ -285,6 +391,7 @@ } nitems = (i * PAGE_SIZE) / z->zsize; } else { + /* Please check zdestroy() when changing this! */ nbytes = z->zalloc * PAGE_SIZE; /* Index: vm/vm_zone.h =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_zone.h,v retrieving revision 1.18 diff -u -r1.18 vm_zone.h --- vm/vm_zone.h 2001/05/01 08:13:21 1.18 +++ vm/vm_zone.h 2001/07/21 15:23:39 @@ -55,6 +55,7 @@ int flags, int zalloc); void zbootinit(vm_zone_t z, char *name, int size, void *item, int nitems); +void zdestroy(vm_zone_t z); void *zalloc(vm_zone_t z); void zfree(vm_zone_t z, void *item); --1yeeQ81UyVL57Vl7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 22 20:26:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elm.phenome.org (elm.phenome.org [194.153.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 1C77037B401; Sun, 22 Jul 2001 20:26:27 -0700 (PDT) (envelope-from joshua@roughtrade.net) Received: from localhost (joshua@localhost [127.0.0.1]) by localhost (8.12.0.Beta7/8.12.0.Beta7/Debian 8.12.0.Beta7-1) with ESMTP id f6N3QKCC005292; Mon, 23 Jul 2001 04:26:20 +0100 Date: Mon, 23 Jul 2001 04:26:19 +0100 (BST) From: Joshua Goodall X-X-Sender: To: Bakul Shah Cc: , Bruce Evans , , Subject: Re: flags on symlinks In-Reply-To: <200107230016.UAA17001@renown.cnchost.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, 22 Jul 2001, Bakul Shah wrote: > Well, I won't mind if {,l}ch{mod,own,flags} etc become library > routines. Something like: I'm not going to take that path, but if you wanted to change the syscall interface, a more radical solution would be creation of a (get|set)attrs call to replace the current [fl]?(chown|chmod|chflags|utimes|stat) set and create libc wrappers. However I am going down the road of a lchflags which is consistent with existing l(chown|chmod|utimes) and also consistent with the NetBSD implementation. I doubt many systems programmers would thank me for radically changing semantics along the way. Regards Joshua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 0:15:10 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 D515337B403 for ; Mon, 23 Jul 2001 00:15:07 -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 CAA17529 for ; Mon, 23 Jul 2001 02:12:20 -0700 (PDT) Message-ID: <3B5BCC6F.F631383E@elischer.org> Date: Mon, 23 Jul 2001 00:04:15 -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: hackers@freebsd.org Subject: A full source-tour somewhere? 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 At one stage at whistle we had the kernel fully cross-referenced using the 'global' program (now in ports) which produced a website that could be browsed to find 'all the callers of xxx()' etc. does anyone have such a site online at the moment? -- +------------------------------------+ ______ _ __ | __--_|\ 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 Mon Jul 23 0:30:16 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 614A337B401 for ; Mon, 23 Jul 2001 00:30:13 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 08B773E2F; Mon, 23 Jul 2001 00:30:13 -0700 (PDT) To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: A full source-tour somewhere? In-Reply-To: <3B5BCC6F.F631383E@elischer.org>; from julian@elischer.org on "Mon, 23 Jul 2001 00:04:15 -0700" Date: Mon, 23 Jul 2001 00:30:13 -0700 From: Dima Dorfman Message-Id: <20010723073013.08B773E2F@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 Julian Elischer writes: > At one stage at whistle we had the kernel fully cross-referenced > using the 'global' program (now in ports) which produced > a website that could be browsed to find > 'all the callers of xxx()' etc. > > does anyone have such a site online at the moment? On http://www.freebsd.org/search/ there are links to two sites that might be what you're looking for: * The Source Code * A cross reference of the FreeBSD kernel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 0:55:30 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 6F8B437B405 for ; Mon, 23 Jul 2001 00:55:23 -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 CAA17675; Mon, 23 Jul 2001 02:56:17 -0700 (PDT) Message-ID: <3B5BD6BC.65BD7579@elischer.org> Date: Mon, 23 Jul 2001 00:48:12 -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: Dima Dorfman Cc: hackers@freebsd.org Subject: Re: A full source-tour somewhere? References: <20010723073013.08B773E2F@bazooka.unixfreak.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 Dima Dorfman wrote: > > Julian Elischer writes: > > At one stage at whistle we had the kernel fully cross-referenced > > using the 'global' program (now in ports) which produced > > a website that could be browsed to find > > 'all the callers of xxx()' etc. > > > > does anyone have such a site online at the moment? > > On http://www.freebsd.org/search/ there are links to two sites that > might be what you're looking for: > > * The Source Code > * A cross reference of the FreeBSD kernel well I have the source code of course, but the second is what I'm looking for except that it stopped being updated October 2000. I'm looking for a current one. -- +------------------------------------+ ______ _ __ | __--_|\ 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 Mon Jul 23 0:57:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.ntu-kpi.kiev.ua (www.ntu-kpi.kiev.ua [212.111.192.161]) by hub.freebsd.org (Postfix) with ESMTP id D223637B403 for ; Mon, 23 Jul 2001 00:57:40 -0700 (PDT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (eth0.comsys.ntu-kpi.kiev.ua [10.0.1.184]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id EB7F32EF02; Mon, 23 Jul 2001 10:57:32 +0300 (EEST) Received: from pm5149 (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) by comsys.ntu-kpi.kiev.ua (8.11.3/8.11.3) with SMTP id f6N7vwt46298; Mon, 23 Jul 2001 10:58:00 +0300 (EEST) Message-ID: <002101c11344$531b81a0$6d36120a@comsys.ntukpi.kiev.ua> From: "Andrey Simonenko" To: , References: <012001c10f85$08ae6b40$6d36120a@comsys.ntukpi.kiev.ua> <20010719074735.H94236@cs.waikato.ac.nz> <20010719090240.R489@ricochet.net> Subject: Re: libpcap and pthreads Date: Mon, 23 Jul 2001 10:54:28 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 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 to all who answered my question about libpcap and pthreads. I forgot to say that I want to have the answer on the same question for OpenBSD and NetBSD (for all *BSD, which my port sysutils/ipa supports), but the answer for FreeBSD is enough. An idea to call pcap_dispatch() in a separate single-threaded process and communicate with multithreaded application via SysV IPC is good and probably can be used for my purpose. ----- Original Message ----- From: Brian O'Shea Newsgroups: lucky.freebsd.hackers Sent: Thursday, July 19, 2001 8:10 PM Subject: Re: libpcap and pthreads > You could put the code that calls pcap_dispatch() in a separate single- > threaded process and communicate with your multithreaded application via > an IPC mechanism such as pipes or shared memory. > > -brian > > > On Thu, Jul 19, 2001 at 07:47:35AM +1200, Joerg Micheel wrote: > > Privjet Andrey, > > > > On Wed, Jul 18, 2001 at 04:27:39PM +0400, Andrey Simonenko wrote: > > > Is it possible to use libpcap with pthreads? > > > (I want to use just pcap_dispatch() function) > > > > I very much doubt so. It's not possible to use it in any kind of > > multithreaded applications, even with select() scenarios. They > > implement the Highlander principle - there can be only one (pcap). > > Sad. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 1:15: 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 6EBCB37B403 for ; Mon, 23 Jul 2001 01:15:03 -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 DAA17767; Mon, 23 Jul 2001 03:04:10 -0700 (PDT) Message-ID: <3B5BD894.7124859B@elischer.org> Date: Mon, 23 Jul 2001 00:56:04 -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: Dima Dorfman , hackers@freebsd.org Subject: Re: A full source-tour somewhere? References: <20010723073013.08B773E2F@bazooka.unixfreak.org> <3B5BD6BC.65BD7579@elischer.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 Julian Elischer wrote: > > Dima Dorfman wrote: [...] > > * A cross reference of the FreeBSD kernel > > well I have the source code of course, but the second is what I'm > looking for except that it stopped being updated October 2000. > > I'm looking for a current one. oh yeah, and that one doesn't work.. try clicking on something you want to cross reference.. -- +------------------------------------+ ______ _ __ | __--_|\ 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 Mon Jul 23 4:38: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5301.mail.yahoo.com (web5301.mail.yahoo.com [216.115.106.110]) by hub.freebsd.org (Postfix) with SMTP id 5781F37B405 for ; Mon, 23 Jul 2001 04:37:55 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010723113755.21267.qmail@web5301.mail.yahoo.com> Received: from [203.200.20.3] by web5301.mail.yahoo.com via HTTP; Mon, 23 Jul 2001 12:37:55 BST Date: Mon, 23 Jul 2001 12:37:55 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: Re: kernel malloc To: Bosko Milekic Cc: freebsd-hackers@freebsd.org In-Reply-To: <20010720101239.A12857@technokratis.com> 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, thx for ur reply. i wanted to know in side kernel is there any limit to the malloc that a user can do.what you told in ur previous mail is that at a time user can malloc 4k.but suppose i am doing 2k memory allocations. how many such mallocs i can do? is there any configuration we can do depending on our RAM size? please reply. thx vishwanath --- Bosko Milekic wrote: > > On Fri, Jul 20, 2001 at 10:17:20AM +0100, vishwanath > pargaonkar wrote: > > Hi, > > > > can any one please help me with this. i want > allocate > > a memory in the kernel -a buffer of size 2k to 5k. > > can i do it using malloc with second parameter as > > M_TEMP and third as M_WAITOK. > > > > can anybody tell me what M_TEMP means .what is > maximum > > malloc i can do with M_TEMP? > > will the OS allow me to malloc 4k buffer in side > > kernel??shd i give M_WAITOK or M_DONTWAIT??? > > M_TEMP is merely there for statistics gathering. If > you're writing > a subsystem and plan to malloc() a lot of things for > the subsystem you may > want to create your own malloc type (see malloc(9)). > On another note, remember that if you allocate a 5k > buffer with malloc() > on x86 where the page size if 4k, that you're not > guaranteed to have a > physically contiguous backing. > > > please tell me. > > thanx in advance. > > Regards, > -- > Bosko Milekic > bmilekic@technokratis.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 5:51: 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 10C2337B406 for ; Mon, 23 Jul 2001 05: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 f6NCorV54611; Mon, 23 Jul 2001 14:50:54 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6NCpgW18434; Mon, 23 Jul 2001 14:51:42 +0200 (CEST) Date: Mon, 23 Jul 2001 14:51:41 +0200 From: Bernd Walter To: Julian Elischer Cc: Dima Dorfman , hackers@FreeBSD.ORG Subject: Re: A full source-tour somewhere? Message-ID: <20010723145141.A18109@cicely20.cicely.de> References: <20010723073013.08B773E2F@bazooka.unixfreak.org> <3B5BD6BC.65BD7579@elischer.org> <3B5BD894.7124859B@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B5BD894.7124859B@elischer.org>; from julian@elischer.org on Mon, Jul 23, 2001 at 12:56:04AM -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, Jul 23, 2001 at 12:56:04AM -0700, Julian Elischer wrote: > Julian Elischer wrote: > > > > Dima Dorfman wrote: > [...] > > > * A cross reference of the FreeBSD kernel > > > > well I have the source code of course, but the second is what I'm > > looking for except that it stopped being updated October 2000. > > > > I'm looking for a current one. > > oh yeah, and that one doesn't work.. > try clicking on something you want to cross reference.. I'm not shure what you exactly need. With global you can simply gtags && htags in a dir and enjoy the html. You have do do it for every application & kernel on their own because they share identic named functions like main() and so on. The result is nice but I wouldn't call it "cross reference" -- 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 Jul 23 5:53:30 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 7DD0B37B403 for ; Mon, 23 Jul 2001 05:53:26 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.4/8.11.4) with ESMTP id f6NCrOI04501; Mon, 23 Jul 2001 13:53:24 +0100 (BST) (envelope-from brian@lan.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 f6NCrNg62888; Mon, 23 Jul 2001 13:53:23 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200107231253.f6NCrNg62888@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Bernd Walter Cc: Julian Elischer , Dima Dorfman , hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: A full source-tour somewhere? In-Reply-To: Message from Bernd Walter of "Mon, 23 Jul 2001 14:51:41 +0200." <20010723145141.A18109@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 13:53:23 +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 > On Mon, Jul 23, 2001 at 12:56:04AM -0700, Julian Elischer wrote: > > Julian Elischer wrote: > > > > > > Dima Dorfman wrote: > > [...] > > > > * A cross reference of the FreeBSD kernel > > > > > > well I have the source code of course, but the second is what I'm > > > looking for except that it stopped being updated October 2000. > > > > > > I'm looking for a current one. > > > > oh yeah, and that one doesn't work.. > > try clicking on something you want to cross reference.. > > I'm not shure what you exactly need. > With global you can simply gtags && htags in a dir and enjoy the html. > You have do do it for every application & kernel on their own because > they share identic named functions like main() and so on. > The result is nice but I wouldn't call it "cross reference" I think devel/cscope is reasonably good. > -- > B.Walter COSMO-Project http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de -- 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 Mon Jul 23 6:16:50 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 0003937B405; Mon, 23 Jul 2001 06:16:43 -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 PPQ4DQ3A; Mon, 23 Jul 2001 09:16:06 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.3/8.11.3) with ESMTP id f6NBckN87164; Mon, 23 Jul 2001 07:38:47 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3B5C0CC6.EF1A3828@wgate.com> Date: Mon, 23 Jul 2001 07:38:46 -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: Jonathan Chen Cc: Attila Nagy , freebsd-hackers@FreeBSD.ORG Subject: Re: NFS local mount References: <20010719155719.N45187-100000@scribble.fsn.hu> <3B57290F.15C009A5@wgate.com> <20010721145747.B59221@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: > > On Thu, Jul 19, 2001 at 02:38:07PM -0400, Michael Sinz wrote: > > I had been meaning to ask if there was a reason why NFS mounts happened > > before NFS servers were started but life kept getting in the way :-) > > If /usr was nfs mounted on a machine, then /usr needs to be mounted before > nfsd was loaded, and portmap/rpcgen lives in /usr and nfsd requires one of > those. Not to mention there are probably other services loaded before nfsd > which may require nfs moutned directories. In general, it is a good idea > to first setup vital parts of the system (like networking or mounting > directories) before offering other services (such as nfsd). Ahh, but a auto-backgrounding of NFS mounts would be nice. In (albeit old) SYSV R4 which we (my old Commodore hat) did on the Amiga UNIX project, NFS mounts would try for a bit at boot time and then switch into the background if they took too long. One could specifically ask for a mount to be hard such that it would not background under any conditions. Under normal conditions, the system had its mounts up before the rest of the RC process ran. Under poor conditions, it may end up waiting for some reasonable amount of time (was it 1 or 2 minutes - I can not remember) and then background any mounts that had not yet worked. This always let the system come up to at least admin capable level, which is important when you have a headless machine somewhere. > Possible ways to fix this includes: > - do nothing, let those who run these circular nfs-mount systems fix it > themselves. Perhaps recommend -o bg in the handbook or something. That may be good - I still think some form of timeout and then bg option would be even better... > - setup a flag, nfs_mount_delayed="YES|NO" in rc.conf > - do something in fstab which distingushes nfs mounts which can be delayed > * a new nfs_delayed fstype [this screams EVILE HACK!], or > * a new "delayable" option (how's that different from bg?) I see that as the timeout before bg - where it tries and tries but after some point says "hey, it still is not up, lets bg this thing" > * overload the Pass number in fstab, nobody fscks over nfs anyway. I hate that - it feels soo bad. However, it also happens to be a good place to put in a configurable timeout for bg operation. Arg.... Don't do it - must not go to the dark side. -- 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 Jul 23 6:31:53 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 A0E1A37B403; Mon, 23 Jul 2001 06:31:30 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.1/8.11.1) id f6NDkh403679; Mon, 23 Jul 2001 17:46:43 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200107231346.f6NDkh403679@bugz.infotecs.ru> Subject: Re: using syscalls in a module (stack problem ?) In-Reply-To: <200107222028.f6MKSgI01274@mass.dis.org> "from Mike Smith at Jul 22, 2001 01:28:42 pm" To: Mike Smith Date: Mon, 23 Jul 2001 17:46:43 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I call this function with (curproc, PATH_MAX+1), and everything is fine > > when I have just a few local variables defined in the caller (it all > > works on MOD_LOAD only). However, if I have 2 buffers, 4096 bytes each, > > as local variables and then try to allocate userspace memory the same > > way, kernel crashes - sometimes inside mmap(), sometimes a bit later. > > > > Why could this happen ? Is it related to possible stack overflow ? > > Yes. The kernel stack is only two pages; you absolutely must not use > large local variables in the kernel. I see. But I still can define them using "static", right ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 8:24:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id A840437B406 for ; Mon, 23 Jul 2001 08:24:19 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6NFQYi07447; Mon, 23 Jul 2001 11:26:34 -0400 (EDT) (envelope-from bmilekic) Date: Mon, 23 Jul 2001 11:26:34 -0400 From: Bosko Milekic To: vishwanath pargaonkar Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kernel malloc Message-ID: <20010723112634.A7434@technokratis.com> References: <20010720101239.A12857@technokratis.com> <20010723113755.21267.qmail@web5301.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: <20010723113755.21267.qmail@web5301.mail.yahoo.com>; from vishubp@yahoo.com on Mon, Jul 23, 2001 at 12:37:55PM +0100 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, Jul 23, 2001 at 12:37:55PM +0100, vishwanath pargaonkar wrote: > Hi, > > thx for ur reply. > i wanted to know in side kernel is there any limit to > the malloc that a user can do.what you told in ur > previous mail is that at a time user can malloc 4k.but No. You _can_ malloc over 4k and I never said that you could not. All I said was that if you do malloc() a buffer larger than PAGE_SIZE that the buffer will likely not be contiguous in physical memory. What that means is that your buffer may span across two non-contiguous physical pages. Usually you won't care unless you're DMAing into the buffer, or relying on the physical pages to be contiguous. > suppose i am doing 2k memory allocations. how many > such mallocs i can do? In the kernel, you can do "as many as you want." That is, until you run out of physical memory or until you exhaust the kmem_map virtual address space, whichever comes first. > is there any configuration we can do depending on our > RAM size? > please reply. > thx > vishwanath Regards, -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 8:56:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5303.mail.yahoo.com (web5303.mail.yahoo.com [216.115.106.112]) by hub.freebsd.org (Postfix) with SMTP id 2167337B401 for ; Mon, 23 Jul 2001 08:56:28 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010723155627.15130.qmail@web5303.mail.yahoo.com> Received: from [203.200.20.3] by web5303.mail.yahoo.com via HTTP; Mon, 23 Jul 2001 16:56:27 BST Date: Mon, 23 Jul 2001 16:56:27 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: cluster size To: freebsd-hackers@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, in freebsd can we change the cluster size from 2048 bytes.If yes how can we do that? do we have to configure in some file? TIA vishwanath To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 9: 1:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 9783837B403 for ; Mon, 23 Jul 2001 09:01:31 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.4/8.11.4) id f6NG1RR16493; Mon, 23 Jul 2001 11:01:27 -0500 (CDT) (envelope-from dan) Date: Mon, 23 Jul 2001 11:01:27 -0500 From: Dan Nelson To: vishwanath pargaonkar Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010723110127.A15157@dan.emsphone.com> References: <20010723155627.15130.qmail@web5303.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010723155627.15130.qmail@web5303.mail.yahoo.com> User-Agent: Mutt/1.3.19i X-OS: FreeBSD 5.0-CURRENT 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 the last episode (Jul 23), vishwanath pargaonkar said: > in freebsd can we change the cluster size from 2048 bytes.If yes how > can we do that? do we have to configure in some file? Actually, the block size is 8192 bytes by default, with fragment size of 1024 bytes. You pick the sizes when you run newfs with the -b and -f options. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 9: 7:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B88F37B40B for ; Mon, 23 Jul 2001 09:07:17 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6NG9Yl07749; Mon, 23 Jul 2001 12:09:34 -0400 (EDT) (envelope-from bmilekic) Date: Mon, 23 Jul 2001 12:09:34 -0400 From: Bosko Milekic To: Dan Nelson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010723120934.A7723@technokratis.com> References: <20010723155627.15130.qmail@web5303.mail.yahoo.com> <20010723110127.A15157@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010723110127.A15157@dan.emsphone.com>; from dnelson@emsphone.com on Mon, Jul 23, 2001 at 11:01:27AM -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 On Mon, Jul 23, 2001 at 11:01:27AM -0500, Dan Nelson wrote: > In the last episode (Jul 23), vishwanath pargaonkar said: > > in freebsd can we change the cluster size from 2048 bytes.If yes how > > can we do that? do we have to configure in some file? > > Actually, the block size is 8192 bytes by default, with fragment size > of 1024 bytes. You pick the sizes when you run newfs with the -b and > -f options. I think he was referring to the mbuf cluster size being 2K. In any case, I think the question is way too ambiguous to be answered properly. > -- > Dan Nelson > dnelson@emsphone.com -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 9: 8: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 23F4B37B405; Mon, 23 Jul 2001 09:08:01 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f6NG7wk17218; Mon, 23 Jul 2001 12:07:58 -0400 (EDT) Date: Mon, 23 Jul 2001 12:07:47 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: msmith@freebsd.org, "Eugene L. Vorokov" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: using syscalls in a module (stack problem ?) In-Reply-To: <200107231346.f6NDkh403679@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 Just out of curiosity, Linux's kernel stack is one page. Where in the kernel source code that says that we can have two pages instead of one page kernel stack? -Zhihui On Mon, 23 Jul 2001, Eugene L. Vorokov wrote: > > > I call this function with (curproc, PATH_MAX+1), and everything is fine > > > when I have just a few local variables defined in the caller (it all > > > works on MOD_LOAD only). However, if I have 2 buffers, 4096 bytes each, > > > as local variables and then try to allocate userspace memory the same > > > way, kernel crashes - sometimes inside mmap(), sometimes a bit later. > > > > > > Why could this happen ? Is it related to possible stack overflow ? > > > > Yes. The kernel stack is only two pages; you absolutely must not use > > large local variables in the kernel. > > I see. But I still can define them using "static", right ? > > 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 Mon Jul 23 9:10:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id CBA6D37B405 for ; Mon, 23 Jul 2001 09:10:00 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f6NG9wk19377; Mon, 23 Jul 2001 12:09:58 -0400 (EDT) Date: Mon, 23 Jul 2001 12:09:46 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: =?iso-8859-1?q?vishwanath=20pargaonkar?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size In-Reply-To: <20010723155627.15130.qmail@web5303.mail.yahoo.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 You must be asking why the mbuf cluster size is chosen as 2048, right? It is probably a tradeoff between memory efficient and speed. -Zhihui On Mon, 23 Jul 2001, [iso-8859-1] vishwanath pargaonkar wrote: > Hi, > in freebsd can we change the cluster size from 2048 > bytes.If yes how can we do that? > do we have to configure in some file? > > TIA > vishwanath > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 9:47:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f155.pav2.hotmail.com [64.4.37.155]) by hub.freebsd.org (Postfix) with ESMTP id 1EB2E37B405 for ; Mon, 23 Jul 2001 09:47:04 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 23 Jul 2001 09:47:02 -0700 Received: from 129.128.29.128 by pv2fd.pav2.hotmail.msn.com with HTTP; Mon, 23 Jul 2001 16:47:02 GMT X-Originating-IP: [129.128.29.128] From: "Weiguang SHI" To: zzhang@cs.binghamton.edu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: using syscalls in a module (stack problem ?) Date: Mon, 23 Jul 2001 10:47:02 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 23 Jul 2001 16:47:02.0312 (UTC) FILETIME=[18FA2280:01C11397] 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 guess this is it (/usr/src/sys/i386/i386/locore.s): 348 /* now running relocated at KERNBASE where the system is linked to run */ 349 begin: 350 /* set up bootstrap stack */ 351 movl _proc0paddr,%esp /* location of in-kernel pages */ 352 addl $UPAGES*PAGE_SIZE,%esp /* bootstrap stack end location */ where UPAGES is defined as 2 in /usr/src/sys/compile/MYKERNEL/machine/param.h 101 #define UPAGES 2 /* pages of u-area */ Regards, Weiguang >From: Zhihui Zhang >To: msmith@freebsd.org, "Eugene L. Vorokov" >CC: freebsd-hackers@FreeBSD.ORG >Subject: Re: using syscalls in a module (stack problem ?) >Date: Mon, 23 Jul 2001 12:07:47 -0400 (EDT) > > >Just out of curiosity, Linux's kernel stack is one page. Where in the >kernel source code that says that we can have two pages instead of one >page kernel stack? > >-Zhihui > > >On Mon, 23 Jul 2001, Eugene L. Vorokov wrote: > > > > > I call this function with (curproc, PATH_MAX+1), and everything is >fine > > > > when I have just a few local variables defined in the caller (it all > > > > works on MOD_LOAD only). However, if I have 2 buffers, 4096 bytes >each, > > > > as local variables and then try to allocate userspace memory the >same > > > > way, kernel crashes - sometimes inside mmap(), sometimes a bit >later. > > > > > > > > Why could this happen ? Is it related to possible stack overflow ? > > > > > > Yes. The kernel stack is only two pages; you absolutely must not use > > > large local variables in the kernel. > > > > I see. But I still can define them using "static", right ? > > > > 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 _________________________________________________________________ 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 Jul 23 10:18:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 762C337B408 for ; Mon, 23 Jul 2001 10:18:33 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f6NHIUk09047; Mon, 23 Jul 2001 13:18:30 -0400 (EDT) Date: Mon, 23 Jul 2001 13:18:19 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: Weiguang SHI Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: using syscalls in a module (stack problem ?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Make sense. But there are other things in the UPAGES. -Zhihui On Mon, 23 Jul 2001, Weiguang SHI wrote: > I guess this is it (/usr/src/sys/i386/i386/locore.s): > > 348 /* now running relocated at KERNBASE where the system is linked to > run */ > 349 begin: > 350 /* set up bootstrap stack */ > 351 movl _proc0paddr,%esp /* location of in-kernel > pages */ > 352 addl $UPAGES*PAGE_SIZE,%esp /* bootstrap stack end > location */ > > where UPAGES is defined as 2 in > /usr/src/sys/compile/MYKERNEL/machine/param.h > > 101 #define UPAGES 2 /* pages of u-area */ > > Regards, > Weiguang > > >From: Zhihui Zhang > >To: msmith@freebsd.org, "Eugene L. Vorokov" > >CC: freebsd-hackers@FreeBSD.ORG > >Subject: Re: using syscalls in a module (stack problem ?) > >Date: Mon, 23 Jul 2001 12:07:47 -0400 (EDT) > > > > > >Just out of curiosity, Linux's kernel stack is one page. Where in the > >kernel source code that says that we can have two pages instead of one > >page kernel stack? > > > >-Zhihui > > > > > >On Mon, 23 Jul 2001, Eugene L. Vorokov wrote: > > > > > > > I call this function with (curproc, PATH_MAX+1), and everything is > >fine > > > > > when I have just a few local variables defined in the caller (it all > > > > > works on MOD_LOAD only). However, if I have 2 buffers, 4096 bytes > >each, > > > > > as local variables and then try to allocate userspace memory the > >same > > > > > way, kernel crashes - sometimes inside mmap(), sometimes a bit > >later. > > > > > > > > > > Why could this happen ? Is it related to possible stack overflow ? > > > > > > > > Yes. The kernel stack is only two pages; you absolutely must not use > > > > large local variables in the kernel. > > > > > > I see. But I still can define them using "static", right ? > > > > > > 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 > > > _________________________________________________________________ > 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 Jul 23 10:52:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 36E9037B401 for ; Mon, 23 Jul 2001 10:52:24 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.4/8.11.4) with ESMTP id f6NHqJw18899; Mon, 23 Jul 2001 13:52:19 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200107231752.f6NHqJw18899@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Soren Kristensen Cc: hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Status of encryption hardware support in FreeBSD References: <121.f1f847.286cd1f4@aol.com> <200106290316.f5T3G0I95199@whizzo.transsys.com> <3B3BF52C.29FB20C@soekris.com> In-reply-to: Your message of "Thu, 28 Jun 2001 20:25:32 PDT." <3B3BF52C.29FB20C@soekris.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 13:52:19 -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 Hi, I just received shipping notification from UPS that my net4501 is in the shipping pipeline; can't wait for it to arrive. On a practical note: is there a mailing list or some other forum which will host net4501 users? Since it's likely that there will be a bunch of different operating systems running on this, it may not be that the existing OS-specific mailing lists would be best suited. A point of focus with a community of users that could help each other would be greatly appreciated, and likely reduce your involvement in offering support and answering questions. Just something to think about.. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 12: 7:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1381137B405 for ; Mon, 23 Jul 2001 12:07:48 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.4/8.11.2) with ESMTP id f6NJ7dv00677; Mon, 23 Jul 2001 12:07:39 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: Mon, 23 Jul 2001 12:07:44 -0700 (PDT) From: John Baldwin To: Weiguang SHI Subject: RE: jmp after setting PE? Cc: freebsd-hackers@FreeBSD.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 On 21-Jul-01 Weiguang SHI wrote: > Hi, > > Please forgive me if this seems too easy. > > "http://people.freebsd.org/~jhb/386htm/s10_03.htm" says: > > Immediately after setting the PE flag, the initialization code must > flush the processor's instruction prefetch queue by > executing a JMP instruction. The 80386 fetches and decodes > instructions and addresses before they are used; however, > after a change into protected mode, the prefetched instruction > information (which pertains to real-address mode) is > no longer valid. A JMP forces the processor to discard the invalid > information. > > "/home/src/sys/i386/i386" says: > > 329 /* Now enable paging */ > 330 movl R(_IdlePTD), %eax > 331 movl %eax,%cr3 /* load ptd addr > into mm > 332 movl %cr0,%eax /* get control word > */ > 333 orl $CR0_PE|CR0_PG,%eax /* enable paging */ > 334 movl %eax,%cr0 /* and let's page > NOW! * > 335 > 336 #ifdef BDE_DEBUGGER > 337 /* > 338 * Complete the adjustments for paging so that we can keep tracing > throu > 339 * initi386() after the low (physical) addresses for the gdt and idt > bec > 340 * invalid. > 341 */ > 342 call bdb_commit_paging > 343 #endif > 344 > 345 pushl $begin /* jump to high > virtuali > 346 ret We are already in protected mode when the kernel starts (the boot blocks call us from protected mode) so this isn't turning on the PE bit. Line 333 is somewhat misleading (the comment is more accurate) and should probably read: orl $CRO_PG,%eax If PE isn't on by the time we get here we would have blown up by now anyways. -- 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 Mon Jul 23 12:36:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from 21.232.01.7 (OL154-95.fibertel.com.ar [24.232.95.154]) by hub.freebsd.org (Postfix) with SMTP id 19B1237B403 for ; Mon, 23 Jul 2001 12:36:36 -0700 (PDT) (envelope-from jorge_velazquez_@hotmail.com) X-Server: hotmail From: Jorge Velazquez To: Reply-To: a_golza_@hotmail.com X-Mailer: MultiMailer (3.1.0) Subject: Estimado Usuario Mime-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message-Id: <20010723193636.19B1237B403@hub.freebsd.org> Date: Mon, 23 Jul 2001 12:36:36 -0700 (PDT) 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 Filtrar el= agua de bebida incrementa nuestra calidad de= vida.

La mayoria de los malos sabores,= olores y turbidez presente en el agua potable son causados por= la presencia de cloro y materiales orgánicos.

El cloro utilizado muy eficazmente= para potabilizar el agua de bebida, es causal del mal sabor y en= mayor cantidad es perjudicial para la salud.
El material orgánico presente en tanques y cañerias= de agua corrientes (residuos de hojas, insectos, etc.) le= agregan al agua turbidez y mal sabor.

También tenemos la combinación del material= orgánico con el cloro, formando los peligrosos= Trihalometanos (THM), compuesto altamente tóxico.

La forma mas simple y efectiva para remover tanto el cloro como= el material orgánico y los THM es mediante el pasaje del= agua a través de un filtro purificador (*)= con lecho de carbón activado.

(*) CUNO= posee mas de 90 años de experiencia en= purificación y filtración de agua, y provee= filtros de agua a empresas como Mc Donald's en Argentina y en el= mundo.


Si quiere recibir más información sobre este tema= comuníquese al
011- 4555-6050=

o desde el interior sin cargo al=
0800-222-6392

Gracias.


= NeWater= Argentina
Purificación de agua para= empresas y hogares
 Charlone 516 , Buenos Aires, Argentina
= tel: 011-4555-6050(rot.)
 email: newater@movi.com.ar




Si usted= no desea recibir mas información nuestra envíenos= un email con asunto "Borrar". Gracias.

Produced= by La Jolla Advertiding Co., CA, USA




 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 13:55: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 791DE37B405 for ; Mon, 23 Jul 2001 13:55:20 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f6NKtJT33893 for freebsd-hackers@freebsd.org; Mon, 23 Jul 2001 16:55:19 -0400 (EDT) (envelope-from bicknell) Date: Mon, 23 Jul 2001 16:55:19 -0400 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: MPP and new processor designs. Message-ID: <20010723165519.A33391@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 A number of new chips have been released lately, along with some enhancements to existing processors that all fall into the same logic of parallelizing some operations. Why, just today I ran across an article about http://www.theregister.co.uk/content/3/20576.html, which bosts 128 ALU's on a single chip. This got me to thinking about an interesting way of using these chips. Rather than letting the hardware parallelize instructions from a single stream, what about feeding it multiple streams of instructions. That is, treat it like multiple CPU's running two (or more) processes at once. I'm sure the hardware isn't quite designed for this at the moment and so it couldn't "just be done", but if you had say 128 ALU's most single user systems could dedicate one ALU to a process and never context switch, in the traditional sense. For systems that run lots of processors the rate limiting on a single process wouldn't be a big issue, and you could gain lots of effiencies in the global aspect by not context-switching in the traditional sense. Does anyone know of something like this being tried? Traditional 2-8 way SMP systems probably don't have enough processors (I'm thinking 64 is a minimum to make this interesting) and require other glue to make multiple independant processors work together. Has anyone tried this with them all in one package, all clocked together, etc? -- 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 Jul 23 14:13:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web11401.mail.yahoo.com (web11401.mail.yahoo.com [216.136.131.231]) by hub.freebsd.org (Postfix) with SMTP id DD0B437B401 for ; Mon, 23 Jul 2001 14:13:35 -0700 (PDT) (envelope-from raysonlogin@yahoo.com) Message-ID: <20010723211335.97806.qmail@web11401.mail.yahoo.com> Received: from [216.183.18.189] by web11401.mail.yahoo.com via HTTP; Mon, 23 Jul 2001 14:13:35 PDT Date: Mon, 23 Jul 2001 14:13:35 -0700 (PDT) From: Rayson Ho Subject: Re: MPP and new processor designs. To: Leo Bicknell , freebsd-hackers@freebsd.org In-Reply-To: <20010723165519.A33391@ussenterprise.ufp.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 You are talking about CMP (chip multi-processor) or SMT (Simultaneous Multi-Threading)!! Please look at the design of IBM Power4. Rayson --- Leo Bicknell wrote: > > A number of new chips have been released lately, along with some > enhancements to existing processors that all fall into the same > logic of parallelizing some operations. Why, just today I ran > across an article about > http://www.theregister.co.uk/content/3/20576.html, > which bosts 128 ALU's on a single chip. > > This got me to thinking about an interesting way of using these > chips. Rather than letting the hardware parallelize instructions > from a single stream, what about feeding it multiple streams of > instructions. That is, treat it like multiple CPU's running two > (or more) processes at once. > > I'm sure the hardware isn't quite designed for this at the moment > and so it couldn't "just be done", but if you had say 128 ALU's > most single user systems could dedicate one ALU to a process > and never context switch, in the traditional sense. For systems > that run lots of processors the rate limiting on a single process > wouldn't be a big issue, and you could gain lots of effiencies > in the global aspect by not context-switching in the traditional > sense. > > Does anyone know of something like this being tried? Traditional > 2-8 way SMP systems probably don't have enough processors (I'm > thinking 64 is a minimum to make this interesting) and require > other glue to make multiple independant processors work together. > Has anyone tried this with them all in one package, all clocked > together, etc? > > -- > 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 __________________________________________________ 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 Mon Jul 23 14:25:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 095CE37B403 for ; Mon, 23 Jul 2001 14:25:39 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 84D495D01F; Mon, 23 Jul 2001 16:25:28 -0500 (CDT) Date: Mon, 23 Jul 2001 16:25:28 -0500 From: Alfred Perlstein To: Leo Bicknell Cc: freebsd-hackers@freebsd.org Subject: Re: MPP and new processor designs. Message-ID: <20010723162528.C65796@sneakerz.org> References: <20010723165519.A33391@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010723165519.A33391@ussenterprise.ufp.org>; from bicknell@ufp.org on Mon, Jul 23, 2001 at 04:55:19PM -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 * Leo Bicknell [010723 15:58] wrote: > > A number of new chips have been released lately, along with some > enhancements to existing processors that all fall into the same > logic of parallelizing some operations. Why, just today I ran > across an article about http://www.theregister.co.uk/content/3/20576.html, > which bosts 128 ALU's on a single chip. > > This got me to thinking about an interesting way of using these > chips. Rather than letting the hardware parallelize instructions > from a single stream, what about feeding it multiple streams of > instructions. That is, treat it like multiple CPU's running two > (or more) processes at once. [snip] This is planned, the idea is to allow multple threads to execute at the same time, since they share the same TLB/VM state the logic units for execution can be duplicated without needing additional VM/TLB units. > > I'm sure the hardware isn't quite designed for this at the moment > and so it couldn't "just be done", but if you had say 128 ALU's > most single user systems could dedicate one ALU to a process > and never context switch, in the traditional sense. For systems > that run lots of processors the rate limiting on a single process > wouldn't be a big issue, and you could gain lots of effiencies > in the global aspect by not context-switching in the traditional > sense. You can't really do this, the other units, specifically the VMM unit would have to be duplicated as well. > Does anyone know of something like this being tried? Traditional > 2-8 way SMP systems probably don't have enough processors (I'm > thinking 64 is a minimum to make this interesting) and require > other glue to make multiple independant processors work together. > Has anyone tried this with them all in one package, all clocked > together, etc? I think IBM has or will be doing your method with thier processors, multiple processors on a single die. The method I mention is rumored to be in the works at Intel and possibly other companies. -- -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 Mon Jul 23 15: 4:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f94.pav2.hotmail.com [64.4.37.94]) by hub.freebsd.org (Postfix) with ESMTP id 5A05837B409; Mon, 23 Jul 2001 15:03:55 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 23 Jul 2001 15:03:55 -0700 Received: from 129.128.29.128 by pv2fd.pav2.hotmail.msn.com with HTTP; Mon, 23 Jul 2001 22:03:55 GMT X-Originating-IP: [129.128.29.128] From: "Weiguang SHI" To: jhb@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org Subject: RE: jmp after setting PE? Date: Mon, 23 Jul 2001 16:03:55 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 23 Jul 2001 22:03:55.0293 (UTC) FILETIME=[5D98CCD0:01C113C3] 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. I think I've found it in btx.s: 213 mov %eax,%cr0 # 214 ljmp $SEL_SCODE,$init.8 # To 32-bit code 215 .code32 216 init.8: xorl %ecx,%ecx # Zero And there IS this "ljmp". Well, this BTX thing is amazing: all this effort, (btxld, run-time library crt0.o, loader, etc.) seems to just to provide a 32-bit protected and possibly paging-enabled environment to start the kernel/loader(and to confuse a new-comer like me.) What are the other gains? Where can I found more info about this BTX before going through the ultimate source code? (I've search the mailing-lists.) Thanks Weiguang >From: John Baldwin >To: Weiguang SHI >CC: freebsd-hackers@FreeBSD.org >Subject: RE: jmp after setting PE? >Date: Mon, 23 Jul 2001 12:07:44 -0700 (PDT) > > >On 21-Jul-01 Weiguang SHI wrote: > > Hi, > > > > Please forgive me if this seems too easy. > > > > "http://people.freebsd.org/~jhb/386htm/s10_03.htm" says: > > > > Immediately after setting the PE flag, the initialization code must > > flush the processor's instruction prefetch queue by > > executing a JMP instruction. The 80386 fetches and decodes > > instructions and addresses before they are used; however, > > after a change into protected mode, the prefetched instruction > > information (which pertains to real-address mode) is > > no longer valid. A JMP forces the processor to discard the invalid > > information. > > > > "/home/src/sys/i386/i386" says: > > > > 329 /* Now enable paging */ > > 330 movl R(_IdlePTD), %eax > > 331 movl %eax,%cr3 /* load ptd addr > > into mm > > 332 movl %cr0,%eax /* get control >word > > */ > > 333 orl $CR0_PE|CR0_PG,%eax /* enable paging >*/ > > 334 movl %eax,%cr0 /* and let's >page > > NOW! * > > 335 > > 336 #ifdef BDE_DEBUGGER > > 337 /* > > 338 * Complete the adjustments for paging so that we can keep >tracing > > throu > > 339 * initi386() after the low (physical) addresses for the gdt and >idt > > bec > > 340 * invalid. > > 341 */ > > 342 call bdb_commit_paging > > 343 #endif > > 344 > > 345 pushl $begin /* jump to high > > virtuali > > 346 ret > >We are already in protected mode when the kernel starts (the boot blocks >call >us from protected mode) so this isn't turning on the PE bit. Line 333 is >somewhat misleading (the comment is more accurate) and should probably >read: > > orl $CRO_PG,%eax > >If PE isn't on by the time we get here we would have blown up by now >anyways. > >-- > >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/ _________________________________________________________________ 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 Jul 23 15:10:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from VL-MS-MR002.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by hub.freebsd.org (Postfix) with ESMTP id 8E96537B406 for ; Mon, 23 Jul 2001 15:10:18 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from zeus.videotron.ca ([24.200.163.204]) by VL-MS-MR002.sc1.videotron.ca (Netscape Messaging Server 4.15) with ESMTP id GGY5L204.EG8 for ; Mon, 23 Jul 2001 18:10:14 -0400 Received: (from spotvin@localhost) by zeus.videotron.ca (8.11.3/8.11.3) id f6O1dIu00777 for freebsd-hackers@FreeBSD.ORG; Mon, 23 Jul 2001 21:39:18 -0400 (EDT) (envelope-from spotvin) Date: Mon, 23 Jul 2001 21:39:18 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010723213918.A736@zeus.videotron.ca> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010722151056.E49508@sneakerz.org>; from bright@sneakerz.org on Sun, Jul 22, 2001 at 03:10:56PM -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 On Sun, Jul 22, 2001 at 03:10:56PM -0500, Alfred Perlstein wrote: > * Stephane E. Potvin [010722 07:57] wrote: > > I tought that some might be interested by this: > > > > Copyright (c) 1992-2001 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > sysinit->subsystem 0x00800001 > > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ > > compile/NETWINDER > > sysinit->subsystem 0x01000000 > > <... some more subsystems ...> > > sysinit->subsystem 0x08400000 > > panic: spin lock (null) held by 0 for > 5 seconds > > Uptime: 0s > > Automatic reboot in 15 seconds - press a key on the console to abort > > > > If there's any interest, I will continue to keep the list posted of my progresses. > > It'd be really cool if you could post your work somewhere along with > a description of the hardware you're using so we could check it out. > > Are there any simulators that you know of? I'll try to post my work next weekend so people could have a peek at it. I'm currently using a netwinder 275 for my development. It's a SA110 based machine with a 21285 (aka footbridge) host controller. You can check http://www.netwinder.org/ for more details about the machine. The only simulator that I'm aware of is the one that come with the ARM Developer Suite from ARM Ltd. Unfortunately, it costs a buch of money (at least for my budget :) and it only support binaries created with their toolchain. Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 15:25:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kyoto-tc011-p104.alpha-net.ne.jp (kyoto-tc011-p104.alpha-net.ne.jp [210.237.119.104]) by hub.freebsd.org (Postfix) with ESMTP id 2AF9737B407 for ; Mon, 23 Jul 2001 15:25:11 -0700 (PDT) (envelope-from sf@FreeBSD.org) Received: from souffle.bogus-local.net (localhost.bogus-local.net [127.0.0.1]) by kyoto-tc011-p104.alpha-net.ne.jp (Postfix) with ESMTP id 8B4519B4F; Tue, 24 Jul 2001 07:25:09 +0900 (JST) Date: Tue, 24 Jul 2001 07:25:09 +0900 Message-ID: <86hew3jnay.wl@m08.alpha-net.ne.jp> From: FUJISHIMA Satsuki To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: A full source-tour somewhere? In-Reply-To: <3B5BCC6F.F631383E@elischer.org> References: <3B5BCC6F.F631383E@elischer.org> User-Agent: Wanderlust/2.5.8 (Smooth) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") 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 think what you need is http://current.jp.FreeBSD.org/tour/ -- FUJISHIMA Satsuki At Mon, 23 Jul 2001 00:04:15 -0700, Julian Elischer wrote: > > At one stage at whistle we had the kernel fully cross-referenced > using the 'global' program (now in ports) which produced > a website that could be browsed to find > 'all the callers of xxx()' etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 15:59:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix.sekt7.org (209-6-248-16.c3-0.lex-ubr1.sbo-lex.ma.cable.rcn.com [209.6.248.16]) by hub.freebsd.org (Postfix) with ESMTP id 040E237B407 for ; Mon, 23 Jul 2001 15:59:12 -0700 (PDT) (envelope-from ems@open-root.org) Received: from smtp.sekt7.org (postfix.sekt7.org [169.69.6.38]) by postfix.sekt7.org (Postfix) with SMTP id A19663A1DE for ; Mon, 23 Jul 2001 22:59:10 +0000 (GMT) From: Evan Sarmiento To: freebsd-hackers@freebsd.org Subject: passing function ptrs to syscalls Message-Id: <20010723225910.A19663A1DE@postfix.sekt7.org> Date: Mon, 23 Jul 2001 22:59:10 +0000 (GMT) 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 writing a system call which requires a function pointer as an argument, In syscalls.master, it is specified as such: 366 STD BSD { int prfw_inject_fp(int sl, int synum, pid_t pi d, int (*fp)() ); } However, when I try compiling the kernel, sysproto complains In file included from ../../kern/imgact_shell.c:31: ../../sys/sysproto.h:1038: unterminated macro call ../../sys/sysproto.h:1449: warning: preprocessing directive not recognized within macro arg ../../sys/sysproto.h:1449: warning: preprocessing directive not recognized within macro arg ../../sys/sysproto.h:1449: warning: preprocessing directive not recognized within macro arg ../../sys/sysproto.h:1449: warning: preprocessing directive not recognized within macro arg ../../sys/sysproto.h:9: unterminated `#if' conditional In file included from ../../kern/imgact_shell.c:31: ../../sys/sysproto.h:1038: syntax error before `)' ../../sys/sysproto.h:1275: undefined or invalid # directive ../../sys/sysproto.h:1444: undefined or invalid # directive ../../sys/sysproto.h:1448: undefined or invalid # directive ../../sys/sysproto.h:1449: syntax error before `)' What definition should I use? Thanks, Evan -- ----------------------------------- Evan Sarmiento | www.open-root.org ems@sekt7.org | www.sekt7.org/~ems/ ----------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 16:16:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id F058D37B42B for ; Mon, 23 Jul 2001 16:16:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.4/8.11.2) with ESMTP id f6NNFqv05840; Mon, 23 Jul 2001 16:15:52 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: Mon, 23 Jul 2001 16:16:00 -0700 (PDT) From: John Baldwin To: Weiguang SHI Subject: RE: jmp after setting PE? Cc: freebsd-hackers@FreeBSD.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 On 23-Jul-01 Weiguang SHI wrote: > Thanks. > I think I've found it in btx.s: > > 213 mov %eax,%cr0 # > 214 ljmp $SEL_SCODE,$init.8 # To 32-bit code > 215 .code32 > 216 init.8: xorl %ecx,%ecx # Zero > > And there IS this "ljmp". Yes. > Well, this BTX thing is amazing: all this effort, (btxld, run-time > library crt0.o, loader, etc.) seems to just to provide a 32-bit > protected and possibly paging-enabled environment to start the > kernel/loader(and to confuse a new-comer like me.) What are the > other gains? Where can I found more info about this BTX before going > through the ultimate source code? (I've search the mailing-lists.) That's its purpose, to provide a mini-kenrel for the loader so we can write the loader in C and not assembly. (gcc doesn't do well with generating code for real mode). -- 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 Mon Jul 23 16:16:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id C8C7B37B40F for ; Mon, 23 Jul 2001 16:16:17 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.4/8.11.2) with ESMTP id f6NNFrv05844; Mon, 23 Jul 2001 16:15:56 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <20010723225910.A19663A1DE@postfix.sekt7.org> Date: Mon, 23 Jul 2001 16:16:01 -0700 (PDT) From: John Baldwin To: Evan Sarmiento Subject: RE: passing function ptrs to syscalls Cc: freebsd-hackers@FreeBSD.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 On 23-Jul-01 Evan Sarmiento wrote: > Hello, > > I'm writing a system call which requires a function pointer as an argument, > In syscalls.master, it is specified as such: The kernel has no business executing untrusted code from userland. Use a kernel module to add code to the kernel. Either that or rethink how you are doing this. -- 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 Mon Jul 23 17:42:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xfreek.mindriot.net (24-168-212-220.he.cox.rr.com [24.168.212.220]) by hub.freebsd.org (Postfix) with SMTP id 3270D37B401 for ; Mon, 23 Jul 2001 17:42:48 -0700 (PDT) (envelope-from rootx11@xfreek.mindriot.net) Received: (qmail 419 invoked by uid 1001); 23 Jul 2001 19:47:47 -0000 Date: 23 Jul 2001 19:47:46 -0000 Message-ID: <20010723194746.418.qmail@xfreek.mindriot.net> From: rootx11@xfreek.mindriot.net To: freebsd-hackers@freebsd.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 Hello I am experimenting with kernel modules and am trying to write to a file. This is the syscall function (sorry of my terminology is messed up) static int write_file(struct proc *p, void *arg) { struct write_args *wstructure; struct open_args *ostructure; ostructure->path="/tmp/blehfile"; ostructure->flags = O_CREAT; ostructure->mode = 0; wstructure->fd = open(p, ostructure); wstructure->buf = "Testing\n"; wstructure->nbytes = 8; return write(p, wstructure); } Im not sure why, but that code crashes. Was created with: echo Hi > /tmp/blehfile. Also, is there an official freebsd kernel hackers guide? Kernel programming is very interesting. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 17:47: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xfreek.mindriot.net (24-168-212-220.he.cox.rr.com [24.168.212.220]) by hub.freebsd.org (Postfix) with SMTP id 08A7037B401 for ; Mon, 23 Jul 2001 17:46:57 -0700 (PDT) (envelope-from rootx11@xfreek.mindriot.net) Received: (qmail 316 invoked by uid 1001); 23 Jul 2001 19:52:19 -0000 Date: 23 Jul 2001 19:52:19 -0000 Message-ID: <20010723195219.315.qmail@xfreek.mindriot.net> From: rootx11@xfreek.mindriot.net To: freebsd-hackers@freebsd.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 Hello I am experimenting with kernel modules and am trying to write to a file. This is the syscall function (sorry of my terminology is messed up) static int write_file(struct proc *p, void *arg) { struct write_args *wstructure; struct open_args *ostructure; ostructure->path="/tmp/blehfile"; ostructure->flags = O_CREAT; ostructure->mode = 0; wstructure->fd = open(p, ostructure); wstructure->buf = "Testing\n"; wstructure->nbytes = 8; return write(p, wstructure); } Im not sure why, but that code crashes. Was created with: echo Hi > /tmp/blehfile. Also, is there an official freebsd kernel hackers guide? Kernel programming is very interesting. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 18:12:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 1CBDE37B406 for ; Mon, 23 Jul 2001 18:12:43 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 913295D01F; Mon, 23 Jul 2001 20:12:32 -0500 (CDT) Date: Mon, 23 Jul 2001 20:12:32 -0500 From: Alfred Perlstein To: rootx11@xfreek.mindriot.net Cc: freebsd-hackers@freebsd.org Subject: Re: your mail Message-ID: <20010723201232.A68587@sneakerz.org> References: <20010723195219.315.qmail@xfreek.mindriot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010723195219.315.qmail@xfreek.mindriot.net>; from rootx11@xfreek.mindriot.net on Mon, Jul 23, 2001 at 07:52:19PM -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 * rootx11@xfreek.mindriot.net [010723 19:47] wrote: > Hello > I am experimenting with kernel modules and am trying to write to a file. > This is the syscall function (sorry of my terminology is messed up) > > static int write_file(struct proc *p, void *arg) { > struct write_args *wstructure; > struct open_args *ostructure; > > ostructure->path="/tmp/blehfile"; > ostructure->flags = O_CREAT; > ostructure->mode = 0; > wstructure->fd = open(p, ostructure); > wstructure->buf = "Testing\n"; > wstructure->nbytes = 8; > return write(p, wstructure); > } > > Im not sure why, but that code crashes. Was created with: > echo Hi > /tmp/blehfile. Also, is there an official freebsd kernel hackers > guide? Kernel programming is very interesting. ;-) The args to open() in the kernel are expected to point to a user address, so you have a couple of options: a) point your in kernel vmspace at the kernel b) copy your args into userspace using copyout and use those addresses there's no official guide, however if you pick up a couple of non-vendor specific OS programming textbooks you should have more fun. please use a more descriptive subject line, using an empty subject is likely to get your mail skipped over, also please do not send to the list more than once if possible. and lastly... check your damn return values, honestly! :) -- -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 Mon Jul 23 18:21: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kzsu.stanford.edu (KZSU.Stanford.EDU [171.66.118.90]) by hub.freebsd.org (Postfix) with ESMTP id 7BF6437B405 for ; Mon, 23 Jul 2001 18:21:00 -0700 (PDT) (envelope-from romain@kzsu.stanford.edu) Received: (from romain@localhost) by kzsu.stanford.edu (8.11.4/8.11.4) id f6O1L0p17808 for hackers@FreeBSD.ORG; Mon, 23 Jul 2001 18:21:00 -0700 (PDT) (envelope-from romain) Date: Mon, 23 Jul 2001 18:21:00 -0700 (PDT) From: Romain Kang Message-Id: <200107240121.f6O1L0p17808@kzsu.stanford.edu> To: hackers@FreeBSD.ORG Subject: pkg_add puzzlement 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've been using this in a PLIST: 1 @exec test -d %D/var/run/procstates || mkdir -p %D/var/run/procstates 2 @exec chown root.wheel %D/var/run/procstates && chmod 1775 %D/var/run/procstates The rationale for each line: - 1 Install: make sure that the directory exists, avoiding error messages if an earlier instance of the package is on the machine. - 2 Install: make sure directory has correct permissions. For some reason, there are machines where the package is added, but /var/run/procstates does not get created. pkg_add has no complaints. I've looked at the package, root's login environment, and the pkg_add source code, but I don't see any reason for this anomaly. Suggestions, anyone? Thanks, Romain To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 18:28:53 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 8AD9E37B401 for ; Mon, 23 Jul 2001 18:28:41 -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 f6O1SOM56578; Mon, 23 Jul 2001 21:28:30 -0400 (EDT) (envelope-from arr@watson.org) Date: Mon, 23 Jul 2001 21:28:24 -0400 (EDT) From: "Andrew R. Reiter" To: rootx11@xfreek.mindriot.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <20010723194746.418.qmail@xfreek.mindriot.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 23 Jul 2001 rootx11@xfreek.mindriot.net wrote: > > static int write_file(struct proc *p, void *arg) { > struct write_args *wstructure; > struct open_args *ostructure; > > ostructure->path="/tmp/blehfile"; > ostructure->flags = O_CREAT; > ostructure->mode = 0; > wstructure->fd = open(p, ostructure); #1 bad form calling syscalls like this within the kernel -- just doesnt make sense #2 open(2) will attempt to do a copyinstr rather than a copystr and that is not correct. > wstructure->buf = "Testing\n"; > wstructure->nbytes = 8; > return write(p, wstructure); > } > same idea with this write function and the buf parameter. > Im not sure why, but that code crashes. Was created with: > echo Hi > /tmp/blehfile. Also, is there an official freebsd kernel hackers > guide? Kernel programming is very interesting. ;-) While it's not the best, check out: http://www.daemonnews.org/200010/blueprints.html 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 Jul 23 19:29:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vaca.uniandes.edu.co (vaca.uniandes.edu.co [157.253.54.5]) by hub.freebsd.org (Postfix) with ESMTP id 892D937B406; Mon, 23 Jul 2001 19:29:36 -0700 (PDT) (envelope-from y-carden@uniandes.edu.co) Received: from vaca.uniandes.edu.co (localhost [127.0.0.1]) by vaca.uniandes.edu.co (8.12.0.Beta7/8.12.0.Beta7) with SMTP id f6O2R66C009444; Mon, 23 Jul 2001 21:27:11 -0500 (GMT+5) Received: (from webmail [157.253.54.4]) by vaca.uniandes.edu.co (NAVGW 2.5 bld 90) with SMTP id M2001072321270608082 ; Mon, 23 Jul 2001 21:27:06 -0500 From: y-carden@uniandes.edu.co To: hackers@FreeBSD.org Cc: questions@FreeBSD.org Subject: Invoking a userland function from kernel X-Mailer: Netscape Messenger Express 3.5.2 [Mozilla/4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386)] Date: Mon, 23 Jul 2001 21:27:06 -0500 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 Dear Friends I'm incorporating the Real Time Protocol RTP (rfc 1889) to FreeBSD 4.0 kernel. Months ago, I compiled successfully the RTP Library API developed by Lucent into the FreeBSD kernel with the right logical and technical adjustments for the BSD kernel of course (copyin, copyout, malloc, etc). I have changed many of the original API library functions to kernel systems calls, and it works fine. Now, I need invoke a userland function with several parameters from the a function into the kernel. How I can do? Do you know a example? I need to do this : /* ---- In the kernel function ----- */ void MyKernelFuntion(){ int id; void *opaque; struct timeval *tp; /* ... */ MyUserlandFunction (id, opaque, tp); /* ... */ } /* ---- In the userland ----- */ void MyUserlandFunction (int id, void *opaque, struct timeval *tp) int value = id * K + P; /* ... */ return; } /* ----- end ----- */ I don't need return data from userland function to kernel later. Well, MyKernelFunction() is only invoked for system calls that the userland process with MyUserlandFunction() have done before, of course. In other words, MyUserlandFuntion() is into the same userland process that invoke the system calls that call to MyKernelFunction(). Thanks for your help. +------------------------+ YONNY CARDENAS B. Systems Engineer y-carden@uniandes.edu.co Student M.Sc. UNIVERSIDAD DE LOS ANDES Santafe de Bogota D.C Colombia - South America To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 19:42:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hex.databits.net (hex.databits.net [207.29.192.16]) by hub.freebsd.org (Postfix) with SMTP id B086437B401 for ; Mon, 23 Jul 2001 19:42:20 -0700 (PDT) (envelope-from petef@hex.databits.net) Received: (qmail 4307 invoked by uid 1001); 24 Jul 2001 02:44:03 -0000 Date: Mon, 23 Jul 2001 22:44:03 -0400 From: Pete Fritchman To: Romain Kang Cc: hackers@FreeBSD.ORG Subject: Re: pkg_add puzzlement Message-ID: <20010723224403.A3906@databits.net> References: <200107240121.f6O1L0p17808@kzsu.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107240121.f6O1L0p17808@kzsu.stanford.edu>; from romain@kzsu.stanford.edu on Mon, Jul 23, 2001 at 06:21:00PM -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 ++ 23/07/01 18:21 -0700 - Romain Kang: | I've been using this in a PLIST: | | 1 @exec test -d %D/var/run/procstates || mkdir -p %D/var/run/procstates | 2 @exec chown root.wheel %D/var/run/procstates && chmod 1775 %D/var/run/procstates [nitpick: you should use chown root:wheel] | | The rationale for each line: | - 1 Install: make sure that the directory exists, avoiding error messages | if an earlier instance of the package is on the machine. Just curious, but isn't this a bit redundant? mkdir -p will never return an error, so you don't have to worry if the directory already exists. | - 2 Install: make sure directory has correct permissions. | | For some reason, there are machines where the package is added, but | /var/run/procstates does not get created. pkg_add has no complaints. I did a real quick test, and noticed the same thing. But like I said above, just @exec mkdir -p should do the trick in this case. -pete -- Pete Fritchman Databits Network Services, Inc. finger petef@databits.net for PGP key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 21:17:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from inet-mail4.oracle.com (inet-mail4.oracle.com [148.87.2.204]) by hub.freebsd.org (Postfix) with ESMTP id 3F9A237B403 for ; Mon, 23 Jul 2001 21:17:57 -0700 (PDT) (envelope-from saju.pillai@oracle.com) Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.249.110]) by inet-mail4.oracle.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id f6O4Bpb18947; Mon, 23 Jul 2001 21:11:51 -0700 (PDT) Received: from oracle.com ([152.69.193.116]) by gmgw02.us.oracle.com (Switch-2.1.1/Switch-2.1.0) with ESMTP id f6O4Hs102563; Mon, 23 Jul 2001 21:17:54 -0700 (PDT) Message-ID: <3B5CF64B.26430AE8@oracle.com> Date: Tue, 24 Jul 2001 09:45:07 +0530 From: Saju R Pillai Organization: Oracle IDC X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en,en-US,en-GB,ja MIME-Version: 1.0 To: vishwanath pargaonkar Cc: freebsd-hackers@freebsd.org Subject: Re: cluster size 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 Hi, In case you are talking about mbuf clusters, then you will find the size mentioned in sys/mbuf.h. ( Just curious, why would you want to change the cluster size ?) Cheers __srp > On Mon, 23 Jul 2001, [iso-8859-1] vishwanath pargaonkar wrote: > > > Hi, > > in freebsd can we change the cluster size from 2048 > > bytes.If yes how can we do that? > > do we have to configure in some file? > > > > TIA > > vishwanath To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 22:34:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from k7.locore.ca (k7.locore.ca [198.96.117.169]) by hub.freebsd.org (Postfix) with ESMTP id 2AEC137B40A; Mon, 23 Jul 2001 22:34:23 -0700 (PDT) (envelope-from jake@k7.locore.ca) Received: from k7.locore.ca (localhost [127.0.0.1]) by k7.locore.ca (8.11.4/8.11.4) with ESMTP id f6O5fO993428; Tue, 24 Jul 2001 01:41:24 -0400 (EDT) (envelope-from jake@k7.locore.ca) Message-Id: <200107240541.f6O5fO993428@k7.locore.ca> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: hackers@freebsd.org Cc: sparc@freebsd.org Subject: review: sparc64 port commit candidate Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Jul 2001 01:41:24 -0400 From: Jake Burkholder 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, Below are links to the sparc64 port I've been working on, which I'd like to commit. The way I started the port was to make stub versions of all the machine dependent functions in the kernel, which panic with an informative message when called. Given minimal startup code and console support it should be trivial to make this compile and run the first few sysinits (print the copyright message etc) on almost any architecture. Several people have suggested that I commit this first, followed by the rest of the code and changes. Currently the port gets through all the sysinits and the first context switch, and dies trying to copyout to init's address space (which isn't fully implemented yet :)). The early port is here: http://people.freebsd.org/~jake/sparc64-early.tgz The current code is here: http://people.freebsd.org/~jake/sparc64-current.tgz http://people.freebsd.org/~jake/sparc64.diff and here is a dump of how far it gets: http://people.freebsd.org/~jake/tip.record This isn't really ready for mass consumption yet, as there's no official loader and you need to build a cross compiler yourself, but its a start. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 22:40: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id A9ADF37B406; Mon, 23 Jul 2001 22:39:41 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 39BB65D010; Tue, 24 Jul 2001 00:39:41 -0500 (CDT) Date: Tue, 24 Jul 2001 00:39:41 -0500 From: Alfred Perlstein To: Jake Burkholder Cc: hackers@freebsd.org, sparc@freebsd.org Subject: Re: review: sparc64 port commit candidate Message-ID: <20010724003941.C68587@sneakerz.org> References: <200107240541.f6O5fO993428@k7.locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107240541.f6O5fO993428@k7.locore.ca>; from jake@k7.locore.ca on Tue, Jul 24, 2001 at 01:41:24AM -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 * Jake Burkholder [010724 00:34] wrote: > Hello, > > Below are links to the sparc64 port I've been working on, which > I'd like to commit. > > The way I started the port was to make stub versions of all the > machine dependent functions in the kernel, which panic with an > informative message when called. Given minimal startup code and > console support it should be trivial to make this compile and run > the first few sysinits (print the copyright message etc) on almost > any architecture. Several people have suggested that I commit this > first, followed by the rest of the code and changes. That would be excellent. > Currently the port gets through all the sysinits and the first > context switch, and dies trying to copyout to init's address > space (which isn't fully implemented yet :)). h0h0, go ahead, people may step up to bat with this. :) > The early port is here: > http://people.freebsd.org/~jake/sparc64-early.tgz > The current code is here: > http://people.freebsd.org/~jake/sparc64-current.tgz > http://people.freebsd.org/~jake/sparc64.diff > and here is a dump of how far it gets: > http://people.freebsd.org/~jake/tip.record > > This isn't really ready for mass consumption yet, as there's no > official loader and you need to build a cross compiler yourself, > but its a start. This was actually the hardest thing or at least the major hurdle I faced when I attempted to do a port, perhaps you can put the cross compiler up as a tarball/package so that people don't have to deal with setting up the cross compiler? -- -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 Mon Jul 23 22:40:47 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 A911E37B406 for ; Mon, 23 Jul 2001 22:40:41 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 485343E32; Mon, 23 Jul 2001 22:40:41 -0700 (PDT) To: Alfred Perlstein Cc: rootx11@xfreek.mindriot.net, freebsd-hackers@freebsd.org Subject: Re: your mail In-Reply-To: <20010723201232.A68587@sneakerz.org>; from bright@sneakerz.org on "Mon, 23 Jul 2001 20:12:32 -0500" Date: Mon, 23 Jul 2001 22:40:41 -0700 From: Dima Dorfman Message-Id: <20010724054041.485343E32@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 Alfred Perlstein writes: > * rootx11@xfreek.mindriot.net [010723 19:47] wr > ote: > > Hello > > I am experimenting with kernel modules and am trying to write to a file. > > This is the syscall function (sorry of my terminology is messed up) > > > > static int write_file(struct proc *p, void *arg) { > > struct write_args *wstructure; > > struct open_args *ostructure; Notice how you (the originator) never allocated memory for these structures, so this assignment: > > ostructure->path="/tmp/blehfile"; dereferences junk on the stack. Once you've fixed that, of course, you'll have to fix all the issues Alfred and Andrew told you about. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 23:13: 7 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 2AB4037B401; Mon, 23 Jul 2001 23:13:01 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6O6CrI17322; Mon, 23 Jul 2001 23:12:53 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 23 Jul 2001 23:12:53 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Jake Burkholder Cc: hackers@FreeBSD.ORG, sparc@FreeBSD.ORG Subject: Re: review: sparc64 port commit candidate In-Reply-To: <200107240541.f6O5fO993428@k7.locore.ca> 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 A start it is. It's starting to shape up. Something is indeed better than nothing. Do think you might want to keep upa in a separate bus directory? It's probably not worth the effort as all sparc64's of interest are UPA based. The next hard steps will be Psycho or Simba support and all the massive interrupt twizzling. On Tue, 24 Jul 2001, Jake Burkholder wrote: > Hello, > > Below are links to the sparc64 port I've been working on, which > I'd like to commit. > > The way I started the port was to make stub versions of all the > machine dependent functions in the kernel, which panic with an > informative message when called. Given minimal startup code and > console support it should be trivial to make this compile and run > the first few sysinits (print the copyright message etc) on almost > any architecture. Several people have suggested that I commit this > first, followed by the rest of the code and changes. > > Currently the port gets through all the sysinits and the first > context switch, and dies trying to copyout to init's address > space (which isn't fully implemented yet :)). > > The early port is here: > http://people.freebsd.org/~jake/sparc64-early.tgz > The current code is here: > http://people.freebsd.org/~jake/sparc64-current.tgz > http://people.freebsd.org/~jake/sparc64.diff > and here is a dump of how far it gets: > http://people.freebsd.org/~jake/tip.record > > This isn't really ready for mass consumption yet, as there's no > official loader and you need to build a cross compiler yourself, > but its a start. > > Jake > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-sparc" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 23 23:29:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.tecnomen.ie (neptune.tecnomen.ie [193.120.120.162]) by hub.freebsd.org (Postfix) with ESMTP id C1EE937B405 for ; Mon, 23 Jul 2001 23:29:01 -0700 (PDT) (envelope-from devnull@tecnomen.ie) Received: from daemon.tecnomen.ie (194.42.62.239 [194.42.62.239]) by apollo.tecnomen.ie with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id PPWVNQZB; Tue, 24 Jul 2001 07:23:32 +0100 Received: by daemon.tecnomen.ie (Postfix, from userid 1001) id 62AE42EBC1; Tue, 24 Jul 2001 07:28:39 +0000 (GMT) Date: Tue, 24 Jul 2001 07:28:39 +0000 From: Sergey Lyubka To: freebsd-hackers@FreeBSD.org Subject: Re: jmp after setting PE? Message-ID: <20010724072838.J54696@daemon.tecnomen.ie> Mail-Followup-To: freebsd-hackers@FreeBSD.org 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 jhb@FreeBSD.org on Mon, Jul 23, 2001 at 04:16:00PM -0700 X-OS: FreeBSD 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, Jul 23, 2001 at 04:16:00PM -0700, John Baldwin wrote: > That's its purpose, to provide a mini-kenrel for the loader so we can write the > loader in C and not assembly. (gcc doesn't do well with generating code for > real mode). can't you do it at the moment ? write client in C and link it to BTX using btxld ? as far as i can understand, such linking making executable blob boot_blocks-btx-client and writes client's entry into btx header. -devnull > > -- > > 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 -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS/MU/S d-(++)@ s: a- C+++(++++) UBSV+++$ P-- L- E--- W@ N- o? K? w--->? O- M? V- PS- PE Y PGP+ t? 5? X- R++>+++ !tv b++++ DI? D++(+++)>++++ G+>+++ e+++>++++ h+ r-- y++ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 0:52:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xfreek.mindriot.net (24-168-212-220.he.cox.rr.com [24.168.212.220]) by hub.freebsd.org (Postfix) with SMTP id 55B1F37B401 for ; Tue, 24 Jul 2001 00:52:38 -0700 (PDT) (envelope-from rootx11@xfreek.mindriot.net) Received: (qmail 611 invoked by uid 1001); 24 Jul 2001 01:11:23 -0000 Date: 24 Jul 2001 01:11:23 -0000 Message-ID: <20010724011123.610.qmail@xfreek.mindriot.net> From: rootx11@xfreek.mindriot.net To: freebsd-hackers@freebsd.org Subject: calling kernel functions 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 Thank you very much for the help so far the functions open() and write() expect there arguments to be in user space and not kernel space, which is what I was doing wrong. My question is, how then would you go about opening and editing a file from the kernel? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 1:46:23 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 4BB8C37B408 for ; Tue, 24 Jul 2001 01:46:16 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.1/8.11.1) id f6O91bH00518; Tue, 24 Jul 2001 13:01:37 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200107240901.f6O91bH00518@bugz.infotecs.ru> Subject: Re: calling kernel functions In-Reply-To: <20010724011123.610.qmail@xfreek.mindriot.net> "from rootx11@xfreek.mindriot.net at Jul 24, 2001 01:11:23 am" To: rootx11@xfreek.mindriot.net Date: Tue, 24 Jul 2001 13:01:37 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Thank you very much for the help so far > the functions open() and write() expect there arguments to be in user space > and not kernel space, which is what I was doing wrong. My question is, how > then would you go about opening and editing a file from the kernel? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message I think I've been posting this about 2 times already. Please search mailing list archive prior to asking next time. First of all, you rarely need to work with files directly in kernel. Do not do this just because it's "cool" to use kernel module for the tasks which can be done better with a user process. However, there are cases when it's really needed. If you aren't going to do it from interrupt routines or things like that, it's not that hard. The way I do it for myself is taking current process and simulating that this process is doing the syscall, and then stealing results. Note that this only works if the process has permission to read the file you need. It's not always safe; I think it wouldn't work if you try to do file i/o from a routine which is added to packet filtering chain or things like that. At least, I think it's safe to use this method when you're in MOD_LOAD or MOD_UNLOAD state, or when you add a syscall and some user program called it (but can't it read the file itself then and just pass a pointer to a buffer to your module ?) You can allocate userspace memory in the current process' address space using mmap() syscall with fd == -1 and MAP_ANON flag. curpoc variable (of type struct proc *) points to the current process, and you must pass it to mmap(). Do note that it returns error code only; actuall address of allocated memory (if call is successful) is located in the curproc->p_retval[0], which you should rather save before doing the syscall and restore later. Also note that you can't access such a memory with usual C operators, because in general case kernel and user process may have separate address spaces; you must rather use fubyte(), subyte(), copyin(), copyout() routines; try reading the manual about them. When you have some piece of userspace memory, you can copy filename into it (not directly, as mentioned above), and pass it to open() syscall. The same way you can use read(), write(), etc., passing allocated userspace buffers to them, and once call is completed, you can fetch the result from your buffer. Of course, don't forget close() and munmap() when you're done. And remember, it all is not really a proper way, but a very ugly hack. Still, in conditions I described it works. Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 5:28:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vaca.uniandes.edu.co (vaca.uniandes.edu.co [157.253.54.5]) by hub.freebsd.org (Postfix) with ESMTP id 30EFA37B401 for ; Tue, 24 Jul 2001 05:28:40 -0700 (PDT) (envelope-from y-carden@uniandes.edu.co) Received: from vaca.uniandes.edu.co (localhost [127.0.0.1]) by vaca.uniandes.edu.co (8.12.0.Beta7/8.12.0.Beta7) with SMTP id f6OCQmoQ023103 for ; Tue, 24 Jul 2001 07:26:50 -0500 (GMT+5) Received: (from webmail [157.253.54.4]) by vaca.uniandes.edu.co (NAVGW 2.5 bld 90) with SMTP id M2001072407265003947 ; Tue, 24 Jul 2001 07:26:50 -0500 From: y-carden@uniandes.edu.co To: hackers@FreeBSD.org Cc: gvega@uniandes.edu.co Subject: Re: Invoking a userland function from kernel X-Mailer: Netscape Messenger Express 3.5.2 [Mozilla/4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386)] Date: Tue, 24 Jul 2001 07:26:50 -0500 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 I need pass asynchronously data from kernel to a userland process, include a quantity variable of data (void *opaque). The userland process to consume the data independently (it takes the data and build some structure, perhaps a queue o link list, to consume later ). I think that this is similar to upward flow data mechanism in the network subsystem. The data received at a network interface flow upward through communications protocols until they are placed in receive queue of destination socket, the system schedules protocol processing from the network interface layer by marking a bit assigned to the protocol in the system's network interrupt status, and posting a software interrupt reserved for triggering network activity. Software interrupts are used to schedule asynchronous network activity. But I don't know how I can trigger this software interrupts from my code into the FreeBSD kernel. Thanks. +------------------------+ YONNY CARDENAS B. y-carden@uniandes.edu.co On Mon, 23 Jul 2001 Gersh wrote: >While would probally be possiable to do with some hacker >having the kernel execute some random privoded by >a userland process is not only a bad idea from a >stabality standpoint but also a horid >security mess. >The best soultion would be to port the userland function you need into > the kernel, However this might not be possiable (part of a comerical > application you dont have source code to, whatever the case im not > sure). >What is it exactally that you need to do? There is probally a better >soultion availiable to you, perhaps useing a charcter device driver > might be a better idea. On Mon, 23 Jul 2001 y-carden@uniandes.edu.co wrote: >> >> Dear Friends >> >> I'm incorporating the Real Time Protocol RTP (rfc 1889) to >> FreeBSD 4.0 kernel. >> >> Months ago, I compiled successfully the RTP Library API developed >> by Lucent into the FreeBSD kernel with the right logical and technical >> adjustments for the BSD kernel of course (copyin, copyout, malloc, etc). >> >> I have changed many of the original API library functions >> to kernel systems calls, and it works fine. >> >> Now, I need invoke a userland function with several parameters >> from the a function into the kernel. >> >> How I can do? >> >> Do you know a example? >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 7:51:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 7D76A37B406; Tue, 24 Jul 2001 07:51:34 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6OEpSs00273; Tue, 24 Jul 2001 07:51:28 -0700 (PDT) (envelope-from obrien) Date: Tue, 24 Jul 2001 07:51:28 -0700 From: "David O'Brien" To: "Stephane E. Potvin" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010724075128.C110@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010723213918.A736@zeus.videotron.ca>; from sepotvin@videotron.ca on Mon, Jul 23, 2001 at 09:39:18PM -0400 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 Mon, Jul 23, 2001 at 09:39:18PM -0400, Stephane E. Potvin wrote: > > > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > > > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ > > > compile/NETWINDER ..snip.. > I'll try to post my work next weekend so people could have a peek at it. Please do so on the freebsd-arm@freebsd.org mailing list. This is also important as we'd like all new platforms to follow the "FreeBSD" way. (granted it is being defined along with the other new platform work going on) > I'm currently using a netwinder 275 for my development. It's a SA110 based > machine with a 21285 (aka footbridge) host controller. You can check > http://www.netwinder.org/ for more details about the machine. These machines are almost impossible to find, and very expensive when you do find one. Are you open to developing on a DEC DNARD(shark) instead? More people have these and I can put one in your hands. -- -- 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 Tue Jul 24 8: 7: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web14701.mail.yahoo.com (web14701.mail.yahoo.com [216.136.224.118]) by hub.freebsd.org (Postfix) with SMTP id EB21C37B40B for ; Tue, 24 Jul 2001 08:06:32 -0700 (PDT) (envelope-from ron_chen_123@yahoo.com) Message-ID: <20010724150632.60298.qmail@web14701.mail.yahoo.com> Received: from [128.100.125.205] by web14701.mail.yahoo.com; Tue, 24 Jul 2001 08:06:32 PDT Date: Tue, 24 Jul 2001 08:06:32 -0700 (PDT) From: Ron Chen Subject: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source To: mauiusers@supercluster.org, freebsd-hackers@freebsd.org, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@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 Sun Grid Engine goes opensource. See SGE home page: http://www.sun.com/gridware -Ron --- Pedro Díaz Jiménez wrote: > From: Pedro Díaz Jiménez > To: Beowulf@beowulf.org > Subject: Sun Grid Engine 5.2.3 Available. Now Open > Source > Date: Tue, 24 Jul 2001 16:31:12 +0000 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Thats it. > > You can find more information here: > http://planetcluster.org/article.php?sid=30&mode=thread&order=0 > Which is the Planet Cluster story page (a lot of URL > involved, all listed > there) > > Regards > Pedro > - -- > > __________________________________________________ > / > \ > | Pedro Diaz Jimenez > | > | > | > | pdiaz88@terra.es pdiaz@acm.asoc.fi.upm.es > | > | > | > | > | > | http://planetcluster.org > | > | Clustering & H.P.C. news and documentation > | > | > | > | There are no stupid questions, but there're a > | > | lot of inquisitive idiots > | > | Anonymous > | > | > | > | "I find your lack of faith disturbing." > | > | Darth Vader, Star Wars Episode IV > | > > \__________________________________________________/ > > - -----BEGIN PGP PUBLIC KEY BLOCK----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > mQGiBDqcGZsRBADFIahNPLk8suMlS39m8RqatLgX4dO7PU2F5p1oVvkyB7PaLQCv > FREWwfrjGpxAjRnxyZ4TdaFi1oCP495t5R2CdjPZu0EfjsEqosdLXkjDsKl2n4Wo > Afb6BaHMJS5PADEI0QfpZOkB8OruAZja/oGmn5rThyjgCxWHUuK1ArmeGwCg7+9a > owg9wP1RohePHJSDB9d2HYMD/i7z1X4ev+K90LumgJwSWlScJ7MEip5rw4wqGOkK > lF/C2nTYsoX5CVEn/pu7hROL/BWIYtBgkNDaEjsVsyb+4KjQXcZUW5l3ADipWYx2 > r9s4sFfeZ9nfhDcG0aNYRcCNkYSZ/WxUkXS8UjVEAEhkFu1BA+6UZmeq3pKtJZTR > +HqKA/9zRmgTon36zt2qe9eiR6DyY0EpGEI0iY+KYX6GC/wxizeHBw0FW1eOEoxF > GjtxdBv/U9vi7Vgav6aY+pr4la5q6jVabe03Y8yGDFeL8jM+lqww1rzpABiGrF+W > qge65zCUjL3jJE5+5yi+KcRyllb1OA7uXQTtsRw+TGq9Dvaaz7QwUGVkcm8gRGlh > eiBKaW1lbmV6IChCLk8uRi5ILikgPHBkaWF6ODhAdGVycmEuZXM+iFYEExECABYF > AjqcGZsECwoEAwMVAwIDFgIBAheAAAoJEJ7ud33hGMZRj20An2Ce4S/vBTuZDxnL > WFBrJRnc3UdaAKDnIPNRbz7r4dh9AuBcpbCE1pQ/SLkBDQQ6nBmqEAQAr7O07Dws > 5zAbQvm1hwGthXKCHtIIuWCPdX/XkNG6ZxV/cXgs4LI4oAg3GhttD2JIEk2SoVXE > FOf/wIddIDz70/9mIZavMvpR31LxBFSJk0Up3caOvThM90wMttRi7tg7cf04rrMM > Phy8T5bOIW/q5SMwZffbJXD7bA0/jDLdQ6MAAwYD/1emSwNTzOOmMCZadoEBpKIE > HA35P2/m/SsCI+pQ/OKXKPvvrQKTQqRCcDa5aq31oSiT9M5WQ96BlIGKHRPWGpvm > 0822V7M9RF2mYZPIfgKfTSvZpYHzjz+RM7PvBBiBc9l95vy70Sh7SywIF86H80Ag > D0dUIDtGlrSANhXjx4EJiEYEGBECAAYFAjqcGaoACgkQnu53feEYxlHdVACgjVhU > Y8CKf6MYZgQOR9eIDNvTX0AAn3dwbW1HLxEF5OQKJIsngl0BUlYK > =d4S3 > - -----END PGP PUBLIC KEY BLOCK----- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE7XaLWnu53feEYxlERAqkKAJ4/fb5B9rXqpqRg13waNpptyFGKeQCfV418 > JAWi3gKBHyFX/SbOBxO4208= > =6Ucn > -----END PGP SIGNATURE----- > > _______________________________________________ > Beowulf mailing list, Beowulf@beowulf.org > To change your subscription (digest mode or > unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf __________________________________________________ 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 Jul 24 8:46:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 119C237B405 for ; Tue, 24 Jul 2001 08:46:34 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 61580 invoked by uid 1000); 24 Jul 2001 15:47:59 -0000 Date: Tue, 24 Jul 2001 17:47:59 +0200 From: "Karsten W. Rohrbach" To: Romain Kang Cc: hackers@FreeBSD.ORG Subject: Re: pkg_add puzzlement Message-ID: <20010724174759.B59947@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Romain Kang , hackers@FreeBSD.ORG References: <200107240121.f6O1L0p17808@kzsu.stanford.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107240121.f6O1L0p17808@kzsu.stanford.edu>; from romain@kzsu.stanford.edu on Mon, Jul 23, 2001 at 06:21:00PM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer 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 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Romain Kang(romain@kzsu.stanford.edu)@2001.07.23 18:21:00 +0000: > I've been using this in a PLIST: >=20 > 1 @exec test -d %D/var/run/procstates || mkdir -p %D/var/run/procstates > 2 @exec chown root.wheel %D/var/run/procstates && chmod 1775 %D/var/run/p= rocstates >=20 > The rationale for each line: > - 1 Install: make sure that the directory exists, avoiding error messages > if an earlier instance of the package is on the machine. > - 2 Install: make sure directory has correct permissions. >=20 > For some reason, there are machines where the package is added, but=20 > /var/run/procstates does not get created. pkg_add has no complaints. >=20 > I've looked at the package, root's login environment, and the > pkg_add source code, but I don't see any reason for this anomaly. shouldn't mkdir -p -m 1755 /what/ever work? /k --=20 > Vegetarians for oral sex -- "The only meat that's fit to eat" KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --NMuMz9nt05w80d4+ 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 iD8DBQE7XZivM0BPTilkv0YRAjG6AJ9dsRtns1Qh6C2gT6BVo9uQwdpNhACgixZW krAuCrkxumvl5Jw1ubndyek= =iSzy -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 8:54: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 000D437B40C for ; Tue, 24 Jul 2001 08:53:43 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 61732 invoked by uid 1000); 24 Jul 2001 15:55:11 -0000 Date: Tue, 24 Jul 2001 17:55:11 +0200 From: "Karsten W. Rohrbach" To: David O'Brien Cc: "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010724175511.C59947@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , David O'Brien , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010724075128.C110@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Tue, Jul 24, 2001 at 07:51:28AM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer 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 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable David O'Brien(obrien@FreeBSD.ORG)@2001.07.24 07:51:28 +0000: > On Mon, Jul 23, 2001 at 09:39:18PM -0400, Stephane E. Potvin wrote: > > > > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > > > > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD= /src/sys/arm/ > > > > compile/NETWINDER > ..snip.. >=20 > > I'll try to post my work next weekend so people could have a peek at it. >=20 > Please do so on the freebsd-arm@freebsd.org mailing list. > This is also important as we'd like all new platforms to follow the > "FreeBSD" way. (granted it is being defined along with the other new > platform work going on) > =20 > > I'm currently using a netwinder 275 for my development. It's a SA110 ba= sed > > machine with a 21285 (aka footbridge) host controller. You can check > > http://www.netwinder.org/ for more details about the machine. >=20 > These machines are almost impossible to find, and very expensive when you > do find one. Are you open to developing on a DEC DNARD(shark) instead? > More people have these and I can put one in your hands. where can i get those platforms in europe (germany)? have you got a contact at dec? /k --=20 > "Examining the world's major religions. I'm looking for something that's= =20 > light on morals, has lots of holidays, and with a short initiation period= ." KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --lMM8JwqTlfDpEaS6 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 iD8DBQE7XZpfM0BPTilkv0YRAq5FAKCBh84QyAYyaWzJ9WbHPj54zuEBSwCeKGdk R/B9ajxmaLOMY7+rFyQOMKU= =e+1l -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 9:28:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.imagination.co.uk (mailgate.imagination.co.uk [212.140.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 12F3F37B408 for ; Tue, 24 Jul 2001 09:28:18 -0700 (PDT) (envelope-from jonathan.laventhol@imagination.com) Received: from imagination.com (dhcp-76-145.imagination.co.uk [192.168.76.145]) by mailgate.imagination.co.uk (8.9.3/8.9.3) with ESMTP id QAA41531 for ; Tue, 24 Jul 2001 16:28:16 GMT Message-ID: <3B5DA34C.5E98F81E@imagination.com> Date: Tue, 24 Jul 2001 17:33:17 +0100 From: Jonathan Laventhol Organization: Imagination Ltd X-Mailer: Mozilla 4.76 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: is a sysctl(3) write atomic? 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 FreeBSD Kernel People -- I have a kernel mod which we are using for a site-specific purpose. It requires an approx 1 Mbyte data structure to be passed into the kernel from user side, and I'm concerned about the atomicity of the write. If my kernel mods see a half-written structure they will misbehave and I want to know do I need to re-write them to be safe against this. Manual sysctl(3) page says: Unless explicitly noted below, sysctl() returns a consistent snapshot of the data requested. Consistency is obtained by locking the destination buffer into memory so that the data may be copied out without blocking. Calls to sysctl() are serialized to avoid deadlock. I'm afraid I've been unable to determine the exact detail. So: is the kernel prevented from accessing the data during a sysctl(3) write of an OPAQUE? SYSCTL_OPAQUE(_biggroups, OID_AUTO, entries, CTLFLAG_RW, &biggroups_entries, sizeof(biggroups_entries), "S", ""); Details: I've modified /usr/src/sys/ufs/ufs/ufs_vnops.c to have a modified ufs_access() procedure, which esentially puts the user's group list in the kernel, rather than in each process. The test for group permissions now has additional code: if member(file's group, kernel's set of this user's groups) then do bit test against file's mode return EACCESS or 0 endif And it's the kernel's list of user's groups that I set with a sysctl(3) call. The membership test is binary chop on sorted uid-gids: struct ugbox = { int nmembers; struct { uid_t u; gid_t g; } data[100000]; } I'm hoping that the kernel is locked during sysctl's write, so that the whole table and nmembers get's updated atomically. The purpose of this is to enable a given user to be in a large (hundreds) number of groups. The actual size of nmembers is about 25,000. (If anybody's interested in using this let me know and I'll send a patch.) Best regards, Jonathan. -- ____________________________________________________________________ Imagination 25 Store Street South Crescent London WC1E 7BL England | Tel +44 20 7323 3300 Fax +44 20 7323 5801 | _______________________________________________________| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 9:32:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kzsu.stanford.edu (KZSU.Stanford.EDU [171.66.118.90]) by hub.freebsd.org (Postfix) with ESMTP id 4EF7037B407 for ; Tue, 24 Jul 2001 09:32:18 -0700 (PDT) (envelope-from romain@kzsu.stanford.edu) Received: (from romain@localhost) by kzsu.stanford.edu (8.11.4/8.11.4) id f6OGWHA23358; Tue, 24 Jul 2001 09:32:17 -0700 (PDT) (envelope-from romain) Date: Tue, 24 Jul 2001 09:32:17 -0700 (PDT) From: Romain Kang Message-Id: <200107241632.f6OGWHA23358@kzsu.stanford.edu> To: karsten@rohrbach.de, petef@databits.net Subject: Re: pkg_add puzzlement Cc: hackers@FreeBSD.ORG In-Reply-To: <20010723224403.A3906@databits.net> 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 Eek! It's evidently been about 10 years since I looked at the man page for mkdir. Thanks for the helping of humble pie... Romain To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 9:49:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25]) by hub.freebsd.org (Postfix) with ESMTP id 869FC37B405; Tue, 24 Jul 2001 09:49:43 -0700 (PDT) (envelope-from dfeustel@mindspring.com) Received: from dafcopreqlqo05 (1Cust250.tnt1.fort-wayne.in.da.uu.net [63.23.159.250]) by barry.mail.mindspring.net (8.9.3/8.8.5) with SMTP id MAA11868; Tue, 24 Jul 2001 12:49:39 -0400 (EDT) Message-ID: <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> From: "Dave Feustel" To: "Karsten W. Rohrbach" , "David O'Brien" Cc: "Stephane E. Potvin" , , References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> Subject: Re: FreeBSD for ARM processor Date: Tue, 24 Jul 2001 11:49:16 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com are available from Simtek http://www.simtec.co.uk/ ----- Original Message ----- From: "Karsten W. Rohrbach" To: "David O'Brien" Cc: "Stephane E. Potvin" ; ; Sent: Tuesday, July 24, 2001 10:55 AM Subject: Re: FreeBSD for ARM processor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 10:13:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 7152337B408; Tue, 24 Jul 2001 10:13:35 -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 f6NNLw203318; Mon, 23 Jul 2001 16:21:58 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107232321.f6NNLw203318@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: Weiguang SHI , freebsd-hackers@freebsd.org Subject: Re: jmp after setting PE? In-reply-to: Your message of "Mon, 23 Jul 2001 16:16:00 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 16:21:58 -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 > > Well, this BTX thing is amazing: all this effort, (btxld, run-time > > library crt0.o, loader, etc.) seems to just to provide a 32-bit > > protected and possibly paging-enabled environment to start the > > kernel/loader(and to confuse a new-comer like me.) What are the > > other gains? Where can I found more info about this BTX before going > > through the ultimate source code? (I've search the mailing-lists.) Basically, yes. The loader does a lot (module loading, multiple disk- and filesystem-support) and could be used for a lot more (it's fully programmable, and in fact quite a bit of its functionality is implemented in Forth already). There isn't, unfortunately, much in the way of documentation covering it broadly. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 10:13:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 4CC7737B406 for ; Tue, 24 Jul 2001 10:13:34 -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 f6O0k0204188; Mon, 23 Jul 2001 17:46:00 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107240046.f6O0k0204188@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: rootx11@xfreek.mindriot.net Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "23 Jul 2001 19:47:46 -0000." <20010723194746.418.qmail@xfreek.mindriot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 17:46:00 -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 > Hello > I am experimenting with kernel modules and am trying to write to a file. > This is the syscall function (sorry of my terminology is messed up) > > static int write_file(struct proc *p, void *arg) { > struct write_args *wstructure; > struct open_args *ostructure; > > ostructure->path="/tmp/blehfile"; > ostructure->flags = O_CREAT; > ostructure->mode = 0; > wstructure->fd = open(p, ostructure); > wstructure->buf = "Testing\n"; > wstructure->nbytes = 8; > return write(p, wstructure); > } > > Im not sure why, but that code crashes. Was created with: > echo Hi > /tmp/blehfile. Also, is there an official freebsd kernel hackers > guide? Kernel programming is very interesting. ;-) Write expects the data to be in userspace; you can't call it from the kernel. (This is a bug.) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 10:13:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 773A037B401; Tue, 24 Jul 2001 10:13:27 -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 f6O2e3205277; Mon, 23 Jul 2001 19:40:05 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107240240.f6O2e3205277@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: y-carden@uniandes.edu.co Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: Invoking a userland function from kernel In-reply-to: Your message of "Mon, 23 Jul 2001 21:27:06 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 19:40:03 -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 > > Dear Friends > > I'm incorporating the Real Time Protocol RTP (rfc 1889) to > FreeBSD 4.0 kernel. > > Months ago, I compiled successfully the RTP Library API developed > by Lucent into the FreeBSD kernel with the right logical and technical > adjustments for the BSD kernel of course (copyin, copyout, malloc, etc). > > I have changed many of the original API library functions > to kernel systems calls, and it works fine. > > Now, I need invoke a userland function with several parameters > from the a function into the kernel. > > How I can do? You could use a signal handler. > I don't need return data from userland function to kernel later. > > Well, MyKernelFunction() is only invoked for system calls that > the userland process with MyUserlandFunction() have done before, of > course. > > In other words, MyUserlandFuntion() is into the same userland process that > invoke the system calls that call to MyKernelFunction(). You want this user-level function to run as a callback from the system call, or can it be asynchronous? If it can be async, use a signal handler. Use a setup function that tells the kernel where in the process the arguments for the signal handler should go, and pick one of the free signals. Then to invoke the function, populate the argument area and send the signal. Note that signal delivery isn't "reliable", ie. you may not get a 1:1 relationship between invoking the handler and it running unless you use an interlock of some sort. As a general rule, what you're trying to do is entirely wrong from the Unix perspective, and the entire problem needs to be restructured to remove the layering violation that this represents. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 10:15: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id E0AD837B442 for ; Tue, 24 Jul 2001 10:14:48 -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 f6NKjX201758; Mon, 23 Jul 2001 13:45:33 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107232045.f6NKjX201758@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Zhihui Zhang Cc: Weiguang SHI , freebsd-hackers@freebsd.org Subject: Re: using syscalls in a module (stack problem ?) In-reply-to: Your message of "Mon, 23 Jul 2001 13:18:19 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 13:45:33 -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 > > Make sense. But there are other things in the UPAGES. Yes; in reality you have about 7k. It's plenty of space for a deep call stack, just not for large locals. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 10:14:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id AFB5E37B405 for ; Tue, 24 Jul 2001 10:14:35 -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 f6NKgv201694; Mon, 23 Jul 2001 13:42:58 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107232042.f6NKgv201694@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Eugene L. Vorokov" Cc: freebsd-hackers@freebsd.org Subject: Re: using syscalls in a module (stack problem ?) In-reply-to: Your message of "Mon, 23 Jul 2001 17:46:43 +0400." <200107231346.f6NDkh403679@bugz.infotecs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Jul 2001 13:42:57 -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 > > > I call this function with (curproc, PATH_MAX+1), and everything is fine > > > when I have just a few local variables defined in the caller (it all > > > works on MOD_LOAD only). However, if I have 2 buffers, 4096 bytes each, > > > as local variables and then try to allocate userspace memory the same > > > way, kernel crashes - sometimes inside mmap(), sometimes a bit later. > > > > > > Why could this happen ? Is it related to possible stack overflow ? > > > > Yes. The kernel stack is only two pages; you absolutely must not use > > large local variables in the kernel. > > I see. But I still can define them using "static", right ? Typically no, as this prevents your function from being reentrant. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 10:15:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.quidel.com (webmail.quidel.com [63.125.144.4]) by hub.freebsd.org (Postfix) with ESMTP id D1A3837B40B for ; Tue, 24 Jul 2001 10:15:00 -0700 (PDT) (envelope-from et@quidel.com) Received: by mail.quidel.com with Internet Mail Service (5.5.2653.19) id ; Tue, 24 Jul 2001 10:14:10 -0700 Message-ID: <9D4A4E19244ED4119BE90050DAD5DD47BC5561@mail.quidel.com> From: Etienne de Bruin To: "'freebsd-hackers@freebsd.org'" Subject: crunched binary oddity Date: Tue, 24 Jul 2001 10:14:09 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) 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 Greetings. I crunchgen'd newfs and linked mount_mfs to it (among many other progs), compiled it with success. And yet when I boot my MFS kernel and try to mount /tmp to mfs, boot_crunch complains that 'mfs' is not compiled into it? My /etc/fstab: /dev/zero /tmp mfs rw,nosuid,-s=262144,-m=0,-T=minimum 0 0 /dev/zero /var mfs rw,-s=262144,-m=0,-T=minimum 0 0 /dev/cd0c /cdrom cd9660 ro,user 0 0 proc /proc procfs rw 0 0 Go on, give it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 14:38: 4 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 EE55537B407; Tue, 24 Jul 2001 14:37:34 -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 f6OLbYc02653; Tue, 24 Jul 2001 14:37:34 -0700 Date: Tue, 24 Jul 2001 14:37:34 -0700 From: Brooks Davis To: net@freebsd.org, hackers@freebsd.org Subject: review request: ng_split cleanup Message-ID: <20010724143734.A1412@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" 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 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please review the following diff for the ng_split netgraph node. It cleans up a number of style issues, removes some functions that just did that the default functions did, and renames the node to split from ng_split to follow the normal convention. In addition to this diff, I plan to commit a Makefile update to make this part of the modules build and a sys/conf/options entry to allow static compilation. Thanks, Brooks Index: ng_split.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/netgraph/ng_split.c,v retrieving revision 1.1 diff -u -r1.1 ng_split.c --- ng_split.c 2001/02/22 17:14:34 1.1 +++ ng_split.c 2001/07/24 21:37:28 @@ -1,5 +1,4 @@ -/*- - * +/* * Copyright (c) 1999-2000, Vitaly V Belekhov * All rights reserved. * @@ -25,7 +24,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD: src/sys/netgraph/ng_split.c,v 1.1 2001/02/22 17:14:34 julian= Exp $ + * $FreeBSD: src/sys/netgraph/ng_split.c,v 1.1 2001/02/22 17:14:34 julian = Exp $ * */ =20 @@ -46,11 +45,9 @@ =20 /* Netgraph methods */ static ng_constructor_t ng_split_constructor; -static ng_rcvmsg_t ng_split_rcvmsg; -static ng_shutdown_t ng_split_rmnode; +static ng_shutdown_t ng_split_shutdown; static ng_newhook_t ng_split_newhook; static ng_rcvdata_t ng_split_rcvdata; -static ng_connect_t ng_split_connect; static ng_disconnect_t ng_split_disconnect; =20 /* Node type descriptor */ @@ -59,11 +56,11 @@ NG_SPLIT_NODE_TYPE, NULL, ng_split_constructor, - ng_split_rcvmsg, - ng_split_rmnode, + NULL, + ng_split_shutdown, ng_split_newhook, + NULL, NULL, - ng_split_connect, ng_split_rcvdata, ng_split_disconnect, NULL @@ -72,9 +69,9 @@ =20 /* Node private data */ struct ng_split_private { - hook_p outhook; - hook_p inhook; - hook_p mixed; + hook_p out; + hook_p in; + hook_p mixed; node_p node; /* Our netgraph node */ }; typedef struct ng_split_private *priv_p; @@ -89,7 +86,7 @@ static int ng_split_constructor(node_p node) { - priv_p priv; + priv_p priv; =20 /* Allocate node */ MALLOC(priv, priv_p, sizeof(*priv), M_NETGRAPH, M_ZERO | M_NOWAIT); @@ -111,42 +108,25 @@ static int ng_split_newhook(node_p node, hook_p hook, const char *name) { - priv_p priv =3D NG_NODE_PRIVATE(node); + priv_p priv =3D NG_NODE_PRIVATE(node); + hook_p *localhook; =20 - if (strcmp(name, NG_SPLIT_HOOK_MIXED)) { - if (strcmp(name, NG_SPLIT_HOOK_INHOOK)) { - if (strcmp(name, NG_SPLIT_HOOK_OUTHOOK)) - return (EPFNOSUPPORT); - else { - if (priv->outhook !=3D NULL) - return (EISCONN); - priv->outhook =3D hook; - NG_HOOK_SET_PRIVATE(hook, &(priv->outhook)); - } - } else { - if (priv->inhook !=3D NULL) - return (EISCONN); - priv->inhook =3D hook; - NG_HOOK_SET_PRIVATE(hook, &(priv->inhook)); - } + if (strcmp(name, NG_SPLIT_HOOK_MIXED) =3D=3D 0) { + localhook =3D &priv->mixed; + } else if (strcmp(name, NG_SPLIT_HOOK_IN) =3D=3D 0) { + localhook =3D &priv->in; + } else if (strcmp(name, NG_SPLIT_HOOK_OUT) =3D=3D 0) { + localhook =3D &priv->out; } else { - if (priv->mixed !=3D NULL) - return (EISCONN); - priv->mixed =3D hook; - NG_HOOK_SET_PRIVATE(hook, &(priv->mixed)); + return (EPFNOSUPPORT); } =20 - return (0); -} + if (*localhook !=3D NULL) + return (EISCONN); + *localhook =3D hook; + NG_HOOK_SET_PRIVATE(hook, localhook); =20 -/* - * Receive a control message - */ -static int -ng_split_rcvmsg(node_p node, item_p item, hook_p lasthook) -{ - NG_FREE_ITEM(item); - return (EINVAL); + return (0); } =20 /* @@ -155,39 +135,26 @@ static int ng_split_rcvdata(hook_p hook, item_p item) { - meta_p meta; - const priv_p priv =3D NG_NODE_PRIVATE(NG_HOOK_NODE(hook)); - int error =3D 0; + const priv_p priv =3D NG_NODE_PRIVATE(NG_HOOK_NODE(hook)); + int error =3D 0; =20 - if (hook =3D=3D priv->outhook) { - printf("ng_split: got packet from outhook!\n"); - NG_FREE_ITEM(item); - return (EINVAL); - } -#if 0 /* should never happen */ - if (NGI_M(item) =3D=3D NULL) { - printf("ng_split: mbuf is null.\n"); + if (hook =3D=3D priv->out) { + printf("ng_split: got packet from out hook!\n"); NG_FREE_ITEM(item); - return (EINVAL); - } -#endif - /*=20 - * XXX Really here we should just remove metadata we understand. - */ - NGI_GET_META(item, meta); - NG_FREE_META(meta); - if ((hook =3D=3D priv->inhook) && (priv->mixed)) { + error =3D EINVAL; + } else if ((hook =3D=3D priv->in) && (priv->mixed !=3D NULL)) { NG_FWD_ITEM_HOOK(error, item, priv->mixed); - } else if ((hook =3D=3D priv->mixed) && (priv->outhook)) { - NG_FWD_ITEM_HOOK(error, item, priv->outhook); + } else if ((hook =3D=3D priv->mixed) && (priv->out !=3D NULL)) { + NG_FWD_ITEM_HOOK(error, item, priv->out); } + return (error); } =20 static int -ng_split_rmnode(node_p node) +ng_split_shutdown(node_p node) { - const priv_p priv =3D NG_NODE_PRIVATE(node); + const priv_p priv =3D NG_NODE_PRIVATE(node); =20 NG_NODE_SET_PRIVATE(node, NULL); NG_NODE_UNREF(node); @@ -196,31 +163,19 @@ return (0); } =20 - -/* - * This is called once we've already connected a new hook to the other nod= e. - * It gives us a chance to balk at the last minute. - */ -static int -ng_split_connect(hook_p hook) -{ - /* be really amiable and just say "YUP that's OK by me! " */ - return (0); -} - /* * Hook disconnection */ static int ng_split_disconnect(hook_p hook) { - if (NG_HOOK_PRIVATE(hook)) { - *((hook_p *)NG_HOOK_PRIVATE(hook)) =3D (hook_p)0; - } - + hook_p *localhook =3D NG_HOOK_PRIVATE(hook); +=09 + KASSERT(localhook !=3D NULL, ("%s: null info", __FUNCTION__)); + *localhook =3D NULL; if ((NG_NODE_NUMHOOKS(NG_HOOK_NODE(hook)) =3D=3D 0) - && (NG_NODE_IS_VALID(NG_HOOK_NODE(hook)))) { - ng_rmnode_self(NG_HOOK_NODE(hook)); + && (NG_NODE_IS_VALID(NG_HOOK_NODE(hook)))) { + ng_rmnode_self(NG_HOOK_NODE(hook)); } =20 return (0); Index: ng_split.h =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/netgraph/ng_split.h,v retrieving revision 1.1 diff -u -r1.1 ng_split.h --- ng_split.h 2001/02/22 17:14:34 1.1 +++ ng_split.h 2001/07/24 21:09:57 @@ -25,7 +25,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD: src/sys/netgraph/ng_split.h,v 1.1 2001/02/22 17:14:34 julian= Exp $ + * $FreeBSD: src/sys/netgraph/ng_split.h,v 1.1 2001/02/22 17:14:34 julian = Exp $ * */ =20 @@ -34,12 +34,12 @@ #define _NG_SPLIT_H =20 /* Node type name and magic cookie */ -#define NG_SPLIT_NODE_TYPE "ng_split" -#define NGM_NG_SPLIT_COOKIE 949409402 +#define NG_SPLIT_NODE_TYPE "split" +#define NGM_NG_SPLIT_COOKIE 949409402 =20 /* My hook names */ -#define NG_SPLIT_HOOK_MIXED "mixed" /* Mixed stream (in/out) */ -#define NG_SPLIT_HOOK_OUTHOOK "out" /* Output to outhook (sending ou= t) */ -#define NG_SPLIT_HOOK_INHOOK "in" /* Input from inhook (recieving) = */ +#define NG_SPLIT_HOOK_MIXED "mixed" /* Mixed stream (in/out) */ +#define NG_SPLIT_HOOK_OUT "out" /* Output to outhook (sending out) */ +#define NG_SPLIT_HOOK_IN "in" /* Input from inhook (recieving) */ =20 #endif /* _NG_SPLIT_H */ --=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 --FL5UXtIhxfXey3p5 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 iD8DBQE7XeqdXY6L6fI4GtQRAu7xAKDDzx1etCgqGl+gelUPnFebIotBZgCeL3Zf jduBvdjDp4xCEMPe1Hh8WIQ= =fQnk -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 14:43: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 354CA37B405; Tue, 24 Jul 2001 14:43:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.4/8.11.2) with ESMTP id f6OLgkv24683; Tue, 24 Jul 2001 14:42:46 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <20010724143734.A1412@Odin.AC.HMC.Edu> Date: Tue, 24 Jul 2001 14:42:43 -0700 (PDT) From: John Baldwin To: Brooks Davis Subject: RE: review request: ng_split cleanup Cc: hackers@FreeBSD.org, net@FreeBSD.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 On 24-Jul-01 Brooks Davis wrote: > Please review the following diff for the ng_split netgraph node. It > cleans up a number of style issues, removes some functions that just did > that the default functions did, and renames the node to split from > ng_split to follow the normal convention. In addition to this diff, I > plan to commit a Makefile update to make this part of the modules build > and a sys/conf/options entry to allow static compilation. > > Thanks, > Brooks > > Index: ng_split.c > =================================================================== > RCS file: /home/ncvs/src/sys/netgraph/ng_split.c,v > retrieving revision 1.1 > diff -u -r1.1 ng_split.c > --- ng_split.c 2001/02/22 17:14:34 1.1 > +++ ng_split.c 2001/07/24 21:37:28 > @@ -1,5 +1,4 @@ > -/*- > - * > +/* > * Copyright (c) 1999-2000, Vitaly V Belekhov > * All rights reserved. > * This hunk is needed for lint(1) to recognize special comments. Don't remove it. -- 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 Tue Jul 24 14:46:21 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 7EAB837B403; Tue, 24 Jul 2001 14:46:13 -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 f6OLkDR04285; Tue, 24 Jul 2001 14:46:13 -0700 Date: Tue, 24 Jul 2001 14:46:13 -0700 From: Brooks Davis To: John Baldwin Cc: hackers@FreeBSD.org, net@FreeBSD.org Subject: Re: review request: ng_split cleanup Message-ID: <20010724144613.A3968@Odin.AC.HMC.Edu> References: <20010724143734.A1412@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Tue, Jul 24, 2001 at 02:42: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 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 24, 2001 at 02:42:43PM -0700, John Baldwin wrote: >=20 > > --- ng_split.c 2001/02/22 17:14:34 1.1 > > +++ ng_split.c 2001/07/24 21:37:28 > > @@ -1,5 +1,4 @@ > > -/*- > > - * > > +/* > > * Copyright (c) 1999-2000, Vitaly V Belekhov > > * All rights reserved. > > * >=20 > This hunk is needed for lint(1) to recognize special comments. Don't rem= ove it. Ok, I'm updated my sources and an online copy at: http://people.freebsd.org/~brooks/patches/ng_split.diff -- 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 --CE+1k2dSO48ffgeK 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 iD8DBQE7XeykXY6L6fI4GtQRApF8AJ9+mF/ujgCNrMiEDCAmFVinWkeMNACfc5wY 4QZR9FIFeXLw/IpsSwdIBkc= =7lTR -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 15: 0:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jordan.llnl.gov (jordan.llnl.gov [128.115.36.14]) by hub.freebsd.org (Postfix) with ESMTP id 0226837B407 for ; Tue, 24 Jul 2001 15:00:06 -0700 (PDT) (envelope-from alley1@llnl.gov) Received: (from wea@localhost) by jordan.llnl.gov (8.11.4/8.11.4) id f6OM04g00517 for freebsd-hackers@freebsd.org; Tue, 24 Jul 2001 15:00:04 -0700 (PDT) Date: Tue, 24 Jul 2001 15:00:04 -0700 (PDT) From: Ed Alley Message-Id: <200107242200.f6OM04g00517@jordan.llnl.gov> To: freebsd-hackers@freebsd.org Subject: Kernel panic reading non-fixated CD 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 RE: Kernel panic reading a non-fixated CD I am running FreeBSD 4.3 with an IDE HP cd-writer 9500 series. I have been successfully making CD's unsing burncd since I installed it. However, I mistakenly tried to mount a CD which I failed to fixate and I got a kernel panic. I was able to de-bug the kernel code and found out where the problem is. I have included a patch which works for me and would like to hear whether it is sufficient or what I should do next. I found out through my investigations into this that the ATAPI interface isn't followed closely by manufactures. For instance before we installed this HP CDRW we had installed a Yamaha CDRW which displayed other problems (among them is that it won't fixate using burncd under FreeBSD). In addition my CDROM on my home computer which is running FreeBSD 4.2 doesn't cause a panic when I try to mount a non-fixated CD it just refuses to do it. So ATAPI of one manufacturer is not ATAPI of another. The problem with what I am doing is that most (if not everybody) reading this will not have my hardware configuration to test this problem on. So I have included part of my gdb session below so you can see how I came up with my patch. So here is the panic message that I get when I try to mount the non-fixated CD; you can see that it is a page fault: (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash.gdb/kernel.0 (kgdb) core-file /var/crash.gdb/vmcore.0 IdlePTD 2711552 initial pcb at 221800 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc0d96000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01b6c2e stack pointer = 0x10:0xc0206f10 frame pointer = 0x10:0xc0206f20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault Here is the trace of the corpse: (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:469 #1 0xc01389c3 in boot (howto=256) at ../../kern/kern_shutdown.c:309 #2 0xc0138d40 in poweroff_wait (junk=0xc01ff28f, howto=0) at ../../kern/kern_shutdown.c:556 #3 0xc01d68f1 in trap_fatal (frame=0xc0206ed0, eva=3235471360) at ../../i386/i386/trap.c:951 #4 0xc01d65c9 in trap_pfault (frame=0xc0206ed0, usermode=0, eva=3235471360) at ../../i386/i386/trap.c:844 #5 0xc01d61af in trap (frame={tf_fs = -65520, tf_es = -973537264, tf_ds = 6488080, tf_edi = -1059495936, tf_esi = 32768, tf_ebp = -1071616224, tf_isp = -1071616260, tf_ebx = -1059685120, tf_edx = 368, tf_ecx = 7168, tf_eax = -1060624128, tf_trapno = 12, tf_err = 2, tf_eip = -1071944658, tf_cs = 8, tf_eflags = 66054, tf_esp = -1063045216, tf_ss = -1059685120}) at ../../i386/i386/trap.c:443 #6 0xc01b6c2e in atapi_read (request=0xc0d67d00, length=32768) at machine/cpufunc.h:222 #7 0xc01b66cb in atapi_interrupt (request=0xc0d67d00) at ../../dev/ata/atapi-all.c:391 #8 0xc01afcee in ata_intr (data=0xc0c82900) at ../../dev/ata/ata-all.c:1154 (kgdb) The routine atapi_read() is where the error occured. By poking around I discovered that the bytecount request was enormous: print request->bytecount $1 = 4294934528 (kgdb) x/x &request->bytecount 0xc0d67d18: 0xffff8000 x/d &request->bytecount 0xc0d67d18: -32768 (kgdb) So you can see that 32768 was subtracted off of an unsigned zero! If the first request was for bytecount zero then atapi_read() will read nothing but subtract size = 32768 from bytecount before returning. Since bytecount is unsigned this causes the roll over to a big number. The next call then attempts to read a bytecount of over 4G. My patch is very simple: In atapi-all.c in routine atapi_interrupt() for case ATAPI_P_READ I cast bytecount to a long and check for zero or negative. If it is zero or negative I write an error message and break out. This avoids atapi_read() and returns with and error message. The patch must be executed in /usr/src/sys/dev/ata as: patch -p < patch.file Patch file: *** atapi-all.c.orig Tue Jul 24 13:21:03 2001 --- atapi-all.c Tue Jul 24 13:28:45 2001 *************** *** 382,387 **** --- 382,393 ---- return ATA_OP_CONTINUES; case ATAPI_P_READ: + if ((long)request->bytecount <= 0) { + printf("%s: %s trying to read with bytecount = %d\n", + atp->devname, atapi_cmd2str(atp->cmd), + (long)request->bytecount); + break; + } if (!(request->flags & ATPR_F_READ)) { request->result = inb(atp->controller->ioaddr + ATA_ERROR); printf("%s: %s trying to read on write buffer\n", Thank-you in anticipation for your comments. I am a newbie at kernel debugging, so if I have done anything stupid please go easy on me. :) Ed Alley wea@llnl.gov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 15:32:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.quidel.com (webmail.quidel.com [63.125.144.4]) by hub.freebsd.org (Postfix) with ESMTP id 2DC5C37B401 for ; Tue, 24 Jul 2001 15:32:19 -0700 (PDT) (envelope-from et@quidel.com) Received: by mail.quidel.com with Internet Mail Service (5.5.2653.19) id ; Tue, 24 Jul 2001 15:31:34 -0700 Message-ID: <9D4A4E19244ED4119BE90050DAD5DD47BC5563@mail.quidel.com> From: Etienne de Bruin To: "'freebsd-hackers@freebsd.org'" Subject: chroot in rc? Date: Tue, 24 Jul 2001 15:31:33 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) 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 In my quest to boot a kernel containing an mfs and the chroot'ing to a mounted CD, I have the following problem: Where should the chroot command go? Can I sorta leave init hanging in the air by putting it in /etc/rc (I modified this heavily so I don't use other startup scripts)? Can I configure /etc/ttys so that getty executes chroot? Where's the best place to put it? Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 16: 0:12 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 4421A37B407; Tue, 24 Jul 2001 15:59:59 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA21029; Tue, 24 Jul 2001 17:04:55 -0700 (PDT) Date: Tue, 24 Jul 2001 17:04:53 -0700 (PDT) From: Julian Elischer To: Brooks Davis Cc: net@freebsd.org, hackers@freebsd.org Subject: Re: review request: ng_split cleanup In-Reply-To: <20010724143734.A1412@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 On Tue, 24 Jul 2001, Brooks Davis wrote: > Please review the following diff for the ng_split netgraph node. It > cleans up a number of style issues, removes some functions that just did > that the default functions did, and renames the node to split from > ng_split to follow the normal convention. In addition to this diff, I > plan to commit a Makefile update to make this part of the modules build > and a sys/conf/options entry to allow static compilation. > > Thanks, > Brooks > > Index: ng_split.c > =================================================================== > RCS file: /home/ncvs/src/sys/netgraph/ng_split.c,v > retrieving revision 1.1 [...] > diff -u -r1.1 ng_split.c > - /* > - * XXX Really here we should just remove metadata we understand. > - */ > - NGI_GET_META(item, meta); > - NG_FREE_META(meta); this one is tricky.. it was written as part of a set of nodes that pass around their own metadata. The original idea was (so the author suggested) to stop those metadata structures from propogating out of the limited part of the graph that knew about them. However I don't see any harm in letting them go, since any node that doesn't understand a particular metadata type should ignore it.. otherwise your patch seems functionally the same.. please feel free to commit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 16: 3: 9 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 9189C37B403; Tue, 24 Jul 2001 16:03:03 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA20781; Tue, 24 Jul 2001 12:29:29 -0700 (PDT) Date: Tue, 24 Jul 2001 12:29:28 -0700 (PDT) From: Julian Elischer To: Mike Smith Cc: Zhihui Zhang , Weiguang SHI , freebsd-hackers@freebsd.org Subject: Re: using syscalls in a module (stack problem ?) In-Reply-To: <200107232045.f6NKjX201758@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 Now that interrupts are threads we probably don't need 2 pages any more as each interrupt should get it's own u-area and stack to use. Previously you had to take into account the worst-case nested interrupt. On Mon, 23 Jul 2001, Mike Smith wrote: > > > > Make sense. But there are other things in the UPAGES. > > Yes; in reality you have about 7k. > > It's plenty of space for a deep call stack, just not for large locals. > > -- > ... 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 16: 3:15 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 6027037B401; Tue, 24 Jul 2001 16:03:06 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA21031; Tue, 24 Jul 2001 17:06:25 -0700 (PDT) Date: Tue, 24 Jul 2001 17:06:24 -0700 (PDT) From: Julian Elischer To: John Baldwin Cc: Brooks Davis , hackers@FreeBSD.org, net@FreeBSD.org Subject: RE: review request: ng_split cleanup 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 oops actually I think that I do it because 'indent' also recognises it I think. "yeah.. what he says".. :-) On Tue, 24 Jul 2001, John Baldwin wrote: > > On 24-Jul-01 Brooks Davis wrote: > > Please review the following diff for the ng_split netgraph node. It > > cleans up a number of style issues, removes some functions that just did > > that the default functions did, and renames the node to split from > > ng_split to follow the normal convention. In addition to this diff, I > > plan to commit a Makefile update to make this part of the modules build > > and a sys/conf/options entry to allow static compilation. > > > > Thanks, > > Brooks > > > > Index: ng_split.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/netgraph/ng_split.c,v > > retrieving revision 1.1 > > diff -u -r1.1 ng_split.c > > --- ng_split.c 2001/02/22 17:14:34 1.1 > > +++ ng_split.c 2001/07/24 21:37:28 > > @@ -1,5 +1,4 @@ > > -/*- > > - * > > +/* > > * Copyright (c) 1999-2000, Vitaly V Belekhov > > * All rights reserved. > > * > > This hunk is needed for lint(1) to recognize special comments. Don't remove it. > > -- > > 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-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 16:11:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 55A1737B405 for ; Tue, 24 Jul 2001 16:11:49 -0700 (PDT) (envelope-from jkh@freebsd.org) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.4/8.11.4) with ESMTP id f6ONB9t05062; Tue, 24 Jul 2001 16:11:09 -0700 (PDT) (envelope-from jkh@freebsd.org) To: alley1@llnl.gov Cc: freebsd-hackers@freebsd.org Subject: Re: Kernel panic reading non-fixated CD In-Reply-To: <200107242200.f6OM04g00517@jordan.llnl.gov> References: <200107242200.f6OM04g00517@jordan.llnl.gov> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010724161109Y.jkh@freebsd.org> Date: Tue, 24 Jul 2001 16:11:09 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 4 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 great, but it really should be filed as a PR. The send-pr command will do the trick. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 16:38:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id B83EA37B405; Tue, 24 Jul 2001 16:38:50 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6ONcis98792; Tue, 24 Jul 2001 19:38:44 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Tue, 24 Jul 2001 19:38:42 -0400 To: John Baldwin , Brooks Davis From: Garance A Drosihn Subject: RE: review request: ng_split cleanup Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG 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 2:42 PM -0700 7/24/01, John Baldwin wrote: >On 24-Jul-01 Brooks Davis wrote: >> Please review the following diff for the ng_split netgraph node. It > > cleans up a number of style issues, ... > > diff -u -r1.1 ng_split.c >> --- ng_split.c 2001/02/22 17:14:34 1.1 >> +++ ng_split.c 2001/07/24 21:37:28 >> @@ -1,5 +1,4 @@ >> -/*- >> - * >> +/* >> * Copyright (c) 1999-2000, Vitaly V Belekhov >> * All rights reserved. >> * > >This hunk is needed for lint(1) to recognize special comments. >Don't remove it. The '/*-' part? What does lint do special with those? (and should I have those in new source modules that I create?) -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 17: 3:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 44C2037B406; Tue, 24 Jul 2001 17:03:17 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.4/8.11.2) with ESMTP id f6P02rv42890; Tue, 24 Jul 2001 17:02:53 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: Tue, 24 Jul 2001 17:02:52 -0700 (PDT) From: John Baldwin To: Garance A Drosihn Subject: RE: review request: ng_split cleanup Cc: net@FreeBSD.org, hackers@FreeBSD.org, Brooks Davis 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 24-Jul-01 Garance A Drosihn wrote: > At 2:42 PM -0700 7/24/01, John Baldwin wrote: >>On 24-Jul-01 Brooks Davis wrote: >>> Please review the following diff for the ng_split netgraph node. It >> > cleans up a number of style issues, ... > >> > diff -u -r1.1 ng_split.c >>> --- ng_split.c 2001/02/22 17:14:34 1.1 >>> +++ ng_split.c 2001/07/24 21:37:28 >>> @@ -1,5 +1,4 @@ >>> -/*- >>> - * >>> +/* >>> * Copyright (c) 1999-2000, Vitaly V Belekhov >>> * All rights reserved. >>> * >> >>This hunk is needed for lint(1) to recognize special comments. >>Don't remove it. > > The '/*-' part? What does lint do special with those? > (and should I have those in new source modules that I create?) Grr, not lint, but indent treats these special. My memory is failing apparently. -- 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 Tue Jul 24 17:18: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fepD.post.tele.dk (fepD.post.tele.dk [195.41.46.149]) by hub.freebsd.org (Postfix) with ESMTP id DC37337B405 for ; Tue, 24 Jul 2001 17:18:05 -0700 (PDT) (envelope-from leifn@neland.dk) Received: from arnold.neland.dk ([62.243.18.79]) by fepD.post.tele.dk (InterMail vM.4.01.03.21 201-229-121-121-20010307) with ESMTP id <20010725001804.HMXD11339.fepD.post.tele.dk@arnold.neland.dk> for ; Wed, 25 Jul 2001 02:18:04 +0200 Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.4/8.11.4) with ESMTP id f6P0IUI06924 for ; Wed, 25 Jul 2001 02:18:30 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Wed, 25 Jul 2001 02:18:30 +0200 (CEST) From: Leif Neland To: Subject: SmartDisk USB CompactFlash reader Message-ID: <20010725020859.J6187-100000@arnold.neland.dk> 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've got such a device; it was nessecary, because my camera run out of batteries before I could retrieve 48MB of pictures over the normal serial port When I plug it in it displays: ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 Can this be read in FreeBSD? Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 17:20:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 85D2A37B426 for ; Tue, 24 Jul 2001 17:20:38 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 08EDB5D01F; Tue, 24 Jul 2001 19:20:28 -0500 (CDT) Date: Tue, 24 Jul 2001 19:20:28 -0500 From: Alfred Perlstein To: Leif Neland Cc: freebsd-hackers@freebsd.org Subject: Re: SmartDisk USB CompactFlash reader Message-ID: <20010724192027.E72882@sneakerz.org> References: <20010725020859.J6187-100000@arnold.neland.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010725020859.J6187-100000@arnold.neland.dk>; from leifn@neland.dk on Wed, Jul 25, 2001 at 02:18:30AM +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 * Leif Neland [010724 19:18] wrote: > I've got such a device; it was nessecary, because my camera run out of > batteries before I could retrieve 48MB of pictures over the normal serial > port > > > When I plug it in it displays: > ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 > > Can this be read in FreeBSD? Try compiling in the 'umass' driver, you may be out of luck, SanDisk produced a version of thier reader that didn't use the USB disk specification and requires a proprietary driver for it, you may be stuck using this from windows. Good news is that you can get one that works in freebsd for only about 20$. -- -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 Jul 24 17:26:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fepE.post.tele.dk (fepE.post.tele.dk [195.41.46.137]) by hub.freebsd.org (Postfix) with ESMTP id 72F8A37B407 for ; Tue, 24 Jul 2001 17:26:38 -0700 (PDT) (envelope-from leifn@neland.dk) Received: from arnold.neland.dk ([62.243.18.79]) by fepE.post.tele.dk (InterMail vM.4.01.03.21 201-229-121-121-20010307) with ESMTP id <20010725002637.VWZS24149.fepE.post.tele.dk@arnold.neland.dk>; Wed, 25 Jul 2001 02:26:37 +0200 Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.4/8.11.4) with ESMTP id f6P0R7I07775; Wed, 25 Jul 2001 02:27:07 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Wed, 25 Jul 2001 02:27:07 +0200 (CEST) From: Leif Neland To: Alfred Perlstein Cc: Subject: Re: SmartDisk USB CompactFlash reader In-Reply-To: <20010724192027.E72882@sneakerz.org> Message-ID: <20010725022549.F7561-100000@arnold.neland.dk> 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, 24 Jul 2001, Alfred Perlstein wrote: > * Leif Neland [010724 19:18] wrote: > > I've got such a device; it was nessecary, because my camera run out of > > batteries before I could retrieve 48MB of pictures over the normal serial > > port > > > > > > When I plug it in it displays: > > ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 > > > > Can this be read in FreeBSD? > > Try compiling in the 'umass' driver, you may be out of luck, SanDisk > produced a version of thier reader that didn't use the USB disk > specification and requires a proprietary driver for it, you may > be stuck using this from windows. Good news is that you can get > one that works in freebsd for only about 20$. > umass, scbus and da is in kernel. I'm out of luck... Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 17:35:14 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 743F637B403 for ; Tue, 24 Jul 2001 17:35:12 -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 UAA72348 for ; Tue, 24 Jul 2001 20:35:11 -0400 (EDT) Message-Id: <200107250035.UAA72348@cs.rpi.edu> To: freebsd-hackers@freebsd.org Subject: exec() doesn't update access time Date: Tue, 24 Jul 2001 20:35:11 -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 noticed that exec(2) does not update the last access time of a file... is this intentional? -- 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 Tue Jul 24 17:38:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 42B2837B407 for ; Tue, 24 Jul 2001 17:38:10 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id A133B5D010; Tue, 24 Jul 2001 19:38:09 -0500 (CDT) Date: Tue, 24 Jul 2001 19:38:09 -0500 From: Alfred Perlstein To: "David E. Cross" Cc: freebsd-hackers@freebsd.org Subject: Re: exec() doesn't update access time Message-ID: <20010724193809.F72882@sneakerz.org> References: <200107250035.UAA72348@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107250035.UAA72348@cs.rpi.edu>; from crossd@cs.rpi.edu on Tue, Jul 24, 2001 at 08:35:11PM -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 * David E. Cross [010724 19:35] wrote: > I noticed that exec(2) does not update the last access time of a file... > is this intentional? atime was implemented to satisfy a specification (which stinks), I would track down the specification and see, either that or compare against various other UN*X. -- -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 Jul 24 17:51:58 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 642B637B405; Tue, 24 Jul 2001 17:51:49 -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 f6P0pmD32141; Tue, 24 Jul 2001 17:51:48 -0700 Date: Tue, 24 Jul 2001 17:51:48 -0700 From: Brooks Davis To: Julian Elischer Cc: net@freebsd.org, hackers@freebsd.org Subject: Re: review request: ng_split cleanup Message-ID: <20010724175148.A31113@Odin.AC.HMC.Edu> References: <20010724143734.A1412@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Tue, Jul 24, 2001 at 05:04:53PM -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 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 24, 2001 at 05:04:53PM -0700, Julian Elischer wrote: > On Tue, 24 Jul 2001, Brooks Davis wrote: >=20 > > Index: ng_split.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/netgraph/ng_split.c,v > > retrieving revision 1.1 >=20 > [...] >=20 > > diff -u -r1.1 ng_split.c > > - /*=20 > > - * XXX Really here we should just remove metadata we understand. > > - */ > > - NGI_GET_META(item, meta); > > - NG_FREE_META(meta); >=20 >=20 > this one is tricky.. > it was written as part of a set of nodes that pass around their own > metadata. The original idea was (so the author suggested) to stop those= =20 > metadata structures from propogating out of the limited part of the graph= =20 > that knew about them. >=20 > However I don't see any harm in letting them go, since any node that > doesn't understand a particular metadata type should ignore it.. My idea was that split falls into the same catagory as one2many or tee in that their sole function is to move packets around and thus removing metadata was a POLA violation. It seems that if you do need to create a wall to keep metadata out, the right answer would be an ng_stripmeta node who's purpose would be to remove metadata to provide this kind of isolation where needed. -- 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 --EVF5PPMfhYS0aIcm 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 iD8DBQE7XhgjXY6L6fI4GtQRArtOAJ9tfOxOp+G2aYkP/YWed+bnaJTE9gCgmGMi 6wAr0aINiRt7xTU3hIOSH/0= =LZiK -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 18:16:47 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 6CE8337B401 for ; Tue, 24 Jul 2001 18:16:45 -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 VAA73267; Tue, 24 Jul 2001 21:16:42 -0400 (EDT) Message-Id: <200107250116.VAA73267@cs.rpi.edu> To: Alfred Perlstein Cc: "David E. Cross" , freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: exec() doesn't update access time In-Reply-To: Message from Alfred Perlstein of "Tue, 24 Jul 2001 19:38:09 CDT." <20010724193809.F72882@sneakerz.org> Date: Tue, 24 Jul 2001 21:16:42 -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 Well over NFS an exec will update atime (because NFS doesn't differentiate between 'exec' and 'read'). Under Solaris8/Sparc (on a memfs mount) exec-ing an executable does indeed update the access time. -- 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 Tue Jul 24 18:18: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f102.pav2.hotmail.com [64.4.37.102]) by hub.freebsd.org (Postfix) with ESMTP id EF1D237B405 for ; Tue, 24 Jul 2001 18:18:06 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 24 Jul 2001 18:18:06 -0700 Received: from 129.128.29.126 by pv2fd.pav2.hotmail.msn.com with HTTP; Wed, 25 Jul 2001 01:18:06 GMT X-Originating-IP: [129.128.29.126] From: "Weiguang SHI" To: hackers@freebsd.org Subject: btx building error Date: Tue, 24 Jul 2001 19:18:06 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Jul 2001 01:18:06.0906 (UTC) FILETIME=[A8E999A0:01C114A7] 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 cvs'ed the current version of btx by "cvs co btx" and tried to build it on my FBSD-4.0 box and here is what I got: bash-2.04$ /usr/bin/make ===> btx (cd /usr/home/wgshi/tmp/btx/btx; m4 btx.s) | as --defsym BTX_FLAGS=0x0 -o btx.o {standard input}: Assembler messages: {standard input}:126: Error: suffix or operands invalid for `mov' {standard input}:532: Warning: stand-alone `data16' prefix {standard input}:549: Warning: stand-alone `data16' prefix {standard input}:940: Error: suffix or operands invalid for `mov' *** Error code 1 bash-2.04$ as --version GNU assembler 2.11 ... Looking at the m4'ed code I've got: 126 mov $(MEM_ORG-MEM_IDT)/2,%cx # Words to zero 532 data16 # 16-bit 549 data16 # 16-bit 940 movw $(SCR_ROW-1)*SCR_COL/2,%cx # Words to move What should I do? 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 From owner-freebsd-hackers Tue Jul 24 18:23: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 6749A37B401 for ; Tue, 24 Jul 2001 18:23:05 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id C6CC45D010; Tue, 24 Jul 2001 20:22:54 -0500 (CDT) Date: Tue, 24 Jul 2001 20:22:54 -0500 From: Alfred Perlstein To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time Message-ID: <20010724202254.H72882@sneakerz.org> References: <200107250116.VAA73267@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107250116.VAA73267@cs.rpi.edu>; from crossd@cs.rpi.edu on Tue, Jul 24, 2001 at 09:16:42PM -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 * David E. Cross [010724 20:16] wrote: > Well over NFS an exec will update atime (because NFS doesn't differentiate > between 'exec' and 'read'). > > Under Solaris8/Sparc (on a memfs mount) exec-ing an executable does indeed > update the access time. What about under solaris UFS? It makes sense to do the update, perhaps repost to -audit along with the mention about solaris behavior. -- -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 Jul 24 18:33:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from VL-MS-MR003.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by hub.freebsd.org (Postfix) with ESMTP id 467FE37B401 for ; Tue, 24 Jul 2001 18:33:21 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from zeus.videotron.ca ([24.200.163.204]) by VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15 MR003 Jun 11 2001 16:23:30) with ESMTP id GH09NK04.BL0 for ; Tue, 24 Jul 2001 21:33:20 -0400 Received: (from spotvin@localhost) by zeus.videotron.ca (8.11.3/8.11.3) id f6P54Rr00627 for freebsd-hackers@FreeBSD.ORG; Wed, 25 Jul 2001 01:04:27 -0400 (EDT) (envelope-from spotvin) Date: Wed, 25 Jul 2001 01:04:26 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010725010426.A390@zeus.videotron.ca> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010724075128.C110@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Tue, Jul 24, 2001 at 07:51: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 On Tue, Jul 24, 2001 at 07:51:28AM -0700, David O'Brien wrote: > On Mon, Jul 23, 2001 at 09:39:18PM -0400, Stephane E. Potvin wrote: > > > > FreeBSD 5.0-CURRENT #271: Sun Jul 22 08:36:22 EDT 2001 > > > > spotvin@zeus.videotron.ca:/usr/local/users/spotvin/work/FreeBSD/src/sys/arm/ > > > > compile/NETWINDER > ..snip.. > > > I'll try to post my work next weekend so people could have a peek at it. > > Please do so on the freebsd-arm@freebsd.org mailing list. > This is also important as we'd like all new platforms to follow the > "FreeBSD" way. (granted it is being defined along with the other new > platform work going on) > > > I'm currently using a netwinder 275 for my development. It's a SA110 based > > machine with a 21285 (aka footbridge) host controller. You can check > > http://www.netwinder.org/ for more details about the machine. > > These machines are almost impossible to find, and very expensive when you > do find one. Are you open to developing on a DEC DNARD(shark) instead? > More people have these and I can put one in your hands. I have no problems whatsoever developing on a DEC DNARD or a CATS board. I'm currently working on a netwinder for no better reason that it's the only one I have available right now. I tried in the past to get hold of something else but so far all my attemps failed. Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 18:36:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (h122n4fls32o892.telia.com [213.64.47.122]) by hub.freebsd.org (Postfix) with ESMTP id 5080C37B406 for ; Tue, 24 Jul 2001 18:36:48 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id DAA26776; Wed, 25 Jul 2001 03:36:43 +0200 (CEST) (envelope-from assar) To: Alfred Perlstein Cc: "David E. Cross" , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time References: <200107250116.VAA73267@cs.rpi.edu> <20010724202254.H72882@sneakerz.org> From: Assar Westerlund Date: 25 Jul 2001 03:36:42 +0200 In-Reply-To: Alfred Perlstein's message of "Tue, 24 Jul 2001 20:22:54 -0500" Message-ID: <5llmldx00l.fsf@assaris.sics.se> Lines: 8 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 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 Alfred Perlstein writes: > What about under solaris UFS? Yes, it does update the atime. And most Unixes seem to do the same thing. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 18:37: 9 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 6E56C37B408; Tue, 24 Jul 2001 18:37:03 -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 UAA01163; Tue, 24 Jul 2001 20:31:29 -0700 (PDT) Date: Tue, 24 Jul 2001 20:31:28 -0700 (PDT) From: Julian Elischer To: Brooks Davis Cc: net@freebsd.org, hackers@freebsd.org Subject: Re: review request: ng_split cleanup In-Reply-To: <20010724175148.A31113@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 I agree and see that you committed it already :-) On Tue, 24 Jul 2001, Brooks Davis wrote: > On Tue, Jul 24, 2001 at 05:04:53PM -0700, Julian Elischer wrote: > > On Tue, 24 Jul 2001, Brooks Davis wrote: > > > > > Index: ng_split.c > > > =================================================================== > > > RCS file: /home/ncvs/src/sys/netgraph/ng_split.c,v > > > retrieving revision 1.1 > > > > [...] > > > > > diff -u -r1.1 ng_split.c > > > - /* > > > - * XXX Really here we should just remove metadata we understand. > > > - */ > > > - NGI_GET_META(item, meta); > > > - NG_FREE_META(meta); > > > > > > this one is tricky.. > > it was written as part of a set of nodes that pass around their own > > metadata. The original idea was (so the author suggested) to stop those > > metadata structures from propogating out of the limited part of the graph > > that knew about them. > > > > However I don't see any harm in letting them go, since any node that > > doesn't understand a particular metadata type should ignore it.. > > My idea was that split falls into the same catagory as one2many or tee > in that their sole function is to move packets around and thus removing > metadata was a POLA violation. It seems that if you do need to create a > wall to keep metadata out, the right answer would be an ng_stripmeta > node who's purpose would be to remove metadata to provide this kind of > isolation where needed. > > -- 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 Tue Jul 24 19: 7:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 4E4FF37B409 for ; Tue, 24 Jul 2001 19:07:05 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.4/8.11.2) with ESMTP id f6P26sv48289; Tue, 24 Jul 2001 19:06:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: Tue, 24 Jul 2001 19:20:07 -0700 (PDT) From: John Baldwin To: Weiguang SHI Subject: RE: btx building error Cc: hackers@FreeBSD.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 On 25-Jul-01 Weiguang SHI wrote: > Hi, > > I cvs'ed the current version of btx by "cvs co btx" and tried to build it on > my FBSD-4.0 box and here is what I got: The -current and 4.x-stable versions of BTX need the binutils (including assembler) in 4.1 or later. -- 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 Tue Jul 24 19:29:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f122.pav2.hotmail.com [64.4.37.122]) by hub.freebsd.org (Postfix) with ESMTP id 3863E37B406; Tue, 24 Jul 2001 19:29:34 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 24 Jul 2001 19:29:34 -0700 Received: from 129.128.29.126 by pv2fd.pav2.hotmail.msn.com with HTTP; Wed, 25 Jul 2001 02:29:33 GMT X-Originating-IP: [129.128.29.126] From: "Weiguang SHI" To: jhb@FreeBSD.org Cc: hackers@FreeBSD.org Subject: RE: btx building error Date: Tue, 24 Jul 2001 20:29:33 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Jul 2001 02:29:34.0195 (UTC) FILETIME=[A455FC30:01C114B1] 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 Wait a minute. I've got binutils 2.11, including as, which was the most recent version that can be found at ftp.gnu.org. Thanks Weiguang >From: John Baldwin >To: Weiguang SHI >CC: hackers@FreeBSD.org >Subject: RE: btx building error >Date: Tue, 24 Jul 2001 19:20:07 -0700 (PDT) > > >On 25-Jul-01 Weiguang SHI wrote: > > Hi, > > > > I cvs'ed the current version of btx by "cvs co btx" and tried to build >it on > > my FBSD-4.0 box and here is what I got: > >The -current and 4.x-stable versions of BTX need the binutils (including >assembler) in 4.1 or later. > >-- > >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 _________________________________________________________________ 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 Tue Jul 24 20: 0:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E93737B405; Tue, 24 Jul 2001 20:00:06 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6P2xfO07226; Tue, 24 Jul 2001 19:59:41 -0700 (PDT) (envelope-from obrien) Date: Tue, 24 Jul 2001 19:59:41 -0700 From: "David O'Brien" To: Dave Feustel Cc: "Karsten W. Rohrbach" , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010724195941.E5825@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001501c11460$9511c430$fa9f173f@dafcopreqlqo05>; from dfeustel@mindspring.com on Tue, Jul 24, 2001 at 11:49:16AM -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, Jul 24, 2001 at 11:49:16AM -0500, Dave Feustel wrote: > Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com > are available from Simtek http://www.simtec.co.uk/ This brings up the issue of reference platform for the StrongARM port. There is no one clear choice as there is for the PowerPC. Realistically, we probably need to pick an easily obtainable consumer StrongARM product. The Compaq iPaq comes to mind. However, it is not development-friendly at the moment as it does not have peripherals such as built-in NIC, hard drive, or serial console capabilities. Of all the products I know of, I like the CATS board the best. However, the last time I investigated the CATS board, they were very expensive and hard to find in the USA. For some reason $600 stands out in my mind. I know of 10+ DNARDs in the BSD community, thus my preference for that machine as the reference platform. -- -- 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 Tue Jul 24 20: 0:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id B451C37B403; Tue, 24 Jul 2001 20:00:49 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6P30Dc07290; Tue, 24 Jul 2001 20:00:13 -0700 (PDT) (envelope-from obrien) Date: Tue, 24 Jul 2001 20:00:12 -0700 From: "David O'Brien" To: "Karsten W. Rohrbach" Cc: "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010724200012.F5825@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010724175511.C59947@mail.webmonster.de>; from karsten@rohrbach.de on Tue, Jul 24, 2001 at 05:55:11PM +0200 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, Jul 24, 2001 at 05:55:11PM +0200, Karsten W. Rohrbach wrote: > where can i get those platforms in europe (germany)? No clue. > have you got a contact at dec? Dried up. -- -- 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 Tue Jul 24 20: 5:53 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 6AA1437B406; Tue, 24 Jul 2001 20:05:47 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f6P35jF58294; Tue, 24 Jul 2001 21:05:46 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f6P35io03390; Tue, 24 Jul 2001 21:05:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107250305.f6P35io03390@harmony.village.org> To: obrien@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG In-reply-to: Your message of "Tue, 24 Jul 2001 19:59:41 PDT." <20010724195941.E5825@dragon.nuxi.com> References: <20010724195941.E5825@dragon.nuxi.com> <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> Date: Tue, 24 Jul 2001 21:05:44 -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 <20010724195941.E5825@dragon.nuxi.com> "David O'Brien" writes: : The Compaq iPaq comes to mind. However, it is not development-friendly : at the moment as it does not have peripherals such as built-in NIC, hard : drive, or serial console capabilities. I thought it did have a serial port... All of the PocketPC machines I've looked at do, but I haven't looked that close at the iPaq. All of them have some funky connector for their serial port, but that comes with the units. However, the iPaq is a little hard to develop on... There are a number of other StrongARM based Windows CE machines that would make a much better platform. They even have NetBSD/hpcarm on them, which would allow one to host the FreeSBD development on them if you really wanted to do so. The HP Journada is likely the best known of this series and the NetBSD folks have already figured out all the hair for things like boot loader and the like. Failing that, the DNARD certainly is a cool machine and might make a good reference platform. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 20: 8:56 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 6A36037B408; Tue, 24 Jul 2001 20:08:48 -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 f6P38iF58308; Tue, 24 Jul 2001 21:08:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f6P38ho03442; Tue, 24 Jul 2001 21:08:43 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107250308.f6P38ho03442@harmony.village.org> Subject: Re: FreeBSD for ARM processor To: freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG In-reply-to: Your message of "Tue, 24 Jul 2001 21:05:44 MDT." <200107250305.f6P35io03390@harmony.village.org> References: <200107250305.f6P35io03390@harmony.village.org> <20010724195941.E5825@dragon.nuxi.com> <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> Date: Tue, 24 Jul 2001 21:08:43 -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 <200107250305.f6P35io03390@harmony.village.org> Warner Losh writes: : There are a number of other StrongARM based Windows CE machines that : would make a much better platform. They even have NetBSD/hpcarm on : them, which would allow one to host the FreeSBD development on them if : you really wanted to do so. The HP Journada is likely the best known : of this series and the NetBSD folks have already figured out all the : hair for things like boot loader and the like. Also forgot to mention that the Journada also is readily available on Ebay for a few hundred. :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 20:31:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from laguna.i-next.net (laguna.i-next.net [202.61.68.66]) by hub.freebsd.org (Postfix) with ESMTP id AAB1037B405 for ; Tue, 24 Jul 2001 20:31:12 -0700 (PDT) (envelope-from jett@laguna.i-next.net) Received: from jett (bsd.i-next.net [202.61.68.75]) by laguna.i-next.net (Postfix) with SMTP id 6F74A24EA3 for ; Wed, 25 Jul 2001 11:39:33 +0800 (PHT) Message-ID: <025a01c114b8$e22fb580$4b443dca@jett> From: "Jett Tayer" To: "freebsd-hackers" Subject: kept on appearing on my console. Date: Wed, 25 Jul 2001 11:21:23 +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.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 any ideas about this? /kernel: arp: unknown hardware address format (0x800) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 20:48:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 950A037B406; Tue, 24 Jul 2001 20:48:52 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6P3mRF07855; Tue, 24 Jul 2001 20:48:27 -0700 (PDT) (envelope-from obrien) Date: Tue, 24 Jul 2001 20:48:22 -0700 From: "David O'Brien" To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010724204822.G5825@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010724195941.E5825@dragon.nuxi.com> <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> <20010724195941.E5825@dragon.nuxi.com> <200107250305.f6P35io03390@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107250305.f6P35io03390@harmony.village.org>; from imp@harmony.village.org on Tue, Jul 24, 2001 at 09:05:44PM -0600 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, Jul 24, 2001 at 09:05:44PM -0600, Warner Losh wrote: > There are a number of other StrongARM based Windows CE machines that > would make a much better platform. They even have NetBSD/hpcarm on These sound hard to develop for as you'll probably have to launch them from Windows CE. > Failing that, the DNARD certainly is a cool machine and might make a > good reference platform. Especially since their firmware is just like any Real Unix hardware in that it does serial console when the keyboard is not plugged in and does net booting trivially. -- -- 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 Tue Jul 24 20:50:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from laguna.i-next.net (laguna.i-next.net [202.61.68.66]) by hub.freebsd.org (Postfix) with ESMTP id 93C6A37B403 for ; Tue, 24 Jul 2001 20:50:18 -0700 (PDT) (envelope-from jett@laguna.i-next.net) Received: from jett (bsd.i-next.net [202.61.68.75]) by laguna.i-next.net (Postfix) with SMTP id A49F624EA4 for ; Wed, 25 Jul 2001 11:58:39 +0800 (PHT) Message-ID: <02a401c114bb$8d986820$4b443dca@jett> From: "Jett Tayer" To: "freebsd-hackers" Subject: not showing in ps Date: Wed, 25 Jul 2001 11:40:30 +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.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 im running freebsd 3.5-stable when i did netstat -an | grep LISTEN here's the result bash-2.04$ netstat -an | grep LISTEN tcp 0 0 *.80 *.* LISTEN tcp 0 0 *.443 *.* LISTEN tcp 0 0 *.31341 *.* LISTEN tcp 0 0 *.22 *.* LISTEN noticed the 31341 port that is listening then i did bash-2.04$ telnet localhost 31341 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. SSH-1.5-1.2.27 then on port 22 bash-2.04$ telnet localhost 22 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. SSH-1.5-OpenSSH_2.9p2 how i may kill that 31341 port coz ps isnt showing it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 20:58:11 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 F00A637B408; Tue, 24 Jul 2001 20:57:59 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f6P3vvF58471; Tue, 24 Jul 2001 21:57:58 -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 f6P3vvo03789; Tue, 24 Jul 2001 21:57:57 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107250357.f6P3vvo03789@harmony.village.org> To: obrien@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG In-reply-to: Your message of "Tue, 24 Jul 2001 20:48:22 PDT." <20010724204822.G5825@dragon.nuxi.com> References: <20010724204822.G5825@dragon.nuxi.com> <20010724195941.E5825@dragon.nuxi.com> <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> <20010724195941.E5825@dragon.nuxi.com> <200107250305.f6P35io03390@harmony.village.org> Date: Tue, 24 Jul 2001 21:57:56 -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 <20010724204822.G5825@dragon.nuxi.com> "David O'Brien" writes: : On Tue, Jul 24, 2001 at 09:05:44PM -0600, Warner Losh wrote: : > There are a number of other StrongARM based Windows CE machines that : > would make a much better platform. They even have NetBSD/hpcarm on : : These sound hard to develop for as you'll probably have to launch them : from Windows CE. Yes, you would, but that's trivial to do. It isn't hard at all. WinCE boots very quickly, and you can set things up so that the boot loader runs before the touch screen calibration. The boot loader you pick either the netbsk kernel or the FreeBSD kernel (there's a pulldown of the recent ones, iirc) and hit OK. If you aren't hacking PBSDBOOT.EXE, it is a piece of cake. Having done a fair amount of that while getting NetBSD/hpcmips going on my machine... : > Failing that, the DNARD certainly is a cool machine and might make a : > good reference platform. : : Especially since their firmware is just like any Real Unix hardware in : that it does serial console when the keyboard is not plugged in and does : net booting trivially. True. But the DNARDs may be harder to get than these boxes. Then again, maybe not. Just offering the Wince boxes as an option, because they also have a high coolness factor in addition to being easy to come by. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 20:58:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id A284137B409 for ; Tue, 24 Jul 2001 20:58:39 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 32443 invoked by uid 1000); 25 Jul 2001 03:58:38 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Jul 2001 03:58:38 -0000 Date: Tue, 24 Jul 2001 22:58:38 -0500 (CDT) From: Mike Silbersack To: Jett Tayer Cc: freebsd-hackers Subject: Re: not showing in ps In-Reply-To: <02a401c114bb$8d986820$4b443dca@jett> Message-ID: <20010724225759.U31803-100000@achilles.silby.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 On Wed, 25 Jul 2001, Jett Tayer wrote: > im running freebsd 3.5-stable > when i did netstat -an | grep LISTEN > > here's the result To find out which programs are associated with which connections, use sockstat. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 20:59:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id 631D437B407 for ; Tue, 24 Jul 2001 20:59:21 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (ppp045-bsace7001.telebrasilia.net.br [200.181.80.45]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id UAA01675; Tue, 24 Jul 2001 20:59:13 -0700 (PDT) Message-ID: <3B5E4495.E947F34C@newsguy.com> Date: Wed, 25 Jul 2001 01:01:25 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Jett Tayer Cc: freebsd-hackers Subject: Re: not showing in ps References: <02a401c114bb$8d986820$4b443dca@jett> 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 Jett Tayer wrote: > > im running freebsd 3.5-stable > when i did netstat -an | grep LISTEN > > here's the result > > bash-2.04$ netstat -an | grep LISTEN > tcp 0 0 *.80 *.* LISTEN > tcp 0 0 *.443 *.* LISTEN > tcp 0 0 *.31341 *.* LISTEN > tcp 0 0 *.22 *.* LISTEN > > noticed the 31341 port that is listening > then i did > > bash-2.04$ telnet localhost 31341 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > SSH-1.5-1.2.27 > > then on port 22 > bash-2.04$ telnet localhost 22 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > SSH-1.5-OpenSSH_2.9p2 > > how i may kill that 31341 port coz ps isnt showing it. Install lsof and try "lsof -i :31341". But, frankly, it looks like you have been hacked. 31337 = Elite. 31341 is too close to that. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net wow regex humor... I'm a geek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 21: 7:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp-2.enteract.com (smtp-2.enteract.com [207.229.143.4]) by hub.freebsd.org (Postfix) with ESMTP id 70F4737B401 for ; Tue, 24 Jul 2001 21:06:54 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: from shell-1.enteract.com (shell-1.enteract.com [207.229.143.40]) by smtp-2.enteract.com (Postfix) with ESMTP id EAD8C71FF; Tue, 24 Jul 2001 23:06:53 -0500 (CDT) Date: Tue, 24 Jul 2001 23:06:53 -0500 (CDT) From: David Scheidt X-X-Sender: To: "Daniel C. Sobral" Cc: Jett Tayer , freebsd-hackers Subject: Re: not showing in ps In-Reply-To: <3B5E4495.E947F34C@newsguy.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 Wed, 25 Jul 2001, Daniel C. Sobral wrote: :> how i may kill that 31341 port coz ps isnt showing it. : :Install lsof and try "lsof -i :31341". But, frankly, it looks like you :have been hacked. Sockstat will tell you enough, and it's in the base system. : -- 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 Jul 24 21:37: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp017.mail.yahoo.com (smtp017.mail.yahoo.com [216.136.174.114]) by hub.freebsd.org (Postfix) with SMTP id 0824637B401 for ; Tue, 24 Jul 2001 21:37:04 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jul 2001 04:37:03 -0000 X-Apparently-From: Message-ID: <3B5E4CEE.717AF4D5@yahoo.com> Date: Tue, 24 Jul 2001 23:37:02 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Leif Neland , freebsd-hackers@freebsd.org Subject: Re: SmartDisk USB CompactFlash reader References: <20010725020859.J6187-100000@arnold.neland.dk> <20010724192027.E72882@sneakerz.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 Alfred Perlstein wrote: > > * Leif Neland [010724 19:18] wrote: > > I've got such a device; it was nessecary, because my camera run out of > > batteries before I could retrieve 48MB of pictures over the normal serial > > port > > > > > > When I plug it in it displays: > > ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 > > > > Can this be read in FreeBSD? > > Try compiling in the 'umass' driver, you may be out of luck, SanDisk > produced a version of thier reader that didn't use the USB disk > specification and requires a proprietary driver for it, you may > be stuck using this from windows. Good news is that you can get > one that works in freebsd for only about 20$. I've been interested in this too... Which one is known to work under FreeBSD? jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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 Jul 24 21:51: 8 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 5888B37B403 for ; Tue, 24 Jul 2001 21:51:05 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from dbm.wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with SMTP id VAA93934; Tue, 24 Jul 2001 21:49:36 -0700 (PDT) (envelope-from dbutter@wireless.net) Content-Type: text/plain; charset="iso-8859-1" From: Devin Butterfield To: Jim Bryant , Alfred Perlstein Subject: Re: SmartDisk USB CompactFlash reader Date: Tue, 24 Jul 2001 21:53:25 -0700 X-Mailer: KMail [version 1.2] Cc: Leif Neland , freebsd-hackers@FreeBSD.ORG References: <20010725020859.J6187-100000@arnold.neland.dk> <20010724192027.E72882@sneakerz.org> <3B5E4CEE.717AF4D5@yahoo.com> In-Reply-To: <3B5E4CEE.717AF4D5@yahoo.com> MIME-Version: 1.0 Message-Id: <01072421532500.05949@dbm.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 24 July 2001 9:37, Jim Bryant wrote: > Alfred Perlstein wrote: > > * Leif Neland [010724 19:18] wrote: > > > I've got such a device; it was nessecary, because my camera run out of > > > batteries before I could retrieve 48MB of pictures over the normal > > > serial port > > > > > > > > > When I plug it in it displays: > > > ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 > > > > > > Can this be read in FreeBSD? > > > > Try compiling in the 'umass' driver, you may be out of luck, SanDisk > > produced a version of thier reader that didn't use the USB disk > > specification and requires a proprietary driver for it, you may > > be stuck using this from windows. Good news is that you can get > > one that works in freebsd for only about 20$. > > I've been interested in this too... > > Which one is known to work under FreeBSD? I'm using the Sandisk Imagemate SDDR-31. Works fine here. -- 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 Jul 24 21:55:50 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 8F7E637B401; Tue, 24 Jul 2001 21:55:43 -0700 (PDT) (envelope-from dbutter@wireless.net) Received: from dbm.wireless.net (dbm.wireless.net [192.168.0.2]) by db.wireless.net (8.9.3/8.9.3) with SMTP id VAA93998; Tue, 24 Jul 2001 21:54:50 -0700 (PDT) (envelope-from dbutter@wireless.net) Content-Type: text/plain; charset="iso-8859-1" From: Devin Butterfield To: "David O'Brien" , Dave Feustel Subject: Re: FreeBSD for ARM processor Date: Tue, 24 Jul 2001 21:58:39 -0700 X-Mailer: KMail [version 1.2] Cc: "Karsten W. Rohrbach" , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> <20010724195941.E5825@dragon.nuxi.com> In-Reply-To: <20010724195941.E5825@dragon.nuxi.com> MIME-Version: 1.0 Message-Id: <01072421583901.05949@dbm.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 24 July 2001 7:59, David O'Brien wrote: > On Tue, Jul 24, 2001 at 11:49:16AM -0500, Dave Feustel wrote: > > Strongarm-based pcs designed by Chalice Technologies > > http://www.chaltech.com are available from Simtek > > http://www.simtec.co.uk/ > > This brings up the issue of reference platform for the StrongARM port. > There is no one clear choice as there is for the PowerPC. Realistically, > we probably need to pick an easily obtainable consumer StrongARM product. > The Compaq iPaq comes to mind. However, it is not development-friendly > at the moment as it does not have peripherals such as built-in NIC, hard > drive, or serial console capabilities. The ipaqs do have a serial port. I've been playing with linux on mine for a while now and I frequently use the serial console. Some good points about the ipaq are that it is readily available, most all the hardware specs are available from the CRL (Compaq's Cambridge Research Lab) folks at handhelds.org, and of course the coolness factor. :) -- 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 Jul 24 22:24:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with SMTP id BDA6E37B409 for ; Tue, 24 Jul 2001 22:24:39 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4431 invoked from network); 25 Jul 2001 05:24:38 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Jul 2001 05:24:38 -0000 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: Tue, 24 Jul 2001 22:24:37 -0700 (PDT) From: John Baldwin To: Weiguang SHI Subject: RE: btx building error Cc: hackers@FreeBSD.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 On 25-Jul-01 Weiguang SHI wrote: > Wait a minute. I've got binutils 2.11, including as, which was the > most recent version that can be found at ftp.gnu.org. That is not the binutils on a 4.0-relesae box. -- 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 Tue Jul 24 22:28:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 8941B37B403 for ; Tue, 24 Jul 2001 22:28:49 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 0979D5D020; Wed, 25 Jul 2001 00:28:39 -0500 (CDT) Date: Wed, 25 Jul 2001 00:28:39 -0500 From: Alfred Perlstein To: Leif Neland Cc: freebsd-hackers@freebsd.org Subject: Re: SmartDisk USB CompactFlash reader Message-ID: <20010725002838.J72882@sneakerz.org> References: <20010725020859.J6187-100000@arnold.neland.dk> <20010724192027.E72882@sneakerz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010724192027.E72882@sneakerz.org>; from bright@sneakerz.org on Tue, Jul 24, 2001 at 07:20:27PM -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 * Alfred Perlstein [010724 19:20] wrote: > * Leif Neland [010724 19:18] wrote: > > I've got such a device; it was nessecary, because my camera run out of > > batteries before I could retrieve 48MB of pictures over the normal serial > > port > > > > > > When I plug it in it displays: > > ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 > > > > Can this be read in FreeBSD? > > Try compiling in the 'umass' driver, you may be out of luck, SanDisk > produced a version of thier reader that didn't use the USB disk > specification and requires a proprietary driver for it, you may > be stuck using this from windows. Good news is that you can get > one that works in freebsd for only about 20$. here ya go (i think) http://www.esend.com/sandisk/product.asp?sku=SDDR-31&mscssid=E91K8VP9QUHK8NB60TWX92UQQJALCDD1 -- -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 Jul 24 23:21:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from area51.vail (chrobd01.vailsys.com [63.210.102.138]) by hub.freebsd.org (Postfix) with ESMTP id 010FA37B401 for ; Tue, 24 Jul 2001 23:21:41 -0700 (PDT) (envelope-from hal@vailsys.com) Received: from gamera.vail (root@gamera.vail [172.16.15.1]) by area51.vail (8.9.3/8.9.3) with ESMTP id BAA52829 for ; Wed, 25 Jul 2001 01:21:19 -0500 (CDT) (envelope-from hal@vailsys.com) Received: (from hal@localhost) by gamera.vail (8.11.4/8.11.3) id f6P6LIN02606; Wed, 25 Jul 2001 01:21:18 -0500 (CDT) X-Authentication-Warning: gamera.vail: hal set sender to hal@vailsys.com using -f To: freebsd-hackers@freebsd.org Subject: libc.a(err.o) From: Hal Snyder Date: 25 Jul 2001 01:21:18 -0500 In-Reply-To: <20010725002838.J72882@sneakerz.org> (Alfred Perlstein's message of "Wed, 25 Jul 2001 00:28:39 -0500") Message-ID: <87d76pmsv5.fsf_-_@gamera.vail> Lines: 89 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.1 (Cuyahoga Valley) 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 am wondering if there is a problem with err, warn, etc. in libc. All these functions are in the same module, err.o. If you redefine some of the err.o functions, and call a libc function that depends on another (not redefined) one of the functions, then link statically, you end up with a multiply-defined symbol. I ran into this building a cvs snap of sfs (www.fs.net) on FreeBSD-current. Have reviewed it with the author of that package, who contributed the code snippet below. A toy example of the problem follows using endpwent(). Note endpwent() indirectly depends on err.o: Archive member included because of file (symbol) ... /usr/lib/libc.a(err.o) /usr/lib/libc.a(stringlist.o) (err) /usr/lib/libc.a(stringlist.o) /usr/lib/libc.a(getusershell.o) (sl_add) /usr/lib/libc.a(getusershell.o) /usr/lib/libc.a(pw_scan.o) (getusershell) /usr/lib/libc.a(pw_scan.o) /usr/lib/libc.a(getpwent.o) (__pw_scan) /usr/lib/libc.a(getpwent.o) ../sfsmisc/.libs/libsfsmisc.a(sfsconst.o) (endpwent) Here is the code: #include #include #include void warn (const char *msg) { fprintf (stderr, "WARNING: %s\n", msg); } int main (int argc, char **argv) { endpwent (); warn ("exiting"); return 0; } Static linking produces the following: >cc -Wl,-Bstatic -o dms dm.c /usr/lib/libc.a(err.o): In function `warn': err.o(.text+0x1e0): multiple definition of `warn' /tmp/cchk0Ydc.o(.text+0x0): first defined here /usr/libexec/elf/ld: Warning: size of symbol `warn' changed from 33 to 30 in err.o Bug? Feature? Do we want separate modules? Weak symbols? Note on FreeBSD we have /usr/lib/libc.a:err.o:00000030 T err /usr/lib/libc.a:err.o:00000020 T err_set_exit /usr/lib/libc.a:err.o:00000000 T err_set_file /usr/lib/libc.a:err.o:00000070 T errc /usr/lib/libc.a:err.o:00000138 T errx /usr/lib/libc.a:err.o:00000050 T verr /usr/lib/libc.a:err.o:00000088 T verrc /usr/lib/libc.a:err.o:00000150 T verrx /usr/lib/libc.a:err.o:00000200 T vwarn /usr/lib/libc.a:err.o:0000023c T vwarnc /usr/lib/libc.a:err.o:000002e0 T vwarnx /usr/lib/libc.a:err.o:000001e0 T warn /usr/lib/libc.a:err.o:00000220 T warnc /usr/lib/libc.a:err.o:000002c8 T warnx while NetBSD has /usr/lib/libc.a:warn.o:00000000 T _warn /usr/lib/libc.a:warn.o:00000000 W warn /usr/lib/libc.a:vwarn.o:00000000 T _vwarn /usr/lib/libc.a:vwarn.o:00000000 W vwarn /usr/lib/libc.a:warnx.o:00000000 T _warnx /usr/lib/libc.a:warnx.o:00000000 W warnx /usr/lib/libc.a:vwarnx.o:00000000 T _vwarnx /usr/lib/libc.a:vwarnx.o:00000000 W vwarnx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 23:39:43 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 9FDAB37B401 for ; Tue, 24 Jul 2001 23:39:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.74.Dial1.SanJose1.Level3.net [209.245.141.74]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA23438; Tue, 24 Jul 2001 23:39:27 -0700 (PDT) Message-ID: <3B5E69C5.3D3C259E@mindspring.com> Date: Tue, 24 Jul 2001 23:40:05 -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: Zhihui Zhang Cc: vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size 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 Zhihui Zhang wrote: > > Hi, > > in freebsd can we change the cluster size from 2048 > > bytes.If yes how can we do that? > > do we have to configure in some file? > > You must be asking why the mbuf cluster size is chosen as 2048, right? It > is probably a tradeoff between memory efficient and speed. Ask yourselves: "What is the minimum cluster size I would have to have to be able to contain the maximum MTU worth of data, yet remain an even multiple of sizeof(mbuf) -- 256 bytes?" -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 24 23:54:43 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 5B71A37B401 for ; Tue, 24 Jul 2001 23:54:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.74.Dial1.SanJose1.Level3.net [209.245.141.74]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA01621; Tue, 24 Jul 2001 23:54:16 -0700 (PDT) Message-ID: <3B5E6D3F.6D5FB1BE@mindspring.com> Date: Tue, 24 Jul 2001 23:54:55 -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: Evan Sarmiento Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: passing function ptrs to syscalls References: <20010723225910.A19663A1DE@postfix.sekt7.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 Evan Sarmiento wrote: > I'm writing a system call which requires a function pointer as an argument, > In syscalls.master, it is specified as such: > > 366 STD BSD { int prfw_inject_fp(int sl, int synum, pid_t pi > d, int (*fp)() ); } > > However, when I try compiling the kernel, sysproto complains The parser is s dumb little thing that doesn't understand nesting of parenthesis. But even if you fix this, your system call will never work. The problem is that the system call is in kernel space, but any function call you can give it is in user space. This means that the call you want it to call from kernel space will not be accessible at the time the call is made. You also don't want to do this, ever: the kernel runs in supervisor mode, while your code runs in user mode. Letting people execute code in supervisor mode is incredibly fraught with peril, from a security perspective: anyone who calls your call can become root, should they choose to write their credentials off the currently executing proc struct. The way you would do this, by the way, is to make the call take a "void *", and then cast it back into a function in the kernel; this assumes you resolve the address space and protection domain issues. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 0:16:32 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 1BC5D37B401 for ; Wed, 25 Jul 2001 00:16:26 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.74.Dial1.SanJose1.Level3.net [209.245.141.74]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id AAA09848; Wed, 25 Jul 2001 00:15:54 -0700 (PDT) Message-ID: <3B5E7251.CCECCCC4@mindspring.com> Date: Wed, 25 Jul 2001 00:16:33 -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: y-carden@uniandes.edu.co Cc: hackers@FreeBSD.ORG, gvega@uniandes.edu.co Subject: Re: Invoking a userland function from kernel 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 y-carden@uniandes.edu.co wrote: > > I need pass asynchronously data from kernel > to a userland process, include a quantity variable of > data (void *opaque). The easiest way to do this is to have the user space process register a kevent, and then KNOTE() in the kernel when the event takes place. Another way to do this is to create a pseduo device driver, and read the data in user space. What it really sounds like you want is callbacks into user space from the kernel, a la VMS AST's (Asynchornous System Traps). To implement true AST's, you need to know that the kernel runs in supervisor mode, and the user space runs in user mode, and that these correspond to "rong 0" and "ring 3" protection domains for protected mode Intel processors, respectively. To implement AST's correctly, you would need to run them in "system mode", which in the Intel processor vernacular, would be "ring 2". I recommend against doing this. An alternate method of doing this would be to use a signal; if that doesn't provide a general enough call context for "making calls to user space", then you probably need to wedge your code into the singla trampoline, and deal with it that way, instead. Finally, you may want to use a FIFO or SYSV IPC endpoints in user space, written from kernel space. This can be done, but it will end up taking some work on your part, since the send and write routines were never designed properly to be called from kernel space. > I think that this is similar to upward flow data mechanism in the > network subsystem. The data received at a network interface > flow upward through communications protocols until they are placed > in receive queue of destination socket, the system schedules > protocol processing from the network interface layer by marking a > bit assigned to the protocol in the system's network > interrupt status, and posting a software interrupt reserved > for triggering network activity. Software interrupts are used to > schedule asynchronous network activity. No. This is not how software interrupts work. Software interrupts work by calling them when the splx() call is executed, causing them to be unblocked. Look at the splz() code in the assmebler source files in /sys/i386/i386/. In the netowrk case, a hardware interrupt is taken which causes mbuf's to be queued for processing at non-interrupt time. When the hardware interrupt completes, and splx() is later called within the kernel (the interrupt could have interrupted a user space process, not just a kernel space procedure), then the unmasking of the splnet() interrupt level results in the software interrupt list being called for newly unmasked software interrupts, including NETISR. The NETISR outcall is established with interrupt registration via sysctl (grep for ipintr), which dequeues the mbuf off the queue, and passes it to ip_input() -- or whatever protocol software interrupt handler is appropriate. This in turn pushes it up to the point where no more processing can occur outside the context of a user process, and puts the mbuf, socket, or whatever other result onto a queue. When the process runs, it harvests the queue via a system call. In other words, it all occurs in kernel space. For a good grounding in how this works, look at how the bind(2) call results in connection events as a result of incoming syn/synack/ack events, and how the "accept" call "reaps" these throu sooaccept and the code path in the /sys/kern/uipc_socket*.c code. > But I don't know how I can trigger this software interrupts > from my code into the FreeBSD kernel. You can't; at least, you can't do exactly that. As others have pointed out, you would have better luck telling us what problem it is you are trying to solve, and then letting people suggest solutions, instead of picking "the one true solution", and then asking us how to implement it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 0:26: 4 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 09CBF37B406; Wed, 25 Jul 2001 00:25:59 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.74.Dial1.SanJose1.Level3.net [209.245.141.74]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id AAA02581; Wed, 25 Jul 2001 00:25:53 -0700 (PDT) Message-ID: <3B5E74A8.4FC67BC9@mindspring.com> Date: Wed, 25 Jul 2001 00:26: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: Dave Feustel Cc: "Karsten W. Rohrbach" , "David O'Brien" , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> 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 Dave Feustel wrote: > > Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com > are available from Simtek http://www.simtec.co.uk/ No pricing anywhere that I could find. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 0:28:38 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 0B01D37B408 for ; Wed, 25 Jul 2001 00:28:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.74.Dial1.SanJose1.Level3.net [209.245.141.74]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id AAA08393; Wed, 25 Jul 2001 00:28:22 -0700 (PDT) Message-ID: <3B5E753D.62F08AAB@mindspring.com> Date: Wed, 25 Jul 2001 00:29:01 -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: Ron Chen Cc: mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.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 Ron Chen wrote: > > Sun Grid Engine goes opensource. See SGE home page: > > http://www.sun.com/gridware I see no source code there, only Solaris and Linux binaries. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 0:45:12 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 7FB8437B403 for ; Wed, 25 Jul 2001 00:45:07 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.141.74.Dial1.SanJose1.Level3.net [209.245.141.74]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id AAA16533; Wed, 25 Jul 2001 00:45:04 -0700 (PDT) Message-ID: <3B5E791A.156715E2@mindspring.com> Date: Wed, 25 Jul 2001 00:45:30 -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: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time References: <200107250035.UAA72348@cs.rpi.edu> 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 "David E. Cross" wrote: > I noticed that exec(2) does not update the last access time of a file... > is this intentional? POSIX only mandates updates of time fields in very specific cirumstances: when using particular API's. So if you use a different or unexpected API, an update is not required. For example, I had an FS that allowed you to read both directory entry and stat information simultaneously from a directoy, and did globbing in the kernel. Since it was neither "getdireentries" nor "read", I didn't have to do the update that would otherwise have been required. In the exec case, we are talking something very like mmap, where the kernel never gets notification if the read, in any case: it is only when you use an accessor or mutator function, like read or write, where the operation can be hooked, because it is procedural, that an update can even be forced to occur, under any circumstances. Data interfaces are effectively immune from such monitoring. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 2:37:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156]) by hub.freebsd.org (Postfix) with ESMTP id 8685037B40D for ; Wed, 25 Jul 2001 02:34:38 -0700 (PDT) (envelope-from pmarquis@pobox.com) Received: from sboy.pmarquis.com (h002078d55764.ne.mediaone.net [66.30.61.39]) by chmls20.mediaone.net (8.11.1/8.11.1) with SMTP id f6P9YUl24905; Wed, 25 Jul 2001 05:34:30 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Paul Marquis To: Terry Lambert , Ron Chen Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source Date: Wed, 25 Jul 2001 05:35:09 -0400 X-Mailer: KMail [version 1.2] Cc: mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5E753D.62F08AAB@mindspring.com> In-Reply-To: <3B5E753D.62F08AAB@mindspring.com> MIME-Version: 1.0 Message-Id: <01072505350900.22244@sboy.pmarquis.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 Wednesday 25 July 2001 03:29, Terry Lambert wrote: > Ron Chen wrote: > > Sun Grid Engine goes opensource. See SGE home page: > > > > http://www.sun.com/gridware > > I see no source code there, only Solaris and Linux binaries. Check out (though the site(s) currently appear down): http://www.gridengine.sunsource.net/ http://www.sunsource.net/ -- Paul Marquis pmarquis@pobox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 2:45:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id E8C6737B40B; Wed, 25 Jul 2001 02:45:09 -0700 (PDT) (envelope-from chris@paradox.demon.co.uk) Received: from paradox.demon.co.uk ([194.222.29.33] helo=pinky.paradox.demon.co.uk) by tele-post-20.mail.demon.net with smtp (Exim 2.12 #2) id 15PLE4-00049g-0K; Wed, 25 Jul 2001 09:45:08 +0000 Content-Type: text/plain; charset="iso-8859-1" From: Chris Gilbert To: Terry Lambert , Dave Feustel Subject: Re: FreeBSD for ARM processor Date: Wed, 25 Jul 2001 10:45:05 +0100 X-Mailer: KMail [version 1.2] Cc: "Karsten W. Rohrbach" , "David O'Brien" , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> <3B5E74A8.4FC67BC9@mindspring.com> In-Reply-To: <3B5E74A8.4FC67BC9@mindspring.com> Organization: NetBSD MIME-Version: 1.0 Message-Id: <01072510450500.07630@pinky.paradox.demon.co.uk> 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 Wednesday 25 July 2001 8:26 am, Terry Lambert wrote: > Dave Feustel wrote: > > Strongarm-based pcs designed by Chalice Technologies > > http://www.chaltech.com are available from Simtek > > http://www.simtec.co.uk/ > > No pricing anywhere that I could find. I believe that they cost about 700 ukp for a complete system (simtec do still sell them) the board alone is 350ukp (the reason for the cost is that they don't mass produce them to the same scale as pc motherboard makers) However you can get them second hand for less. AFAIR my 2nd hand box was about 400 ukp (cats board, case, psu, network, graphics, new 40GB hard disc), note that the 2nd hand box has the rev S chip with the ldmib bug, but that's not been shown to be an issue. One issue with them is that the memory is fairly specific on the timing front, and number of banks, eg it has to be PC66 in one slot, and also 2 banks, but if you leave that slot empty you can use PC100 and 4 bank in the other slot. Your also limited on graphics capability, I believe that mach64 and S3 cards work. Others may also work. The issue is that the BIOS has to emulate enough of an x86 for the graphics card to startup. Simtec have said they may improve/expand the emulation to allow them to boot more recent cards. -- Chris Gilbert chris@netbsd.org Portmaster, NetBSD/cats http://www.netbsd.org/Ports/cats/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 2:45:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ext1.vpu-muc.de (ext1.vpu-muc.de [62.153.195.138]) by hub.freebsd.org (Postfix) with ESMTP id 67A1C37B40D for ; Wed, 25 Jul 2001 02:44:00 -0700 (PDT) (envelope-from boch@pactcorp.com) Received: from dev.pact ([10.0.0.103] helo=pactcorp.com) by ext1.vpu-muc.de with esmtp (Exim 3.12 #1 (Debian)) id 15PLAR-0007dM-00; Wed, 25 Jul 2001 11:41:23 +0200 Message-ID: <3B5E94D8.91032125@pactcorp.com> Date: Wed, 25 Jul 2001 11:43:52 +0200 From: "Christopher R. Bowman" Reply-To: crb@ChrisBowman.com X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Leo Bicknell Subject: Re: MPP and new processor designs. References: <01072419441206.00416@antiproton.ChrisBowman.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 "Leo Bicknell " wrote: > > A number of new chips have been released lately, along with some > enhancements to existing processors that all fall into the same > logic of parallelizing some operations. Why, just today I ran > across an article about http://www.theregister.co.uk/content/3/20576.html, > which bosts 128 ALU's on a single chip. > > This got me to thinking about an interesting way of using these > chips. Rather than letting the hardware parallelize instructions > from a single stream, what about feeding it multiple streams of > instructions. That is, treat it like multiple CPU's running two > (or more) processes at once. > > I'm sure the hardware isn't quite designed for this at the moment > and so it couldn't "just be done", but if you had say 128 ALU's > most single user systems could dedicate one ALU to a process > and never context switch, in the traditional sense. For systems > that run lots of processors the rate limiting on a single process > wouldn't be a big issue, and you could gain lots of effiencies > in the global aspect by not context-switching in the traditional > sense. > > Does anyone know of something like this being tried? Traditional > 2-8 way SMP systems probably don't have enough processors (I'm > thinking 64 is a minimum to make this interesting) and require > other glue to make multiple independant processors work together. > Has anyone tried this with them all in one package, all clocked > together, etc? > > -- > 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 As I work for the above mentioned processor company, I though I might jump in here rather quickly and dispel an notion that you will be running any type of Linux or Unix on these processors any time soon. This chip is a reconfigurable data flow architecture with support for control flow. You really need to think about this chip in the dataflow paradigm. In addition you have to examine what the reporter said. While it is true that there are 128 ALUs on the chip and that it can perform in the neighborhood of 15BOPs these are only ALUs, they are not full processors. They don't run a program as you would on a typical von Neumann processor. The ALUs don't even have a program counter (not to mention MMUs). Instead, to program one of these chips you tell each ALU what function to perform and tell the ALUs how their input and output ports are connected. Then you sit back and watch as the data streams through in a pipelined fashion. Because all ALUs operate in parallel you can get some spectacular operations/second counts even at low frequencies. Think of it, even at only 100Mhz 100 ALUs operating in parallel give you 10 Billion operations per second. So, now let me move on to the real thrust of your argument which is valid, and point you at the kind of hardware you are really talking about. IBM is coming out with a POWER 4 that is just ungodly huge! (That is a technical term in the trade). 2 Processors per chip, four chips all together on a module 680 MILLION transistor in 20 sq. in, and if I remember correctly something like 5000 pins! Lots of interprocessor bandwidth. I don't know how they are going to get decent yield on these things, and you certainly aren't going to find them in your local compUSA but then there you go. Anyway the concept of not moving a process off a processor is in general called processor affinity, and has other benefits aside from the reduction of context switch. Even if it took you zero time to swap all the processor registers of 2 process from one processor to another you still would have reduced performance since you would have to flush the user space part of the TLBs (FreeBSD maps the kernel into each process address space and this doesn't need to be flushed) and the caches on virtually addressed caches (even on physically addressed caches where you don't have to flush, you still don't have the right data load into the new processors cache) and so you won't see the same through put. So in general affinity is good, but there are other problems. Suppose a process has finished it's quantum and the only other runable process hasn't been running on the now free processor, do you break the affinity, or do you hope that the process currently running on your preferred processor will sleep soon and it will be better for you to idle the other processor and wait for you preferred one? And you will have to worry about migrating processes across the processors to load balance in case you end up getting a few long lived processes all sharing one processor while the other processors only have say one process a piece. Terry can probably point you to the right place to read up about all this, but I think a company called sequent running lots of 286s in parallel had some good technical success with this kind of thing. finally, I do think that perhaps we have hit the point of diminishing returns with the current complexity of processors. Part of the Hennesy/Patterson approach to architecture that led to RISC was not reduction of instructions sets because that is good as a goal in it's own right, but rather a reduction of complexity as an engineering design goal since this leads to faster product design cycles which allows you to more aggressively target and take advantage of improving process technology. I think that the time may come where we want to dump huge caches and multiway super scalar processing since they take up lots of die space and pay diminishing returns. Perhaps in the future we would be better off with 20 or 50 simple first generation MIPS type cores on a chip. In a large multi-user system with high availability of jobs you might be able to leverage the design of the single core to truly high aggregate performance. You would, of course, not do anything for the single user workstation where you are only surfing or word processing, but in a large commercial setting with lots of independent jobs you might see better utilization of all that silicon by running more processes slower. --------- Christopher R. Bowman crb@ChrisBowman.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 2:53:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by hub.freebsd.org (Postfix) with SMTP id C8CAE37B403 for ; Wed, 25 Jul 2001 02:53:25 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jul 2001 09:53:25 -0000 X-Apparently-From: Message-ID: <3B5E9714.B2DC4FEC@yahoo.com> Date: Wed, 25 Jul 2001 04:53:24 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: tlambert2@mindspring.com Cc: Ron Chen , mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5E753D.62F08AAB@mindspring.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 Terry Lambert wrote: > > Ron Chen wrote: > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > http://www.sun.com/gridware > > I see no source code there, only Solaris and Linux binaries. I coulda sworn I saw that they had source code available for grid engine as well, as this weekend i was downloading stuff for Solaris 8 x86 [which i run on one of my disks]. I did also take note that they are offering sources for Solaris 8, but I can't download it at the moment, as I don't have a fax machine to return the form. Apparently the Solaris 8 sources are available for free, but you have to fax the damned form back for download access. Somewhere in my search for Sun free stuff for Solaris 8 over the weekend did turn up a Sun page saying Grid Engine sources were available, as I recall tho. Sun really does need to redo their page so it's easier to find stuff. I'll backtrack and see if I can come up with the page I saw it on. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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 Jul 25 3: 7:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gekko.i-clue.de (server.ms-agentur.de [62.153.134.194]) by hub.freebsd.org (Postfix) with ESMTP id 2661B37B406 for ; Wed, 25 Jul 2001 03:07:29 -0700 (PDT) (envelope-from so@server.i-clue.de) Received: from i-clue.de (automatix.i-clue.de [192.168.0.112]) by gekko.i-clue.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA03628 for ; Wed, 25 Jul 2001 12:15:37 +0200 Message-ID: <3B5E9AF5.229E87E9@i-clue.de> Date: Wed, 25 Jul 2001 12:09:57 +0200 From: Christoph Sold Reply-To: so@server.i-clue.de X-Mailer: Mozilla 4.78 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5E753D.62F08AAB@mindspring.com> <3B5E9714.B2DC4FEC@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 [Extensive cross-posting adress list dropped.] Jim Bryant wrote: > > Terry Lambert wrote: > > > > Ron Chen wrote: > > > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > > > http://www.sun.com/gridware > > > > I see no source code there, only Solaris and Linux binaries. > > I coulda sworn I saw that they had source code available for > grid engine as well, as this weekend i was downloading stuff for > Solaris 8 x86 [which i run on one of my disks]. Direct from Suns Grid Engine FAQ: [Line breaks edited by me.] "Q: Is Sun making the source for the now-current Sun Grid Engine software versions 5.2.2/5.2.3 available in open source? A: The source available in the Grid Engine open source project has received numerous modifications in order to prepare it for release as open source software. Organizations interested in obtaining the source for the now current 5.2.2/5.2.3 versions under a Sun source-access (non-open source) license should contact sungridengine_partners@sun.com." Q: What is the license for the Grid Engine project? A: The project uses the Sun Industry Standards Source License, or SISSL.[...]" Alas, closed source. HTH -Christoph Sold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 3:59: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp017.mail.yahoo.com (smtp017.mail.yahoo.com [216.136.174.114]) by hub.freebsd.org (Postfix) with SMTP id AE29437B405 for ; Wed, 25 Jul 2001 03:59:06 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jul 2001 10:59:06 -0000 X-Apparently-From: Message-ID: <3B5EA679.8B53AEAD@yahoo.com> Date: Wed, 25 Jul 2001 05:59:05 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: so@server.i-clue.de Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5E753D.62F08AAB@mindspring.com> <3B5E9714.B2DC4FEC@yahoo.com> <3B5E9AF5.229E87E9@i-clue.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 Christoph Sold wrote: > > [Extensive cross-posting adress list dropped.] > > Jim Bryant wrote: > > > > Terry Lambert wrote: > > > > > > Ron Chen wrote: > > > > > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > > > > > http://www.sun.com/gridware > > > > > > I see no source code there, only Solaris and Linux binaries. > > > > I coulda sworn I saw that they had source code available for > > grid engine as well, as this weekend i was downloading stuff for > > Solaris 8 x86 [which i run on one of my disks]. > > Direct from Suns Grid Engine FAQ: > [Line breaks edited by me.] > > "Q: Is Sun making the source for the now-current Sun Grid Engine > software versions 5.2.2/5.2.3 available in open source? > > A: The source available in the Grid Engine open source project has > received numerous modifications in order to prepare it for > release as open source software. Organizations interested in > obtaining the source for the now current 5.2.2/5.2.3 versions > under a Sun source-access (non-open source) license should > contact sungridengine_partners@sun.com." Here is the URL referencing the Grid Engine Open Source project. Not much there, apparently it's one of those Real Soon Now(TM) items, but this is the URL: http://www.sun.com/software/gridware/gridengine_project.html jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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 Jul 25 4: 4:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id BECAA37B405 for ; Wed, 25 Jul 2001 04:04:39 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jul 2001 11:04:39 -0000 X-Apparently-From: Message-ID: <3B5EA7C6.265353D8@yahoo.com> Date: Wed, 25 Jul 2001 06:04:38 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: so@server.i-clue.de, freebsd-hackers@FreeBSD.ORG Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5E753D.62F08AAB@mindspring.com> <3B5E9714.B2DC4FEC@yahoo.com> <3B5E9AF5.229E87E9@i-clue.de> <3B5EA679.8B53AEAD@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 Jim Bryant wrote: > > Christoph Sold wrote: > > > > [Extensive cross-posting adress list dropped.] > > > > Jim Bryant wrote: > > > > > > Terry Lambert wrote: > > > > > > > > Ron Chen wrote: > > > > > > > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > > > > > > > http://www.sun.com/gridware > > > > > > > > I see no source code there, only Solaris and Linux binaries. > > > > > > I coulda sworn I saw that they had source code available for > > > grid engine as well, as this weekend i was downloading stuff for > > > Solaris 8 x86 [which i run on one of my disks]. > > > > Direct from Suns Grid Engine FAQ: > > [Line breaks edited by me.] > > > > "Q: Is Sun making the source for the now-current Sun Grid Engine > > software versions 5.2.2/5.2.3 available in open source? > > > > A: The source available in the Grid Engine open source project has > > received numerous modifications in order to prepare it for > > release as open source software. Organizations interested in > > obtaining the source for the now current 5.2.2/5.2.3 versions > > under a Sun source-access (non-open source) license should > > contact sungridengine_partners@sun.com." > > Here is the URL referencing the Grid Engine Open Source project. > > Not much there, apparently it's one of those Real Soon Now(TM) items, but this is the URL: > > http://www.sun.com/software/gridware/gridengine_project.html Apparently the Grid Engine Open Source Project was discussed in one of yesterday's sessions at the O'Reilly Open Source Convention in San Diego. It was the first conference at the convention. http://www.sun.com/software/star/events/oreillyopensource2001/ Anyone around here attending this convention that attended the Grid Engine session that can give us some info on this subject? Apparently the convention ends on Friday. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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 Jul 25 4: 9:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 8322337B407 for ; Wed, 25 Jul 2001 04:09:32 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jul 2001 11:09:32 -0000 X-Apparently-From: Message-ID: <3B5EA8EB.BC1CAFB4@yahoo.com> Date: Wed, 25 Jul 2001 06:09:31 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ron Chen Cc: mauiusers@supercluster.org, freebsd-hackers@freebsd.org, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.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 Ron Chen wrote: > > Sun Grid Engine goes opensource. See SGE home page: > > http://www.sun.com/gridware > > -Ron http://www.sun.com/smi/Press/sunflash/2001-07/sunflash.20010723.1.html SUN MICROSYSTEMS MAKES SUN[tm] GRID ENGINE SOFTWARE AVAILABLE TO OPEN SOURCE COMMUNITY Sun Works with CollabNet to Continue its Strong Support of Open Computing and Encourage Adoption of Powerful Grid Computing Model SAN DIEGO, CA -- O'REILLY OPEN SOURCE CONVENTION -- July 23, 2001 -- Reaffirming its commitment to the open source movement, Sun Microsystems, Inc. (NASDAQ: SUNW) announced today the Sun Grid Engine Project, an initiative to offer the source code for Sun[tm] Grid Engine software to users and the developer community. Sun Grid Engine software is an advanced distributed resource management (DRM) tool. It has been available as a free download at www.sun.com/software/gridware since its introduction in September 2000. A leader in the open source community, Sun will add this project's half million lines of code to its total of more than 8 million lines of code already contributed to open source efforts. Sun is coordinating this worldwide project with CollabNet, a leading provider of collaborative software development solutions based on open source concepts, in making the code available for download at www.gridengine.sunsource.net. The project is designed to further remove the cost and implementation barriers associated with deploying DRM software in a compute farm. Additionally, both open source users and Sun Grid Engine software customers should benefit from this open source project through enhanced industry support. For example, service and support providers should be able to customize the powerful software for specific customer needs, and software developers should be able to reduce complexity for end users by creating applications that are tightly integrated with Sun Grid Engine software. Over time, the open source effort should facilitate the adoption of open standards for DRM software, facilitating interoperability with applications and easing integration. "As cluster computing scales up towards grid computing, tools like Sun Grid Engine software will become ubiquitous and essential," said Tim O'Reilly, founder and CEO of technology information firm O'Reilly & Associates. "Computing is moving towards the development of what you might call an Internet operating system. Sun recognizes that key components of that operating system shouldn't be controlled by any one company, and they're putting their money where their mouth is by releasing it as open source." "Sun will continue to deliver products that support our core philosophy that the network is the computer," said Robbie Turner, vice president of Client and Technical Market Products at Sun Microsystems. "Sun is encouraging the grid computing model via free downloads of Sun Grid Engine software--and now by making its code available to the open source community--because the productivity gains of the grid computing model will increasingly serve as a decisive factor in a business's ultimate success or failure." CollabNet is providing the Web infrastructure and comprehensive development platform that enables geographically dispersed groups of developers to collaborate on Grid Engine projects. Based on CollabNet's SourceCast environment, this platform includes tools for revision control, issue tracking, mailing list creation and management, and Web-based administration. This open source project follows on the heels of the successful OpenOffice.org initiative--also supported by CollabNet--which made available the source code for Sun's StarOffice[tm] software under the same industry-accepted Sun Industry Standards Source License. Full details of Sun's involvement with open source projects can be seen at www.sunsource.net. "The Grid Engine Project continues to demonstrate Sun's true leadership within the open source community," said Brian Behlendorf, co-founder and CTO of CollabNet. "CollabNet is delighted to be working with Sun on yet more compelling open source software. Sun's decision to open this previously proprietary software demonstrates its understanding of the technical community's fundamental need and interest in scalable DRM technology." Delivering Network-Wide Compute Power to the Desktop Sun Grid Engine software was introduced in September 2000 as the first product resulting from Sun's acquisition of Gridware, formerly a privately-owned commercial vendor of advanced DRM software tools. Since then, the software has been downloaded nearly 8,000 times in more than 90 countries. A comprehensive web-based training course for installing and managing the software is also available at no cost at www.sun.com/software/gridware. By distributing Sun Grid Engine software as a free download and with all Sun systems, Sun is changing the economics of technical computing and breaking down the barriers of employing distributed computing. Sun Grid Engine software is designed to aggregate compute resources, match them to individual job requirements, and deliver network-wide compute power to the desktop. Through this horizontal scaling, Sun's powerful DRM tool manages an organization's compute resources and job distribution, which: allows engineers to move beyond the desktop to leverage all the resources available on the network; frees the engineer to focus on the project, not computing tasks; provides easy access to resource-rich compute environments, allowing for expanded product development, simulations and testing; speeds time to market; and fundamentally changes the economics of technical computing. About CollabNet CollabNet provides companies with solutions for collaborative software development by combining a comprehensive Web-based environment and suite of consulting services. CollabNet develops collaborative networks that enable companies to share code within an enterprise, to give select customers and business partners access to code, or to open the code to the wider open source community. These solutions are designed to facilitate software development across globally disparate communities and enable corporations to reduce costs and increase revenues. CollabNet is currently working with customers ranging from hardware and software providers to companies from industries such as finance, wireless, and healthcare. Brian Behlendorf, co-founder of the Apache Software Foundation, established CollabNet in July 1999. For more information, see www.collab.net. About Sun Microsystems, Inc. Since its inception in 1982, a singular vision -- "The Network Is The Computer[tm]" -- has propelled Sun Microsystems, Inc. (Nasdaq: SUNW), to its position as a leading provider of industrial-strength hardware, software and services that power the Internet and allow companies worldwide to take their businesses to the nth. With $18.3 billion in annual revenues, Sun can be found in more than 170 countries and on the World Wide Web at http://sun.com. Sun, Sun Microsystems, the Sun Logo, Sun Grid Engine, StarOffice and The Network Is The Computer are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. CollabNet and SourceCast are trademarks of CollabNet, Inc. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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 Jul 25 4:24:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (Postfix) with ESMTP id C5B8237B401 for ; Wed, 25 Jul 2001 04:24:32 -0700 (PDT) (envelope-from tonym@biolateral.com.au) Received: from dt.home (p48570.net10.usyd.edu.au [10.0.189.186]) by morgan.angis.su.OZ.AU (8.9.1a/8.9.1) with ESMTP id VAA27451 for ; Wed, 25 Jul 2001 21:24:30 +1000 (EST) Received: (from tonym@localhost) by dt.home (8.11.4/8.11.4) id f6PBOMv72077 for hackers@freebsd.org; Wed, 25 Jul 2001 21:24:22 +1000 (EST) (envelope-from tonym) Date: Wed, 25 Jul 2001 21:24:22 +1000 (EST) From: Tony Maher Message-Id: <200107251124.f6PBOMv72077@dt.home> To: hackers@freebsd.org Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source 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 originally sent this to stable by mistake. Terry Lambert wrote: > > Ron Chen wrote: > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > http://www.sun.com/gridware > > I see no source code there, only Solaris and Linux binaries. Click thru the licence agreement and at the very bottom of the page you will find a source tar ball. Plus CVS access is supposed to be available but I haven't tried that yet. I have downloaded, hacked a bit and compiled and semi-installed about 30mins ago. On first appearance it does not have much more functionality than NQS (ports/net/generic-nqs) except maybe some graphical interfaces (which I have only seen in the docs so far). Though the documentation is larger (I don't know about better ;-) I'll try to make a port of it but it may take a while. Like generic-nqs it has funny way of building and installing :-( -- Tony Maher Systems Engineer email: tonym@biolateral.com.au BioLateral Pty Ltd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 4:31:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id CCB6937B40A for ; Wed, 25 Jul 2001 04:31:05 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Jul 2001 11:31:05 -0000 X-Apparently-From: Message-ID: <3B5EADF8.A28967EB@yahoo.com> Date: Wed, 25 Jul 2001 06:31:04 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ron Chen , mauiusers@supercluster.org, freebsd-hackers@freebsd.org, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org Subject: Downloads appear broked...but work...keep hitting "reload"... References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5EA8EB.BC1CAFB4@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 Jim Bryant wrote: > > Ron Chen wrote: > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > http://www.sun.com/gridware > > > > -Ron > > http://www.sun.com/smi/Press/sunflash/2001-07/sunflash.20010723.1.html > > SUN MICROSYSTEMS MAKES SUN[tm] GRID ENGINE SOFTWARE AVAILABLE TO OPEN SOURCE COMMUNITY > > Sun Works with CollabNet to Continue its Strong Support of Open Computing and Encourage Adoption of Powerful Grid Computing Model > > SAN DIEGO, CA -- O'REILLY OPEN SOURCE CONVENTION -- July 23, 2001 -- Reaffirming its commitment to the open source movement, Sun > Microsystems, Inc. (NASDAQ: SUNW) announced today the Sun Grid Engine Project, an initiative to offer the source code for Sun[tm] > Grid Engine software to users and the developer community. Sun Grid Engine software is an advanced distributed resource management > (DRM) tool. It has been available as a free download at www.sun.com/software/gridware since its introduction in September 2000. > > A leader in the open source community, Sun will add this project's half million lines of code to its total of more than 8 million > lines of code already contributed to open source efforts. Sun is coordinating this worldwide project with CollabNet, a leading > provider of collaborative software development solutions based on open source concepts, in making the code available for download at > www.gridengine.sunsource.net. > > The project is designed to further remove the cost and implementation barriers associated with deploying DRM software in a compute > farm. Additionally, both open source users and Sun Grid Engine software customers should benefit from this open source project > through enhanced industry support. For example, service and support providers should be able to customize the powerful software for > specific customer needs, and software developers should be able to reduce complexity for end users by creating applications that are > tightly integrated with Sun Grid Engine software. Over time, the open source effort should facilitate the adoption of open standards > for DRM software, facilitating interoperability with applications and easing integration. > > "As cluster computing scales up towards grid computing, tools like Sun Grid Engine software will become ubiquitous and essential," > said Tim O'Reilly, founder and CEO of technology information firm O'Reilly & Associates. "Computing is moving towards the > development of what you might call an Internet operating system. Sun recognizes that key components of that operating system > shouldn't be controlled by any one company, and they're putting their money where their mouth is by releasing it as open source." > > "Sun will continue to deliver products that support our core philosophy that the network is the computer," said Robbie Turner, vice > president of Client and Technical Market Products at Sun Microsystems. "Sun is encouraging the grid computing model via free > downloads of Sun Grid Engine software--and now by making its code available to the open source community--because the productivity > gains of the grid computing model will increasingly serve as a decisive factor in a business's ultimate success or failure." > > CollabNet is providing the Web infrastructure and comprehensive development platform that enables geographically dispersed groups of > developers to collaborate on Grid Engine projects. Based on CollabNet's SourceCast environment, this platform includes tools for > revision control, issue tracking, mailing list creation and management, and Web-based administration. This open source project > follows on the heels of the successful OpenOffice.org initiative--also supported by CollabNet--which made available the source code > for Sun's StarOffice[tm] software under the same industry-accepted Sun Industry Standards Source License. Full details of Sun's > involvement with open source projects can be seen at www.sunsource.net. > > "The Grid Engine Project continues to demonstrate Sun's true leadership within the open source community," said Brian Behlendorf, > co-founder and CTO of CollabNet. "CollabNet is delighted to be working with Sun on yet more compelling open source software. Sun's > decision to open this previously proprietary software demonstrates its understanding of the technical community's fundamental need > and interest in scalable DRM technology." > > Delivering Network-Wide Compute Power to the Desktop > > Sun Grid Engine software was introduced in September 2000 as the first product resulting from Sun's acquisition of Gridware, > formerly a privately-owned commercial vendor of advanced DRM software tools. Since then, the software has been downloaded nearly > 8,000 times in more than 90 countries. A comprehensive web-based training course for installing and managing the software is also > available at no cost at www.sun.com/software/gridware. By distributing Sun Grid Engine software as a free download and with all Sun > systems, Sun is changing the economics of technical computing and breaking down the barriers of employing distributed computing. > > Sun Grid Engine software is designed to aggregate compute resources, match them to individual job requirements, and deliver > network-wide compute power to the desktop. Through this horizontal scaling, Sun's powerful DRM tool manages an organization's > compute resources and job distribution, which: > > allows engineers to move beyond the desktop to leverage all the resources available on the network; > frees the engineer to focus on the project, not computing tasks; provides easy access to resource-rich compute environments, > allowing for expanded product development, simulations and testing; > speeds time to market; > and fundamentally changes the economics of technical computing. > > About CollabNet > > CollabNet provides companies with solutions for collaborative software development by combining a comprehensive Web-based > environment and suite of consulting services. CollabNet develops collaborative networks that enable companies to share code within > an enterprise, to give select customers and business partners access to code, or to open the code to the wider open source > community. These solutions are designed to facilitate software development across globally disparate communities and enable > corporations to reduce costs and increase revenues. CollabNet is currently working with customers ranging from hardware and software > providers to companies from industries such as finance, wireless, and healthcare. Brian Behlendorf, co-founder of the Apache > Software Foundation, established CollabNet in July 1999. For more information, see www.collab.net. > > About Sun Microsystems, Inc. > > Since its inception in 1982, a singular vision -- "The Network Is The Computer[tm]" -- has propelled Sun Microsystems, Inc. (Nasdaq: > SUNW), to its position as a leading provider of industrial-strength hardware, software and services that power the Internet and > allow companies worldwide to take their businesses to the nth. With $18.3 billion in annual revenues, Sun can be found in more than > 170 countries and on the World Wide Web at http://sun.com. > > Sun, Sun Microsystems, the Sun Logo, Sun Grid Engine, StarOffice and The Network Is The Computer are trademarks or registered > trademarks of Sun Microsystems, Inc. in the United States and other countries. CollabNet and SourceCast are trademarks of CollabNet, > Inc. Everybody and their dog must be downloading this. If you keep getting the java.lang.OutOfMemoryError, just keep hitting "reload"... I was just about to give up when it finally worked for me. -rw-r--r-- 1 jbryant wheel 7735172 Jul 25 06:29 sge-5.3-src.tar.gz jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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 Jul 25 4:59:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 0FADE37B43C for ; Wed, 25 Jul 2001 04:59:48 -0700 (PDT) (envelope-from nectar@nectar.com) Received: by gw.nectar.com (Postfix, from userid 1001) id 846A9AF11F; Wed, 25 Jul 2001 06:59:47 -0500 (CDT) Date: Wed, 25 Jul 2001 06:59:47 -0500 From: "Jacques A. Vidrine" To: Hal Snyder Cc: freebsd-hackers@freebsd.org Subject: Re: libc.a(err.o) Message-ID: <20010725065947.A27000@hellblazer.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Hal Snyder , freebsd-hackers@freebsd.org References: <20010725002838.J72882@sneakerz.org> <87d76pmsv5.fsf_-_@gamera.vail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <87d76pmsv5.fsf_-_@gamera.vail>; from hal@vailsys.com on Wed, Jul 25, 2001 at 01:21:18AM -0500 X-Url: http://www.nectar.com/ 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, Jul 25, 2001 at 01:21:18AM -0500, Hal Snyder wrote: > I am wondering if there is a problem with err, warn, etc. in libc. [snip] > Bug? Feature? > Do we want separate modules? Weak symbols? Yes, it is a bug. IMHO we should be using weak symbols for all globally visibile identifiers in libc that are not defined by ISO/IEC 9899:199[09]. This comes up periodically; check the archives. Basically somebody needs to do the work. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@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 Jul 25 5: 0:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id B399337B40A; Wed, 25 Jul 2001 05:00:01 -0700 (PDT) (envelope-from dfeustel@mindspring.com) Received: from dafcopreqlqo05 (1Cust26.tnt5.fort-wayne.in.da.uu.net [63.17.239.26]) by granger.mail.mindspring.net (8.9.3/8.8.5) with SMTP id HAA23915; Wed, 25 Jul 2001 07:59:56 -0400 (EDT) Message-ID: <005701c11501$4647dd70$1aef113f@dafcopreqlqo05> From: "Dave Feustel" To: Cc: "Karsten W. Rohrbach" , "David O'Brien" , "Stephane E. Potvin" , , References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> <3B5E74A8.4FC67BC9@mindspring.com> Subject: Re: FreeBSD for ARM processor Date: Wed, 25 Jul 2001 06:59:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 The fast cheap way to get going with this product is to buy a complete strongarm pc from Simtek. The slow cheap way is to just buy the motherboard and buy the rest of the components in the US. I took the slow cheap way. I can't remember any more what I paid for the motherboard. ----- Original Message ----- From: "Terry Lambert" To: "Dave Feustel" Cc: "Karsten W. Rohrbach" ; "David O'Brien" ; "Stephane E. Potvin" ; ; Sent: Wednesday, July 25, 2001 2:26 AM Subject: Re: FreeBSD for ARM processor > Dave Feustel wrote: > > > > Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com > > are available from Simtek http://www.simtec.co.uk/ > > No pricing anywhere that I could find. > > -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 5: 3:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id D02A437B40A; Wed, 25 Jul 2001 05:03:23 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.9.3/8.9.3) id NAA06594; Wed, 25 Jul 2001 13:03:17 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20010725130010.00bff590@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 25 Jul 2001 13:02:22 +0100 To: Tony Maher , cluster@freebsd.org From: Bob Bishop Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source Cc: hackers@freebsd.org In-Reply-To: <200107251124.f6PBOMv72077@dt.home> 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 Hi, At 21:24 25/07/01 +1000, Tony Maher wrote: >Sorry originally sent this to stable by mistake. And -cluster should be getting this thread. >Terry Lambert wrote: > > > > Ron Chen wrote: > > > > > > Sun Grid Engine goes opensource. See SGE home page: > > > > > > http://www.sun.com/gridware > > > > I see no source code there, only Solaris and Linux binaries. > >Click thru the licence agreement and at the very bottom of the page >you will find a source tar ball. Plus CVS access is supposed to be >available but I haven't tried that yet. > >I have downloaded, hacked a bit and compiled and semi-installed about >30mins ago. >On first appearance it does not have much more functionality than >NQS (ports/net/generic-nqs) except maybe some graphical interfaces >(which I have only seen in the docs so far). >Though the documentation is larger (I don't know about better ;-) > >I'll try to make a port of it but it may take a while. >Like generic-nqs it has funny way of building and installing :-( > >-- > Tony Maher > Systems Engineer email: tonym@biolateral.com.au > BioLateral Pty Ltd. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 5:37:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 7285B37B401 for ; Wed, 25 Jul 2001 05:37:28 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 80556 invoked by uid 1000); 25 Jul 2001 12:45:02 -0000 Date: Wed, 25 Jul 2001 14:45:02 +0200 From: "Karsten W. Rohrbach" To: David O'Brien Cc: Dave Feustel , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG Subject: Re: FreeBSD for ARM processor Message-ID: <20010725144502.A80408@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , David O'Brien , Dave Feustel , "Stephane E. Potvin" , freebsd-hackers@FreeBSD.ORG, freebsd-arm@FreeBSD.ORG References: <20010722124327.C575@zeus.videotron.ca> <20010722151056.E49508@sneakerz.org> <20010723213918.A736@zeus.videotron.ca> <20010724075128.C110@dragon.nuxi.com> <20010724175511.C59947@mail.webmonster.de> <001501c11460$9511c430$fa9f173f@dafcopreqlqo05> <20010724195941.E5825@dragon.nuxi.com> 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: <20010724195941.E5825@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Tue, Jul 24, 2001 at 07:59:41PM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer 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 David O'Brien(obrien@FreeBSD.ORG)@2001.07.24 19:59:41 +0000: > On Tue, Jul 24, 2001 at 11:49:16AM -0500, Dave Feustel wrote: > > Strongarm-based pcs designed by Chalice Technologies http://www.chaltec= h.com > > are available from Simtek http://www.simtec.co.uk/ >=20 > This brings up the issue of reference platform for the StrongARM port. > There is no one clear choice as there is for the PowerPC. Realistically, > we probably need to pick an easily obtainable consumer StrongARM product. > The Compaq iPaq comes to mind. However, it is not development-friendly > at the moment as it does not have peripherals such as built-in NIC, hard > drive, or serial console capabilities. the H3660 with dual pcmcia jacket gives all this (wavelan/ethernet/microdrive/sandisk/whatever). it is not very developer-friendly, though. my ipaq is on order, let's see what firmware it uses for booting... > Of all the products I know of, I like the CATS board the best. However, > the last time I investigated the CATS board, they were very expensive and > hard to find in the USA. For some reason $600 stands out in my mind. I > know of 10+ DNARDs in the BSD community, thus my preference for that > machine as the reference platform. the cats is non-portable, non-mobile ;-] i don't know where to get the sa1110 reference design from intel here in europe (i guess that intel does not want european people develop on mobile equipment) but this would be a starting point. AFAIK, designs like the ipaq are close to the reference board. my old newton has nearly the same configuration like the sa1100 edk platform (brutus). when i think about strongarm platforms i do not consider implementing settop or other non-mobile scenarios because pc102 or similar pc hardware is getting really cheap at the moment and the toolchains are broadly available. /k --=20 > Hackers do it with bugs. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --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 iD8DBQE7Xr9OM0BPTilkv0YRAv69AKC1iFepmqsYP03CjMZmZ1Dw2g8cdwCfZm34 0nu0K7t6UhuYzuQtgvtpjmU= =KZOH -----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 Jul 25 6:42:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id DA87237B406 for ; Wed, 25 Jul 2001 06:42:38 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15POwp-0000PC-00 for hackers@FreeBSD.org; Wed, 25 Jul 2001 15:43:35 +0200 From: Sheldon Hearn To: hackers@FreeBSD.org Subject: Why install -C include files? Date: Wed, 25 Jul 2001 15:43:35 +0200 Message-ID: <1561.996068615@axl.seasidesoftware.co.za> 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, Why are include files installed using -C instead of -c? This makes it harder to find stale includes. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 7:19: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id B7B1F37B53A for ; Wed, 25 Jul 2001 07:16:21 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15PPTF-0000ve-00; Wed, 25 Jul 2001 16:17:05 +0200 From: Sheldon Hearn To: David Malone Cc: hackers@FreeBSD.org Subject: Re: Why install -C include files? In-reply-to: Your message of "Wed, 25 Jul 2001 15:06:22 +0100." <20010725150622.A54202@walton.maths.tcd.ie> Date: Wed, 25 Jul 2001 16:17:05 +0200 Message-ID: <3573.996070625@axl.seasidesoftware.co.za> 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, 25 Jul 2001 15:06:22 +0100, David Malone wrote: > If you changed the date on header files which hadn't changed then > next time you typed make on a project with carfully set up dependencies > everything would end up getting recompiled. That's certainly something one could argue as a problem worth working around. In that case, I'd really like to make this behaviour in the build optional so that it's easy for FreeBSD developers to easily identify stale includes. Perhaps I could replace all instances of the -C option to install(8) with ${INSTALLCOPY} and have INSTALLCOPY default to -C? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 7:21:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id E7AB037B6DA for ; Wed, 25 Jul 2001 07:18:06 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15PPV2-0000w8-00; Wed, 25 Jul 2001 16:18:56 +0200 From: Sheldon Hearn To: David Malone Cc: hackers@FreeBSD.org Subject: Re: Why install -C include files? In-reply-to: Your message of "Wed, 25 Jul 2001 16:17:05 +0200." <3573.996070625@axl.seasidesoftware.co.za> Date: Wed, 25 Jul 2001 16:18:56 +0200 Message-ID: <3603.996070736@axl.seasidesoftware.co.za> 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, 25 Jul 2001 16:17:05 +0200, Sheldon Hearn wrote: > In that case, I'd really like to make this behaviour in the build > optional so that it's easy for FreeBSD developers to easily identify > stale includes. > > Perhaps I could replace all instances of the -C option to install(8) > with ${INSTALLCOPY} and have INSTALLCOPY default to -C? Hell, we already have COPY, we're just not using it. I'll submit patches for review to the appropriate lists. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 7:33:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 1430B37B447 for ; Wed, 25 Jul 2001 07:31:37 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15PPhj-0000yt-00; Wed, 25 Jul 2001 16:32:03 +0200 From: Sheldon Hearn To: David Malone Cc: hackers@FreeBSD.org Subject: Re: Why install -C include files? In-reply-to: Your message of "Wed, 25 Jul 2001 16:18:56 +0200." <3603.996070736@axl.seasidesoftware.co.za> Date: Wed, 25 Jul 2001 16:32:03 +0200 Message-ID: <3774.996071523@axl.seasidesoftware.co.za> 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, 25 Jul 2001 16:18:56 +0200, Sheldon Hearn wrote: > Hell, we already have COPY, we're just not using it. I'll submit > patches for review to the appropriate lists. Hmmm. After a little more investigation, it seems I just need CLOBBER support, which was removed from Makefile.inc1 in rev 1.96 by Marcel. I'll use it locally and leave everyone in peace. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 7:59:15 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 55C5937B800 for ; Wed, 25 Jul 2001 07:58:05 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f6PEw3F60656; Wed, 25 Jul 2001 08:58:03 -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 f6PEw3o07608; Wed, 25 Jul 2001 08:58:03 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107251458.f6PEw3o07608@harmony.village.org> To: Sheldon Hearn Subject: Re: Why install -C include files? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 25 Jul 2001 16:54:14 +0200." <6000.996072854@axl.seasidesoftware.co.za> References: <6000.996072854@axl.seasidesoftware.co.za> Date: Wed, 25 Jul 2001 08:58:02 -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 <6000.996072854@axl.seasidesoftware.co.za> Sheldon Hearn writes: : : : On Wed, 25 Jul 2001 08:48:36 CST, Warner Losh wrote: : : > : Why are include files installed using -C instead of -c? This makes it : > : harder to find stale includes. : > : > I've wanted to have a /etc/mtree/bsd.obsolete for a long time now... : : That would make me too nervous. All I really want is the assurance that : ``make world'' updates the mtime of every file it would have installed : if not present at install time. : : With revived CLOBBER support and COPY=-c, the only problem children are : symbolic links. Everything else can be hunted down with find -mtime X. The reason I'd like to see it isn't so that make world kills things automatically, but so that I could kill them (or at least find out what should be killed) on systems that had FreeBSD 1.0 installed on them, then upgraded, disk cloned, etc. At one point I had 4 machines that were created by this method from my original FreeBSD installation. However, I don't think I have anything further back than 2.2.8 or 3.2 as the base of a system right now due to EOL on spinning media, lapses in backup discipline, etc. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 8: 8: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 5E2BD37B700 for ; Wed, 25 Jul 2001 08:05:53 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15PQFI-0001cu-00; Wed, 25 Jul 2001 17:06:44 +0200 From: Sheldon Hearn To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Why install -C include files? In-reply-to: Your message of "Wed, 25 Jul 2001 08:58:02 CST." <200107251458.f6PEw3o07608@harmony.village.org> Date: Wed, 25 Jul 2001 17:06:44 +0200 Message-ID: <6255.996073604@axl.seasidesoftware.co.za> 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, 25 Jul 2001 08:58:02 CST, Warner Losh wrote: > The reason I'd like to see it isn't so that make world kills things > automatically, but so that I could kill them (or at least find out > what should be killed) on systems that had FreeBSD 1.0 installed on > them, then upgraded, disk cloned, etc. That's exactly what I'm talking about. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 8:12:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 392E137B70C for ; Wed, 25 Jul 2001 08:05:55 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15PQ3C-0001Yn-00; Wed, 25 Jul 2001 16:54:14 +0200 From: Sheldon Hearn To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Why install -C include files? In-reply-to: Your message of "Wed, 25 Jul 2001 08:48:36 CST." <200107251448.f6PEmao07444@harmony.village.org> Date: Wed, 25 Jul 2001 16:54:14 +0200 Message-ID: <6000.996072854@axl.seasidesoftware.co.za> 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, 25 Jul 2001 08:48:36 CST, Warner Losh wrote: > : Why are include files installed using -C instead of -c? This makes it > : harder to find stale includes. > > I've wanted to have a /etc/mtree/bsd.obsolete for a long time now... That would make me too nervous. All I really want is the assurance that ``make world'' updates the mtime of every file it would have installed if not present at install time. With revived CLOBBER support and COPY=-c, the only problem children are symbolic links. Everything else can be hunted down with find -mtime X. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 8:16:54 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 9B37037B724 for ; Wed, 25 Jul 2001 08:14:28 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f6PEmaF60598; Wed, 25 Jul 2001 08:48:36 -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 f6PEmao07444; Wed, 25 Jul 2001 08:48:36 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107251448.f6PEmao07444@harmony.village.org> To: Sheldon Hearn Subject: Re: Why install -C include files? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 25 Jul 2001 15:43:35 +0200." <1561.996068615@axl.seasidesoftware.co.za> References: <1561.996068615@axl.seasidesoftware.co.za> Date: Wed, 25 Jul 2001 08:48:36 -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 <1561.996068615@axl.seasidesoftware.co.za> Sheldon Hearn writes: : Why are include files installed using -C instead of -c? This makes it : harder to find stale includes. I've wanted to have a /etc/mtree/bsd.obsolete for a long time 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 Jul 25 8:51: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web14708.mail.yahoo.com (web14708.mail.yahoo.com [216.136.224.125]) by hub.freebsd.org (Postfix) with SMTP id 93CB237B40F for ; Wed, 25 Jul 2001 08:50:37 -0700 (PDT) (envelope-from ron_chen_123@yahoo.com) Message-ID: <20010725155037.35961.qmail@web14708.mail.yahoo.com> Received: from [128.100.125.203] by web14708.mail.yahoo.com; Wed, 25 Jul 2001 08:50:37 PDT Date: Wed, 25 Jul 2001 08:50:37 -0700 (PDT) From: Ron Chen Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source To: kc5vdj@yahoo.com, tlambert2@mindspring.com Cc: Ron Chen , mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org In-Reply-To: <3B5E9714.B2DC4FEC@yahoo.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 See project homepage: http://gridengine.sunsource.net/ -Ron --- Jim Bryant wrote: > Terry Lambert wrote: > > > > Ron Chen wrote: > > > > > > Sun Grid Engine goes opensource. See SGE home > page: > > > > > > http://www.sun.com/gridware > > > > I see no source code there, only Solaris and Linux > binaries. > > I coulda sworn I saw that they had source code > available for grid engine as well, as this weekend i > was downloading stuff for > Solaris 8 x86 [which i run on one of my disks]. > > I did also take note that they are offering sources > for Solaris 8, but I can't download it at the > moment, as I don't have a fax > machine to return the form. Apparently the Solaris > 8 sources are available for free, but you have to > fax the damned form back for > download access. > > Somewhere in my search for Sun free stuff for > Solaris 8 over the weekend did turn up a Sun page > saying Grid Engine sources were > available, as I recall tho. Sun really does need to > redo their page so it's easier to find stuff. I'll > backtrack and see if I can > come up with the page I saw it on. > > jim > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at > http://mail.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 Jul 25 9: 7:37 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 E1ED437B688 for ; Wed, 25 Jul 2001 09:06:23 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Jul 2001 15:06:22 +0100 (BST) Date: Wed, 25 Jul 2001 15:06:22 +0100 From: David Malone To: Sheldon Hearn Cc: hackers@FreeBSD.org Subject: Re: Why install -C include files? Message-ID: <20010725150622.A54202@walton.maths.tcd.ie> References: <1561.996068615@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1561.996068615@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Wed, Jul 25, 2001 at 03:43:35PM +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 Wed, Jul 25, 2001 at 03:43:35PM +0200, Sheldon Hearn wrote: > Why are include files installed using -C instead of -c? This makes it > harder to find stale includes. If you changed the date on header files which hadn't changed then next time you typed make on a project with carfully set up dependencies everything would end up getting recompiled. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 10: 9:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id AAA9E37B405 for ; Wed, 25 Jul 2001 10:09:35 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id f6PGu6Y23524; Wed, 25 Jul 2001 09:56:06 -0700 (PDT) (envelope-from dg) Date: Wed, 25 Jul 2001 09:56:05 -0700 From: David Greenman To: "David E. Cross" Cc: freebsd-hackers@freebsd.org Subject: Re: exec() doesn't update access time Message-ID: <20010725095605.B18533@nexus.root.com> References: <200107250035.UAA72348@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200107250035.UAA72348@cs.rpi.edu>; from crossd@cs.rpi.edu on Tue, Jul 24, 2001 at 08:35:11PM -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 >I noticed that exec(2) does not update the last access time of a file... >is this intentional? Not exactly intentional (I never had that as a goal when I wrote execve()), but it's a side-effect of exec not doing a 'read' on the file in the traditional sense. This has been discussed several times over the past many years and the end result is that 1) Noone really seems to care very much, and 2) There are performance reducing implications if the atime update is forced. -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 Wed Jul 25 10:52:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id CD18B37B408 for ; Wed, 25 Jul 2001 10:52:06 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f6PHq4u11250; Wed, 25 Jul 2001 13:52:04 -0400 (EDT) Date: Wed, 25 Jul 2001 13:51:51 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: Terry Lambert Cc: vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size In-Reply-To: <3B5E69C5.3D3C259E@mindspring.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 Tue, 24 Jul 2001, Terry Lambert wrote: > Zhihui Zhang wrote: > > > Hi, > > > in freebsd can we change the cluster size from 2048 > > > bytes.If yes how can we do that? > > > do we have to configure in some file? > > > > You must be asking why the mbuf cluster size is chosen as 2048, right? It > > is probably a tradeoff between memory efficient and speed. > > Ask yourselves: > > "What is the minimum cluster size I would have to have > to be able to contain the maximum MTU worth of data, > yet remain an even multiple of sizeof(mbuf) -- 256 > bytes?" A dumb question: why even not odd multiple? -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 11: 4:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id F241137B403 for ; Wed, 25 Jul 2001 11:04:25 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6PI7cL25153; Wed, 25 Jul 2001 14:07:38 -0400 (EDT) (envelope-from bmilekic) Date: Wed, 25 Jul 2001 14:07:37 -0400 From: Bosko Milekic To: Zhihui Zhang Cc: Terry Lambert , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010725140737.A25132@technokratis.com> References: <3B5E69C5.3D3C259E@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: ; from zzhang@cs.binghamton.edu on Wed, Jul 25, 2001 at 01:51:51PM -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 Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote: > > > On Tue, 24 Jul 2001, Terry Lambert wrote: > > > Zhihui Zhang wrote: > > > > Hi, > > > > in freebsd can we change the cluster size from 2048 > > > > bytes.If yes how can we do that? > > > > do we have to configure in some file? > > > > > > You must be asking why the mbuf cluster size is chosen as 2048, right? It > > > is probably a tradeoff between memory efficient and speed. > > > > Ask yourselves: > > > > "What is the minimum cluster size I would have to have > > to be able to contain the maximum MTU worth of data, > > yet remain an even multiple of sizeof(mbuf) -- 256 > > bytes?" > > A dumb question: why even not odd multiple? > > -Zhihui It actually has to do with the fact that 2K is the only size equal to or greater than the maximum MTU worth of data that can be multiplied to a page size without any leftover (in other words, page size modulo 2K is zero). -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 11:15:57 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 B23B837B403 for ; Wed, 25 Jul 2001 11:15:54 -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 NAA05164; Wed, 25 Jul 2001 13:05:05 -0700 (PDT) Date: Wed, 25 Jul 2001 13:05:05 -0700 (PDT) From: Julian Elischer To: Zhihui Zhang Cc: Terry Lambert , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size 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 Basically you want it to hold a number of mbufs and you want it to fit into a page nicely. you probably want it to have a bit of extra rume for oversized packets too. 2K seems a good fit. nothing magic about it however. (should be less than a page, bigget than an ehternet packet(plus a bit) 4096/3 is 1365.... too small 4096/2=2048 ok.. 4096/1 too wasteful. On Wed, 25 Jul 2001, Zhihui Zhang wrote: > > > On Tue, 24 Jul 2001, Terry Lambert wrote: > > > Zhihui Zhang wrote: > > > > Hi, > > > > in freebsd can we change the cluster size from 2048 > > > > bytes.If yes how can we do that? > > > > do we have to configure in some file? > > > > > > You must be asking why the mbuf cluster size is chosen as 2048, right? It > > > is probably a tradeoff between memory efficient and speed. > > > > Ask yourselves: > > > > "What is the minimum cluster size I would have to have > > to be able to contain the maximum MTU worth of data, > > yet remain an even multiple of sizeof(mbuf) -- 256 > > bytes?" > > A dumb question: why even not odd multiple? > > -Zhihui > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 11:18: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 49A3B37B403 for ; Wed, 25 Jul 2001 11:17:55 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f6PIHpu24714; Wed, 25 Jul 2001 14:17:51 -0400 (EDT) Date: Wed, 25 Jul 2001 14:17:38 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: Bosko Milekic Cc: Terry Lambert , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size In-Reply-To: <20010725140737.A25132@technokratis.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 I see. It has something to do with the power-of-two allocator we are using inside the kernel. -Zhihui On Wed, 25 Jul 2001, Bosko Milekic wrote: > > On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote: > > > > > > On Tue, 24 Jul 2001, Terry Lambert wrote: > > > > > Zhihui Zhang wrote: > > > > > Hi, > > > > > in freebsd can we change the cluster size from 2048 > > > > > bytes.If yes how can we do that? > > > > > do we have to configure in some file? > > > > > > > > You must be asking why the mbuf cluster size is chosen as 2048, right? It > > > > is probably a tradeoff between memory efficient and speed. > > > > > > Ask yourselves: > > > > > > "What is the minimum cluster size I would have to have > > > to be able to contain the maximum MTU worth of data, > > > yet remain an even multiple of sizeof(mbuf) -- 256 > > > bytes?" > > > > A dumb question: why even not odd multiple? > > > > -Zhihui > > It actually has to do with the fact that 2K is the only size equal to > or greater than the maximum MTU worth of data that can be multiplied to a page > size without any leftover (in other words, page size modulo 2K is zero). > > -- > Bosko Milekic > bmilekic@technokratis.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 11:33:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id 7587237B403 for ; Wed, 25 Jul 2001 11:33:36 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6PIan925377; Wed, 25 Jul 2001 14:36:49 -0400 (EDT) (envelope-from bmilekic) Date: Wed, 25 Jul 2001 14:36:49 -0400 From: Bosko Milekic To: Zhihui Zhang Cc: Terry Lambert , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010725143649.A25300@technokratis.com> References: <20010725140737.A25132@technokratis.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 zzhang@cs.binghamton.edu on Wed, Jul 25, 2001 at 02:17:38PM -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 Wed, Jul 25, 2001 at 02:17:38PM -0400, Zhihui Zhang wrote: > > I see. It has something to do with the power-of-two allocator we are > using inside the kernel. No, it has nothing to do with the power-of-two allocation strategy used in some cases inside the kernel. 2K is just the most convenient size for a cluster as it fits the maximum MTU size while at the same time fitting nicely into a page, reducing allocation complexity. > -Zhihui -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 12:16:22 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 61DD537B409 for ; Wed, 25 Jul 2001 12:16:11 -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 OAA05403; Wed, 25 Jul 2001 14:08:23 -0700 (PDT) Date: Wed, 25 Jul 2001 14:08:22 -0700 (PDT) From: Julian Elischer To: Zhihui Zhang Cc: Bosko Milekic , Terry Lambert , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size 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 no.. it has to do with the fact that it would be unwise to make a cluster > 1 page size since we have no guarantee that all drivers could handle breaking up a DMA if a cluster spanned 2 physical address ranges. (they can handle a chain of discontinuous mbufs but may assume that a single mbuf will have physically contiguous data. Now since we cannot span a page boundary, we should fit in exacly to get as much room as possible and since (pagesize/3) is too small, the next possibility is (pagesize/2). If pagesize/3 was big enough, we might have used that.. On Wed, 25 Jul 2001, Zhihui Zhang wrote: > > I see. It has something to do with the power-of-two allocator we are > using inside the kernel. > > -Zhihui > > On Wed, 25 Jul 2001, Bosko Milekic wrote: > > > > > On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote: > > > > > > > > > On Tue, 24 Jul 2001, Terry Lambert wrote: > > > > > > > Zhihui Zhang wrote: > > > > > > Hi, > > > > > > in freebsd can we change the cluster size from 2048 > > > > > > bytes.If yes how can we do that? > > > > > > do we have to configure in some file? > > > > > > > > > > You must be asking why the mbuf cluster size is chosen as 2048, right? It > > > > > is probably a tradeoff between memory efficient and speed. > > > > > > > > Ask yourselves: > > > > > > > > "What is the minimum cluster size I would have to have > > > > to be able to contain the maximum MTU worth of data, > > > > yet remain an even multiple of sizeof(mbuf) -- 256 > > > > bytes?" > > > > > > A dumb question: why even not odd multiple? > > > > > > -Zhihui > > > > It actually has to do with the fact that 2K is the only size equal to > > or greater than the maximum MTU worth of data that can be multiplied to a page > > size without any leftover (in other words, page size modulo 2K is zero). > > > > -- > > Bosko Milekic > > bmilekic@technokratis.com > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 13: 1:30 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 3A75B37B401 for ; Wed, 25 Jul 2001 13:01:28 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (bill.cs.rpi.edu [128.213.2.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id QAA99736; Wed, 25 Jul 2001 16:01:23 -0400 (EDT) Message-Id: <200107252001.QAA99736@cs.rpi.edu> To: David Greenman Cc: "David E. Cross" , freebsd-hackers@freebsd.org, crossd@cs.rpi.edu Subject: Re: exec() doesn't update access time In-Reply-To: Message from David Greenman of "Wed, 25 Jul 2001 09:56:05 PDT." <20010725095605.B18533@nexus.root.com> Date: Wed, 25 Jul 2001 16:01:23 -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 In my case it would be usefull as I was trying to tell the last time 'telnetd' was run. (yes, not perfect, but better than nothing) -- 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 Jul 25 13: 9:18 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 0BC4537B409 for ; Wed, 25 Jul 2001 13:09:12 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from snaresland.acl.lanl.gov (IDENT:root@snaresland.acl.lanl.gov [128.165.147.113]) by acl.lanl.gov (8.11.3/8.8.5) with ESMTP id f6PK9Ap634821; Wed, 25 Jul 2001 14:09:10 -0600 (MDT) Received: from localhost (rminnich@localhost) by snaresland.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id OAA12461; Wed, 25 Jul 2001 14:09:10 -0600 X-Authentication-Warning: snaresland.acl.lanl.gov: rminnich owned process doing -bs Date: Wed, 25 Jul 2001 14:09:10 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@snaresland.acl.lanl.gov To: "David E. Cross" Cc: David Greenman , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time In-Reply-To: <200107252001.QAA99736@cs.rpi.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 On Wed, 25 Jul 2001, David E. Cross wrote: > In my case it would be usefull as I was trying to tell the last time > 'telnetd' was run. (yes, not perfect, but better than nothing) well, for caching file systems it is very useful to have an exec set atime. Helps you figure out which files can be pruned from the cache. This sounds like a good fix. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 13:13:47 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 BD59237B401 for ; Wed, 25 Jul 2001 13:13:42 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (bill.cs.rpi.edu [128.213.2.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id QAA00335; Wed, 25 Jul 2001 16:13:37 -0400 (EDT) Message-Id: <200107252013.QAA00335@cs.rpi.edu> To: Ronald G Minnich Cc: "David E. Cross" , David Greenman , freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: exec() doesn't update access time In-Reply-To: Message from Ronald G Minnich of "Wed, 25 Jul 2001 14:09:10 MDT." Date: Wed, 25 Jul 2001 16:13:37 -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 Hmm... would it be as easy as VOP_GETATTR(); . . . VOP_SETATTR(); within the exec() code? Certainly this would be an 'easy' fix (and I can work up diffs for review), but is it the 'correct' fix? -- 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 Jul 25 14:38:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 2968437B401 for ; Wed, 25 Jul 2001 14:38:32 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id f6PLPJb24505; Wed, 25 Jul 2001 14:25:19 -0700 (PDT) (envelope-from dg) Date: Wed, 25 Jul 2001 14:25:19 -0700 From: David Greenman To: "David E. Cross" Cc: Ronald G Minnich , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time Message-ID: <20010725142519.D14981@nexus.root.com> References: <200107252013.QAA00335@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200107252013.QAA00335@cs.rpi.edu>; from crossd@cs.rpi.edu on Wed, Jul 25, 2001 at 04:13:37PM -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 >Hmm... would it be as easy as >VOP_GETATTR(); >. >. >. >VOP_SETATTR(); > >within the exec() code? > >Certainly this would be an 'easy' fix (and I can work up diffs for review), >but is it the 'correct' fix? No, it's not the correct fix. You shouldn't need to do the GETATTR first, and doing a SETATTR will cause a synchronous update of the atime, which is not what you want. This also doesn't fix that standard case of open/mmap() not updating the access time, which is the real problem, not execve. Guessing, I think the correct fix is probably to set the IN_ACCESS flag in ufs_open() [and similarly with other filesystems where this makes sense] if the filesystem is not mounted with the noatime flag. However, I'm not sure of the symantics of the access time in the relavent standards, and I seem to recall Bruce saying that it was incorrect to indicate an access on just an open(), but I may be mistaken. -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 Wed Jul 25 16:56:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 64FE337B403 for ; Wed, 25 Jul 2001 16:56:30 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id f6PNhHY24864; Wed, 25 Jul 2001 16:43:17 -0700 (PDT) (envelope-from dg) Date: Wed, 25 Jul 2001 16:43:17 -0700 From: David Greenman To: "David E. Cross" Cc: Ronald G Minnich , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time Message-ID: <20010725164317.G14981@nexus.root.com> References: <200107252013.QAA00335@cs.rpi.edu> <20010725142519.D14981@nexus.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010725142519.D14981@nexus.root.com>; from dg@root.com on Wed, Jul 25, 2001 at 02:25:19PM -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 >>Hmm... would it be as easy as >>VOP_GETATTR(); >>. >>. >>. >>VOP_SETATTR(); >> >>within the exec() code? >> >>Certainly this would be an 'easy' fix (and I can work up diffs for review), >>but is it the 'correct' fix? > > No, it's not the correct fix. You shouldn't need to do the GETATTR first, >and doing a SETATTR will cause a synchronous update of the atime, which is >not what you want. This also doesn't fix that standard case of open/mmap() not >updating the access time, which is the real problem, not execve. > Guessing, I think the correct fix is probably to set the IN_ACCESS flag in >ufs_open() [and similarly with other filesystems where this makes sense] if >the filesystem is not mounted with the noatime flag. However, I'm not sure >of the symantics of the access time in the relavent standards, and I seem >to recall Bruce saying that it was incorrect to indicate an access on just >an open(), but I may be mistaken. Here is a patch that I just wrote that should implement the above. Please test and report results (good or bad). :-) -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. Index: ufs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.131.2.3 diff -c -r1.131.2.3 ufs_vnops.c *** ufs_vnops.c 2001/02/26 04:23:21 1.131.2.3 --- ufs_vnops.c 2001/07/25 23:52:38 *************** *** 249,255 **** /* * Open called. * ! * Nothing to do. */ /* ARGSUSED */ int --- 249,255 ---- /* * Open called. * ! * Update last accessed time. */ /* ARGSUSED */ int *************** *** 261,273 **** struct proc *a_p; } */ *ap; { /* * Files marked append-only must be opened for appending. */ ! if ((VTOI(ap->a_vp)->i_flags & APPEND) && (ap->a_mode & (FWRITE | O_APPEND)) == FWRITE) return (EPERM); return (0); } --- 261,280 ---- struct proc *a_p; } */ *ap; { + struct inode *ip; + ip = VTOI(ap->a_vp); /* * Files marked append-only must be opened for appending. */ ! if ((ip->i_flags & APPEND) && (ap->a_mode & (FWRITE | O_APPEND)) == FWRITE) return (EPERM); + /* + * Update file access time. + */ + if ((ap->a_vp->v_mount->mnt_flag & MNT_NOATIME) == 0) + ip->i_flag |= IN_ACCESS; return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 17:35:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f227.pav2.hotmail.com [64.4.37.227]) by hub.freebsd.org (Postfix) with ESMTP id CE74F37B406 for ; Wed, 25 Jul 2001 17:35:44 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 25 Jul 2001 17:35:44 -0700 Received: from 129.128.29.128 by pv2fd.pav2.hotmail.msn.com with HTTP; Thu, 26 Jul 2001 00:35:44 GMT X-Originating-IP: [129.128.29.128] From: "Weiguang SHI" To: tlambert2@mindspring.com, y-carden@uniandes.edu.co Cc: hackers@FreeBSD.ORG, gvega@uniandes.edu.co Subject: Re: Invoking a userland function from kernel Date: Wed, 25 Jul 2001 18:35:44 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 26 Jul 2001 00:35:44.0657 (UTC) FILETIME=[E806F010:01C1156A] 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 >From: Terry Lambert >Reply-To: tlambert2@mindspring.com >To: y-carden@uniandes.edu.co >CC: hackers@FreeBSD.ORG, gvega@uniandes.edu.co >Subject: Re: Invoking a userland function from kernel >Date: Wed, 25 Jul 2001 00:16:33 -0700 > >y-carden@uniandes.edu.co wrote: > > > > I need pass asynchronously data from kernel > > to a userland process, include a quantity variable of > > data (void *opaque). > >The easiest way to do this is to have the user space process >register a kevent, and then KNOTE() in the kernel when the >event takes place. > >Another way to do this is to create a pseduo device driver, >and read the data in user space. > >What it really sounds like you want is callbacks into user >space from the kernel, a la VMS AST's (Asynchornous System >Traps). To implement true AST's, you need to know that the >kernel runs in supervisor mode, and the user space runs in >user mode, and that these correspond to "rong 0" and "ring 3" >protection domains for protected mode Intel processors, >respectively. To implement AST's correctly, you would need >to run them in "system mode", which in the Intel processor >vernacular, would be "ring 2". Just reading the system programming manual from Intel which says "the processor does not allow a transfer of program control from a procedure running at CPL of 0, 1 or 2 to a procedure running at a CPL of 3, except on a return." 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 From owner-freebsd-hackers Wed Jul 25 17:44: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.bsdhome.com (unknown [24.25.2.193]) by hub.freebsd.org (Postfix) with ESMTP id 23EAA37B406 for ; Wed, 25 Jul 2001 17:43:59 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from neutrino.bsdhome.com (jupiter [192.168.220.13]) by saturn.bsdhome.com (8.11.4/8.11.4) with ESMTP id f6Q0hwq18618; Wed, 25 Jul 2001 20:43:58 -0400 (EDT) Received: (from bsd@localhost) by neutrino.bsdhome.com (8.11.4/8.11.4) id f6Q0hrT11822; Wed, 25 Jul 2001 20:43:53 -0400 (EDT) (envelope-from bsd) Date: Wed, 25 Jul 2001 20:42:50 -0400 From: Brian Dean To: Sheldon Hearn Cc: Warner Losh , hackers@FreeBSD.ORG Subject: Re: Why install -C include files? Message-ID: <20010725204250.A6354@neutrino.bsdhome.com> References: <200107251458.f6PEw3o07608@harmony.village.org> <6255.996073604@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <6255.996073604@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Wed, Jul 25, 2001 at 05:06:44PM +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 Wed, Jul 25, 2001 at 05:06:44PM +0200, Sheldon Hearn wrote: > On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote: > > > The reason I'd like to see it isn't so that make world kills things > > automatically, but so that I could kill them (or at least find out > > what should be killed) on systems that had FreeBSD 1.0 installed on > > them, then upgraded, disk cloned, etc. > > That's exactly what I'm talking about. :-) I would sure like to rely on this being the case, as I routinely remove anything from the system [s]bin directories that are not timestamped with the installworld date. I just _assumed_ that was proper to ensure that stale files are not left lingering after code has been moved/removed. Is this behaviour being changed for some reason? If it is, or if anyone is thinking about making installworld use -C everywhere, please don't. One notable exception to this seems to be /usr/libexec/ld-elf.so.1 which uses -C for some reason. You don't want to remove _that_ by mistake :). -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 18: 9:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix.sekt7.org (209-6-248-16.c3-0.lex-ubr1.sbo-lex.ma.cable.rcn.com [209.6.248.16]) by hub.freebsd.org (Postfix) with ESMTP id 033E037B405 for ; Wed, 25 Jul 2001 18:09:47 -0700 (PDT) (envelope-from ems@open-root.org) Received: from smtp.sekt7.org (postfix.sekt7.org [169.69.6.38]) by postfix.sekt7.org (Postfix) with SMTP id 1E1843A07A for ; Thu, 26 Jul 2001 01:10:02 +0000 (GMT) From: Evan Sarmiento To: freebsd-hackers@freebsd.org Subject: hooks Message-Id: <20010726011002.1E1843A07A@postfix.sekt7.org> Date: Thu, 26 Jul 2001 01:10:02 +0000 (GMT) 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 need each system call to check with a master table of restrictions before executing a function. Is there a way to do this without copying and pasting a bit of code that does this checking into every system call? Thanks, -- ----------------------------------- Evan Sarmiento | www.open-root.org ems@sekt7.org | www.sekt7.org/~ems/ ----------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 18:35:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f72.pav2.hotmail.com [64.4.37.72]) by hub.freebsd.org (Postfix) with ESMTP id E449E37B401 for ; Wed, 25 Jul 2001 18:35:45 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 25 Jul 2001 18:35:45 -0700 Received: from 129.128.29.128 by pv2fd.pav2.hotmail.msn.com with HTTP; Thu, 26 Jul 2001 01:35:45 GMT X-Originating-IP: [129.128.29.128] From: "Weiguang SHI" To: ems@open-root.org, freebsd-hackers@freebsd.org Subject: Re: hooks Date: Wed, 25 Jul 2001 19:35:45 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 26 Jul 2001 01:35:45.0656 (UTC) FILETIME=[4A63C780:01C11573] 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 Architecture dependent. For the 4.3-stable code for i386, /usr/src/sys/i386/i386/trap.c contains the function syscall2(). I believe you can safely put your code in it before the dispatching system call part, just be aware of kernel stack overflow. Weiguang >From: Evan Sarmiento >To: freebsd-hackers@freebsd.org >Subject: hooks >Date: Thu, 26 Jul 2001 01:10:02 +0000 (GMT) > >Hello, > >I need each system call to check with a master table of restrictions before >executing a function. >Is there a way to do this without copying and pasting a bit of code that >does this checking into >every system call? > >Thanks, > > >-- >----------------------------------- >Evan Sarmiento | www.open-root.org >ems@sekt7.org | www.sekt7.org/~ems/ >----------------------------------- > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message _________________________________________________________________ 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 Wed Jul 25 19: 9:55 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 A927737B401 for ; Wed, 25 Jul 2001 19:09:51 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.4/8.11.4) with ESMTP id f6Q29ot08661; Thu, 26 Jul 2001 03:09:50 +0100 (BST) (envelope-from brian@lan.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 f6Q29mg70955; Thu, 26 Jul 2001 03:09:48 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200107260209.f6Q29mg70955@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Sheldon Hearn Cc: Warner Losh , hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Why install -C include files? In-Reply-To: Message from Sheldon Hearn of "Wed, 25 Jul 2001 17:06:44 +0200." <6255.996073604@axl.seasidesoftware.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <70948.996113384.1@hak.lan.Awfulhak.org> Date: Thu, 26 Jul 2001 03:09:47 +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 > > > On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote: > > > The reason I'd like to see it isn't so that make world kills things > > automatically, but so that I could kill them (or at least find out > > what should be killed) on systems that had FreeBSD 1.0 installed on > > them, then upgraded, disk cloned, etc. > > That's exactly what I'm talking about. :-) Every now and then, rather than doing ``make installworld'', do: # cd /usr # mv share share.not # mv include include.not # mv libdata libdata.not # cd src # make -m /usr/src/share/mk installworld # cd .. # rm -fr share.not include.not libdata.not This keeps things reasonably clean. > Ciao, > Sheldon. -- 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 Jul 25 20:13:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from server.soekris.com (soekris.com [216.15.61.44]) by hub.freebsd.org (Postfix) with ESMTP id 0112337B403 for ; Wed, 25 Jul 2001 20:13:36 -0700 (PDT) (envelope-from soren@soekris.com) Received: from soekris.com (soren.soekris.com [192.168.1.4]) by server.soekris.com (8.9.2/8.9.2) with ESMTP id UAA52612 for ; Wed, 25 Jul 2001 20:13:57 -0700 (PDT) (envelope-from soren@soekris.com) Message-ID: <3B5F8ADE.E75281E6@soekris.com> Date: Wed, 25 Jul 2001 20:13:34 -0700 From: Soren Kristensen Organization: Soekris Engineering X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: ARP cache problems.... 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'm trying to do some testing on my boxes with 3 ethernet interface. But it seems like that FreeBSD gets very confused. Can somebody please tell me what's going and, and preferable, help me out ? I basically want to connect those 3 interface to the same hub, and then use them all from one win98 computer. I have tried before to give them IP's on the same subnet, and then move the cable around, but that gives me the same arp error message as below. The funny thing about that is that arp seems to ssave it on the disk somewhere, as it remember where it saw the MAC address even after reboots.... Anybody know where ?? So I figured I could give put them on different subnet, like this: ifconfig_sis0="inet 192.168.1.60 netmask 255.255.255.0" ifconfig_sis1="inet 192.168.2.60 netmask 255.255.255.0" ifconfig_sis2="inet 192.168.3.60 netmask 255.255.255.0" And then I configure my win98 testing machine with the same subnet, using aliases on one ethernet interface. (seems to work fine) When I ping from the win98 machine, the ping seems to work fine, but I get these messages on the FreeBSD box: Jul 25 19:56:40 test256m /kernel: arp: 192.168.1.4 is on sis0 but got reply from 00:a0:cc:a0:d4:07 on sis1 When I then try to do a "arp -a", the arp program seems to hang for a very long time, until it finally show: ? (192.168.1.1) at 0:80:ad:81:fc:d4 [ethernet] ? (192.168.1.4) at 0:a0:cc:a0:d4:7 [ethernet] ? (192.168.2.1) at 0:a0:cc:a0:d4:7 [ethernet] When I do an arp-a on the win98 machine, it seems just fine: C:\>arp -a Interface: 192.168.2.1 on Interface 0x1000002 Internet Address Physical Address Type 192.168.2.60 00-00-24-c0-01-29 dynamic Interface: 192.168.1.4 on Interface 0x2000003 Internet Address Physical Address Type 192.168.1.1 00-80-ad-81-fc-d4 dynamic 192.168.1.60 00-00-24-c0-01-28 dynamic The FreeBSD box also hangs for a long time if I try to use the network interface, t.ex telnet to it. Is what I'm trying to do possible at all ? What's the magic trick ? Thanks, Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 20:57:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from synology.com (dns1.synology.com [202.173.37.131]) by hub.freebsd.org (Postfix) with ESMTP id C6D7837B407 for ; Wed, 25 Jul 2001 20:57:13 -0700 (PDT) (envelope-from rexluo@synology.com) Received: from synology.com (IDENT:nobody@localhost [127.0.0.1]) by synology.com (8.9.3/8.9.3) with SMTP id MAA08931 for freebsd-hackers@FreeBSD.ORG; Thu, 26 Jul 2001 12:08:14 +0800 Date: Thu, 26 Jul 2001 12:08:14 +0800 Message-Id: <200107260408.MAA08931@synology.com> To: freebsd-hackers@FreeBSD.ORG Subject: qestion about vm page coloring From: Rex Luo X-Mailer: TWIG 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 all, I study FreeBSD vm managememnt recently, however, I am a little confused with vm_page's page color. when you call vm_add_new_page() in vm_startup(), you will set each map entry's page color according to its physical addr. m->pc = (pa >> PAGE_SHIFT)&PQ_L2_MASK; However, I found that almost each map entry's page color is zero, that means PQ_L2_SIZE is 1, and disable page coloring option. Maybe I can do some modification to dump PQ_L2_SIZE's value, but I think my guess is right. Can someone please tell me the principle of page coloring, and why it's disabled now? Thanks, Rex Luo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 25 21:53:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from softweyr.com (softweyr.com [208.247.99.111]) by hub.freebsd.org (Postfix) with ESMTP id 1E0B937B401 for ; Wed, 25 Jul 2001 21:53:37 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from localhost.softweyr.com ([127.0.0.1] helo=softweyr.com ident=5c17976daaea4d41a8a32f0a4ddee66e) by softweyr.com with esmtp (Exim 3.16 #1) id 15PdFr-0000Jz-00; Wed, 25 Jul 2001 23:00:11 -0600 Message-ID: <3B5FA3DB.D3E3A5F4@softweyr.com> Date: Wed, 25 Jul 2001 23:00:11 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Leif Neland , freebsd-hackers@freebsd.org Subject: Re: SmartDisk USB CompactFlash reader References: <20010725020859.J6187-100000@arnold.neland.dk> <20010724192027.E72882@sneakerz.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 Alfred Perlstein wrote: > > * Leif Neland [010724 19:18] wrote: > > I've got such a device; it was nessecary, because my camera run out of > > batteries before I could retrieve 48MB of pictures over the normal serial > > port > > > > > > When I plug it in it displays: > > ugen0: SmartDisk Corp. SM/CF Combo USB Reader, rev 1.00/0.83, addr 2 > > > > Can this be read in FreeBSD? > > Try compiling in the 'umass' driver, you may be out of luck, SanDisk > produced a version of thier reader that didn't use the USB disk > specification and requires a proprietary driver for it, you may > be stuck using this from windows. Good news is that you can get > one that works in freebsd for only about 20$. So I want the cheap $20 one, rather than the $35-$50 variant? Gee, that's nice for a change. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 0:20:22 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 512E837B405 for ; Thu, 26 Jul 2001 00:20:20 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6Q7KFv54874; Thu, 26 Jul 2001 00:20:15 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Jul 2001 00:20:15 -0700 (PDT) From: Matt Dillon Message-Id: <200107260720.f6Q7KFv54874@earth.backplane.com> To: Rex Luo Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: qestion about vm page coloring References: <200107260408.MAA08931@synology.com> 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 all, : : I study FreeBSD vm managememnt recently, however, I am a little confused :with vm_page's page color. when you call vm_add_new_page() in vm_startup(), :you will set each map entry's page color according to its physical addr. : : m->pc = (pa >> PAGE_SHIFT)&PQ_L2_MASK; : :However, I found that almost each map entry's page color is zero, that means :PQ_L2_SIZE is 1, and disable page coloring option. Maybe I can do some :modification to dump PQ_L2_SIZE's value, but I think my guess is right. :Can someone please tell me the principle of page coloring, and why it's disabled :now? : :Thanks, : :Rex Luo I'm not sure what you mean by 'map entry'... vm_page_t's have color, and vm_object's have a base color to randomly offset the color of the vm_page_t's associated with the object, but vm_map_entry's do not have a page color associated with them. The page coloring works fine on my box, you may be looking at the wrong thing. PQ_L2_SIZE is definitely not 1 unless you've specified some weird kernel options in the kernel config. - Page coloring basically ensures that pages which are adjacent in virtual memory also wind up being adjacent in the L1 and L2 cpu caches in order to get more consistent cpu cache behavior. Without page coloring it is quite possible to have several adjacent pages in virtual memory wind up utilizing the same cpu cache page, which can effect performance with certain types of applications or certain cpu cache topologies. On IA32 pentium architectures the effect would probably not be all that noticeable, but getting consistent behavior is still a good thing. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 0:35:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from synology.com (dns1.synology.com [202.173.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 77F4A37B408 for ; Thu, 26 Jul 2001 00:35:04 -0700 (PDT) (envelope-from rexluo@synology.com) Received: from synology.com (IDENT:nobody@localhost [127.0.0.1]) by synology.com (8.9.3/8.9.3) with SMTP id PAA10435; Thu, 26 Jul 2001 15:46:01 +0800 Date: Thu, 26 Jul 2001 15:46:01 +0800 Message-Id: <200107260746.PAA10435@synology.com> To: Matt Dillon Subject: Re: qestion about vm page coloring From: Rex Luo X-Mailer: TWIG Cc: freebsd-hackers@freebsd.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 yes, I mean vm_page_t, and understand what you said. I will try to print the value of PQ_L2_SIZE in my kernel. Do you know what kernel options influence this value? I saw it is decided by PQ_CACHESIZE which is decided by different PQ_HUGE[LARGE/MEDIUM/...]CACHE....setting. Default setting PQ_CACHESIZE is 128, and corresponding PQ_L2_SIZE is 32. Am I right until now or something wrong? I use FreeBSD 4.1 release kernel to build my kernel. Anyway, thanks for your explaination. Rex Luo Matt Dillon said: > > :Dear all, > : > : I study FreeBSD vm managememnt recently, however, I am a little confused > :with vm_page's page color. when you call vm_add_new_page() in vm_startup(), > :you will set each map entry's page color according to its physical addr. > : > : m->pc = (pa >> PAGE_SHIFT)&PQ_L2_MASK; > : > :However, I found that almost each map entry's page color is zero, that means > :PQ_L2_SIZE is 1, and disable page coloring option. Maybe I can do some > :modification to dump PQ_L2_SIZE's value, but I think my guess is right. > :Can someone please tell me the principle of page coloring, and why it's disabled > :now? > : > :Thanks, > : > :Rex Luo > > I'm not sure what you mean by 'map entry'... vm_page_t's have color, and > vm_object's have a base color to randomly offset the color of the > vm_page_t's associated with the object, but vm_map_entry's do not have > a page color associated with them. > > The page coloring works fine on my box, you may be looking at the wrong > thing. PQ_L2_SIZE is definitely not 1 unless you've specified some weird > kernel options in the kernel config. > > - > > Page coloring basically ensures that pages which are adjacent in > virtual memory also wind up being adjacent in the L1 and L2 > cpu caches in order to get more consistent cpu cache behavior. Without > page coloring it is quite possible to have several adjacent pages in > virtual memory wind up utilizing the same cpu cache page, which can > effect performance with certain types of applications or certain cpu > cache topologies. On IA32 pentium architectures the effect would > probably not be all that noticeable, but getting consistent behavior > is still a good thing. > > -Matt > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 0:37:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5301.mail.yahoo.com (web5301.mail.yahoo.com [216.115.106.110]) by hub.freebsd.org (Postfix) with SMTP id 5931637B405 for ; Thu, 26 Jul 2001 00:37:40 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010726073740.5662.qmail@web5301.mail.yahoo.com> Received: from [203.200.20.3] by web5301.mail.yahoo.com via HTTP; Thu, 26 Jul 2001 08:37:40 BST Date: Thu, 26 Jul 2001 08:37:40 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: Re: cluster size To: Julian Elischer , Zhihui Zhang Cc: Bosko Milekic , Terry Lambert , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG In-Reply-To: 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, lets come to my question please. tell me can i change mbuf cluster size from 2048 to 4096?? how shd i do it if i can do it? --- Julian Elischer wrote: > no.. it has to do with the fact that it would be > unwise > to make a cluster > 1 page size since we have no > guarantee that > all drivers could handle breaking up a DMA if a > cluster spanned 2 > physical address ranges. (they can handle a chain of > discontinuous > mbufs but may assume that a single mbuf will have > physically > contiguous data. Now since we cannot span a page > boundary, > we should fit in exacly to get as much room as > possible > and since (pagesize/3) is too small, the next > possibility is (pagesize/2). > > If pagesize/3 was big enough, we might have used > that.. > > > On Wed, 25 Jul 2001, Zhihui Zhang wrote: > > > > > I see. It has something to do with the > power-of-two allocator we are > > using inside the kernel. > > > > -Zhihui > > > > On Wed, 25 Jul 2001, Bosko Milekic wrote: > > > > > > > > On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui > Zhang wrote: > > > > > > > > > > > > On Tue, 24 Jul 2001, Terry Lambert wrote: > > > > > > > > > Zhihui Zhang wrote: > > > > > > > Hi, > > > > > > > in freebsd can we change the cluster > size from 2048 > > > > > > > bytes.If yes how can we do that? > > > > > > > do we have to configure in some file? > > > > > > > > > > > > You must be asking why the mbuf cluster > size is chosen as 2048, right? It > > > > > > is probably a tradeoff between memory > efficient and speed. > > > > > > > > > > Ask yourselves: > > > > > > > > > > "What is the minimum cluster size I would > have to have > > > > > to be able to contain the maximum MTU > worth of data, > > > > > yet remain an even multiple of > sizeof(mbuf) -- 256 > > > > > bytes?" > > > > > > > > A dumb question: why even not odd multiple? > > > > > > > > -Zhihui > > > > > > It actually has to do with the fact that 2K is > the only size equal to > > > or greater than the maximum MTU worth of data > that can be multiplied to a page > > > size without any leftover (in other words, page > size modulo 2K is zero). > > > > > > -- > > > Bosko Milekic > > > bmilekic@technokratis.com > > > > > > > > > To Unsubscribe: send mail to > majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body > of the message > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of > the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 1: 0: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 BAFEA37B401 for ; Thu, 26 Jul 2001 01:00:18 -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 f6Q80GV78483; Thu, 26 Jul 2001 10:00:16 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6Q816W00264; Thu, 26 Jul 2001 10:01:06 +0200 (CEST) Date: Thu, 26 Jul 2001 10:01:05 +0200 From: Bernd Walter To: Soren Kristensen Cc: hackers@FreeBSD.ORG Subject: Re: ARP cache problems.... Message-ID: <20010726100105.A242@cicely20.cicely.de> References: <3B5F8ADE.E75281E6@soekris.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B5F8ADE.E75281E6@soekris.com>; from soren@soekris.com on Wed, Jul 25, 2001 at 08:13:34PM -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 Wed, Jul 25, 2001 at 08:13:34PM -0700, Soren Kristensen wrote: > Hi, > > I'm trying to do some testing on my boxes with 3 ethernet interface. But > it seems like that FreeBSD gets very confused. Can somebody please tell > me what's going and, and preferable, help me out ? > > I basically want to connect those 3 interface to the same hub, and then > use them all from one win98 computer. I have tried before to give them > IP's on the same subnet, and then move the cable around, but that gives > me the same arp error message as below. The funny thing about that is > that arp seems to ssave it on the disk somewhere, as it remember where > it saw the MAC address even after reboots.... Anybody know where ?? FreeBSD only saves them in memory. But there is no reason to put more than one interface on the same hub. Simply configure one interface with alias entries. > So I figured I could give put them on different subnet, like this: > > ifconfig_sis0="inet 192.168.1.60 netmask 255.255.255.0" > ifconfig_sis1="inet 192.168.2.60 netmask 255.255.255.0" > ifconfig_sis2="inet 192.168.3.60 netmask 255.255.255.0" > > And then I configure my win98 testing machine with the same subnet, > using aliases on one ethernet interface. (seems to work fine) > > When I ping from the win98 machine, the ping seems to work fine, but I > get these messages on the FreeBSD box: > > Jul 25 19:56:40 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > reply from 00:a0:cc:a0:d4:07 on sis1 That's quite normal in your configuration as all interfaces accepts broadcasted packets. > When I then try to do a "arp -a", the arp program seems to hang for a > very long time, until it finally show: Try arp -an as arp -a tries DNS lookups for the IPs. > ? (192.168.1.1) at 0:80:ad:81:fc:d4 [ethernet] > ? (192.168.1.4) at 0:a0:cc:a0:d4:7 [ethernet] > ? (192.168.2.1) at 0:a0:cc:a0:d4:7 [ethernet] Are you shure the Winows Bos answers the wuery as it should? tcpdump output would help. > The FreeBSD box also hangs for a long time if I try to use the network > interface, t.ex telnet to it. Is DNS working? > Is what I'm trying to do possible at all ? What's the magic trick ? It is possible but uselless as you never get any improvement from using serveral interfaces to the same hub. If you use a switch with Fast Etherchannel capability FreeBSD can get use of it. -- 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 Thu Jul 26 1: 1: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from server.soekris.com (soekris.com [216.15.61.44]) by hub.freebsd.org (Postfix) with ESMTP id 5611B37B407 for ; Thu, 26 Jul 2001 01:00:57 -0700 (PDT) (envelope-from soren@soekris.com) Received: from soekris.com (1.4.soekris.com [192.168.1.4] (may be forged)) by server.soekris.com (8.9.2/8.9.2) with ESMTP id BAA53211 for ; Thu, 26 Jul 2001 01:01:21 -0700 (PDT) (envelope-from soren@soekris.com) Message-ID: <3B5FCE38.65687CBA@soekris.com> Date: Thu, 26 Jul 2001 01:00:56 -0700 From: Soren Kristensen Organization: Soekris Engineering X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: ARP cache problems.... References: <3B5F8ADE.E75281E6@soekris.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 Hi, Thanks for the responses, the long delay was because that I didn't have reverse lookup for the 192.168.x.x private IP's in my DNS setup, I just thought it was related with the arp problem.... Things seem to work fine now, but I still get a lot of those: "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got reply from 00:a0:cc:a0:d4:07 on sis1" Anybody know how to turn them off ? Btw, the reason that I want to use multiple interface on the same net, is so I can do manufacturing test on my net4501 boxes from a win98 computer with just one network interface.... Regards, Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 1:21:48 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 E763537B406 for ; Thu, 26 Jul 2001 01:21:35 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.1/8.11.1) id f6Q8b9K00767; Thu, 26 Jul 2001 12:37:09 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> Subject: Re: ARP cache problems.... In-Reply-To: <3B5FCE38.65687CBA@soekris.com> "from Soren Kristensen at Jul 26, 2001 01:00:56 am" To: Soren Kristensen Date: Thu, 26 Jul 2001 12:37:08 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Things seem to work fine now, but I still get a lot of those: > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > reply from 00:a0:cc:a0:d4:07 on sis1" > > Anybody know how to turn them off ? Yes, I have this problem too. We use several interfaces with totally different addresses connected to the same hub for testing purposes, on a testing stand. It's more cheap than bulding truly different networks. I think it isn't possible to just turn those log messages off without kernel hacking, which is sad. Probably some sysctl var would be good ... Currently, the solution is to take /sys/netinet/if_ether.c, find this: #ifndef BRIDGE /* the following is not an error when doing bridging */ if (rt->rt_ifp != &ac->ac_if) { log(LOG_ERR, "arp: %s is on %s%d but got reply from %6D on %s%d\n", inet_ntoa(isaddr), rt->rt_ifp->if_name, rt->rt_ifp->if_unit, ea->arp_sha, ":", ac->ac_if.if_name, ac->ac_if.if_unit); goto reply; } #endif and just hack off this message. Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 2: 6:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 3D58637B403 for ; Thu, 26 Jul 2001 02:06:46 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id f6Q96dD12157132; Thu, 26 Jul 2001 13:06:39 +0400 (MSD) Date: Thu, 26 Jul 2001 13:06:33 +0400 (MSD) From: Maxim Konovalov To: Soren Kristensen Cc: Subject: Re: ARP cache problems.... In-Reply-To: <3B5FCE38.65687CBA@soekris.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 Thu, 26 Jul 2001, Soren Kristensen wrote: > Hi, > > Thanks for the responses, the long delay was because that I didn't have > reverse lookup for the 192.168.x.x private IP's in my DNS setup, I just > thought it was related with the arp problem.... > > Things seem to work fine now, but I still get a lot of those: > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > reply from 00:a0:cc:a0:d4:07 on sis1" > > Anybody know how to turn them off ? sysctl net.link.ether.inet.log_arp_wrong_iface ? > Btw, the reason that I want to use multiple interface on the same net, > is so I can do manufacturing test on my net4501 boxes from a win98 > computer with just one network interface.... > > > Regards, > > > Soren > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 2:13: 2 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 549F337B406 for ; Thu, 26 Jul 2001 02:12:54 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.1/8.11.1) id f6Q9SVm00922; Thu, 26 Jul 2001 13:28:31 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200107260928.f6Q9SVm00922@bugz.infotecs.ru> Subject: Re: ARP cache problems.... In-Reply-To: "from Maxim Konovalov at Jul 26, 2001 01:06:33 pm" To: Maxim Konovalov Date: Thu, 26 Jul 2001 13:28:31 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Anybody know how to turn them off ? > > sysctl net.link.ether.inet.log_arp_wrong_iface ? vel@bugz:/home/vel # sysctl net.link.ether.inet.log_arp_wrong_iface sysctl: unknown oid 'net.link.ether.inet.log_arp_wrong_iface' Huh ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 2:15:24 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 78F5537B401 for ; Thu, 26 Jul 2001 02:15:21 -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 EAA08430; Thu, 26 Jul 2001 04:13:28 -0700 (PDT) Message-ID: <3B5FDD32.7758EB35@elischer.org> Date: Thu, 26 Jul 2001 02:04:50 -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: "Eugene L. Vorokov" Cc: Soren Kristensen , freebsd-hackers@freebsd.org Subject: Re: ARP cache problems.... References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> 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 "Eugene L. Vorokov" wrote: > > > Things seem to work fine now, but I still get a lot of those: > > > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > > reply from 00:a0:cc:a0:d4:07 on sis1" > > > > Anybody know how to turn them off ? > > Yes, I have this problem too. We use several interfaces with totally > different addresses connected to the same hub for testing purposes, > on a testing stand. It's more cheap than bulding truly different > networks. I think it isn't possible to just turn those log messages > off without kernel hacking, which is sad. Probably some sysctl var > would be good ... why not use several addresses on one card? > > Currently, the solution is to take /sys/netinet/if_ether.c, find this: > > #ifndef BRIDGE /* the following is not an error when doing bridging */ > if (rt->rt_ifp != &ac->ac_if) { > log(LOG_ERR, "arp: %s is on %s%d but got reply from %6D on %s%d\n", > inet_ntoa(isaddr), > rt->rt_ifp->if_name, rt->rt_ifp->if_unit, > ea->arp_sha, ":", > ac->ac_if.if_name, ac->ac_if.if_unit); > goto reply; > } > #endif > > and just hack off this message. > > Regards, > Eugene > > 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 Thu Jul 26 2:19:59 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 4613A37B61E for ; Thu, 26 Jul 2001 02:19:53 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.1/8.11.1) id f6Q9ZUf03790; Thu, 26 Jul 2001 13:35:30 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200107260935.f6Q9ZUf03790@bugz.infotecs.ru> Subject: Re: ARP cache problems.... In-Reply-To: <3B5FDD32.7758EB35@elischer.org> "from Julian Elischer at Jul 26, 2001 02:04:50 am" To: Julian Elischer Date: Thu, 26 Jul 2001 13:35:30 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > why not use several addresses on one card? Because we must test how our software works with several different cards (we develop VPN software for windows, linux & FreeBSD) Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 2:42:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.39]) by hub.freebsd.org (Postfix) with SMTP id 7508D37B403 for ; Thu, 26 Jul 2001 02:42:17 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 26908 invoked by uid 1000); 26 Jul 2001 09:41:27 -0000 Date: Thu, 26 Jul 2001 12:41:27 +0300 From: Peter Pentchev To: Etienne de Bruin Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: crunched binary oddity Message-ID: <20010726124127.F15667@ringworld.oblivion.bg> Mail-Followup-To: Etienne de Bruin , "'freebsd-hackers@freebsd.org'" References: <9D4A4E19244ED4119BE90050DAD5DD47BC5561@mail.quidel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <9D4A4E19244ED4119BE90050DAD5DD47BC5561@mail.quidel.com>; from et@quidel.com on Tue, Jul 24, 2001 at 10:14:09AM -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, Jul 24, 2001 at 10:14:09AM -0700, Etienne de Bruin wrote: > Greetings. I crunchgen'd newfs and linked mount_mfs to it (among many other > progs), compiled it with success. And yet when I boot my MFS kernel and try > to mount /tmp to mfs, boot_crunch complains that 'mfs' is not compiled into > it? > > My /etc/fstab: > > /dev/zero /tmp mfs > rw,nosuid,-s=262144,-m=0,-T=minimum 0 0 > /dev/zero /var mfs rw,-s=262144,-m=0,-T=minimum > 0 0 > /dev/cd0c /cdrom cd9660 ro,user 0 0 > proc /proc procfs rw 0 0 > > Go on, give it to me. Could it be that it's not boot_crunch, but the kernel complaining? What is the exact error message? 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 Thu Jul 26 3: 4:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 7EF5837B403 for ; Thu, 26 Jul 2001 03:04: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 f6P1Oo703203; Tue, 24 Jul 2001 18:24:50 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107250124.f6P1Oo703203@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Weiguang SHI" Cc: hackers@freebsd.org Subject: Re: btx building error In-reply-to: Your message of "Tue, 24 Jul 2001 19:18:06 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Jul 2001 18:24:50 -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 > bash-2.04$ as --version > GNU assembler 2.11 > ... > What should I do? Uninstall your customised binutils. FreeBSD 4.x is using 2.10: ziplok:~>as --version GNU assembler 2.10.1 ziplok:~>uname -a FreeBSD ziplok.dis.org 4.3-STABLE FreeBSD 4.3-STABLE #0: Sat Jul 7 10:52:55 PDT 2001 msmith@ziplok.dis.org:/local0/build/src/sys/compile/GATEKEEPER i386 -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 3: 4:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 299F037B405 for ; Thu, 26 Jul 2001 03:04:03 -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 f6P1RT703231; Tue, 24 Jul 2001 18:27:29 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107250127.f6P1RT703231@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Weiguang SHI" Cc: hackers@freebsd.org Subject: Re: btx building error In-reply-to: Your message of "Tue, 24 Jul 2001 19:18:06 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Jul 2001 18:27:29 -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 > I cvs'ed the current version of btx by "cvs co btx" and tried to build it on > my FBSD-4.0 box and here is what I got: ... > bash-2.04$ as --version > GNU assembler 2.11 ... > What should I do? Uninstall your custom binutils: ziplok:~>uname -r 4.3-STABLE ziplok:~>as --version GNU assembler 2.10.1 You might want to build the -stable version of BTX. Note also that BTX is not meant to be built/used standalone; you should look at the higher-level makefiles to see how it's integrated. Note, also that BTX in -current is built with: mass:~>as --version GNU assembler 2.11.2 [FreeBSD] -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 3: 4:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id 9E65437B406; Thu, 26 Jul 2001 03:04:07 -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 f6ONju702219; Tue, 24 Jul 2001 16:45:57 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107242345.f6ONju702219@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Garance A Drosihn Cc: John Baldwin , Brooks Davis , hackers@freebsd.org, net@freebsd.org Subject: Re: review request: ng_split cleanup In-reply-to: Your message of "Tue, 24 Jul 2001 19:38:42 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Jul 2001 16:45:56 -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 hunk is needed for lint(1) to recognize special comments. > >Don't remove it. > > The '/*-' part? What does lint do special with those? It's actually a signal to indent(1) to leave the comment's formatting alone. See the manpage. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 3:11:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id BA1B837B401 for ; Thu, 26 Jul 2001 03:11:28 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id f6QABQD10497598; Thu, 26 Jul 2001 14:11:26 +0400 (MSD) Date: Thu, 26 Jul 2001 14:11:21 +0400 (MSD) From: Maxim Konovalov To: "Eugene L. Vorokov" Cc: Subject: Re: ARP cache problems.... In-Reply-To: <200107260928.f6Q9SVm00922@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 On Thu, 26 Jul 2001, Eugene L. Vorokov wrote: > > > Anybody know how to turn them off ? > > > > sysctl net.link.ether.inet.log_arp_wrong_iface ? > > vel@bugz:/home/vel # sysctl net.link.ether.inet.log_arp_wrong_iface > sysctl: unknown oid 'net.link.ether.inet.log_arp_wrong_iface' > > Huh ? $ rlog -r1.74 if_ether.c ... description: ---------------------------- revision 1.74 date: 2001/01/06 00:45:08; author: alfred; state: Exp; lines: +8 -1 provide a sysctl 'net.link.ether.inet.log_arp_wrong_iface' to allow one to supress logging when ARP replies arrive on the wrong interface: "/kernel: arp: 1.2.3.4 is on dc0 but got reply from 00:00:c5:79:d0:0c on dc1" the default is to log just to give notice about possibly incorrectly configured networks. > Regards, > Eugene > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 4: 9:28 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 295BF37B406 for ; Thu, 26 Jul 2001 04:09:19 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Jul 2001 12:09:18 +0100 (BST) Date: Thu, 26 Jul 2001 12:09:17 +0100 From: David Malone To: David Greenman Cc: "David E. Cross" , Ronald G Minnich , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time Message-ID: <20010726120917.A93478@walton.maths.tcd.ie> References: <200107252013.QAA00335@cs.rpi.edu> <20010725142519.D14981@nexus.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010725142519.D14981@nexus.root.com>; from dg@root.com on Wed, Jul 25, 2001 at 02:25:19PM -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 Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote: > Guessing, I think the correct fix is probably to set the IN_ACCESS flag in > ufs_open() [and similarly with other filesystems where this makes sense] if > the filesystem is not mounted with the noatime flag. However, I'm not sure > of the symantics of the access time in the relavent standards, and I seem > to recall Bruce saying that it was incorrect to indicate an access on just > an open(), but I may be mistaken. Wouldn't setting the access time on open mess up the "last read time" for people's mail boxes when mail was delivered? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 4: 9:52 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 A6D8337B406 for ; Thu, 26 Jul 2001 04:09:48 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Jul 2001 12:09:46 +0100 (BST) To: Peter Pentchev Cc: Etienne de Bruin , "'freebsd-hackers@freebsd.org'" Subject: Re: crunched binary oddity In-Reply-To: Your message of "Thu, 26 Jul 2001 12:41:27 +0300." <20010726124127.F15667@ringworld.oblivion.bg> Date: Thu, 26 Jul 2001 12:09:46 +0100 From: Ian Dowse Message-ID: <200107261209.aa21116@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 <20010726124127.F15667@ringworld.oblivion.bg>, Peter Pentchev writes : >On Tue, Jul 24, 2001 at 10:14:09AM -0700, Etienne de Bruin wrote: >> Greetings. I crunchgen'd newfs and linked mount_mfs to it (among many other >> progs), compiled it with success. And yet when I boot my MFS kernel and try >> to mount /tmp to mfs, boot_crunch complains that 'mfs' is not compiled into >> it? > >Could it be that it's not boot_crunch, but the kernel complaining? >What is the exact error message? When mount(8) invokes a mount_xxx program, it sets argv[0] to the name of the filesystem (ufs, mfs, nfs etc). Crunched binaries use the argv[0] name to determine which code to execute, so you need to add ln mount_mfs mfs to your crunchgen config file to get this to work. Alternatively, just invoke mount_mfs directly instead of using mount(8). Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 4:51:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.39]) by hub.freebsd.org (Postfix) with SMTP id 30D8F37B401 for ; Thu, 26 Jul 2001 04:51:31 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 35694 invoked by uid 1000); 26 Jul 2001 11:50:29 -0000 Date: Thu, 26 Jul 2001 14:50:29 +0300 From: Peter Pentchev To: Maxim Konovalov Cc: "Eugene L. Vorokov" , freebsd-hackers@FreeBSD.ORG Subject: Re: ARP cache problems.... Message-ID: <20010726145029.H15667@ringworld.oblivion.bg> Mail-Followup-To: Maxim Konovalov , "Eugene L. Vorokov" , freebsd-hackers@FreeBSD.ORG References: <200107260928.f6Q9SVm00922@bugz.infotecs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from maxim@macomnet.ru on Thu, Jul 26, 2001 at 02:11:21PM +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 Thu, Jul 26, 2001 at 02:11:21PM +0400, Maxim Konovalov wrote: > On Thu, 26 Jul 2001, Eugene L. Vorokov wrote: > > > > > Anybody know how to turn them off ? > > > > > > sysctl net.link.ether.inet.log_arp_wrong_iface ? > > > > vel@bugz:/home/vel # sysctl net.link.ether.inet.log_arp_wrong_iface > > sysctl: unknown oid 'net.link.ether.inet.log_arp_wrong_iface' > > > > Huh ? > > $ rlog -r1.74 if_ether.c > > ... > description: > ---------------------------- > revision 1.74 > date: 2001/01/06 00:45:08; author: alfred; state: Exp; lines: +8 -1 > provide a sysctl 'net.link.ether.inet.log_arp_wrong_iface' to allow > one to supress logging when ARP replies arrive on the wrong interface: > "/kernel: arp: 1.2.3.4 is on dc0 but got reply from 00:00:c5:79:d0:0c > on dc1" > > the default is to log just to give notice about possibly incorrectly > configured networks. This exists in -current and has been MFC'd before 4.3-RELEASE. FreeBSD installations older than 4.3-RELEASE, or -STABLE installations older than January 6, 2001, would not have this sysctl knob. G'luck, Peter -- The rest of this sentence is written in Thailand, on To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 4:53:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.39]) by hub.freebsd.org (Postfix) with SMTP id 8BFBE37B401 for ; Thu, 26 Jul 2001 04:53:33 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 35845 invoked by uid 1000); 26 Jul 2001 11:52:38 -0000 Date: Thu, 26 Jul 2001 14:52:38 +0300 From: Peter Pentchev To: David Malone Cc: David Greenman , "David E. Cross" , Ronald G Minnich , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time Message-ID: <20010726145238.I15667@ringworld.oblivion.bg> Mail-Followup-To: David Malone , David Greenman , "David E. Cross" , Ronald G Minnich , freebsd-hackers@FreeBSD.ORG References: <200107252013.QAA00335@cs.rpi.edu> <20010725142519.D14981@nexus.root.com> <20010726120917.A93478@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726120917.A93478@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Thu, Jul 26, 2001 at 12:09:17PM +0100 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, Jul 26, 2001 at 12:09:17PM +0100, David Malone wrote: > On Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote: > > Guessing, I think the correct fix is probably to set the IN_ACCESS flag in > > ufs_open() [and similarly with other filesystems where this makes sense] if > > the filesystem is not mounted with the noatime flag. However, I'm not sure > > of the symantics of the access time in the relavent standards, and I seem > > to recall Bruce saying that it was incorrect to indicate an access on just > > an open(), but I may be mistaken. > > Wouldn't setting the access time on open mess up the "last read > time" for people's mail boxes when mail was delivered? I think people are only discussing updating atime on exec(), not on all open()'s. I do not really believe you are trying to execute your mailboxes :) G'luck, Peter -- Hey, out there - is it *you* reading me, or is it someone else? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 5:49:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from purus.tcoip (unknown [200.199.244.162]) by hub.freebsd.org (Postfix) with ESMTP id 18DD837B405 for ; Thu, 26 Jul 2001 05:49:55 -0700 (PDT) (envelope-from daniel.sobral@tcoip.com.br) Received: from tcoip.com.br (6vp6vpkd645ozez8@dcs.tcoip.com.br [192.168.60.194]) by purus.tcoip (8.11.1/8.11.1) with ESMTP id f6QCliA09394 for ; Thu, 26 Jul 2001 09:47:44 -0300 Message-ID: <3B60116F.1060508@tcoip.com.br> Date: Thu, 26 Jul 2001 09:47:43 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.2) Gecko/20010705 X-Accept-Language: en, pt-br, ja MIME-Version: 1.0 To: hackers@freebsd.org Subject: Starting natd Content-Type: text/plain; charset=us-ascii; format=flowed 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 It seems that rc.network requires an interface to be specified for natd for it to be started. Alas, I do not and cannot specify an interface for natd, using alias_address instead (and disliking even that, since what I really want is static nat). -- Daniel C. Sobral (8-DCS) Daniel.Sobral@tcoip.com.br dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Common sense and a sense of humor are the same thing, moving at different speeds. A sense of humor is just common sense, dancing. -- Clive James To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 6: 9: 4 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 1033537B403 for ; Thu, 26 Jul 2001 06:09:00 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Jul 2001 14:08:58 +0100 (BST) To: Peter Pentchev Cc: David Greenman , "David E. Cross" , Ronald G Minnich , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time In-reply-to: Your message of "Thu, 26 Jul 2001 14:52:38 +0300." <20010726145238.I15667@ringworld.oblivion.bg> X-Request-Do: Date: Thu, 26 Jul 2001 14:08:58 +0100 From: David Malone Message-ID: <200107261408.aa37826@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 > On Thu, Jul 26, 2001 at 12:09:17PM +0100, David Malone wrote: > > On Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote: > > > Guessing, I think the correct fix is probably to set the IN_ACCESS flag > > > ufs_open() [and similarly with other filesystems where this makes sense] i > > > the filesystem is not mounted with the noatime flag. However, I'm not sure > > > of the symantics of the access time in the relavent standards, and I seem > > > to recall Bruce saying that it was incorrect to indicate an access on just > > > an open(), but I may be mistaken. > > > > Wouldn't setting the access time on open mess up the "last read > > time" for people's mail boxes when mail was delivered? > I think people are only discussing updating atime on exec(), not > on all open()'s. I do not really believe you are trying to execute > your mailboxes :) Surely if you mark the file for update in ufs_open then it doesn't matter if you're opening of execing? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 8:33: 8 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 2EF7137B403 for ; Thu, 26 Jul 2001 08:33:06 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6QFX2Q57378; Thu, 26 Jul 2001 08:33:02 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Jul 2001 08:33:02 -0700 (PDT) From: Matt Dillon Message-Id: <200107261533.f6QFX2Q57378@earth.backplane.com> To: Rex Luo Cc: freebsd-hackers@freebsd.org Subject: Re: qestion about vm page coloring References: <200107260746.PAA10435@synology.com> 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 : : : : yes, I mean vm_page_t, and understand what you said. I will try to print the :value of PQ_L2_SIZE in my kernel. Do you know what kernel options influence :this value? I saw it is decided by PQ_CACHESIZE which is decided by different :PQ_HUGE[LARGE/MEDIUM/...]CACHE....setting. Default setting PQ_CACHESIZE is 128, :and corresponding PQ_L2_SIZE is 32. Am I right until now or something wrong? :I use FreeBSD 4.1 release kernel to build my kernel. : :Anyway, thanks for your explaination. : :Rex Luo Yes, 32 is what you should see with the defaults. I would also upgrade to the latest -stable, 4.1 was a fairly good release but a lot of bugs have still been fixed between it and 4.3 including a couple of root exploits. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 8:36: 2 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 2DB3337B405 for ; Thu, 26 Jul 2001 08:36:00 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f6QFZxn52072 for hackers@FreeBSD.ORG; Thu, 26 Jul 2001 11:35:59 -0400 (EDT) (envelope-from bicknell) Date: Thu, 26 Jul 2001 11:35:59 -0400 From: Leo Bicknell To: hackers@FreeBSD.ORG Subject: Re: ARP cache problems.... Message-ID: <20010726113559.A51690@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , hackers@FreeBSD.ORG References: <3B5F8ADE.E75281E6@soekris.com> <20010726100105.A242@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: <20010726100105.A242@cicely20.cicely.de>; from ticso@mail.cicely.de on Thu, Jul 26, 2001 at 10:01:05AM +0200 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 Thu, Jul 26, 2001 at 10:01:05AM +0200, Bernd Walter wrote: > But there is no reason to put more than one interface on the same hub. > Simply configure one interface with alias entries. s/hub/switch/ and there is, and the system should make this not too painful to configure. -- 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 Thu Jul 26 8:51:19 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 F183D37B40D for ; Thu, 26 Jul 2001 08:51:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id IAA19830; Thu, 26 Jul 2001 08:50:50 -0700 (PDT) Message-ID: <3B603C7E.F4B266E5@mindspring.com> Date: Thu, 26 Jul 2001 08:51:26 -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: Paul Marquis Cc: Ron Chen , mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5E753D.62F08AAB@mindspring.com> <01072505350900.22244@sboy.pmarquis.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 Paul Marquis wrote: > > On Wednesday 25 July 2001 03:29, Terry Lambert wrote: > > Ron Chen wrote: > > > Sun Grid Engine goes opensource. See SGE home page: > > > > > > http://www.sun.com/gridware > > > > I see no source code there, only Solaris and Linux binaries. > > Check out (though the site(s) currently appear down): > > http://www.gridengine.sunsource.net/ > http://www.sunsource.net/ Thanks; it's there. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10: 2:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id C215637B409 for ; Thu, 26 Jul 2001 10:02:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA06062; Thu, 26 Jul 2001 10:02:38 -0700 (PDT) Message-ID: <3B604D4D.37F7AFEF@mindspring.com> Date: Thu, 26 Jul 2001 10:03:09 -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: kc5vdj@yahoo.com Cc: Ron Chen , mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org Subject: Re: Downloads appear broked...but work...keep hitting "reload"... References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5EA8EB.BC1CAFB4@yahoo.com> <3B5EADF8.A28967EB@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 Jim Bryant wrote: > Everybody and their dog must be downloading this. If you keep > getting the java.lang.OutOfMemoryError, just keep hitting > "reload"... I was just about to give up when it finally worked for me. Gee, garbage collection is special. I'm going to run right out and use Java in my next embedded system! -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:11:21 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 C239F37B405 for ; Thu, 26 Jul 2001 10:11:17 -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 f6QHBFV81267; Thu, 26 Jul 2001 19:11:15 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6QHC3n01674; Thu, 26 Jul 2001 19:12:03 +0200 (CEST) Date: Thu, 26 Jul 2001 19:12:02 +0200 From: Bernd Walter To: Leo Bicknell Cc: hackers@FreeBSD.ORG Subject: Re: ARP cache problems.... Message-ID: <20010726191202.A1617@cicely20.cicely.de> References: <3B5F8ADE.E75281E6@soekris.com> <20010726100105.A242@cicely20.cicely.de> <20010726113559.A51690@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726113559.A51690@ussenterprise.ufp.org>; from bicknell@ufp.org on Thu, Jul 26, 2001 at 11:35:59AM -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 Thu, Jul 26, 2001 at 11:35:59AM -0400, Leo Bicknell wrote: > On Thu, Jul 26, 2001 at 10:01:05AM +0200, Bernd Walter wrote: > > But there is no reason to put more than one interface on the same hub. > > Simply configure one interface with alias entries. > > s/hub/switch/ and there is, and the system should make this not > too painful to configure. If you are using a switch you should use FEC or VLANs. Yes I know there switches out there without that features but if you want more performance then use hardware that can do the job you need. -- 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 Thu Jul 26 10:14:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id CE3AD37B408 for ; Thu, 26 Jul 2001 10:14:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA19895; Thu, 26 Jul 2001 10:14:35 -0700 (PDT) Message-ID: <3B605020.9D2B1DB2@mindspring.com> Date: Thu, 26 Jul 2001 10:15:12 -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: Zhihui Zhang , Bosko Milekic , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size 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: > > no.. it has to do with the fact that it would be unwise > to make a cluster > 1 page size since we have no guarantee that > all drivers could handle breaking up a DMA if a cluster spanned 2 > physical address ranges. (they can handle a chain of discontinuous > mbufs but may assume that a single mbuf will have physically > contiguous data. Now since we cannot span a page boundary, > we should fit in exacly to get as much room as possible > and since (pagesize/3) is too small, the next possibility is (pagesize/2). FWIW: the way clusters work quarantees contiguity, based on the zone allocator being backed by contiguous regions in single pages. This is what Julian said, but it's less verbose... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:17:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 271B037B407 for ; Thu, 26 Jul 2001 10:17:35 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA07432; Thu, 26 Jul 2001 10:17:30 -0700 (PDT) Message-ID: <3B6050D1.9DCCD23@mindspring.com> Date: Thu, 26 Jul 2001 10:18:09 -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: Bosko Milekic Cc: Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.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 Bosko Milekic wrote: > > On Wed, Jul 25, 2001 at 02:17:38PM -0400, Zhihui Zhang wrote: > > > > I see. It has something to do with the power-of-two allocator we are > > using inside the kernel. > > No, it has nothing to do with the power-of-two allocation strategy > used in some cases inside the kernel. 2K is just the most convenient size > for a cluster as it fits the maximum MTU size while at the same time fitting > nicely into a page, reducing allocation complexity. Specifically, it saves a lot of housekeeping, which isn't really a lot, if it's done correctly. Actually, we would be well serverd by permitting odd-sized mbufs, particularly for use a mbuf cluster containers, since they waste an incredible amount of space. The real reason behind all this is to make the input and output routines symmetric, since mbuf's can be allocated at interrupt, and clusters can't (or couldn't, last time I looked at 4.3). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:19: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id CC97F37B407 for ; Thu, 26 Jul 2001 10:19:04 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA16107; Thu, 26 Jul 2001 10:18:57 -0700 (PDT) Message-ID: <3B605128.3A827B8@mindspring.com> Date: Thu, 26 Jul 2001 10:19:36 -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: vishwanath pargaonkar Cc: Julian Elischer , Zhihui Zhang , Bosko Milekic , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size References: <20010726073740.5662.qmail@web5301.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, > lets come to my question please. > tell me can i change mbuf cluster size from 2048 to > 4096?? You can do it, but it's not a really very useful thing to do, since the majority of your cluster will end up being vacant. > how shd i do it if i can do it? Look at the header files, and look at uipc_mbuf.c in /sys/kern. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:20:56 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 9B97637B407 for ; Thu, 26 Jul 2001 10:20:52 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6QHKpI79639 for ; Thu, 26 Jul 2001 10:20:51 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 10:20:51 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: hackers@freebsd.org Subject: perhaps one of phk's "intern" projects? 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 It'd be nice if one could pass a time specification to at in the form of "next reboot". -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:26:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.glue.umd.edu (po3.glue.umd.edu [128.8.10.123]) by hub.freebsd.org (Postfix) with ESMTP id 6E7EF37B403 for ; Thu, 26 Jul 2001 10:26:30 -0700 (PDT) (envelope-from howardjp@Glue.umd.edu) Received: from z.glue.umd.edu (IDENT:root@z.glue.umd.edu [128.8.10.71]) by po3.glue.umd.edu (8.10.1/8.10.1) with ESMTP id f6QHQSE16553 for ; Thu, 26 Jul 2001 13:26:29 -0400 (EDT) Received: from z.glue.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by z.glue.umd.edu (8.9.3/8.9.3) with SMTP id NAA03732 for ; Thu, 26 Jul 2001 13:26:28 -0400 (EDT) Received: from localhost (howardjp@localhost) by z.glue.umd.edu (8.9.3/8.9.3) with ESMTP id NAA03728 for ; Thu, 26 Jul 2001 13:26:28 -0400 (EDT) X-Authentication-Warning: z.glue.umd.edu: howardjp owned process doing -bs Date: Thu, 26 Jul 2001 13:26:28 -0400 (EDT) From: James Howard To: freebsd-hackers@freebsd.org Subject: Backup file formats: tar, cpio, pax, yadda, yadda, yadda 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 Both tar and cpio seem to have problems doing backups on my server. Looking at the pax manpage, we see this: cpio The extended cpio interchange format specified in the IEEE Std 1003.2 (``POSIX.2'') standard. The default blocksize for this format is 5120 bytes. Inode and device informa- tion about a file (used for detecting file hard links by this format) which may be truncated by this format is detected by pax and is repaired. bcpio The old binary cpio format. The default blocksize for this format is 5120 bytes. This format is not very portable and should not be used when other formats are available. Inode and device information about a file (used for detecting file hard links by this format) which may be truncated by this format is detected by pax and is repaired. sv4cpio The System V release 4 cpio. The default blocksize for this format is 5120 bytes. Inode and device information about a file (used for detecting file hard links by this format) which may be truncated by this format is detected by pax and is repaired. sv4crc The System V release 4 cpio with file crc checksums. The default blocksize for this format is 5120 bytes. Inode and device information about a file (used for detecting file hard links by this format) which may be truncated by this format is detected by pax and is repaired. tar The old BSD tar format as found in BSD4.3. The default blocksize for this format is 10240 bytes. Pathnames stored by this format must be 100 characters or less in length. Only regular files, hard links, soft links, and directories will be archived (other file system types are not supported). For backwards compatibility with even older tar formats, a -o option can be used when writing an archive to omit the storage of directories. This option takes the form: -o write_opt=nodir ustar The extended tar interchange format specified in the IEEE Std 1003.2 (``POSIX.2'') standard. The default blocksize for this format is 10240 bytes. Pathnames stored by this format must be 250 characters or less in length. Let's review. All the tar formats will truncate long filenames. All the cpio formats truncate the inode number. Is there a reasonable backup tool which does not do goofy things like that? Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:32:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.39]) by hub.freebsd.org (Postfix) with SMTP id 71F0137B405 for ; Thu, 26 Jul 2001 10:32:06 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 58606 invoked by uid 1000); 26 Jul 2001 17:31:13 -0000 Date: Thu, 26 Jul 2001 20:31:13 +0300 From: Peter Pentchev To: Matthew Jacob Cc: hackers@freebsd.org Subject: Re: perhaps one of phk's "intern" projects? Message-ID: <20010726203113.D53502@ringworld.oblivion.bg> Mail-Followup-To: Matthew Jacob , hackers@freebsd.org 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 mjacob@feral.com on Thu, Jul 26, 2001 at 10:20:51AM -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 Thu, Jul 26, 2001 at 10:20:51AM -0700, Matthew Jacob wrote: > > It'd be nice if one could pass a time specification to at in the form of "next > reboot". This could be implemented as a startup script, no? On second thoughts, not quite trivial. It wouldn't be hard to write a separate utility to schedule jobs to be serviced at the next reboot; integrating this functionality into at(1) would be nice, too, though maybe just a little bit harder - it would require the time to parse the at(1) sources ;) Then it would be as simple as making the command-line scheduling utility write the job into the at-next-boot utility spool dir instead of the regular at(1) spool dir; or maybe the at-next-boot utility could just look through the regular at(1) spool dir for some specially-marked files that at(1) would ignore.. I would be willing to do this, if no one else volunteers. G'luck, Peter -- This would easier understand fewer had omitted. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:32:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id C20D837B409 for ; Thu, 26 Jul 2001 10:32:38 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6QHaHw33629; Thu, 26 Jul 2001 13:36:17 -0400 (EDT) (envelope-from bmilekic) Date: Thu, 26 Jul 2001 13:36:17 -0400 From: Bosko Milekic To: Terry Lambert Cc: Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010726133617.B33517@technokratis.com> References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@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: <3B6050D1.9DCCD23@mindspring.com>; from tlambert2@mindspring.com on Thu, Jul 26, 2001 at 10:18:09AM -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 Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote: > The real reason behind all this is to make the input and output > routines symmetric, since mbuf's can be allocated at interrupt, > and clusters can't (or couldn't, last time I looked at 4.3). They can. Whether they are or not I'm not sure. > -- Terry -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:39: 2 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 2C71137B405 for ; Thu, 26 Jul 2001 10:39:00 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 1ACA181D39; Thu, 26 Jul 2001 12:39:00 -0500 (CDT) Date: Thu, 26 Jul 2001 12:39:00 -0500 From: Alfred Perlstein To: Bosko Milekic Cc: Terry Lambert , Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010726123900.E26571@elvis.mu.org> References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@mindspring.com> <20010726133617.B33517@technokratis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726133617.B33517@technokratis.com>; from bmilekic@technokratis.com on Thu, Jul 26, 2001 at 01:36:17PM -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 * Bosko Milekic [010726 12:32] wrote: > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote: > > The real reason behind all this is to make the input and output > > routines symmetric, since mbuf's can be allocated at interrupt, > > and clusters can't (or couldn't, last time I looked at 4.3). > > They can. Whether they are or not I'm not sure. Er, wouldn't that be the only way for cards to refil thier DMA recieve buffers? -- -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 Jul 26 10:39:20 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 5008F37B405; Thu, 26 Jul 2001 10:39:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA18517; Thu, 26 Jul 2001 10:38:44 -0700 (PDT) Message-ID: <3B6055C8.C0B5554D@mindspring.com> Date: Thu, 26 Jul 2001 10:39:20 -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" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Why two cards on the same segment... References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> <3B5FDD32.7758EB35@elischer.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 Julian Elischer wrote: > > > Things seem to work fine now, but I still get a lot of those: > > > > > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > > > reply from 00:a0:cc:a0:d4:07 on sis1" > > > > > > Anybody know how to turn them off ? > > > > Yes, I have this problem too. We use several interfaces with totally > > different addresses connected to the same hub for testing purposes, > > on a testing stand. It's more cheap than bulding truly different > > networks. I think it isn't possible to just turn those log messages > > off without kernel hacking, which is sad. Probably some sysctl var > > would be good ... > > why not use several addresses on one card? At a guess, he's attempting to implement VRRP, which requires that the virtual interface have a differen MAC address, and FreeBSD fails to support programming of MAC addresses, and even if it did, things like the Tigon II only support one programmable MAC (Tigon III supports 4, and Intel Gigabit Pro supports 16). Even after crossing that hurdle, FreeBSD will send out the interface, and does not have the concept of virtualized interfaces, and without that, he'd get packets in on the VIP, but send them out on the primary MAC, instead of the VIP MAC, which would confuse the hell out of his switch. FreeBSD fails to do this because the route goes to an interface, and does not distinguish virtual interfaces, and therefore does not distinguish virtual MACs (and then use the right one). So short of implementing auxillary MAC programming and virtual interfaces in FreeBSD, he has to use two cards on the same wire. ...not to mention the mess the current FreeBSD ARP code is in, with regard to gratuitous ARPs... ...or the mess that the FreeBSD interface code is in, since it resets the ethernet hardware anytime you ifconfig an alias on or off the card, or the real IP on or off the card, instead of leaving the card alone (try this on a Tigon II: be prepared to wait a long time, since a reset reloads the firmware on these beasts, since FreeBSD doesn't have a seperate driver entry point to support downloading of firmware as a seperate, one-time event). ...or the mess the FreeBSD alias code is in, with it demanding netmasks of 255.255.255.255 on aliases, so that aliases and the primary IP _MUST_ have the same netmask instead of different ones (hell, he may just be trying to have two IP's with different netmasks, and the only way he can do it in FreeBSD is to have two cards!). So, the major reasons for two cards on one segment: to work around bugs in FreeBSD's networking code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:41:57 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 BA49437B405; Thu, 26 Jul 2001 10:41:52 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B619181D39; Thu, 26 Jul 2001 12:41:52 -0500 (CDT) Date: Thu, 26 Jul 2001 12:41:52 -0500 From: Alfred Perlstein To: Terry Lambert Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... Message-ID: <20010726124152.F26571@elvis.mu.org> References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> <3B5FDD32.7758EB35@elischer.org> <3B6055C8.C0B5554D@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: <3B6055C8.C0B5554D@mindspring.com>; from tlambert2@mindspring.com on Thu, Jul 26, 2001 at 10:39:20AM -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 * Terry Lambert [010726 12:39] wrote: > Julian Elischer wrote: > > > > Things seem to work fine now, but I still get a lot of those: > > > > > > > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > > > > reply from 00:a0:cc:a0:d4:07 on sis1" > > > > > > > > Anybody know how to turn them off ? > > > > > > Yes, I have this problem too. We use several interfaces with totally > > > different addresses connected to the same hub for testing purposes, > > > on a testing stand. It's more cheap than bulding truly different > > > networks. I think it isn't possible to just turn those log messages > > > off without kernel hacking, which is sad. Probably some sysctl var > > > would be good ... Without proper attribution I can't make proper fun of you guys for not noticing: net.link.ether.inet.log_arp_wrong_iface set it to zero. bye, -- -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 Jul 26 10:42: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.quidel.com (webmail.quidel.com [63.125.144.4]) by hub.freebsd.org (Postfix) with ESMTP id 38C8837B409 for ; Thu, 26 Jul 2001 10:41:57 -0700 (PDT) (envelope-from et@quidel.com) Received: by mail.quidel.com with Internet Mail Service (5.5.2653.19) id ; Thu, 26 Jul 2001 10:41:10 -0700 Message-ID: <9D4A4E19244ED4119BE90050DAD5DD47BC5568@mail.quidel.com> From: Etienne de Bruin To: 'Ian Dowse' , Peter Pentchev Cc: Etienne de Bruin , "'freebsd-hackers@freebsd.org'" Subject: RE: crunched binary oddity Date: Thu, 26 Jul 2001 10:41:03 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) 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 > When mount(8) invokes a mount_xxx program, it sets argv[0] to the > name of the filesystem (ufs, mfs, nfs etc). Crunched binaries use > the argv[0] name to determine which code to execute, so you need > to add > > ln mount_mfs mfs > > to your crunchgen config file to get this to work. Alternatively, > just invoke mount_mfs directly instead of using mount(8). Hey this is great, thanks Ian. This explains it all. I went ahead and invoked mount_mfs instead of relying on /etc/fstab. Works perfectly. eT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:42:49 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 B7E9F37B405 for ; Thu, 26 Jul 2001 10:42:44 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6QHgeI80527; Thu, 26 Jul 2001 10:42:40 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 10:42:40 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Peter Pentchev Cc: hackers@freebsd.org Subject: Re: perhaps one of phk's "intern" projects? In-Reply-To: <20010726203113.D53502@ringworld.oblivion.bg> 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 at already understands the concept of "tomorrow" in it's parsing of time. It also understands special terms like "teatime". If we simplify this to at reboot then all you'd have to do would be to either squirrel these jobs in another directory and have part of rc check for these or just have a special name so that at's reading of the spool dir won't get upset if they're ther. On Thu, 26 Jul 2001, Peter Pentchev wrote: > On Thu, Jul 26, 2001 at 10:20:51AM -0700, Matthew Jacob wrote: > > > > It'd be nice if one could pass a time specification to at in the form of "next > > reboot". > > This could be implemented as a startup script, no? > On second thoughts, not quite trivial. > > It wouldn't be hard to write a separate utility to schedule jobs to be > serviced at the next reboot; integrating this functionality into at(1) > would be nice, too, though maybe just a little bit harder - it would > require the time to parse the at(1) sources ;) Then it would be > as simple as making the command-line scheduling utility write the job > into the at-next-boot utility spool dir instead of the regular at(1) > spool dir; or maybe the at-next-boot utility could just look through > the regular at(1) spool dir for some specially-marked files that at(1) > would ignore.. > > I would be willing to do this, if no one else volunteers. > > G'luck, > Peter > > -- > This would easier understand fewer had omitted. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:43: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interactivate.com (mail.interactivate.com [63.141.73.15]) by hub.freebsd.org (Postfix) with ESMTP id 7B34D37B405 for ; Thu, 26 Jul 2001 10:43:02 -0700 (PDT) (envelope-from larry@interactivate.com) Received: (from root@localhost) by mail.interactivate.com (8.11.1/8.11.1) id f6QHiw951648; Thu, 26 Jul 2001 10:44:58 -0700 (PDT) (envelope-from larry@interactivate.com) Received: from feh (bofh [63.141.73.10]) by mail.interactivate.com (8.11.1/8.11.1av) with ESMTP id f6QHiQe51631; Thu, 26 Jul 2001 10:44:39 -0700 (PDT) (envelope-from larry@interactivate.com) Date: Thu, 26 Jul 2001 10:40:19 -0700 From: Lawrence Sica To: James Howard , freebsd-hackers@freebsd.org Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Message-ID: <0.996169219@feh> In-Reply-To: References: X-Mailer: Mulberry/2.1.0b1 (SunOS/SPARC Demo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS perl-10 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 > > Let's review. All the tar formats will truncate long filenames. All the > cpio formats truncate the inode number. Is there a reasonable backup tool > which does not do goofy things like that? > Ive always been partial to dump/ufsdump myself. And gnu tar will handle longfiles names. There was a usenix paper on backup programs, they found dump to be the best at the time. --Larry > Jamie > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message Lawrence Sica --------------------------------- Systems Administrator - Interactivate, Inc larry@interactivate.com http://www.interactivate.com --------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:44:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etrn.xmission.com (etrn.xmission.com [198.60.22.17]) by hub.freebsd.org (Postfix) with ESMTP id 9BBC137B405 for ; Thu, 26 Jul 2001 10:44:18 -0700 (PDT) (envelope-from glewis@misty.eyesbeyond.com) Received: from [198.60.22.22] (helo=mail.xmission.com) by etrn.xmission.com with esmtp (Exim 3.12 #1) id 15PpBK-0003Ik-00; Thu, 26 Jul 2001 11:44:18 -0600 Received: from [166.70.9.204] (helo=misty.eyesbeyond.com) by mail.xmission.com with esmtp (Exim 3.22 #1) id 15PpBJ-0005Ir-00; Thu, 26 Jul 2001 11:44:17 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.3/8.11.3) id f6QHiBh61374; Fri, 27 Jul 2001 03:14:11 +0930 (CST) (envelope-from glewis) Date: Fri, 27 Jul 2001 03:14:11 +0930 From: Greg Lewis To: James Howard Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Message-ID: <20010727031410.A61312@misty.eyesbeyond.com> 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 howardjp@Glue.umd.edu on Thu, Jul 26, 2001 at 01:26:28PM -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 Thu, Jul 26, 2001 at 01:26:28PM -0400, James Howard wrote: > Both tar and cpio seem to have problems doing backups on my > server. Looking at the pax manpage, we see this: > [snipped] > > Let's review. All the tar formats will truncate long filenames. All the > cpio formats truncate the inode number. Is there a reasonable backup tool > which does not do goofy things like that? dump(8) -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Mobile: 0419 868 494 Information Technology Web : http://www.eyesbeyond.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:49:57 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 104F637B406 for ; Thu, 26 Jul 2001 10:49:54 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA24754; Thu, 26 Jul 2001 10:49:39 -0700 (PDT) Message-ID: <3B605858.228B7DAF@mindspring.com> Date: Thu, 26 Jul 2001 10:50:16 -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: Bosko Milekic Cc: Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@mindspring.com> <20010726133617.B33517@technokratis.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 Bosko Milekic wrote: > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote: > > The real reason behind all this is to make the input and output > > routines symmetric, since mbuf's can be allocated at interrupt, > > and clusters can't (or couldn't, last time I looked at 4.3). > > They can. Whether they are or not I'm not sure. FWIW: I meant as in "in normal practice", not as in "impossible!". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:51:31 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 760C637B409 for ; Thu, 26 Jul 2001 10:51:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA04105; Thu, 26 Jul 2001 10:51:12 -0700 (PDT) Message-ID: <3B6058AC.32F6B2EB@mindspring.com> Date: Thu, 26 Jul 2001 10:51:40 -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: Alfred Perlstein Cc: Bosko Milekic , Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@mindspring.com> <20010726133617.B33517@technokratis.com> <20010726123900.E26571@elvis.mu.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 Alfred Perlstein wrote: > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote: > > > The real reason behind all this is to make the input and output > > > routines symmetric, since mbuf's can be allocated at interrupt, > > > and clusters can't (or couldn't, last time I looked at 4.3). > > > > They can. Whether they are or not I'm not sure. > > Er, wouldn't that be the only way for cards to refil thier DMA > recieve buffers? Look at the Tigon II and FXP drivers. The allocations in the macros turn into m_get, not m_clusterget. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 10:54:40 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 E280137B406; Thu, 26 Jul 2001 10:54:35 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.129.59.Dial1.SanJose1.Level3.net [209.245.129.59]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA23602; Thu, 26 Jul 2001 10:54:24 -0700 (PDT) Message-ID: <3B605976.C3B01A42@mindspring.com> Date: Thu, 26 Jul 2001 10:55: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: Alfred Perlstein Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> <3B5FDD32.7758EB35@elischer.org> <3B6055C8.C0B5554D@mindspring.com> <20010726124152.F26571@elvis.mu.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 Alfred Perlstein wrote: > Without proper attribution I can't make proper fun of you guys for > not noticing: > > net.link.ether.inet.log_arp_wrong_iface > > set it to zero. 1) 4.3 and above specific. 2) Only makes it quit bitching, doesn't fix the ARP, source MAC address, or other bugs. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 11: 1: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id CF7FB37B405 for ; Thu, 26 Jul 2001 11:00:57 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6QI4bc33885; Thu, 26 Jul 2001 14:04:37 -0400 (EDT) (envelope-from bmilekic) Date: Thu, 26 Jul 2001 14:04:37 -0400 From: Bosko Milekic To: Terry Lambert Cc: Alfred Perlstein , Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010726140437.A33713@technokratis.com> References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@mindspring.com> <20010726133617.B33517@technokratis.com> <20010726123900.E26571@elvis.mu.org> <3B6058AC.32F6B2EB@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: <3B6058AC.32F6B2EB@mindspring.com>; from tlambert2@mindspring.com on Thu, Jul 26, 2001 at 10:51:40AM -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 Thu, Jul 26, 2001 at 10:51:40AM -0700, Terry Lambert wrote: > Alfred Perlstein wrote: > > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote: > > > > The real reason behind all this is to make the input and output > > > > routines symmetric, since mbuf's can be allocated at interrupt, > > > > and clusters can't (or couldn't, last time I looked at 4.3). > > > > > > They can. Whether they are or not I'm not sure. > > > > Er, wouldn't that be the only way for cards to refil thier DMA > > recieve buffers? > > Look at the Tigon II and FXP drivers. The allocations in > the macros turn into m_get, not m_clusterget. From if_fxp.c (fxp_add_rfabuf(), sometimes called from fxp_intr()): MGETHDR(...); <-- get mbuf if (m != NULL) { MCLGET(...); <-- get cluster ... } > -- Terry -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 11: 3: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from server.soekris.com (soekris.com [216.15.61.44]) by hub.freebsd.org (Postfix) with ESMTP id 7655437B407 for ; Thu, 26 Jul 2001 11:02:56 -0700 (PDT) (envelope-from soren@soekris.com) Received: from soekris.com (1.4.soekris.com [192.168.1.4] (may be forged)) by server.soekris.com (8.9.2/8.9.2) with ESMTP id LAA54517; Thu, 26 Jul 2001 11:02:50 -0700 (PDT) (envelope-from soren@soekris.com) Message-ID: <3B605B45.52780460@soekris.com> Date: Thu, 26 Jul 2001 11:02:45 -0700 From: Soren Kristensen Organization: Soekris Engineering X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Terry Lambert , Julian Elischer , "Eugene L. Vorokov" , freebsd-hackers@FreeBSD.ORG Subject: Re: Why two cards on the same segment... References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> <3B5FDD32.7758EB35@elischer.org> <3B6055C8.C0B5554D@mindspring.com> <20010726124152.F26571@elvis.mu.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 Hi, Alfred Perlstein wrote: > > > > > > Things seem to work fine now, but I still get a lot of those: > > > > > > > > > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got > > > > > reply from 00:a0:cc:a0:d4:07 on sis1" > > > > > > > > > > Anybody know how to turn them off ? > > > > > > > > Yes, I have this problem too. We use several interfaces with totally > > > > different addresses connected to the same hub for testing purposes, > > > > on a testing stand. It's more cheap than bulding truly different > > > > networks. I think it isn't possible to just turn those log messages > > > > off without kernel hacking, which is sad. Probably some sysctl var > > > > would be good ... > > Without proper attribution I can't make proper fun of you guys for > not noticing: > > net.link.ether.inet.log_arp_wrong_iface > > set it to zero. > Not all of us runs the newest versions.... Another posting told that the arp sysctl was introduced in 4.3. And the reason why I want 3 ethernet on the same segment is not some fancy reason, I just need to do manufacturing test on a piece of hardware, without a big setup.... So now I just need to decide if I want to move to 4.3, or kill it in the source. Regards, Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 11: 3:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by hub.freebsd.org (Postfix) with ESMTP id 0A6FE37B403 for ; Thu, 26 Jul 2001 11:03:34 -0700 (PDT) (envelope-from kuehl@lgk.de) Received: from [195.20.224.209] (helo=mrvdom02.schlund.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 15PpTv-0005pc-00; Thu, 26 Jul 2001 20:03:31 +0200 Received: from [212.1.35.3] (helo=wklk) by mrvdom02.schlund.de with smtp (Exim 2.12 #2) id 15PpTv-0001FA-00; Thu, 26 Jul 2001 20:03:31 +0200 Message-ID: <000901c115fc$fecc0550$162301d4@wklk> From: =?iso-8859-1?Q?Lars_K=FChl?= To: "James Howard" , References: Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Date: Thu, 26 Jul 2001 20:01:29 +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.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 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 > Let's review. All the tar formats will truncate long filenames. All the > cpio formats truncate the inode number. Is there a reasonable backup tool > which does not do goofy things like that? Neither tar nor cpio is suitable for backup purposes. Use dump instead. BTW this is a subject for -questions rather than -hackers. Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 11: 5: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (unknown [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id A412737B407 for ; Thu, 26 Jul 2001 11:05:01 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id f6QHpQd28903; Thu, 26 Jul 2001 10:51:26 -0700 (PDT) (envelope-from dg) Date: Thu, 26 Jul 2001 10:51:26 -0700 From: David Greenman To: David Malone Cc: "David E. Cross" , Ronald G Minnich , freebsd-hackers@FreeBSD.ORG Subject: Re: exec() doesn't update access time Message-ID: <20010726105126.G18533@nexus.root.com> References: <200107252013.QAA00335@cs.rpi.edu> <20010725142519.D14981@nexus.root.com> <20010726120917.A93478@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010726120917.A93478@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Thu, Jul 26, 2001 at 12:09:17PM +0100 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, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote: >> Guessing, I think the correct fix is probably to set the IN_ACCESS flag in >> ufs_open() [and similarly with other filesystems where this makes sense] if >> the filesystem is not mounted with the noatime flag. However, I'm not sure >> of the symantics of the access time in the relavent standards, and I seem >> to recall Bruce saying that it was incorrect to indicate an access on just >> an open(), but I may be mistaken. > >Wouldn't setting the access time on open mess up the "last read >time" for people's mail boxes when mail was delivered? Probably. Now that you mention it, it seems kind of bogus for a file write to not be considered an "access". -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 Thu Jul 26 11:55: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.glue.umd.edu (po3.glue.umd.edu [128.8.10.123]) by hub.freebsd.org (Postfix) with ESMTP id 2BE7737B403 for ; Thu, 26 Jul 2001 11:54:57 -0700 (PDT) (envelope-from howardjp@Glue.umd.edu) Received: from z.glue.umd.edu (IDENT:root@z.glue.umd.edu [128.8.10.71]) by po3.glue.umd.edu (8.10.1/8.10.1) with ESMTP id f6QIssB22471; Thu, 26 Jul 2001 14:54:55 -0400 (EDT) Received: from z.glue.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by z.glue.umd.edu (8.9.3/8.9.3) with SMTP id OAA14933; Thu, 26 Jul 2001 14:54:54 -0400 (EDT) Received: from localhost (howardjp@localhost) by z.glue.umd.edu (8.9.3/8.9.3) with ESMTP id OAA14912; Thu, 26 Jul 2001 14:54:52 -0400 (EDT) X-Authentication-Warning: z.glue.umd.edu: howardjp owned process doing -bs Date: Thu, 26 Jul 2001 14:54:52 -0400 (EDT) From: James Howard To: =?iso-8859-1?Q?Lars_K=FChl?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda In-Reply-To: <000901c115fc$fecc0550$162301d4@wklk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 26 Jul 2001, [iso-8859-1] Lars K=FChl wrote: > Neither tar nor cpio is suitable for backup purposes. > Use dump instead. A lot of people said this. Why? As near as I can tell, dump isn't that great either. There is no way to exlude specific directories with dump and it appears to be quite painful to restore a specific directory (though I could be wrong about this. > BTW this is a subject for -questions rather than -hackers. I sent this to hackers hoping someone would say suitable modifications to tar/cpio/pax could be made :) Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 12: 1:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etrn.xmission.com (etrn.xmission.com [198.60.22.17]) by hub.freebsd.org (Postfix) with ESMTP id B1AFF37B401 for ; Thu, 26 Jul 2001 12:01:32 -0700 (PDT) (envelope-from glewis@misty.eyesbeyond.com) Received: from [198.60.22.22] (helo=mail.xmission.com) by etrn.xmission.com with esmtp (Exim 3.12 #1) id 15PqO4-0006LY-00; Thu, 26 Jul 2001 13:01:32 -0600 Received: from [166.70.2.117] (helo=misty.eyesbeyond.com) by mail.xmission.com with esmtp (Exim 3.22 #1) id 15PqO2-0005ez-00; Thu, 26 Jul 2001 13:01:30 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.3/8.11.3) id f6QJ1PK62119; Fri, 27 Jul 2001 04:31:25 +0930 (CST) (envelope-from glewis) Date: Fri, 27 Jul 2001 04:31:25 +0930 From: Greg Lewis To: James Howard Cc: =?iso-8859-1?Q?Lars_K=FChl?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Message-ID: <20010727043125.A62047@misty.eyesbeyond.com> References: <000901c115fc$fecc0550$162301d4@wklk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from howardjp@Glue.umd.edu on Thu, Jul 26, 2001 at 02:54: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 Thu, Jul 26, 2001 at 02:54:52PM -0400, James Howard wrote: > On Thu, 26 Jul 2001, [iso-8859-1] Lars Kühl wrote: > > > Neither tar nor cpio is suitable for backup purposes. > > Use dump instead. > > A lot of people said this. Why? As near as I can tell, dump isn't that > great either. There is no way to exlude specific directories with dump > and it appears to be quite painful to restore a specific directory (though > I could be wrong about this. From dump(8): Dump honors the user ``nodump'' flag (UF_NODUMP) on regular files and di- rectories. If a directory is marked ``nodump'', the latter and all files and directories under it will not be backed up. That is, dump propagates the ``nodump'' flag on directories. (Note that the recursive nature of the flag only became available in a release starting with FreeBSD 4.3). Restoring a particular directory is quite easy. Interactive mode is my favourite way of doing that. See restore(8). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Mobile: 0419 868 494 Information Technology Web : http://www.eyesbeyond.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 12: 4:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp-2.enteract.com (smtp-2.enteract.com [207.229.143.4]) by hub.freebsd.org (Postfix) with ESMTP id 25AD937B403 for ; Thu, 26 Jul 2001 12:04:31 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: from shell-1.enteract.com (shell-1.enteract.com [207.229.143.40]) by smtp-2.enteract.com (Postfix) with ESMTP id 5C5CE6BF9; Thu, 26 Jul 2001 14:04:17 -0500 (CDT) Date: Thu, 26 Jul 2001 14:04:17 -0500 (CDT) From: David Scheidt X-X-Sender: To: James Howard Cc: =?iso-8859-1?Q?Lars_K=FChl?= , Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 26 Jul 2001, James Howard wrote: :On Thu, 26 Jul 2001, [iso-8859-1] Lars K=FChl wrote: : :> Neither tar nor cpio is suitable for backup purposes. :> Use dump instead. : :A lot of people said this. Why? As near as I can tell, dump isn't that :great either. There is no way to exlude specific directories with dump From=20the dump(8) manpage: Dump honors the user ``nodump'' flag (UF_NODUMP) on regular files and directories. If a directory is marked ``nodump'', the latter and all files and directories under it will not be backed up. That is, dump propagates the ``nodump'' flag on directories. :and it appears to be quite painful to restore a specific directory (though :I could be wrong about this. Interactive restore isn't that painful, and -x is useful as well. --=20 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 Thu Jul 26 12:42:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kinkajou.arc.nasa.gov (kinkajou.arc.nasa.gov [128.102.196.170]) by hub.freebsd.org (Postfix) with ESMTP id D50E537B405 for ; Thu, 26 Jul 2001 12:42:21 -0700 (PDT) (envelope-from lamaster@nas.nasa.gov) Received: from localhost (lamaster@localhost) by kinkajou.arc.nasa.gov (8.9.3+Sun/8.9.1) with ESMTP id MAA26382 for ; Thu, 26 Jul 2001 12:42:10 -0700 (PDT) X-Authentication-Warning: kinkajou.arc.nasa.gov: lamaster owned process doing -bs Date: Thu, 26 Jul 2001 12:42:09 -0700 (PDT) From: Hugh LaMaster X-Sender: lamaster@kinkajou.arc.nasa.gov To: freebsd-hackers@FreeBSD.ORG Subject: Re: MPP and new processor designs. 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 Wed, 25 Jul 2001, Christopher R. Bowman wrote: > "Leo Bicknell " wrote: > > > > A number of new chips have been released lately, along with some > > enhancements to existing processors that all fall into the same > > logic of parallelizing some operations. Why, just today I ran > > across an article about http://www.theregister.co.uk/content/3/20576.html, > > which bosts 128 ALU's on a single chip. > > > > This got me to thinking about an interesting way of using these > > chips. Rather than letting the hardware parallelize instructions > > from a single stream, what about feeding it multiple streams of > > instructions. That is, treat it like multiple CPU's running two > > (or more) processes at once. > > > > I'm sure the hardware isn't quite designed for this at the moment > > and so it couldn't "just be done", but if you had say 128 ALU's > > most single user systems could dedicate one ALU to a process > > and never context switch, in the traditional sense. For systems > > that run lots of processors the rate limiting on a single process > > wouldn't be a big issue, and you could gain lots of effiencies > > in the global aspect by not context-switching in the traditional > > sense. > > > > Does anyone know of something like this being tried? Traditional > > 2-8 way SMP systems probably don't have enough processors (I'm > > thinking 64 is a minimum to make this interesting) and require > > other glue to make multiple independant processors work together. > > Has anyone tried this with them all in one package, all clocked > > together, etc? To answer the question, "Does anyone know of something like this being tried?" the answer is yes, all this has been done before. There were actually some "data flow" features in one of the IBM supercomputers from the 1960's, and the Denelcor HEP from the 1980's was similar to what the above description sounds like, although I don't see a lot of details so I can't be sure. If anyone is interested in parallel architectures, they might want to read archives of the Usenet newsgroup comp.arch, which carried news of, and debates about, these and many more architectural ideas. IEEE Micro during the 1990's carried many good articles on architectural issues. To summarize 40 years of debate about these issues [ ;-) ;-) ;-) ] a few widely accepted comp.arch principles would be: - Other technologies will play minor roles until CMOS runs out of gas, which should happen any day now ;-) (this prediction has been continous for the last decade). - Since the mid-70's (that is 25 years now), logic/gates/real-estate are no longer (economically) scarce - Therefore, the key to the value/efficiency of any computer architecture is how well it uses memory - There are two key components to memory hierarchy performance- latency and bandwidth - Different applications have different requirements wrt latency and B/W - some require fastest possible effective latency ("traditional" jobs); some can benefit from greatly increased B/W at the expense of increased latency (traditional supercomputer jobs, including large numerical simulations, image processing, and some other "vectorizable" jobs); some jobs are amenable to the availability of large numbers of process threads working on the parts of a decomposed problem ("parallelizable" jobs) The short answer is that a tremendous amount of time and energy has gone to working on various approaches to these problems; many books have been written, papers published, and there has been a large knowledge base built up over the years. > As I work for the above mentioned processor company, I though I might > jump in here rather quickly and dispel an notion that you will be > running any type of Linux or Unix on these processors any time soon. > > This chip is a reconfigurable data flow architecture with support for > control flow. You really need to think about this chip in the dataflow > paradigm. In addition you have to examine what the reporter said. > While it is true that there are 128 ALUs on the chip and that it can > perform in the neighborhood of 15BOPs these are only ALUs, they are not > full processors. They don't run a program as you would on a typical von > Neumann processor. The ALUs don't even have a program counter (not to > mention MMUs). Instead, to program one of these chips you tell each ALU > what function to perform and tell the ALUs how their input and output > ports are connected. Then you sit back and watch as the data streams > through in a pipelined fashion. Because all ALUs operate in parallel you > can get some spectacular operations/second counts even at low > frequencies. Think of it, even at only 100Mhz 100 ALUs operating in > parallel give you 10 Billion operations per second. : > finally, I do think that perhaps we have hit the point of diminishing > returns with the current complexity of processors. Part of the > Hennesy/Patterson approach to architecture that led to RISC was not > reduction of instructions sets because that is good as a goal in it's > own right, but rather a reduction of complexity as an engineering design > goal since this leads to faster product design cycles which allows you > to more aggressively target and take advantage of improving process > technology. I think that the time may come where we want to dump huge > caches and multiway super scalar processing since they take up lots of > die space and pay diminishing returns. Perhaps in the future we would > be better off with 20 or 50 simple first generation MIPS type cores on a > chip. In a large multi-user system with high availability of jobs you > might be able to leverage the design of the single core to truly high > aggregate performance. You would, of course, not do anything for the > single user workstation where you are only surfing or word processing, > but in a large commercial setting with lots of independent jobs you > might see better utilization of all that silicon by running more > processes slower. In my (this is 100% personal opinion) view, there may be little to be gained by optimizing the logic portion of the CPU beyond what has already been done. In general, I think if you start with a simple architecture, such as MIPS mentioned above, optimize it with superscalar features (as has been done), and use all the remaining available chip real estate for L2 and L3 cache - you can't have too much L3 cache - and, then when you go off-chip, the next step is to start replicating it up to the single shared-memory system limit (which some reckon to be somewhere between 64 and 1024 processors, typically), and then start clustering such systems together. In a *BSD Hackers context, that means supporting: - efficient thread scheduling for lots of threads per process, for example, 64, each running on a different processor [ rfork(2), rfork_thread(3) ] of a 64+ processor system - efficient, scalable support of SMP up to the processor hardware communication limit, which could be O(2^^10) processors: http://www.sgi.com/newsroom/3rd_party/071901_nasa.html At the same time, whatever the economic single system size limit turns out to be, and whether the limit is because of limits on the access to shared data structures in the OS, or, shared memory limits, the systems will need to be clustered at some point. Lots of clustering work has gone on: http://www.beowulf.org/ http://stonesoup.esd.ornl.gov/ http://www.scientificamerican.com/2001/0801issue/0801hargrove.html http://www.globus.org/ Clusters of 512 systems have already been built, with 1250 on the drawing board. So, potentially, one could have 2^^20+ CPUs in a single cluster. Then, with "Grid" software, the cluster could be connected to other clusters over the net with certain common services: http://www.globus.org/ For some reason, much more work on SMP, cluster software, and Grid software, seems to have been done on linux (and on many commercial operating systems), than on BSD-based systems-- I'm not sure why. -- Hugh LaMaster, M/S 233-21, Email: lamaster@nas.nasa.gov NASA Ames Research Center Or: lamaster@nren.nasa.gov Moffett Field, CA 94035-1000 Or: lamaster@kinkajou.arc.nasa.gov Phone: 650/604-1056 Disc: Unofficial, personal *opinion*. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 12:46:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id EE91837B407; Thu, 26 Jul 2001 12:46:34 -0700 (PDT) (envelope-from Milon.Papezik@oskarmobil.cz) Received: from wh01ex01.ceskymobil.cz (wh01ex01.ceskymobil.cz [172.20.116.17]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f6QJjwu58481; Thu, 26 Jul 2001 21:45:58 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex01.ceskymobil.cz with Internet Mail Service (5.5.2653.19) id <39DWTX91>; Thu, 26 Jul 2001 21:44:29 +0200 Message-ID: From: Milon Papezik To: "'hardware@freebsd.org'" , "'hackers@freebsd.org'" Cc: "'Jeff Sapp'" , "'jlemon@freebsd.org'" Subject: RE: Compaq DL380 Date: Thu, 26 Jul 2001 21:44:21 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C1160B.5DE62620" 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 message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C1160B.5DE62620 Content-Type: text/plain; charset="ISO-8859-2" Hi all, I finally got some time to do the simple MFC for ida driver. It enables the automatic drive rebuild on Integrated SmartArray controllers. I tested enclosed patch on DL380 (controller firmware 1.42) and it works fine. Could someone please have a look and commit this simple MFC into -stable ? Enjoy! ... and thanks in advance for occasinal commit ;-) Milon -- milon.papezik@oskarmobil.cz ------_=_NextPart_000_01C1160B.5DE62620 Content-Type: application/octet-stream; name="ida.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ida.patch" *** sys/dev/ida.stable/ida_eisa.c Thu Mar 1 02:57:33 2001=0A= --- sys/dev/ida/ida_eisa.c Wed May 2 09:14:27 2001=0A= *************** static struct ida_access ida_v2_access =3D=0A= *** 180,192 ****=0A= };=0A= =0A= static struct ida_board board_id[] =3D {=0A= ! { 0x0e114001, "Compaq IDA controller", &ida_v1_access },=0A= ! { 0x0e114002, "Compaq IDA-2 controller", &ida_v1_access }, =0A= ! { 0x0e114010, "Compaq IAES controller", &ida_v1_access },=0A= ! { 0x0e114020, "Compaq SMART array controller", &ida_v1_access = },=0A= ! { 0x0e114030, "Compaq SMART-2/E array controller", &ida_v2_access = },=0A= =0A= ! { 0, "", 0 }=0A= };=0A= =0A= static struct ida_board *ida_eisa_match(eisa_id_t);=0A= --- 180,197 ----=0A= };=0A= =0A= static struct ida_board board_id[] =3D {=0A= ! { 0x0e114001, "Compaq IDA controller",=0A= ! &ida_v1_access, 0 },=0A= ! { 0x0e114002, "Compaq IDA-2 controller",=0A= ! &ida_v1_access, 0 }, =0A= ! { 0x0e114010, "Compaq IAES controller",=0A= ! &ida_v1_access, 0 },=0A= ! { 0x0e114020, "Compaq SMART array controller",=0A= ! &ida_v1_access, 0 },=0A= ! { 0x0e114030, "Compaq SMART-2/E array controller",=0A= ! &ida_v2_access, 0 },=0A= =0A= ! { 0, "", 0, 0 }=0A= };=0A= =0A= static struct ida_board *ida_eisa_match(eisa_id_t);=0A= *************** ida_eisa_attach(device_t dev)=0A= *** 274,279 ****=0A= --- 279,285 ----=0A= =0A= board =3D ida_eisa_match(eisa_get_id(dev));=0A= ida->cmd =3D *board->accessor;=0A= + ida->flags =3D board->flags;=0A= =0A= ida->regs_res_type =3D SYS_RES_IOPORT;=0A= ida->regs_res_id =3D 0;=0A= *************** ida_eisa_attach(device_t dev)=0A= *** 321,327 ****=0A= return (ENOMEM);=0A= }=0A= =0A= - ida->flags =3D 0;=0A= error =3D ida_init(ida);=0A= if (error) {=0A= ida_free(ida);=0A= --- 327,332 ----=0A= *** sys/dev/ida.stable/ida_pci.c Thu Mar 1 02:57:33 2001=0A= --- sys/dev/ida/ida_pci.c Thu May 3 05:34:19 2001=0A= *************** static struct ida_access ida_v4_access =3D=0A= *** 149,167 ****=0A= };=0A= =0A= static struct ida_board board_id[] =3D {=0A= ! { 0x40300E11, "Compaq SMART-2/P array controller", &ida_v3_access = },=0A= ! { 0x40310E11, "Compaq SMART-2SL array controller", &ida_v3_access = },=0A= ! { 0x40320E11, "Compaq Smart Array 3200 controller", &ida_v3_access = },=0A= ! { 0x40330E11, "Compaq Smart Array 3100ES controller", &ida_v3_access = },=0A= ! { 0x40340E11, "Compaq Smart Array 221 controller", &ida_v3_access = },=0A= ! =0A= ! { 0x40400E11, "Compaq Integrated Array controller", &ida_v4_access = },=0A= ! { 0x40480E11, "Compaq RAID LC2 controller", &ida_v4_access = },=0A= ! { 0x40500E11, "Compaq Smart Array 4200 controller", &ida_v4_access = },=0A= ! { 0x40510E11, "Compaq Smart Array 4250ES controller", &ida_v4_access = },=0A= ! { 0x40580E11, "Compaq Smart Array 431 controller", &ida_v4_access = },=0A= =0A= ! { 0, "", 0 },=0A= };=0A= =0A= static int ida_pci_probe(device_t dev);=0A= --- 149,177 ----=0A= };=0A= =0A= static struct ida_board board_id[] =3D {=0A= ! { 0x40300E11, "Compaq SMART-2/P array controller",=0A= ! &ida_v3_access, 0 },=0A= ! { 0x40310E11, "Compaq SMART-2SL array controller",=0A= ! &ida_v3_access, 0 },=0A= ! { 0x40320E11, "Compaq Smart Array 3200 controller",=0A= ! &ida_v3_access, 0 },=0A= ! { 0x40330E11, "Compaq Smart Array 3100ES controller",=0A= ! &ida_v3_access, 0 },=0A= ! { 0x40340E11, "Compaq Smart Array 221 controller",=0A= ! &ida_v3_access, 0 },=0A= ! =0A= ! { 0x40400E11, "Compaq Integrated Array controller",=0A= ! &ida_v4_access, IDA_FIRMWARE },=0A= ! { 0x40480E11, "Compaq RAID LC2 controller",=0A= ! &ida_v4_access, IDA_FIRMWARE },=0A= ! { 0x40500E11, "Compaq Smart Array 4200 controller",=0A= ! &ida_v4_access, 0 },=0A= ! { 0x40510E11, "Compaq Smart Array 4250ES controller",=0A= ! &ida_v4_access, 0 },=0A= ! { 0x40580E11, "Compaq Smart Array 431 controller",=0A= ! &ida_v4_access, 0 },=0A= =0A= ! { 0, "", 0, 0 },=0A= };=0A= =0A= static int ida_pci_probe(device_t dev);=0A= *************** ida_pci_attach(device_t dev)=0A= *** 238,243 ****=0A= --- 248,254 ----=0A= ida =3D (struct ida_softc *)device_get_softc(dev);=0A= ida->dev =3D dev;=0A= ida->cmd =3D *board->accessor;=0A= + ida->flags =3D board->flags;=0A= =0A= ida->regs_res_type =3D SYS_RES_MEMORY;=0A= ida->regs_res_id =3D IDA_PCI_MEMADDR;=0A= *************** ida_pci_attach(device_t dev)=0A= *** 279,285 ****=0A= return (ENOMEM);=0A= }=0A= =0A= - ida->flags =3D 0;=0A= error =3D ida_init(ida);=0A= if (error) {=0A= ida_free(ida);=0A= --- 290,295 ----=0A= *** sys/dev/ida.stable/idavar.h Thu Mar 1 02:57:33 2001=0A= --- sys/dev/ida/idavar.h Wed May 2 09:09:33 2001=0A= *************** struct ida_board {=0A= *** 185,190 ****=0A= --- 185,191 ----=0A= u_int32_t board;=0A= char *desc;=0A= struct ida_access *accessor;=0A= + int flags;=0A= };=0A= =0A= extern int ida_detach(device_t dev);=0A= ------_=_NextPart_000_01C1160B.5DE62620-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 13: 7:50 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 9506737B403 for ; Thu, 26 Jul 2001 13:07:46 -0700 (PDT) (envelope-from kuehl@lgk.de) Received: from [195.20.224.208] (helo=mrvdom01.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 15PrQ7-0000eo-00; Thu, 26 Jul 2001 22:07:43 +0200 Received: from p3ee2e2dd.dip0.t-ipconnect.de ([62.226.226.221] helo=heath.lgk.de) by mrvdom01.schlund.de with esmtp (Exim 2.12 #2) id 15PrQ7-0000NO-00; Thu, 26 Jul 2001 22:07:43 +0200 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 26 Jul 2001 22:08:22 +0200 (CEST) Reply-To: kuehl@lgk.de From: kuehl@lgk.de To: James Howard Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Cc: freebsd-hackers@FreeBSD.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 >> Neither tar nor cpio is suitable for backup purposes. Well, my answer wasn't sufficiently exact. The question behind is whether you want to back up a number of files or a file system. For the latter case you need a tool that has sufficient knowledge of the file system. Therefore >> Use dump instead. ...for saving file systems. ~ ~ >> BTW this is a subject for -questions rather than -hackers. > > I sent this to hackers hoping someone would say suitable modifications to > tar/cpio/pax could be made :) Eventually that would lead to another dump(8-) Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 13:40:58 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 ABA5937B409; Thu, 26 Jul 2001 13:40:52 -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 f6QKeqM56315; Thu, 26 Jul 2001 13:40:52 -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 7D4BB38CC; Thu, 26 Jul 2001 13:40:52 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: tlambert2@mindspring.com Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... In-Reply-To: <3B6055C8.C0B5554D@mindspring.com> Date: Thu, 26 Jul 2001 13:40:52 -0700 From: Peter Wemm Message-Id: <20010726204052.7D4BB38CC@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 Terry Lambert wrote: [..] > At a guess, he's attempting to implement VRRP, which requires > that the virtual interface have a differen MAC address, Dont guess, ask. > and FreeBSD fails to support programming of MAC addresses, Damn, then I must be imagining the fact that I change MAC addresses with 'ifconfig ether' on a regular basis. (see: SIOCSIFLLADDR) 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 Thu Jul 26 13:45:11 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 D21FE37B407 for ; Thu, 26 Jul 2001 13:45:08 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B66B781D0C; Thu, 26 Jul 2001 15:44:58 -0500 (CDT) Date: Thu, 26 Jul 2001 15:44:58 -0500 From: Alfred Perlstein To: Terry Lambert Cc: Bosko Milekic , Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010726154458.H26571@elvis.mu.org> References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@mindspring.com> <20010726133617.B33517@technokratis.com> <20010726123900.E26571@elvis.mu.org> <3B6058AC.32F6B2EB@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: <3B6058AC.32F6B2EB@mindspring.com>; from tlambert2@mindspring.com on Thu, Jul 26, 2001 at 10:51:40AM -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 * Terry Lambert [010726 12:51] wrote: > Alfred Perlstein wrote: > > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote: > > > > The real reason behind all this is to make the input and output > > > > routines symmetric, since mbuf's can be allocated at interrupt, > > > > and clusters can't (or couldn't, last time I looked at 4.3). > > > > > > They can. Whether they are or not I'm not sure. > > > > Er, wouldn't that be the only way for cards to refil thier DMA > > recieve buffers? > > Look at the Tigon II and FXP drivers. The allocations in > the macros turn into m_get, not m_clusterget. It looks like (at least in -current) that fxp_intr() calls fxp_add_rfabuf() which calls MGETHDR() followed by MCLGET(). -- -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 Jul 26 13:45:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 62DC837B407; Thu, 26 Jul 2001 13:45:41 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id PAA02805; Thu, 26 Jul 2001 15:45:16 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 26 Jul 2001 15:45:15 -0500 (CDT) From: Chris Dillon To: Terry Lambert Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , , Subject: Re: Why two cards on the same segment... In-Reply-To: <3B6055C8.C0B5554D@mindspring.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 Thu, 26 Jul 2001, Terry Lambert wrote: [...other stuff I've not personally encountered snipped...] > ...or the mess the FreeBSD alias code is in, with it demanding > netmasks of 255.255.255.255 on aliases, so that aliases and the > primary IP _MUST_ have the same netmask instead of different ones > (hell, he may just be trying to have two IP's with different > netmasks, and the only way he can do it in FreeBSD is to have two > cards!). Why would you want multiple IP addresses that belong to the same IP network to have different subnet masks? You'll break the network. If you're saying that you can't put two or more different IP addresses on one NIC that belong to different IP networks, then don't tell my router that, it might decide to stop working. :-) fxp7: flags=8943 mtu 1500 inet 207.160.214.253 netmask 0xffffff00 broadcast 207.160.214.255 inet 207.160.214.252 netmask 0xffffffff broadcast 207.160.214.252 inet 192.168.254.254 netmask 0xffffff00 broadcast 192.168.254.255 ether 00:08:c7:07:b2:96 media: Ethernet autoselect (100baseTX ) status: active > So, the major reasons for two cards on one segment: to work around > bugs in FreeBSD's networking code. The best reason I can think of to put two cards on one segment is for performance reasons. You'll only get a performance benefit if you're attached to a switch, of course. I'm not talking about Fast EtherChannel or other channel bonding or anything like that, just two or more NICs with two or more different IP addresses. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64 (Itanium), PowerPC, and ARM architectures under development - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 13:50:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nyc.rr.com (nycsmtp3fb.rdc-nyc.rr.com [24.29.99.80]) by hub.freebsd.org (Postfix) with ESMTP id 4338237B407 for ; Thu, 26 Jul 2001 13:50:19 -0700 (PDT) (envelope-from jslivko@blinx.net) Received: from equinox ([24.168.44.136]) by nyc.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Thu, 26 Jul 2001 16:50:17 -0400 Message-ID: <001701c11614$94114000$6401a8c0@equinox> From: "Jonathan M. Slivko" To: "Chris Dillon" , References: Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 16:50:17 -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 6.00.2505.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2505.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 -- Jonathan M. Slivko Blinx Networks http://www.blinx.net/ ----- Original Message ----- From: "Chris Dillon" To: "Terry Lambert" Cc: "Julian Elischer" ; "Eugene L. Vorokov" ; "Soren Kristensen" ; ; Sent: Thursday, July 26, 2001 4:45 PM Subject: Re: Why two cards on the same segment... > On Thu, 26 Jul 2001, Terry Lambert wrote: > > [...other stuff I've not personally encountered snipped...] > > > ...or the mess the FreeBSD alias code is in, with it demanding > > netmasks of 255.255.255.255 on aliases, so that aliases and the > > primary IP _MUST_ have the same netmask instead of different ones > > (hell, he may just be trying to have two IP's with different > > netmasks, and the only way he can do it in FreeBSD is to have two > > cards!). > > Why would you want multiple IP addresses that belong to the same IP > network to have different subnet masks? You'll break the network. > If you're saying that you can't put two or more different IP addresses > on one NIC that belong to different IP networks, then don't tell my > router that, it might decide to stop working. :-) > > fxp7: flags=8943 mtu 1500 > inet 207.160.214.253 netmask 0xffffff00 broadcast 207.160.214.255 > inet 207.160.214.252 netmask 0xffffffff broadcast 207.160.214.252 > inet 192.168.254.254 netmask 0xffffff00 broadcast 192.168.254.255 > ether 00:08:c7:07:b2:96 > media: Ethernet autoselect (100baseTX ) > status: active > Yes, but, I think the issue with the 2 IP classes working is because one is not routable, and therefore it's not a real IP address, and the router knows this, hence it's not reacting to it by stopping to work. As long as you use virtual ip's (192.168.*.*) then there should be no reason why it wouldn't work. However, if your talking about a routable IP address, then you might have a problem, as there is a difference between a virtual IP address and a real (routable) IP address. Just my 0.02 cents. -- Jonathan > > > So, the major reasons for two cards on one segment: to work around > > bugs in FreeBSD's networking code. > > The best reason I can think of to put two cards on one segment is for > performance reasons. You'll only get a performance benefit if you're > attached to a switch, of course. I'm not talking about Fast > EtherChannel or other channel bonding or anything like that, just two > or more NICs with two or more different IP addresses. > > > -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net > FreeBSD: The fastest and most stable server OS on the planet > - Available for IA32 (Intel x86) and Alpha architectures > - IA64 (Itanium), PowerPC, and ARM architectures under development > - http://www.freebsd.org > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 13:53:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by hub.freebsd.org (Postfix) with ESMTP id 44D7437B40A for ; Thu, 26 Jul 2001 13:53:31 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from xena.gsicomp.on.ca ([64.228.155.124]) by tomts5-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010726205330.XSEH1934.tomts5-srv.bellnexxia.net@xena.gsicomp.on.ca>; Thu, 26 Jul 2001 16:53:30 -0400 Received: from localhost (matt@localhost) by xena.gsicomp.on.ca (8.11.1/8.11.1) with ESMTP id f6QKorl97688; Thu, 26 Jul 2001 16:50:53 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Date: Thu, 26 Jul 2001 16:50:52 -0400 (EDT) From: Matthew Emmerton To: Matthew Jacob Cc: hackers@FreeBSD.ORG Subject: Re: perhaps one of phk's "intern" projects? 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 Thu, 26 Jul 2001, Matthew Jacob wrote: > It'd be nice if one could pass a time specification to at in the form of "next > reboot". > > -matt > Why not just write a script for the command and stick it in /usr/local/etc/rc.d? -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 13:58:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id B33FB37B406 for ; Thu, 26 Jul 2001 13:58:53 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id 395A95DD97; Thu, 26 Jul 2001 13:59:13 -0700 (PDT) Date: Thu, 26 Jul 2001 13:59:13 -0700 From: Arun Sharma To: hackers@freebsd.org Subject: Need a clean room implementation of this function Message-ID: <20010726135913.A23052@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i 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 porting a BSD licensed Java VM from Linux to FreeBSD and ran into the following Linux function which is not implemented in BSDs. To avoid GPL contamination issues, can someone complete[1] the following method in inlined IA-32 assembly ? Intel instruction reference documents an instruction called BTS, which does just this. Thanks! -Arun [1] I've already looked at the Linux implementation - does that disqualify me ? Has anyone dealt with such issues in the past ? /** * test_and_set_bit - Set a bit and return its old value * @nr: Bit to set * @addr: Address to count from * * This operation is atomic and cannot be reordered. * It also implies a memory barrier. */ static __inline__ int test_and_set_bit(int nr, volatile void * addr); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 13:59:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 817F037B406 for ; Thu, 26 Jul 2001 13:59:30 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.4/8.11.4) with ESMTP id f6QKxKm63092; Thu, 26 Jul 2001 15:59:20 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <00fa01c11615$73cccb10$28d90c42@eservoffice.com> From: "Steven Ames" To: "Jonathan M. Slivko" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 15:56:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 > Yes, but, I think the issue with the 2 IP classes working is because one is > not routable, and therefore it's not a real > IP address, and the router knows this, hence it's not reacting to it by > stopping to work. As long as you use virtual > ip's (192.168.*.*) then there should be no reason why it wouldn't work. > However, if your talking about a routable > IP address, then you might have a problem, as there is a difference between > a virtual IP address and a real (routable) > IP address. Just my 0.02 cents. -- Jonathan I don't think the networking code knows/cares if something is private or public IP space. I might be off here but I think the real problem with two seperate networks on one card (or even on two cards) would be the default route (can't have two right?) and which IP address gets used as the 'source IP' on packets leaving the system. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14: 6:25 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 E373637B406 for ; Thu, 26 Jul 2001 14:06:22 -0700 (PDT) (envelope-from jslivko@blinx.net) Received: from equinox ([24.168.44.136]) by nyc.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Thu, 26 Jul 2001 17:06:21 -0400 Message-ID: <003401c11616$d2a8e460$6401a8c0@equinox> From: "Jonathan M. Slivko" To: "Steven Ames" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 17:06:21 -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 6.00.2505.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2505.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 Yes, but what that snippet showed from ifconfig showed 2 networks, 2 from public IP space and 1 from private IP space, and since it's working the networking code must know/care about something that it's being fed. -- Jonathan -- Jonathan M. Slivko Blinx Networks http://www.blinx.net/ ----- Original Message ----- From: "Steven Ames" To: "Jonathan M. Slivko" ; "Chris Dillon" ; Sent: Thursday, July 26, 2001 4:56 PM Subject: Re: Why two cards on the same segment... > > Yes, but, I think the issue with the 2 IP classes working is because one > is > > not routable, and therefore it's not a real > > IP address, and the router knows this, hence it's not reacting to it by > > stopping to work. As long as you use virtual > > ip's (192.168.*.*) then there should be no reason why it wouldn't work. > > However, if your talking about a routable > > IP address, then you might have a problem, as there is a difference > between > > a virtual IP address and a real (routable) > > IP address. Just my 0.02 cents. -- Jonathan > > I don't think the networking code knows/cares if something is private or > public IP space. I might be off here but I think the real problem with > two seperate networks on one card (or even on two cards) would be > the default route (can't have two right?) and which IP address gets > used as the 'source IP' on packets leaving the system. > > -Steve > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14: 9:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from windupline.co.uk (ppp-1-65.cvx5.telinco.net [212.1.152.65]) by hub.freebsd.org (Postfix) with SMTP id 6BE7B37B407 for ; Thu, 26 Jul 2001 14:09:34 -0700 (PDT) (envelope-from grk@windupline.co.uk) From: "John" To: "recipient"@FreeBSD.ORG, list@windupline.co.uk Subject: Have a good laugh! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 Jul 2001 22:09:18 +0100 Reply-To: "John" X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20010726210934.6BE7B37B407@hub.freebsd.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 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Wind-up A Friend, Colleague, Relative Or Even An Enemy -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Call Windupline and you'll be in stitches! With our new service you're able to wind-up, confuse and bemuse people with a choice of bogus callers that you can transfer to your victim on any UK landline or mobile and then listen in to the call and hear their reaction Don't worry though, they won't be able to hear you, nor tell that you made the call - try it on a speaker phone and a group can hear -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Just use the easy to follow recipe: -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- (i) choose one ripe victim (ii) add Windupline by dialling 0906 736 9265 and select 1 - Wind-up samples 2 - Mr Angry 3 - The Irate Delivery Driver 4 - An Invite To No 10 5 - There's A Bomb In Your Street 6 - You're Wanted At The Police Station 7 - The Tax Inspector 8 - You've Got My Daughter Pregnant (iii) enter your victims number and wait for the transfer (iv) when they answer, prepare yourself and ...enjoy! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This has got to be the funniest way to wind-up anyone -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- http://www.windupline.co.uk Windupline BCM 1543 London WC1N 3XX United Kingdom Tel: +44 (0)8707 469024 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Calls to 0906 numbers are charged at £1/min at all times Maximum call duration 5 mins, average 2 mins Please ensure you have the permission of the bill payer before calling -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- You've received this email as you're on our mailing list If however, you do not wish to receive any further emails simply mailto:remove@windupline.co.uk with the email address(es) to be removed inserted in the subject line Windupline is a trading name of Portmead UK Ltd who are registered and operate under UK data protection legislation We will honour all remove requests -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Portmead UK Ltd 27 Old Gloucester Street London WC1N 3AF United Kingdom Registered in England & Wales 3798100 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:11: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 02A3137B401 for ; Thu, 26 Jul 2001 14:11:01 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.4/8.11.4) with ESMTP id f6QLArm78739; Thu, 26 Jul 2001 16:10:53 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <011d01c11617$10b96950$28d90c42@eservoffice.com> From: "Steven Ames" To: "Jonathan M. Slivko" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 16:07:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 Not really. The private IP space probably never leaves that LAN segment so the source IP would get set properly and the default route is irrelevent. Whenever he communicated with a block that is not diretly attached then the code has to choose a source address and then send the packet to the next hop (usually the default route unless you have a dynamic protocol daemon (routed/gated/etc) running. As long as your just communicating to directly attached subnets everything will work peachy regardless of public/private/quantity/netmask. -Steve > Yes, but what that snippet showed from ifconfig showed 2 networks, 2 from > public IP space and 1 from private IP space, and since it's working the > networking code must know/care about something that it's being fed. -- > Jonathan > > -- > Jonathan M. Slivko > Blinx Networks > http://www.blinx.net/ > > ----- Original Message ----- > From: "Steven Ames" > To: "Jonathan M. Slivko" ; "Chris Dillon" > ; > Sent: Thursday, July 26, 2001 4:56 PM > Subject: Re: Why two cards on the same segment... > > > > > Yes, but, I think the issue with the 2 IP classes working is because one > > is > > > not routable, and therefore it's not a real > > > IP address, and the router knows this, hence it's not reacting to it by > > > stopping to work. As long as you use virtual > > > ip's (192.168.*.*) then there should be no reason why it wouldn't work. > > > However, if your talking about a routable > > > IP address, then you might have a problem, as there is a difference > > between > > > a virtual IP address and a real (routable) > > > IP address. Just my 0.02 cents. -- Jonathan > > > > I don't think the networking code knows/cares if something is private or > > public IP space. I might be off here but I think the real problem with > > two seperate networks on one card (or even on two cards) would be > > the default route (can't have two right?) and which IP address gets > > used as the 'source IP' on packets leaving the system. > > > > -Steve > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:14:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from windupline.co.uk (ppp-1-65.cvx5.telinco.net [212.1.152.65]) by hub.freebsd.org (Postfix) with SMTP id BA48737B411 for ; Thu, 26 Jul 2001 14:14:04 -0700 (PDT) (envelope-from jjj@windupline.co.uk) From: "John" To: "recipient"@FreeBSD.ORG, list@windupline.co.uk Subject: Have a good laugh! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 Jul 2001 22:13:51 +0100 Reply-To: "John" X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20010726211404.BA48737B411@hub.freebsd.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 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Wind-up A Friend, Colleague, Relative Or Even An Enemy -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Call Windupline and you'll be in stitches! With our new service you're able to wind-up, confuse and bemuse people with a choice of bogus callers that you can transfer to your victim on any UK landline or mobile and then listen in to the call and hear their reaction Don't worry though, they won't be able to hear you, nor tell that you made the call - try it on a speaker phone and a group can hear -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Just use the easy to follow recipe: -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- (i) choose one ripe victim (ii) add Windupline by dialling 0906 736 9265 and select 1 - Wind-up samples 2 - Mr Angry 3 - The Irate Delivery Driver 4 - An Invite To No 10 5 - There's A Bomb In Your Street 6 - You're Wanted At The Police Station 7 - The Tax Inspector 8 - You've Got My Daughter Pregnant (iii) enter your victims number and wait for the transfer (iv) when they answer, prepare yourself and ...enjoy! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This has got to be the funniest way to wind-up anyone -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- http://www.windupline.co.uk Windupline BCM 1543 London WC1N 3XX United Kingdom Tel: +44 (0)8707 469024 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Calls to 0906 numbers are charged at £1/min at all times Maximum call duration 5 mins, average 2 mins Please ensure you have the permission of the bill payer before calling -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- You've received this email as you're on our mailing list If however, you do not wish to receive any further emails simply mailto:remove@windupline.co.uk with the email address(es) to be removed inserted in the subject line Windupline is a trading name of Portmead UK Ltd who are registered and operate under UK data protection legislation We will honour all remove requests -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Portmead UK Ltd 27 Old Gloucester Street London WC1N 3AF United Kingdom Registered in England & Wales 3798100 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:15: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id E50C037B50C for ; Thu, 26 Jul 2001 14:15:04 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id f6QLEmf29586; Thu, 26 Jul 2001 14:14:49 -0700 (PDT) Date: Thu, 26 Jul 2001 14:14:48 -0700 (PDT) From: Doug White To: "Daniel C. Sobral" Cc: Subject: Re: Starting natd In-Reply-To: <3B60116F.1060508@tcoip.com.br> Message-ID: X-All-Your-Base: are belong to us 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, 26 Jul 2001, Daniel C. Sobral wrote: > It seems that rc.network requires an interface to be specified for natd > for it to be started. Alas, I do not and cannot specify an interface for > natd, using alias_address instead (and disliking even that, since what I > really want is static nat). You can specify an IP and rc.network autodetects to use -n or -a. natd_interface="a.b.c.d" is ok (at least on 4.2) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:15:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nyc.rr.com (nycsmtp3fb.rdc-nyc.rr.com [24.29.99.80]) by hub.freebsd.org (Postfix) with ESMTP id 7C55737B40A for ; Thu, 26 Jul 2001 14:15:22 -0700 (PDT) (envelope-from jslivko@blinx.net) Received: from equinox ([24.168.44.136]) by nyc.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Thu, 26 Jul 2001 17:15:20 -0400 Message-ID: <005f01c11618$145b04a0$6401a8c0@equinox> From: "Jonathan M. Slivko" To: "Steven Ames" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 17:15:21 -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 6.00.2505.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2505.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 Then whats the alternative, it just works out of thin air? Now i'm really curious to find out how this is being done, although I have seen it done on my own systems in the past, just not by me, so i'm intrigued to find out how this is being accomplished. -- Jonathan -- Jonathan M. Slivko Blinx Networks http://www.blinx.net/ ----- Original Message ----- From: "Steven Ames" To: "Jonathan M. Slivko" ; "Chris Dillon" ; Sent: Thursday, July 26, 2001 5:07 PM Subject: Re: Why two cards on the same segment... > Not really. The private IP space probably never leaves that LAN segment so > the source IP would get set properly and the default route is irrelevent. > Whenever > he communicated with a block that is not diretly attached then the code has > to > choose a source address and then send the packet to the next hop (usually > the > default route unless you have a dynamic protocol daemon (routed/gated/etc) > running. As long as your just communicating to directly attached subnets > everything > will work peachy regardless of public/private/quantity/netmask. > > -Steve > > > Yes, but what that snippet showed from ifconfig showed 2 networks, 2 from > > public IP space and 1 from private IP space, and since it's working the > > networking code must know/care about something that it's being fed. -- > > Jonathan > > > > -- > > Jonathan M. Slivko > > Blinx Networks > > http://www.blinx.net/ > > > > ----- Original Message ----- > > From: "Steven Ames" > > To: "Jonathan M. Slivko" ; "Chris Dillon" > > ; > > Sent: Thursday, July 26, 2001 4:56 PM > > Subject: Re: Why two cards on the same segment... > > > > > > > > Yes, but, I think the issue with the 2 IP classes working is because > one > > > is > > > > not routable, and therefore it's not a real > > > > IP address, and the router knows this, hence it's not reacting to it > by > > > > stopping to work. As long as you use virtual > > > > ip's (192.168.*.*) then there should be no reason why it wouldn't > work. > > > > However, if your talking about a routable > > > > IP address, then you might have a problem, as there is a difference > > > between > > > > a virtual IP address and a real (routable) > > > > IP address. Just my 0.02 cents. -- Jonathan > > > > > > I don't think the networking code knows/cares if something is private or > > > public IP space. I might be off here but I think the real problem with > > > two seperate networks on one card (or even on two cards) would be > > > the default route (can't have two right?) and which IP address gets > > > used as the 'source IP' on packets leaving the system. > > > > > > -Steve > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:15:59 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 A2DF137B40A for ; Thu, 26 Jul 2001 14:15:52 -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 f6QLFoV82521; Thu, 26 Jul 2001 23:15:51 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6QLFfq02354; Thu, 26 Jul 2001 23:15:41 +0200 (CEST) Date: Thu, 26 Jul 2001 23:15:40 +0200 From: Bernd Walter To: Arun Sharma Cc: hackers@FreeBSD.ORG Subject: Re: Need a clean room implementation of this function Message-ID: <20010726231540.A2249@cicely20.cicely.de> References: <20010726135913.A23052@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726135913.A23052@sharmas.dhs.org>; from arun@sharmas.dhs.org on Thu, Jul 26, 2001 at 01:59:13PM -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 Thu, Jul 26, 2001 at 01:59:13PM -0700, Arun Sharma wrote: > /** > * test_and_set_bit - Set a bit and return its old value > * @nr: Bit to set > * @addr: Address to count from > * > * This operation is atomic and cannot be reordered. > * It also implies a memory barrier. > */ > static __inline__ int test_and_set_bit(int nr, volatile void * addr); -current has a lot of atomic functions in src/sys/i386/include/atomic.h. -- 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 Thu Jul 26 14:33: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id AA25B37B401 for ; Thu, 26 Jul 2001 14:32:57 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.4/8.11.4) with ESMTP id f6QLWlm24192; Thu, 26 Jul 2001 16:32:47 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <015201c1161a$1fd46ae0$28d90c42@eservoffice.com> From: "Steven Ames" To: "Jonathan M. Slivko" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> <005f01c11618$145b04a0$6401a8c0@equinox> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 16:29:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 You lost me. How what is being done? You can use ifconfig to assign as many blocks/netmasks as you feel the urge to. It'll do it. How does it determine what source address to use? I'd be guessing on this one but here's my guess: 1. If your communicating with a directly connected subnet then the OS will use the IP address that's bound to the ethernet card that is within that subnet; 2. If your communicating to a network that is not directly connected then the OS will use (here's where I get guesswork though I plan to test this when I leave work) either the main IP address (i.e. the one that wasn't created as an 'alias') or the ip address bound to the ethernet card that is in the same subnet as the next hop. -Steve > Then whats the alternative, it just works out of thin air? Now i'm really > curious to find out how this is being done, although I have seen it done on > my own systems in the past, just not by me, so i'm intrigued to find out how > this is being accomplished. -- Jonathan > > -- > Jonathan M. Slivko > Blinx Networks > http://www.blinx.net/ > > > ----- Original Message ----- > From: "Steven Ames" > To: "Jonathan M. Slivko" ; "Chris Dillon" > ; > Sent: Thursday, July 26, 2001 5:07 PM > Subject: Re: Why two cards on the same segment... > > > > Not really. The private IP space probably never leaves that LAN segment so > > the source IP would get set properly and the default route is irrelevent. > > Whenever > > he communicated with a block that is not diretly attached then the code > has > > to > > choose a source address and then send the packet to the next hop (usually > > the > > default route unless you have a dynamic protocol daemon (routed/gated/etc) > > running. As long as your just communicating to directly attached subnets > > everything > > will work peachy regardless of public/private/quantity/netmask. > > > > -Steve > > > > > Yes, but what that snippet showed from ifconfig showed 2 networks, 2 > from > > > public IP space and 1 from private IP space, and since it's working the > > > networking code must know/care about something that it's being fed. -- > > > Jonathan > > > > > > -- > > > Jonathan M. Slivko > > > Blinx Networks > > > http://www.blinx.net/ > > > > > > ----- Original Message ----- > > > From: "Steven Ames" > > > To: "Jonathan M. Slivko" ; "Chris Dillon" > > > ; > > > Sent: Thursday, July 26, 2001 4:56 PM > > > Subject: Re: Why two cards on the same segment... > > > > > > > > > > > Yes, but, I think the issue with the 2 IP classes working is because > > one > > > > is > > > > > not routable, and therefore it's not a real > > > > > IP address, and the router knows this, hence it's not reacting to > it > > by > > > > > stopping to work. As long as you use virtual > > > > > ip's (192.168.*.*) then there should be no reason why it wouldn't > > work. > > > > > However, if your talking about a routable > > > > > IP address, then you might have a problem, as there is a difference > > > > between > > > > > a virtual IP address and a real (routable) > > > > > IP address. Just my 0.02 cents. -- Jonathan > > > > > > > > I don't think the networking code knows/cares if something is private > or > > > > public IP space. I might be off here but I think the real problem with > > > > two seperate networks on one card (or even on two cards) would be > > > > the default route (can't have two right?) and which IP address gets > > > > used as the 'source IP' on packets leaving the system. > > > > > > > > -Steve > > > > > > > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:36:22 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 4B54D37B401 for ; Thu, 26 Jul 2001 14:36:17 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6QLaCX62360; Thu, 26 Jul 2001 14:36:12 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Jul 2001 14:36:12 -0700 (PDT) From: Matt Dillon Message-Id: <200107262136.f6QLaCX62360@earth.backplane.com> To: "Steven Ames" Cc: "Jonathan M. Slivko" , "Chris Dillon" , Subject: Re: Why two cards on the same segment... References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> 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 really. The private IP space probably never leaves that LAN segment so :the source IP would get set properly and the default route is irrelevent. :Whenever :he communicated with a block that is not diretly attached then the code has :to :choose a source address and then send the packet to the next hop (usually :the :default route unless you have a dynamic protocol daemon (routed/gated/etc) :running. As long as your just communicating to directly attached subnets :everything :will work peachy regardless of public/private/quantity/netmask. : :-Steve I wish it were that easy. If you have two interfaces on the same LAN segment, but one is configured with an internal IP and one is configured with an external IP, and the default route points out the interface configured with the external IP, then you are ok. If you have one interface with *two* ip addresses. For example (taking a real life example): ash:/home/dillon> ifconfig fxp0: flags=8843 mtu 1500 inet 208.161.114.66 netmask 0xffffffc0 broadcast 208.161.114.127 inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:b0:d0:49:3b:fd media: Ethernet autoselect (100baseTX ) status: active Then the 'source IP' address the machine uses is completely up in the air. It could be the external IP, or the internal IP, and it could change out from under you if you manipulate the interface with ifconfig. You have to explicitly bind to the correct source IP if you care. For our machines I bind our external services specifically to the external IP. Beyond that I usually don't care because I NAT-out our internal IP space anyway, so any packets sent 'from' an internal IP to the internet wind up going through the NAT, which hides the fact that the source machine chose the wrong IP. -Matt :> Yes, but what that snippet showed from ifconfig showed 2 networks, 2 from :> public IP space and 1 from private IP space, and since it's working the :> networking code must know/care about something that it's being fed. -- :> Jonathan :> :> -- :> Jonathan M. Slivko :> Blinx Networks :> http://www.blinx.net/ :> :> ----- Original Message ----- :> From: "Steven Ames" :> To: "Jonathan M. Slivko" ; "Chris Dillon" :> ; :> Sent: Thursday, July 26, 2001 4:56 PM :> Subject: Re: Why two cards on the same segment... :> :> :> > > Yes, but, I think the issue with the 2 IP classes working is because :one :> > is :> > > not routable, and therefore it's not a real :> > > IP address, and the router knows this, hence it's not reacting to it :by :> > > stopping to work. As long as you use virtual :> > > ip's (192.168.*.*) then there should be no reason why it wouldn't :work. :> > > However, if your talking about a routable :> > > IP address, then you might have a problem, as there is a difference :> > between :> > > a virtual IP address and a real (routable) :> > > IP address. Just my 0.02 cents. -- Jonathan :> > :> > I don't think the networking code knows/cares if something is private or :> > public IP space. I might be off here but I think the real problem with :> > two seperate networks on one card (or even on two cards) would be :> > the default route (can't have two right?) and which IP address gets :> > used as the 'source IP' on packets leaving the system. :> > :> > -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:43:39 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 EFCE037B406 for ; Thu, 26 Jul 2001 14:43:35 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.217]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id OAA24980; Thu, 26 Jul 2001 14:43:27 -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: <20010726135913.A23052@sharmas.dhs.org> Date: Thu, 26 Jul 2001 14:43:24 -0700 (PDT) From: John Baldwin To: Arun Sharma Subject: RE: Need a clean room implementation of this function Cc: hackers@FreeBSD.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 On 26-Jul-01 Arun Sharma wrote: > I'm porting a BSD licensed Java VM from Linux to FreeBSD and ran into > the following Linux function which is not implemented in BSDs. > > To avoid GPL contamination issues, can someone complete[1] the following > method in inlined IA-32 assembly ? Intel instruction reference documents > an instruction called BTS, which does just this. You might be able to rewrite the code to use atomic_cmpset() instead of test_and_set_bit() (which you can steal from machine/atomic.h in -current). You can emulate this exact operation with a loop using atomic_cmpset* if needed: { int val; do { val = *(int *)addr; } while (atomic_cmpset_int(addr, val, val | (1 << nr) == 0); return (val & (1 << nr)); } If the code in question is just using a single bit in a word as a spinlock like so: while (test_and_set_bit(0, &lock_var)) ; then you can replace that with an atomic_cmpset loop: while (atomic_cmpset_int(&lock_var, 0, 1) == 0) ; However, you will want to use appropriate memory barriers for this to work well on SMP systems (and if you want this portable to other archs at all). In that case you should use an 'acquire' barrier to acquire the lock, and a 'release' barrier to release the lock. Thus: /* lock critical region */ while (atomic_cmpset_acq_int(&lock_var, 0, 1) == 0) ; /* spin */ ... /* release lock */ atomic_store_rel_int(&lock_var, 0); -- 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 Thu Jul 26 14:51:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 5562C37B401 for ; Thu, 26 Jul 2001 14:51:27 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id QAA05331; Thu, 26 Jul 2001 16:51:17 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 26 Jul 2001 16:51:16 -0500 (CDT) From: Chris Dillon To: "Jonathan M. Slivko" Cc: Subject: Re: Why two cards on the same segment... In-Reply-To: <001701c11614$94114000$6401a8c0@equinox> 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 Thu, 26 Jul 2001, Jonathan M. Slivko wrote: > Yes, but, I think the issue with the 2 IP classes working is > because one is not routable, and therefore it's not a real > IP address, and the router knows this, hence it's not reacting to > it by stopping to work. As long as you use virtual ip's > (192.168.*.*) then there should be no reason why it wouldn't work. > However, if your talking about a routable IP address, then you > might have a problem, as there is a difference between a virtual > IP address and a real (routable) IP address. Just my 0.02 cents. > -- Jonathan There is no difference. An RFC1918 address is just as real as any other IP address as far as any IP stack or network is concerned. The difference is that we, as humans, have decided those addresses are not to cross certain boundaries, and it is up to us to make sure they don't. Except for my edge router, my other routers could care less that I'm using RFC1918 addresses and in fact they don't know any better. I could just as easily stick my 207.160.213 network, another "real" network, on there right alongside the 207.160.214 network (and I did, at one time) with no problems. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64 (Itanium), PowerPC, and ARM architectures under development - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:52:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id BCFFD37B401 for ; Thu, 26 Jul 2001 14:52:11 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id 7C5CA5DD97; Thu, 26 Jul 2001 14:21:06 -0700 (PDT) Date: Thu, 26 Jul 2001 14:21:06 -0700 From: Arun Sharma To: Bernd Walter Cc: hackers@FreeBSD.ORG Subject: Re: Need a clean room implementation of this function Message-ID: <20010726142106.A23171@sharmas.dhs.org> References: <20010726135913.A23052@sharmas.dhs.org> <20010726231540.A2249@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010726231540.A2249@cicely20.cicely.de>; from ticso@mail.cicely.de on Thu, Jul 26, 2001 at 11:15:40PM +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 Thu, Jul 26, 2001 at 11:15:40PM +0200, Bernd Walter wrote: > > static __inline__ int test_and_set_bit(int nr, volatile void * addr); > > -current has a lot of atomic functions in src/sys/i386/include/atomic.h. It has byte, word, int, long level operations - what I want is bit level. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 14:59:39 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 ABC9E37B401 for ; Thu, 26 Jul 2001 14:59:34 -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 f6QLxWV82891; Thu, 26 Jul 2001 23:59:32 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6QLxSB02629; Thu, 26 Jul 2001 23:59:28 +0200 (CEST) Date: Thu, 26 Jul 2001 23:59:27 +0200 From: Bernd Walter To: Arun Sharma Cc: Bernd Walter , hackers@FreeBSD.ORG Subject: Re: Need a clean room implementation of this function Message-ID: <20010726235927.B2249@cicely20.cicely.de> References: <20010726135913.A23052@sharmas.dhs.org> <20010726231540.A2249@cicely20.cicely.de> <20010726142106.A23171@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726142106.A23171@sharmas.dhs.org>; from arun@sharmas.dhs.org on Thu, Jul 26, 2001 at 02:21:06PM -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 Thu, Jul 26, 2001 at 02:21:06PM -0700, Arun Sharma wrote: > On Thu, Jul 26, 2001 at 11:15:40PM +0200, Bernd Walter wrote: > > > static __inline__ int test_and_set_bit(int nr, volatile void * addr); > > > > -current has a lot of atomic functions in src/sys/i386/include/atomic.h. > > It has byte, word, int, long level operations - what I want is bit > level. You must have missing something. My version reads the following: [...] ATOMIC_ASM(set, char, "orb %b2,%0", v) ATOMIC_ASM(clear, char, "andb %b2,%0", ~v) [...] -- 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 Thu Jul 26 15: 4:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vaca.uniandes.edu.co (vaca.uniandes.edu.co [157.253.54.5]) by hub.freebsd.org (Postfix) with ESMTP id 5585D37B403 for ; Thu, 26 Jul 2001 15:04:35 -0700 (PDT) (envelope-from y-carden@uniandes.edu.co) Received: from vaca.uniandes.edu.co (localhost [127.0.0.1]) by vaca.uniandes.edu.co (8.12.0.Beta7/8.12.0.Beta7) with SMTP id f6QM4QTk020753 for ; Thu, 26 Jul 2001 17:04:28 -0500 (GMT+5) Received: (from webmail [157.253.54.4]) by vaca.uniandes.edu.co (NAVGW 2.5 bld 90) with SMTP id M2001072617042629945 for ; Thu, 26 Jul 2001 17:04:26 -0500 From: y-carden@uniandes.edu.co To: hackers@FreeBSD.ORG Subject: Re: Invoking a userland function from kernel X-Mailer: Netscape Messenger Express 3.5.2 [Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)] Date: Thu, 26 Jul 2001 17:04:26 -0500 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 Wed, 25 Jul 2001 Terry Lambert wrote: >>y-carden@uniandes.edu.co wrote: >> >> I need pass asynchronously data from kernel >> to a userland process, include a quantity variable of >> data (void *opaque). >The easiest way to do this is to have the user space process >register a kevent, and then KNOTE() in the kernel when the >event takes place. Please, look the question at the bottom of this message. >You can't; at least, you can't do exactly that. As others >have pointed out, you would have better luck telling us what >problem it is you are trying to solve, and then letting >people suggest solutions, instead of picking "the one true >solution", and then asking us how to implement it. OK, I'm incorporating the Real Time Protocol RTP into the FreeBSD Kernel. I took the RTP Lucent Technologies Library that provides a high level interface for developing applications that make use of the Real Time Transport Protocol (RTP) and I changed many of the original API library functions to kernel systems calls, and it works fine. Here you look about the original library: http://www-out.bell-labs.com/project/RTPlib/DOCS/rtp_api.hrml Now, I need manage Timed Events: Two RTP related events must occur which are timed. They are: 1.RTCP (control RTP packages) reports must be sent periodically. 2.BYE (a control RTP package) packets may be reconsidered for transmission. To support scheduling, timed events are handled by two functions, RTPSchedule() and RTPExecute(). The first of these functions is written by the user(user process). It is called by the RTP kernel module (originally the library) to request scheduling of events at some predetermined time. The user is responsible for writing the function to schedule the event with whatever mechanism is appropriate for the application. The second function is part of the RTP kernel module (originally the library), and is to be called upon execution of the timed event. The specific formats of the functions are: void RTPSchedule(int id, void* opaque, struct timeval *tp); rtperror RTPExecute(int id, void* opaque); The RTP kernel module will call RTPSchedule, and pass it the context cid and an opaque piece of data, opaque. It will also pass the time for which the scheduled event is to occur, tp. At the appropriate time, tp, the application should call RTPExecute, and pass it the opaque token provided in the call to RTPSchedule, in addition to the identifier id. This general mechanism allows for the RTP kernel module to schedule arbitrary timed events. All information about the nature of the events is kept internal. The opaque data is used internally to identify particular events. For example the following simple code would implement the RTP Scheduler in the userland process: /* Maintain a simple queue of events. */ /* An element queue */ struct evt_queue_elt { int id; void* event_opaque; double event_time; struct evt_queue_elt *next; }; /* A queue */ static struct evt_queue_elt* evt_queue = NULL; /* An the kernel would call this RTPSchedule function when it needs to schedule an event. */ void RTPSchedule(int id, void* opaque, struct timeval *tp) { struct evt_queue_elt *elt; elt = (struct evt_queue_elt *) malloc(sizeof(struct evt_queue_elt)); if (elt == NULL) return; elt->id = id; elt->event_opaque = opaque; elt->event_time = tv2dbl(*tp); insert_in_evt_queue(elt); /* Here insert element in queue */ return; } /* In other place of the user program ... */ struct evt_queue_elt *next; gettimeofday(&now_tv, NULL); now = tv2dbl(now_tv); while (evt_queue != NULL && evt_queue->event_time <= now) { /* There is a pending RTP event (currently this means there's * an RTCP packet to send), so run it. */ RTPExecute(evt_queue->id, evt_queue->event_opaque); /* Advance the queue */ next = evt_queue->next; free(evt_queue); evt_queue = next; } /* ----- RTP systemcall RTPExecute() BEGIN ----- */ #ifndef _SYS_SYSPROTO_H_ struct RTPExecute_args { int id ; void* opaque ; }; #endif rtperror RTPExecute (p,uap) struct proc *p; register struct RTPExecute_args *uap; { int id ; void* opaque ; int rtp_error; int rtp_retorno; cid = uap->cid ; rtp_error = copyin( uap->opaque , opaque, sizeof( opaque )); if (rtp_error != RTP_OK ) goto copyin_out; /* internal kernel work */ rtp_retorno = the_RTPExecute_rtp_internal(id, opaque); rtp_error = copyout( opaque , uap->opaque , sizeof( opaque )); if (rtp_error != RTP_OK ) goto copyout_out; printf("RTPExecute--> Return: %d \n", rtp_retorno ); p->p_retval[0] = rtp_retorno; return rtp_retorno; copyin_out: printf("RTPExecute--> Error at copyin()\n"); goto bailout; copyout_out: printf("RTPExecute--> Error at copyout()\n"); bailout: p->p_retval[0] = rtp_error; return rtp_error; } /* ----- RTP systemcall RTPExecute() END ----- */ Other internal functions into the kernel like to "the_RTPExecute_rtp_internal()" needs to call to RTPSchedule() userland function. So, my original question was: Into my kernel code, How I can call to RTPSchedule() userland function? You say me that I can do with kevent() facility. How I can do it exactly? I apologize perhaps the following is stupid, but from the user process I can call kevent() for a file descriptor and into kernel when I need call to RTPSchedule() instead I would try for example to write to file descriptor to trigger the event. Can I do this? I don't sure but into kernel it can't write to file descriptor. Thanks for your help. +------------------------------+ YONNY CARDENAS B. Systems Engineer Student M.Sc. UNIVERSIDAD DE LOS ANDES +-------------------------------+ UNIX is BSD, and FreeBSD is an advanced 4.4BSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15: 8:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id 4284E37B401; Thu, 26 Jul 2001 15:08:17 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id BDC215DD97; Thu, 26 Jul 2001 15:08:36 -0700 (PDT) Date: Thu, 26 Jul 2001 15:08:36 -0700 From: Arun Sharma To: John Baldwin Cc: hackers@FreeBSD.org Subject: Re: Need a clean room implementation of this function Message-ID: <20010726150836.C23264@sharmas.dhs.org> References: <20010726135913.A23052@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Jul 26, 2001 at 02:43:24PM -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 Thu, Jul 26, 2001 at 02:43:24PM -0700, John Baldwin wrote: > { > int val; > > do { > val = *(int *)addr; > } while (atomic_cmpset_int(addr, val, val | (1 << nr) == 0); > return (val & (1 << nr)); > } Thanks! I think that'd work. But code using BTS would be more efficient (fewer cycles). Many people asked me this question: the code I'm porting is: http://www.intel.com/research/mrl/orp/ Please see my messages to java@freebsd.org about the port. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:10:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 4744A37B403 for ; Thu, 26 Jul 2001 15:10:13 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.4/8.11.4) with ESMTP id f6QM9nm29122; Thu, 26 Jul 2001 17:09:50 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <016401c1161f$4d365c50$28d90c42@eservoffice.com> From: "Steven Ames" To: "Matt Dillon" Cc: "Jonathan M. Slivko" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> <200107262136.f6QLaCX62360@earth.backplane.com> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 17:06:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 > If you have one interface with *two* ip addresses. For example (taking > a real life example): > > ash:/home/dillon> ifconfig > fxp0: flags=8843 mtu 1500 > inet 208.161.114.66 netmask 0xffffffc0 broadcast 208.161.114.127 > inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255 > ether 00:b0:d0:49:3b:fd > media: Ethernet autoselect (100baseTX ) > status: active > > Then the 'source IP' address the machine uses is completely up in the > air. It could be the external IP, or the internal IP, and it could > change out from under you if you manipulate the interface with ifconfig. ? For real? If you telnet from your machine to some other machine in the world (mine for instance) your source address could either be 208.161.114.66 (which would work) or 10.0.0.3 (which wouldn't work because my server would have no clue how to send packets back)? traceroutes from your machine fail half the time because your next hop (the external default gateway) doesn't know how to respond to packets with a source address of 10.0.0.3 either? To test that theory I just bound 10.0.0.3/24 to my external interface and initiated some ssh from my server to my office server. In every case it used the public address (not sure why, either because its the 'real' (i.e. non-alias interface) or because that's the IP in the subnet as the gateway). ifconfig ed0 inet 10.0.0.3 netmask 0xffffff00 alias ed0: flags=8843 mtu 1500 inet 204.120.165.254 netmask 0xfffffffc broadcast 204.120.165.255 inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255 ether 52:54:00:dc:08:ca And it works just fine. The source address is always the public IP. The gateway is 204.120.165.253. I cannot believe its random. On the other hand (haven't tried this in FBSD, but in Solaris it works), if you assign an interface like this: ifconfig ed0 inet 204.120.165.1 netmask 0xffffff00 ifconfig ed0 inet 204.120.165.2 netmask 0xffffff00 It will randomly choose one of those addresses (assuming a gateway within that subnet). -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:10:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id 5D16037B401 for ; Thu, 26 Jul 2001 15:10:41 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id CBE315DD97; Thu, 26 Jul 2001 15:11:00 -0700 (PDT) Date: Thu, 26 Jul 2001 15:11:00 -0700 From: Arun Sharma To: Bernd Walter Cc: hackers@FreeBSD.ORG Subject: Re: Need a clean room implementation of this function Message-ID: <20010726151100.D23264@sharmas.dhs.org> References: <20010726135913.A23052@sharmas.dhs.org> <20010726231540.A2249@cicely20.cicely.de> <20010726142106.A23171@sharmas.dhs.org> <20010726235927.B2249@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010726235927.B2249@cicely20.cicely.de>; from ticso@mail.cicely.de on Thu, Jul 26, 2001 at 11:59:27PM +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 Thu, Jul 26, 2001 at 11:59:27PM +0200, Bernd Walter wrote: > [...] > ATOMIC_ASM(set, char, "orb %b2,%0", v) > ATOMIC_ASM(clear, char, "andb %b2,%0", ~v) > [...] That does set, not test-and-set. What I want is exactly what the Intel BTS instruction does: atomically test and set a bit. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:12:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 8B77B37B401 for ; Thu, 26 Jul 2001 15:12:55 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.4/8.11.4) with ESMTP id f6QMChm80377; Thu, 26 Jul 2001 17:12:43 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <018001c1161f$b48755d0$28d90c42@eservoffice.com> From: "Steven Ames" To: "Steven Ames" , "Matt Dillon" Cc: "Jonathan M. Slivko" , "Chris Dillon" , References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> <200107262136.f6QLaCX62360@earth.backplane.com> <016401c1161f$4d365c50$28d90c42@eservoffice.com> Subject: Re: Why two cards on the same segment... Date: Thu, 26 Jul 2001 17:09:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 > I cannot believe its random. On the other hand (haven't tried this in FBSD, > but in Solaris it works), > if you assign an interface like this: > > ifconfig ed0 inet 204.120.165.1 netmask 0xffffff00 > ifconfig ed0 inet 204.120.165.2 netmask 0xffffff00 Second line should read: ifconfig ed0 inet 204.120.165.2 netmask 0xffffff00 alias sorry for any confusion. > > It will randomly choose one of those addresses (assuming a gateway within > that subnet). > > -Steve > > > 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 Jul 26 15:13:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from server.c21bowman.com (ns1.c21mb.com [216.140.51.98]) by hub.freebsd.org (Postfix) with SMTP id 24E0E37B406 for ; Thu, 26 Jul 2001 15:13:11 -0700 (PDT) (envelope-from owensmk@earthlink.net) Received: (qmail 3755 invoked by uid 0); 26 Jul 2001 22:13:00 -0000 Received: from unknown (HELO mike) (10.10.10.200) by server with SMTP; 26 Jul 2001 22:13:00 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Michael Owens Reply-To: owensmk@earthlink.net To: freebsd-hackers@freebsd.org Subject: Missing incoming data using select() Date: Thu, 26 Jul 2001 17:18:08 -0500 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01072617180808.00490@mike> 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 I have a server that uses non-blocking I/O, and consists of a process which listens and calls accept(), and passes the accepted file descriptors down to child processes for handling the client connection. Currently, it uses select(), though I plan to rewrite it using kqueue. The problem I have is that when I connect from the client, if the client immediately writes to the socket after connect() (blocking), the server's select() does not report the descriptor as being ready for reading, (although tcpdump seems to indicate otherwise). If, however, the client does a sleep(1) after connect() and before write(), it always works. It looks like the data is being sent from the client to the server in all cases, but for some reason, the server looses track of the data if the client sends it right away. Does this have anything to do with passing the file descriptor between processes? Perhaps the postmaster receives the data just before the socket descriptor is passed down to the child server (and before postmaster closes it)? But wouldn't select() also reveal the data queued to the child server if the postmaster did not read it? I am having difficulty figuring out how to track it. Here is the tcpdump output for a successful connection (when the client calls sleep(1) after connect() and before write()) sending 34 bytes, which the server sends right back: 14:43:21.332838 mike.1654 > mike.postmaster: S 1995467003:1995467003(0) win 16384 (DF) 14:43:21.332907 mike.postmaster > mike.1654: S 2036815264:2036815264(0) ack 1995467004 win 17520 (DF) 14:43:21.332930 mike.1654 > mike.postmaster: . ack 1 win 17520 (DF) 14:43:22.358304 mike.1654 > mike.postmaster: P 1:35(34) ack 1 win 17520 (DF) 14:43:22.418249 mike.postmaster > mike.1654: P 1:69(68) ack 35 win 17520 (DF) 14:43:22.498603 mike.1654 > mike.postmaster: F 35:35(0) ack 69 win 17520 (DF) 14:43:22.498663 mike.postmaster > mike.1654: . ack 36 win 17520 (DF) 14:43:22.508506 mike.postmaster > mike.1654: F 69:69(0) ack 36 win 17520 (DF) 14:43:22.508566 mike.1654 > mike.postmaster: . ack 70 win 17520 (DF) Here are the results for an unsuccessful exchange (when the client immediately writes after connect()) 14:40:38.942493 localhost.xnmp > localhost.postmaster: S 3152358295:3152358295(0) win 16384 (DF) 14:40:38.942559 localhost.postmaster > localhost.xnmp: S 3060360366:3060360366(0) ack 3152358296 win 57344 (DF) 14:40:38.942583 localhost.xnmp > localhost.postmaster: . ack 1 win 57344 (DF) 14:40:38.957527 localhost.xnmp > localhost.postmaster: P 1:35(34) ack 1 win 57344 (DF) 14:40:39.054852 localhost.postmaster > localhost.xnmp: . ack 35 win 57344 (DF) In this case, it appears as if the server does receive the data, (but select() does not report it). Also, netstat does not show any data pending on either the client's or server's queue. This may or may not help, but here is the debug output for an unsuccessful transfer between client and server (with comments). Server Log ---------- mike@mike> ./postmaster /tmp/server # Postmaster listening 16:44:43.192909 PID 3646 : server_chassis : listen() # Postmaster accepts 16:44:44.616683 PID 3646 : mplxr 0x806b000 : accept(): Starting. 16:44:43.193343 PID 3647 : mplxr 0x806a000 : add_descriptor() : connections=1 # Postmaster sends sockfd to child (PID 3646) 16:44:44.622460 PID 3646 : srvr 0x806b000 : assign_socket(): No current child. Selecting first in list. 16:44:44.623868 PID 3646 : srvr 0x806b000 : assign_socket(): Using child 3647 # Server receives sockfd, sets readable & adjusts maxfd for select() 16:44:44.667682 PID 3647 : srvr 0x806a000 : process_packet() : Received socket descriptor: sockfd = 5 16:44:44.667872 PID 3647 : mplxr 0x806a000 : add_descriptor() : descriptor=5. maxfd=5 16:44:44.668082 PID 3647 : mplxr 0x806a000 : add_descriptor() : connections=2 # Many select cycles (100), client has already written data, yet select does not show it 16:44:45.147314 PID 3647 : mplxr 0x806a000 : loop(): Zero ready descriptors. 2 connections. maxfd = 5. 16:44:45.207246 PID 3646 : mplxr 0x806b000 : loop(): Zero ready descriptors. 1 connections. maxfd = 4. 16:44:46.326954 PID 3647 : mplxr 0x806a000 : loop() : Socket 5 set to read. # Client terminates, sockfd set readable for close() 16:44:46.335515 PID 3647 : conn 0x8078000 : close() : Closing descriptor 5 16:44:46.335836 PID 3647 : mplxr 0x806a000 : close() : Closed descriptor. New maxfd=4. Now have 1 clients. Client Log ---------- # Client connects 16:44:44.621727 PID 3653 : mplxr 0xbfbfee08 : add_descriptor() : descriptor=3. maxfd=3 16:44:44.622171 PID 3653 : mplxr 0xbfbfee08 : add_descriptor() : connections=1 # Writes data 16:44:44.622266 PID 3653 : client : test_server() : Loading packet # Enters select() loop 16:44:44.622347 PID 3653 : client 0xbfbfee08 : test_server() : Looping: 10 times. 16:44:44.637189 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. # Data written to socket 16:44:44.642790 PID 3653 : mplxr 0xbfbfee08 : loop() : Client 3 needs to write. 16:44:44.643267 PID 3653 : pque 0x806a200 : write() : Wrote 34 bytes to socket. 16:44:44.643365 PID 3653 : pque 0x806a200 : write() : Number of writes: 1 # Loop waiting for data to return 16:44:44.657179 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.677186 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.697165 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.717168 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.737244 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.757233 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.777165 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. 16:44:44.797171 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. . . . # Kill client 16:44:46.317192 PID 3653 : mplxr 0xbfbfee08 : loop(): Zero ready descriptors. 1 connections. maxfd = 3. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:24:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 0E8BF37B406 for ; Thu, 26 Jul 2001 15:24:50 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id RAA22163; Thu, 26 Jul 2001 17:24:44 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 26 Jul 2001 17:24:43 -0500 (CDT) From: Chris Dillon To: Matt Dillon Cc: Steven Ames , "Jonathan M. Slivko" , Subject: Re: Why two cards on the same segment... In-Reply-To: <200107262136.f6QLaCX62360@earth.backplane.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 Thu, 26 Jul 2001, Matt Dillon wrote: > I wish it were that easy. If you have two interfaces on the same LAN > segment, but one is configured with an internal IP and one is > configured with an external IP, and the default route points out the > interface configured with the external IP, then you are ok. > > If you have one interface with *two* ip addresses. For example (taking > a real life example): > > ash:/home/dillon> ifconfig > fxp0: flags=8843 mtu 1500 > inet 208.161.114.66 netmask 0xffffffc0 broadcast 208.161.114.127 > inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255 > ether 00:b0:d0:49:3b:fd > media: Ethernet autoselect (100baseTX ) > status: active > > Then the 'source IP' address the machine uses is completely up in the > air. It could be the external IP, or the internal IP, and it could > change out from under you if you manipulate the interface with ifconfig. > You have to explicitly bind to the correct source IP if you care. > > For our machines I bind our external services specifically to the > external IP. Beyond that I usually don't care because I NAT-out our > internal IP space anyway, so any packets sent 'from' an internal IP > to the internet wind up going through the NAT, which hides the fact > that the source machine chose the wrong IP. Hmm.. That hasn't been my experience at all. I have _always_ seen outgoing connections use a source address of the closest interface address that exists on the same IP network as the destination, OR, if it is a non-local destination, then the source is whatever IP address is on the same IP network as the next-hop gateway. If your next-hop gateway is an RFC1918 address, then your source address will be your RFC1918 address on the same subnet, unless you specify otherwise of course. Maybe if you set net.inet.ip.subnets_are_local to 1, then maybe the system will use the primary non-alias address of the closest physical interface, be it a public address or whatever, but I've not tried that. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64 (Itanium), PowerPC, and ARM architectures under development - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:30:22 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 7FC2B37B401 for ; Thu, 26 Jul 2001 15:30:15 -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 f6QMUDV83186; Fri, 27 Jul 2001 00:30:13 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6QMU6x02776; Fri, 27 Jul 2001 00:30:06 +0200 (CEST) Date: Fri, 27 Jul 2001 00:30:05 +0200 From: Bernd Walter To: Arun Sharma Cc: Bernd Walter , hackers@FreeBSD.ORG Subject: Re: Need a clean room implementation of this function Message-ID: <20010727003005.A2726@cicely20.cicely.de> References: <20010726135913.A23052@sharmas.dhs.org> <20010726231540.A2249@cicely20.cicely.de> <20010726142106.A23171@sharmas.dhs.org> <20010726235927.B2249@cicely20.cicely.de> <20010726151100.D23264@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726151100.D23264@sharmas.dhs.org>; from arun@sharmas.dhs.org on Thu, Jul 26, 2001 at 03:11:00PM -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 Thu, Jul 26, 2001 at 03:11:00PM -0700, Arun Sharma wrote: > On Thu, Jul 26, 2001 at 11:59:27PM +0200, Bernd Walter wrote: > > [...] > > ATOMIC_ASM(set, char, "orb %b2,%0", v) > > ATOMIC_ASM(clear, char, "andb %b2,%0", ~v) > > [...] > > That does set, not test-and-set. What I want is exactly what the Intel > BTS instruction does: atomically test and set a bit. Ops - but as John Baldwin already showed that cmpset/cmpclear are also part of atomic.h Using the atomic.h functions gives you the ability to port it to alpha and other FreeBSD architectures. -- 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 Thu Jul 26 15:45: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id B8DE137B405 for ; Thu, 26 Jul 2001 15:44:59 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: (from steve@localhost) by virtual-voodoo.com (8.11.4/8.11.4) id f6QMioX28654; Thu, 26 Jul 2001 17:44:50 -0500 (EST) (envelope-from steve) Date: Thu, 26 Jul 2001 17:44:05 -0500 From: Steve Ames To: Chris Dillon Cc: Matt Dillon , "Jonathan M. Slivko" , freebsd-hackers@FreeBSD.ORG Subject: Re: Why two cards on the same segment... Message-ID: <20010726174405.A36877@virtual-voodoo.com> References: <200107262136.f6QLaCX62360@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: ; from cdillon@wolves.k12.mo.us on Thu, Jul 26, 2001 at 05:24:43PM -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 On Thu, Jul 26, 2001 at 05:24:43PM -0500, Chris Dillon wrote: > Hmm.. That hasn't been my experience at all. I have _always_ seen > outgoing connections use a source address of the closest interface > address that exists on the same IP network as the destination, OR, if > it is a non-local destination, then the source is whatever IP address > is on the same IP network as the next-hop gateway. If your next-hop > gateway is an RFC1918 address, then your source address will be your > RFC1918 address on the same subnet, unless you specify otherwise of > course. Agreed. And, really, isn't that the behavior you _expect_? Any other behavior could be considered a non-POLA. In most situations the source-IP can be determined logically. There are some situations where it can't be determined and that's where random comes in (at least on the Solaris stack, I hate to use that as an example but I have yet to test it under FBSD or look up the code). A good example is when you have multipe IPs on one card from the same subnet and netmask. The only way to determine what _should_ be used as the IP is to maybe use the one that isn't an alias. But what if they are all aliases and the non-alias is RFC1918 but the gateway is out of that public subnet? Under Solaris its potluck. Took me a bit to figure that out. That's why under FBSD when we want multiple IPs from the same subnet (virtual hosting and such) we encourage the use of the 0xffffffff netmask. Then that IP cannot be part of the gateway subnet so won't be used as the source IP. It is however reachable from the outside world thanks to ARP. A tricker question is with two NIC each with a public IP (from different subnets). You can't have a seperate gateway for each NIC so most outgoing traffic is really going to go out one interface even if its coming in both interfaces right? If the NICs have IPs from the same subnet then I'm not sure how the outgoing interface (and source IP) is chosen but logically both get used (round robin?). That question will actually take some source delving to figure out as I don't have the tools to just hook up a machine and watch. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:46:18 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 4761837B401 for ; Thu, 26 Jul 2001 15:46:15 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (mjacob@wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6QMk6I93743; Thu, 26 Jul 2001 15:46:06 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 15:45:58 -0700 (PDT) From: Matthew Jacob Reply-To: To: Matthew Emmerton Cc: Subject: Re: perhaps one of phk's "intern" projects? In-Reply-To: Message-ID: <20010726154548.I18705-100000@wonky.feral.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 Because I thought this might be of general utility. On Thu, 26 Jul 2001, Matthew Emmerton wrote: > On Thu, 26 Jul 2001, Matthew Jacob wrote: > > > It'd be nice if one could pass a time specification to at in the form of "next > > reboot". > > > > -matt > > > > Why not just write a script for the command and stick it in > /usr/local/etc/rc.d? > > -- > Matt Emmerton > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 15:50: 9 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 246CE37B401 for ; Thu, 26 Jul 2001 15:50:07 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.217]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id PAA07465; Thu, 26 Jul 2001 15:50:01 -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: <20010726151100.D23264@sharmas.dhs.org> Date: Thu, 26 Jul 2001 15:49:58 -0700 (PDT) From: John Baldwin To: Arun Sharma Subject: Re: Need a clean room implementation of this function Cc: hackers@FreeBSD.org, Bernd Walter 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 26-Jul-01 Arun Sharma wrote: > On Thu, Jul 26, 2001 at 11:59:27PM +0200, Bernd Walter wrote: >> [...] >> ATOMIC_ASM(set, char, "orb %b2,%0", v) >> ATOMIC_ASM(clear, char, "andb %b2,%0", ~v) >> [...] > > That does set, not test-and-set. What I want is exactly what the Intel > BTS instruction does: atomically test and set a bit. Unfortunately that is very ia32 specific. The code would be more friendly on alpha and ia64 at least if the algo was changed to use cmpset on a word instead of test-and-set of a bit. If you want, I can look at the code to see where it uses test_and_set() to determine how hard that would be. (It might be very easy to do.) -- 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 Thu Jul 26 16: 1:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id E79D037B405 for ; Thu, 26 Jul 2001 16:01:19 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by dayspring.firedrake.org with local (Exim 3.22 #1 (Debian)) id 15Pu7l-0003qV-00; Fri, 27 Jul 2001 00:00:57 +0100 Date: Fri, 27 Jul 2001 00:00:57 +0100 To: Ian Dowse Cc: Peter Pentchev , Etienne de Bruin , "'freebsd-hackers@freebsd.org'" Subject: Re: crunched binary oddity Message-ID: <20010727000057.A14741@firedrake.org> References: <200107261209.aa21116@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200107261209.aa21116@salmon.maths.tcd.ie> User-Agent: Mutt/1.3.18i From: void 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, Jul 26, 2001 at 12:09:46PM +0100, Ian Dowse wrote: > > When mount(8) invokes a mount_xxx program, it sets argv[0] to the > name of the filesystem (ufs, mfs, nfs etc). Why? -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 16:22:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id 7FBBB37B401; Thu, 26 Jul 2001 16:22:06 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id 629555DD97; Thu, 26 Jul 2001 16:22:26 -0700 (PDT) Date: Thu, 26 Jul 2001 16:22:26 -0700 From: Arun Sharma To: John Baldwin Cc: hackers@FreeBSD.org Subject: Re: Need a clean room implementation of this function Message-ID: <20010726162226.A23558@sharmas.dhs.org> References: <20010726151100.D23264@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Jul 26, 2001 at 03:49: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 Thu, Jul 26, 2001 at 03:49:58PM -0700, John Baldwin wrote: > > That does set, not test-and-set. What I want is exactly what the Intel > > BTS instruction does: atomically test and set a bit. > > Unfortunately that is very ia32 specific. The code would be more > friendly on alpha and ia64 at least if the algo was changed to use > cmpset on a word instead of test-and-set of a bit. Another way to look at it is as an IA-32 specific optimization. For other architectures, we could just use the code you posted earlier. > If you want, I can look at the code to see where it uses test_and_set() > to determine how hard that would be. (It might be very easy to do.) The piece of code which uses it is attached. -Arun inline void acquire_header_lock (volatile POINTER_SIZE_INT *p_header) { while (true) { // Try to grab the lock. volatile PVOID free_header =(PVOID)(*p_header & BUSY_FORWARDING_BIT_MASK); volatile PVOID locked_header =(PVOID)((POINTER_SIZE_INT)free_header | BUSY_FORWARDING_BIT); assert (locked_header != free_header); // IA64 - What are the semantics of test_and_set_bit with regards to acq and rel? // Hopefully, test_and_set_bit will have acquire semantics and // test_and_clear_bit will have release semantics. if ( test_and_set_bit (BUSY_FORWARDING_BIT_OFFSET, (PVOID *)p_header) == 0) { assert ((*p_header & BUSY_FORWARDING_BIT) == BUSY_FORWARDING_BIT); return; // got it this is the only way out. } // Try until you get the lock. while ((*p_header & BUSY_FORWARDING_BIT) == BUSY_FORWARDING_BIT) { Sleep (0); // Sleep until it might be free. } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 17:20: 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 3976B37B405 for ; Thu, 26 Jul 2001 17:20:07 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.4/8.11.2) id f6R0JY364659; Thu, 26 Jul 2001 17:19:34 -0700 (PDT) (envelope-from dillon) Date: Thu, 26 Jul 2001 17:19:34 -0700 (PDT) From: Matt Dillon Message-Id: <200107270019.f6R0JY364659@earth.backplane.com> To: Chris Dillon Cc: Steven Ames , "Jonathan M. Slivko" , Subject: Re: Why two cards on the same segment... References: 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 have to explicitly bind to the correct source IP if you care. :> :> For our machines I bind our external services specifically to the :> external IP. Beyond that I usually don't care because I NAT-out our :> internal IP space anyway, so any packets sent 'from' an internal IP :> to the internet wind up going through the NAT, which hides the fact :> that the source machine chose the wrong IP. : : :Hmm.. That hasn't been my experience at all. I have _always_ seen :outgoing connections use a source address of the closest interface :address that exists on the same IP network as the destination, OR, if :it is a non-local destination, then the source is whatever IP address :is on the same IP network as the next-hop gateway. If your next-hop :gateway is an RFC1918 address, then your source address will be your :RFC1918 address on the same subnet, unless you specify otherwise of :course. Maybe if you set net.inet.ip.subnets_are_local to 1, then :maybe the system will use the primary non-alias address of the closest :physical interface, be it a public address or whatever, but I've not :tried that. : :-- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net Huh... your right! How odd. I think someone may have fixed something since I last played with this. I swear it wasn't going that before! I would set up a bunch of ip aliases and it was pot-luck. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 17:29:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from k7.locore.ca (k7.locore.ca [198.96.117.169]) by hub.freebsd.org (Postfix) with ESMTP id 4B6A737B405; Thu, 26 Jul 2001 17:29:19 -0700 (PDT) (envelope-from jake@k7.locore.ca) Received: from k7.locore.ca (localhost [127.0.0.1]) by k7.locore.ca (8.11.4/8.11.4) with ESMTP id f6R0ax916080; Thu, 26 Jul 2001 20:36:59 -0400 (EDT) (envelope-from jake@k7.locore.ca) Message-Id: <200107270036.f6R0ax916080@k7.locore.ca> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Arun Sharma Cc: John Baldwin , hackers@FreeBSD.ORG Subject: Re: Need a clean room implementation of this function In-Reply-To: Message from Arun Sharma of "Thu, 26 Jul 2001 16:22:26 PDT." <20010726162226.A23558@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 26 Jul 2001 20:36:59 -0400 From: Jake Burkholder 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, Jul 26, 2001 at 03:49:58PM -0700, John Baldwin wrote: > > > That does set, not test-and-set. What I want is exactly what the Intel > > > BTS instruction does: atomically test and set a bit. > > > > Unfortunately that is very ia32 specific. The code would be more > > friendly on alpha and ia64 at least if the algo was changed to use > > cmpset on a word instead of test-and-set of a bit. > > Another way to look at it is as an IA-32 specific optimization. For > other architectures, we could just use the code you posted earlier. > If I wasn't going to use a non-blocking synchronization loop, this is how I'd do it. static __inline int test_and_set_bit(int nr, volatile void *addr) { char c; __asm __volatile("lock ; bts %2, %1 ; setc %0" : "=br" (c) : "m" (*(volatile int *)addr), "r" (nr)); return (c != 0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 18: 5:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kinkajou.arc.nasa.gov (kinkajou.arc.nasa.gov [128.102.196.170]) by hub.freebsd.org (Postfix) with ESMTP id 0B4B337B403 for ; Thu, 26 Jul 2001 18:05:17 -0700 (PDT) (envelope-from lamaster@nas.nasa.gov) Received: from localhost (lamaster@localhost) by kinkajou.arc.nasa.gov (8.9.3+Sun/8.9.1) with ESMTP id SAA29269 for ; Thu, 26 Jul 2001 18:05:01 -0700 (PDT) X-Authentication-Warning: kinkajou.arc.nasa.gov: lamaster owned process doing -bs Date: Thu, 26 Jul 2001 18:05:01 -0700 (PDT) From: Hugh LaMaster X-Sender: lamaster@kinkajou.arc.nasa.gov To: freebsd-hackers@freebsd.org Subject: Re: Network performance tuning. In-Reply-To: <3B53180D.F73197A2@mindspring.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 Mon, 16 Jul 2001, Terry Lambert wrote: > Matt Dillon wrote: > > Also, the algorithm is less helpful when it has to figure out the > > optimal transmit buffer size for every new connection (consider a web > > server). I am considering ripping out the ssthresh junk from the stack, > > which does not work virtually at all, and using the route table's > > ssthresh field to set the initial buffer size for the algorithm. > > The "state of the art" for initial window size is flow monitoring > at the next hop router, with feedback to the host system. > > A gross approximation is called "fast start". ClickArray has a > patch for this, which could potentially be released back to > FreeBSD; I will check with TPTB... it's a pretty trivial version > of the RFC'ed initial window scaling. Two threads here, the first dealing with MBUFs, buffer allocation, &etc., which I'm not mentioning (though clearly there is useful work to do). The other thread is SACK, & other TCP performance improvements. The "state of the art" in this case may be "TCP Westwood": http://www.cs.ucla.edu/NRL/hpi/papers.html http://www.cs.ucla.edu/NRL/hpi/papers/2001-mobicom-0.ps.gz http://www-dee.poliba.it/dee-web/Personale/mascolo.html (articles on "Smith Principle", control theory applied to TCP) The mobicom paper "faster recovery" algorithm is, AFAIK, the state of the art, providing somewhat improved throughput on congested links, and, significantly improved throughput on lossy wireless links that many of us use as the last hop. -- Hugh LaMaster, M/S 233-21, Email: lamaster@nas.nasa.gov NASA Ames Research Center Or: lamaster@nren.nasa.gov Moffett Field, CA 94035-1000 Or: lamaster@kinkajou.arc.nasa.gov Phone: 650/604-1056 Disc: Unofficial, personal *opinion*. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 18:18: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from squigy.ddm.crosswinds.net (p31b.neon3.sentex.ca [64.7.131.47]) by hub.freebsd.org (Postfix) with ESMTP id 6120B37B407 for ; Thu, 26 Jul 2001 18:17:31 -0700 (PDT) (envelope-from dchapes@ddm.crosswinds.net) Received: from rama.ddm.crosswinds.net (rama.ddm.crosswinds.net [204.50.152.20]) by squigy.ddm.crosswinds.net (Postfix) with ESMTP id D209D8B94A; Thu, 26 Jul 2001 21:17:29 -0400 (EDT) Received: by rama.ddm.crosswinds.net (Postfix, from userid 5000) id 0908132663; Thu, 26 Jul 2001 21:17:28 -0400 (EDT) Date: Thu, 26 Jul 2001 21:17:28 -0400 To: Matthew Jacob Cc: hackers@FreeBSD.ORG Subject: Re: perhaps one of phk's "intern" projects? Message-ID: <20010726211728.B89345@ddm.crosswinds.net> References: <20010726154548.I18705-100000@wonky.feral.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1Ow488MNN9B9o/ov" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010726154548.I18705-100000@wonky.feral.com>; from mjacob@feral.com on Thu, Jul 26, 2001 at 03:45:58PM -0700 From: dchapes@ddm.crosswinds.net (Dave Chapeskie) 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 --1Ow488MNN9B9o/ov Content-Type: multipart/mixed; boundary="y2zxS2PfCDLh6JVG" Content-Disposition: inline --y2zxS2PfCDLh6JVG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 26 Jul 2001, Matthew Jacob wrote: > It'd be nice if one could pass a time specification to at in the form > of "next reboot". > > -matt On Thu, 26 Jul 2001, Matthew Emmerton replied: > Why not just write a script for the command and stick it in > /usr/local/etc/rc.d? > > -- Matt Emmerton On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: > Because I thought this might be of general utility. Okay, try the attached patch. If this is really something that might be generally usefully I can submit the patch as a PR. It allows "at reboot" and "at reboot + 1 hour", etc. It does it by sticking the job in the queue with the filename prefixed with "_" (yeah, a bit ugly, it was the first thing that came to me) and with the runtime based on the epoch instead of the current time. Adding: @reboot root /usr/libexec/atrun -b to /etc/crontab causes atrun(8) to rename all of these jobs adding the current time to the jobs runtime. % echo "echo test" | at reboot Job 19 will be executed using /bin/sh % echo "echo test" | at reboot + 90 minutes Job 20 will be executed using /bin/sh % atq Date Owner Queue Job# REBOOT dchapes c 19 REBOOT+01:30:00 dchapes c 20 $ date; /usr/libexec/atrun -b % atq -v Date Owner Queue Job# 22:34:00 07/26/01 dchapes c 20 21:04:00 07/26/01 dchapes c(done) 19 --=20 Dave Chapeskie OpenPGP Key KeyId: 3D2B6B34 --y2zxS2PfCDLh6JVG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="at.patch" Index: usr.bin/at/at.h =================================================================== RCS file: /cvs/FreeBSD/src/usr.bin/at/at.h,v retrieving revision 1.5 diff -u -r1.5 at.h --- usr.bin/at/at.h 2001/07/24 14:15:51 1.5 +++ usr.bin/at/at.h 2001/07/26 22:38:53 @@ -29,3 +29,4 @@ extern char *namep; extern char atfile[]; extern char atverify; +extern int reboot_time; Index: usr.bin/at/parsetime.c =================================================================== RCS file: /cvs/FreeBSD/src/usr.bin/at/parsetime.c,v retrieving revision 1.21 diff -u -r1.21 parsetime.c --- usr.bin/at/parsetime.c 2001/07/24 14:15:51 1.21 +++ usr.bin/at/parsetime.c 2001/07/26 23:28:28 @@ -25,7 +25,7 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * at [NOW] PLUS NUMBER MINUTES|HOURS|DAYS|WEEKS + * at [NOW|REBOOT] PLUS NUMBER MINUTES|HOURS|DAYS|WEEKS * /NUMBER [DOT NUMBER] [AM|PM]\ /[MONTH NUMBER [NUMBER]] \ * |NOON | |[TOMORROW] | * |MIDNIGHT | |[DAY OF WEEK] | @@ -63,7 +63,7 @@ enum { /* symbols */ MIDNIGHT, NOON, TEATIME, - PM, AM, TOMORROW, TODAY, NOW, + PM, AM, TOMORROW, TODAY, NOW, REBOOT, MINUTES, HOURS, DAYS, WEEKS, MONTHS, YEARS, NUMBER, PLUS, DOT, SLASH, ID, JUNK, JAN, FEB, MAR, APR, MAY, JUN, @@ -86,6 +86,7 @@ { "tomorrow", TOMORROW,0 }, /* execute 24 hours from time */ { "today", TODAY, 0 }, /* execute today - don't advance time */ { "now", NOW,0 }, /* opt prefix for PLUS */ + { "reboot", REBOOT, 0 }, /* execute on next reboot */ { "minute", MINUTES,0 }, /* minutes multiplier */ { "minutes", MINUTES,1 }, /* (pluralized) */ @@ -280,7 +281,7 @@ /* * plus() parses a now + time * - * at [NOW] PLUS NUMBER [MINUTES|HOURS|DAYS|WEEKS|MONTHS|YEARS] + * at [NOW|REBOOT] PLUS NUMBER [MINUTES|HOURS|DAYS|WEEKS|MONTHS|YEARS] * */ @@ -563,6 +564,7 @@ */ time_t nowtimer, runtimer; struct tm nowtime, runtime; + int t; int hr = 0; /* this MUST be initialized to zero for midnight/noon/teatime */ @@ -579,6 +581,22 @@ init_scanner(argc-optind, argv+optind); switch (token()) { + case REBOOT: + reboot_time = 1; + /* Reset "now" to be the epoch */ + nowtimer = 0; + nowtime = *localtime(&nowtimer); + runtime = nowtime; + runtime.tm_sec = 0; + runtime.tm_isdst = 0; + + t = token(); + if (t == PLUS) + plus(&runtime); + else if (t != EOF) + plonk(sc_tokid); + break; + case NOW: /* now is optional prefix for PLUS tree */ expect(PLUS); case PLUS: Index: usr.bin/at/at.c =================================================================== RCS file: /cvs/FreeBSD/src/usr.bin/at/at.c,v retrieving revision 1.19 diff -u -r1.19 at.c --- usr.bin/at/at.c 2001/07/24 14:15:51 1.19 +++ usr.bin/at/at.c 2001/07/26 23:53:47 @@ -108,7 +108,8 @@ extern char **environ; int fcreated; -char atfile[] = ATJOB_DIR "12345678901234"; +char atfile[] = ATJOB_DIR "_Q1234512345678"; +int reboot_time = 0; /* if 'reboot' was specified */ char *atinput = (char*)0; /* where to get input from */ char atqueue = 0; /* which queue to examine for jobs (atq) */ @@ -263,6 +264,8 @@ if ((jobno = nextjob()) == EOF) perr("cannot generate job number"); + if (reboot_time) + *ppos++ = '_'; sprintf(ppos, "%c%5lx%8lx", queue, jobno, (unsigned long) (runtimer/60)); @@ -455,7 +458,9 @@ long jobno; time_t runtimer; char timestr[TIMESIZE]; + char tmp[TIMESIZE]; int first=1; + int after_boot; #ifdef __FreeBSD__ (void) setlocale(LC_TIME, ""); @@ -483,22 +488,48 @@ || !(S_IXUSR & buf.st_mode || atverify)) continue; - if(sscanf(dirent->d_name, "%c%5lx%8lx", &queue, &jobno, &ctm)!=3) - continue; + if (dirent->d_name[0] == '_') { + if(sscanf(dirent->d_name, "_%c%5lx%8lx", &queue, &jobno, &ctm)!=3) + continue; + after_boot = 1; + } else { + if(sscanf(dirent->d_name, "%c%5lx%8lx", &queue, &jobno, &ctm)!=3) + continue; + after_boot = 0; + } if (atqueue && (queue != atqueue)) continue; runtimer = 60*(time_t) ctm; - runtime = *localtime(&runtimer); - strftime(timestr, TIMESIZE, "%X %x", &runtime); + if (after_boot) { + strlcpy(timestr,"REBOOT",sizeof timestr); + if (ctm != 0) { + runtime = *gmtime(&runtimer); + if (runtime.tm_year != 70) { /* 1970, the epoch */ + snprintf(tmp,sizeof tmp,"+%dyr",runtime.tm_year-70); + strlcat(timestr,tmp,sizeof timestr); + } + if (runtime.tm_yday != 0) { + snprintf(tmp,sizeof tmp,"+%dd",runtime.tm_yday); + strlcat(timestr,tmp,sizeof timestr); + } + if (runtime.tm_hour != 0 || runtime.tm_min != 0) { + strftime(tmp, sizeof tmp, "+%X", &runtime); + strlcat(timestr,tmp,sizeof timestr); + } + } + } else { + runtime = *localtime(&runtimer); + strftime(timestr, TIMESIZE, "%X %x", &runtime); + } if (first) { printf("Date\t\t\tOwner\tQueue\tJob#\n"); first=0; } pw = getpwuid(buf.st_uid); - printf("%s\t%s\t%c%s\t%ld\n", + printf("%-18s\t%s\t%c%s\t%ld\n", timestr, pw ? pw->pw_name : "???", queue, @@ -540,8 +571,13 @@ perr("cannot stat in " ATJOB_DIR); PRIV_END - if(sscanf(dirent->d_name, "%c%5lx%8lx", &queue, &jobno, &ctm)!=3) - continue; + if (dirent->d_name[0] == '_') { + if(sscanf(dirent->d_name, "_%c%5lx%8lx", &queue, &jobno, &ctm)!=3) + continue; + } else { + if(sscanf(dirent->d_name, "%c%5lx%8lx", &queue, &jobno, &ctm)!=3) + continue; + } for (i=optind; i < argc; i++) { if (atoi(argv[i]) == jobno) { @@ -724,7 +760,7 @@ case AT: timer = parsetime(argc, argv); - if (atverify) + if (atverify && !reboot_time) { struct tm *tm = localtime(&timer); fprintf(stderr, "%s\n", asctime(tm)); Index: usr.bin/at/at.man =================================================================== RCS file: /cvs/FreeBSD/src/usr.bin/at/at.man,v retrieving revision 1.19 diff -u -r1.19 at.man --- usr.bin/at/at.man 2001/07/10 14:15:54 1.19 +++ usr.bin/at/at.man 2001/07/27 00:45:24 @@ -106,13 +106,20 @@ .Em today and to run the job tomorrow by suffixing the time with .Em tomorrow . +And finally, you can give a time of +.Em reboot +or +.Em reboot + Ar count \%time-units +to have the job run some time after the next reboot. .Pp For example, to run a job at 4pm three days from now, you would do .Nm at Ar 4pm + 3 days , to run a job at 10:00am on July 31, you would do -.Nm at Ar 10am Jul 31 -and to run a job at 1am tomorrow, you would do -.Nm at Ar 1am tomorrow . +.Nm at Ar 10am Jul 31 , +to run a job at 1am tomorrow, you would do +.Nm at Ar 1am tomorrow +and to run a job an hour after the next reboot, you would do +.Nm at Ar reboot + 1 hour . .Pp For both .Nm @@ -267,6 +274,17 @@ If this is the case for your site, you might want to consider another batch system, such as .Em nqs . +.Pp +The +.Em reboot +specification when used with a month offset doesn't always work as expected. +For example, +.Nm at Ar reboot + 1 month +will in fact be turned into +.Nm at Ar now + 31 days +when +.Nm atrun Fl b +is run even if the current month does not have 31 days. .Sh AUTHORS At was mostly written by .An Thomas Koenig Aq ig25@rz.uni-karlsruhe.de . Index: libexec/atrun/atrun.c =================================================================== RCS file: /cvs/FreeBSD/src/libexec/atrun/atrun.c,v retrieving revision 1.16 diff -u -r1.16 atrun.c --- libexec/atrun/atrun.c 2001/07/23 11:00:31 1.16 +++ libexec/atrun/atrun.c 2001/07/27 00:10:05 @@ -392,11 +392,14 @@ char queue; time_t now, run_time; char batch_name[] = "Z2345678901234"; + char job_name[] = "Q1234512345678"; uid_t batch_uid; gid_t batch_gid; int c; int run_batch; double load_avg = LOADAVG_MX; + int boot = 0; + unsigned long boot_time; /* We don't need root privileges all the time; running under uid and gid daemon * is fine. @@ -407,7 +410,7 @@ openlog("atrun", LOG_PID, LOG_CRON); opterr = 0; - while((c=getopt(argc, argv, "dl:"))!= -1) + while((c=getopt(argc, argv, "bdl:"))!= -1) { switch (c) { @@ -418,6 +421,10 @@ load_avg = LOADAVG_MX; break; + case 'b': + boot++; + break; + case 'd': debug ++; break; @@ -449,6 +456,31 @@ batch_uid = (uid_t) -1; batch_gid = (gid_t) -1; + if (boot) { + /* Scan the directory for jobs to run after reboot and rename them. + */ + boot_time = (unsigned long)now/60; + + while ((dirent = readdir(spool)) != NULL) { + if (stat(dirent->d_name,&buf) != 0) + perr("cannot stat in " ATJOB_DIR); + if (!S_ISREG(buf.st_mode)) + continue; + if (debug) + printf ("file: %s\n", dirent->d_name); + if (sscanf(dirent->d_name,"_%c%5lx%8lx",&queue,&jobno,&ctm) != 3) + continue; + ctm += boot_time; + snprintf(job_name, sizeof(job_name), "%c%05lx%08lx",queue, + jobno,ctm); + if (rename(dirent->d_name,job_name) != 0) + perr("cannot rename job"); + } + if (debug) + printf ("\n"); + rewinddir(spool); + } + while ((dirent = readdir(spool)) != NULL) { if (stat(dirent->d_name,&buf) != 0) perr("cannot stat in " ATJOB_DIR); @@ -458,9 +490,18 @@ if (!S_ISREG(buf.st_mode)) continue; + if (debug) + printf ("file: %s\n", dirent->d_name); + + if (dirent->d_name[0] == '_') + continue; + if (sscanf(dirent->d_name,"%c%5lx%8lx",&queue,&jobno,&ctm) != 3) continue; + if (debug) + printf ("\t\tqueue %c, job %ld time %ld\n", queue, jobno, ctm); + run_time = (time_t) ctm*60; if ((S_IXUSR & buf.st_mode) && (run_time <=now)) { @@ -494,9 +535,9 @@ usage() { if (debug) - fprintf(stderr, "usage: atrun [-l load_avg] [-d]\n"); + fprintf(stderr, "usage: atrun [-l load_avg] [-bd]\n"); else - syslog(LOG_ERR, "usage: atrun [-l load_avg] [-d]"); + syslog(LOG_ERR, "usage: atrun [-l load_avg] [-bd]"); exit(EXIT_FAILURE); } Index: libexec/atrun/atrun.man =================================================================== RCS file: /cvs/FreeBSD/src/libexec/atrun/atrun.man,v retrieving revision 1.10 diff -u -r1.10 atrun.man --- libexec/atrun/atrun.man 2001/07/10 10:49:45 1.10 +++ libexec/atrun/atrun.man 2001/07/27 00:33:15 @@ -18,14 +18,39 @@ .Xr crontab 5 file .Pa /etc/crontab -has to contain the line +has to contain the lines .Bd -literal */5 * * * * root /usr/libexec/atrun +@reboot root /usr/libexec/atrun -b .Ed .Pp so that .Xr atrun 8 -gets invoked every five minutes. +gets invoked every five minutes +plus once on reboot with the +.Fl b +option. +.Pp +If the +.Fl b +option is specified then +.Nm +looks for jobs queued using the +.Em reboot +time specification of +.Xr at 1 +and changes them into normal jobs with the time offset from the current +time. +For example, a job originally queued with +.Dq at roboot + 5 minutes +would be requeued as if +.Dq at now + 5 minutes +were used with +.Em now +being the time +.Nm +is run with +.Fl b . .Pp At every invocation, .Nm Index: etc/crontab =================================================================== RCS file: /cvs/FreeBSD/src/etc/crontab,v retrieving revision 1.31 diff -u -r1.31 crontab --- etc/crontab 2001/02/19 02:47:41 1.31 +++ etc/crontab 2001/07/27 00:46:55 @@ -9,6 +9,7 @@ #minute hour mday month wday who command # */5 * * * * root /usr/libexec/atrun +@reboot root /usr/libexec/atrun -b # # save some entropy so that /dev/random can reseed on boot */11 * * * * operator /usr/libexec/save-entropy --y2zxS2PfCDLh6JVG-- --1Ow488MNN9B9o/ov Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iEYEARECAAYFAjtgwSUACgkQWqkc/T0razToOACfZCL3yOFTlTl/pNcOuvl+ZKjs jjEAoK4c3xyfuWVHdmM9IhQLtjTWV2I9 =8ilv -----END PGP SIGNATURE----- --1Ow488MNN9B9o/ov-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 19:19: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id 991B137B401 for ; Thu, 26 Jul 2001 19:19:03 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (ppp045-bsace7001.telebrasilia.net.br [200.181.80.45]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id TAA86758; Thu, 26 Jul 2001 19:18:39 -0700 (PDT) Message-ID: <3B60D005.62E02C34@newsguy.com> Date: Thu, 26 Jul 2001 23:20:53 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Doug White Cc: "Daniel C. Sobral" , hackers@FreeBSD.ORG Subject: Re: Starting natd 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 Doug White wrote: > > On Thu, 26 Jul 2001, Daniel C. Sobral wrote: > > > It seems that rc.network requires an interface to be specified for natd > > for it to be started. Alas, I do not and cannot specify an interface for > > natd, using alias_address instead (and disliking even that, since what I > > really want is static nat). > > You can specify an IP and rc.network autodetects to use -n or -a. > > natd_interface="a.b.c.d" is ok (at least on 4.2) Oh! For lack of reading docs... I thought it selected the interface by IP instead of using alias_address... -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net wow regex humor... I'm a geek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 21:44:15 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 216AF37B405 for ; Thu, 26 Jul 2001 21:44:13 -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 f6R4iBF67970; Thu, 26 Jul 2001 22:44:12 -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 f6R4iBw09131; Thu, 26 Jul 2001 22:44:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107270444.f6R4iBw09131@harmony.village.org> To: James Howard Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 26 Jul 2001 13:26:28 EDT." References: Date: Thu, 26 Jul 2001 22:44:11 -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 James Howard writes: : Both tar and cpio seem to have problems doing backups on my : server. Looking at the pax manpage, we see this: Use dump. Otherwise, you will lose. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 21:46:28 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 032CF37B403 for ; Thu, 26 Jul 2001 21:46:26 -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 f6R4kOF67982; Thu, 26 Jul 2001 22:46:24 -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 f6R4kOw09153; Thu, 26 Jul 2001 22:46:24 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107270446.f6R4kOw09153@harmony.village.org> To: James Howard Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Cc: =?iso-8859-1?Q?Lars_K=FChl?= , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 26 Jul 2001 14:54:52 EDT." References: Date: Thu, 26 Jul 2001 22:46: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 James Howard writes: : A lot of people said this. Why? As near as I can tell, dump isn't that : great either. There is no way to exlude specific directories with dump : and it appears to be quite painful to restore a specific directory (though : I could be wrong about this. dump will dump everything. Always. Without fail. All others fail. Restoring specific directories is trivial. Excluding directories in dump isn't possible on the command line, but you can tag them with chflags dodump and they won't get dumpt. Dump is a little slow sometimes, but it works 100% of the time. tar, et al don't and can't. Fixing the tar/cpio/pax file formats isn't possible at this late date, so thet are unsuitable. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 22:13: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from softweyr.com (softweyr.com [208.247.99.111]) by hub.freebsd.org (Postfix) with ESMTP id F03F137B403 for ; Thu, 26 Jul 2001 22:12:56 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from localhost.softweyr.com ([127.0.0.1] helo=softweyr.com ident=fe79b8c5d39fef4d53164451f8361966) by softweyr.com with esmtp (Exim 3.16 #1) id 15Q02F-0000GY-00; Thu, 26 Jul 2001 23:19:39 -0600 Message-ID: <3B60F9EB.3D705AB2@softweyr.com> Date: Thu, 26 Jul 2001 23:19:39 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: Matthew Emmerton , hackers@FreeBSD.ORG Subject: Re: perhaps one of phk's "intern" projects? References: <20010726154548.I18705-100000@wonky.feral.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 Matthew Jacob wrote: > > On Thu, 26 Jul 2001, Matthew Emmerton wrote: > > > On Thu, 26 Jul 2001, Matthew Jacob wrote: > > > > > It'd be nice if one could pass a time specification to at in the form of "next > > > reboot". > > > > > > -matt > > > > > > > Why not just write a script for the command and stick it in > > /usr/local/etc/rc.d? > > Because I thought this might be of general utility. 'at next reboot' would only be run once, on the NEXT reboot, right? rc.d is for things you want run on EVERY reboot. This does almost smack of Microsoft, though. ;^) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 22:52: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 5741C37B405 for ; Thu, 26 Jul 2001 22:52:01 -0700 (PDT) (envelope-from poige@morning.ru) Received: from NIC1 ([195.161.98.236]) by ns.morning.ru (8.9.3/8.9.3) with ESMTP id NAA30330; Fri, 27 Jul 2001 13:51:30 +0800 (KRAST) (envelope-from poige@morning.ru) Date: Fri, 27 Jul 2001 13:52:40 +0800 From: Igor Podlesny X-Mailer: The Bat! (v1.52 Beta/7) UNREG / CD5BF9353B3B7091 Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <136343488199.20010727135240@morning.ru> To: dchapes@ddm.crosswinds.net ((Dave Chapeskie)) Cc: Matthew Jacob , hackers@FreeBSD.ORG Subject: Re[2]: perhaps one of phk's "intern" projects? In-Reply-To: <20010726211728.B89345@ddm.crosswinds.net> References: <20010726154548.I18705-100000@wonky.feral.com> <20010726211728.B89345@ddm.crosswinds.net> 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 > On Thu, 26 Jul 2001, Matthew Jacob wrote: >> It'd be nice if one could pass a time specification to at in the form >> of "next reboot". look... there is a big difference between time specification in at-program and suggested reboot keyword... I'd say it is like incompatible types... messing up time values and conditions like reboot which are certainly kept within time but AREN'T time values by itself. from man: "... At allows some moderately complex time specifications. ..." but it's always foreseen when precisely the action will have it place if the power is on and everything in system works ok. In case of reboot, this statement fails. So, I deem, it's not worth implementation within 'at' syntax. If somebody want such thing as 'do something on the next reboot', let's write another program (call it onreboot for e.g.) and try to use it. Although I bet, it isn't so necessary as it could seemed at first glance. >> >> -matt > On Thu, 26 Jul 2001, Matthew Emmerton replied: >> Why not just write a script for the command and stick it in >> /usr/local/etc/rc.d? >> >> -- Matt Emmerton > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: >> Because I thought this might be of general utility. > Okay, try the attached patch. If this is really something that might be > generally usefully I can submit the patch as a PR. > It allows "at reboot" and "at reboot + 1 hour", etc. > It does it by sticking the job in the queue with the filename prefixed > with "_" (yeah, a bit ugly, it was the first thing that came to me) and > with the runtime based on the epoch instead of the current time. > Adding: > @reboot root /usr/libexec/atrun -b > to /etc/crontab causes atrun(8) to rename all of these jobs adding the > current time to the jobs runtime. > % echo "echo test" | at reboot > Job 19 will be executed using /bin/sh > % echo "echo test" | at reboot + 90 minutes > Job 20 will be executed using /bin/sh > % atq > Date Owner Queue Job# > REBOOT dchapes c 19 > REBOOT+01:30:00 dchapes c 20 what if a user rebooted the box, before this REBOOT+1:30:00 has been occured? will it be discarded or what? > $ date; /usr/libexec/atrun -b > % atq -v > Date Owner Queue Job# > 22:34:00 07/26/01 dchapes c 20 > 21:04:00 07/26/01 dchapes c(done) 19 -- Igor mailto:poige@morning.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 22:57: 2 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 9193D37B401 for ; Thu, 26 Jul 2001 22:56:56 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6R5ueI10695; Thu, 26 Jul 2001 22:56:40 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 22:56:40 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Igor Podlesny Cc: "(Dave Chapeskie)" , hackers@FreeBSD.ORG Subject: Re: Re[2]: perhaps one of phk's "intern" projects? In-Reply-To: <136343488199.20010727135240@morning.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 Hmm. 'at teatime' seems the same as 'at reboot' On Fri, 27 Jul 2001, Igor Podlesny wrote: > > > On Thu, 26 Jul 2001, Matthew Jacob wrote: > >> It'd be nice if one could pass a time specification to at in the form > >> of "next reboot". > > look... there is a big difference between time specification in > at-program and suggested reboot keyword... I'd say it is like > incompatible types... messing up time values and conditions like reboot > which are certainly kept within time but AREN'T time values by itself. > > from man: > "... > At allows some moderately complex time specifications. > ..." > > but it's always foreseen when precisely the action will have it place > if the power is on and everything in system works ok. > In case of reboot, this statement fails. > > So, I deem, it's not worth implementation within 'at' syntax. If > somebody want such thing as 'do something on the next reboot', let's > write another program (call it onreboot for e.g.) and try to use it. > Although I bet, it isn't so necessary as it could seemed at first > glance. > > > >> > >> -matt > > > On Thu, 26 Jul 2001, Matthew Emmerton replied: > >> Why not just write a script for the command and stick it in > >> /usr/local/etc/rc.d? > >> > >> -- Matt Emmerton > > > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: > >> Because I thought this might be of general utility. > > > > Okay, try the attached patch. If this is really something that might be > > generally usefully I can submit the patch as a PR. > > > It allows "at reboot" and "at reboot + 1 hour", etc. > > > It does it by sticking the job in the queue with the filename prefixed > > with "_" (yeah, a bit ugly, it was the first thing that came to me) and > > with the runtime based on the epoch instead of the current time. > > > Adding: > > @reboot root /usr/libexec/atrun -b > > to /etc/crontab causes atrun(8) to rename all of these jobs adding the > > current time to the jobs runtime. > > > > % echo "echo test" | at reboot > > Job 19 will be executed using /bin/sh > > > % echo "echo test" | at reboot + 90 minutes > > Job 20 will be executed using /bin/sh > > > % atq > > Date Owner Queue Job# > > REBOOT dchapes c 19 > > REBOOT+01:30:00 dchapes c 20 > > what if a user rebooted the box, before this REBOOT+1:30:00 has been > occured? will it be discarded or what? > > > $ date; /usr/libexec/atrun -b > > > % atq -v > > Date Owner Queue Job# > > 22:34:00 07/26/01 dchapes c 20 > > 21:04:00 07/26/01 dchapes c(done) 19 > > -- > Igor mailto:poige@morning.ru > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23: 6:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 8B19237B401 for ; Thu, 26 Jul 2001 23:06:31 -0700 (PDT) (envelope-from poige@morning.ru) Received: from NIC1 ([195.161.98.236]) by ns.morning.ru (8.9.3/8.9.3) with ESMTP id OAA30956; Fri, 27 Jul 2001 14:06:22 +0800 (KRAST) (envelope-from poige@morning.ru) Date: Fri, 27 Jul 2001 14:07:31 +0800 From: Igor Podlesny X-Mailer: The Bat! (v1.52 Beta/7) UNREG / CD5BF9353B3B7091 Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <173344379902.20010727140731@morning.ru> To: Matthew Jacob Cc: "(Dave Chapeskie)" , hackers@FreeBSD.ORG Subject: Re[4]: perhaps one of phk's "intern" projects? In-Reply-To: References: 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 > Hmm. > 'at teatime' > seems the same as > 'at reboot' excerpt from man 1 at which can be seen at http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html "...You may also specify midnight, noon, or teatime (4pm) and you can have..." So you mean you always reboot your system at 4pm? ;) > On Fri, 27 Jul 2001, Igor Podlesny wrote: >> >> > On Thu, 26 Jul 2001, Matthew Jacob wrote: >> >> It'd be nice if one could pass a time specification to at in the form >> >> of "next reboot". >> >> look... there is a big difference between time specification in >> at-program and suggested reboot keyword... I'd say it is like >> incompatible types... messing up time values and conditions like reboot >> which are certainly kept within time but AREN'T time values by itself. >> >> from man: >> "... >> At allows some moderately complex time specifications. >> ..." >> >> but it's always foreseen when precisely the action will have it place >> if the power is on and everything in system works ok. >> In case of reboot, this statement fails. >> >> So, I deem, it's not worth implementation within 'at' syntax. If >> somebody want such thing as 'do something on the next reboot', let's >> write another program (call it onreboot for e.g.) and try to use it. >> Although I bet, it isn't so necessary as it could seemed at first >> glance. >> >> >> >> >> >> -matt >> >> > On Thu, 26 Jul 2001, Matthew Emmerton replied: >> >> Why not just write a script for the command and stick it in >> >> /usr/local/etc/rc.d? >> >> >> >> -- Matt Emmerton >> >> > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: >> >> Because I thought this might be of general utility. >> >> >> > Okay, try the attached patch. If this is really something that might be >> > generally usefully I can submit the patch as a PR. >> >> > It allows "at reboot" and "at reboot + 1 hour", etc. >> >> > It does it by sticking the job in the queue with the filename prefixed >> > with "_" (yeah, a bit ugly, it was the first thing that came to me) and >> > with the runtime based on the epoch instead of the current time. >> >> > Adding: >> > @reboot root /usr/libexec/atrun -b >> > to /etc/crontab causes atrun(8) to rename all of these jobs adding the >> > current time to the jobs runtime. >> >> >> > % echo "echo test" | at reboot >> > Job 19 will be executed using /bin/sh >> >> > % echo "echo test" | at reboot + 90 minutes >> > Job 20 will be executed using /bin/sh >> >> > % atq >> > Date Owner Queue Job# >> > REBOOT dchapes c 19 >> > REBOOT+01:30:00 dchapes c 20 >> >> what if a user rebooted the box, before this REBOOT+1:30:00 has been >> occured? will it be discarded or what? >> >> > $ date; /usr/libexec/atrun -b >> >> > % atq -v >> > Date Owner Queue Job# >> > 22:34:00 07/26/01 dchapes c 20 >> > 21:04:00 07/26/01 dchapes c(done) 19 >> >> -- >> Igor mailto:poige@morning.ru >> >> >> > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Igor mailto:poige@morning.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:10:20 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 9C9F837B401 for ; Thu, 26 Jul 2001 23:10:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6R69sI10811; Thu, 26 Jul 2001 23:09:54 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 23:09:53 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Igor Podlesny Cc: "(Dave Chapeskie)" , hackers@FreeBSD.ORG Subject: Re: Re[4]: perhaps one of phk's "intern" projects? In-Reply-To: <173344379902.20010727140731@morning.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're being somewhat obtuse. Complicated times such as 'teatime' and 'reboot' are explicitly allowed. On Fri, 27 Jul 2001, Igor Podlesny wrote: > > > > > Hmm. > > > 'at teatime' > > > seems the same as > > > 'at reboot' > > excerpt from man 1 at which can be seen at > > http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html > > "...You may also specify midnight, noon, or teatime (4pm) and you can > have..." > > So you mean you always reboot your system at 4pm? ;) > > > > On Fri, 27 Jul 2001, Igor Podlesny wrote: > > >> > >> > On Thu, 26 Jul 2001, Matthew Jacob wrote: > >> >> It'd be nice if one could pass a time specification to at in the form > >> >> of "next reboot". > >> > >> look... there is a big difference between time specification in > >> at-program and suggested reboot keyword... I'd say it is like > >> incompatible types... messing up time values and conditions like reboot > >> which are certainly kept within time but AREN'T time values by itself. > >> > >> from man: > >> "... > >> At allows some moderately complex time specifications. > >> ..." > >> > >> but it's always foreseen when precisely the action will have it place > >> if the power is on and everything in system works ok. > >> In case of reboot, this statement fails. > >> > >> So, I deem, it's not worth implementation within 'at' syntax. If > >> somebody want such thing as 'do something on the next reboot', let's > >> write another program (call it onreboot for e.g.) and try to use it. > >> Although I bet, it isn't so necessary as it could seemed at first > >> glance. > >> > >> > >> >> > >> >> -matt > >> > >> > On Thu, 26 Jul 2001, Matthew Emmerton replied: > >> >> Why not just write a script for the command and stick it in > >> >> /usr/local/etc/rc.d? > >> >> > >> >> -- Matt Emmerton > >> > >> > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: > >> >> Because I thought this might be of general utility. > >> > >> > >> > Okay, try the attached patch. If this is really something that might be > >> > generally usefully I can submit the patch as a PR. > >> > >> > It allows "at reboot" and "at reboot + 1 hour", etc. > >> > >> > It does it by sticking the job in the queue with the filename prefixed > >> > with "_" (yeah, a bit ugly, it was the first thing that came to me) and > >> > with the runtime based on the epoch instead of the current time. > >> > >> > Adding: > >> > @reboot root /usr/libexec/atrun -b > >> > to /etc/crontab causes atrun(8) to rename all of these jobs adding the > >> > current time to the jobs runtime. > >> > >> > >> > % echo "echo test" | at reboot > >> > Job 19 will be executed using /bin/sh > >> > >> > % echo "echo test" | at reboot + 90 minutes > >> > Job 20 will be executed using /bin/sh > >> > >> > % atq > >> > Date Owner Queue Job# > >> > REBOOT dchapes c 19 > >> > REBOOT+01:30:00 dchapes c 20 > >> > >> what if a user rebooted the box, before this REBOOT+1:30:00 has been > >> occured? will it be discarded or what? > >> > >> > $ date; /usr/libexec/atrun -b > >> > >> > % atq -v > >> > Date Owner Queue Job# > >> > 22:34:00 07/26/01 dchapes c 20 > >> > 21:04:00 07/26/01 dchapes c(done) 19 > >> > >> -- > >> Igor mailto:poige@morning.ru > >> > >> > >> > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > -- > Igor mailto:poige@morning.ru > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:15: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 8ECF037B405 for ; Thu, 26 Jul 2001 23:15:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.136.132.Dial1.SanJose1.Level3.net [209.245.136.132]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA07023; Thu, 26 Jul 2001 23:15:15 -0700 (PDT) Message-ID: <3B61071A.C637EA85@mindspring.com> Date: Thu, 26 Jul 2001 23:15:54 -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: Bosko Milekic Cc: Alfred Perlstein , Zhihui Zhang , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size References: <20010725140737.A25132@technokratis.com> <20010725143649.A25300@technokratis.com> <3B6050D1.9DCCD23@mindspring.com> <20010726133617.B33517@technokratis.com> <20010726123900.E26571@elvis.mu.org> <3B6058AC.32F6B2EB@mindspring.com> <20010726140437.A33713@technokratis.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 Bosko Milekic wrote: > > > Er, wouldn't that be the only way for cards to refil thier DMA > > > recieve buffers? > > > > Look at the Tigon II and FXP drivers. The allocations in > > the macros turn into m_get, not m_clusterget. > > From if_fxp.c (fxp_add_rfabuf(), sometimes called from fxp_intr()): > > MGETHDR(...); <-- get mbuf > if (m != NULL) { > MCLGET(...); <-- get cluster > ... > } Yes, I had misread things. Alfred pointed this out to me in person, earlier. I had been reading the jumbogram code, which uses a seperate buffer space, and then just incorrectly assumed. Thanks for getting thecorrection into the list archives, so that future readers will be less confused: you spared me having to do the same. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:36:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 842E937B403 for ; Thu, 26 Jul 2001 23:36:24 -0700 (PDT) (envelope-from poige@morning.ru) Received: from NIC1 ([195.161.98.236]) by ns.morning.ru (8.9.3/8.9.3) with ESMTP id OAA32218; Fri, 27 Jul 2001 14:36:13 +0800 (KRAST) (envelope-from poige@morning.ru) Date: Fri, 27 Jul 2001 14:37:23 +0800 From: Igor Podlesny X-Mailer: The Bat! (v1.52 Beta/7) UNREG / CD5BF9353B3B7091 Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <49346171598.20010727143723@morning.ru> To: Matthew Jacob Cc: "(Dave Chapeskie)" , hackers@FreeBSD.ORG Subject: Re[6]: perhaps one of phk's "intern" projects? In-Reply-To: References: 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 > You're being somewhat obtuse. Really? it's probably because I don't multiply apple * milk wishing to receive gasoline in answer. > Complicated times such as 'teatime' and 'reboot' are explicitly allowed. It isn't a fact, what a pity... As I said before teatime is strictly defined in the manual... If you permanently reboots your system at "teatime" give us a call (911) > On Fri, 27 Jul 2001, Igor Podlesny wrote: >> >> >> >> > Hmm. >> >> > 'at teatime' >> >> > seems the same as >> >> > 'at reboot' >> >> excerpt from man 1 at which can be seen at >> >> http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html >> >> "...You may also specify midnight, noon, or teatime (4pm) and you can >> have..." >> >> So you mean you always reboot your system at 4pm? ;) >> >> >> > On Fri, 27 Jul 2001, Igor Podlesny wrote: >> >> >> >> >> > On Thu, 26 Jul 2001, Matthew Jacob wrote: >> >> >> It'd be nice if one could pass a time specification to at in the form >> >> >> of "next reboot". >> >> >> >> look... there is a big difference between time specification in >> >> at-program and suggested reboot keyword... I'd say it is like >> >> incompatible types... messing up time values and conditions like reboot >> >> which are certainly kept within time but AREN'T time values by itself. >> >> >> >> from man: >> >> "... >> >> At allows some moderately complex time specifications. >> >> ..." >> >> >> >> but it's always foreseen when precisely the action will have it place >> >> if the power is on and everything in system works ok. >> >> In case of reboot, this statement fails. >> >> >> >> So, I deem, it's not worth implementation within 'at' syntax. If >> >> somebody want such thing as 'do something on the next reboot', let's >> >> write another program (call it onreboot for e.g.) and try to use it. >> >> Although I bet, it isn't so necessary as it could seemed at first >> >> glance. >> >> >> >> >> >> >> >> >> >> -matt >> >> >> >> > On Thu, 26 Jul 2001, Matthew Emmerton replied: >> >> >> Why not just write a script for the command and stick it in >> >> >> /usr/local/etc/rc.d? >> >> >> >> >> >> -- Matt Emmerton >> >> >> >> > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: >> >> >> Because I thought this might be of general utility. >> >> >> >> >> >> > Okay, try the attached patch. If this is really something that might be >> >> > generally usefully I can submit the patch as a PR. >> >> >> >> > It allows "at reboot" and "at reboot + 1 hour", etc. >> >> >> >> > It does it by sticking the job in the queue with the filename prefixed >> >> > with "_" (yeah, a bit ugly, it was the first thing that came to me) and >> >> > with the runtime based on the epoch instead of the current time. >> >> >> >> > Adding: >> >> > @reboot root /usr/libexec/atrun -b >> >> > to /etc/crontab causes atrun(8) to rename all of these jobs adding the >> >> > current time to the jobs runtime. >> >> >> >> >> >> > % echo "echo test" | at reboot >> >> > Job 19 will be executed using /bin/sh >> >> >> >> > % echo "echo test" | at reboot + 90 minutes >> >> > Job 20 will be executed using /bin/sh >> >> >> >> > % atq >> >> > Date Owner Queue Job# >> >> > REBOOT dchapes c 19 >> >> > REBOOT+01:30:00 dchapes c 20 >> >> >> >> what if a user rebooted the box, before this REBOOT+1:30:00 has been >> >> occured? will it be discarded or what? >> >> >> >> > $ date; /usr/libexec/atrun -b >> >> >> >> > % atq -v >> >> > Date Owner Queue Job# >> >> > 22:34:00 07/26/01 dchapes c 20 >> >> > 21:04:00 07/26/01 dchapes c(done) 19 >> >> >> >> -- >> >> Igor mailto:poige@morning.ru >> >> >> >> >> >> >> >> >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> > with "unsubscribe freebsd-hackers" in the body of the message >> >> >> >> -- >> Igor mailto:poige@morning.ru >> >> >> -- Igor mailto:poige@morning.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:41:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132]) by hub.freebsd.org (Postfix) with ESMTP id 441F037B409 for ; Thu, 26 Jul 2001 23:41:22 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id IAA06774; Fri, 27 Jul 2001 08:41:18 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.4/8.11.4) id f6R6fHl08694; Fri, 27 Jul 2001 08:41:17 +0200 (CEST) (envelope-from wkb) Date: Fri, 27 Jul 2001 08:41:17 +0200 From: Wilko Bulte To: Warner Losh Cc: James Howard , =?iso-8859-1?Q?Lars_K=FChl?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Message-ID: <20010727084117.A8642@freebie.xs4all.nl> References: <200107270446.f6R4kOw09153@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107270446.f6R4kOw09153@harmony.village.org>; from imp@harmony.village.org on Thu, Jul 26, 2001 at 10:46:24PM -0600 X-OS: FreeBSD 4.3-STABLE X-PGP: finger wilko@freebsd.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 On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote: > In message James Howard writes: > : A lot of people said this. Why? As near as I can tell, dump isn't that > : great either. There is no way to exlude specific directories with dump > : and it appears to be quite painful to restore a specific directory (though > : I could be wrong about this. Restore in interactive mode (-i) is pretty good for this kind of thing. -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:47:20 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 D2B8B37B407; Thu, 26 Jul 2001 23:47:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.136.132.Dial1.SanJose1.Level3.net [209.245.136.132]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA23954; Thu, 26 Jul 2001 23:46:27 -0700 (PDT) Message-ID: <3B610E69.74C105AB@mindspring.com> Date: Thu, 26 Jul 2001 23:47:05 -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: Peter Wemm Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... References: <20010726204052.7D4BB38CC@overcee.netplex.com.au> 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 Peter Wemm wrote: > Terry Lambert wrote: > [..] > > > At a guess, he's attempting to implement VRRP, which requires > > that the virtual interface have a differen MAC address, > > Dont guess, ask. He said he needed it for testing. Personally, I need it for VRRP, and to compete with NT, which tests file server configurations with 4 cards with interrupts vectored, one each, to each of 4 CPUs, and tends to kick both Linux and FreeBSD's butts. > > and FreeBSD fails to support programming of MAC addresses, > > Damn, then I must be imagining the fact that I change MAC addresses > with 'ifconfig ether' on a regular basis. (see: SIOCSIFLLADDR) Look at the plural there: Intel Gigabit cards support 16 programmable MAC addresses, while the Tigon II supports 4, and the Tigon II supports one. Read RFC 2338: VRRP requires that each VID ends up with a MAC address in the VRRP address space, so that you can do transparent takeover, should one of your routers fail. Using the host MAC address is actually broken: it will fail to do the right thing on things like Alpine L2 switches: you end up needing to go all the way to L3 or L4 switching before you get correct behaviour again. The problem with this, of course, is that most L3/L4 switches have a limited depth ARP cache, and also have a limited number of addresses (sometimes only one) which they are able to cache on the switch to identify the card on the client side of the port. To resolve this, you pretty much need to implement virtual interfaces, one per programmable MAC. If you look at the Linux VRRPd project, you;ll see that they punted: they program the multicast address to the real MAC address on the card, and then they reprogram the original MAC to be the VRRP MAC. This lets them continue to receive any packets destined for the original MAC address, but it means that any packets they transmit go out the VID MAC address, which is technically wrong. FreeBSD doesn't even allow a single additional MAC address to be programmed: the code that does the SIOCSIFLLADDR handling when the card "init" is called (which incidently reloads the firmware on the Tigon II cards, and sends them into "watchdog timeout, resetting" hell) _ONLY_ permits reprogramming of the main MAC address, and not any of the auxillaries, for cards that support the idea -- or the multicast, for cards that can't support it. So the Linux VRRPd code won't run on FreeBSD (it's a hack), and true VRRP won't run on FreeBSD, since FreeBSD doesn't support the idea of multiple interfaces for a single card (sa_zero, as used in ip_divert, could probably do the trick to provide virtual interfaces for FreeBSD, to do the right thing). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:48:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 6702737B405 for ; Thu, 26 Jul 2001 23:48:28 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (root@spare0.gsoft.com.au [203.38.152.114]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id QAA01260; Fri, 27 Jul 2001 16:18:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.7 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010727084117.A8642@freebie.xs4all.nl> Date: Fri, 27 Jul 2001 16:18:11 +0930 (CST) From: "Daniel O'Connor" To: Wilko Bulte Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Cc: freebsd-hackers@FreeBSD.ORG, =?iso-8859-1?Q?Lars_K=FChl?= , James Howard , 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 On 27-Jul-2001 Wilko Bulte wrote: > On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote: > > In message James > > Howard writes: > > : A lot of people said this. Why? As near as I can tell, dump isn't that > > : great either. There is no way to exlude specific directories with dump > > : and it appears to be quite painful to restore a specific directory > > : (though > > : I could be wrong about this. > > Restore in interactive mode (-i) is pretty good for this kind of thing. But it still sucks for backing up when you _know_ you don't want everything and you couldn't even if you wanted it because your backup media is too small.. ie selectivity is good :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:49:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132]) by hub.freebsd.org (Postfix) with ESMTP id 664C337B405 for ; Thu, 26 Jul 2001 23:49:22 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id IAA08347; Fri, 27 Jul 2001 08:49:08 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.4/8.11.4) id f6R6n8g10701; Fri, 27 Jul 2001 08:49:08 +0200 (CEST) (envelope-from wkb) Date: Fri, 27 Jul 2001 08:49:08 +0200 From: Wilko Bulte To: "Daniel O'Connor" Cc: freebsd-hackers@FreeBSD.ORG, =?iso-8859-1?Q?Lars_K=FChl?= , James Howard , Warner Losh Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Message-ID: <20010727084908.B8642@freebie.xs4all.nl> References: <20010727084117.A8642@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from doconnor@gsoft.com.au on Fri, Jul 27, 2001 at 04:18:11PM +0930 X-OS: FreeBSD 4.3-STABLE X-PGP: finger wilko@freebsd.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 On Fri, Jul 27, 2001 at 04:18:11PM +0930, Daniel O'Connor wrote: > > On 27-Jul-2001 Wilko Bulte wrote: > > On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote: > > > In message James > > > Howard writes: > > > : A lot of people said this. Why? As near as I can tell, dump isn't that > > > : great either. There is no way to exlude specific directories with dump > > > : and it appears to be quite painful to restore a specific directory > > > : (though > > > : I could be wrong about this. > > > > Restore in interactive mode (-i) is pretty good for this kind of thing. > > But it still sucks for backing up when you _know_ you don't want everything and > you couldn't even if you wanted it because your backup media is too small.. > > ie selectivity is good :) Sure. [I love my DLT4000 ;-) ] -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:51:23 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 6825637B405; Thu, 26 Jul 2001 23:51:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.136.132.Dial1.SanJose1.Level3.net [209.245.136.132]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA01390; Thu, 26 Jul 2001 23:49:49 -0700 (PDT) Message-ID: <3B610F34.619E55CE@mindspring.com> Date: Thu, 26 Jul 2001 23:50:28 -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: Chris Dillon Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... 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 Chris Dillon wrote: > > ...or the mess the FreeBSD alias code is in, with it demanding > > netmasks of 255.255.255.255 on aliases, so that aliases and the > > primary IP _MUST_ have the same netmask instead of different ones > > (hell, he may just be trying to have two IP's with different > > netmasks, and the only way he can do it in FreeBSD is to have two > > cards!). > > Why would you want multiple IP addresses that belong to the same IP > network to have different subnet masks? You'll break the network. > If you're saying that you can't put two or more different IP addresses > on one NIC that belong to different IP networks, then don't tell my > router that, it might decide to stop working. :-) > > fxp7: flags=8943 mtu 1500 > inet 207.160.214.253 netmask 0xffffff00 broadcast 207.160.214.255 > inet 207.160.214.252 netmask 0xffffffff broadcast 207.160.214.252 > inet 192.168.254.254 netmask 0xffffff00 broadcast 192.168.254.255 > ether 00:08:c7:07:b2:96 > media: Ethernet autoselect (100baseTX ) > status: active We saw the error with multiple 10.x addresses, with subnet masks which should have logically seperated the subnets, but failed to do the job correctly, when using two cards on the same segment, with different subnet masks which should have rendered them non-intersecting. I can probably get the configuration data for you, if you are truly interested (this is on a 4.3 derived system). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:51:41 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 CBD9737B405 for ; Thu, 26 Jul 2001 23:51:34 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6R6pII15729; Thu, 26 Jul 2001 23:51:18 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 26 Jul 2001 23:51:18 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Igor Podlesny Cc: "(Dave Chapeskie)" , hackers@FreeBSD.ORG Subject: Re: Re[6]: perhaps one of phk's "intern" projects? In-Reply-To: <49346171598.20010727143723@morning.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 Well, thank you for your contributions. Go off and play with RSTS or something equally suitable. On Fri, 27 Jul 2001, Igor Podlesny wrote: > > > You're being somewhat obtuse. > > Really? it's probably because I don't multiply apple * milk wishing to > receive gasoline in answer. > > > Complicated times such as 'teatime' and 'reboot' are explicitly allowed. > > It isn't a fact, what a pity... > > As I said before teatime is strictly defined in the manual... If you > permanently reboots your system at "teatime" give us a call (911) > > > On Fri, 27 Jul 2001, Igor Podlesny wrote: > > >> > >> > >> > >> > Hmm. > >> > >> > 'at teatime' > >> > >> > seems the same as > >> > >> > 'at reboot' > >> > >> excerpt from man 1 at which can be seen at > >> > >> http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html > >> > >> "...You may also specify midnight, noon, or teatime (4pm) and you can > >> have..." > >> > >> So you mean you always reboot your system at 4pm? ;) > >> > >> > >> > On Fri, 27 Jul 2001, Igor Podlesny wrote: > >> > >> >> > >> >> > On Thu, 26 Jul 2001, Matthew Jacob wrote: > >> >> >> It'd be nice if one could pass a time specification to at in the form > >> >> >> of "next reboot". > >> >> > >> >> look... there is a big difference between time specification in > >> >> at-program and suggested reboot keyword... I'd say it is like > >> >> incompatible types... messing up time values and conditions like reboot > >> >> which are certainly kept within time but AREN'T time values by itself. > >> >> > >> >> from man: > >> >> "... > >> >> At allows some moderately complex time specifications. > >> >> ..." > >> >> > >> >> but it's always foreseen when precisely the action will have it place > >> >> if the power is on and everything in system works ok. > >> >> In case of reboot, this statement fails. > >> >> > >> >> So, I deem, it's not worth implementation within 'at' syntax. If > >> >> somebody want such thing as 'do something on the next reboot', let's > >> >> write another program (call it onreboot for e.g.) and try to use it. > >> >> Although I bet, it isn't so necessary as it could seemed at first > >> >> glance. > >> >> > >> >> > >> >> >> > >> >> >> -matt > >> >> > >> >> > On Thu, 26 Jul 2001, Matthew Emmerton replied: > >> >> >> Why not just write a script for the command and stick it in > >> >> >> /usr/local/etc/rc.d? > >> >> >> > >> >> >> -- Matt Emmerton > >> >> > >> >> > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: > >> >> >> Because I thought this might be of general utility. > >> >> > >> >> > >> >> > Okay, try the attached patch. If this is really something that might be > >> >> > generally usefully I can submit the patch as a PR. > >> >> > >> >> > It allows "at reboot" and "at reboot + 1 hour", etc. > >> >> > >> >> > It does it by sticking the job in the queue with the filename prefixed > >> >> > with "_" (yeah, a bit ugly, it was the first thing that came to me) and > >> >> > with the runtime based on the epoch instead of the current time. > >> >> > >> >> > Adding: > >> >> > @reboot root /usr/libexec/atrun -b > >> >> > to /etc/crontab causes atrun(8) to rename all of these jobs adding the > >> >> > current time to the jobs runtime. > >> >> > >> >> > >> >> > % echo "echo test" | at reboot > >> >> > Job 19 will be executed using /bin/sh > >> >> > >> >> > % echo "echo test" | at reboot + 90 minutes > >> >> > Job 20 will be executed using /bin/sh > >> >> > >> >> > % atq > >> >> > Date Owner Queue Job# > >> >> > REBOOT dchapes c 19 > >> >> > REBOOT+01:30:00 dchapes c 20 > >> >> > >> >> what if a user rebooted the box, before this REBOOT+1:30:00 has been > >> >> occured? will it be discarded or what? > >> >> > >> >> > $ date; /usr/libexec/atrun -b > >> >> > >> >> > % atq -v > >> >> > Date Owner Queue Job# > >> >> > 22:34:00 07/26/01 dchapes c 20 > >> >> > 21:04:00 07/26/01 dchapes c(done) 19 > >> >> > >> >> -- > >> >> Igor mailto:poige@morning.ru > >> >> > >> >> > >> >> > >> > >> > >> > To Unsubscribe: send mail to majordomo@FreeBSD.org > >> > with "unsubscribe freebsd-hackers" in the body of the message > >> > >> > >> > >> -- > >> Igor mailto:poige@morning.ru > >> > >> > >> > > > > -- > Igor mailto:poige@morning.ru > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:52: 6 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 0705F37B405 for ; Thu, 26 Jul 2001 23:52:03 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.136.132.Dial1.SanJose1.Level3.net [209.245.136.132]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA06669; Thu, 26 Jul 2001 23:51:57 -0700 (PDT) Message-ID: <3B610FB4.7A60C3E1@mindspring.com> Date: Thu, 26 Jul 2001 23:52:36 -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: Steven Ames Cc: "Jonathan M. Slivko" , Chris Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: Why two cards on the same segment... References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.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 Steven Ames wrote: > I don't think the networking code knows/cares if something is private or > public IP space. I might be off here but I think the real problem with > two seperate networks on one card (or even on two cards) would be > the default route (can't have two right?) and which IP address gets > used as the 'source IP' on packets leaving the system. Yes. Specifically, the source address on outbound ARP requests is indeterminate, even though the second subnet is "local", it ends upsending out the default gateway. It then whines when the response comes back to the card the request was sent out on, instead of the card it wanted. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:52:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 3F14337B405 for ; Thu, 26 Jul 2001 23:52:41 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (root@spare0.gsoft.com.au [203.38.152.114]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id QAA01340; Fri, 27 Jul 2001 16:22:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.7 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010727084908.B8642@freebie.xs4all.nl> Date: Fri, 27 Jul 2001 16:22:11 +0930 (CST) From: "Daniel O'Connor" To: Wilko Bulte Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Cc: Warner Losh , James Howard , =?iso-8859-1?Q?Lars_K=FChl?= , freebsd-hackers@FreeBSD.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 On 27-Jul-2001 Wilko Bulte wrote: > > ie selectivity is good :) > > Sure. > > [I love my DLT4000 ;-) ] DLT for all! I love my imaginary multi terabyte RAID too. (My point being the solution isn't bigger tapes but better tools..) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:56:42 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 130E637B401 for ; Thu, 26 Jul 2001 23:56:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.136.132.Dial1.SanJose1.Level3.net [209.245.136.132]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA17862; Thu, 26 Jul 2001 23:56:35 -0700 (PDT) Message-ID: <3B6110CA.A1FDD7C0@mindspring.com> Date: Thu, 26 Jul 2001 23:57:14 -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: Steven Ames Cc: "Jonathan M. Slivko" , Chris Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: Why two cards on the same segment... References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> <005f01c11618$145b04a0$6401a8c0@equinox> <015201c1161a$1fd46ae0$28d90c42@eservoffice.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 Steven Ames wrote: > > You lost me. How what is being done? You can use ifconfig to assign > as many blocks/netmasks as you feel the urge to. It'll do it. Actually, you'll get an "address in use" error; it will add the IP alias to the card, but in fact, it will not really dso the job: the ifconfig will tell one story, while the kernel data structures will tell another. Look at the alias add code in /sys/netinet, with special attention to the EADDRINUSE return, and where it can happen, and what code ends up not being executed in that case. So it will look like it has worked, despite the error, but in fact will have only partially completed the setup, unless your netmask is 255.255.255.255, or unless the address space is totally non-intersecting (per the 192 net example previously posted as "working"). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 26 23:57:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 1E63737B406 for ; Thu, 26 Jul 2001 23:57:02 -0700 (PDT) (envelope-from poige@morning.ru) Received: from NIC1 ([195.161.98.236]) by ns.morning.ru (8.9.3/8.9.3) with ESMTP id OAA33325; Fri, 27 Jul 2001 14:56:35 +0800 (KRAST) (envelope-from poige@morning.ru) Date: Fri, 27 Jul 2001 14:57:45 +0800 From: Igor Podlesny X-Mailer: The Bat! (v1.52 Beta/7) UNREG / CD5BF9353B3B7091 Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <131347393685.20010727145745@morning.ru> To: Matthew Jacob Cc: hackers@FreeBSD.ORG Subject: Re[8]: perhaps one of phk's "intern" projects? In-Reply-To: References: 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 > Well, thank you for your contributions. Go off and play with RSTS or something > equally suitable. :) thank you man... I wasn't intended to make you feel somewhat unpleasant, so I'm really going off this topic, wishing you good luck. -- Igor > On Fri, 27 Jul 2001, Igor Podlesny wrote: >> >> > You're being somewhat obtuse. >> >> Really? it's probably because I don't multiply apple * milk wishing to >> receive gasoline in answer. >> >> > Complicated times such as 'teatime' and 'reboot' are explicitly allowed. >> >> It isn't a fact, what a pity... >> >> As I said before teatime is strictly defined in the manual... If you >> permanently reboots your system at "teatime" give us a call (911) >> >> > On Fri, 27 Jul 2001, Igor Podlesny wrote: >> >> >> >> >> >> >> >> >> > Hmm. >> >> >> >> > 'at teatime' >> >> >> >> > seems the same as >> >> >> >> > 'at reboot' >> >> >> >> excerpt from man 1 at which can be seen at >> >> >> >> http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html >> >> >> >> "...You may also specify midnight, noon, or teatime (4pm) and you can >> >> have..." >> >> >> >> So you mean you always reboot your system at 4pm? ;) >> >> >> >> >> >> > On Fri, 27 Jul 2001, Igor Podlesny wrote: >> >> >> >> >> >> >> >> > On Thu, 26 Jul 2001, Matthew Jacob wrote: >> >> >> >> It'd be nice if one could pass a time specification to at in the form >> >> >> >> of "next reboot". >> >> >> >> >> >> look... there is a big difference between time specification in >> >> >> at-program and suggested reboot keyword... I'd say it is like >> >> >> incompatible types... messing up time values and conditions like reboot >> >> >> which are certainly kept within time but AREN'T time values by itself. >> >> >> >> >> >> from man: >> >> >> "... >> >> >> At allows some moderately complex time specifications. >> >> >> ..." >> >> >> >> >> >> but it's always foreseen when precisely the action will have it place >> >> >> if the power is on and everything in system works ok. >> >> >> In case of reboot, this statement fails. >> >> >> >> >> >> So, I deem, it's not worth implementation within 'at' syntax. If >> >> >> somebody want such thing as 'do something on the next reboot', let's >> >> >> write another program (call it onreboot for e.g.) and try to use it. >> >> >> Although I bet, it isn't so necessary as it could seemed at first >> >> >> glance. >> >> >> >> >> >> >> >> >> >> >> >> >> >> -matt >> >> >> >> >> >> > On Thu, 26 Jul 2001, Matthew Emmerton replied: >> >> >> >> Why not just write a script for the command and stick it in >> >> >> >> /usr/local/etc/rc.d? >> >> >> >> >> >> >> >> -- Matt Emmerton >> >> >> >> >> >> > On Thu, Jul 26, 2001 at 03:45:58PM -0700, Matthew Jacob replied: >> >> >> >> Because I thought this might be of general utility. >> >> >> >> >> >> >> >> >> > Okay, try the attached patch. If this is really something that might be >> >> >> > generally usefully I can submit the patch as a PR. >> >> >> >> >> >> > It allows "at reboot" and "at reboot + 1 hour", etc. >> >> >> >> >> >> > It does it by sticking the job in the queue with the filename prefixed >> >> >> > with "_" (yeah, a bit ugly, it was the first thing that came to me) and >> >> >> > with the runtime based on the epoch instead of the current time. >> >> >> >> >> >> > Adding: >> >> >> > @reboot root /usr/libexec/atrun -b >> >> >> > to /etc/crontab causes atrun(8) to rename all of these jobs adding the >> >> >> > current time to the jobs runtime. >> >> >> >> >> >> >> >> >> > % echo "echo test" | at reboot >> >> >> > Job 19 will be executed using /bin/sh >> >> >> >> >> >> > % echo "echo test" | at reboot + 90 minutes >> >> >> > Job 20 will be executed using /bin/sh >> >> >> >> >> >> > % atq >> >> >> > Date Owner Queue Job# >> >> >> > REBOOT dchapes c 19 >> >> >> > REBOOT+01:30:00 dchapes c 20 >> >> >> >> >> >> what if a user rebooted the box, before this REBOOT+1:30:00 has been >> >> >> occured? will it be discarded or what? >> >> >> >> >> >> > $ date; /usr/libexec/atrun -b >> >> >> >> >> >> > % atq -v >> >> >> > Date Owner Queue Job# >> >> >> > 22:34:00 07/26/01 dchapes c 20 >> >> >> > 21:04:00 07/26/01 dchapes c(done) 19 >> >> >> >> >> >> -- >> >> >> Igor mailto:poige@morning.ru >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> >> > with "unsubscribe freebsd-hackers" in the body of the message >> >> >> >> >> >> >> >> -- >> >> Igor mailto:poige@morning.ru >> >> >> >> >> >> >> >> >> >> -- >> Igor mailto:poige@morning.ru >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 0: 4:26 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 3B85F37B401 for ; Fri, 27 Jul 2001 00:04:22 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.136.132.Dial1.SanJose1.Level3.net [209.245.136.132]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id AAA06625; Fri, 27 Jul 2001 00:04:12 -0700 (PDT) Message-ID: <3B611293.E29BF68A@mindspring.com> Date: Fri, 27 Jul 2001 00:04:51 -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: Matt Dillon Cc: Steven Ames , "Jonathan M. Slivko" , Chris Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: Why two cards on the same segment... References: <001701c11614$94114000$6401a8c0@equinox> <00fa01c11615$73cccb10$28d90c42@eservoffice.com> <003401c11616$d2a8e460$6401a8c0@equinox> <011d01c11617$10b96950$28d90c42@eservoffice.com> <200107262136.f6QLaCX62360@earth.backplane.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 Matt Dillon wrote: > I wish it were that easy. If you have two interfaces on the same LAN > segment, but one is configured with an internal IP and one is > configured with an external IP, and the default route points out the > interface configured with the external IP, then you are ok. > > If you have one interface with *two* ip addresses. For example (taking > a real life example): [ ... ] > Then the 'source IP' address the machine uses is completely up in the > air. It could be the external IP, or the internal IP, and it could > change out from under you if you manipulate the interface with ifconfig. > You have to explicitly bind to the correct source IP if you care. > > For our machines I bind our external services specifically to the > external IP. Beyond that I usually don't care because I NAT-out our > internal IP space anyway, so any packets sent 'from' an internal IP > to the internet wind up going through the NAT, which hides the fact > that the source machine chose the wrong IP. This doesn't really work well with DSR (Direct Server Return), where you bind the loopback interface on a web server to a common IP address, and then bind your front end processor to that address by default, and then forward packet requests to a back end server at random, when received by the front end. This is also known as a Layer 4 load balancing switch. As FreeBSD currently sits, it can't be used as the back end server for this configuration, since it doesn't use the destination address for the response, it uses the default gateway, instead. The problem here is that for the back end, the packet comes in on the public interface with a destination address of the alias on the loopback, and the response gets sent out the public address instead of the loopback alias. You actually need to send this out the loopback alias, so that the client machine sees that the IP address to which it sent the request is the IP address from which the reply originated. Linux, NT, and Solaris all do the right thing -- FreeBSD does the wrong thing. I haven't tested NetBSD or OpenBSD, but since they appear to be running the standard (non-FreeBSD) routing code, I expect that they probably do the right thing. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 1:18: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id 20C2537B401 for ; Fri, 27 Jul 2001 01:17:58 -0700 (PDT) (envelope-from Milon.Papezik@oskarmobil.cz) Received: from wh01ex01.ceskymobil.cz (wh01ex01.ceskymobil.cz [172.20.116.17]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f6R8H2u73763; Fri, 27 Jul 2001 10:17:02 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex01.ceskymobil.cz with Internet Mail Service (5.5.2653.19) id <39DWT53G>; Fri, 27 Jul 2001 10:15:35 +0200 Message-ID: From: Milon Papezik To: Bernd Walter , Leo Bicknell Cc: hackers@FreeBSD.ORG Subject: RE: ARP cache problems.... Date: Fri, 27 Jul 2001 10:15:32 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-2" 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 > -----Original Message----- > From: Bernd Walter [mailto:ticso@mail.cicely.de] > Sent: Thursday, July 26, 2001 19:12 > To: Leo Bicknell > Cc: hackers@FreeBSD.ORG > Subject: Re: ARP cache problems.... > > > On Thu, Jul 26, 2001 at 11:35:59AM -0400, Leo Bicknell wrote: > > On Thu, Jul 26, 2001 at 10:01:05AM +0200, Bernd Walter wrote: > > > But there is no reason to put more than one interface on > the same hub. > > > Simply configure one interface with alias entries. > > > > s/hub/switch/ and there is, and the system should make this not > > too painful to configure. > > If you are using a switch you should use FEC or VLANs. > Yes I know there switches out there without that features but if you > want more performance then use hardware that can do the job you need. Could you please point me to some howto for FEC on FreeBSD ? I need to connect my server to two redundant switches (=> two connection, two cards, one logical interface, one ifconfig, ...). Thanks in advance, Milon -- milon.papezik@oskarmobil.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 1:35: 6 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 CD56037B405 for ; Fri, 27 Jul 2001 01:35:02 -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 f6R8YvV87116; Fri, 27 Jul 2001 10:34:58 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f6R8Yor04430; Fri, 27 Jul 2001 10:34:50 +0200 (CEST) Date: Fri, 27 Jul 2001 10:34:49 +0200 From: Bernd Walter To: Milon Papezik Cc: Bernd Walter , Leo Bicknell , hackers@FreeBSD.ORG Subject: Re: ARP cache problems.... Message-ID: <20010727103449.B4276@cicely20.cicely.de> 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 Milon.Papezik@oskarmobil.cz on Fri, Jul 27, 2001 at 10:15:32AM +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 Fri, Jul 27, 2001 at 10:15:32AM +0200, Milon Papezik wrote: > > -----Original Message----- > > From: Bernd Walter [mailto:ticso@mail.cicely.de] > > Sent: Thursday, July 26, 2001 19:12 > > To: Leo Bicknell > > Cc: hackers@FreeBSD.ORG > > Subject: Re: ARP cache problems.... > > > > > > On Thu, Jul 26, 2001 at 11:35:59AM -0400, Leo Bicknell wrote: > > > On Thu, Jul 26, 2001 at 10:01:05AM +0200, Bernd Walter wrote: > > > > But there is no reason to put more than one interface on > > the same hub. > > > > Simply configure one interface with alias entries. > > > > > > s/hub/switch/ and there is, and the system should make this not > > > too painful to configure. > > > > If you are using a switch you should use FEC or VLANs. > > Yes I know there switches out there without that features but if you > > want more performance then use hardware that can do the job you need. > > Could you please point me to some howto for FEC on FreeBSD ? See the list archive - theres a Netgraph implementation for FreeBSD available. > I need to connect my server to two redundant switches > (=> two connection, two cards, one logical interface, one ifconfig, ...). FEC bundles ethernet channels between the same devices. That doesn't help you in a multi switch case. AFAIK you can't tell a switched network that a single MAC is connected to more than one switch. Switches are beleaving to see a loop and disable one port. -- 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 Fri Jul 27 1:53:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cobweb.example.org (ams-clip-nat-ext1.cisco.com [64.103.37.2]) by hub.freebsd.org (Postfix) with SMTP id 0DA0437B401 for ; Fri, 27 Jul 2001 01:53:56 -0700 (PDT) (envelope-from molter@tin.it) Received: (qmail 4336 invoked by uid 1000); 27 Jul 2001 08:55:49 -0000 Date: Fri, 27 Jul 2001 10:55:49 +0200 From: Marco Molteni To: freebsd-hackers@freebsd.org Subject: how to share include files between kernel and userland? Message-ID: <20010727105549.A4331@cobweb.example.org> 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 am writing a program to parse frames dumped to bpf by an, the aironet driver. I am using the latest patches by Doug Ambrisko, that allow the driver to dump not only the 802.11 frame but also the special Aironet header that the device prepends to the 802.11 frame, ie: aironet header | 802.11 frame Now, to my question with include files. The struct that describes the aironet header, an_rxframe, is in an/if_anreg.h, so I included if_anreg.h in my program. Among other things, if_anreg.h needs the definition of struct arpcom, which is in net/if_arp.h. Good, I included also net/if_arp.h, but the compiler still complained. It turns out that the definition of struct arpcom is guarded by #ifdef _KERNEL. So, what should I do? Define _KERNEL in my program, or copy the definition of struct an_rxframe directly in my C file? I hoped to find a third, more elegant solution. Thanks Marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 2:21:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id 1D99E37B403 for ; Fri, 27 Jul 2001 02:21:15 -0700 (PDT) (envelope-from Milon.Papezik@oskarmobil.cz) Received: from wh01ex01.ceskymobil.cz (wh01ex01.ceskymobil.cz [172.20.116.17]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f6R9KJu78789; Fri, 27 Jul 2001 11:20:19 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex01.ceskymobil.cz with Internet Mail Service (5.5.2653.19) id <39DWT62P>; Fri, 27 Jul 2001 11:18:52 +0200 Message-ID: From: Milon Papezik To: "'Bernd Walter'" Cc: Leo Bicknell , hackers@FreeBSD.ORG Subject: Re: FEC on FreeBSD (was RE: ARP cache problems....) Date: Fri, 27 Jul 2001 11:18:51 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-2" 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 > > > If you are using a switch you should use FEC or VLANs. > > > Yes I know there switches out there without that features > but if you > > > want more performance then use hardware that can do the > job you need. > > > > Could you please point me to some howto for FEC on FreeBSD ? > > See the list archive - theres a Netgraph implementation for FreeBSD > available. I tried the -stable version of the module, but it panicks if you touch underlying fxp0. > > I need to connect my server to two redundant switches > > (=> two connection, two cards, one logical interface, one > ifconfig, ...). > > FEC bundles ethernet channels between the same devices. > That doesn't help you in a multi switch case. > AFAIK you can't tell a switched network that a single MAC is connected > to more than one switch. Switches are beleaving to see a loop and > disable one port. We use such setup with our Sun machines and Cisco switched and it seems to work fine (i.e. it fails over if one switch is powered-off). Note: ports on both switches are in the same network/natmask. I am looking for similar solution for FreeBSD as it is otherwise difficult to defend use of FreeBSD as an optional (also reliable ) platform. Thanks in advance, Milon -- milon.papezik@oskarmobil.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 2:28:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id 97B4F37B401; Fri, 27 Jul 2001 02:28:32 -0700 (PDT) (envelope-from Milon.Papezik@oskarmobil.cz) Received: from wh01ex01.ceskymobil.cz (wh01ex01.ceskymobil.cz [172.20.116.17]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f6R9Rsu79374; Fri, 27 Jul 2001 11:27:54 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex01.ceskymobil.cz with Internet Mail Service (5.5.2653.19) id <39DWT6LP>; Fri, 27 Jul 2001 11:26:27 +0200 Message-ID: From: Milon Papezik To: "'hardware@freebsd.org'" , "'hackers@freebsd.org'" Cc: "'jlemon@freebsd.org'" , "'Jeff Sapp'" Subject: Re: Compaq DL380 Date: Fri, 27 Jul 2001 11:26:27 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-2" 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, I finally got some time to do the simple MFC for ida driver. It enables the automatic drive rebuild on Integrated SmartArray controllers. I tested enclosed patch on DL380 (controller firmware 1.42) and it works fine. Could someone please have a look and commit this simple MFC into -stable ? Enjoy! ... and thanks in advance for occasional commit ;-) Milon -- milon.papezik@oskarmobil.cz -------------------- cut here -------------------- *** sys/dev/ida.stable/ida_eisa.c Thu Mar 1 02:57:33 2001 --- sys/dev/ida/ida_eisa.c Wed May 2 09:14:27 2001 *************** static struct ida_access ida_v2_access = *** 180,192 **** }; static struct ida_board board_id[] = { ! { 0x0e114001, "Compaq IDA controller", &ida_v1_access }, ! { 0x0e114002, "Compaq IDA-2 controller", &ida_v1_access }, ! { 0x0e114010, "Compaq IAES controller", &ida_v1_access }, ! { 0x0e114020, "Compaq SMART array controller", &ida_v1_access }, ! { 0x0e114030, "Compaq SMART-2/E array controller", &ida_v2_access }, ! { 0, "", 0 } }; static struct ida_board *ida_eisa_match(eisa_id_t); --- 180,197 ---- }; static struct ida_board board_id[] = { ! { 0x0e114001, "Compaq IDA controller", ! &ida_v1_access, 0 }, ! { 0x0e114002, "Compaq IDA-2 controller", ! &ida_v1_access, 0 }, ! { 0x0e114010, "Compaq IAES controller", ! &ida_v1_access, 0 }, ! { 0x0e114020, "Compaq SMART array controller", ! &ida_v1_access, 0 }, ! { 0x0e114030, "Compaq SMART-2/E array controller", ! &ida_v2_access, 0 }, ! { 0, "", 0, 0 } }; static struct ida_board *ida_eisa_match(eisa_id_t); *************** ida_eisa_attach(device_t dev) *** 274,279 **** --- 279,285 ---- board = ida_eisa_match(eisa_get_id(dev)); ida->cmd = *board->accessor; + ida->flags = board->flags; ida->regs_res_type = SYS_RES_IOPORT; ida->regs_res_id = 0; *************** ida_eisa_attach(device_t dev) *** 321,327 **** return (ENOMEM); } - ida->flags = 0; error = ida_init(ida); if (error) { ida_free(ida); --- 327,332 ---- *** sys/dev/ida.stable/ida_pci.c Thu Mar 1 02:57:33 2001 --- sys/dev/ida/ida_pci.c Thu May 3 05:34:19 2001 *************** static struct ida_access ida_v4_access = *** 149,167 **** }; static struct ida_board board_id[] = { ! { 0x40300E11, "Compaq SMART-2/P array controller", &ida_v3_access }, ! { 0x40310E11, "Compaq SMART-2SL array controller", &ida_v3_access }, ! { 0x40320E11, "Compaq Smart Array 3200 controller", &ida_v3_access }, ! { 0x40330E11, "Compaq Smart Array 3100ES controller", &ida_v3_access }, ! { 0x40340E11, "Compaq Smart Array 221 controller", &ida_v3_access }, ! ! { 0x40400E11, "Compaq Integrated Array controller", &ida_v4_access }, ! { 0x40480E11, "Compaq RAID LC2 controller", &ida_v4_access }, ! { 0x40500E11, "Compaq Smart Array 4200 controller", &ida_v4_access }, ! { 0x40510E11, "Compaq Smart Array 4250ES controller", &ida_v4_access }, ! { 0x40580E11, "Compaq Smart Array 431 controller", &ida_v4_access }, ! { 0, "", 0 }, }; static int ida_pci_probe(device_t dev); --- 149,177 ---- }; static struct ida_board board_id[] = { ! { 0x40300E11, "Compaq SMART-2/P array controller", ! &ida_v3_access, 0 }, ! { 0x40310E11, "Compaq SMART-2SL array controller", ! &ida_v3_access, 0 }, ! { 0x40320E11, "Compaq Smart Array 3200 controller", ! &ida_v3_access, 0 }, ! { 0x40330E11, "Compaq Smart Array 3100ES controller", ! &ida_v3_access, 0 }, ! { 0x40340E11, "Compaq Smart Array 221 controller", ! &ida_v3_access, 0 }, ! ! { 0x40400E11, "Compaq Integrated Array controller", ! &ida_v4_access, IDA_FIRMWARE }, ! { 0x40480E11, "Compaq RAID LC2 controller", ! &ida_v4_access, IDA_FIRMWARE }, ! { 0x40500E11, "Compaq Smart Array 4200 controller", ! &ida_v4_access, 0 }, ! { 0x40510E11, "Compaq Smart Array 4250ES controller", ! &ida_v4_access, 0 }, ! { 0x40580E11, "Compaq Smart Array 431 controller", ! &ida_v4_access, 0 }, ! { 0, "", 0, 0 }, }; static int ida_pci_probe(device_t dev); *************** ida_pci_attach(device_t dev) *** 238,243 **** --- 248,254 ---- ida = (struct ida_softc *)device_get_softc(dev); ida->dev = dev; ida->cmd = *board->accessor; + ida->flags = board->flags; ida->regs_res_type = SYS_RES_MEMORY; ida->regs_res_id = IDA_PCI_MEMADDR; *************** ida_pci_attach(device_t dev) *** 279,285 **** return (ENOMEM); } - ida->flags = 0; error = ida_init(ida); if (error) { ida_free(ida); --- 290,295 ---- *** sys/dev/ida.stable/idavar.h Thu Mar 1 02:57:33 2001 --- sys/dev/ida/idavar.h Wed May 2 09:09:33 2001 *************** struct ida_board { *** 185,190 **** --- 185,191 ---- u_int32_t board; char *desc; struct ida_access *accessor; + int flags; }; extern int ida_detach(device_t dev); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 2:29:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id E0E0937B401 for ; Fri, 27 Jul 2001 02:29:35 -0700 (PDT) (envelope-from mikescott@clara.net) Received: from data.scotts ([213.104.68.196]) by mta03-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010727092933.VCUN298.mta03-svc.ntlworld.com@data.scotts> for ; Fri, 27 Jul 2001 10:29:33 +0100 Received: from picard (picard.scotts [192.168.0.2]) by data.scotts (8.11.3/8.11.3) with ESMTP id f6R9SWf14493 for ; Fri, 27 Jul 2001 10:29:29 +0100 (BST) From: mikescott@clara.net Organization: scott family To: freebsd-hackers@FreeBSD.ORG Date: Fri, 27 Jul 2001 10:28:31 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: natd passes inconsistent addresses to ipfw? Reply-To: mikescott@clara.net Message-ID: <3B61424F.23282.7D8482@localhost> X-mailer: Pegasus Mail for Win32 (v3.12c) 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've tried this already on the "questions" list already, but without success. I hope it's not too trivial for this list -- either I'm missing something glaringly obvious (probable), or there's a bug. Either way, I'm stuck :-( ) It looks to me as though natd and ipfw interact inconsistently for inbound and outbound traffic, causing problems with dynamic rules in the firewall. I'm using FreeBSD 4.3-stable as a dial-up gateway machine for a small lan with some windows machines on it. The machine runs ppp (user mode), plus natd and ipfw. natd is running with switches -dynamic and -t 192.168.0.254. ppp is running with just -auto, and its config file doesn't enable aliasing. The gateway machine has local address 192.168.0.1, external address variable of course, but of the form 213.x.x.x. For testing purposes, from windows m/c 192.168.0.2, I ran "telnet 195.8.69.79 119", and waited for the news-server response With the following ipfw config fragment, # divert packets through the tunnel interface $fwcmd add divert natd all from any to any via tun0 ... # allow anything I start up (OK) # allow connections to continue once made (FAILS!) $fwcmd add check-state $fwcmd add deny log tcp from any to any established $fwcmd add allow log tcp from any to any out via tun0 setup keep- state I get the following typical failures happening data# ipfw zero Accounting cleared. (Run telnet session) data# ipfw show 00100 15 882 divert 8668 ip from any to any via tun0 00200 0 0 allow ip from any to any via lo0 00300 405 102963 allow ip from any to any via ed0 00400 0 0 unreach port log logamount 100 tcp from any to any 113 in recv tun0 00500 0 0 check-state 00600 8 344 deny log logamount 100 tcp from any to any established 00700 4 192 allow log logamount 100 tcp from any to any keep- state out xmit tun0 setup 00800 1 210 allow udp from any 53 to any in recv tun0 00900 1 60 allow udp from any to any 53 out xmit tun0 01000 1 76 allow udp from any 123 to any 123 via tun0 65435 0 0 allow icmp from any to any 65435 0 0 deny log logamount 100 ip from any to any 65535 0 0 deny ip from any to any ## Dynamic rules: 00700 3 144 (T 5, # 86) ty 0 tcp, 213.104.70.121 1041 <-> 195.8.69.73 119 (Note that dynamic rule shows the external IP address, where I would have expected the internal address). The security log contains: Jul 25 08:26:00 data /kernel: ipfw: Accounting cleared. Jul 25 08:26:39 data /kernel: ipfw: 700 Accept TCP 213.104.70.121:1041 195.8.69.73:119 out via tun0 ( ^^^^ Note the external address, setting up the dynamic rule) Jul 25 08:26:39 data /kernel: ipfw: 600 Deny TCP 195.8.69.73:119 192.168.0.2:1041 in via tun0 ( ^^^^ Note the Internal address, which doesn't match the dynamic rule) Jul 25 08:26:39 data /kernel: ipfw: 700 Accept TCP 213.104.70.121:1041 195.8.69.73:119 out via tun0 Jul 25 08:26:39 data /kernel: ipfw: 600 Deny TCP 195.8.69.73:119 192.168.0.2:1041 in via tun0 (and so on...) Not surprisingly, the connection then hangs. Running natd with the -v option as well only shows the expected address translations; nothing amiss. With less robust, non-dynamic rules, everything works fine. Can anyone spot what's going on here please? -- various incoming sites blocked because of spam: see www.mikescott.clara.net for a list mikescott@clara.net Mike Scott aka mikeascott@ntlworld.com Harlow Essex England To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 2:43:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout01.sul.t-online.de (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 4C96F37B406 for ; Fri, 27 Jul 2001 02:43:48 -0700 (PDT) (envelope-from bfischer@Techfak.Uni-Bielefeld.DE) Received: from fwd02.sul.t-online.de by mailout01.sul.t-online.de with smtp id 15Q49n-0005dK-02; Fri, 27 Jul 2001 11:43:43 +0200 Received: from frolic.no-support.loc (520094253176-0001@[217.0.156.245]) by fmrl02.sul.t-online.com with esmtp id 15Q49a-1vX36OC; Fri, 27 Jul 2001 11:43:30 +0200 Received: from broccoli.no-support.loc (root@broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.11.3/8.9.3) with ESMTP id f6R9dpN02635 for ; Fri, 27 Jul 2001 11:39:51 +0200 (CEST) (envelope-from bjoern@no-support.loc) From: Bjoern Fischer Received: (from bjoern@localhost) by broccoli.no-support.loc (8.11.3/8.9.3) id f6R9dpL01911 for freebsd-hackers@FreeBSD.ORG; Fri, 27 Jul 2001 11:39:51 +0200 (CEST) (envelope-from bjoern@no-support.loc) Date: Fri, 27 Jul 2001 11:39:51 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: Thread problem in xmms Message-ID: <20010727113951.C337@broccoli.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i X-Sender: 520094253176-0001@t-dialin.net 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, is it possible that xmms triggers a problem in FreeBSD's thread implementation? It happens often that xmms gets stuck in _thread_sys_poll(): (gdb) info threads 7 process 332, thread 7 0x28439d44 in _thread_kern_sched () from /usr/lib/libc_r.so.4 6 process 332, thread 6 0x28439d44 in _thread_kern_sched () from /usr/lib/libc_r.so.4 5 process 332, thread 5 0x28439d44 in _thread_kern_sched () from /usr/lib/libc_r.so.4 4 process 332, thread 4 0x28439d44 in _thread_kern_sched () from /usr/lib/libc_r.so.4 3 process 332, thread 3 0x28439d44 in _thread_kern_sched () from /usr/lib/libc_r.so.4 2 process 332, thread 2 0x28439d44 in _thread_kern_sched () from /usr/lib/libc_r.so.4 * 1 process 332, thread 1 0x2843b754 in _thread_sys_poll () from /usr/lib/libc_r.so.4 (gdb)=20 Is this a known problem? Bj=F6rn Fischer --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 4:40:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 44A5337B406 for ; Fri, 27 Jul 2001 04:40:28 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15Q5zh-000NEX-00 for hackers@FreeBSD.org; Fri, 27 Jul 2001 13:41:25 +0200 From: Sheldon Hearn To: hackers@FreeBSD.org Subject: -Wconversion and mode_t Date: Fri, 27 Jul 2001 13:41:25 +0200 Message-ID: <89312.996234085@axl.seasidesoftware.co.za> 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, How on earth is one supposed to shut up the -Wconversion warnings generated for all the functions that take mode_t arguments? I've tried every sane typecast I can think of to prove to the compiler that I know what I'm doing, but it won't shut up. /usr/src/usr.sbin/config is a good example. Its Makefile sets BDECFLAGS, which includes -Wconversion. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 5:39:39 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 F1A2D37B403 for ; Fri, 27 Jul 2001 05:39:35 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 62184 invoked by uid 100); 27 Jul 2001 12:39:35 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15201.24839.319470.91095@guru.mired.org> Date: Fri, 27 Jul 2001 07:39:35 -0500 To: "Daniel O'Connor" Cc: Wilko Bulte , freebsd-hackers@FreeBSD.ORG, =?iso-8859-1?Q?Lars_K=FChl?= , James Howard , Warner Losh Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda In-Reply-To: References: <20010727084117.A8642@freebie.xs4all.nl> 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 Daniel O'Connor types: > > On 27-Jul-2001 Wilko Bulte wrote: > > On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote: > > > In message James > > > Howard writes: > > > : A lot of people said this. Why? As near as I can tell, dump isn't that > > > : great either. There is no way to exlude specific directories with dump > > > : and it appears to be quite painful to restore a specific directory > > > : (though > > > : I could be wrong about this. > > > > Restore in interactive mode (-i) is pretty good for this kind of thing. > > But it still sucks for backing up when you _know_ you don't want everything and > you couldn't even if you wanted it because your backup media is too small.. > > ie selectivity is good :) So are multi-volume backups and properly designed file system layouts. 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 Jul 27 5:40: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 995F737B403 for ; Fri, 27 Jul 2001 05:40:03 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id D7CC3137F62 for ; Fri, 27 Jul 2001 08:40:02 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.4/8.9.3) id f6RCe2j39433; Fri, 27 Jul 2001 08:40:02 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15201.24866.326855.142183@trooper.velocet.net> Date: Fri, 27 Jul 2001 08:40:02 -0400 To: freebsd-hackers@freebsd.org Subject: Wanted: swapped backed disk on a diskless machine X-Mailer: VM 6.92 under 20.4 "Emerald" XEmacs Lucid 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 somewhat of an interesting problem: I have applications that write arbitrarily large files (as much as 6 gig) and I find that the best performance for these disks is to use something like MFS. However, mfs has a maximum size of 512M. md appears to have a very small maximum size and only resides in core vn (somewhat depricated) appears only to reside in a file The behaviour I desire is that the files will stay in memory aggressively and not block writes (thus slowing it down) as much as possible. Is there a way to tune NFS to do this? Is there a way to have a swap-backed memory disk that is large? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 5:45:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 0F61F37B403 for ; Fri, 27 Jul 2001 05:45:49 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id OAA52832; Fri, 27 Jul 2001 14:45:32 +0200 (CEST) (envelope-from assar) To: Sheldon Hearn Cc: hackers@FreeBSD.ORG Subject: Re: -Wconversion and mode_t References: <89312.996234085@axl.seasidesoftware.co.za> From: Assar Westerlund Date: 27 Jul 2001 14:45:32 +0200 In-Reply-To: Sheldon Hearn's message of "Fri, 27 Jul 2001 13:41:25 +0200" Message-ID: <5lg0bimtg3.fsf@assaris.sics.se> Lines: 14 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 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 Sheldon Hearn writes: > How on earth is one supposed to shut up the -Wconversion warnings > generated for all the functions that take mode_t arguments? > > I've tried every sane typecast I can think of to prove to the compiler > that I know what I'm doing, but it won't shut up. > > /usr/src/usr.sbin/config is a good example. Its Makefile sets > BDECFLAGS, which includes -Wconversion. IMHO, -Wconversion is bogus in an ANSI/ISO world and trying to rewrite code to avoid those warnings is not useful. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 6: 1: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id B039137B403 for ; Fri, 27 Jul 2001 06:01:00 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 27 Jul 2001 13:01:00 -0000 X-Apparently-From: Message-ID: <3B61660B.9E869150@yahoo.com> Date: Fri, 27 Jul 2001 08:00:59 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: tlambert2@mindspring.com Cc: freebsd-hackers@freebsd.org Subject: Re: Downloads appear broked...but work...keep hitting "reload"... References: <20010724150632.60298.qmail@web14701.mail.yahoo.com> <3B5EA8EB.BC1CAFB4@yahoo.com> <3B5EADF8.A28967EB@yahoo.com> <3B604D4D.37F7AFEF@mindspring.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 Terry Lambert wrote: > > Jim Bryant wrote: > > Everybody and their dog must be downloading this. If you keep > > getting the java.lang.OutOfMemoryError, just keep hitting > > "reload"... I was just about to give up when it finally worked for me. > > Gee, garbage collection is special. I'm going to run right > out and use Java in my next embedded system! > > -- Terry Yeah, I couldn't understand why it wasn't just a HTTP or FTP download like on the community source page. Hell, I didn't even have to enter my username and password. Is Sun slacking or something? Note that the other stuff was via HTTP download, on the same page. On the other hand, Java has it's uses... Coulda been MIX for all I'm concerned. Ideally, Java can run on near anything with no source or object code modifications. MIX, Java, whatever... The point is that it's a universal language, if there ever was such a beast. But then again, ever read the 100% pure manual? Kinda hard to do anything REALLY serious in 100% pure Java. IMHO, universal appeal was lost when Java gained arbitrary filesystem access. They could have saved it from that loss of practicality by implementing some sort of canned scratchpad storage, that would allow a storage object, yet without arbitrary filesystem access without explicit grants [CDC Cyber NOS/BE comes to mind as an ideal on this, and would be easily implemented]. The arbitrary filesystem access is the real killer when it comes to Java. To me, GC is a secondary issue. I'm not even going to go into the issues of the ability to run external system binaries from within Java. Count that as yet another primary issue. All this is a moot point anyhow... We is stuck with it. PicoBSD works well for embedded systems tho, I've done that :^) CompactFlash and a Simm... Look Ma! No spinning wheels! jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 6:41:23 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 7D30237B403 for ; Fri, 27 Jul 2001 06:41:20 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id F11AE3E31; Fri, 27 Jul 2001 06:41:19 -0700 (PDT) Received: from bazooka.unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id E4DA73C12D; Fri, 27 Jul 2001 06:41:19 -0700 (PDT) To: David Gilbert Cc: freebsd-hackers@freebsd.org Subject: Re: Wanted: swapped backed disk on a diskless machine In-Reply-To: <15201.24866.326855.142183@trooper.velocet.net>; from dgilbert@velocet.ca on "Fri, 27 Jul 2001 08:40:02 -0400" Date: Fri, 27 Jul 2001 06:41:14 -0700 From: Dima Dorfman Message-Id: <20010727134119.F11AE3E31@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 David Gilbert writes: > I have somewhat of an interesting problem: I have applications that > write arbitrarily large files (as much as 6 gig) and I find that the > best performance for these disks is to use something like MFS. > > However, mfs has a maximum size of 512M. > > md appears to have a very small maximum size and only resides in core Only the `malloc' md type (as much as the name suggests otherwise, it can be configured not to use malloc as a backing store) has the limits I think you're referring to. Its `swap' backing may be what you need. However, support for that is only in -current, and there are no plans to MFC it since it isn't backwards-compatible with the md that's in -stable. That said, I have patches that backport -current's md to -stable; if anybody wants them, feel free to ask. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 6:45: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 245BA37B401 for ; Fri, 27 Jul 2001 06:45:05 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id 4C792137F26; Fri, 27 Jul 2001 09:45:04 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.4/8.9.3) id f6RDj4G52864; Fri, 27 Jul 2001 09:45:04 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15201.28767.575077.832729@trooper.velocet.net> Date: Fri, 27 Jul 2001 09:45:03 -0400 To: Dima Dorfman Cc: David Gilbert , freebsd-hackers@freebsd.org Subject: Re: Wanted: swapped backed disk on a diskless machine In-Reply-To: <20010727134119.F11AE3E31@bazooka.unixfreak.org> References: <15201.24866.326855.142183@trooper.velocet.net> <20010727134119.F11AE3E31@bazooka.unixfreak.org> X-Mailer: VM 6.92 under 20.4 "Emerald" XEmacs Lucid 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 >>>>> "Dima" == Dima Dorfman writes: Dima> David Gilbert writes: >> I have somewhat of an interesting problem: I have applications that >> write arbitrarily large files (as much as 6 gig) and I find that >> the best performance for these disks is to use something like MFS. >> >> However, mfs has a maximum size of 512M. >> >> md appears to have a very small maximum size and only resides in >> core Dima> Only the `malloc' md type (as much as the name suggests Dima> otherwise, it can be configured not to use malloc as a backing Dima> store) has the limits I think you're referring to. Its `swap' Dima> backing may be what you need. However, support for that is only Dima> in -current, and there are no plans to MFC it since it isn't Dima> backwards-compatible with the md that's in -stable. That said, Dima> I have patches that backport -current's md to -stable; if Dima> anybody wants them, feel free to ask. Me Please! Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 7: 1: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailctr.marben.fr (mailctr.marben.fr [193.105.113.5]) by hub.freebsd.org (Postfix) with ESMTP id 3BED837B42F for ; Fri, 27 Jul 2001 07:00:53 -0700 (PDT) (envelope-from olivier.wulveryck@atosorigin.com) Received: from copernic.marben.fr by mailctr.marben.fr with ESMTP (8.9.3/1.2-eef) id OAA01947; Fri, 27 Jul 2001 14:01:28 GMT Received: from tom by copernic.marben.fr with SMTP (8.9.3/1.2-eef) id OAA28265; Fri, 27 Jul 2001 14:01:34 GMT Message-ID: <001301c116ac$cdb80620$43012837@atosgroup.com> From: "Olivier Wulveryck" To: Subject: suscribe Date: Fri, 27 Jul 2001 13:42:39 +0100 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 suscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 7:45: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 491AA37B403 for ; Fri, 27 Jul 2001 07:44:56 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 25147 invoked by uid 1000); 27 Jul 2001 14:49:35 -0000 Date: Fri, 27 Jul 2001 16:49:35 +0200 From: "Karsten W. Rohrbach" To: Matthew Emmerton Cc: Matthew Jacob , hackers@FreeBSD.ORG Subject: Re: perhaps one of phk's "intern" projects? Message-ID: <20010727164935.H23159@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Matthew Emmerton , Matthew Jacob , hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mhjHhnbe5PrRcwjY" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from matt@gsicomp.on.ca on Thu, Jul 26, 2001 at 04:50:52PM -0400 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer 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 --mhjHhnbe5PrRcwjY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Matthew Emmerton(matt@gsicomp.on.ca)@2001.07.26 16:50:52 +0000: > On Thu, 26 Jul 2001, Matthew Jacob wrote: >=20 > > It'd be nice if one could pass a time specification to at in the form o= f "next > > reboot". > >=20 > > -matt > >=20 >=20 > Why not just write a script for the command and stick it in > /usr/local/etc/rc.d? because a uid !=3D 0 won't write a startup file there, won't he? ;-) /k >=20 > -- > Matt Emmerton >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --=20 > A Puritan is someone who is deathly afraid that someone, somewhere, is > having fun. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --mhjHhnbe5PrRcwjY 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 iD8DBQE7YX9/M0BPTilkv0YRAvAkAJ9rQW7CRo2s5ACuurTjXrDpBAGY2gCfbbFJ fst6BrZQ/r481vJslnUOB4w= =ZHXk -----END PGP SIGNATURE----- --mhjHhnbe5PrRcwjY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 7:59: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 2AE0E37B406 for ; Fri, 27 Jul 2001 07:59:02 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.4/8.11.4) with ESMTP id f6REwtn04285; Fri, 27 Jul 2001 10:58:55 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200107271458.f6REwtn04285@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Karsten W. Rohrbach" Cc: Matthew Emmerton , Matthew Jacob , hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: perhaps one of phk's "intern" projects? References: <20010727164935.H23159@mail.webmonster.de> In-reply-to: Your message of "Fri, 27 Jul 2001 16:49:35 +0200." <20010727164935.H23159@mail.webmonster.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Jul 2001 10:58:55 -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 > Matthew Emmerton(matt@gsicomp.on.ca)@2001.07.26 16:50:52 +0000: > > On Thu, 26 Jul 2001, Matthew Jacob wrote: > > > > > It'd be nice if one could pass a time specification to at in the form of "next > > > reboot". > > > > > > -matt > > > > > > > Why not just write a script for the command and stick it in > > /usr/local/etc/rc.d? > > because a uid != 0 won't write a startup file there, won't he? ;-) Of course, he could use the crontab(1) command, and install an entry with a time of '@reboot'. RTFM: man 1 crontab man 5 crontab Sure, this starts something on *every* reboot, but that's the same as if you installed someting in /usr/local/etc/rc.d louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 8:22:13 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 10CAD37B406 for ; Fri, 27 Jul 2001 08:22:10 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6RFLiI41552; Fri, 27 Jul 2001 08:21:44 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 27 Jul 2001 08:21:40 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Dave Chapeskie Cc: hackers@FreeBSD.ORG Subject: Re: perhaps one of phk's "intern" projects? In-Reply-To: <20010726211728.B89345@ddm.crosswinds.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 In my opinion- this looks pretty good! I'll give it a try later today! Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 8:30:30 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 6AACF37B403 for ; Fri, 27 Jul 2001 08:30:26 -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 f6RFUNj24391; Fri, 27 Jul 2001 08:30:23 -0700 Date: Fri, 27 Jul 2001 08:30:23 -0700 From: Brooks Davis To: Marco Molteni Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: how to share include files between kernel and userland? Message-ID: <20010727083023.A21548@Odin.AC.HMC.Edu> References: <20010727105549.A4331@cobweb.example.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010727105549.A4331@cobweb.example.org>; from molter@tin.it on Fri, Jul 27, 2001 at 10:55:49AM +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 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 27, 2001 at 10:55:49AM +0200, Marco Molteni wrote: > I am writing a program to parse frames dumped to bpf by an, the > aironet driver. >=20 > I am using the latest patches by Doug Ambrisko, that allow the driver > to dump not only the 802.11 frame but also the special Aironet header > that the device prepends to the 802.11 frame, ie: >=20 > aironet header | 802.11 frame >=20 > Now, to my question with include files. The struct that describes the > aironet header, an_rxframe, is in an/if_anreg.h, so I included > if_anreg.h in my program. Among other things, if_anreg.h needs the > definition of struct arpcom, which is in net/if_arp.h. Good, I > included also net/if_arp.h, but the compiler still complained. It > turns out that the definition of struct arpcom is guarded by > #ifdef _KERNEL. >=20 > So, what should I do? Define _KERNEL in my program, or copy the > definition of struct an_rxframe directly in my C file? I hoped to find > a third, more elegant solution. First, apply the patches in PR 29210 if you haven't already (now that I think of it, they are probably in Doug's mega patch.) This removes all duplicate structures. Next, move an_rxframe to if_aironet_ieee.h so it's in the userland include file. The kernel now uses both of them so that should be the best answer. -- 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 --HlL+5n6rz5pIUxbD 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 iD8DBQE7YYkNXY6L6fI4GtQRArEMAJ4xoJq6tQcCi9d+x0aVBojhukAlBQCghTQq omC1WoxJ9LhNMH+v5Es1nuU= =dou0 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 8:46:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vaca.uniandes.edu.co (vaca.uniandes.edu.co [157.253.54.5]) by hub.freebsd.org (Postfix) with ESMTP id 744F937B405 for ; Fri, 27 Jul 2001 08:46:35 -0700 (PDT) (envelope-from y-carden@uniandes.edu.co) Received: from vaca.uniandes.edu.co (localhost [127.0.0.1]) by vaca.uniandes.edu.co (8.12.0.Beta7/8.12.0.Beta7) with SMTP id f6RFiRHm028099 for ; Fri, 27 Jul 2001 10:46:25 -0500 (GMT+5) Received: (from webmail [157.253.54.4]) by vaca.uniandes.edu.co (NAVGW 2.5.1.6) with SMTP id M2001072710454811702 ; Fri, 27 Jul 2001 10:45:48 -0500 From: y-carden@uniandes.edu.co To: tlambert2@mindspring.com Cc: hackers@FreeBSD.ORG Subject: Re: Invoking a userland function from kerne X-Mailer: Netscape Messenger Express 3.5.2 [Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)] Date: Fri, 27 Jul 2001 10:45:48 -0500 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 Wed, 25 Jul 2001 Terry Lambert wrote: >>y-carden@uniandes.edu.co wrote: >> >> I need pass asynchronously data from kernel >> to a userland process, include a quantity variable of >> data (void *opaque). >The easiest way to do this is to have the user space process >register a kevent, and then KNOTE() in the kernel when the >event takes place. Please, look the question at the bottom of this message. >You can't; at least, you can't do exactly that. As others >have pointed out, you would have better luck telling us what >problem it is you are trying to solve, and then letting >people suggest solutions, instead of picking "the one true >solution", and then asking us how to implement it. OK, I'm incorporating the Real Time Protocol RTP into the FreeBSD Kernel. I took the RTP Lucent Technologies Library that provides a high level interface for developing applications that make use of the Real Time Transport Protocol (RTP) and I changed many of the original API library functions to kernel systems calls, and it works fine. Here you look about the original library: http://www-out.bell-labs.com/project/RTPlib/DOCS/rtp_api.hrml Now, I need manage Timed Events: Two RTP related events must occur which are timed. They are: 1.RTCP (control RTP packages) reports must be sent periodically. 2.BYE (a control RTP package) packets may be reconsidered for transmission. To support scheduling, timed events are handled by two functions, RTPSchedule() and RTPExecute(). The first of these functions is written by the user(user process). It is called by the RTP kernel module (originally the library) to request scheduling of events at some predetermined time. The user is responsible for writing the function to schedule the event with whatever mechanism is appropriate for the application. The second function is part of the RTP kernel module (originally the library), and is to be called upon execution of the timed event. The specific formats of the functions are: void RTPSchedule(int id, void* opaque, struct timeval *tp); rtperror RTPExecute(int id, void* opaque); The RTP kernel module will call RTPSchedule, and pass it the context cid and an opaque piece of data, opaque. It will also pass the time for which the scheduled event is to occur, tp. At the appropriate time, tp, the application should call RTPExecute, and pass it the opaque token provided in the call to RTPSchedule, in addition to the identifier id. This general mechanism allows for the RTP kernel module to schedule arbitrary timed events. All information about the nature of the events is kept internal. The opaque data is used internally to identify particular events. For example the following simple code would implement the RTP Scheduler in the userland process: /* Maintain a simple queue of events. */ /* An element queue */ struct evt_queue_elt { int id; void* event_opaque; double event_time; struct evt_queue_elt *next; }; /* A queue */ static struct evt_queue_elt* evt_queue = NULL; /* An the kernel would call this RTPSchedule function when it needs to schedule an event. */ void RTPSchedule(int id, void* opaque, struct timeval *tp) { struct evt_queue_elt *elt; elt = (struct evt_queue_elt *) malloc(sizeof(struct evt_queue_elt)); if (elt == NULL) return; elt->id = id; elt->event_opaque = opaque; elt->event_time = tv2dbl(*tp); insert_in_evt_queue(elt); /* Here insert element in queue */ return; } /* In other place of the user program ... */ struct evt_queue_elt *next; gettimeofday(&now_tv, NULL); now = tv2dbl(now_tv); while (evt_queue != NULL && evt_queue->event_time <= now) { /* There is a pending RTP event (currently this means there's * an RTCP packet to send), so run it. */ RTPExecute(evt_queue->id, evt_queue->event_opaque); /* Advance the queue */ next = evt_queue->next; free(evt_queue); evt_queue = next; } /* ----- RTP systemcall RTPExecute() BEGIN ----- */ #ifndef _SYS_SYSPROTO_H_ struct RTPExecute_args { int id ; void* opaque ; }; #endif rtperror RTPExecute (p,uap) struct proc *p; register struct RTPExecute_args *uap; { int id ; void* opaque ; int rtp_error; int rtp_retorno; cid = uap->cid ; rtp_error = copyin( uap->opaque , opaque, sizeof( opaque )); if (rtp_error != RTP_OK ) goto copyin_out; /* internal kernel work */ rtp_retorno = the_RTPExecute_rtp_internal(id, opaque); rtp_error = copyout( opaque , uap->opaque , sizeof( opaque )); if (rtp_error != RTP_OK ) goto copyout_out; printf("RTPExecute--> Return: %d \n", rtp_retorno ); p->p_retval[0] = rtp_retorno; return rtp_retorno; copyin_out: printf("RTPExecute--> Error at copyin()\n"); goto bailout; copyout_out: printf("RTPExecute--> Error at copyout()\n"); bailout: p->p_retval[0] = rtp_error; return rtp_error; } /* ----- RTP systemcall RTPExecute() END ----- */ Other internal functions into the kernel like to "the_RTPExecute_rtp_internal()" needs to call to RTPSchedule() userland function. So, my original question was: Into my kernel code, How I can call to RTPSchedule() userland function? You say me that I can do with kevent() facility. How I can do it exactly? I apologize perhaps the following is stupid, but from the user process I can call kevent() for a file descriptor and into kernel when I need call to RTPSchedule() instead I would try for example to write to file descriptor to trigger the event. Can I do this? I don't sure but into kernel it can't write to file descriptor. Thanks for your help. +------------------------------+ YONNY CARDENAS B. Systems Engineer Student M.Sc. UNIVERSIDAD DE LOS ANDES +-------------------------------+ UNIX is BSD, and FreeBSD is an advanced 4.4BSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 8:49:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id E9B9B37B403; Fri, 27 Jul 2001 08:49:12 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id KAA38303; Fri, 27 Jul 2001 10:48:55 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 27 Jul 2001 10:48:55 -0500 (CDT) From: Chris Dillon To: Terry Lambert Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , , Subject: Re: Why two cards on the same segment... In-Reply-To: <3B610F34.619E55CE@mindspring.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 Thu, 26 Jul 2001, Terry Lambert wrote: > Chris Dillon wrote: > > > ...or the mess the FreeBSD alias code is in, with it demanding > > > netmasks of 255.255.255.255 on aliases, so that aliases and the > > > primary IP _MUST_ have the same netmask instead of different ones > > > (hell, he may just be trying to have two IP's with different > > > netmasks, and the only way he can do it in FreeBSD is to have two > > > cards!). > > > > Why would you want multiple IP addresses that belong to the same IP > > network to have different subnet masks? You'll break the network. > > If you're saying that you can't put two or more different IP addresses > > on one NIC that belong to different IP networks, then don't tell my > > router that, it might decide to stop working. :-) > > > > fxp7: flags=8943 mtu 1500 > > inet 207.160.214.253 netmask 0xffffff00 broadcast 207.160.214.255 > > inet 207.160.214.252 netmask 0xffffffff broadcast 207.160.214.252 > > inet 192.168.254.254 netmask 0xffffff00 broadcast 192.168.254.255 > > ether 00:08:c7:07:b2:96 > > media: Ethernet autoselect (100baseTX ) > > status: active > > We saw the error with multiple 10.x addresses, with subnet masks > which should have logically seperated the subnets, but failed to > do the job correctly, when using two cards on the same segment, > with different subnet masks which should have rendered them > non-intersecting. I can probably get the configuration data for > you, if you are truly interested (this is on a 4.3 derived > system). Not that being 10.x addresses would matter any, but it would be interesting to look at. It wouldn't be hard for me to put another NIC in this box and play around with that scenario. What exactly was going wrong in the above setup you're talking about? -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64 (Itanium), PowerPC, and ARM architectures under development - 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 Fri Jul 27 8:55:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (unknown [205.230.22.137]) by hub.freebsd.org (Postfix) with ESMTP id 750DD37B403; Fri, 27 Jul 2001 08:55:50 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.3/8.11.3) id f6R0Y4U28965; Fri, 27 Jul 2001 01:34:05 +0100 (BST) (envelope-from nik) Date: Fri, 27 Jul 2001 01:34:02 +0100 From: Nik Clayton To: Terry Lambert Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... Message-ID: <20010727013402.G17126@canyon.nothing-going-on.org> References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> <3B5FDD32.7758EB35@elischer.org> <3B6055C8.C0B5554D@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vJguvTgX93MxBIIe" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B6055C8.C0B5554D@mindspring.com>; from tlambert2@mindspring.com on Thu, Jul 26, 2001 at 10:39:20AM -0700 Organization: FreeBSD Project 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 --vJguvTgX93MxBIIe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 26, 2001 at 10:39:20AM -0700, Terry Lambert wrote: > At a guess, he's attempting to implement VRRP, which requires [...] > Even after crossing that hurdle, FreeBSD will send out the [...] > So short of implementing auxillary MAC programming and virtual > interfaces in FreeBSD, he has to use two cards on the same wire. >=20 > ...not to mention the mess the current FreeBSD ARP code is in, [...] > ...or the mess that the FreeBSD interface code is in, since it [...] =20 > ...or the mess the FreeBSD alias code is in, with it demanding [...] > So, the major reasons for two cards on one segment: to work around > bugs in FreeBSD's networking code. Have you submitted these bugs using send-pr(8)? N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ FreeBSD Documentation Project http://www.freebsd.org/docproj/ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- --vJguvTgX93MxBIIe 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 iEYEARECAAYFAjtgtvkACgkQk6gHZCw343WhrQCgiiLq6NQh53kyXyMcxiZdAbd8 2a0An1Lbdc1x1HLKCur5BH2y3o0uuKNR =kgaQ -----END PGP SIGNATURE----- --vJguvTgX93MxBIIe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 9:32:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 9F0D637B401 for ; Fri, 27 Jul 2001 09:32:30 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.11.3/8.11.3) id f6RGVHe25019; Fri, 27 Jul 2001 09:31:17 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200107271631.f6RGVHe25019@ambrisko.com> Subject: Re: how to share include files between kernel and userland? In-Reply-To: <20010727105549.A4331@cobweb.example.org> "from Marco Molteni at Jul 27, 2001 10:55:49 am" To: Marco Molteni Date: Fri, 27 Jul 2001 09:31:17 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marco Molteni writes: | I am writing a program to parse frames dumped to bpf by an, the | aironet driver. | | I am using the latest patches by Doug Ambrisko, that allow the driver | to dump not only the 802.11 frame but also the special Aironet header | that the device prepends to the 802.11 frame, ie: | | aironet header | 802.11 frame | | Now, to my question with include files. The struct that describes the | aironet header, an_rxframe, is in an/if_anreg.h, so I included | if_anreg.h in my program. Among other things, if_anreg.h needs the | definition of struct arpcom, which is in net/if_arp.h. Good, I | included also net/if_arp.h, but the compiler still complained. It | turns out that the definition of struct arpcom is guarded by | #ifdef _KERNEL. | | So, what should I do? Define _KERNEL in my program, or copy the | definition of struct an_rxframe directly in my C file? I hoped to find | a third, more elegant solution. Don't include that file only include if_aironet_ieee.h. Really we should install this file in the standard /usr/include tree so you don't need the /sys tree around to build it and ancontrol. I'll move the an_rxframe struct to if_aironet_ieee.h. Note that I'm not to sure how pcap is going to like my made up type. If you send my some sample code on dump the Aironet header I can test it for you to make sure it works since I haven't got around to it. There were some people interested in the Aironet header so I put something together but never tried doing anything usefull with it. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 9:46:10 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 81A3037B406; Fri, 27 Jul 2001 09:46:02 -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 f6RGk2M59279; Fri, 27 Jul 2001 09:46:02 -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 46DBC380B; Fri, 27 Jul 2001 09:46:02 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: tlambert2@mindspring.com Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... In-Reply-To: <3B610E69.74C105AB@mindspring.com> Date: Fri, 27 Jul 2001 09:46:02 -0700 From: Peter Wemm Message-Id: <20010727164602.46DBC380B@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 Terry Lambert wrote: > Peter Wemm wrote: > > Terry Lambert wrote: > > [..] > > > > > At a guess, he's attempting to implement VRRP, which requires > > > that the virtual interface have a differen MAC address, > > > > Dont guess, ask. > > He said he needed it for testing. > > Personally, I need it for VRRP, and to compete with NT, which > tests file server configurations with 4 cards with interrupts > vectored, one each, to each of 4 CPUs, and tends to kick both > Linux and FreeBSD's butts. Have you seen Bill Paul's FEC stuff? It works very nicely, but using the cisco Fast EtherChannel instead of VRRP. While it isn't the same, we have used it with four interfaces merged into one virtual interface quite happily. 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 Fri Jul 27 9:56:56 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 05E9937B403 for ; Fri, 27 Jul 2001 09:56:49 -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 f6RGuEX07459; Fri, 27 Jul 2001 09:56:15 -0700 (PDT) Received: from shaolin.hq.netapp.com (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f6RGuDY00212; Fri, 27 Jul 2001 09:56:13 -0700 (PDT) Received: (from boshea@localhost) by shaolin.hq.netapp.com (8.9.3/8.9.3) id JAA41780; Fri, 27 Jul 2001 09:56:10 -0700 (PDT) (envelope-from boshea) Date: Fri, 27 Jul 2001 09:56:10 -0700 From: "Brian O'Shea" To: Bjoern Fischer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Thread problem in xmms Message-ID: <20010727095610.O489@ricochet.net> Reply-To: boshea@ricochet.net Mail-Followup-To: Brian O'Shea , Bjoern Fischer , freebsd-hackers@FreeBSD.ORG References: <20010727113951.C337@broccoli.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <20010727113951.C337@broccoli.no-support.loc>; from bfischer@Techfak.Uni-Bielefeld.DE on Fri, Jul 27, 2001 at 11:39:51AM +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 It could also be a problem with xmms. You might start with the maintainer of the xmms port. The maintainer is listed in the top level Makefile for the port. Cheers, -brian On Fri, Jul 27, 2001 at 11:39:51AM +0200, Bjoern Fischer wrote: > Hello, > > is it possible that xmms triggers a problem in FreeBSD's thread > implementation? It happens often that xmms gets stuck in > _thread_sys_poll(): > > (gdb) info threads > 7 process 332, thread 7 0x28439d44 in _thread_kern_sched () > from /usr/lib/libc_r.so.4 > 6 process 332, thread 6 0x28439d44 in _thread_kern_sched () > from /usr/lib/libc_r.so.4 > 5 process 332, thread 5 0x28439d44 in _thread_kern_sched () > from /usr/lib/libc_r.so.4 > 4 process 332, thread 4 0x28439d44 in _thread_kern_sched () > from /usr/lib/libc_r.so.4 > 3 process 332, thread 3 0x28439d44 in _thread_kern_sched () > from /usr/lib/libc_r.so.4 > 2 process 332, thread 2 0x28439d44 in _thread_kern_sched () > from /usr/lib/libc_r.so.4 > * 1 process 332, thread 1 0x2843b754 in _thread_sys_poll () > from /usr/lib/libc_r.so.4 > (gdb) > > Is this a known problem? > > Björn Fischer > > -- > -----BEGIN GEEK CODE BLOCK----- > GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ > K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+ > ------END GEEK CODE BLOCK------ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Brian O'Shea To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 10:22: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from perninha.conectiva.com.br (perninha.conectiva.com.br [200.250.58.156]) by hub.freebsd.org (Postfix) with ESMTP id A6FFB37B406 for ; Fri, 27 Jul 2001 10:21:58 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from burns.conectiva (burns.conectiva [10.0.0.4]) by perninha.conectiva.com.br (Postfix) with SMTP id 227FE38E50 for ; Fri, 27 Jul 2001 14:21:16 -0300 (EST) Received: (qmail 31535 invoked by uid 0); 27 Jul 2001 17:20:16 -0000 Received: from duckman.distro.conectiva (HELO duckman.conectiva.com.br) (root@10.0.17.2) by burns.conectiva with SMTP; 27 Jul 2001 17:20:16 -0000 Received: from localhost (riel@localhost) by duckman.conectiva.com.br (8.11.4/8.11.3) with ESMTP id f6RHL9u27618; Fri, 27 Jul 2001 14:21:15 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Fri, 27 Jul 2001 14:21:08 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Hugh LaMaster Cc: Subject: Re: MPP and new processor designs. 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 Thu, 26 Jul 2001, Hugh LaMaster wrote: > - Since the mid-70's (that is 25 years now), logic/gates/real-estate > are no longer (economically) scarce > - Therefore, the key to the value/efficiency of any computer architecture > is how well it uses memory > - There are two key components to memory hierarchy performance- latency > and bandwidth Three basic truths, which spell an interesting future for Merce^WItanic ;) Rik -- Executive summary of a recent Microsoft press release: "we are concerned about the GNU General Public License (GPL)" http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 12:16:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from stlaurent.mindstep.com (stlaurent.mindstep.com [216.18.127.174]) by hub.freebsd.org (Postfix) with ESMTP id 38FDF37B403 for ; Fri, 27 Jul 2001 12:16:52 -0700 (PDT) (envelope-from patrick@netzuno.com) Received: from grouch (grouch.local.mindstep.com [192.168.0.10]) by zunobox.local.mindstep.com (Postfix) with SMTP id 78F92D922 for ; Fri, 27 Jul 2001 19:17:25 +0000 (GMT) From: "Patrick Bihan-Faou" To: Subject: libcurl in the base distribution of FreeBSD Date: Fri, 27 Jul 2001 15:16:45 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal 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 was looking at a way to do some downloads over HTTPS from inside a C program, and I realized that libfetch (which is a fine piece of code BTW) can not do it easily. I looked for alternatives and found cURL (http://curl.haxx.se/). In the same spirit as fetch/libfetch, this comes with both a command line executable and a C library. Some advantages of curl over fech are: - it is available on many platforms - it implements HTTPS and FTPS (and many other protocols) - it implements uploads as well as downloads - development seems to be more active I was wondering if switching over to curl in the base system is something that could be considered. If feedback is positive, I am willing to spend the time required to integrate it. Eventually, libfetch could also be re-implemented as a wrapper around libcurl to avoid lots of modifications of existing tools. Also please note that the licensing terms for curl are nice (dual license MIT / MPL), so that should not be an issue. Any thoughts ? Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 12:32:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.myway.com.br (ns2.myway.com.br [200.186.239.2]) by hub.freebsd.org (Postfix) with SMTP id BD2BF37B401; Fri, 27 Jul 2001 12:32:13 -0700 (PDT) (envelope-from leal@myway.com.br) Received: from myway.com.br (unverified [200.186.239.10]) by ns2.myway.com.br (EMWAC SMTPRS 0.83) with SMTP id ; Fri, 27 Jul 2001 16:34:20 -0300 Message-ID: <3B61C27C.A9675750@myway.com.br> Date: Fri, 27 Jul 2001 16:35:24 -0300 From: Marcelo Leal Organization: webcom X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: pt-BR, en MIME-Version: 1.0 To: Chris Dillon Cc: Terry Lambert , Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: arp References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Antirelay: Good relay from local net2 200.186.239.0/24 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 folks... sorry, but i trust in you :O) i have a problem, and don't know where find the answers... and that list is for net problems... my desktop freebsd give me a message: arp moved from: xxx to xxx... ARP MOVED???? when i look in arp table.... the arp address of my dhcpd server is wrong!!! i put the right there... and reboot... look and.... the wrong!!!! this mac address is not from my network... (machines) .. maybe arp of the switch ports... thanks!!! and sorry by the english... :O) i'm brazilian. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 12:45:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 4576B37B403 for ; Fri, 27 Jul 2001 12:45:29 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.4/8.11.4) with ESMTP id f6RJjSn21694; Fri, 27 Jul 2001 15:45:28 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200107271945.f6RJjSn21694@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Patrick Bihan-Faou" Cc: freebsd-hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: libcurl in the base distribution of FreeBSD References: In-reply-to: Your message of "Fri, 27 Jul 2001 15:16:45 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Jul 2001 15:45:28 -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 FYI, curl is already available as a port: /usr/ports/ftp/curl even if it's not part of the base system. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 12:48:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 4FEA737B403; Fri, 27 Jul 2001 12:48:21 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6RJmKf15050; Fri, 27 Jul 2001 15:48:20 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <5lg0bimtg3.fsf@assaris.sics.se> References: <89312.996234085@axl.seasidesoftware.co.za> <5lg0bimtg3.fsf@assaris.sics.se> Date: Fri, 27 Jul 2001 15:48:18 -0400 To: Assar Westerlund , Sheldon Hearn From: Garance A Drosihn Subject: Re: -Wconversion and mode_t Cc: hackers@FreeBSD.ORG 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 2:45 PM +0200 7/27/01, Assar Westerlund wrote: >Sheldon Hearn writes: >> How on earth is one supposed to shut up the -Wconversion warnings >> generated for all the functions that take mode_t arguments? >> >> I've tried every sane typecast I can think of to prove to the compiler >> that I know what I'm doing, but it won't shut up. >> >> /usr/src/usr.sbin/config is a good example. Its Makefile sets >> BDECFLAGS, which includes -Wconversion. > >IMHO, -Wconversion is bogus in an ANSI/ISO world and trying to rewrite >code to avoid those warnings is not useful. I asked BruceDE about this very thing recently. Basically, for the case of mode_t you can not avoid that warning when including the prototype for the function. The warning has to do with the parameter being an unsigned-short, and how that is treated with a prototype vs how it is treated without a prototype. In the case of mode_t it's mainly just irritating, but there are other situations where Bruce felt the -Wconversion checking was useful. Bruce was thinking that maybe there should be some other warning option which provided the useful checking without triggering so many warnings which are unnecessary in our environment. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 12:53:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f61.pav2.hotmail.com [64.4.37.61]) by hub.freebsd.org (Postfix) with ESMTP id 0194F37B403 for ; Fri, 27 Jul 2001 12:53:48 -0700 (PDT) (envelope-from weiguang_shi@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 27 Jul 2001 12:53:47 -0700 Received: from 129.128.29.128 by pv2fd.pav2.hotmail.msn.com with HTTP; Fri, 27 Jul 2001 19:53:47 GMT X-Originating-IP: [129.128.29.128] From: "Weiguang SHI" To: freebsd-hackers@freebsd.org Subject: kernel stack size Date: Fri, 27 Jul 2001 13:53:47 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Jul 2001 19:53:47.0984 (UTC) FILETIME=[D9BAFD00:01C116D5] 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 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. 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 From owner-freebsd-hackers Fri Jul 27 13: 0:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from stlaurent.mindstep.com (stlaurent.mindstep.com [216.18.127.174]) by hub.freebsd.org (Postfix) with ESMTP id 8040C37B405 for ; Fri, 27 Jul 2001 13:00:48 -0700 (PDT) (envelope-from patrick@netzuno.com) Received: from grouch (grouch.local.mindstep.com [192.168.0.10]) by zunobox.local.mindstep.com (Postfix) with SMTP id 51DF8D923 for ; Fri, 27 Jul 2001 20:01:21 +0000 (GMT) From: "Patrick Bihan-Faou" To: Subject: Re: libcurl in the base distribution of FreeBSD Date: Fri, 27 Jul 2001 16:00:41 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal 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 > FYI, curl is already available as a port: /usr/ports/ftp/curl even if it's > not part of the base system. Yes I fully realize that. My point though is that libfetch to me seems a bit limited in its feature set, while there exists other tools that implement what libfetch does and much more. Using curl/libcurl from the base system would allow many part of the system to quickly gain functionality: - the ports system could use HTTPS/FTPS to grab port distributions - same for sysinstall - same for fetch implementing SSL support in libfetch does not seem to be a good idea IMO and will not be an easy task anyway. The effort required to include libcurl in the base system is small in comparison and will provide *almost free* improvements over time... Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 13:12:41 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 D873A37B401 for ; Fri, 27 Jul 2001 13:12:34 -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 f6RKCX400851; Fri, 27 Jul 2001 13:12:33 -0700 Date: Fri, 27 Jul 2001 13:12:33 -0700 From: Brooks Davis To: Patrick Bihan-Faou Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: libcurl in the base distribution of FreeBSD Message-ID: <20010727131233.A31666@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from patrick@netzuno.com on Fri, Jul 27, 2001 at 04:00:41PM -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 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 27, 2001 at 04:00:41PM -0400, Patrick Bihan-Faou wrote: > Yes I fully realize that. My point though is that libfetch to me seems a = bit > limited in its feature set, while there exists other tools that implement > what libfetch does and much more. Using curl/libcurl from the base system > would allow many part of the system to quickly gain functionality: >=20 > - the ports system could use HTTPS/FTPS to grab port distributions > - same for sysinstall > - same for fetch >=20 >=20 > implementing SSL support in libfetch does not seem to be a good idea IMO = and > will not be an easy task anyway. The effort required to include libcurl in > the base system is small in comparison and will provide *almost free* > improvements over time... FWIW, OpenPackages has adopted curl/libcurl instead of fetch/libfetch for similar reasons. -- 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 --jI8keyz6grp/JLjh 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 iD8DBQE7YcswXY6L6fI4GtQRArnSAJ0fVYURdlN7R2aFu1B7qI0KesFOdgCg0fSd +/iT674ijeZsruV58K5fZxM= =DnuZ -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 13:31: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mw3.texas.net (mw3.texas.net [206.127.30.13]) by hub.freebsd.org (Postfix) with ESMTP id 65C7E37B405 for ; Fri, 27 Jul 2001 13:31:03 -0700 (PDT) (envelope-from hackthis@texas.net) Received: from hackthis (tcnet06-040.sat.texas.net [209.99.119.103]) by mw3.texas.net (8.11.1/8.11.1) with SMTP id f6RKV1K15168 for ; Fri, 27 Jul 2001 15:31:01 -0500 (CDT) Message-ID: <004201c116dd$0353eda0$6346a8c0@hackthis> From: "crg" To: References: <59063B5B4D98D311BC0D0001FA7E452205FD9D73@l04.research.kpn.com> <20010720212726.B53370@dragon.nuxi.com> <20010721190105.B18482@freebie.xs4all.nl> Subject: custom release / custom install.cfg Date: Fri, 27 Jul 2001 15:45:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.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 hackers: I built my own custom release and created a custom install.cfg file. The file is good because I tested with a FreeBSD 4.3Release. And it partitions my disk and installs the a custom bin distro. Now for my custom release, I deleted all bin.?? files and inserted some of my own files and directories in the R/cdrom/disc2 filesystem. Next, I created one big bin.aa file ~ 60M since I am going burn a CD. It works fine (partitions the disk) until it trys to "Extracting bin into /" It hangs there. Yes debugging in the install.cfg file is set to yes and after I hit Alt-F2, the messages are not helpful at all. The last line reads: DEBUG Trying for piece 1 of 1: bin/bin.aa I redid all the md5 checksums in CHECKSUM.MD5 and edited bin.inf. Can I just create another bin.?? file with my files and add it to the bin.inf and do the md5 checksum against it. And just add it to the bin directory on the iso image? Or is this foul? -CRGarcia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 13:34: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-104-149.dsl.lsan03.pacbell.net [64.169.104.149]) by hub.freebsd.org (Postfix) with ESMTP id CC0A037B405 for ; Fri, 27 Jul 2001 13:34:02 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2146B66B25; Fri, 27 Jul 2001 13:34:01 -0700 (PDT) Date: Fri, 27 Jul 2001 13:34:00 -0700 From: Kris Kennaway To: Patrick Bihan-Faou Cc: freebsd-hackers@freebsd.org Subject: Re: libcurl in the base distribution of FreeBSD Message-ID: <20010727133400.A52737@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from patrick@netzuno.com on Fri, Jul 27, 2001 at 03:16:45PM -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 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jul 27, 2001 at 03:16:45PM -0400, Patrick Bihan-Faou wrote: > Any thoughts ? The idea of replacing a FreeBSD component which is actively maintained and developed by a committer doesn't seem very good to me, but on the other hand I'd really like it if we had the ability to fetch https URLs from the command-line. Kris --zhXaljGHf11kAtnf 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 iD8DBQE7YdA3Wry0BWjoQKURAg9KAJkBS6waHPDFrNqXm+Wh46oS0cQYlwCgpYIW 4TDwptWbHlJzfJV7ta1oxKM= =qkCj -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 13:53:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id D8FFC37B401; Fri, 27 Jul 2001 13:53:41 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id PAA85678; Fri, 27 Jul 2001 15:53:27 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 27 Jul 2001 15:53:26 -0500 (CDT) From: Chris Dillon To: Marcelo Leal Cc: Terry Lambert , Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , , Subject: Re: arp In-Reply-To: <3B61C27C.A9675750@myway.com.br> 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, 27 Jul 2001, Marcelo Leal wrote: > folks... > sorry, but i trust in you :O) > i have a problem, and don't know where find the answers... and that list > is for net problems... > my desktop freebsd give me a message: arp moved from: xxx to xxx... ARP > MOVED???? > when i look in arp table.... the arp address of my dhcpd server is > wrong!!! i put the right there... and reboot... look and.... the > wrong!!!! > this mac address is not from my network... (machines) .. > maybe arp of the switch ports... > thanks!!! > and sorry by the english... :O) > i'm brazilian. You have more than one machine on the network that is attempting to use the same IP address and/or your DHCP server is handing out leases that are shorter than the ARP cache life and you are recycling DHCP leases quickly. I suggest you set your DHCP lease times to at least an hour or more (my DHCP leases are one week), and make sure there are no manually-configured machines that are attempting to use an address from the DHCP address pool, or two manually-configured machines trying to use the same address. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64 (Itanium), PowerPC, and ARM architectures under development - 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 Fri Jul 27 13:54: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pdxpo.dsl-only.net (sub16-3.member.dsl-only.net [63.105.16.3]) by hub.freebsd.org (Postfix) with ESMTP id 065EC37B401 for ; Fri, 27 Jul 2001 13:54:04 -0700 (PDT) (envelope-from pdxmax@dsl-only.net) Received: from tabor.office.archimedesoft.com (unverified [63.105.19.225]) by pdxpo.dsl-only.net (Rockliffe SMTPRA 4.5.4) with ESMTP id for ; Fri, 27 Jul 2001 13:50:01 -0700 Date: Fri, 27 Jul 2001 13:54:01 -0700 From: Tabor Kelly X-Mailer: The Bat! (v1.49) UNREG / CD5BF9353B3B7091 Reply-To: Tabor Kelly X-Priority: 3 (Normal) Message-ID: <1801448262.20010727135401@dsl-only.net> To: freebsd-hackers@FreeBSD.ORG Subject: Collecting System Statistics Programatically 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 I have found how to collect limited system statistics with sysctlbyname(), but I need to know how to do more. In specific I need to know how much memory is being used, and what percentage of processor cycles are being used. Any help is greatly appreciated, Thank You. Tabor Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 14: 2:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.orem.verio.net (gatekeeper.orem.verio.net [192.41.0.8]) by hub.freebsd.org (Postfix) with ESMTP id 1B68F37B401 for ; Fri, 27 Jul 2001 14:02:48 -0700 (PDT) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.orem.verio.net (Postfix) with ESMTP id B50DF3BF1AA for ; Fri, 27 Jul 2001 15:02:47 -0600 (MDT) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.1/8.11.1) with ESMTP id f6RL2ju96313; Fri, 27 Jul 2001 15:02:45 -0600 (MDT) (envelope-from fclift@verio.net) Date: Fri, 27 Jul 2001 15:04:03 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.dmz.orem.verio.net To: Steven Ames Cc: "Jonathan M. Slivko" , Chris Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: Why two cards on the same segment... In-Reply-To: <00fa01c11615$73cccb10$28d90c42@eservoffice.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 Thu, 26 Jul 2001, Steven Ames wrote: > public IP space. I might be off here but I think the real problem with > two seperate networks on one card (or even on two cards) would be > the default route (can't have two right?) and which IP address gets > used as the 'source IP' on packets leaving the system. I used to work in an organization where there were political reasons for having multiple IP networks on one physical wire. (Take a class B net and poorly subnet it and then run it through a ringer of university politics for 10 years....). We started with boxes with multiple ips on different 'networks' on the same physical wire so that clients on those networks would have to go out to the router (router config out of my direct control -- just one 10B2 wire hanging out of a wall...) and back. An even more ugly/elegant solution to multiple IP subnets on the same wire is to use proxy-arp for routing. Set your own IP (or your net interface, depending on the os) as your default gateway and you think whole world is on the local lan. The router doing proxy arp sends it's mac address for arps for any boxes it knows are not on your local network, otherwise, all the boxes find each other and speak without talking to the router. With decent arp caching you dont see much extra traffic at all and it more than makes up for all the 'double' in/out traffic we saw going to the router. We had like 8 /24's all of which were not adjacent or supernettable. Backbone traffic dropped to about 10% of 'normal' when we switched over most boxes. Ugly, but it works :). Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 14:14:26 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 E296437B403; Fri, 27 Jul 2001 14:14:19 -0700 (PDT) (envelope-from matt-l@pacbell.net) Received: from fire (1Cust226.tnt1.pasadena.ca.da.uu.net [63.28.226.226]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id OAA26330; Fri, 27 Jul 2001 14:13:36 -0700 (PDT) Message-ID: <000b01c116e0$2e7ffe30$6503c23f@XGforce.com> Reply-To: "matt" From: "matt" To: "Marcelo Leal" , "Chris Dillon" Cc: "Terry Lambert" , "Julian Elischer" , "Eugene L. Vorokov" , "Soren Kristensen" , , References: <3B61C27C.A9675750@myway.com.br> Subject: Re: arp Date: Fri, 27 Jul 2001 14:07:36 -0700 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG One of your host in your net using the same ip. ====================================== WWW.XGFORCE.COM The Next Generation Load Balance and Fail Safe Server Clustering Software for the Internet. ====================================== ----- Original Message ----- From: Marcelo Leal To: Chris Dillon Cc: Terry Lambert ; Julian Elischer ; Eugene L. Vorokov ; Soren Kristensen ; ; Sent: Friday, July 27, 2001 12:35 PM Subject: arp > folks... > sorry, but i trust in you :O) > i have a problem, and don't know where find the answers... and that list > is for net problems... > my desktop freebsd give me a message: arp moved from: xxx to xxx... ARP > MOVED???? > when i look in arp table.... the arp address of my dhcpd server is > wrong!!! i put the right there... and reboot... look and.... the > wrong!!!! > this mac address is not from my network... (machines) .. > maybe arp of the switch ports... > thanks!!! > and sorry by the english... :O) > i'm brazilian. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 15:47:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id C61E437B405 for ; Fri, 27 Jul 2001 15:47:19 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (ppp045-bsace7001.telebrasilia.net.br [200.181.80.45]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id PAA58124; Fri, 27 Jul 2001 15:46:40 -0700 (PDT) Message-ID: <3B61EFDD.ABD61EC3@newsguy.com> Date: Fri, 27 Jul 2001 19:49:01 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: mikescott@clara.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: natd passes inconsistent addresses to ipfw? References: <3B61424F.23282.7D8482@localhost> 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 mikescott@clara.net wrote: > > With the following ipfw config fragment, Which happens not to include the rule that is denying your packets... > > # divert packets through the tunnel interface > $fwcmd add divert natd all from any to any via tun0 > ... > # allow anything I start up (OK) > # allow connections to continue once made (FAILS!) > $fwcmd add check-state > $fwcmd add deny log tcp from any to any established > $fwcmd add allow log tcp from any to any out via tun0 setup keep- > state > > I get the following typical failures happening > > data# ipfw zero > Accounting cleared. > > (Run telnet session) > > data# ipfw show > 00100 15 882 divert 8668 ip from any to any via tun0 > 00200 0 0 allow ip from any to any via lo0 > 00300 405 102963 allow ip from any to any via ed0 > 00400 0 0 unreach port log logamount 100 tcp from any to any > 113 in recv tun0 > 00500 0 0 check-state > 00600 8 344 deny log logamount 100 tcp from any to any > established > 00700 4 192 allow log logamount 100 tcp from any to any keep- > state out xmit tun0 setup > 00800 1 210 allow udp from any 53 to any in recv tun0 > 00900 1 60 allow udp from any to any 53 out xmit tun0 > 01000 1 76 allow udp from any 123 to any 123 via tun0 > 65435 0 0 allow icmp from any to any > 65435 0 0 deny log logamount 100 ip from any to any > 65535 0 0 deny ip from any to any > ## Dynamic rules: > 00700 3 144 (T 5, # 86) ty 0 tcp, 213.104.70.121 1041 <-> > 195.8.69.73 119 > > (Note that dynamic rule shows the external IP address, where I > would have expected the internal address). The security log > contains: > > Jul 25 08:26:00 data /kernel: ipfw: Accounting cleared. > > Jul 25 08:26:39 data /kernel: ipfw: 700 Accept TCP > 213.104.70.121:1041 195.8.69.73:119 out via tun0 > ( ^^^^ Note the external address, setting up the dynamic rule) Sure. Packet enters through fxp0 (or whatever you have), packet gets diverted and natted, packet is then allowed by the keep-state rule. > Jul 25 08:26:39 data /kernel: ipfw: 600 Deny TCP 195.8.69.73:119 > 192.168.0.2:1041 in via tun0 > ( ^^^^ Note the Internal address, which doesn't match the > dynamic rule) Sure. Packet enters through tun0, packet gets diverted and natted, packet is then denied by the established rule (not having been recognized by the one with state). > > Jul 25 08:26:39 data /kernel: ipfw: 700 Accept TCP > 213.104.70.121:1041 195.8.69.73:119 out via tun0 > > Jul 25 08:26:39 data /kernel: ipfw: 600 Deny TCP 195.8.69.73:119 > 192.168.0.2:1041 in via tun0 > (and so on...) > > Not surprisingly, the connection then hangs. Running natd with the > -v option as well only shows the expected address translations; > nothing amiss. > > With less robust, non-dynamic rules, everything works fine. Can > anyone spot what's going on here please? It's doing precisely what you told it to. Perhaps if you would move the check-state before the nat? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net wow regex humor... I'm a geek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 16: 9:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vaca.uniandes.edu.co (vaca.uniandes.edu.co [157.253.54.5]) by hub.freebsd.org (Postfix) with ESMTP id BAC9937B401; Fri, 27 Jul 2001 16:09:15 -0700 (PDT) (envelope-from y-carden@uniandes.edu.co) Received: from vaca.uniandes.edu.co (localhost [127.0.0.1]) by vaca.uniandes.edu.co (8.12.0.Beta7/8.12.0.Beta7) with SMTP id f6RN8vHn021506; Fri, 27 Jul 2001 18:09:05 -0500 (GMT+5) Received: (from webmail [157.253.54.4]) by vaca.uniandes.edu.co (NAVGW 2.5.1.6) with SMTP id M2001072718090327396 ; Fri, 27 Jul 2001 18:09:03 -0500 From: y-carden@uniandes.edu.co To: jlemon@FreeBSD.org Cc: hackers@FreeBSD.org Subject: KNOTE() X-Mailer: Netscape Messenger Express 3.5.2 [Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)] Date: Fri, 27 Jul 2001 18:09:03 -0500 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 Dear Jonathan I want ask a favor to you. I have try to get help in hackers list, but it was unsuccessful. Days ago, I asked : > I need pass asynchronously data from kernel > to a userland process, include a quantity variable of > data (void *opaque). And Terry Lambert wrote: >The easiest way to do this is to have the user space process >register a kevent, and then KNOTE() in the kernel when the >event takes place. I don't know how I can do it exactly. Into my kernel code, How I can know that kevent/kqueue was created by the userland process? In other words I need from kernel code "to trigger the kevent", for the userland aplication. Thanks for your help. +------------------------------+ YONNY CARDENAS B. Systems Engineer Student M.Sc. UNIVERSIDAD DE LOS ANDES +-------------------------------+ UNIX is BSD, and FreeBSD is an advanced 4.4BSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 16:55: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by hub.freebsd.org (Postfix) with ESMTP id 27FB837B403; Fri, 27 Jul 2001 16:54:58 -0700 (PDT) (envelope-from dp@penix.org) Received: from penix.org ([65.92.126.45]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010727235457.XWXW12153.tomts6-srv.bellnexxia.net@penix.org>; Fri, 27 Jul 2001 19:54:57 -0400 Message-ID: <3B61CAA9.30807@penix.org> Date: Fri, 27 Jul 2001 20:10:17 +0000 From: Paul Halliday User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.2) Gecko/20010722 X-Accept-Language: en-us MIME-Version: 1.0 To: Marcelo Leal Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: arp References: <3B61C27C.A9675750@myway.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Marcelo Leal wrote: > folks... > sorry, but i trust in you :O) > i have a problem, and don't know where find the answers... and that list > is for net problems... > my desktop freebsd give me a message: arp moved from: xxx to xxx... ARP > MOVED???? > when i look in arp table.... the arp address of my dhcpd server is > wrong!!! i put the right there... and reboot... look and.... the > wrong!!!! > this mac address is not from my network... (machines) .. > maybe arp of the switch ports... > thanks!!! > and sorry by the english... :O) > i'm brazilian. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > > Not from your network? Not overly sure of your topology but is it possible that someone could be arpspoofing your dhcp? -- Paul H. ___________________ http://dp.penix.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 17: 3:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 43A6037B403 for ; Fri, 27 Jul 2001 17:03:35 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id f6S03ei84974; Fri, 27 Jul 2001 17:03:40 -0700 (PDT) Date: Fri, 27 Jul 2001 17:03:40 -0700 (PDT) From: Doug White To: Tabor Kelly Cc: Subject: Re: Collecting System Statistics Programatically In-Reply-To: <1801448262.20010727135401@dsl-only.net> Message-ID: X-All-Your-Base: are belong to us 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, 27 Jul 2001, Tabor Kelly wrote: > I have found how to collect limited system statistics with > sysctlbyname(), but I need to know how to do more. In specific I need > to know how much memory is being used, and what percentage of > processor cycles are being used. You can get memory utilization stats from sysctl; look in the 'vm' group. CPU usage still has to come from kmem I think. Check the vmstat / top code. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 17:21: 7 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 2A39B37B401; Fri, 27 Jul 2001 17:21:04 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id UAA25465; Fri, 27 Jul 2001 20:20:08 -0400 (EDT) Date: Fri, 27 Jul 2001 20:20:08 -0400 (EDT) From: Daniel Eischen To: y-carden@uniandes.edu.co Cc: jlemon@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: KNOTE() 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 Fri, 27 Jul 2001 y-carden@uniandes.edu.co wrote: > Dear Jonathan > > I want ask a favor to you. I have try to get help > in hackers list, but it was unsuccessful. > > Days ago, I asked : > > > I need pass asynchronously data from kernel > > to a userland process, include a quantity variable of > > data (void *opaque). Why are you trying to push so much into the kernel? Rethink the problem you are trying to solve. All you basically want is a timer that you can use to schedule events. Don't manage the data in the kernel; keep it in userspace where it (seems to me, anyways) belongs. All the kernel needs to do is provide a timing mechanism. In userspace, you handle the timing events and call the functions that need to be called. You can use setitimer(2) and handle the signal. You can use nanosleep, poll, kevent, etc and wait for the next scheduled timing event. If you want to do some kernel hacking, you can implement timer_create(2) and friends. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 17:25:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id BB0EF37B401 for ; Fri, 27 Jul 2001 17:25:16 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f6S0Nq412865; Fri, 27 Jul 2001 20:23:52 -0400 (EDT) Date: Fri, 27 Jul 2001 20:23:37 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: Terry Lambert Cc: Bosko Milekic , Alfred Perlstein , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size In-Reply-To: <3B61071A.C637EA85@mindspring.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 I thought doing a memory free is always safe in an interrupt context. Now it seems doing an allocation of memory is safe too. Does MCLGET() call vm_page_alloc() or malloc() eventually? If so, it might block. -Zhihui On Thu, 26 Jul 2001, Terry Lambert wrote: > Bosko Milekic wrote: > > > > Er, wouldn't that be the only way for cards to refil thier DMA > > > > recieve buffers? > > > > > > Look at the Tigon II and FXP drivers. The allocations in > > > the macros turn into m_get, not m_clusterget. > > > > From if_fxp.c (fxp_add_rfabuf(), sometimes called from fxp_intr()): > > > > MGETHDR(...); <-- get mbuf > > if (m != NULL) { > > MCLGET(...); <-- get cluster > > ... > > } > > Yes, I had misread things. Alfred pointed this out to me in > person, earlier. I had been reading the jumbogram code, > which uses a seperate buffer space, and then just incorrectly > assumed. > > Thanks for getting thecorrection into the list archives, so > that future readers will be less confused: you spared me > having to do the same. > > -- Terry > > 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 Jul 27 18:18:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp6ve.mailsrvcs.net (smtp6vepub.gte.net [206.46.170.27]) by hub.freebsd.org (Postfix) with ESMTP id CFAB337B403 for ; Fri, 27 Jul 2001 18:18:13 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([151.198.117.214]) by smtp6ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id BAA48174728; Sat, 28 Jul 2001 01:17:43 GMT Message-ID: <3B6212B5.FDFEB694@bellatlantic.net> Date: Fri, 27 Jul 2001 21:17:41 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Warner Losh Cc: James Howard , freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda References: <200107270444.f6R4iBw09131@harmony.village.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 Warner Losh wrote: > > In message James Howard writes: > : Both tar and cpio seem to have problems doing backups on my > : server. Looking at the pax manpage, we see this: > > Use dump. Otherwise, you will lose. Don't use dump. Or you'll never be able to restore these backups on a non-FreeBSD machine. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 20: 7:44 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 B27F937B405 for ; Fri, 27 Jul 2001 20:07:41 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f6S37dF71933; Fri, 27 Jul 2001 21:07:39 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f6S37Yw16631; Fri, 27 Jul 2001 21:07:39 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107280307.f6S37Yw16631@harmony.village.org> To: Sergey Babkin Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda Cc: James Howard , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 27 Jul 2001 21:17:41 EDT." <3B6212B5.FDFEB694@bellatlantic.net> References: <3B6212B5.FDFEB694@bellatlantic.net> <200107270444.f6R4iBw09131@harmony.village.org> Date: Fri, 27 Jul 2001 21:07:33 -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 <3B6212B5.FDFEB694@bellatlantic.net> Sergey Babkin writes: : > Use dump. Otherwise, you will lose. : : Don't use dump. Or you'll never be able to restore these backups : on a non-FreeBSD machine. Unless it runs NetBSD, OpenBSD, Solaris, Linux or SunOS. ufsrestore is pretty universal. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 21:44:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 45B8337B40A for ; Fri, 27 Jul 2001 21:44:16 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6S4iCo96881 for freebsd-hackers@freebsd.org; Fri, 27 Jul 2001 21:44:12 -0700 (PDT) (envelope-from obrien) Date: Fri, 27 Jul 2001 21:44:12 -0700 From: "David O'Brien" To: freebsd-hackers@freebsd.org Subject: [PATCH] reduce text(code) size and improve clarity of pkg_add Message-ID: <20010727214412.A91434@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i 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 I'd like to apply this patch to pkg_add which reduces the amount of code the compiler generates, and improves the clarity of the code. 1. s_strl* is obvious some form of "safe" strl{cpy,cat}. But *WHAT* does it make "safe"? Isn't obvious w/o having to track down the s_strl{cat,cpy} function definitions. 2. The current code has more function call overhead than is needed. And it reduces the size of the basic block for the optimizer to work on. It also potentially has cache miss penalties. Index: add/main.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/add/main.c,v retrieving revision 1.42 retrieving revision 1.43 diff -u -r1.42 -r1.43 --- add/main.c 2001/07/26 20:25:50 1.42 +++ add/main.c 2001/07/28 01:59:58 1.43 @@ -111,7 +111,7 @@ break; case 't': - if (s_strlcpy(FirstPen, optarg, sizeof(FirstPen))) + if (strlcpy(FirstPen, optarg, sizeof(FirstPen)) > sizeof(FirstPen)) errx(1, "-t Argument too long."); break; @@ -145,27 +145,27 @@ if (Remote) { if ((packagesite = getpackagesite()) == NULL) errx(1, "package name too long"); - if (s_strlcpy(temppackageroot, packagesite, - sizeof(temppackageroot))) + if (strlcpy(temppackageroot, packagesite, + sizeof(temppackageroot)) >= sizeof(temppackageroot)) errx(1, "package name too long"); - if (s_strlcat(temppackageroot, *argv, - sizeof(temppackageroot))) + if (strlcat(temppackageroot, *argv, + sizeof(temppackageroot)) >= sizeof(temppackageroot)) errx(1, "package name too long"); remotepkg = temppackageroot; if (!((ptr = strrchr(remotepkg, '.')) && ptr[1] == 't' && ptr[2] == 'g' && ptr[3] == 'z' && !ptr[4])) - if (s_strlcat(remotepkg, ".tgz", sizeof(temppackageroot))) + if (strlcat(remotepkg, ".tgz", sizeof(temppackageroot)) >= sizeof(temppackageroot)) errx(1, "package name too long"); } if (!strcmp(*argv, "-")) /* stdin? */ pkgs[ch] = "-"; else if (isURL(*argv)) { /* preserve URLs */ - if (s_strlcpy(pkgnames[ch], *argv, sizeof(pkgnames[ch]))) + if (strlcpy(pkgnames[ch], *argv, sizeof(pkgnames[ch])) >= sizeof(pkgnames[ch])) errx(1, "package name too long"); pkgs[ch] = pkgnames[ch]; } else if ((Remote) && isURL(remotepkg)) { - if (s_strlcpy(pkgnames[ch], remotepkg, sizeof(pkgnames[ch]))) + if (strlcpy(pkgnames[ch], remotepkg, sizeof(pkgnames[ch])) >= sizeof(pkgnames[ch])) errx(1, "package name too long"); pkgs[ch] = pkgnames[ch]; } else { /* expand all pathnames to fullnames */ @@ -174,11 +174,11 @@ else { /* look for the file in the expected places */ if (!(cp = fileFindByPath(NULL, *argv))) { /* let pkg_do() fail later, so that error is reported */ - if (s_strlcpy(pkgnames[ch], *argv, sizeof(pkgnames[ch]))) + if (strlcpy(pkgnames[ch], *argv, sizeof(pkgnames[ch])) >= sizeof(pkgnames[ch])) errx(1, "package name too long"); pkgs[ch] = pkgnames[ch]; } else { - if (s_strlcpy(pkgnames[ch], cp, sizeof(pkgnames[ch]))) + if (strlcpy(pkgnames[ch], cp, sizeof(pkgnames[ch])) >= sizeof(pkgnames[ch])) errx(1, "package name too long"); pkgs[ch] = pkgnames[ch]; } @@ -220,37 +220,37 @@ struct utsname u; if (getenv("PACKAGESITE")) { - if (s_strlcpy(sitepath, getenv("PACKAGESITE"), - sizeof(sitepath))) + if (strlcpy(sitepath, getenv("PACKAGESITE"), + sizeof(sitepath)) >= sizeof(sitepath)) return NULL; return sitepath; } if (getenv("PACKAGEROOT")) { - if (s_strlcpy(sitepath, getenv("PACKAGEROOT"), sizeof(sitepath))) + if (strlcpy(sitepath, getenv("PACKAGEROOT"), sizeof(sitepath)) >= sizeof(sitepath)) return NULL; } else { - if (s_strlcat(sitepath, "ftp://ftp.freebsd.org", sizeof(sitepath))) + if (strlcat(sitepath, "ftp://ftp.freebsd.org", sizeof(sitepath)) >= sizeof(sitepath)) return NULL; } - if (s_strlcat(sitepath, "/pub/FreeBSD/ports/", sizeof(sitepath))) + if (strlcat(sitepath, "/pub/FreeBSD/ports/", sizeof(sitepath)) >= sizeof(sitepath)) return NULL; uname(&u); - if (s_strlcat(sitepath, u.machine, sizeof(sitepath))) + if (strlcat(sitepath, u.machine, sizeof(sitepath)) >= sizeof(sitepath)) return NULL; reldate = getosreldate(); for(i = 0; releases[i].directory != NULL; i++) { if (reldate >= releases[i].lowver && reldate <= releases[i].hiver) { - if (s_strlcat(sitepath, releases[i].directory, sizeof(sitepath))) + if (strlcat(sitepath, releases[i].directory, sizeof(sitepath)) >= sizeof(sitepath)) return NULL; break; } } - if (s_strlcat(sitepath, "/Latest/", sizeof(sitepath))) + if (strlcat(sitepath, "/Latest/", sizeof(sitepath)) >= sizeof(sitepath)) return NULL; return sitepath; Index: lib/str.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/lib/str.c,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- lib/str.c 2001/05/12 09:44:32 1.9 +++ lib/str.c 2001/07/28 01:59:58 1.10 @@ -59,20 +59,6 @@ else *str = fileGetContents(s); return *str; -} - -/* Do a strlcpy and test for overflow */ -int -s_strlcpy(char *dst, const char *src, size_t size) -{ - return (strlcpy(dst, src, size) >= size); -} - -/* Do a strlcat and test for overflow */ -int -s_strlcat(char *dst, const char *src, size_t size) -{ - return (strlcat(dst, src, size) >= size); } /* Rather Obvious */ -- -- 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 Fri Jul 27 22:47:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ip.eth.net (mail.ip.eth.net [202.9.128.18]) by hub.freebsd.org (Postfix) with ESMTP id CCA0837B405 for ; Fri, 27 Jul 2001 22:47:39 -0700 (PDT) (envelope-from anjali@indranetworks.com) Received: (apparently) from anjali ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.467.46); Sat, 28 Jul 2001 11:17:35 +0530 Message-ID: <002d01c11728$d34723b0$0a00a8c0@indranet> From: "Anjali Kulkarni" To: Subject: inet_aton Date: Sat, 28 Jul 2001 11:17:42 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002A_01C11756.EB68E130" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk 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_002A_01C11756.EB68E130 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I want to use the function inet_aton() in the kernel code. However, I = found no kernel equivalent of this function int the freebsd sources. I = could find inet_ntoa(), but not inet_aton(). Is it named by some other = name or how can I locate it? Thanks, Anjali ------=_NextPart_000_002A_01C11756.EB68E130 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I want to use the function inet_aton() = in the=20 kernel code. However, I found no kernel equivalent of this function int = the=20 freebsd sources. I could find inet_ntoa(), but not inet_aton(). Is it = named by=20 some other name or how can I locate it?
 
Thanks,
Anjali
------=_NextPart_000_002A_01C11756.EB68E130-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 22:48:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 6D3BE37B406 for ; Fri, 27 Jul 2001 22:48:35 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 Jul 2001 05:48:35 -0000 X-Apparently-From: Message-ID: <3B625232.CAF39600@yahoo.com> Date: Sat, 28 Jul 2001 00:48:34 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Sergey Babkin , James Howard , freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda References: <3B6212B5.FDFEB694@bellatlantic.net> <200107270444.f6R4iBw09131@harmony.village.org> <200107280307.f6S37Yw16631@harmony.village.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 Warner Losh wrote: > > In message <3B6212B5.FDFEB694@bellatlantic.net> Sergey Babkin writes: > : > Use dump. Otherwise, you will lose. > : > : Don't use dump. Or you'll never be able to restore these backups > : on a non-FreeBSD machine. > > Unless it runs NetBSD, OpenBSD, Solaris, Linux or SunOS. ufsrestore > is pretty universal. FreeBSD dumps also restore just fine under HP-UX, I've done so under 10.20 and 11.0. HP-UX restore will automatically do the byte-swapping. FreeBSD and GNU tar will not restore correctly to HP-UX, but dump/restore does work fine. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 22:55:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.sonn.com (tabby.sonn.com [206.79.239.6]) by hub.freebsd.org (Postfix) with ESMTP id B1E1B37B401 for ; Fri, 27 Jul 2001 22:55:44 -0700 (PDT) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.9.3/8.9.3) with ESMTP id XAA68562; Fri, 27 Jul 2001 23:00:01 -0700 (PDT) Date: Fri, 27 Jul 2001 23:00:00 -0700 (PDT) From: Gersh To: Weiguang SHI Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kernel stack size 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 The kernel will grow the size of the userland stack if need be. Look for vm_map_growstack(). Also just a FYI that size sounds about right for the kernel stack. Be very careful not to use function recursion or to many on the stack large sized variables or else youll blow yourself into double fault land in a hurry. On Fri, 27 Jul 2001, 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. > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 22:59: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tabby.sonn.com (tabby.sonn.com [206.79.239.6]) by hub.freebsd.org (Postfix) with ESMTP id C836E37B403 for ; Fri, 27 Jul 2001 22:59:02 -0700 (PDT) (envelope-from gersh@tabby.sonn.com) Received: from localhost (gersh@localhost) by tabby.sonn.com (8.9.3/8.9.3) with ESMTP id XAA65877; Fri, 27 Jul 2001 23:03:20 -0700 (PDT) Date: Fri, 27 Jul 2001 23:02:55 -0700 (PDT) From: Gersh To: Tabor Kelly Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Collecting System Statistics Programatically In-Reply-To: <1801448262.20010727135401@dsl-only.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 As for memory look at the output of a vmstat -m. That will show you your kernel memory useage. For processor cycles build a profiling kernel (config -p). Look at the man pages for kgmon and gprof to see how to use the profiler. On Fri, 27 Jul 2001, Tabor Kelly wrote: > I have found how to collect limited system statistics with > sysctlbyname(), but I need to know how to do more. In specific I need > to know how much memory is being used, and what percentage of > processor cycles are being used. > > Any help is greatly appreciated, Thank You. > > Tabor Kelly > > > > 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 Jul 27 23:29:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 057B737B416 for ; Fri, 27 Jul 2001 23:28:52 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 Jul 2001 06:28:51 -0000 X-Apparently-From: Message-ID: <3B625BA3.DC0DFE4E@yahoo.com> Date: Sat, 28 Jul 2001 01:28:51 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Tabor Kelly Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Collecting System Statistics Programatically References: <1801448262.20010727135401@dsl-only.net> 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 Tabor Kelly wrote: > > I have found how to collect limited system statistics with > sysctlbyname(), but I need to know how to do more. In specific I need > to know how much memory is being used, and what percentage of > processor cycles are being used. > > Any help is greatly appreciated, Thank You. > > Tabor Kelly I have always wanted to see some kind of kernel option to allow an HP-UX style metrics interface. IMHO, it should be a kernel option, but the hooks would have to be in every vital kernel function. HP Measureware is quite handy in load and capacity planning. With new SMP machines and HA tools being made available on a wide basis now, a tightly-coupled kernel-level Measureware-like interface could be a good idea whose time has come. As I said, this should either be a module or a compile-time option for the kernel, as it would introduce a small, but near-negligible, performance hit for the duration of a study, so it should be capable of being disabled for generic production use. My sources in HP say it's been used internally by HP to determine where to tune their kernel code with each successive release since the tightly-coupled measureware interface was established, so the idea would also have practical benefit to the core team and other kernel developers for future planning, and making FreeBSD even more efficient than it already is. At the current state of FreeBSD, this could be a good idea for FreeBSD-6.0. A fair assumption that SMP could be in commodity user-oriented gear by the time FreeBSD-6.0 is -RELEASE in at least 50% of the off the shelf products at the time wouldn't be a stretch assumption IMHO. This plus hardware speed improvements would make any performance hits near-negligible. I floated this idea a few years ago, but got burned up in the flames by people mainly using the performance-hit argument. In this day and age, and especially by the time 6.0-RELEASE is available, IMHO, that will be a dead argument against such a metrics interface at the kernel-level. It also opens the door to third-party userland metrics collection and analysis tools, both standalone, and clustering, both freeware and commercial. Anyone who is unfamiliar with the HP Measureware kernel interface should search on Measureware and HP-UX internals documents at hp.com, the interface is integral to the HP kernel, and covers almost any kernel statistic you can think of, because it is so tightly-coupled to the kernel. A userland daemon exists that can allow collecting such metrics over the wire from a cluster of computers, or from a network of standalone computers into a central capacity-planning workstation running a userland collection/analysis tool. Of course, the collection/analysis tool can exist on the same system being measured, but that in itself would introduce a performance hit [being an X app running on the production ox being measured], and thus is not recommended. I think this is an idea whose time has come. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 27 23:52:27 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 C4F0037B403 for ; Fri, 27 Jul 2001 23:52:25 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6S6qOI79827 for ; Fri, 27 Jul 2001 23:52:24 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 27 Jul 2001 23:52:24 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: hackers@freebsd.org Subject: old business: NetWorker's nsrexecd crashing on -current 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 Somebody tracked this down.... they write: + I found the crash bug on freebsd, but it is actually affecting every + platform; freebsd just happens to use strlen() in it's strdup() + implementation. FYI To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 4:19:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by hub.freebsd.org (Postfix) with ESMTP id 9EC2B37B403 for ; Sat, 28 Jul 2001 04:19:10 -0700 (PDT) (envelope-from mikescott@clara.net) Received: from data.scotts ([213.104.78.9]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010728111908.KMAP6330.mta06-svc.ntlworld.com@data.scotts>; Sat, 28 Jul 2001 12:19:08 +0100 Received: from picard (picard.scotts [192.168.0.2]) by data.scotts (8.11.3/8.11.3) with ESMTP id f6SBJ3f20095; Sat, 28 Jul 2001 12:19:05 +0100 (BST) From: mikescott@clara.net Organization: scott family To: "Daniel C. Sobral" Date: Sat, 28 Jul 2001 12:19:01 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: natd passes inconsistent addresses to ipfw? Reply-To: mikescott@clara.net Cc: freebsd-hackers@FreeBSD.ORG Message-ID: <3B62ADB5.17372.60982A6@localhost> In-reply-to: <3B61EFDD.ABD61EC3@newsguy.com> X-mailer: Pegasus Mail for Win32 (v3.12c) 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 27 Jul 2001, at 19:49, Daniel C. Sobral wrote: > mikescott@clara.net wrote: > > > > With the following ipfw config fragment, > > Which happens not to include the rule that is denying your packets... Untrue -- it's the "deny log tcp from any to any established" in the fragment I gave (# 00600 in the ipfw listing below) > > > > # divert packets through the tunnel interface > > $fwcmd add divert natd all from any to any via tun0 > > ... > > # allow anything I start up (OK) > > # allow connections to continue once made (FAILS!) > > $fwcmd add check-state > > $fwcmd add deny log tcp from any to any established > > $fwcmd add allow log tcp from any to any out via tun0 setup keep- > > state > > > > I get the following typical failures happening > > > > data# ipfw zero > > Accounting cleared. > > > > (Run telnet session) > > > > data# ipfw show ... > > 00500 0 0 check-state > > 00600 8 344 deny log logamount 100 tcp from any to any > > established > > 00700 4 192 allow log logamount 100 tcp from any to any keep- > > state out xmit tun0 setup ... > > 65435 0 0 deny log logamount 100 ip from any to any > > 65535 0 0 deny ip from any to any > > ## Dynamic rules: > > 00700 3 144 (T 5, # 86) ty 0 tcp, 213.104.70.121 1041 <-> > > 195.8.69.73 119 > > ....... > > It's doing precisely what you told it to. Perhaps if you would move the > check-state before the nat? Well, I tried that - moved to to just after the 'flush'. That just hangs totally, presumably because although the packets do match at the check-state, the rules stop being checked as soon as there's a match, so the nat never happens. In fact, *anything* that matches before the nat diversion will stop the latter happening, surely, so the nat *must* be first. I'm worried about the logic of the problem -- it seems to me that there's no way that nat and the dynamic rules can work together correctly, given that both incoming and outgoing packets start at the top and work down the same list of rules. Tthe keep-state and check-state surely have to be on the same side of the nat, because they have to work together *either* on local *or* external addresses, not a mixture. But if they're after the nat (as for all written examples I've seen), then for incoming packets they operate on local addresses, and for outgoing on external addresses, which is not what's wanted. If they're before the nat, we never reach the nat. Am I totally at sea here with my understanding of what's going on? Does anyone on the list have a working example which they could offer, please, and set my mind at rest? -- various incoming sites blocked because of spam: see www.mikescott.clara.net for a list mikescott@clara.net Mike Scott aka mikeascott@ntlworld.com Harlow Essex England To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 4:25: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mydomain.com (t3o102p2.telia.com [194.255.255.2]) by hub.freebsd.org (Postfix) with ESMTP id 88B1D37B406; Sat, 28 Jul 2001 04:24:46 -0700 (PDT) (envelope-from world1web@www.com) Date: Sat, 28 Jul 2001 13:24:44 +0100 From: WORLD1-WEB To: WORLD1-WEB@FreeBSD.ORG Subject: INCREDIBLE .. WORLDS NO.1 !! Message-Id: <20010728112446.88B1D37B406@hub.freebsd.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 Ladies & Gentlemen, Are you ready to the experience of a lifetime ? As affiliates of the CIL group, we offer you to PLUGIN to the largest SEX-SERVER on the WEB, in order to get more than 3000 MegaBytes of the best and most sensational SEX on the entire Web! Why on earth do you think that thousands of people from 13 countries daily choose to visit 2 particular WebSites ? Very EASY answer! - The largest and most incredible content of LIVE SEX is offered! - State-of-the-art LIVE SHOWS with the wildest and most horny amateurs and pornstars in the world! - Hardcore LIVE SEX that hasnŽt crossed your imagination! - Incredible & amazing themes from soft sex to the most bizarre sex! - Beautiful Girls & wild studs from almost every country, allowing you to watch, see & chat with awsome amateurs & pornstars who are blond, who are black, who are Scandinavian, who are Asian, who have BIG tits, who are shaved, who are pregnant who are .... you just name it ! - The best ever made SPY-CAMS, WATCH-CAMS, POOL-CAMS, SHOWER-CAMS, AMATEUR-CAMS ... etc! - Several high quality Interactive Cams & LIVE SEX Chat, where you are in controle ! - Much much more ... too much to mention ! EVERYTHING is offered 100% ANONOMOUSLY & you donŽt need to sign-up or have a creditcard ... How simple is that ? PLUGIN now to our MEGA SEX-SERVER through any of the 2 AwardWinning Sites listed below, and get instantly access to more than 3000 MegaBytes of State-of-the-art WebSex! RIGHT HERE AT: http://siam.to/sexywebtv (This Site just has EVERYTHING you can imagine) ... If this Site does not open properly ... please try http://cyberu.to/hotweb Or this one, if you just love true LESBIAN SEX, CHAT and MORE from Sunny Ibiza in Spain: http://siam.to/sexybabestv ... If this Site does not open properly ... please try http://cyberu.to/hotbabes Enjoy your trip to paradise! VERY IMPORTANT HINT: To get DIRECT ACCESS to the webpages in the future, ALLWAYS keep the DIALER on your desktop or elsewhere on your PC ... Its easy, small and 100% harmless. Yours sincerely, WORLD1-WEB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 4:25:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mydomain.com (t3o102p2.telia.com [194.255.255.2]) by hub.freebsd.org (Postfix) with ESMTP id 2FF1037B405; Sat, 28 Jul 2001 04:25:01 -0700 (PDT) (envelope-from world1web@www.com) Date: Sat, 28 Jul 2001 13:25:00 +0100 From: WORLD1-WEB To: WORLD1-WEB@FreeBSD.ORG Subject: INCREDIBLE .. WORLDS NO.1 !! Message-Id: <20010728112501.2FF1037B405@hub.freebsd.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 Ladies & Gentlemen, Are you ready to the experience of a lifetime ? As affiliates of the CIL group, we offer you to PLUGIN to the largest SEX-SERVER on the WEB, in order to get more than 3000 MegaBytes of the best and most sensational SEX on the entire Web! Why on earth do you think that thousands of people from 13 countries daily choose to visit 2 particular WebSites ? Very EASY answer! - The largest and most incredible content of LIVE SEX is offered! - State-of-the-art LIVE SHOWS with the wildest and most horny amateurs and pornstars in the world! - Hardcore LIVE SEX that hasnŽt crossed your imagination! - Incredible & amazing themes from soft sex to the most bizarre sex! - Beautiful Girls & wild studs from almost every country, allowing you to watch, see & chat with awsome amateurs & pornstars who are blond, who are black, who are Scandinavian, who are Asian, who have BIG tits, who are shaved, who are pregnant who are .... you just name it ! - The best ever made SPY-CAMS, WATCH-CAMS, POOL-CAMS, SHOWER-CAMS, AMATEUR-CAMS ... etc! - Several high quality Interactive Cams & LIVE SEX Chat, where you are in controle ! - Much much more ... too much to mention ! EVERYTHING is offered 100% ANONOMOUSLY & you donŽt need to sign-up or have a creditcard ... How simple is that ? PLUGIN now to our MEGA SEX-SERVER through any of the 2 AwardWinning Sites listed below, and get instantly access to more than 3000 MegaBytes of State-of-the-art WebSex! RIGHT HERE AT: http://siam.to/sexywebtv (This Site just has EVERYTHING you can imagine) ... If this Site does not open properly ... please try http://cyberu.to/hotweb Or this one, if you just love true LESBIAN SEX, CHAT and MORE from Sunny Ibiza in Spain: http://siam.to/sexybabestv ... If this Site does not open properly ... please try http://cyberu.to/hotbabes Enjoy your trip to paradise! VERY IMPORTANT HINT: To get DIRECT ACCESS to the webpages in the future, ALLWAYS keep the DIALER on your desktop or elsewhere on your PC ... Its easy, small and 100% harmless. Yours sincerely, WORLD1-WEB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 5:41:23 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 311AA37B405 for ; Sat, 28 Jul 2001 05:40:47 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id B32CE3E28; Sat, 28 Jul 2001 05:40:46 -0700 (PDT) Received: from bazooka.unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 93F643C12C; Sat, 28 Jul 2001 05:40:46 -0700 (PDT) To: David Gilbert Cc: freebsd-hackers@freebsd.org Subject: Re: Wanted: swapped backed disk on a diskless machine In-Reply-To: <15201.28767.575077.832729@trooper.velocet.net>; from dgilbert@velocet.ca on "Fri, 27 Jul 2001 09:45:03 -0400" Date: Sat, 28 Jul 2001 05:40:41 -0700 From: Dima Dorfman Message-Id: <20010728124046.B32CE3E28@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 David Gilbert writes: > >>>>> "Dima" == Dima Dorfman writes: > Dima> Only the `malloc' md type (as much as the name suggests > Dima> otherwise, it can be configured not to use malloc as a backing > Dima> store) has the limits I think you're referring to. Its `swap' > Dima> backing may be what you need. However, support for that is only > Dima> in -current, and there are no plans to MFC it since it isn't > Dima> backwards-compatible with the md that's in -stable. That said, > Dima> I have patches that backport -current's md to -stable; if > Dima> anybody wants them, feel free to ask. > > Me Please! Okay. This isn't a shrink-wrapped package, so you'll need to do a little footwork to get it working, but it's not so bad. You need three things from -current: - src/sys/sys/mdioctl.h; get this from -current and stick it in the same path. - mdconfig(8); you can find this in src/sbin/mdconfig. This compiles cleanly on -stable, but it needs the above header, so make sure it can find it. - md(4); the actual driver. Apply the patch attached below to src/sys/dev/md/md.c. It merges it up to rev. 1.34. Once you've done that, you should be able to recompile your kernel and use mdconfig(8) to configure an md(4) device. The interface is quite different from the one in -stable, but the man page should tell you everything you need to know. You can also get the module build framework from -current if you'd like to use that (src/sys/modules/md). DISCLAIMER: It is not my responsibility if this melts your computer. That isn't likely to happen, of course, but don't blame me if it does. Index: md.c =================================================================== RCS file: /stl/src/FreeBSD/src/sys/dev/md/md.c,v retrieving revision 1.8.2.1 diff -u -r1.8.2.1 md.c --- md.c 2000/07/17 13:48:40 1.8.2.1 +++ md.c 2001/06/05 02:41:26 @@ -10,8 +10,55 @@ * */ +/* + * The following functions are based in the vn(4) driver: mdstart_swap(), + * mdstart_vnode(), mdcreate_swap(), mdcreate_vnode() and mddestroy(), + * and as such under the following copyright: + * + * Copyright (c) 1988 University of Utah. + * Copyright (c) 1990, 1993 + * The Regents of the University of California. All rights reserved. + * + * This code is derived from software contributed to Berkeley by + * the Systems Programming Group of the University of Utah Computer + * Science Department. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the University of + * California, Berkeley and its contributors. + * 4. Neither the name of the University nor the names of its contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * from: Utah Hdr: vn.c 1.13 94/04/02 + * + * from: @(#)vn.c 8.6 (Berkeley) 4/1/94 + * From: src/sys/dev/vn/vn.c,v 1.122 2000/12/16 16:06:03 + */ + #include "opt_mfs.h" /* We have adopted some tasks from MFS */ -#include "opt_md.h" /* We have adopted some tasks from MFS */ +#include "opt_md.h" #include #include @@ -19,11 +66,29 @@ #include #include #include +#include #include +#include +#include #include +#include +#include +#include +#include #include -#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#define MD_MODVER 1 + #ifndef MD_NSECT #define MD_NSECT (10000 * 2) #endif @@ -50,16 +115,16 @@ static u_char end_mfs_root[] __unused = "MFS Filesystem had better STOP here"; #endif -static int mdrootready; +static int mdrootready; +static int mdunits; +static dev_t status_dev = 0; + #define CDEV_MAJOR 95 -#define BDEV_MAJOR 22 static d_strategy_t mdstrategy; -static d_strategy_t mdstrategy_preload; -static d_strategy_t mdstrategy_malloc; static d_open_t mdopen; -static d_ioctl_t mdioctl; +static d_ioctl_t mdioctl, mdctlioctl; static struct cdevsw md_cdevsw = { /* open */ mdopen, @@ -70,35 +135,57 @@ /* poll */ nopoll, /* mmap */ nommap, /* strategy */ mdstrategy, - /* name */ "md", + /* name */ MD_NAME, /* maj */ CDEV_MAJOR, /* dump */ nodump, /* psize */ nopsize, - /* flags */ D_DISK | D_CANFREE | D_MEMDISK, - /* bmaj */ BDEV_MAJOR + /* flags */ D_DISK | D_CANFREE | D_MEMDISK +}; + +static struct cdevsw mdctl_cdevsw = { + /* open */ nullopen, + /* close */ nullclose, + /* read */ noread, + /* write */ nowrite, + /* ioctl */ mdctlioctl, + /* poll */ nopoll, + /* mmap */ nommap, + /* strategy */ nostrategy, + /* name */ MD_NAME, + /* maj */ CDEV_MAJOR }; +static struct cdevsw mddisk_cdevsw; + +static LIST_HEAD(, md_s) md_softc_list = LIST_HEAD_INITIALIZER(&md_softc_list); + struct md_s { int unit; + LIST_ENTRY(md_s) list; struct devstat stats; - struct buf_queue_head buf_queue; + struct buf_queue_head bio_queue; struct disk disk; dev_t dev; int busy; - enum {MD_MALLOC, MD_PRELOAD} type; + enum md_types type; unsigned nsect; - struct cdevsw devsw; + unsigned secsize; + unsigned flags; /* MD_MALLOC related fields */ - unsigned nsecp; u_char **secp; /* MD_PRELOAD related fields */ u_char *pl_ptr; unsigned pl_len; -}; + + /* MD_VNODE related fields */ + struct vnode *vnode; + struct ucred *cred; -static int mdunits; + /* MD_OBJET related fields */ + vm_object_t object; +}; static int mdopen(dev_t dev, int flag, int fmt, struct proc *p) @@ -114,8 +201,8 @@ dl = &sc->disk.d_label; bzero(dl, sizeof(*dl)); - dl->d_secsize = DEV_BSIZE; - dl->d_nsectors = 1024; + dl->d_secsize = sc->secsize; + dl->d_nsectors = sc->nsect > 63 ? 63 : sc->nsect; dl->d_ntracks = 1; dl->d_secpercyl = dl->d_nsectors * dl->d_ntracks; dl->d_secperunit = sc->nsect; @@ -135,182 +222,107 @@ } static void -mdstrategy(struct buf *bp) +mdstart_malloc(struct md_s *sc) { - struct md_s *sc; - - if (md_debug > 1) - printf("mdstrategy(%p) %s %lx, %d, %ld, %p)\n", - bp, devtoname(bp->b_dev), bp->b_flags, bp->b_blkno, - bp->b_bcount / DEV_BSIZE, bp->b_data); - - sc = bp->b_dev->si_drv1; - if (sc->type == MD_MALLOC) { - mdstrategy_malloc(bp); - } else { - mdstrategy_preload(bp); - } - return; -} - - -static void -mdstrategy_malloc(struct buf *bp) -{ - int s, i; - struct md_s *sc; + int i; + struct buf *bp; devstat_trans_flags dop; u_char *secp, **secpp, *dst; unsigned secno, nsec, secval, uc; - - if (md_debug > 1) - printf("mdstrategy_malloc(%p) %s %lx, %d, %ld, %p)\n", - bp, devtoname(bp->b_dev), bp->b_flags, bp->b_blkno, - bp->b_bcount / DEV_BSIZE, bp->b_data); - - sc = bp->b_dev->si_drv1; - - s = splbio(); - - bufqdisksort(&sc->buf_queue, bp); - - if (sc->busy) { - splx(s); - return; - } - sc->busy++; - - while (1) { - bp = bufq_first(&sc->buf_queue); + for (;;) { + /* XXX: LOCK(unique unit numbers) */ + bp = bufq_first(&sc->bio_queue); if (bp) - bufq_remove(&sc->buf_queue, bp); - splx(s); + bufq_remove(&sc->bio_queue, bp); + /* XXX: UNLOCK(unique unit numbers) */ if (!bp) break; devstat_start_transaction(&sc->stats); - if (bp->b_flags & B_FREEBUF) + if (bp->b_flags & B_FREEBUF) dop = DEVSTAT_NO_DATA; else if (bp->b_flags & B_READ) dop = DEVSTAT_READ; else dop = DEVSTAT_WRITE; - nsec = bp->b_bcount / DEV_BSIZE; + nsec = bp->b_bcount / sc->secsize; secno = bp->b_pblkno; dst = bp->b_data; while (nsec--) { - - if (secno < sc->nsecp) { - secpp = &sc->secp[secno]; - if ((u_int)*secpp > 255) { - secp = *secpp; - secval = 0; - } else { - secp = 0; - secval = (u_int) *secpp; - } - } else { - secpp = 0; - secp = 0; + secpp = &sc->secp[secno]; + if ((uintptr_t)*secpp > 255) { + secp = *secpp; secval = 0; + } else { + secp = NULL; + secval = (uintptr_t) *secpp; } + if (md_debug > 2) - printf("%lx %p %p %d\n", bp->b_flags, secpp, secp, secval); + printf("%lx %p %p %d\n", + bp->b_flags, secpp, secp, secval); if (bp->b_flags & B_FREEBUF) { - if (secpp) { - if (secp) - FREE(secp, M_MDSECT); + if (!(sc->flags & MD_RESERVE) && secp != NULL) { + FREE(secp, M_MDSECT); *secpp = 0; } } else if (bp->b_flags & B_READ) { - if (secp) { - bcopy(secp, dst, DEV_BSIZE); + if (secp != NULL) { + bcopy(secp, dst, sc->secsize); } else if (secval) { - for (i = 0; i < DEV_BSIZE; i++) + for (i = 0; i < sc->secsize; i++) dst[i] = secval; } else { - bzero(dst, DEV_BSIZE); + bzero(dst, sc->secsize); } } else { - uc = dst[0]; - for (i = 1; i < DEV_BSIZE; i++) - if (dst[i] != uc) - break; - if (i == DEV_BSIZE && !uc) { + if (sc->flags & MD_COMPRESS) { + uc = dst[0]; + for (i = 1; i < sc->secsize; i++) + if (dst[i] != uc) + break; + } else { + i = 0; + uc = 0; + } + if (i == sc->secsize) { if (secp) FREE(secp, M_MDSECT); - if (secpp) - *secpp = (u_char *)uc; + *secpp = (u_char *)(uintptr_t)uc; } else { - if (!secpp) { - MALLOC(secpp, u_char **, (secno + nsec + 1) * sizeof(u_char *), M_MD, M_WAITOK); - bzero(secpp, (secno + nsec + 1) * sizeof(u_char *)); - bcopy(sc->secp, secpp, sc->nsecp * sizeof(u_char *)); - FREE(sc->secp, M_MD); - sc->secp = secpp; - sc->nsecp = secno + nsec + 1; - secpp = &sc->secp[secno]; - } - if (i == DEV_BSIZE) { - if (secp) - FREE(secp, M_MDSECT); - *secpp = (u_char *)uc; - } else { - if (!secp) - MALLOC(secp, u_char *, DEV_BSIZE, M_MDSECT, M_WAITOK); - bcopy(dst, secp, DEV_BSIZE); - - *secpp = secp; - } + if (secp == NULL) + MALLOC(secp, u_char *, sc->secsize, M_MDSECT, M_WAITOK); + bcopy(dst, secp, sc->secsize); + *secpp = secp; } } secno++; - dst += DEV_BSIZE; + dst += sc->secsize; } bp->b_resid = 0; devstat_end_transaction_buf(&sc->stats, bp); biodone(bp); - s = splbio(); } - sc->busy = 0; return; } static void -mdstrategy_preload(struct buf *bp) +mdstart_preload(struct md_s *sc) { - int s; - struct md_s *sc; + struct buf *bp; devstat_trans_flags dop; - if (md_debug > 1) - printf("mdstrategy_preload(%p) %s %lx, %d, %ld, %p)\n", - bp, devtoname(bp->b_dev), bp->b_flags, bp->b_blkno, - bp->b_bcount / DEV_BSIZE, bp->b_data); - - sc = bp->b_dev->si_drv1; - - s = splbio(); - - bufqdisksort(&sc->buf_queue, bp); - - if (sc->busy) { - splx(s); - return; - } - - sc->busy++; - - while (1) { - bp = bufq_first(&sc->buf_queue); + for (;;) { + /* XXX: LOCK(unique unit numbers) */ + bp = bufq_first(&sc->bio_queue); if (bp) - bufq_remove(&sc->buf_queue, bp); - splx(s); + bufq_remove(&sc->bio_queue, bp); + /* XXX: UNLOCK(unique unit numbers) */ if (!bp) break; @@ -328,60 +340,546 @@ bp->b_resid = 0; devstat_end_transaction_buf(&sc->stats, bp); biodone(bp); - s = splbio(); } - sc->busy = 0; return; } +static void +mdstart_vnode(struct md_s *sc) +{ + int error; + struct buf *bp; + struct uio auio; + struct iovec aiov; + + /* + * VNODE I/O + * + * If an error occurs, we set B_ERROR but we do not set + * B_INVAL because (for a write anyway), the buffer is + * still valid. + */ + + for (;;) { + /* XXX: LOCK(unique unit numbers) */ + bp = bufq_first(&sc->bio_queue); + if (bp) + bufq_remove(&sc->bio_queue, bp); + /* XXX: UNLOCK(unique unit numbers) */ + if (!bp) + break; + + devstat_start_transaction(&sc->stats); + + bzero(&auio, sizeof(auio)); + + aiov.iov_base = bp->b_data; + aiov.iov_len = bp->b_bcount; + auio.uio_iov = &aiov; + auio.uio_iovcnt = 1; + auio.uio_offset = (vm_ooffset_t)bp->b_pblkno * sc->secsize; + auio.uio_segflg = UIO_SYSSPACE; + if(bp->b_flags & B_READ) + auio.uio_rw = UIO_READ; + else + auio.uio_rw = UIO_WRITE; + auio.uio_resid = bp->b_bcount; + auio.uio_procp = curproc; + if (VOP_ISLOCKED(sc->vnode, NULL)) + vprint("unexpected md driver lock", sc->vnode); + if (bp->b_flags & B_READ) { + vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curproc); + error = VOP_READ(sc->vnode, &auio, 0, sc->cred); + } else { + vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curproc); + error = VOP_WRITE(sc->vnode, &auio, 0, sc->cred); + } + VOP_UNLOCK(sc->vnode, 0, curproc); + bp->b_resid = auio.uio_resid; + + if (error) { + bp->b_error = error; + bp->b_flags |= B_ERROR; + } + devstat_end_transaction_buf(&sc->stats, bp); + biodone(bp); + } + return; +} + +static void +mdstart_swap(struct md_s *sc) +{ + struct buf *bp; + + for (;;) { + /* XXX: LOCK(unique unit numbers) */ + bp = bufq_first(&sc->bio_queue); + if (bp) + bufq_remove(&sc->bio_queue, bp); + /* XXX: UNLOCK(unique unit numbers) */ + if (!bp) + break; + +#if 0 + devstat_start_transaction(&sc->stats); +#endif + + if ((bp->b_flags & B_FREEBUF) && (sc->flags & MD_RESERVE)) + biodone(bp); + else + vm_pager_strategy(sc->object, bp); + +#if 0 + devstat_end_transaction_buf(&sc->stats, bp); +#endif + } + return; +} + +static void +mdstrategy(struct buf *bp) +{ + struct md_s *sc; + int s; + + if (md_debug > 1) + printf("mdstrategy(%p) %s %lx, %d, %ld, %p)\n", + bp, devtoname(bp->b_dev), bp->b_flags, bp->b_blkno, + bp->b_bcount / DEV_BSIZE, bp->b_data); + + sc = bp->b_dev->si_drv1; + + s = splbio(); + bufqdisksort(&sc->bio_queue, bp); + + if (sc->busy) { + splx(s); + return; + } else + sc->busy = 1; + + switch (sc->type) { + case MD_MALLOC: + mdstart_malloc(sc); + break; + case MD_PRELOAD: + mdstart_preload(sc); + break; + case MD_VNODE: + mdstart_vnode(sc); + break; + case MD_SWAP: + mdstart_swap(sc); + break; + default: + panic("Impossible md(type)"); + break; + } + sc->busy = 0; +} + static struct md_s * -mdcreate(struct cdevsw *devsw) +mdfind(int unit) { struct md_s *sc; + + /* XXX: LOCK(unique unit numbers) */ + LIST_FOREACH(sc, &md_softc_list, list) { + if (sc->unit == unit) + break; + } + /* XXX: UNLOCK(unique unit numbers) */ + return (sc); +} - MALLOC(sc, struct md_s *,sizeof(*sc), M_MD, M_WAITOK); - bzero(sc, sizeof(*sc)); - sc->unit = mdunits++; - bufq_init(&sc->buf_queue); - devstat_add_entry(&sc->stats, "md", sc->unit, DEV_BSIZE, +static struct md_s * +mdnew(int unit) +{ + struct md_s *sc; + int max = -1; + + /* XXX: LOCK(unique unit numbers) */ + LIST_FOREACH(sc, &md_softc_list, list) { + if (sc->unit == unit) { + /* XXX: UNLOCK(unique unit numbers) */ + return (NULL); + } + if (sc->unit > max) + max = sc->unit; + } + if (unit == -1) + unit = max + 1; + MALLOC(sc, struct md_s *,sizeof(*sc), M_MD, M_WAITOK | M_ZERO); + sc->unit = unit; + LIST_INSERT_HEAD(&md_softc_list, sc, list); + /* XXX: UNLOCK(unique unit numbers) */ + return (sc); +} + +static void +mdinit(struct md_s *sc) +{ + + bufq_init(&sc->bio_queue); + devstat_add_entry(&sc->stats, MD_NAME, sc->unit, sc->secsize, DEVSTAT_NO_ORDERED_TAGS, DEVSTAT_TYPE_DIRECT | DEVSTAT_TYPE_IF_OTHER, DEVSTAT_PRIORITY_OTHER); - sc->dev = disk_create(sc->unit, &sc->disk, 0, devsw, &sc->devsw); + sc->dev = disk_create(sc->unit, &sc->disk, 0, &md_cdevsw, &mddisk_cdevsw); sc->dev->si_drv1 = sc; - return (sc); } -static void -mdcreate_preload(u_char *image, unsigned length) +/* + * XXX: we should check that the range they feed us is mapped. + * XXX: we should implement read-only. + */ + +static int +mdcreate_preload(struct md_ioctl *mdio) { struct md_s *sc; - sc = mdcreate(&md_cdevsw); + if (mdio->md_size == 0) + return(EINVAL); + if (mdio->md_options & ~(MD_AUTOUNIT)) + return(EINVAL); + if (mdio->md_options & MD_AUTOUNIT) { + sc = mdnew(-1); + if (sc == NULL) + return (ENOMEM); + mdio->md_unit = sc->unit; + } else { + sc = mdnew(mdio->md_unit); + if (sc == NULL) + return (EBUSY); + } sc->type = MD_PRELOAD; - sc->nsect = length / DEV_BSIZE; - sc->pl_ptr = image; - sc->pl_len = length; - - if (sc->unit == 0) - mdrootready = 1; + sc->secsize = DEV_BSIZE; + sc->nsect = mdio->md_size; + /* Cast to pointer size, then to pointer to avoid warning */ + sc->pl_ptr = (u_char *)(uintptr_t)mdio->md_base; + sc->pl_len = (mdio->md_size << DEV_BSHIFT); + mdinit(sc); + return (0); } -static void -mdcreate_malloc(void) + +static int +mdcreate_malloc(struct md_ioctl *mdio) { struct md_s *sc; + unsigned u; - sc = mdcreate(&md_cdevsw); + if (mdio->md_size == 0) + return(EINVAL); + if (mdio->md_options & ~(MD_AUTOUNIT | MD_COMPRESS | MD_RESERVE)) + return(EINVAL); + /* Compression doesn't make sense if we have reserved space */ + if (mdio->md_options & MD_RESERVE) + mdio->md_options &= ~MD_COMPRESS; + if (mdio->md_options & MD_AUTOUNIT) { + sc = mdnew(-1); + if (sc == NULL) + return (ENOMEM); + mdio->md_unit = sc->unit; + } else { + sc = mdnew(mdio->md_unit); + if (sc == NULL) + return (EBUSY); + } sc->type = MD_MALLOC; + sc->secsize = DEV_BSIZE; + sc->nsect = mdio->md_size; + sc->flags = mdio->md_options & MD_COMPRESS; + MALLOC(sc->secp, u_char **, sc->nsect * sizeof(u_char *), M_MD, M_WAITOK | M_ZERO); + if (mdio->md_options & MD_RESERVE) { + for (u = 0; u < sc->nsect; u++) + MALLOC(sc->secp[u], u_char *, DEV_BSIZE, M_MDSECT, M_WAITOK | M_ZERO); + } + printf("%s%d: Malloc disk\n", MD_NAME, sc->unit); + mdinit(sc); + return (0); +} + + +static int +mdsetcred(struct md_s *sc, struct ucred *cred) +{ + char *tmpbuf; + int error = 0; + + /* + * Set credits in our softc + */ + + if (sc->cred) + crfree(sc->cred); + sc->cred = crdup(cred); + + /* + * Horrible kludge to establish credentials for NFS XXX. + */ + + if (sc->vnode) { + struct uio auio; + struct iovec aiov; + + tmpbuf = malloc(sc->secsize, M_TEMP, M_WAITOK); + bzero(&auio, sizeof(auio)); + + aiov.iov_base = tmpbuf; + aiov.iov_len = sc->secsize; + auio.uio_iov = &aiov; + auio.uio_iovcnt = 1; + auio.uio_offset = 0; + auio.uio_rw = UIO_READ; + auio.uio_segflg = UIO_SYSSPACE; + auio.uio_resid = aiov.iov_len; + vn_lock(sc->vnode, LK_EXCLUSIVE | LK_RETRY, curproc); + error = VOP_READ(sc->vnode, &auio, 0, sc->cred); + VOP_UNLOCK(sc->vnode, 0, curproc); + free(tmpbuf, M_TEMP); + } + return (error); +} + +static int +mdcreate_vnode(struct md_ioctl *mdio, struct proc *p) +{ + struct md_s *sc; + struct vattr vattr; + struct nameidata nd; + int error, flags; + + if (mdio->md_options & MD_AUTOUNIT) { + sc = mdnew(-1); + mdio->md_unit = sc->unit; + } else { + sc = mdnew(mdio->md_unit); + } + if (sc == NULL) + return (EBUSY); + + sc->type = MD_VNODE; + + flags = FREAD|FWRITE; + NDINIT(&nd, LOOKUP, FOLLOW, UIO_USERSPACE, mdio->md_file, p); + error = vn_open(&nd, flags, 0); + if (error) { + if (error != EACCES && error != EPERM && error != EROFS) + return (error); + flags &= ~FWRITE; + sc->flags |= MD_READONLY; + NDINIT(&nd, LOOKUP, FOLLOW, UIO_USERSPACE, mdio->md_file, p); + error = vn_open(&nd, flags, 0); + if (error) + return (error); + } + NDFREE(&nd, NDF_ONLY_PNBUF); + if (nd.ni_vp->v_type != VREG || + (error = VOP_GETATTR(nd.ni_vp, &vattr, p->p_ucred, p))) { + VOP_UNLOCK(nd.ni_vp, 0, p); + (void) vn_close(nd.ni_vp, flags, p->p_ucred, p); + return (error ? error : EINVAL); + } + VOP_UNLOCK(nd.ni_vp, 0, p); + sc->secsize = DEV_BSIZE; + sc->vnode = nd.ni_vp; + + /* + * If the size is specified, override the file attributes. + */ + if (mdio->md_size) + sc->nsect = mdio->md_size; + else + sc->nsect = vattr.va_size / sc->secsize; /* XXX: round up ? */ + error = mdsetcred(sc, p->p_ucred); + if (error) { + (void) vn_close(nd.ni_vp, flags, p->p_ucred, p); + return(error); + } + mdinit(sc); + return (0); +} + +static int +mddestroy(struct md_s *sc, struct md_ioctl *mdio, struct proc *p) +{ + unsigned u; + + if (sc->dev != NULL) { + devstat_remove_entry(&sc->stats); + disk_destroy(sc->dev); + } + if (sc->vnode != NULL) + (void)vn_close(sc->vnode, sc->flags & MD_READONLY ? FREAD : (FREAD|FWRITE), sc->cred, p); + if (sc->cred != NULL) + crfree(sc->cred); + if (sc->object != NULL) + vm_pager_deallocate(sc->object); + if (sc->secp != NULL) { + for (u = 0; u < sc->nsect; u++) + if ((uintptr_t)sc->secp[u] > 255) + FREE(sc->secp[u], M_MDSECT); + FREE(sc->secp, M_MD); + } + + /* XXX: LOCK(unique unit numbers) */ + LIST_REMOVE(sc, list); + /* XXX: UNLOCK(unique unit numbers) */ + FREE(sc, M_MD); + return (0); +} + +static int +mdcreate_swap(struct md_ioctl *mdio, struct proc *p) +{ + int error; + struct md_s *sc; + + if (mdio->md_options & MD_AUTOUNIT) { + sc = mdnew(-1); + mdio->md_unit = sc->unit; + } else { + sc = mdnew(mdio->md_unit); + } + if (sc == NULL) + return (EBUSY); + + sc->type = MD_SWAP; + + /* + * Range check. Disallow negative sizes or any size less then the + * size of a page. Then round to a page. + */ + + if (mdio->md_size == 0) { + mddestroy(sc, mdio, p); + return(EDOM); + } + + /* + * Allocate an OBJT_SWAP object. + * + * sc_secsize is PAGE_SIZE'd + * + * mdio->size is in DEV_BSIZE'd chunks. + * Note the truncation. + */ + + sc->secsize = PAGE_SIZE; + sc->nsect = mdio->md_size / (PAGE_SIZE / DEV_BSIZE); + sc->object = vm_pager_allocate(OBJT_SWAP, NULL, sc->secsize * (vm_offset_t)sc->nsect, VM_PROT_DEFAULT, 0); + if (mdio->md_options & MD_RESERVE) { + if (swap_pager_reserve(sc->object, 0, sc->nsect) < 0) { + vm_pager_deallocate(sc->object); + sc->object = NULL; + mddestroy(sc, mdio, p); + return(EDOM); + } + } + error = mdsetcred(sc, p->p_ucred); + if (error) + mddestroy(sc, mdio, p); + else + mdinit(sc); + return(error); +} + +static int +mdctlioctl(dev_t dev, u_long cmd, caddr_t addr, int flags, struct proc *p) +{ + struct md_ioctl *mdio; + struct md_s *sc; + + if (md_debug) + printf("mdctlioctl(%s %lx %p %x %p)\n", + devtoname(dev), cmd, addr, flags, p); - sc->nsect = MD_NSECT; /* for now */ - MALLOC(sc->secp, u_char **, sizeof(u_char *), M_MD, M_WAITOK); - bzero(sc->secp, sizeof(u_char *)); - sc->nsecp = 1; + mdio = (struct md_ioctl *)addr; + switch (cmd) { + case MDIOCATTACH: + switch (mdio->md_type) { + case MD_MALLOC: + return(mdcreate_malloc(mdio)); + case MD_PRELOAD: + return(mdcreate_preload(mdio)); + case MD_VNODE: + return(mdcreate_vnode(mdio, p)); + case MD_SWAP: + return(mdcreate_swap(mdio, p)); + default: + return (EINVAL); + } + case MDIOCDETACH: + if (mdio->md_file != NULL) + return(EINVAL); + if (mdio->md_size != 0) + return(EINVAL); + if (mdio->md_options != 0) + return(EINVAL); + sc = mdfind(mdio->md_unit); + if (sc == NULL) + return (ENOENT); + switch(sc->type) { + case MD_VNODE: + case MD_SWAP: + case MD_MALLOC: + case MD_PRELOAD: + return(mddestroy(sc, mdio, p)); + default: + return (EOPNOTSUPP); + } + case MDIOCQUERY: + sc = mdfind(mdio->md_unit); + if (sc == NULL) + return (ENOENT); + mdio->md_type = sc->type; + mdio->md_options = sc->flags; + switch (sc->type) { + case MD_MALLOC: + mdio->md_size = sc->nsect; + break; + case MD_PRELOAD: + mdio->md_size = sc->nsect; + (u_char *)(uintptr_t)mdio->md_base = sc->pl_ptr; + break; + case MD_SWAP: + mdio->md_size = sc->nsect * (PAGE_SIZE / DEV_BSIZE); + break; + case MD_VNODE: + mdio->md_size = sc->nsect; + /* XXX fill this in */ + mdio->md_file = NULL; + break; + } + return (0); + default: + return (ENOIOCTL); + }; + return (ENOIOCTL); } static void +md_preloaded(u_char *image, unsigned length) +{ + struct md_s *sc; + + sc = mdnew(-1); + if (sc == NULL) + return; + sc->type = MD_PRELOAD; + sc->secsize = DEV_BSIZE; + sc->nsect = length / DEV_BSIZE; + sc->pl_ptr = image; + sc->pl_len = length; + if (sc->unit == 0) + mdrootready = 1; + mdinit(sc); +} + +static void md_drvinit(void *unused) { @@ -391,7 +889,7 @@ unsigned len; #ifdef MD_ROOT_SIZE - mdcreate_preload(mfs_root, MD_ROOT_SIZE*1024); + md_preloaded(mfs_root, MD_ROOT_SIZE*1024); #endif mod = NULL; while ((mod = preload_search_next_name(mod)) != NULL) { @@ -409,13 +907,39 @@ len = *(unsigned *)c; printf("md%d: Preloaded image <%s> %d bytes at %p\n", mdunits, name, len, ptr); - mdcreate_preload(ptr, len); + md_preloaded(ptr, len); } - printf("md%d: Malloc disk\n", mdunits); - mdcreate_malloc(); + status_dev = make_dev(&mdctl_cdevsw, 0xffff00ff, UID_ROOT, GID_WHEEL, 0600, "mdctl"); } + +static int +md_modevent(module_t mod, int type, void *data) +{ + switch (type) { + case MOD_LOAD: + md_drvinit(NULL); + break; + case MOD_UNLOAD: + if (!LIST_EMPTY(&md_softc_list)) + return EBUSY; + if (status_dev) + destroy_dev(status_dev); + status_dev = 0; + break; + default: + break; + } + return 0; +} + +static moduledata_t md_mod = { + "md", + md_modevent, + NULL +}; +DECLARE_MODULE(md, md_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE+CDEV_MAJOR); +MODULE_VERSION(md, MD_MODVER); -SYSINIT(mddev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE+CDEV_MAJOR, md_drvinit,NULL) #ifdef MD_ROOT static void To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 6:31: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (unknown [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id B45DA37B403 for ; Sat, 28 Jul 2001 06:30:39 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 4459 invoked by uid 1000); 28 Jul 2001 13:22:20 -0000 Date: Sat, 28 Jul 2001 16:22:20 +0300 From: Peter Pentchev To: hackers@FreeBSD.org Subject: Re: perhaps one of phk's "intern" projects? Message-ID: <20010728162220.B1249@ringworld.oblivion.bg> Mail-Followup-To: hackers@FreeBSD.org References: <20010727164935.H23159@mail.webmonster.de> <200107271458.f6REwtn04285@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107271458.f6REwtn04285@whizzo.transsys.com>; from louie@TransSys.COM on Fri, Jul 27, 2001 at 10:58:55AM -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 Fri, Jul 27, 2001 at 10:58:55AM -0400, Louis A. Mamakos wrote: > > Matthew Emmerton(matt@gsicomp.on.ca)@2001.07.26 16:50:52 +0000: > > > On Thu, 26 Jul 2001, Matthew Jacob wrote: > > > > > > > It'd be nice if one could pass a time specification to at in the form of "next > > > > reboot". > > > > > > > > -matt > > > > > > > > > > Why not just write a script for the command and stick it in > > > /usr/local/etc/rc.d? > > > > because a uid != 0 won't write a startup file there, won't he? ;-) > > Of course, he could use the crontab(1) command, and install an > entry with a time of '@reboot'. > > RTFM: man 1 crontab > man 5 crontab > > Sure, this starts something on *every* reboot, but that's the same > as if you installed someting in /usr/local/etc/rc.d [CC list trimmed viciously] So cron allows a @reboot specification, but at(1) (which is invoked by cron, btw - but that's an implementation detail) does not? This seems like lack of parallelism.. IMHO, there's nothing wrong in adding that functionality to at(1). If people don't like it, they won't use it :) G'luck, Peter -- This sentence was in the past tense. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 7:14:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns0.seaman.net (ns0.seaman.net [168.215.64.186]) by hub.freebsd.org (Postfix) with ESMTP id 7219837B403 for ; Sat, 28 Jul 2001 07:14:08 -0700 (PDT) (envelope-from dick@seaman.org) Received: from tbird.internal.seaman.net (IDENT:root@tbird [192.168.10.12]) by ns0.seaman.net (8.11.3/8.11.3) with ESMTP id f6SEE7474357 for ; Sat, 28 Jul 2001 09:14:07 -0500 (CDT) (envelope-from dick@seaman.org) Received: (from dick@localhost) by tbird.internal.seaman.net (8.11.0/8.11.0) id f6SEE7f21458 for hackers@freebsd.org; Sat, 28 Jul 2001 09:14:07 -0500 Date: Sat, 28 Jul 2001 09:14:06 -0500 From: "Richard Seaman, Jr." To: hackers@freebsd.org Subject: Re: natd passes inconsistent addresses to ipfw? Message-ID: <20010728091406.C1119@seaman.org> Mail-Followup-To: "Richard Seaman, Jr." , hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" 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 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Whoops. Meant to cc this to the list too. -- Richard Seaman, Jr. email: dick@seaman.org 5182 N. Maple Lane phone: 262-367-5450 Nashotah WI 53058 fax: 262-367-5852 --nFreZHaLTZJo0R7j Content-Type: message/rfc822 Content-Disposition: inline Date: Sat, 28 Jul 2001 09:09:33 -0500 From: "Richard Seaman, Jr." To: mikescott@clara.net Subject: Re: natd passes inconsistent addresses to ipfw? Message-ID: <20010728090933.B1119@seaman.org> References: <3B61EFDD.ABD61EC3@newsguy.com> <3B62ADB5.17372.60982A6@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B62ADB5.17372.60982A6@localhost>; from mikescott@clara.net on Sat, Jul 28, 2001 at 12:19:01PM +0100 On Sat, Jul 28, 2001 at 12:19:01PM +0100, mikescott@clara.net wrote: > I'm worried about the logic of the problem -- it seems to me that > there's no way that nat and the dynamic rules can work together > correctly, given that both incoming and outgoing packets start at > the top and work down the same list of rules. Tthe keep-state and > check-state surely have to be on the same side of the nat, > because they have to work together *either* on local *or* external > addresses, not a mixture. But if they're after the nat (as for all > written examples I've seen), then for incoming packets they operate > on local addresses, and for outgoing on external addresses, which > is not what's wanted. If they're before the nat, we never reach the > nat. > > Am I totally at sea here with my understanding of what's going on? > Does anyone on the list have a working example which they could > offer, please, and set my mind at rest? I haven't looked at your specific ruleset, but I too concluded it wasn't possible to get dynamic rules (keep-state) working properly with nat. But, I also managed to convince myself that the nat engine itself is, in effect, a dynamic ruleset, so I decided I didn't care about dynamic rules with nat. This was a while ago, and I don't remember my analysis all that well. If you come to a different conclusion after looking at how the nat engine works, let me know and I'll try to reconstruct my logic. -- Richard Seaman, Jr. email: dick@seaman.org 5182 N. Maple Lane phone: 262-367-5450 Nashotah WI 53058 fax: 262-367-5852 --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 7:57:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (unknown [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 93F2337B408 for ; Sat, 28 Jul 2001 07:57:32 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 11553 invoked by uid 1000); 28 Jul 2001 14:56:34 -0000 Date: Sat, 28 Jul 2001 17:56:34 +0300 From: Peter Pentchev To: crg Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: custom release / custom install.cfg Message-ID: <20010728175634.C1249@ringworld.oblivion.bg> Mail-Followup-To: crg , freebsd-hackers@FreeBSD.ORG References: <59063B5B4D98D311BC0D0001FA7E452205FD9D73@l04.research.kpn.com> <20010720212726.B53370@dragon.nuxi.com> <20010721190105.B18482@freebie.xs4all.nl> <004201c116dd$0353eda0$6346a8c0@hackthis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <004201c116dd$0353eda0$6346a8c0@hackthis>; from hackthis@texas.net on Fri, Jul 27, 2001 at 03:45:02PM -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 On Fri, Jul 27, 2001 at 03:45:02PM -0500, crg wrote: > hackers: > > I built my own custom release and created a custom install.cfg file. > The file is good because I tested with a FreeBSD 4.3Release. > And it partitions my disk and installs the a custom bin distro. > > Now for my custom release, I deleted all bin.?? files and inserted some > of my own files and directories in the R/cdrom/disc2 filesystem. > Next, I created one big bin.aa file ~ 60M since I am going burn a CD. > > It works fine (partitions the disk) until it trys to "Extracting bin into /" > It hangs there. Yes debugging in the install.cfg file is set to yes and > after > I hit Alt-F2, the messages are not helpful at all. The last line reads: > DEBUG Trying for piece 1 of 1: bin/bin.aa > > I redid all the md5 checksums in CHECKSUM.MD5 and edited bin.inf. > > Can I just create another bin.?? file with my files and add it to the > bin.inf and do the md5 > checksum against it. And just add it to the bin directory on the iso image? > Or is this foul? I haven't tried replacing the bin.* files with one big file, but I think that this might be your problem: sysinstall might be trying to allocate memory for each chunk, and fail to allocate a 60MB chunk all at once. Could you try splitting your bin dist into a lot of smaller files, just as the original distribution does, and see if that works? G'luck, Peter -- If wishes were fishes, the antecedent of this conditional would be true. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 8:12:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pop3.psconsult.nl (ps226.psconsult.nl [193.67.147.226]) by hub.freebsd.org (Postfix) with ESMTP id DE40737B405; Sat, 28 Jul 2001 08:12:23 -0700 (PDT) (envelope-from paul@pop3.psconsult.nl) Received: (from paul@localhost) by pop3.psconsult.nl (8.9.2/8.9.2) id RAA52812; Sat, 28 Jul 2001 17:12:15 +0200 (CEST) (envelope-from paul) Date: Sat, 28 Jul 2001 17:12:15 +0200 From: Paul Schenkeveld To: Bakul Shah Cc: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: flags on symlinks Message-ID: <20010728171214.A52461@psconsult.nl> References: <3B5B4F7E.8C48801E@mindspring.com> <200107230016.UAA17001@renown.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200107230016.UAA17001@renown.cnchost.com>; from bakul@bitblocks.com on Sun, Jul 22, 2001 at 05:16:11PM -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 Guys, Don't know if this is too far off from the current UN*X we know but I never understood why we don't have the following one (and last as far as manipulating inodes is concerned) new system call: int chstat(ulong_t *flags, union ch_target target, struct stat *change); Flags tells what we would like to change and is a combination of the following: #define CH_OWN 0x00000001 #define CH_GRP 0x00000002 #define CH_MOD 0x00000004 #define CH_FLAGS 0x00000008 #define CH_ATIME 0x00000010 #define CH_MTIME 0x00000020 #define CH_CTIME 0x00000040 /* perhaps not this one... */ #define CH_SIZE 0x00000080 #define CH_FD 0x20000000 #define CH_PATH 0x40000000 #define CH_SELF 0x80000000 /* to not follow a final symlink */ When chstat returns an error, bits in *flags can indicate what changes caused the problem. Perhaps an extra flag CH_ATOMIC could be added to request an all-or-nothing operation. The flags approach also allows us to add optional arguments in the future. So maybe we could even have something like this, requiring an optional fourth argument char *ltarget to the chstat system call: #define CH_LTARG 0x00000100 /* to atomically change the */ /* target of a symbolic link */ int chstat(ulong_t *flags, union ch_target target, struct stat *change, char *ltarget); The union target specifies how we address the inode, by name, file descriptor or whatever we may want to think of. union ch_target { char *path; int fd; ... /* who knows what else in the future */ }; The (struct stat *) change points at the /* ** the system call itself, the int contains CH_* flags, ** the union addresses the target inode by name or filedescriptor ** and of the struct stat those members will be taken that are ** addressed by the bitmask */ This could eventually replace [fl]chown, [fl]chmod, [f]chflags, [fl]utimes and [f]truncate (hope I did not forget some) system calls which could be emulated by library functions. We don't need to open an inode if we don't want to and making the chstat() call available to applications could speed up such programs as cp, mv, tar, cpio, pax and restore when they are able to combine multiple changes into one system call. The argument flags could also be If I'm running too fast, please forgive me and ignore this message but the discussion about adding more system calls becoming a problem made me feel this is the right time to share my thoughts on this. Regards, Paul Schenkeveld, Consultant PSconsult ICT Services BV On Sun, Jul 22, 2001 at 05:16:11PM -0700, Bakul Shah wrote: > > > I guess there is general agreement that it is desirable to be able to set > > > schg,sunlink etc on symlinks and fifos. > > > Probably devices, too, which is a can of worms, particularly > > with devfs. > > > Already, the fchown/fchmod on sockets and other things which > > use a non VFS struct fileops fails -- I think this includes > > FIFO's. > > > > The consistency argument goes like this: > > > > > > Currently exposed as accessor methods to VOP_SETATTR are: > > > chmod(2), fchmod(2), lchmod(2) > > > chown(2), fchown(2), lchown(2) > > > chflags(2), fchflags(2) > > > > I know the argument for adding more and more system calls; > > I just don't agree with it. BSDI has already suggested > > limiting the total number of FreeBSD system calls to something > > like less than 32 more, total, without going to another block > > much higher up, and having to have FreeBSD allocate a large, > > sparse system call array, adding potentially a lot of overhead, > > depending on future directions with the ABI. > > Well, I won't mind if {,l}ch{mod,own,flags} etc become library > routines. Something like: > > int > chown(const char* path, uid_t owner, gid_t group) { > int fd, err; > > fd = open(path, O_EXCL); > if (!fd) > return errno; > err = fchown(fd, owner, group); > close(fd); > return err; > } > > But then you must be able to open() a symlink (O_NOFOLLOW > flag must not make the open fail). > > My main argument is for consistent treatment and for `equal > rights': if an object has an inode it must have the same > rights as any other object also with an inode. devfs is a > different kind of beast just like msdosfs so rights of an > inode based object are not the same as rights of devfs or > msdos fs. Anyway, I argue for either adding a syscall or > deleting a few to make a consistent set! > > Earlier you said: > > If the chflags call was defined to always affect its > > target (and not follow links), then the user space utility > > could do the stat/readlink itself, and find the correct > > target, if it wasn't told to not follow links. > > I don't like running namei twice. Between the stat/readlink > and chflags(), things can change. > > [Digressing a bit...] > Ideally I want only the f* version of syscalls, so that you > _have_ to `open' an object. Open gives you a handle, a > 'capability' to operate on the object. In the past I have > argued for *always* passing in a capability even for open(). > Then you can throw away even the chdir() call. But then > it won't be the unix we know and love and hate! > > -- bakul > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" 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 Sat Jul 28 9:18:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id C52B537B405 for ; Sat, 28 Jul 2001 09:18:09 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6SGMLn52034; Sat, 28 Jul 2001 12:22:21 -0400 (EDT) (envelope-from bmilekic) Date: Sat, 28 Jul 2001 12:22:21 -0400 From: Bosko Milekic To: Zhihui Zhang Cc: Terry Lambert , Alfred Perlstein , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010728122221.A51951@technokratis.com> References: <3B61071A.C637EA85@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: ; from zzhang@cs.binghamton.edu on Fri, Jul 27, 2001 at 08:23:37PM -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 Fri, Jul 27, 2001 at 08:23:37PM -0400, Zhihui Zhang wrote: > > I thought doing a memory free is always safe in an interrupt context. Now > it seems doing an allocation of memory is safe too. Does MCLGET() call > vm_page_alloc() or malloc() eventually? If so, it might block. It never calls malloc(). Sometimes, although rarely, it may end up in kmem_malloc() which calls vm_page_alloc(), but vm_page_alloc() should not block as in this case it will be called with the VM_ALLOC_INTERRUPT flag. > -Zhihui -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 9:25:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imf13bis.bellsouth.net (mail313.mail.bellsouth.net [205.152.58.173]) by hub.freebsd.org (Postfix) with ESMTP id 18D0537B401 for ; Sat, 28 Jul 2001 09:25:11 -0700 (PDT) (envelope-from leimbacd@bellsouth.net) Received: from mutt.home.net ([208.63.160.25]) by imf13bis.bellsouth.net (InterMail vM.5.01.01.01 201-252-104) with ESMTP id <20010728162604.GXII2568.imf13bis.bellsouth.net@mutt.home.net> for ; Sat, 28 Jul 2001 12:26:04 -0400 Received: (from dave@localhost) by mutt.home.net (8.11.3/8.11.3) id f6SGThw01616 for hackers@freebsd.org; Sat, 28 Jul 2001 11:29:43 -0500 (CDT) (envelope-from dave) Content-Type: text/plain; charset="iso-8859-1" From: David Leimbach To: hackers@freebsd.org Subject: Someone knowledgeable with ATAPI CD stuff... Date: Sat, 28 Jul 2001 11:29:43 -0500 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01072811294301.00557@mutt.home.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 I am not subscribed to this list so I would appreciate it if you could CC me in your responses. I am trying to write some user code that will enable me to select one of the four slots on my ATAPI cd changer. I have noticed there is no explicit IOCTL for this function but that the the acd_softc struct does indeed have both a slot entry and a struct acd_softc ** which points to the softc's of changer slots. Also in the acdioctl function which appears to be called when the appropriate fd is passed to ioctl [since my eject program works I assume this is the correct behavior I am witnessing] has a section: if (cdp->changer_info && cdp->slot != cdp->changer_info->current_slot) { acd_select_slot(cdp); tsleep(&cdp->changer_info, PRIBIO, "acdctl", 0); acd_select_slot is the very function I would like to have eventually called from userland. Since its static in atapi_cd.c it is clear that only an ioctl can cause this to occur as that is the only user interface to this code. [rightly so] Anyway the parameters to acdioctl are : dev_t dev, u_long cmd, caddr_t addr, int flags, struct proc *p The first three arguments of a generic ioctl seem to correspond with the first three of acdioctl somewhat with the exception maybe of the first one... My problem is that the return value of an open statement : int fd = open ("/dev/acd0c", O_RDONLY); is an integer which is the first argument of an ioctl. However acdioctl takes a dev_t which I assume is some kind of pointer due to the following code in atapi_cd.c: static int acdioctl(dev_t dev, u_long cmd, caddr_t addr, int flags, struct proc *p) { struct acd_softc *cdp = dev->si_drv1; int error = 0; So somewhere between the ioctl call and the acdioctl call my fd which was an int became a pointer to a structure somewhere. This seems ok since on most 32 bit platforms the storage size of an int and a pointer are both 32 bits. It seems like a bit of a hack though. Also I am not sure what struct I can cast my fd from my code to in order to change the current slot of the operation I want to perform. As a user I do not have access to the acd_softc structure and thusly cannot cast my fd from the open statement to such a pointer. I hope I didn't confuse you too much... Anyway I thought it might be useful to code such an IOCTL for selecting a disc in a changer and if I learn enough about how this system all works to do a clean job I will submit a patch... [unless of course its all being worked on already]. Linux had decent support for this functionality up to and including the 2.2.14 kernel but its been somewhat broken ever since. Any advice or help would be greatly appreciated. Thanks and again I am not on this list so CC me if you have a reply... I would really appreciate it! Dave Leimbach To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 11:45:27 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 3268237B405 for ; Sat, 28 Jul 2001 11:45:24 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f6SIjVu26928; Sat, 28 Jul 2001 20:45:31 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200107281845.f6SIjVu26928@freebsd.dk> Subject: Re: Someone knowledgeable with ATAPI CD stuff... In-Reply-To: <01072811294301.00557@mutt.home.net> "from David Leimbach at Jul 28, 2001 11:29:43 am" To: David Leimbach Date: Sat, 28 Jul 2001 20:42:51 +0200 (CEST) Cc: hackers@FreeBSD.ORG 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 David Leimbach wrote: > I am trying to write some user code that will enable me to select one of the > four slots on my ATAPI cd changer. Why do you want that ? As it is now the driver "autoselects" the slot that has access to it, that is you can mount all four CD's in a changer an access them at will, the driver will do its best (well, at least it does try :) ), to select around the active CD's so all get their fair share. However doing hefty IO on all CD's in a changer will probably eat you changer mechanism for lunch :) > I have noticed there is no explicit IOCTL for this function but that the the > acd_softc struct does indeed have both a slot entry and a struct acd_softc ** > which points to the softc's of changer slots. There is no need for such an ioctl, the driver will issue commands to the right slot all by itself.. The slots are accessed as individual CD devices, ie a lone 4 CD changer on a system will get acd0, acd1, acd2 and acd3 and each CD can be accessed through those... Did that solve your problem, or did I missunderstand your questions ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 12: 9:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web14703.mail.yahoo.com (web14703.mail.yahoo.com [216.136.224.120]) by hub.freebsd.org (Postfix) with SMTP id AC9C837B401 for ; Sat, 28 Jul 2001 12:09:09 -0700 (PDT) (envelope-from ron_chen_123@yahoo.com) Message-ID: <20010728190909.60077.qmail@web14703.mail.yahoo.com> Received: from [128.100.8.86] by web14703.mail.yahoo.com; Sat, 28 Jul 2001 12:09:09 PDT Date: Sat, 28 Jul 2001 12:09:09 -0700 (PDT) From: Ron Chen Subject: Re: Fwd: Sun Grid Engine 5.2.3 Available. Now Open Source To: Paul Marquis , Terry Lambert , Beowulf Cc: mauiusers@supercluster.org, freebsd-hackers@FreeBSD.ORG, ssic-linux-devel@opensource.compaq.com, linux-ha@muc.de, linux-cluster@nl.linux.org In-Reply-To: <01072505350900.22244@sboy.pmarquis.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 It's weekend, it's time for hacking. I downloaded the SGE 5.3 source code. Played with it for a while, the 50+MB of source does have some goodies, it is not as simple as NQS: 1. Master fail-over: you can set up several shadow masters in one cluster. When the qmaster fails, one of the shadow masters will take over. 2. Project base fairshare: you can have project A using 30% of your cluster resource, project B using the other 30%, and project C using the rest. 3. User base fairshare: same, but users instead of projects. 4. deadline scheduling 5. distributed make: qmake 6. security: krb, dce, ssl, etc 7. NT execution engine 8. Java interface 9. COBRA interface 10. Perl interface 11. preemptive seheduling 12. job scheduler: calender based job scheduler 13. Parallel interface 14. checkpointing interface I am still hacking. There are more interesting features that are in the source. -Ron --- Paul Marquis wrote: > On Wednesday 25 July 2001 03:29, Terry Lambert > wrote: > > Ron Chen wrote: > > > Sun Grid Engine goes opensource. See SGE home > page: > > > > > > http://www.sun.com/gridware > > > > I see no source code there, only Solaris and Linux > binaries. > > Check out (though the site(s) currently appear > down): > > http://www.gridengine.sunsource.net/ > http://www.sunsource.net/ > > -- > Paul Marquis > pmarquis@pobox.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 Sat Jul 28 13:13: 1 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 84CDE37B405; Sat, 28 Jul 2001 13:12:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.137.129.Dial1.SanJose1.Level3.net [209.247.137.129]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA16424; Sat, 28 Jul 2001 13:12:52 -0700 (PDT) Message-ID: <3B631CEB.944A9750@mindspring.com> Date: Sat, 28 Jul 2001 13:13:31 -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: Nik Clayton Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Why two cards on the same segment... References: <200107260837.f6Q8b9K00767@bugz.infotecs.ru> <3B5FDD32.7758EB35@elischer.org> <3B6055C8.C0B5554D@mindspring.com> <20010727013402.G17126@canyon.nothing-going-on.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 Nik Clayton wrote: [ ... ] > > So, the major reasons for two cards on one segment: to work around > > bugs in FreeBSD's networking code. > > Have you submitted these bugs using send-pr(8)? No. The last three times I attempted to use send-pr(8), it bitched about my email address. It seems to me that it's pretty useless. It also seems to me that, even if it worked, driving yourself by a bugs database instead of a product roadmap is bound to get you incremental improvements only. There are a lot of organizations, some of which I have participated in, which lose enhancement requests into their bugs database; from that perspective, there is a need for a seperate "importance" factor, aprat from the traditional "severity" factor; even then, there is a tendency to bury your engineers in a bunch of "previous product++" changes, instead of tackling real problems. In the abosolute worst case, I know that there are Linux and NetBSD people monitoring these lists, and they will implement the code, even if FreeBSD doesn't, and then FreeBSD will implement it to "catch up". The NetBSD KSE code is just the latest example of this. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 13:21:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (sat.dis.org [216.240.44.14]) by hub.freebsd.org (Postfix) with ESMTP id A50BD37B405 for ; Sat, 28 Jul 2001 13:21:21 -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 f6SKMhJ01990; Sat, 28 Jul 2001 13:22:45 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107282022.f6SKMhJ01990@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Anjali Kulkarni" Cc: freebsd-hackers@freebsd.org Subject: Re: inet_aton In-reply-to: Your message of "Sat, 28 Jul 2001 11:17:42 +0530." <002d01c11728$d34723b0$0a00a8c0@indranet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Jul 2001 13:22:43 -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 > I want to use the function inet_aton() in the kernel code. However, I = > found no kernel equivalent of this function int the freebsd sources. I = > could find inet_ntoa(), but not inet_aton(). Is it named by some other = > name or how can I locate it? If you are trying to parse an ascii internet address in the kernel, you're quite possibly making a bad design mistake - why is it still in text format? If you're passing it in from another program, you should be passing a sockaddr struct. Failing that, you'll just have to steal the code from libc and bring it in yourself. -- ... 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 Jul 28 13:28:10 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 D64B637B401; Sat, 28 Jul 2001 13:28:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.137.129.Dial1.SanJose1.Level3.net [209.247.137.129]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA02282; Sat, 28 Jul 2001 13:27:50 -0700 (PDT) Message-ID: <3B63206D.4377EDD9@mindspring.com> Date: Sat, 28 Jul 2001 13:28: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: Chris Dillon Cc: Julian Elischer , "Eugene L. Vorokov" , Soren Kristensen , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Why two cards on the same segment... 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 Chris Dillon wrote: > > We saw the error with multiple 10.x addresses, with subnet masks > > which should have logically seperated the subnets, but failed to > > do the job correctly, when using two cards on the same segment, > > with different subnet masks which should have rendered them > > non-intersecting. I can probably get the configuration data for > > you, if you are truly interested (this is on a 4.3 derived > > system). > > Not that being 10.x addresses would matter any, but it would be > interesting to look at. It wouldn't be hard for me to put another NIC > in this box and play around with that scenario. What exactly was > going wrong in the above setup you're talking about? The ARP response came back on the wrong interface because it was sent on the wrong interface, and the kernel bitched about it coming back from the wrong place. If it didn't want the response coming back on that interface, it shouldn't have sent the request from that interface. You can duplicate this pretty easily by: 1) Set up a 10.x address with a netmask of 255.255.0.0 on one card. 2) Make this card your default route 3) Set up a 10.7.y (x != 7) address with a netmask of 255.255.255.0 on a second card attached to the same wire (we used a Netgear hub, but a Netgear switch and some other equipment shows the same behaviour) 4) Config the second interface to force a proxy arp for its own address 5) Watch the ARP be sent by the first interface instead of the second 6) Watch the kernel complain about the response coming back to the MAC which it was sent from - by the kernel If you need exact numbers and netmasks and hardware, I can give you that information on Monday or Tuesday (it wasn't my personal box that had this problem). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 13:44:15 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 0605937B405 for ; Sat, 28 Jul 2001 13:44:12 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.137.129.Dial1.SanJose1.Level3.net [209.247.137.129]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA22765; Sat, 28 Jul 2001 13:43:46 -0700 (PDT) Message-ID: <3B632429.D3FA2EB0@mindspring.com> Date: Sat, 28 Jul 2001 13:44:25 -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: Zhihui Zhang Cc: Bosko Milekic , Alfred Perlstein , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size 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 Zhihui Zhang wrote: > I thought doing a memory free is always safe in an interrupt context. Now > it seems doing an allocation of memory is safe too. Does MCLGET() call > vm_page_alloc() or malloc() eventually? If so, it might block. The mbuf allocator uses the zone allocator. The reason this works at interupt is that the page table entries for the memory are already in place in the kernel, but the actual allocations have not taken place. When you are running with less than a full complement of RAM (e.g. 4G on a 32 bit Intel machine), this will permit you to do the allocations of physical RAM later, and have a KVA (kernel virtual address) space that exceeds the amount of physical memory. In practice, this means that your system is not specifically tuned for particular loading, until the memory is committed (when that happens, say, by using all possible mbufs, then you are unable to recover the memory to the system memory pool: it has become type stable). This lets you have a mostly general system that then commits resources based on the character of its load, yet which does not permit the character of the load to change over time. When you have all the memory you can address in physical space, then the problem changes somewhat, and you basically do not overcommit resources. The upshot of having the page descriptors preallocated, however, is that you can allocate in interrupt context, and the zone headers are statically allocated at compile time, instead of being malloc'ed later in the kernel boot cycle. You should look at the "ziniti" and "zalloci" code: the zone allocator code. The mbuf issue has recently been a bit obfuscated by the -current commit of a replacement allocator, which is mbuf specific. I think this new allocator has some unforgivable drawbacks; you yould be better off looking at the 4.3 kernel source code to get an idea of why interrupt allocations work. So, in general: 1) Only some allocators can be used at interrupt time 2) If they can, they must precommit kernel address space to the task 3) Once memory is allocated from one of these pools, it is never returned to the system for reuse 4) The general malloc() code _can not_ be used at interrupt time in FreeBSD (but SVR4's allocator can). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 13:50:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id C2CFF37B405 for ; Sat, 28 Jul 2001 13:50:44 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.137.129.Dial1.SanJose1.Level3.net [209.247.137.129]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA03045; Sat, 28 Jul 2001 13:50:25 -0700 (PDT) Message-ID: <3B6325B7.D6CBC67A@mindspring.com> Date: Sat, 28 Jul 2001 13:51:03 -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: Anjali Kulkarni Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: inet_aton References: <002d01c11728$d34723b0$0a00a8c0@indranet> 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 > Anjali Kulkarni wrote: > > Hi, > > I want to use the function inet_aton() in the kernel code. > However, I found no kernel equivalent of this function int > the freebsd sources. I could find inet_ntoa(), but not > inet_aton(). Is it named by some other name or how can I > locate it? The kernel is not linked against the resolver library, which is where the network address manipulation functions come from (in FreeBSD, the resolver library has been rolled into libc; this is traditional, but makes it very hard to upgrade to newer versions when needed. In FreeBSD, the kernel isn't linked against the C library, either). You should pass in sockaddr structures, not strings, to the kernel, if you wish to pass network addresses to the kernel. As a general policy issue, I think that passing strings into the kernel for any reason is a bad idea. We tolerate it where we must (path name lookups), but any place else that takes a string is bad news (e.g. we will eventually get around to fixing mount at some point in the future). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 14:22:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51]) by hub.freebsd.org (Postfix) with ESMTP id 978A337B405; Sat, 28 Jul 2001 14:22:12 -0700 (PDT) (envelope-from pwd@apple.com) Received: from apple.con (A17-128-100-225.apple.com [17.128.100.225]) by mail-out2.apple.com (8.9.3/8.9.3) with ESMTP id OAA05005; Sat, 28 Jul 2001 14:22:12 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by apple.con (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Sat, 28 Jul 2001 14:20:09 +0100 Received: from [17.219.158.162] (lightning.apple.com [17.219.158.162]) by scv1.apple.com (8.9.3/8.9.3) with ESMTP id OAA04749; Sat, 28 Jul 2001 14:21:55 -0700 (PDT) User-Agent: Microsoft-Entourage/9.0.2509 Date: Sat, 28 Jul 2001 14:21:54 -0700 Subject: Re: flags on symlinks From: Pat Dirks To: Paul Schenkeveld , Bakul Shah Cc: , Message-ID: In-Reply-To: <20010728171214.A52461@psconsult.nl> 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, Funny you should mention such a call. When we were faced with supporting access to get and set all the various file attributes that Mac OS supports on HFS/HFS+ volumes in Apple's Mac OS X kernel we decided to implement two new system calls: int getattrlist (const char* path, void* attrlist, void *buffer, size_t length, unsigned long options); And int setattrlist ( ... ); [same arguments] Where "attrlist" is a pointer to a block of flags 5 longwords of flags (separate flags for directory, file, and common information, for instance), buffer/length specify a block of attribute information to be filled in (in the case of getattrlist) or set (in the case of setattrlist), and "options" allows for the specification of options such as FSOPT_NOFOLLOW, which specify operation on a symlink ITSELF rather than following it. The semantics are very much along the lines you envision, except that the information is packed into a separate buffer whose size is determined by the attribute information being passed. It's worked out to be a very flexible mechanism for getting attribute information in and out of the system. We've expanded the list of defined attributes since it was first implemented with good success (there's no need to redefine the buffer structure being passed, so binary compatibility has been no problem). If you're curious about the implementation, have a look at the Darwin sources, or drop me a line. Cheers, -Pat Dirks Mac OS X Filesystems Tech Lead. On 7/28/01 8:12 AM, "Paul Schenkeveld" wrote: > Guys, > > Don't know if this is too far off from the current UN*X we know but > I never understood why we don't have the following one (and last as > far as manipulating inodes is concerned) new system call: > > int chstat(ulong_t *flags, union ch_target target, > struct stat *change); > > Flags tells what we would like to change and is a combination of the > following: > > #define CH_OWN 0x00000001 > #define CH_GRP 0x00000002 > #define CH_MOD 0x00000004 > #define CH_FLAGS 0x00000008 > #define CH_ATIME 0x00000010 > #define CH_MTIME 0x00000020 > #define CH_CTIME 0x00000040 /* perhaps not this one... */ > #define CH_SIZE 0x00000080 > > #define CH_FD 0x20000000 > #define CH_PATH 0x40000000 > #define CH_SELF 0x80000000 /* to not follow a final symlink */ > > When chstat returns an error, bits in *flags can indicate what > changes caused the problem. Perhaps an extra flag CH_ATOMIC could > be added to request an all-or-nothing operation. > > The flags approach also allows us to add optional arguments in the > future. So maybe we could even have something like this, requiring > an optional fourth argument char *ltarget to the chstat system call: > > #define CH_LTARG 0x00000100 /* to atomically change the */ > /* target of a symbolic link */ > > int chstat(ulong_t *flags, union ch_target target, > struct stat *change, char *ltarget); > > The union target specifies how we address the inode, by name, file > descriptor or whatever we may want to think of. > > union ch_target { > char *path; > int fd; > ... /* who knows what else in the future */ > }; > > The (struct stat *) change points at the > > /* > ** the system call itself, the int contains CH_* flags, > ** the union addresses the target inode by name or filedescriptor > ** and of the struct stat those members will be taken that are > ** addressed by the bitmask > */ > > This could eventually replace [fl]chown, [fl]chmod, [f]chflags, > [fl]utimes and [f]truncate (hope I did not forget some) system > calls which could be emulated by library functions. > > We don't need to open an inode if we don't want to and making the > chstat() call available to applications could speed up such programs > as cp, mv, tar, cpio, pax and restore when they are able to combine > multiple changes into one system call. > > The argument flags could also be > > If I'm running too fast, please forgive me and ignore this message > but the discussion about adding more system calls becoming a problem > made me feel this is the right time to share my thoughts on this. > > Regards, > > Paul Schenkeveld, Consultant > PSconsult ICT Services BV > > On Sun, Jul 22, 2001 at 05:16:11PM -0700, Bakul Shah wrote: >>>> I guess there is general agreement that it is desirable to be able to set >>>> schg,sunlink etc on symlinks and fifos. >> >>> Probably devices, too, which is a can of worms, particularly >>> with devfs. >> >>> Already, the fchown/fchmod on sockets and other things which >>> use a non VFS struct fileops fails -- I think this includes >>> FIFO's. >> >>>> The consistency argument goes like this: >>>> >>>> Currently exposed as accessor methods to VOP_SETATTR are: >>>> chmod(2), fchmod(2), lchmod(2) >>>> chown(2), fchown(2), lchown(2) >>>> chflags(2), fchflags(2) >>> >>> I know the argument for adding more and more system calls; >>> I just don't agree with it. BSDI has already suggested >>> limiting the total number of FreeBSD system calls to something >>> like less than 32 more, total, without going to another block >>> much higher up, and having to have FreeBSD allocate a large, >>> sparse system call array, adding potentially a lot of overhead, >>> depending on future directions with the ABI. >> >> Well, I won't mind if {,l}ch{mod,own,flags} etc become library >> routines. Something like: >> >> int >> chown(const char* path, uid_t owner, gid_t group) { >> int fd, err; >> >> fd = open(path, O_EXCL); >> if (!fd) >> return errno; >> err = fchown(fd, owner, group); >> close(fd); >> return err; >> } >> >> But then you must be able to open() a symlink (O_NOFOLLOW >> flag must not make the open fail). >> >> My main argument is for consistent treatment and for `equal >> rights': if an object has an inode it must have the same >> rights as any other object also with an inode. devfs is a >> different kind of beast just like msdosfs so rights of an >> inode based object are not the same as rights of devfs or >> msdos fs. Anyway, I argue for either adding a syscall or >> deleting a few to make a consistent set! >> >> Earlier you said: >>> If the chflags call was defined to always affect its >>> target (and not follow links), then the user space utility >>> could do the stat/readlink itself, and find the correct >>> target, if it wasn't told to not follow links. >> >> I don't like running namei twice. Between the stat/readlink >> and chflags(), things can change. >> >> [Digressing a bit...] >> Ideally I want only the f* version of syscalls, so that you >> _have_ to `open' an object. Open gives you a handle, a >> 'capability' to operate on the object. In the past I have >> argued for *always* passing in a capability even for open(). >> Then you can throw away even the chdir() call. But then >> it won't be the unix we know and love and hate! >> >> -- bakul >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-fs" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" 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 Sat Jul 28 15:26:42 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 9E66A37B406; Sat, 28 Jul 2001 15:26:33 -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 f6SMQVf98666; Sat, 28 Jul 2001 18:26:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 28 Jul 2001 18:26:31 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: freebsd-hackers@FreeBSD.org, developers@FreeBSD.org Subject: FreeBSD Monthly Development Status Report -- Request For Submissions 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 It's that time again! The last FreeBSD Development Status report was over a month ago, and given its success, we'll try it again this month. As with the previous edition, I'm interested in seeing about one paragraph per on-going project (or for major projects, a paragraph for each major component of the project) describing work that has happened since the last report. If no prior report has been given for the project, a general overview paragraph as well as status is acceptable. If more than one person is working on a project, only a single report should be submitted (although if there are reports for components, they might be seperately submitted by the relevant developers). Take a look at the previous month's report for a sense of how this works (in particular, see how TrustedBSD and SMPng reports were broken out). Developers should feel free to submit more than one report, if they are working on more than one project. Reports should relate to the FreeBSD Project, but are not limited to software development: they could include documentation work, web work, FreeBSD.org cluster management, cooperation with application developers, public relations activities, partnering with companies, funding announcements for new projects, etc. In the past report the primary focus was development, and that will remain important to the status report, of course, but other parts of the FreeBSD Project are welcome to submit status! Please submit reports in the following format: Project: (name here -- required) URL: (URL, if any, here -- omit line if none) Contact: (name and e-mail address of a contact point -- required) One paragraph on the topic of the project status since the last report, indented two spaces, and wrapped before column 78. Plain text only, please. Please send submissions to: robert+freebsd.monthly@cyrus.watson.org The deadline for submissions is Friday August 3, 2001, at 3:00pm EST. The report will be released soon thereafter. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 16:42:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from technokratis.com (modemcable052.174-202-24.mtl.mc.videotron.ca [24.202.174.52]) by hub.freebsd.org (Postfix) with ESMTP id BD90837B403 for ; Sat, 28 Jul 2001 16:42:50 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f6SNlRn54684; Sat, 28 Jul 2001 19:47:27 -0400 (EDT) (envelope-from bmilekic) Date: Sat, 28 Jul 2001 19:47:27 -0400 From: Bosko Milekic To: Terry Lambert Cc: Zhihui Zhang , Alfred Perlstein , vishwanath pargaonkar , freebsd-hackers@FreeBSD.ORG Subject: Re: cluster size Message-ID: <20010728194727.A54256@technokratis.com> References: <3B632429.D3FA2EB0@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: <3B632429.D3FA2EB0@mindspring.com>; from tlambert2@mindspring.com on Sat, Jul 28, 2001 at 01:44:25PM -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 Sat, Jul 28, 2001 at 01:44:25PM -0700, Terry Lambert wrote: > Zhihui Zhang wrote: > > I thought doing a memory free is always safe in an interrupt context. Now > > it seems doing an allocation of memory is safe too. Does MCLGET() call > > vm_page_alloc() or malloc() eventually? If so, it might block. > > The mbuf allocator uses the zone allocator. No, it doesn't. When it needs to dip into the VM code (which is rare), it uses kmem_malloc() and so vm_page_alloc()-ates via the kmem_object. Since kmem_map is scaled accordingly to accomodate the mbuf maps (mbuf_map and clust_map), which are submaps of the former, this works out similarily to the zone allocator. Note that the mbuf allocations were NEVER done with the zone allocator. The cool thing about managing mbufs via a map is that it *does* allow for us to unwire associated pages in case we decide to actually free back to the map. Previously, this was never implemented but with the new allocator, the framework is present to allow for freeing of pages to be implemented. If implemented properly, this could allow for the system to re-adapt even if the character of the load changes with time, without affecting allocation performance. > The reason this works at interupt is that the page table > entries for the memory are already in place in the kernel, > but the actual allocations have not taken place. > > When you are running with less than a full complement of > RAM (e.g. 4G on a 32 bit Intel machine), this will permit > you to do the allocations of physical RAM later, and have > a KVA (kernel virtual address) space that exceeds the amount > of physical memory. > > In practice, this means that your system is not specifically > tuned for particular loading, until the memory is committed > (when that happens, say, by using all possible mbufs, then > you are unable to recover the memory to the system memory > pool: it has become type stable). This lets you have a mostly > general system that then commits resources based on the > character of its load, yet which does not permit the character > of the load to change over time. See previous paragraph. > When you have all the memory you can address in physical > space, then the problem changes somewhat, and you basically do > not overcommit resources. > > The upshot of having the page descriptors preallocated, > however, is that you can allocate in interrupt context, and > the zone headers are statically allocated at compile time, > instead of being malloc'ed later in the kernel boot cycle. > > You should look at the "ziniti" and "zalloci" code: the zone > allocator code. The mbuf issue has recently been a bit > obfuscated by the -current commit of a replacement allocator, > which is mbuf specific. I think this new allocator has some > unforgivable drawbacks; you yould be better off looking at > the 4.3 kernel source code to get an idea of why interrupt > allocations work. Again, the actual allocation code has LITTLE changed even in the new allocator. I simply don't understand where you get the idea that mbufs were ever allocated with the zone allocator but I suspect that if you went ahead and read the new code, you'd realize that for what concerns actually memory allocation, very little has changed vis-a-vis the older allocator. > So, in general: > > 1) Only some allocators can be used at interrupt time > 2) If they can, they must precommit kernel address space > to the task > 3) Once memory is allocated from one of these pools, it > is never returned to the system for reuse This (3) only applies to the zone allocator. With maps, you *can* free back to the map and unwire the wired pages (freeing physical memory). > 4) The general malloc() code _can not_ be used at interrupt > time in FreeBSD (but SVR4's allocator can). Huh? Do you realize that in much much earlier versions of FreeBSD (not long after the import from 4.4BSD, or whatever it was uipc_mbuf.c was initially imported from) all _MBUFS_ were allocated directly with malloc()? Obviously, mbufs are allocatable at interrupt time (and always were, afaic remember). All that you have to make sure to do, when allocating at interrupt time is to allocate with the M_NOWAIT flag. > -- Terry -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 28 17:12:10 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 24B0537B403; Sat, 28 Jul 2001 17:12:07 -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 TAA21605; Sat, 28 Jul 2001 19:03:45 -0700 (PDT) Message-ID: <3B63502A.29275980@elischer.org> Date: Sat, 28 Jul 2001 16:52:10 -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: Mike Smith Cc: Anjali Kulkarni , freebsd-hackers@freebsd.org Subject: Re: inet_aton References: <200107282022.f6SKMhJ01990@mass.dis.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 Mike Smith wrote: > > > I want to use the function inet_aton() in the kernel code. However, I = > > found no kernel equivalent of this function int the freebsd sources. I = > > could find inet_ntoa(), but not inet_aton(). Is it named by some other = > > name or how can I locate it? > > If you are trying to parse an ascii internet address in the kernel, > you're quite possibly making a bad design mistake - why is it still in > text format? If you're passing it in from another program, you should be > passing a sockaddr struct. > > Failing that, you'll just have to steal the code from libc and bring it > in yourself. netgraph has a full ascii command parser built into it to allow arbitrary decoding of command messages to as-yet unbuilt modules. New modules supply a grammar to parser for commands they want to accept. It's proved invaluable. it's possible to load a new module, and immediatly control it from the command line using the ngctl program, even though the ngctl program knows nothing about the module. It also knows about several special types including IP addresses and MAC addresses. > > -- > ... 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 -- +------------------------------------+ ______ _ __ | __--_|\ 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 Jul 28 18:38:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp4ve.mailsrvcs.net (smtp4vepub.gte.net [206.46.170.25]) by hub.freebsd.org (Postfix) with ESMTP id 7DAFD37B403 for ; Sat, 28 Jul 2001 18:38:09 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([151.198.117.212]) by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id BAA59335131; Sun, 29 Jul 2001 01:37:31 GMT Message-ID: <3B6368DA.6A56D0EE@bellatlantic.net> Date: Sat, 28 Jul 2001 21:37:30 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: kc5vdj@yahoo.com Cc: Warner Losh , James Howard , freebsd-hackers@FreeBSD.ORG Subject: Re: Backup file formats: tar, cpio, pax, yadda, yadda, yadda References: <3B6212B5.FDFEB694@bellatlantic.net> <200107270444.f6R4iBw09131@harmony.village.org> <200107280307.f6S37Yw16631@harmony.village.org> <3B625232.CAF39600@yahoo.com> 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 Jim Bryant wrote: > > Warner Losh wrote: > > > > In message <3B6212B5.FDFEB694@bellatlantic.net> Sergey Babkin writes: > > : > Use dump. Otherwise, you will lose. > > : > > : Don't use dump. Or you'll never be able to restore these backups > > : on a non-FreeBSD machine. > > > > Unless it runs NetBSD, OpenBSD, Solaris, Linux or SunOS. ufsrestore > > is pretty universal. > > FreeBSD dumps also restore just fine under HP-UX, I've done so under 10.20 and 11.0. HP-UX restore will automatically do the Hm, I think I've seen problems with restoring them on HP-UX and SCO OpenServer but I'm not sure. > byte-swapping. FreeBSD and GNU tar will not restore correctly to HP-UX, but dump/restore does work fine. GNU tar archives from FreeBSD definitely worked for me without any problems, at least for HP-UX 10.20. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message