From owner-freebsd-hackers Sun Jun 17 2:35:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 3645A37B40D for ; Sun, 17 Jun 2001 02:35:02 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id MNK45423; Sun, 17 Jun 2001 12:34:51 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.4/8.11.4) id f5H9U8X00793; Sun, 17 Jun 2001 12:30:08 +0300 (EEST) (envelope-from netch) Date: Sun, 17 Jun 2001 12:30:08 +0300 From: Valentin Nechayev To: Sascha Schumann Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: poll(2)'s arbitrary limit Message-ID: <20010617123008.A585@iv.nn.kiev.ua> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from sascha@schumann.cx on Sun, Jun 17, 2001 at 12:30:47AM +0200 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sun, Jun 17, 2001 at 00:30:47, sascha (Sascha Schumann) wrote about "poll(2)'s arbitrary limit": > one of my applications uses the SGI State Threads Library > (I/O multiplexing scheduler). At its heart is a function > which concatenates the pollfd arrays of all threads and calls > poll(2). As sockets are shared between threads, the size of > the final pollfd array can easily be greater than > RLIMIT_NOFILE. > > Unfortunately, it is impossible to poll more than > RLIMIT_NOFILE descriptors with one system call. This is > caused by a check in sys/sys_generic.c which was introduced sys/kern/sys_generic.c > three months ago: > > /* > * This is kinda bogus. We have fd limits, but that is not > * really related to the size of the pollfd array. Make sure > * we let the process use at least FD_SETSIZE entries and at > * least enough for the current limits. We want to be reasonably > * safe, but not overly restrictive. > */ If there are no equal file descriptors in different pollfd arrays, current maxfiles limit should not be reached. (But I agree this code is rather strangs: checking for p_rlimit[RLIMIT_NOFILE].rlim_max is some reasonable, but not for p_rlimit[RLIMIT_NOFILE].rlim_cur.) If some descriptors are equal, SGI's code is broken IMHO: when two different pollfd structures has identical fd, result may be indetermined. > if (nfds > p->p_rlimit[RLIMIT_NOFILE].rlim_cur && nfds > FD_SETSIZE) > return (EINVAL); > > What is the chance of getting this changed? Or, at least > documented? > > [EINVAL] The specified time limit is negative. I suppose this SGI state threads library can be simply recompiled to use select() instead of poll(), this can be simple workaround. Also you can contribute code working with kevent(2), this will be more efficient ;) P.S. Why libc_r uses poll(), but not kevent()? /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 4:19:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from purgatory.unfix.org (purgatory.xs4all.nl [194.109.237.229]) by hub.freebsd.org (Postfix) with ESMTP id 77E7B37B403 for ; Sun, 17 Jun 2001 04:18:38 -0700 (PDT) (envelope-from jeroen@unfix.org) Received: from HELL (hell.unfix.org [::ffff:10.100.13.66]) by purgatory.unfix.org (Postfix+IPv6) with ESMTP id 268BE3146; Sun, 17 Jun 2001 13:18:36 +0200 (CEST) From: "Jeroen Massar" To: "'Jordan Hubbard'" , Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Sun, 17 Jun 2001 13:16:20 +0200 Organization: Unfix Message-ID: <001501c0f71e$f00f7bc0$420d640a@HELL> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 In-Reply-To: <20010615135713Y.jkh@osd.bsdi.com> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > I've had several marketing types approach me recently for details as > to whether or not Microsoft was using the BSD TCP/IP stack and/or user > utilities, and though it's always been "common knowledge" in the > community that they were, when I set about to "prove" it I found it to > be less easy than I'd thought. I've strings'd various binaries and > DLLs in my copy of Windows 98 but have yet to find anything resembling > proof. Does anyone out there have any details or discovery techniques > for confirming or disproving this assertion either way? It would be > very useful (for us) from a PR standpoint to know. I don't know what you are trying to get from all this, especially the "It would be very useful (for us) from a PR standpoint to know." part. It all sounds really odd to me but alas a cat does stupid things when it gets cornered... I sincerely hope that you BSD guys&gals stay far far away from the "microsoft is evil, we can't win it easily so let's bash it to hell"-attitude. {and that's my opinion, it's a freespeech world so don't start flaming me all of a sudden) Now for the hackers@freebsd (and the important) part of this reply: The easiest and public way to search for "evidence" is to head over to http://msdn.microsoft.com which is the Microsoft Developer Network site and which contains most of the documentation you'll probably ever need. The stuff about the BSD *API* which is in use by probably every single OS having TCP/IP support. http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_wind ows_sockets.3a_.background.htm Be glad they use and acknowledge the BSD API.... Porting socket apps would be much more difficult then. 8<------ The Windows Sockets specification defines a binary-compatible network programming interface for Microsoft Windows. Windows Sockets are based on the UNIXR sockets implementation in the Berkeley Software Distribution (BSD, release 4.3) from the University of California at Berkeley. The specification includes both BSD-style socket routines and extensions specific to Windows. Using Windows Sockets permits your application to communicate across any network that conforms to the Windows Sockets API. On Win32, Windows Sockets provide for thread safety. ------>8 You should also check: http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_wind ows_sockets_topics.htm http://msdn.microsoft.com/library/psdk/winsock/apistart_9g1e.htm http://msdn.microsoft.com/library/techart/msdn_wsockets.htm http://msdn.microsoft.com/library/backgrnd/html/tcpipintro.htm Another nice thing to read is: http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_port _from_unix_to_win32.htm Which notes how to port Unix apps to Win32 Now for some nice technical stuff... Let's run depends over the c:\winnt\system32\drivers\tcpip.sys (version 5.0.2195.2910) These are the functions: FreeIprBuff GetIFAndLink IPAddInterface IPAllocBuff IPDelayedNdisReEnumerateBindings IPDelInterface IPDeregisterARP IPDisableSniffer IPEnableSniffer IPFreeBuff IPGetAddrType IPGetBestInterface IPGetInfo IPInjectPkt IPProxyNdisRequest IPRegisterARP IPRegisterProtocol IPSetIPSecStatus IPTransmit LookupRoute LookupRouteInformation LookupRouteInformationWithBuffer SendICMPErr SetIPSecPtr tcpxsum UnSetIPSecPtr UnSetIPSecSendPtr Wow those really look like BSD functions :) Ofcourse they don't because Windows uses a completely different driver & communication model compared to most other Operating Systems which are around. Note that this is documented (ofcourse) http://msdn.microsoft.com/library/psdk/winsock/ovrvw3_9xma.htm 8<----- Deviation from Berkeley Sockets There are a few limited instances where Windows Sockets has had to divert from strict adherence to the Berkeley conventions, usually due to implementation difficulties in the MicrosoftR Windows environment. ----->8 Introduction to NDIS: http://msdn.microsoft.com/library/wcedoc/wceddk/ndis_1.htm Though it states it's for Windows CE it does also apply to WinNT per the model and such but the DDK isn't online at MS as far as I can see so fast... but google found this nice link: http://www.osr.com/ddk/303tdi_7ron.htm. And finaly for all the people who are well minded enough to read to the end I've saved the best for last: http://www.microsoft.com/technet/winnt/reskit/sur_tcp2.asp - Chapter 6 - TCP/IP Implementation Details http://www.microsoft.com/technet/win2000/win2ksrv/technote/tcpipimp.asp? a=frame - MS Windows 2000 TCP/IP Implementation Details And some more reading for all of you: http://www.microsoft.com/technet/win2000/win2ksrv/reskit/tcpch01.asp?a=f rame - Introduction to TCP/IP http://www.microsoft.com/technet/win2000/win2ksrv/technote/ispstep.asp?a =frame - Step-by-Step Guide to Internet Protocol Security (IPSec) Well.... here you have your 'facts' You can bet they've very probably looked at *BSD & Linux & others TCP/IP code but only way you ever going to be sure they are using your code is (to get someone) to sign up a NDA and compare it but even then... What are you winning with it? Greets, Jeroen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 4:53:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (diskworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 6ED1937B408 for ; Sun, 17 Jun 2001 04:52:09 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 903 invoked by uid 1000); 17 Jun 2001 11:50:17 -0000 Date: Sun, 17 Jun 2001 14:50:17 +0300 From: Peter Pentchev To: Jeroen Massar Cc: 'Jordan Hubbard' , hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010617145017.B731@ringworld.oblivion.bg> Mail-Followup-To: Jeroen Massar , 'Jordan Hubbard' , hackers@freebsd.org References: <20010615135713Y.jkh@osd.bsdi.com> <001501c0f71e$f00f7bc0$420d640a@HELL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001501c0f71e$f00f7bc0$420d640a@HELL>; from jeroen@unfix.org on Sun, Jun 17, 2001 at 01:16:20PM +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 Sun, Jun 17, 2001 at 01:16:20PM +0200, Jeroen Massar wrote: > Jordan Hubbard wrote: > > I've had several marketing types approach me recently for details as > > to whether or not Microsoft was using the BSD TCP/IP stack and/or user > > utilities, and though it's always been "common knowledge" in the > > community that they were, when I set about to "prove" it I found it to > > be less easy than I'd thought. I've strings'd various binaries and > > DLLs in my copy of Windows 98 but have yet to find anything resembling > > proof. Does anyone out there have any details or discovery techniques > > for confirming or disproving this assertion either way? It would be > > very useful (for us) from a PR standpoint to know. > > I don't know what you are trying to get from all this, > especially the "It would be very useful (for us) from a PR standpoint to > know." part. > It all sounds really odd to me but alas a cat does stupid things when it > gets cornered... > I sincerely hope that you BSD guys&gals stay far far away from the > "microsoft is evil, we can't win it easily so let's bash it to > hell"-attitude. > {and that's my opinion, it's a freespeech world so don't start flaming > me all of a sudden) Your technical arguments are very nice and may turn out to be useful. However, I can't say I agree with your comments. Jordan did NOT say that he wanted to prove MS had, like, stolen the BSD networking code; he merely said he was interested in proving or disproving any degree of BSD-derivation of the Windows TCP/IP stack. Saying that Solaris, IRIX, AIX and who-not have great parts of the OS derived from SysV or BSD code is not really 'bashing' those OS's, is it? There is still a large amount of their own code, created with a large amount of work put in; the 'derived' part simply means that they have given credit to others' work by reusing it. Thus, if it turns out that Microsoft have really derived their TCP/IP stack from the BSD one, this would not mean they've stolen the BSD stack for lack of wits to write their own; it would simply means that they have decided that the BSD stack was a nice piece of code, and it would not have been worth it to put in all the effort necessary to rewrite it from the ground up. G'luck, Peter -- What would this sentence be like if it weren't self-referential? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 5:24: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sockratte.schell.de (polz.de [195.20.238.74]) by hub.freebsd.org (Postfix) with SMTP id E3C1837B403 for ; Sun, 17 Jun 2001 05:23:59 -0700 (PDT) (envelope-from sascha@schumann.cx) Received: (qmail 10039 invoked from network); 17 Jun 2001 12:23:58 -0000 Received: from unknown (HELO rossini.schumann.cx) (217.81.225.94) by polz.de with SMTP; 17 Jun 2001 12:23:58 -0000 Received: from localhost (localhost [127.0.0.1]) by rossini.schumann.cx (Postfix) with ESMTP id 3D1055E007; Sun, 17 Jun 2001 14:23:20 +0200 (MEST) Date: Sun, 17 Jun 2001 14:23:20 +0200 (MEST) From: Sascha Schumann X-X-Sender: To: Valentin Nechayev Cc: Subject: Re: poll(2)'s arbitrary limit In-Reply-To: <20010617123008.A585@iv.nn.kiev.ua> 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 > sys/kern/sys_generic.c Right. > If there are no equal file descriptors in different pollfd arrays, > current maxfiles limit should not be reached. You can set the fd member of a pollfd to a negative value, marking the entry as unused. This allows you to easily exceed the per-process limit which is currently in place. Referring to IEEE 1003.1:200x: If the value of fd is less than 0, events shall be ignored, and revents shall be set to 0 in that entry on return from poll( ). > If some descriptors are equal, SGI's code is broken IMHO: when > two different pollfd structures has identical fd, result may be > indetermined. Nope, poll has to check each fd. Quoting from the same source: The fds argument specifies the file descriptors to be examined and the events of interest for each file descriptor. ^^^^ FreeBSD can still claim conformance, because the implementation can place restrictions on the maximum number of fds. I am advocating though that this restriction can be configured separately, because it has little relationship to kern.maxprocfiles. > I suppose this SGI state threads library can be simply recompiled > to use select() instead of poll(), this can be simple workaround. Well, historically, select(2) is the call with limitations while poll(2) is not. I agree though that in the current situation select is the preferred solution as I can simply define FD_SETSIZE for my application. > Also you can contribute code working with kevent(2), this will be > more efficient ;) I've actually implemented that already with no significant speed advantage; as various papers[1] have concluded, when select and poll are used properly they are not as inefficient as many people seem to assume. [1] http://www.citi.umich.edu/techreports/reports/citi-tr-00-4.pdf - Sascha Experience IRCG http://schumann.cx/ http://schumann.cx/ircg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 5:24:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id DD06237B40F for ; Sun, 17 Jun 2001 05:24:31 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 86138 invoked by uid 100); 17 Jun 2001 12:24:24 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15148.41335.928818.113165@guru.mired.org> Date: Sun, 17 Jun 2001 07:24:23 -0500 To: Rik van Riel Cc: freebsd-chat@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Article Network performance by OS In-Reply-To: References: <006701c0f6b9$dd6d89e0$3fac6395@alink> 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 Rik van Riel types: > On Sat, 16 Jun 2001, Jonathan Fortin wrote: > > Linux is tuned out of the box, where the others are tuned for > > stability. > Not quite. Linux distributions tend to be extremely > conservative in the IDE options (DMA, interrupt unmasking, > write caching, etc. all disabled) while FreeBSD seems to > have write caching and DMA on by default... This doesn't agree with what was said about IDE write cache in Linux when it was toggled in FBSD. At that point, it was claimed that 1) Linux left the disk write cache in whatever state it found it in, and 2) most drives shipped with write cache enabled, just so they would peform well on benchmarks. In other words - it's generally on by default. On the other hand, all those other options can make a *lot* of difference. I've got some old tests I ran on 3.x wd driver with a brand new disk. Here's what bonnie says for one test with none of the go-fast options on: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU wd 100 2300 14.2 2285 6.7 1350 6.0 2499 17.7 2729 6.5 123.4 3.2 And here's what it says when you turn on UDMA and all those good things: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU wd 100 16841 88.5 15186 26.1 16610 38.2 21409 100.0 133543 100.0 3004.7 48.6 http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 5:35: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from areilly.bpc-users.org (CPE-144-132-234-126.nsw.bigpond.net.au [144.132.234.126]) by hub.freebsd.org (Postfix) with SMTP id 3B2A137B405 for ; Sun, 17 Jun 2001 05:34:58 -0700 (PDT) (envelope-from areilly@bigpond.net.au) Received: (qmail 11053 invoked by uid 1000); 17 Jun 2001 12:34:57 -0000 From: "Andrew Reilly" Date: Sun, 17 Jun 2001 22:34:57 +1000 To: Garance A Drosihn Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, dillon@earth.backplane.com, mhagerty@voyager.net Subject: Re: Article: Network performance by OS Message-ID: <20010617223457.A10913@gurney.reilly.home> References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drosih@rpi.edu on Sat, Jun 16, 2001 at 05:39:49PM -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 Sat, Jun 16, 2001 at 05:39:49PM -0400, Garance A Drosihn wrote: > Mind you, I do agree that it would be very nice if we ["the > industry"] could figure out benchmarking tactics which did > not depend on the knowledge level of the person doing the > benchmark. It would also be really nice to see lasting > peace in every corner of the globe, but that also isn't > going to happen without divine intervention. Getting back > to benchmarks, the problem is that as soon as someone designs > a benchmark, some members of the competition (the "competition" > in whatever field is being benchmarked) sits down and figures > out how to "look good on that benchmark". The way that the SPEC organisation manages it (and has been doing a pretty good job on CPU/memory benchmarks over the years) is to work hard to make sure that the work done by the benchmark _is_ representative of the sorts of work that real people do with the sorts of systems where you're interested in CPU performance. That way, companies that figure out how to look good on the benchmark tend to actually make their platform behave well for a wide variety of applications. The other thing about SPEC benchmarks is that the interested parties benchmark themselves, and disclose their configurations, so that those reading the results can (a) reproduce them and (b) know what sorts of things that they should do if they want to make their own applications run as well as that. I remember that the last time this question arose, someone suggested raising a fund to buy (yes, the sad part of SPEC is that they sell the test suite to fund future developments) SpecWEB. How is that effort going, and do the folk who have volunteered to run it have access to suitably impressive hardware? (That last point is likely a stumbling block for either FreeBSD _or_ Linux. You can bet that if Microsoft wanted to win SpecWEB races they'd be able to buy better hardware than any group that's scratching to get $800 together...) For OS benchmarking, what we probably need is something like SpecWEB with Laser association(the sailing variety) one-design rules for the hardware. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 6:21:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bilver.wjv.com (dhcp-1-249.n01.orldfl01.us.ra.verio.net [157.238.210.249]) by hub.freebsd.org (Postfix) with ESMTP id 6D94F37B403 for ; Sun, 17 Jun 2001 06:21:12 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5HDLAs00397 for hackers@FreeBSD.ORG; Sun, 17 Jun 2001 09:21:10 -0400 (EDT) (envelope-from bill) Date: Sun, 17 Jun 2001 09:20:44 -0400 From: Bill Vermillion To: hackers@FreeBSD.ORG Subject: Re: freebsd-hackers-digest V5 #152 Message-ID: <20010617092044.A282@wjv.com> Reply-To: bv@wjv.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 owner-freebsd-hackers-digest@FreeBSD.ORG on Sun, Jun 17, 2001 at 02:35:27AM -0700 Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-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: Query: How to tell if Microsoft is using BSD TCP/IP code? -------------- > > From: jkh@osd.bsdi.com (Jordan Hubbard) > > Date: Fri 15 Jun, 2001 > > Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? > > root@winston-> strings FTP.EXE |grep "University of California" > > @(#) Copyright (c) 1983 The Regents of the University of California. > You can't tell much from the utilities, there are still too many > obvious traces of the proprietary product they originally licensed > (much of which was not BSD-derived, ... Using Windows Explorer and searching for contain text with "Regents of the University of California" yield results for: C:\windows\ftp.exe -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 7:36:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kinnee.net (www.kinnee.net [207.13.31.24]) by hub.freebsd.org (Postfix) with ESMTP id EC1F737B406 for ; Sun, 17 Jun 2001 07:36:02 -0700 (PDT) (envelope-from erick@kinnee.net) Received: by www.kinnee.net (Postfix, from userid 1000) id DA2DB2F3; Sat, 16 Jun 2001 19:47:10 -0500 (CDT) Date: Sat, 16 Jun 2001 19:47:10 -0500 From: Erick Kinnee Cc: Jordan Hubbard , hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010616194710.A1074@www.kinnee.net> References: <20010615135713Y.jkh@osd.bsdi.com> <3B2AA1A2.B8261530@bellatlantic.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.3.17-current-20010417i In-Reply-To: <3B2AA1A2.B8261530@bellatlantic.net>; from babkin@bellatlantic.net on Fri, Jun 15, 2001 at 08:00:34PM -0400 X-No-Archive: yes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I just grepped a winnt/system32 dir for "Regents" and found this: CreateFileA KERNEL32.dll @(#) Copyright (c) 1983 The Regents of the University of California. -- CharToOemBuffA USER32.dll @(#) Copyright (c) 1985,1989 Regents of the University of California. -- CharToOemBuffA USER32.dll @(#) Copyright (c) 1980 The Regents of the University of California. -- GetUserNameA ADVAPI32.dll @(#) Copyright (c) 1983 The Regents of the University of California. -- GetUserNameA ADVAPI32.dll @(#) Copyright (c) 1983 The Regents of the University of California. It's not much, but it seems to be more than anybody else was finding... This is off an Advanced Server box with sp1. --EeQfGwPcQSOJBaQU 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 iEYEARECAAYFAjsr/g0ACgkQVTvaaGcZyr0KHQCfar5r+4McIh9USf7x4ly3wtTK oLEAn0Ldro5wPUQzfOUSbC1yRKUApp5s =fHe1 -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 8:51:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp7ve.mailsrvcs.net (smtp7vepub.gte.net [206.46.170.28]) by hub.freebsd.org (Postfix) with ESMTP id 3E28637B403 for ; Sun, 17 Jun 2001 08:50:55 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-11.nnj.dialup.bellatlantic.net [151.198.117.11]) by smtp7ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id PAA33748047; Sun, 17 Jun 2001 15:49:59 GMT Message-ID: <3B2CD1A6.AF3CBC7D@bellatlantic.net> Date: Sun, 17 Jun 2001 11:49:58 -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: Wes Peters Cc: Jordan Hubbard , hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: <20010615135713Y.jkh@osd.bsdi.com> <3B2AA1A2.B8261530@bellatlantic.net> <3B2AFBAC.A9CE5D4@softweyr.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 Wes Peters wrote: > > Sergey Babkin wrote: > > > > Jordan Hubbard wrote: > > > > > > I've had several marketing types approach me recently for details as > > > to whether or not Microsoft was using the BSD TCP/IP stack and/or user > > > utilities, and though it's always been "common knowledge" in the > > I know one way but it's a hard one: disassemble and manually decomiple > > the code and compare it with the BSD code. I've once done such > > a research on the HP-UX pty code (for other reasons) and it matched > > the BSD code practically exactly except for the added spin locks. > > It's a lot easier than that. Just find one of the universities that have > been given the Win2K/XP sources and ask them to compare the IP stack code > with it's reputed parent, NetBSD. It may depend on which license they had to sign to get this source code. Such use may be against this license. Also the code may not perfectly match BSD: for example, UnixWare has its TCP stack based on [some old] BSD but it's heavily modified to accomodate STREAMS instead of sockets. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 8:54:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp7ve.mailsrvcs.net (smtp7vepub.gte.net [206.46.170.28]) by hub.freebsd.org (Postfix) with ESMTP id 73D7337B401 for ; Sun, 17 Jun 2001 08:54:25 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-11.nnj.dialup.bellatlantic.net [151.198.117.11]) by smtp7ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id PAA34158860; Sun, 17 Jun 2001 15:53:20 GMT Message-ID: <3B2CD26F.ACD430B0@bellatlantic.net> Date: Sun, 17 Jun 2001 11:53:19 -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: Cyrille Lefevre Cc: tlambert2@mindspring.com, Robert Withrow , freebsd-hackers@FreeBSD.ORG Subject: Re: import NetBSD rc system References: <200106141357.JAA27316@pobox.engeast.BayNetworks.COM> <3B29B98E.DAF2ABE4@mindspring.com> <3B2A9F60.A12AB917@bellatlantic.net> 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 Cyrille Lefevre wrote: > > Sergey Babkin writes: > [snip] > > How about keeping the state of the system as empty files in > > a subdirectory, say, /etc/rcstate.d. This directory would be > > cleaned up at boot time and then as each of the service startup > > script is run (and completed successfully), an empty file with the > > same name would be created in this directory. Reversely, when a > > service shutdown script is completed (or started ?), the state > > file is removed. This will allow to define the run states easily > > as empty rc scripts containing only dependency information in them. > > how about if a service die or started w/o the rc subsystem ? Remove or create this indicator file manually ? I mean, as an easy solution. The complex solution is of course to monitor the status of the service and react accordingly if it fails. After (if) such thing would be implemented, adding of the rest of the high-availability cluster support will be obvious :-) -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 9:37: 1 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 CE31537B40A for ; Sun, 17 Jun 2001 09:36:48 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-11.nnj.dialup.bellatlantic.net [151.198.117.11]) by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id QAA43741186; Sun, 17 Jun 2001 16:36:29 GMT Message-ID: <3B2CDC8C.3C7E382A@bellatlantic.net> Date: Sun, 17 Jun 2001 12:36:28 -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: Matt Dillon Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@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: > > A person who depends on the ability to run an out-of-the-box solution > into the ground and actually expects it to perform well without having > to know the first thing about the platform he is running his software > on is a complete and utter idiot and the company that employs such a > person has a hellofalot more to worry about then the performance of an > untuned machine. We are telling people that FreeBSD is primarily a good server OS, right ? Then it should come with the standard configuration tuned with this purpose in mind. Not "foolproof", not "workstation" but "high-performance server". IMHO this is a big problem with too many Unix (including Linux) and generally Open Source programs and systems. They allow to do great things after being properly tuned. However the default configuration supplied with them is utterly horrible by some mysterious reason. So the learning curve for them is quite steep and requires to learn the product in deep and tune it before using. Well, I do enjoy learning things, however tuning the same things in each new version over and over again for the 10th time becomes quite boring. This is not to say that Windows is better: the default configurations are usually slightly better but there is no [reasonably easy] way whatsoever to make them decent. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 10:21:32 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 C049837B401 for ; Sun, 17 Jun 2001 10:21:20 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5HHLIu06985; Sun, 17 Jun 2001 10:21:18 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 10:21:18 -0700 (PDT) From: Matt Dillon Message-Id: <200106171721.f5HHLIu06985@earth.backplane.com> To: Sergey Babkin Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@earth.backplane.com> <3B2CDC8C.3C7E382A@bellatlantic.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 :... :> to know the first thing about the platform he is running his software :> on is a complete and utter idiot and the company that employs such a :> person has a hellofalot more to worry about then the performance of an :> untuned machine. : :We are telling people that FreeBSD is primarily a good server OS, :right ? Then it should come with the standard configuration tuned :with this purpose in mind. Not "foolproof", not "workstation" but :"high-performance server". : :IMHO this is a big problem with too many Unix (including Linux) :and generally Open Source programs and systems. They allow to :do great things after being properly tuned. However the default :configuration supplied with them is utterly horrible by some :mysterious reason. So the learning curve for them is quite steep But this isn't true at all. How many people need to make thousands or tens of thousands of simultanious connections to a machine out of the box? Almost nobody. So to run a benchmark and have it hit these limitations on an untuned machine and then say that this somehow proves that the boxes needed to be better-tuned out of the box is just plain and simply hogwash. Out of the box, FreeBSD (and Linux) work just fine for virtually anything you need to do, with very few exceptions. If you need to run a huge multi-gigabyte database, or you need to run an EFNET IRC server, or a USENET relay, or a SPAM mailer, then you have a bit of tuning work to do. Otherwise it will just work. We tune our default configurations for what most people need. We don't tune them to run stupid benchmarks. :and requires to learn the product in deep and tune it before :using. Well, I do enjoy learning things, however tuning the :same things in each new version over and over again for the 10th :time becomes quite boring. Nonsense. If you intend to work a machine to the hilt, and expect to maintain it for any length of time, and you aren't willing to spend some time tuning it, then the only thing wrong with the picture is *you*, Not the machine, Not the OS... but you. Don't blame your problems on the machine if you aren't willing to lift a finger learning how it works. -Matt :This is not to say that Windows is better: the default :configurations are usually slightly better but there is no :[reasonably easy] way whatsoever to make them decent. : :-SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 11: 2:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from picard.skynet.be (picard.skynet.be [195.238.3.131]) by hub.freebsd.org (Postfix) with ESMTP id DC3C437B416; Sun, 17 Jun 2001 11:02:46 -0700 (PDT) (envelope-from brad.knowles@skynet.be) Received: from [194.78.241.123] ([194.78.241.123]) by picard.skynet.be (8.11.2/8.11.2/Skynet-OUT-2.11) with ESMTP id f5HI1rb09745; Sun, 17 Jun 2001 20:01:57 +0200 (MET DST) (envelope-from ) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <006701c0f6b9$dd6d89e0$3fac6395@alink> References: <006701c0f6b9$dd6d89e0$3fac6395@alink> Date: Sun, 17 Jun 2001 20:01:53 +0200 To: "Jonathan Fortin" , From: Brad Knowles Subject: Re: Article Network performance by OS Cc: 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 7:12 PM -0400 6/16/01, Jonathan Fortin wrote: > As for the benchmark briefly, It's biased because whoever did it knew fuck > nothing about Unix and Linux doesnt need tuning so Linux won period. > Linux is tuned out of the box, where the others are tuned for stability. It gets far, far better than this. I misunderstood some of the details of the article the first time I read it. It turns out that the morons have written an SMTP MTA that keeps all writes in memory and never flushes them to disk. When the ignorance of RFCs and standards is at this intrastellar level, you can forget everything you wanted to talk about with regards to OS tuning. None of that means anything whatsoever, when compared to a program that completely and totally violates the single most fundamental principle of the standards. The programmers may have known something about how an async, poll()-based application can be written, but they very, very clearly knew absolutely nothing whatsoever about writing an SMTP MTA. Go home, the party's over. These guys are so bloody clue-free that it's no longer worth the effort even contemplating the thought of attempting to help them learn how things ought to be done. -- Brad Knowles, /* efdtt.c Author: Charles M. Hannum */ /* Represented as 1045 digit prime number by Phil Carmody */ /* Prime as DNS cname chain by Roy Arends and Walter Belgers */ /* */ /* Usage is: cat title-key scrambled.vob | efdtt >clear.vob */ /* where title-key = "153 2 8 105 225" or other similar 5-byte key */ dig decss.friet.org|perl -ne'if(/^x/){s/[x.]//g;print pack(H124,$_)}' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 11:21:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 02D6037B40A for ; Sun, 17 Jun 2001 11:20:47 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5HIKWt83240 for ; Sun, 17 Jun 2001 11:20:32 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: hackers@freebsd.org Subject: Summary: Is Microsoft using the BSD TCP/IP stack? 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: <20010617112032O.jkh@osd.bsdi.com> Date: Sun, 17 Jun 2001 11:20:32 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just thought I'd summarize since this generated so much response. It's apparently just not possible to really tell for sure without looking at the source code, and it was not possible to get ahold of any of the University licensee's or Microsoft developers in time to go into that level of detail. There were a few "telltales", however, such as the TCP initial window in Windows 2000 being exactly the same as FreeBSD and OpenBSD and a few headers in Microsoft Visual studio, as well as various userland utilities, bearing the BSD trademark. In any case, I'd like to thank everyone for their help and suggest that those interested read Monday's (June 18th) Wall Street Journal for some of the results of their research. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 11:27:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 70FA237B403 for ; Sun, 17 Jun 2001 11:27:39 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5HIRCt83295; Sun, 17 Jun 2001 11:27:16 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: jeroen@unfix.org Cc: hackers@freebsd.org Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? In-Reply-To: <001501c0f71e$f00f7bc0$420d640a@HELL> References: <20010615135713Y.jkh@osd.bsdi.com> <001501c0f71e$f00f7bc0$420d640a@HELL> 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: <20010617112712J.jkh@osd.bsdi.com> Date: Sun, 17 Jun 2001 11:27:12 -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: "Jeroen Massar" Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Sun, 17 Jun 2001 13:16:20 +0200 > It all sounds really odd to me but alas a cat does stupid things when it > gets cornered... > I sincerely hope that you BSD guys&gals stay far far away from the > "microsoft is evil, we can't win it easily so let's bash it to > hell"-attitude. 1. We're not cornered. 2. We're not bashing Microsoft here. We're just trying to figure out if their recently published comments that "Open Source is bad and inimical to our interests" is really just marketspeak which contradicts their own engineering position. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 11:49: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2]) by hub.freebsd.org (Postfix) with ESMTP id CCE6F37B403 for ; Sun, 17 Jun 2001 11:49:02 -0700 (PDT) (envelope-from acahalan@saturn.cs.uml.edu) Received: (from acahalan@localhost) by saturn.cs.uml.edu (8.11.0/8.11.2) id f5HIn0D480143; Sun, 17 Jun 2001 14:49:01 -0400 (EDT) Date: Sun, 17 Jun 2001 14:49:01 -0400 (EDT) Message-Id: <200106171849.f5HIn0D480143@saturn.cs.uml.edu> From: "Albert D. Cahalan" To: freebsd-hackers@FreeBSD.ORG Cc: brad.knowles@skynet.be Subject: Re: Article Network performance by OS Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brad Knowles writes: > It gets far, far better than this. I misunderstood some of the > details of the article the first time I read it. It turns out that > the morons have written an SMTP MTA that keeps all writes in memory > and never flushes them to disk. ... > Go home, the party's over. These guys are so bloody clue-free > that it's no longer worth the effort even contemplating the thought > of attempting to help them learn how things ought to be done. SMTP cluefulness == benchmarking cluefulness ??? The default config is optimized for SPAM. They also offer: Crash-proof option. Makes sure that no message is lost in event of crash or power failure. Note: this feature slows performance. So clearly the developers know what they are supposed to do. With disk failure rates being what they are, and the uptime some people get, I don't think the normal MTA behavior helps very much anyway. It is an option though, just not the default. Marketing must love to say "equal to 15 sendmail servers". Obviously these people want to sell a product, and they don't care what they have to do to make that product look good. Maybe they have more of a clue than you do, mixed with a bit of evil perhaps. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 11:58:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 745E437B401 for ; Sun, 17 Jun 2001 11:58:03 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 5351 invoked by uid 100); 17 Jun 2001 18:58:03 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15148.64954.981643.767259@guru.mired.org> Date: Sun, 17 Jun 2001 13:58:02 -0500 To: "Albert D. Cahalan" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Article Network performance by OS In-Reply-To: <200106171849.f5HIn0D480143@saturn.cs.uml.edu> References: <200106171849.f5HIn0D480143@saturn.cs.uml.edu> 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 Albert D. Cahalan types: > Obviously these people want to sell a product, and they don't care > what they have to do to make that product look good. In other words, you agree with me: it's a puff piece masquerading as a benchmark. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 12: 5:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id AFF1937B407 for ; Sun, 17 Jun 2001 12:05:11 -0700 (PDT) (envelope-from gjb@gbch.net) Received: (qmail 84479 invoked by uid 1001); 18 Jun 2001 05:04:59 +1000 Message-ID: X-Posted-By: GJB-Post 2.21 16-Jun-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Mon, 18 Jun 2001 05:04:59 +1000 From: Greg Black To: Matt Dillon Cc: Sergey Babkin , "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@earth.backplane.com> <3B2CDC8C.3C7E382A@bellatlantic.net> <200106171721.f5HHLIu06985@earth.backplane.com> In-reply-to: <200106171721.f5HHLIu06985@earth.backplane.com> of Sun, 17 Jun 2001 10:21:18 MST 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 Matt Dillon wrote: | Out of the box, FreeBSD (and Linux) work just fine for virtually | anything you need to do, with very few exceptions. If you need to | run a huge multi-gigabyte database, or you need to run an EFNET IRC | server, or a USENET relay, or a SPAM mailer, then you have a bit of | tuning work to do. Otherwise it will just work. We tune our default | configurations for what most people need. We don't tune them to run | stupid benchmarks. This is indeed the case. I've been running FreeBSD releases from the CD subscription service since 2.2.6 on my own network and all my customer networks. I do build a new kernel each time so that I can drop all the drivers that aren't needed (as that halves the kernel size), but that takes only a few minutes per release and is a no-brainer. And then those boxes just run and FreeBSD just works and the performance for those real world operations is excellent -- reliability is 100% and speed is such that users feel that they're getting instant responses. That's the only kind of benchmark that matters. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 12:32:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 9E3D437B403 for ; Sun, 17 Jun 2001 12:31:59 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5HJVWU29599; Sun, 17 Jun 2001 15:31:32 -0400 (EDT) Date: Sun, 17 Jun 2001 15:31:30 -0400 From: Alfred Perlstein To: Sascha Schumann Cc: Valentin Nechayev , freebsd-hackers@FreeBSD.ORG Subject: Re: poll(2)'s arbitrary limit Message-ID: <20010617153129.N1832@superconductor.rush.net> References: <20010617123008.A585@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from sascha@schumann.cx on Sun, Jun 17, 2001 at 02:23:20PM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Sascha Schumann [010617 08:24] wrote: > > > Also you can contribute code working with kevent(2), this will be > > more efficient ;) > > I've actually implemented that already with no significant > speed advantage; as various papers[1] have concluded, when > select and poll are used properly they are not as inefficient > as many people seem to assume. > > [1] http://www.citi.umich.edu/techreports/reports/citi-tr-00-4.pdf You've misinterpreted the paper. :( The way they use poll(2) "properly" is to use /dev/poll which is a really gross alternative to kevent(2) but close in functionality. As far as raising the amount of pollable entries, can you try your app with your kernel recompiled to accept 2xNO_FILE and 2xFD_SETSIZE and let us know if that solves your problem? -- -Alfred Perlstein [alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 12:54:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sockratte.schell.de (polz.de [195.20.238.74]) by hub.freebsd.org (Postfix) with SMTP id E75E537B407 for ; Sun, 17 Jun 2001 12:54:35 -0700 (PDT) (envelope-from sascha@schumann.cx) Received: (qmail 2429 invoked from network); 17 Jun 2001 19:54:34 -0000 Received: from unknown (HELO rossini.schumann.cx) (217.81.236.238) by polz.de with SMTP; 17 Jun 2001 19:54:34 -0000 Received: from localhost (localhost [127.0.0.1]) by rossini.schumann.cx (Postfix) with ESMTP id 0A49C5E007; Sun, 17 Jun 2001 21:53:59 +0200 (MEST) Date: Sun, 17 Jun 2001 21:53:59 +0200 (MEST) From: Sascha Schumann X-X-Sender: To: Alfred Perlstein Cc: Valentin Nechayev , Subject: Re: poll(2)'s arbitrary limit In-Reply-To: <20010617153129.N1832@superconductor.rush.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 > You've misinterpreted the paper. :( Sorry, I got the reference wrong. I was referring to a recently published HP paper[1] which concluded that "contrary to conventional wisdom, even a select based server can provide high throughput if its overhead is amortized by performing more useful work per select call." This supported the results of benchmarks I conducted on FreeBSD using select, poll and kqueue at the heart of the State Threads implementation. [1] http://www.hpl.hp.com/techreports/2000/HPL-2000-174.pdf > As far as raising the amount of pollable entries, can you try your > app with your kernel recompiled to accept 2xNO_FILE and 2xFD_SETSIZE > and let us know if that solves your problem? I've been using kern.maxproc=kern.maxprocfiles=2*32768 for my tests and that worked successfully. Thanks, - Sascha Experience IRCG http://schumann.cx/ http://schumann.cx/ircg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 12:56:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 187A737B405 for ; Sun, 17 Jun 2001 12:55:48 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f5HJtg515196; Sun, 17 Jun 2001 19:55:42 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Sun, 17 Jun 2001 19:55:42 +0000 (GMT) From: "E.B. Dreger" To: "Albert D. Cahalan" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Article: Network performance by OS In-Reply-To: <200106162057.f5GKv4X11560@saturn.cs.uml.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 > Date: Sat, 16 Jun 2001 16:57:04 -0400 (EDT) > From: Albert D. Cahalan > You mean they should just optimize for FreeBSD, or should they also > use completion ports on Win2K, /dev/poll on Solaris, and RT signals > on Linux? What is wrong with using the portable API on every OS? If you want an all-out performance test, use what's available. > is fine to use fancy FreeBSD features. Otherwise no, it isn't OK. > FreeBSD shouldn't need nonportable hacks to keep up with Win2K > and Linux. Like mounting the volume async? :-P What size swap partition did they use? How hard is it to compile a custom kernel? What optimizations did they use on the respective compilers? > You're sounding like a Microsoftie, demanding that code be written (Troll alert) > to the latest OS-specific API to get decent performance. The "decent" performance issue has been addressed. For all-out performance, accept filters and kqueues are not that new. > > Not to mention that anyone using a kernel "out of the > > box" needs to be larted. > > If you run Google or Yahoo, sure. If the admin is really the guy > hired to make web pages selling potted plants, no way. And I suppose that routers must also coddle the "admin" using FP, because it's too hard to filter bogons or configure netmasks by hand? BGP should be "plug and play", eh? A certain amount of manual work is "too much" -- don't get me wrong. But there's a point where, if you want to be a "network admin", you simply must know WTF you are doing. If an "admin" is too dumb to at least start tuning a system, will they know enough to asymmetrically encrypt sensitive info before storing it in a database? If not, I'm less than excited about buying from them. Anybody who needs a wizard, singing mouse, or dancing teddy bear to bind an IP address to a NIC scares me. Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 12:58: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 05E0037B409 for ; Sun, 17 Jun 2001 12:57:52 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5HJvfA30437; Sun, 17 Jun 2001 15:57:41 -0400 (EDT) Date: Sun, 17 Jun 2001 15:57:40 -0400 From: Alfred Perlstein To: Sascha Schumann Cc: Valentin Nechayev , freebsd-hackers@FreeBSD.ORG Subject: Re: poll(2)'s arbitrary limit Message-ID: <20010617155740.O1832@superconductor.rush.net> References: <20010617153129.N1832@superconductor.rush.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from sascha@schumann.cx on Sun, Jun 17, 2001 at 09:53:59PM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Sascha Schumann [010617 15:54] wrote: > > > As far as raising the amount of pollable entries, can you try your > > app with your kernel recompiled to accept 2xNO_FILE and 2xFD_SETSIZE > > and let us know if that solves your problem? > > I've been using kern.maxproc=kern.maxprocfiles=2*32768 for my > tests and that worked successfully. Ok, so then we don't need to change FreeBSD? -- -Alfred Perlstein [alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 13:15:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from purgatory.unfix.org (purgatory.xs4all.nl [194.109.237.229]) by hub.freebsd.org (Postfix) with ESMTP id 54A5E37B407 for ; Sun, 17 Jun 2001 13:15:11 -0700 (PDT) (envelope-from jeroen@unfix.org) Received: from HELL (hell.unfix.org [::ffff:10.100.13.66]) by purgatory.unfix.org (Postfix+IPv6) with ESMTP id 27BB23146; Sun, 17 Jun 2001 22:15:06 +0200 (CEST) From: "Jeroen Massar" To: "'Jordan Hubbard'" Cc: Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Sun, 17 Jun 2001 22:12:49 +0200 Organization: Unfix Message-ID: <002901c0f769$e3fcdbc0$420d640a@HELL> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20010617112712J.jkh@osd.bsdi.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > Jeroen Massar" wrote: > > It all sounds really odd to me but alas a cat does stupid things when it gets cornered... > > I sincerely hope that you BSD guys&gals stay far far away from the > > "microsoft is evil, we can't win it easily so let's bash it to hell"-attitude. ^-- did you notice this piece.... I hope you did.... I really didn't take the time of searching for those references, which you asked for ("confirming or disproving this assertion") just to kick you down or something. It was also only a figure of speech... I was only "warning" (big word :) for the stuff that happened to especially all those linux advocates (see slashdot.org for your daily propaganda :) and/or what happened back in the Amiga vs Windows vs Atari etc days. http://www.openbsd.org/goals.html luckily states: "Be as politics-free as possible; solutions should be decided on the basis of technical merit." That goes for OpenBSD and I think/hope for all the other BSD's, I hope you understand what I mean with all of this :) > 1. We're not cornered. But you are doing propaganda actions (newpaper :)... which for some people really leeds to think that you are... I am also wondering why you wanted to get a complete press release out so quickly but that we'll all see on Monday :) I am glad you sorted me out on that point, got me a bit worried though. > 2. We're not bashing Microsoft here. We're just trying to figure > out if their recently published comments that "Open Source is bad > and inimical to our interests" is really just marketspeak which > contradicts their own engineering position. Well the marketing division of Microsoft prolly never reported any negative cashflow :) Then again you are kinda indicating here that you are worried as you do respond to something you think is very propaganda alike. And in another thread (Summary: Is Microsoft using the BSD TCP/IP stack?): > It's apparently just not possible to really tell for sure without > looking at the source code, and it was not possible to get ahold of > any of the University licensee's or Microsoft developers in time to go > into that level of detail. There were a few "telltales", however, > such as the TCP initial window in Windows 2000 being exactly the same > as FreeBSD and OpenBSD and a few headers in Microsoft Visual studio, > as well as various userland utilities, bearing the BSD trademark. You could also have checked out http://research.microsoft.com/msripv6/ which has full source code to the IPv6 stack, though it's the Research version, so it's not exactly what's going production in WinXP (as currently found in the beta's :). And the "headers" only describe the BSD API which is, I repeat, in use by almost any TCP/IP stack there is, so there is absoletely no conclusion you can take from that. One can very easily "port" a BSD-socket API using program by adding the opening&closing of the winsock.dll which is the biggest part you'll need to do unless you are using things like raw sockets and such (see http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_port :) The userland tools are very probably based on the BSD code though but in what extent... that's really hard to say, and they've probabably also been very much altered. > In any case, I'd like to thank everyone for their help and suggest > that those interested read Monday's (June 18th) Wall Street Journal > for some of the results of their research. I'll surelly check it out to see what it states... I hope this at least makes my point clear as I am really not advocating any OS whatsoever... (Amiga Rulez :) Greets, Jeroen PS: rest of the discussion can prolly go to /dev/null as it won't have any more impact on the newspaper thingy, I just wanted it straightened from my side. PS2: Jordan... You are ofcourse allowed to bash me with good argumentation for this as you may see fit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 13:20:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from riker.skynet.be (riker.skynet.be [195.238.3.132]) by hub.freebsd.org (Postfix) with ESMTP id 9FABD37B405 for ; Sun, 17 Jun 2001 13:20:08 -0700 (PDT) (envelope-from brad.knowles@skynet.be) Received: from [194.78.241.123] ([194.78.241.123]) by riker.skynet.be (8.11.2/8.11.2/Skynet-OUT-2.11) with ESMTP id f5HKJh615380; Sun, 17 Jun 2001 22:19:43 +0200 (MET DST) (envelope-from ) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <200106171849.f5HIn0D480143@saturn.cs.uml.edu> References: <200106171849.f5HIn0D480143@saturn.cs.uml.edu> Date: Sun, 17 Jun 2001 22:18:47 +0200 To: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG From: Brad Knowles Subject: Re: Article Network performance by OS 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:49 PM -0400 6/17/01, Albert D. Cahalan wrote: > So clearly the developers know what they are supposed to do. No. Not when they claim that sendmail does precisely the same thing, and I can easily demonstrate from the RELEASE_NOTES that this changed in 8.10 (previously, I think sendmail checkpointed after every ten recipients, but in order to prevent possible problems where an error partway down the list could wind up with a copy of the message being re-delivered every time to all recipients above the problem one and after the last checkpoint, they changed SuperSafe to be true). > With disk failure rates being what they are, and the uptime some > people get, I don't think the normal MTA behavior helps very much > anyway. It is an option though, just not the default. Linux async mounts still trash filesystems. If you don't care about that, that's fine. But then you've got no business writing an article for a magazine like _SysAdmin_. > Obviously these people want to sell a product, and they don't care > what they have to do to make that product look good. Maybe they have > more of a clue than you do, mixed with a bit of evil perhaps. You haven't been watching the responses from one of the authors on the mailing list set up to discuss this article (as requested by the folks at _SysAdmin_). He really is clearly clueless with regards to benchmark tuning, FreeBSD in general, and proper operation of SMTP MTAs. I would invite you to send your own letter to the publishers of _SysAdmin_, which will get forwarded to the mailing list, which you will then probably be subscribed to. Then you can see the cluelessness for yourself. -- Brad Knowles, /* efdtt.c Author: Charles M. Hannum */ /* Represented as 1045 digit prime number by Phil Carmody */ /* Prime as DNS cname chain by Roy Arends and Walter Belgers */ /* */ /* Usage is: cat title-key scrambled.vob | efdtt >clear.vob */ /* where title-key = "153 2 8 105 225" or other similar 5-byte key */ dig decss.friet.org|perl -ne'if(/^x/){s/[x.]//g;print pack(H124,$_)}' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 13:26:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 267AA37B401 for ; Sun, 17 Jun 2001 13:26:09 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f5HKPkG15430; Sun, 17 Jun 2001 20:25:46 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Sun, 17 Jun 2001 20:25:45 +0000 (GMT) From: "E.B. Dreger" To: "Albert D. Cahalan" Cc: Wes Peters , hackers@FreeBSD.ORG, keramida@ceid.upatras.gr, rsi@panix.com Subject: Re: Sysadmin article In-Reply-To: <200106160817.f5G8HYd35924@saturn.cs.uml.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 Sat, 16 Jun 2001, Albert D. Cahalan wrote: > I'd say the real winner was NT. It mostly kept up with Linux, > trashed FreeBSD and Solaris, and didn't need any tuning to do it. FWIW, somebody pointed out (and I overlooked) that the test ran RSETs instead of real mail messages. Excuse me, but when in the hell was the last time that your MX sat around receiving RSETs all day?! Anybody running NT or 2000 out-of-the-box with IIS... yup, that's a real winner. http://www.eeye.com/ Next benchmark: How long does it take for an untuned box to get "0wn3d"? OEM NT4, anybody? Remember, it must be straight out of the box. Back to work for me. I have to build / upgrade a few servers; when done, there will be no more Linux on our network. I guess the only choice now is if I should tune these systems to work well in real life, or if I want to have a system that RSETs mail quickly... Anybody have a real-world benchmark suite for our new Web server? I'm thinking of something along the lines that sends the request, only uses "HEAD" instead of "GET" or "POST"... Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 13:29:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sockratte.schell.de (polz.de [195.20.238.74]) by hub.freebsd.org (Postfix) with SMTP id 52D0037B407 for ; Sun, 17 Jun 2001 13:29:30 -0700 (PDT) (envelope-from sascha@schumann.cx) Received: (qmail 4236 invoked from network); 17 Jun 2001 20:29:27 -0000 Received: from unknown (HELO rossini.schumann.cx) (217.81.236.238) by polz.de with SMTP; 17 Jun 2001 20:29:27 -0000 Received: from localhost (localhost [127.0.0.1]) by rossini.schumann.cx (Postfix) with ESMTP id 42C875E007; Sun, 17 Jun 2001 22:28:54 +0200 (MEST) Date: Sun, 17 Jun 2001 22:28:54 +0200 (MEST) From: Sascha Schumann X-X-Sender: To: Alfred Perlstein Cc: Valentin Nechayev , Subject: Re: poll(2)'s arbitrary limit In-Reply-To: <20010617155740.O1832@superconductor.rush.net> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463809536-466937352-992809734=:6072" Sender: owner-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. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463809536-466937352-992809734=:6072 Content-Type: TEXT/PLAIN; charset=US-ASCII > > I've been using kern.maxproc=kern.maxprocfiles=2*32768 for my > > tests and that worked successfully. > > Ok, so then we don't need to change FreeBSD? Well, it would be cool, if an administrator could impose a more restrictive limit on the maximum number of open fds while still allowing applications to poll large sets of fds. For example, the appended patch adds kern.maxfilesperpoll which is used in place of the current check in poll(). This could be used to fine-tune servers for specific configurations more easily. At the same time, it would get rid of the (per the sys_generic.c comment) "bogus" relation between fd limits and the limits imposed by poll(2). - Sascha Experience IRCG http://schumann.cx/ http://schumann.cx/ircg ---1463809536-466937352-992809734=:6072 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=fbsd-maxfilesperpoll Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=fbsd-maxfilesperpoll LS0tIC4vY29uZi9wYXJhbS5jfglTdW4gSnVuIDE3IDIyOjA0OjE4IDIwMDEN CisrKyAuL2NvbmYvcGFyYW0uYwlTdW4gSnVuIDE3IDIyOjA4OjI1IDIwMDEN CkBAIC02OSw2ICs2OSw3IEBADQogaW50CW1heHByb2NwZXJ1aWQgPSBOUFJP Qy0xOwkJLyogbWF4aW11bSAjIG9mIHByb2Nlc3NlcyBwZXIgdXNlciAqLw0K IGludAltYXhmaWxlcyA9IE1BWEZJTEVTOwkJCS8qIHN5c3RlbSB3aWRlIG9w ZW4gZmlsZXMgbGltaXQgKi8NCiBpbnQJbWF4ZmlsZXNwZXJwcm9jID0gTUFY RklMRVM7CQkvKiBwZXItcHJvY2VzcyBvcGVuIGZpbGVzIGxpbWl0ICovDQor aW50CW1heGZpbGVzcGVycG9sbCA9IE1BWEZJTEVTOwkJLyogbWF4aW11bSBm aWxlcyBwZXIgcG9sbCAqLw0KIGludAluY2FsbG91dCA9IDE2ICsgTlBST0Mg KyBNQVhGSUxFUzsJLyogbWF4aW11bSAjIG9mIHRpbWVyIGV2ZW50cyAqLw0K IGludAltYnVmX3dhaXQgPSAzMjsJCQkJLyogbWJ1ZiBzbGVlcCB0aW1lIGlu IHRpY2tzICovDQogDQotLS0gLi9rZXJuL2tlcm5fZGVzY3JpcC5jfglTdW4g SnVuIDE3IDIyOjAzOjI5IDIwMDENCisrKyAuL2tlcm4va2Vybl9kZXNjcmlw LmMJU3VuIEp1biAxNyAyMjowNTozNiAyMDAxDQpAQCAtMTQ1NCw2ICsxNDU0 LDkgQEANCiBTWVNDVExfUFJPQyhfa2VybiwgS0VSTl9GSUxFLCBmaWxlLCBD VExUWVBFX09QQVFVRXxDVExGTEFHX1JELA0KICAgICAwLCAwLCBzeXNjdGxf a2Vybl9maWxlLCAiUyxmaWxlIiwgIkVudGlyZSBmaWxlIHRhYmxlIik7DQog DQorU1lTQ1RMX0lOVChfa2VybiwgS0VSTl9NQVhGSUxFU1BFUlBPTEwsIG1h eGZpbGVzcGVycG9sbCwgQ1RMRkxBR19SVywgDQorICAgICZtYXhmaWxlc3Bl cnBvbGwsIDAsICJNYXhpbXVtIGZpbGVzIHBlciBwb2xsIik7DQorDQogU1lT Q1RMX0lOVChfa2VybiwgS0VSTl9NQVhGSUxFU1BFUlBST0MsIG1heGZpbGVz cGVycHJvYywgQ1RMRkxBR19SVywgDQogICAgICZtYXhmaWxlc3BlcnByb2Ms IDAsICJNYXhpbXVtIGZpbGVzIGFsbG93ZWQgb3BlbiBwZXIgcHJvY2VzcyIp Ow0KIA0KLS0tIC4va2Vybi9zeXNfZ2VuZXJpYy5jfglTdW4gSnVuIDE3IDIy OjA2OjEyIDIwMDENCisrKyAuL2tlcm4vc3lzX2dlbmVyaWMuYwlTdW4gSnVu IDE3IDIyOjA2OjMyIDIwMDENCkBAIC04NTEsMTQgKzg1MSw3IEBADQogCXNp emVfdCBuaTsNCiANCiAJbmZkcyA9IFNDQVJHKHVhcCwgbmZkcyk7DQotCS8q DQotCSAqIFRoaXMgaXMga2luZGEgYm9ndXMuICBXZSBoYXZlIGZkIGxpbWl0 cywgYnV0IHRoYXQgaXMgbm90DQotCSAqIHJlYWxseSByZWxhdGVkIHRvIHRo ZSBzaXplIG9mIHRoZSBwb2xsZmQgYXJyYXkuICBNYWtlIHN1cmUNCi0JICog d2UgbGV0IHRoZSBwcm9jZXNzIHVzZSBhdCBsZWFzdCBGRF9TRVRTSVpFIGVu dHJpZXMgYW5kIGF0DQotCSAqIGxlYXN0IGVub3VnaCBmb3IgdGhlIGN1cnJl bnQgbGltaXRzLiAgV2Ugd2FudCB0byBiZSByZWFzb25hYmx5DQotCSAqIHNh ZmUsIGJ1dCBub3Qgb3Zlcmx5IHJlc3RyaWN0aXZlLg0KLQkgKi8NCi0JaWYg KG5mZHMgPiBwLT5wX3JsaW1pdFtSTElNSVRfTk9GSUxFXS5ybGltX2N1ciAm JiBuZmRzID4gRkRfU0VUU0laRSkNCisJaWYgKG5mZHMgPiBtYXhmaWxlc3Bl cnBvbGwpDQogCQlyZXR1cm4gKEVJTlZBTCk7DQogCW5pID0gbmZkcyAqIHNp emVvZihzdHJ1Y3QgcG9sbGZkKTsNCiAJaWYgKG5pID4gc2l6ZW9mKHNtYWxs Yml0cykpDQotLS0gLi9zeXMvZmlsZS5ofglTdW4gSnVuIDE3IDIyOjA5OjUz IDIwMDENCisrKyAuL3N5cy9maWxlLmgJU3VuIEp1biAxNyAyMjoxMDoxOCAy MDAxDQpAQCAtMTA2LDYgKzEwNiw3IEBADQogZXh0ZXJuIHN0cnVjdCBmaWxl b3BzIGJhZGZpbGVvcHM7DQogZXh0ZXJuIGludCBtYXhmaWxlczsJCS8qIGtl cm5lbCBsaW1pdCBvbiBudW1iZXIgb2Ygb3BlbiBmaWxlcyAqLw0KIGV4dGVy biBpbnQgbWF4ZmlsZXNwZXJwcm9jOwkvKiBwZXIgcHJvY2VzcyBsaW1pdCBv biBudW1iZXIgb2Ygb3BlbiBmaWxlcyAqLw0KK2V4dGVybiBpbnQgbWF4Zmls ZXNwZXJwb2xsOwkvKiBtYXhpbXVtIG51bWJlciBvZiBmZHMgcGVyIHBvbGwg Ki8NCiBleHRlcm4gaW50IG5maWxlczsJCS8qIGFjdHVhbCBudW1iZXIgb2Yg b3BlbiBmaWxlcyAqLw0KIA0KIHN0YXRpYyBfX2lubGluZSB2b2lkIGZob2xk IF9fUCgoc3RydWN0IGZpbGUgKmZwKSk7DQotLS0gLi9zeXMvc3lzY3RsLmh+ CVN1biBKdW4gMTcgMjI6MDI6MTggMjAwMQ0KKysrIC4vc3lzL3N5c2N0bC5o CVN1biBKdW4gMTcgMjI6MTA6MzcgMjAwMQ0KQEAgLTMyOSw2ICszMjksNyBA QA0KICNkZWZpbmUJS0VSTl9VU1JTVEFDSwkJMzMJLyogaW50OiBhZGRyZXNz IG9mIFVTUlNUQUNLICovDQogI2RlZmluZQlLRVJOX0xPR1NJR0VYSVQJCTM0 CS8qIGludDogZG8gd2UgbG9nIHNpZ2V4aXQgcHJvY3M/ICovDQogI2RlZmlu ZSBLRVJOX01BWElECQkzNSAgICAgIC8qIG51bWJlciBvZiB2YWxpZCBrZXJu IGlkcyAqLw0KKyNkZWZpbmUJS0VSTl9NQVhGSUxFU1BFUlBPTEwJMzYJLyog aW50OiBtYXggZmlsZXMgcGVyIHBvbGwgKi8NCiANCiAjZGVmaW5lIENUTF9L RVJOX05BTUVTIHsgXA0KIAl7IDAsIDAgfSwgXA0KQEAgLTM1OSw2ICszNjAs NyBAQA0KIAl7ICJudHBfcGxsIiwgQ1RMVFlQRV9OT0RFIH0sIFwNCiAJeyAi Ym9vdGZpbGUiLCBDVExUWVBFX1NUUklORyB9LCBcDQogCXsgIm1heGZpbGVz cGVycHJvYyIsIENUTFRZUEVfSU5UIH0sIFwNCisJeyAibWF4ZmlsZXNwZXJw b2xsIiwgQ1RMVFlQRV9JTlQgfSwgXA0KIAl7ICJtYXhwcm9jcGVydWlkIiwg Q1RMVFlQRV9JTlQgfSwgXA0KIAl7ICJkdW1wZGV2IiwgQ1RMVFlQRV9TVFJV Q1QgfSwgLyogd2UgbGllOyBkb24ndCBwcmludCBhcyBpbnQgKi8gXA0KIAl7 ICJpcGMiLCBDVExUWVBFX05PREUgfSwgXA0K ---1463809536-466937352-992809734=:6072-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 13:33:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 50AB337B401 for ; Sun, 17 Jun 2001 13:33:50 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f5HKXEn56198; Sun, 17 Jun 2001 15:33:14 -0500 (CDT) (envelope-from jlemon) Date: Sun, 17 Jun 2001 15:33:14 -0500 (CDT) From: Jonathan Lemon Message-Id: <200106172033.f5HKXEn56198@prism.flugsvamp.com> To: sascha@schumann.cx, hackers@freebsd.org Subject: Re: poll(2)'s arbitrary limit X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: References: Organization: Cc: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >> You've misinterpreted the paper. :( > > Sorry, I got the reference wrong. I was referring to a > recently published HP paper[1] which concluded that "contrary > to conventional wisdom, even a select based server can > provide high throughput if its overhead is amortized by > performing more useful work per select call." > > This supported the results of benchmarks I conducted on > FreeBSD using select, poll and kqueue at the heart of the > State Threads implementation. > > [1] http://www.hpl.hp.com/techreports/2000/HPL-2000-174.pdf Well, I have to disagree, as the conclusion in the above paper is misleading. Basically, they say that if a listen socket returned by select() becomes ready, then it is more efficient to call accept() on the socket multiple times, rather than once per select() call. Well gee, that's nice, and quite true, but has nothing to do with the efficiency (or lack thereof) of select() itself. This is simply the old 'polling' vs 'interrupt' argument that has been around for ages (see also: 'interrupt livelock'). -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 14:27:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web11402.mail.yahoo.com (web11402.mail.yahoo.com [216.136.131.232]) by hub.freebsd.org (Postfix) with SMTP id C322737B401 for ; Sun, 17 Jun 2001 14:27:21 -0700 (PDT) (envelope-from raysonlogin@yahoo.com) Message-ID: <20010617212721.42453.qmail@web11402.mail.yahoo.com> Received: from [128.100.13.59] by web11402.mail.yahoo.com; Sun, 17 Jun 2001 14:27:21 PDT Date: Sun, 17 Jun 2001 14:27:21 -0700 (PDT) From: Rayson Ho Subject: Re: Article: Network performance by OS To: Kenneth Wayne Culver , Matthew Hagerty Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: 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 But how much tuning is needed? You can download a kernel patch for VM, another kernel patch for FS... I am sure Linux can be even faster on an SMP machine with a Journaling FS (XFS, RFS, JFS, ext3, etc). Rayson --- Kenneth Wayne Culver wrote: > This is not really a "hardcore networking app" but a custom app > written by > the person who did the benchmark. The main reason that FreeBSD came > in > last was mostly because the guy didn't mount his filesystem > correctly. > > On Sat, 16 Jun 2001, Matthew Hagerty wrote: > > > Greetings, > > > > Here is a surprisingly unbiased article comparing OSes running hard > core > > network apps. The results are kind of disturbing, with FreeBSD > (4.2) > > coming in last against Linux (RH), Win2k, and Solaris (Intel). > > > > http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm > > > > The tests were performed against the TCP/IP implementation on these > > > platforms with different system calls. File systems tests (EXT2 > for Linux, > > UFS for FreeBSD and Solaris, and NTFS for Windows 2000) were > performed by > > creating writing, and reading 10,000 files in the same directory, > > increasing the file size from 4K to 128K. Tests of various network > > > applications based on number of simultaneous connections, > process-based vs. > > thread-based, and sync vs. async connection handling were also > performed. > > > > Hope it might be helpful to you... > > > > Matthew > > > > > > 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 __________________________________________________ Do You Yahoo!? Spot the hottest trends in music, movies, and more. http://buzz.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 14:38:58 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 2C63C37B407 for ; Sun, 17 Jun 2001 14:38:44 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5HLcaS08280; Sun, 17 Jun 2001 14:38:36 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 14:38:36 -0700 (PDT) From: Matt Dillon Message-Id: <200106172138.f5HLcaS08280@earth.backplane.com> To: Jonathan Lemon Cc: sascha@schumann.cx, hackers@FreeBSD.ORG Subject: Re: poll(2)'s arbitrary limit References: <200106172033.f5HKXEn56198@prism.flugsvamp.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 :Well, I have to disagree, as the conclusion in the above paper is :misleading. Basically, they say that if a listen socket returned :by select() becomes ready, then it is more efficient to call accept() :on the socket multiple times, rather than once per select() call. : :Well gee, that's nice, and quite true, but has nothing to do with :the efficiency (or lack thereof) of select() itself. This is simply :the old 'polling' vs 'interrupt' argument that has been around for :ages (see also: 'interrupt livelock'). :-- :Jonathan Well, not quite... select() isn't quite as bad as it appears. Consider the case of a heavily loaded web server which is select()ing on 500 descriptors. If the select() returns 20 ready descriptors and the web server then proceeds to process those descriptors by the time it gets around to calling select() again it is likely that another 20 descriptors will be ready. So rather then having O(N^2) overhead, select() winds up with O(25N) overhead (500/20 = 25), which isn't all that bad. The actual overhead of making the select() call relative to doing other work winds up going *DOWN* under heavier loads and *UP* in lighter loads. Where select() breaks down is when you have hundreds of descriptors but the load is not high enough to cause more then a few to be 'ready' at any given moment. The select() based program will still be reasonably responsive, but it will wind up eating a considerably greater amount of cpu to get that responsiveness. Something like kqueue() has low cpu overhead and high efficiency under all load conditions, select() has high overhead under lightly loaded conditions and while it gets much better with load, it still will be nowhere near as good as kqueue(). But that doesn't necessarily mean that a select() based loop will become unmanageable! And when you get into the thousands of descriptors, then select's scanning overhead can really take its toll. An argument can also be made for the increased efficiency you get with batch processing. Take the web server example again, this time focusing an the listen descriptor. From the point of view of efficiency, allowing a number of new connections to build up on the listen socket and then accept()ing them in a tight loop is in fact more cpu-efficient then waking up the process for each one. You get this effect under heavier loads whether you are using select(), poll(), or kqueue(). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 14:46:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ux1.depaul.edu (ux1.depaul.edu [140.192.1.102]) by hub.freebsd.org (Postfix) with ESMTP id C3C6237B405 for ; Sun, 17 Jun 2001 14:46:33 -0700 (PDT) (envelope-from bwolter@students.depaul.edu) Received: from localhost (bwolter@localhost) by ux1.depaul.edu (Pro-8.9.3/8.9.3) with ESMTP id QAA18892; Sun, 17 Jun 2001 16:46:19 -0500 (CDT) Date: Sun, 17 Jun 2001 16:46:19 -0500 (CDT) From: Brian Wolter X-X-Sender: To: Jordan Hubbard Cc: , Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? In-Reply-To: <20010617112712J.jkh@osd.bsdi.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 > > "microsoft is evil, we can't win it easily so let's bash it to microsoft /is/ evil. point in fact they're one of the most unethical capitalist organizations you could find as far as their business practices are concerned. unfortunately, the masses are also too stupid to protect themselves. peace, brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 14:56: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 676A737B401 for ; Sun, 17 Jun 2001 14:55:54 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5HLtfK05479; Sun, 17 Jun 2001 17:55:41 -0400 (EDT) Date: Sun, 17 Jun 2001 17:55:38 -0400 From: Alfred Perlstein To: Sascha Schumann Cc: Valentin Nechayev , freebsd-hackers@FreeBSD.ORG Subject: Re: poll(2)'s arbitrary limit Message-ID: <20010617175537.P1832@superconductor.rush.net> References: <20010617155740.O1832@superconductor.rush.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from sascha@schumann.cx on Sun, Jun 17, 2001 at 10:28:54PM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Sascha Schumann [010617 16:29] wrote: > > > I've been using kern.maxproc=kern.maxprocfiles=2*32768 for my > > > tests and that worked successfully. > > > > Ok, so then we don't need to change FreeBSD? > > Well, it would be cool, if an administrator could impose a > more restrictive limit on the maximum number of open fds > while still allowing applications to poll large sets of fds. > > For example, the appended patch adds kern.maxfilesperpoll > which is used in place of the current check in poll(). This > could be used to fine-tune servers for specific > configurations more easily. At the same time, it would get > rid of the (per the sys_generic.c comment) "bogus" relation > between fd limits and the limits imposed by poll(2). The problem with this is that it wouldn't have solved your problem, you would have still recieved EINVAL (most likely) although you could then raise 'maxfilesperpoll'. What I was proposing was a less strict limit, perhaps your delta however we should set maxfilesperpoll to MAXFILES * 2, or... change: if (nfds > p->p_rlimit[RLIMIT_NOFILE].rlim_cur && nfds > FD_SETSIZE) to: if (nfds > 2 * p->p_rlimit[RLIMIT_NOFILE].rlim_cur && nfds > 2 * FD_SETSIZE) either one would be ok by me. So you see a problem with setting it to MAXFILES * 2? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 15:17:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by hub.freebsd.org (Postfix) with SMTP id 1DD2137B401 for ; Sun, 17 Jun 2001 15:17:10 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 17512 invoked by uid 1000); 17 Jun 2001 22:17:03 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Jun 2001 22:17:03 -0000 Date: Mon, 18 Jun 2001 00:17:03 +0200 (CEST) From: Attila Nagy To: Cc: Subject: Data corruption in 4.3-STABLE (a long standing bug) Message-ID: <20010617235733.V17072-100000@scribble.fsn.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have a mid-loaded server which runs each daemon in jail()-ed environments. The data space is union-mounted, because nullfs paniced the kernel when someting did a chroot on it (this was the case with 4.2-STABLE). On friday I upgraded from 4.3-RC to the latest 4.3-STABLE and noticed that nullfs actually works, but I get a lot of errors, similar to these: Jun 15 18:21:59 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 Jun 15 18:22:39 insomnia /kernel: object inconsistant state: RPC: 3282, RC: 0 Jun 15 18:22:39 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 Jun 15 18:23:10 insomnia /kernel: object inconsistant state: RPC: 3282, RC: 0 Jun 15 18:23:10 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 Jun 15 18:24:03 insomnia /kernel: object inconsistant state: RPC: 3282, RC: 0 Jun 15 18:24:03 insomnia /kernel: object inconsistant state: RPC: 1, RC: 0 when something accesses the filesystem. I have clean filesystems and have nothing to do with NFS. Because of the above errors, my system still uses unionfs, but it has a very annoying problem. When a program sends data from a unionfs mounted filesystem with sendfile() the data gets corrupted (tried with several daemons). I did nearly 800 GB (smashed up) traffic, when somebody finally noted this, so I had to patch all of the used daemons, like the standard ftpd to not to use sendfile(). BTW, unionfs seems to be working better than in the 4.2 days, so I think more and more people will use it. Please if you can, fix this error and if you can't, note this problem in the manpage. For the nullfs problem, I would be glad to know, what does this mean :) Thanks, -------------------------------------------------------------------------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Budapest Polytechnic (BMF.HU) @work: +361 210 1415 (194) H-1084 Budapest, Tavaszmezo u. 15-17. cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 15:54:49 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 2A22E37B405 for ; Sun, 17 Jun 2001 15:54:39 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-204.nnj.dialup.bellatlantic.net [151.198.117.204]) by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id WAA44332694; Sun, 17 Jun 2001 22:53:31 GMT Message-ID: <3B2D34EA.15DF7160@bellatlantic.net> Date: Sun, 17 Jun 2001 18:53: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: Brian Wolter Cc: Jordan Hubbard , jeroen@unfix.org, hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? 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 Brian Wolter wrote: > > > > "microsoft is evil, we can't win it easily so let's bash it to > > microsoft /is/ evil. point in fact they're one of the most unethical ^^^^^^^^^^^^^^^ > capitalist organizations you could find as far as their business ^^^^^^^^^^^^^^^^^^^^^^^^^^ Translation: a socialist/communist organisation. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 16: 9: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 3746D37B411 for ; Sun, 17 Jun 2001 16:08:50 -0700 (PDT) (envelope-from gjb@gbch.net) Received: (qmail 89401 invoked by uid 1001); 18 Jun 2001 09:08:44 +1000 Message-ID: X-Posted-By: GJB-Post 2.21 16-Jun-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Mon, 18 Jun 2001 09:08:44 +1000 From: Greg Black To: Sergey Babkin Cc: Brian Wolter , jeroen@unfix.org, hackers@FreeBSD.ORG, freebsd-chat@FreeBSD.ORG Reply-To: freebsd-chat@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: <3B2D34EA.15DF7160@bellatlantic.net> In-reply-to: <3B2D34EA.15DF7160@bellatlantic.net> of Sun, 17 Jun 2001 18:53:30 -0400 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 Sergey Babkin wrote: | Brian Wolter wrote: | > | > > > "microsoft is evil, we can't win it easily so let's bash it to | > | > microsoft /is/ evil. point in fact they're one of the most unethical | ^^^^^^^^^^^^^^^ | > capitalist organizations you could find as far as their business | ^^^^^^^^^^^^^^^^^^^^^^^^^^ | | Translation: a socialist/communist organisation. This BS has gone on long enough. It has nothing to do with the hackers list -- take it to chat if you must continue it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 16:15:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26]) by hub.freebsd.org (Postfix) with ESMTP id 468A437B403 for ; Sun, 17 Jun 2001 16:15:09 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-204.nnj.dialup.bellatlantic.net [151.198.117.204]) by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id XAA17415043; Sun, 17 Jun 2001 23:14:54 GMT Message-ID: <3B2D39ED.EE27976A@bellatlantic.net> Date: Sun, 17 Jun 2001 19:14:53 -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: Matt Dillon Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@earth.backplane.com> <3B2CDC8C.3C7E382A@bellatlantic.net> <200106171721.f5HHLIu06985@earth.backplane.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 Matt Dillon wrote: > > :... > :> to know the first thing about the platform he is running his software > :> on is a complete and utter idiot and the company that employs such a > :> person has a hellofalot more to worry about then the performance of an > :> untuned machine. > : > :We are telling people that FreeBSD is primarily a good server OS, > :right ? Then it should come with the standard configuration tuned > :with this purpose in mind. Not "foolproof", not "workstation" but > :"high-performance server". > : > :IMHO this is a big problem with too many Unix (including Linux) > :and generally Open Source programs and systems. They allow to > :do great things after being properly tuned. However the default > :configuration supplied with them is utterly horrible by some > :mysterious reason. So the learning curve for them is quite steep > > But this isn't true at all. How many people need to make thousands > or tens of thousands of simultanious connections to a machine out of the > box? Almost nobody. So to run a benchmark and have it hit these You are essentially saying: out primary target market is small servers. We can accomodate bigger loads as well but this may require some hand tuning. On the other hand, NT's target market is large servers, so it does not need tuning there but performs worse in the smaller configurations. > limitations on an untuned machine and then say that this somehow proves > that the boxes needed to be better-tuned out of the box is just plain > and simply hogwash. Well, of course if tuning the default configuration to allow such high loads would make things worse for smaller machines than there should be a compromise and the existing one is probably good. But if it won't make things worse for the typical smaller machines then the default configuration must accomodate the bigger systems. > Out of the box, FreeBSD (and Linux) work just fine for virtually > anything you need to do, with very few exceptions. If you need to > run a huge multi-gigabyte database, or you need to run an EFNET IRC "Multu-gigabyte" is not "huge" nowadays (think of the single disk sizes). "Huge" is "hundreds of gigabytes" and soon will be "multi-terabyte". > server, or a USENET relay, or a SPAM mailer, then you have a bit of > tuning work to do. Otherwise it will just work. We tune our default > configurations for what most people need. We don't tune them to run > stupid benchmarks. I agree that this benchmark is not a particularly bright one. But I feel not very comfortable when people start defining "stupid benchmarks" as "benchmarks on which our product runs poorly". That reminds me of navel gazing. > :and requires to learn the product in deep and tune it before > :using. Well, I do enjoy learning things, however tuning the > :same things in each new version over and over again for the 10th > :time becomes quite boring. > > Nonsense. If you intend to work a machine to the hilt, and expect to > maintain it for any length of time, and you aren't willing to spend > some time tuning it, then the only thing wrong with the picture is > *you*, Not the machine, Not the OS... but you. Don't blame your problems In other words, "if it works, don't touch it". It's generally a good principle for a production system but still upgrades do happen sometimes. And re-tuning the system again after upgrade is largely a waste of time (and no, just copying the config file usually does not work because some options have been removed so config complains about them and some options have been added, and their default state is sometimes not a sensible one). > on the machine if you aren't willing to lift a finger learning how it > works. A concrete example: I've learned how to set the flags to enable advanced IDE modes. Yet I do not enjoy repeatedly looking them up and setting in the config file each time I do an installation. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 17: 0:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta3-rme.xtra.co.nz (mta3-rme.xtra.co.nz [203.96.92.13]) by hub.freebsd.org (Postfix) with ESMTP id 538F637B403 for ; Sun, 17 Jun 2001 17:00:36 -0700 (PDT) (envelope-from davep@afterswish.com) Received: from dave.afterswish.com ([210.54.116.57]) by mta3-rme.xtra.co.nz with ESMTP id <20010618000431.VETK2485867.mta3-rme.xtra.co.nz@dave.afterswish.com> for ; Mon, 18 Jun 2001 12:04:31 +1200 Message-Id: <5.1.0.14.1.20010618114548.01ef31b0@pop.paradise.net.nz> X-Sender: dpreece@pop.paradise.net.nz X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 18 Jun 2001 12:03:09 +1200 To: freebsd-hackers@freebsd.org From: David Preece Subject: Injecting a packet with explicit route. 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, Due to the wonder of IPFW and divert sockets I have been merrily catching packets, modifying them and reinjecting back in from userland to great effect for some time now. What I would like (need) to do is much the same, but being able to explicitly state which route to take (for a packet going outwards), or being able to tell which route a packet came in from (for a packet coming inwards). I suspect the necessary stunts are to have access to sufficiently low level networking to be able to capture and write a packet with layer 2 information, which probably involves netgraph? Can anyone think of another way? Oh, and if I do go to netgraph (in itself not a bad thing), do I have to use a kernel mode debugger - just too addicted to KDevelop I guess. Thanks, Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 17:24:51 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 6C32237B401 for ; Sun, 17 Jun 2001 17:24:44 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5I0Og209156; Sun, 17 Jun 2001 17:24:42 -0700 (PDT) (envelope-from dillon) Date: Sun, 17 Jun 2001 17:24:42 -0700 (PDT) From: Matt Dillon Message-Id: <200106180024.f5I0Og209156@earth.backplane.com> To: Sergey Babkin Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@earth.backplane.com> <3B2CDC8C.3C7E382A@bellatlantic.net> <200106171721.f5HHLIu06985@earth.backplane.com> <3B2D39ED.EE27976A@bellatlantic.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 :> But this isn't true at all. How many people need to make thousands :> or tens of thousands of simultanious connections to a machine out of the :> box? Almost nobody. So to run a benchmark and have it hit these : :You are essentially saying: out primary target market is small :servers. We can accomodate bigger loads as well but this may :require some hand tuning. On the other hand, NT's target market :is large servers, so it does not need tuning there but performs :worse in the smaller configurations. No, what I am essentially saying is that anyone who has a need to run something that sophisticated had better have some clue as to the platform he is using or he has no business running it. Even if the platform were tuned for the so-called 'large' installation, if the administrator doesn't know much about his most critical server the poor company that hired him is going to have a hellofalot more to worry about then the server not being magically tuned! And I will point out that NT is hardly optimized for 'large servers'. What, are you nuts? It took BEST Internet months... that's MONTHS... hundreds of man-hours to optimize an NT box to handle more then a handful of simultanious frontpage users and even then it couldn't even approach what one of our FreeBSD boxes was doing. It took HiWay Technologies another few months, *with* microsoft's help, to get their dedicated NT web server platform to even come close to what their SGI boxes were throwing out. It was a disaster all around. Optimized out of the box? I don't think so. An NT or W2K box might run on a 16-way system, and it may appear all rosy in contrived benchmarks, but in the real world it doesn't stack up. At least we (FreeBSD and Linux) don't pretend that our systems scale well to 16-way boxes... only Solaris (and now defunct SGI hardware) can make that claim. NT and W2K on a 16-way box would be a huge waste of money. Windows admins have odd ideas about what constitutes 'large'. Their idea of large is a rack full of windows boxes serving a few hundred active users, or maybe a colo-full of boxes serving a few thousand, or perhaps a bunch of expensive 4-way or 16-way cpu boxes to server X users. Our idea of large (in this case defined by Terry or Paul Saab) is one FreeBSD box handling tens of thousands to a hundred thousand TCP connections, and a rack full of machine serving millions. Windows people conveniently forget the amount of work it takes to get an NT or W2K box operating, the amount of work it takes to upgrade one, and the amount of work it takes to fix one when something breaks. (remainder removed) -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 19:51:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from polarbear.nameprotect.com (mail.nameprotect.com [12.40.85.19]) by hub.freebsd.org (Postfix) with ESMTP id B607337B407 for ; Sun, 17 Jun 2001 19:51:46 -0700 (PDT) (envelope-from gabor@nameprotect.com) Received: from nameprotect.com (w2kbuild.nameprotect.com [192.168.1.161]) by polarbear.nameprotect.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MM53FQCN; Sun, 17 Jun 2001 21:49:15 -0500 Message-ID: <3B2D6CC5.7FEBF7BA@nameprotect.com> Date: Sun, 17 Jun 2001 21:51:49 -0500 From: Gabor Kincses X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: hu, de-DE, en MIME-Version: 1.0 To: hackers@freebsd.org Subject: gethostbyname_r 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 What's the status of the _r routines (esp. gethostbyname_r) in -STABLE? -- Gabor Kincses Running FreeBSD 4.3-RC3 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 21:31:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [209.247.77.155]) by hub.freebsd.org (Postfix) with ESMTP id 3DF2637B40D; Sun, 17 Jun 2001 21:31:11 -0700 (PDT) (envelope-from gordont@bluemtn.net) Received: from localhost (gordont@localhost) by sdmail0.sd.bmarts.com (8.11.3/8.11.2/BMA1.1) with ESMTP id f5I4S2Z17147; Sun, 17 Jun 2001 21:28:02 -0700 (PDT) Date: Sun, 17 Jun 2001 21:28:02 -0700 (PDT) From: Gordon Tetlow X-X-Sender: To: "David O'Brien" Cc: "David O'Brien -Hackers" Subject: Re: import NetBSD rc system In-Reply-To: <20010616091731.A81063@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-109709156-992838482=:25983" Sender: owner-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. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-109709156-992838482=:25983 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 16 Jun 2001, David O'Brien wrote: > On Sat, Jun 16, 2001 at 07:58:06AM -0700, Gordon Tetlow wrote: > > I like Matt's idea (I think it was Matt) to have a new_rc switch. I'll > > look at adding the code for it and submitting a patch, > > You are going off on a tangent. You are worried about the flag day > before we even have a flag to run up the poll. Actually, this makes the import of the new rc system much easier. I've attached the patch against an older (may 11th) world. It should make it pretty clear. After this, all you need to do is import the rc.subr and the rc.d directory from the NetBSD project. Then to test the new boot system, all you need is rcorder and new_rc switched on in /etc/rc.conf. If you need to get back to the old boot system, just change the new_rc knob to off and you can boot normally. > > > > /etc/rc.subr ported > > > > > > What changes were needed here? > > > > I basically added a function called checkwildno() that is similar to > > checkyesno that returns 1 for NO (plus variants) or '' and returns 0 for > > anything else. This gets rid of alot of case statements in the modules, > > making them simple if's. > > Again, why don't we just concentrate on porting the NetBSD scripts and > not the second system enhancements? I agree. I'm a little further ahead on my local box than where we are on the repo. My big question is, do we want to keep the current boot order/logic or are we going with NetBSDs? Either way is fine by me, although I've tried to keep FreeBSDs system more than NetBSDs. -gordon --0-109709156-992838482=:25983 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rc.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="rc.diff" ZGlmZiAtdXIgL3Vzci9zcmMvZXRjL2RlZmF1bHRzL3JjLmNvbmYgZXRjL2Rl ZmF1bHRzL3JjLmNvbmYNCi0tLSAvdXNyL3NyYy9ldGMvZGVmYXVsdHMvcmMu Y29uZglXZWQgTWF5ICA5IDIyOjMwOjMzIDIwMDENCisrKyBldGMvZGVmYXVs dHMvcmMuY29uZglTYXQgSnVuIDE2IDA4OjM5OjQzIDIwMDENCkBAIC0xOSw2 ICsxOSw3IEBADQogIyMjICBJbXBvcnRhbnQgaW5pdGlhbCBCb290LXRpbWUg b3B0aW9ucyAgIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiAjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIw0KIA0KK25ld19yYz0iTk8iCQkjIFNldCB0byBZRVMgdG8gZW5hYmxl IG5ldy1zdHlsZSByYy4gRXhwZXJpbWVudGFsLg0KIHN3YXBmaWxlPSJOTyIJ CSMgU2V0IHRvIG5hbWUgb2Ygc3dhcGZpbGUgaWYgYXV4IHN3YXBmaWxlIGRl c2lyZWQuDQogYXBtX2VuYWJsZT0iTk8iCQkjIFNldCB0byBZRVMgdG8gZW5h YmxlIEFQTSBCSU9TIGZ1bmN0aW9ucyAob3IgTk8pLg0KIGFwbWRfZW5hYmxl PSJOTyIJIyBSdW4gYXBtZCB0byBoYW5kbGUgQVBNIGV2ZW50IGZyb20gdXNl cmxhbmQuDQpkaWZmIC11ciAvdXNyL3NyYy9ldGMvcmMgZXRjL3JjDQotLS0g L3Vzci9zcmMvZXRjL3JjCUZyaSBNYXkgMTEgMTI6MDY6NTUgMjAwMQ0KKysr IGV0Yy9yYwlTYXQgSnVuIDE2IDE1OjQ2OjI3IDIwMDENCkBAIC01Miw2ICs1 MiwzOSBAQA0KIFBBVEg9L3NiaW46L2JpbjovdXNyL3NiaW46L3Vzci9iaW46 L3Vzci9sb2NhbC9zYmluDQogZXhwb3J0IEhPTUUgUEFUSA0KIA0KKyMgSWYg dGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwg c3VjayBpdCBpbi4NCisjDQoraWYgWyAtciAvZXRjL2RlZmF1bHRzL3JjLmNv bmYgXTsgdGhlbg0KKwkuIC9ldGMvZGVmYXVsdHMvcmMuY29uZg0KKwlzb3Vy Y2VfcmNfY29uZnMNCitlbGlmIFsgLXIgL2V0Yy9yYy5jb25mIF07IHRoZW4N CisJLiAvZXRjL3JjLmNvbmYNCitmaQ0KKw0KK2Nhc2UgJHtuZXdfcmN9IGlu DQorW1l5XVtFZV1bU3NdKQ0KKwkuIC9ldGMvcmMuc3Vicg0KKw0KKwlfcmNf Y29uZl9sb2FkZWQ9WUVTDQorDQorCWlmIFsgIiQxIiA9IGF1dG9ib290IF07 IHRoZW4NCisJCWF1dG9ib290PXllcw0KKwkJX3JjX2Zhc3RfcnVuPXllcyAg ICAgICAgIyBydW5fcmNfY29tbWFuZCgpOiBkbyBmYXN0IGJvb3RpbmcNCisJ ZmkNCisNCisJZmlsZXM9YHJjb3JkZXIgLXMgbm9zdGFydCAvZXRjL3JjLmQv KmANCisNCisJZm9yIF9yY19lbGVtIGluICRmaWxlczsgZG8NCisJCXJ1bl9y Y19zY3JpcHQgJF9yY19lbGVtIHN0YXJ0DQorCWRvbmUNCisNCisJZXhpdCAw DQorCTs7DQorKikNCisJIyBmYWxsLXRocm91Z2ggdG8gdGhlIG9sZCByYyBz Y3JpcHRzDQorCTs7DQorZXNhYw0KKw0KICMgQk9PVFAgZGlza2xlc3MgYm9v dC4gIFdlIGhhdmUgdG8gcnVuIHRoZSByYyBmaWxlIGVhcmx5IGluIG9yZGVy IHRvDQogIyByZXRhcmdldCB2YXJpb3VzIGNvbmZpZyBmaWxlcy4NCiAjDQpA QCAtNjAsMTUgKzkzLDYgQEANCiAJaWYgWyAke2Rsdjo9MH0gIT0gMCBdOyB0 aGVuDQogCQkuIC9ldGMvcmMuZGlza2xlc3MxDQogCWZpDQotZmkNCi0NCi0j IElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZp bGUsIHN1Y2sgaXQgaW4uDQotIw0KLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9y Yy5jb25mIF07IHRoZW4NCi0JLiAvZXRjL2RlZmF1bHRzL3JjLmNvbmYNCi0J c291cmNlX3JjX2NvbmZzDQotZWxpZiBbIC1yIC9ldGMvcmMuY29uZiBdOyB0 aGVuDQotCS4gL2V0Yy9yYy5jb25mDQogZmkNCiANCiBmZWVkX2Rldl9yYW5k b20oKSB7DQpkaWZmIC11ciAvdXNyL3NyYy9ldGMvcmMuc2h1dGRvd24gZXRj L3JjLnNodXRkb3duDQotLS0gL3Vzci9zcmMvZXRjL3JjLnNodXRkb3duCVN1 biBEZWMgMTcgMDA6MTU6NTcgMjAwMA0KKysrIGV0Yy9yYy5zaHV0ZG93bglT YXQgSnVuIDE2IDE1OjQ2OjMyIDIwMDENCkBAIC01Miw2ICs1MiwyNiBAQA0K IAkuIC9ldGMvcmMuY29uZg0KIGZpDQogDQorY2FzZSAke25ld19yY30gaW4N CitbWXldW0VlXVtTc10pDQorCS4gL2V0Yy9yYy5zdWJyDQorDQorCWZpbGVz PWByY29yZGVyIC1rIHNodXRkb3duIC9ldGMvcmMuZC8qYA0KKwlmb3IgaSBp biAkZmlsZXM7IGRvICAgICAgICAgICAgICAgICAgICAgIyByZXZlcnNlIG9y ZGVyIG9mIGZpbGVzDQorCQluZmlsZXM9IiRpICRuZmlsZXMiDQorCWRvbmUN CisJZmlsZXM9JG5maWxlcw0KKw0KKwlmb3IgaSBpbiAkZmlsZXM7IGRvDQor CQlydW5fcmNfc2NyaXB0ICRpIHN0b3ANCisJZG9uZQ0KKw0KKwlleGl0IDAN CisJOzsNCisqKQ0KKwk7Ow0KK2VzYWMNCisNCiAjIFdyaXRlIHNvbWUgZW50 cm9weSBzbyB0aGUgcmVib290aW5nIC9kZXYvcmFuZG9tIGNhbiByZXNlZWQN CiAjDQogY2FzZSAke2VudHJvcHlfZmlsZX0gaW4NCg== --0-109709156-992838482=:25983-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jun 17 21:55:33 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 E245D37B409 for ; Sun, 17 Jun 2001 21:55:19 -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 XAA43320; Sun, 17 Jun 2001 23:18:19 -0700 (PDT) Message-ID: <3B2D88C7.1393A08E@elischer.org> Date: Sun, 17 Jun 2001 21:51:19 -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: David Preece Cc: freebsd-hackers@freebsd.org Subject: Re: Injecting a packet with explicit route. References: <5.1.0.14.1.20010618114548.01ef31b0@pop.paradise.net.nz> 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 David Preece wrote: > > Hi, > > Due to the wonder of IPFW and divert sockets I have been merrily catching > packets, modifying them and reinjecting back in from userland to great > effect for some time now. What I would like (need) to do is much the same, > but being able to explicitly state which route to take (for a packet going > outwards), or being able to tell which route a packet came in from (for a > packet coming inwards). > > I suspect the necessary stunts are to have access to sufficiently low level > networking to be able to capture and write a packet with layer 2 > information, which probably involves netgraph? Can anyone think of another > way? Oh, and if I do go to netgraph (in itself not a bad thing), do I have > to use a kernel mode debugger - just too addicted to KDevelop I guess. the address you get from the divert socket includes (if you know where to look) the incoming interface.. you can the resend back to a specific rule and use the 'fwd' rules to send out different interfaces > > Thanks, > Dave > > 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 Sun Jun 17 22:43: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from seven.alameda.net (seven.alameda.net [63.86.88.230]) by hub.freebsd.org (Postfix) with ESMTP id E9DD537B401 for ; Sun, 17 Jun 2001 22:41:57 -0700 (PDT) (envelope-from ulf@seven.alameda.net) Received: (from ulf@localhost) by seven.alameda.net (8.11.1/8.9.3) id f5I5hF600150 for hackers@FreeBSD.org; Sun, 17 Jun 2001 22:43:15 -0700 (PDT) (envelope-from ulf) Date: Sun, 17 Jun 2001 22:43:15 -0700 From: Ulf Zimmermann To: hackers@FreeBSD.org Subject: [ulf@Alameda.net: Re: XFree86 4.1 problem] Message-ID: <20010617224315.G45463@seven.alameda.net> Reply-To: ulf@Alameda.net 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 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.2-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Haven't gotten an answer on questions, going to ask here. This is on a fresh installed machine from releng4. ----- Forwarded message from Ulf Zimmermann ----- Date: Fri, 15 Jun 2001 15:15:41 -0700 From: Ulf Zimmermann To: Ulf Zimmermann Subject: Re: XFree86 4.1 problem I just installed XFree86 4.0.3 from packages and got the same problem :-( On Fri, Jun 15, 2001 at 02:38:15PM -0700, Ulf Zimmermann wrote: > I just installed fresh a 4.3-stable machine, cvsuped ports and then > build XFree86 4.1 from ports. When trying to run "X -configure", it > core dumps because of unresolved functions. All the missing > functions seem to be in libraries in /usr/X11R6/lib/modules and > ldconfig has that directory in the path, yet it still fails. > > Anyone got an idea what I am missing ? Below is the /var/log/XFree86.0.log > output: > > XFree86 Version 4.1.0 / X Window System > (protocol Version 11, revision 0, vendor release 6510) > Release Date: 2 June 2001 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/FAQ) > Build Operating System: FreeBSD 4.3-20010610-STABLE i386 [ELF] > Module Loader present > (==) Log file: "/var/log/XFree86.0.log", Time: Fri Jun 15 13:36:53 2001 > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > > (II) Module ABI versions: > XFree86 ANSI C Emulation: 0.1 > XFree86 Video Driver: 0.4 > XFree86 XInput driver : 0.2 > XFree86 Server Extension : 0.1 > XFree86 Font Renderer : 0.2 > (II) Loader running on freebsd > (II) LoadModule: "bitmap" > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Font Renderer > ABI class: XFree86 Font Renderer, version 0.2 > (II) Loading font Bitmap > (II) LoadModule: "pcidata" > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) PCI: Probing config type using method 1 > (II) PCI: Config type is 1 > (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 > (II) PCI: PCI scan (all values are in hex) > (II) PCI: 00:00:0: chip 8086,7124 card 1028,00b4 rev 03 class 06,00,00 hdr 00 > (II) PCI: 00:01:0: chip 8086,7125 card 1028,00b4 rev 03 class 03,00,00 hdr 00 > (II) PCI: 00:1e:0: chip 8086,2418 card 0000,0000 rev 02 class 06,04,00 hdr 01 > (II) PCI: 00:1f:0: chip 8086,2410 card 0000,0000 rev 02 class 06,01,00 hdr 80 > (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 > (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 > (II) PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 > (II) PCI: 00:1f:5: chip 8086,2415 card 1028,00b4 rev 02 class 04,01,00 hdr 00 > (II) PCI: 01:0a:0: chip 100b,0020 card 1385,f311 rev 00 class 02,00,00 hdr 00 > (II) PCI: 01:0b:0: chip 100b,0020 card 1385,f311 rev 00 class 02,00,00 hdr 00 > (II) PCI: 01:0c:0: chip 10b7,9200 card 1028,00b4 rev 78 class 02,00,00 hdr 00 > (II) PCI: End of PCI scan > (II) LoadModule: "scanpci" > (II) Loading /usr/X11R6/lib/modules/libscanpci.a > (II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) UnloadModule: "scanpci" > (II) Unloading /usr/X11R6/lib/modules/libscanpci.a > (II) Host-to-PCI bridge: > (II) PCI-to-ISA bridge: > (II) PCI-to-PCI bridge: > (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus 0 I/O range: > [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) Bus 0 non-prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus 0 prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared) > (II) Bus 1 I/O range: > [0] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B] > [1] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B] > [2] -1 0x0000e800 - 0x0000e8ff (0x100) IX[B] > [3] -1 0x0000ec00 - 0x0000ecff (0x100) IX[B] > (II) Bus 1 non-prefetchable memory range: > [0] -1 0xfd000000 - 0xfeffffff (0x2000000) MX[B] > (II) Bus 1 prefetchable memory range: > (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus -1 I/O range: > (II) Bus -1 non-prefetchable memory range: > (II) Bus -1 prefetchable memory range: > (--) PCI:*(0:1:0) Intel i810e rev 3, Mem @ 0xf8000000/26, 0xff000000/19 > List of video drivers: > atimisc > r128 > radeon > mga > glint > nv > tga > s3virge > sis > rendition > neomagic > i740 > tdfx > savage > cirrus > vmware > tseng > trident > chips > apm > fbdev > i128 > ati > i810 > ark > cyrix > siliconmotion > vesa > vga > (II) LoadModule: "atimisc" > (II) Loading /usr/X11R6/lib/modules/drivers/atimisc_drv.o > (II) Module atimisc: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 6.3.6 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "r128" > (II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o > (II) Module r128: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "radeon" > (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > (II) Module radeon: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "mga" > (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o > (II) Module mga: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "glint" > (II) Loading /usr/X11R6/lib/modules/drivers/glint_drv.o > (II) Module glint: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "nv" > (II) Loading /usr/X11R6/lib/modules/drivers/nv_drv.o > (II) Module nv: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "tga" > (II) Loading /usr/X11R6/lib/modules/drivers/tga_drv.o > (II) Module tga: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "s3virge" > (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o > (II) Module s3virge: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.6.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "sis" > (II) Loading /usr/X11R6/lib/modules/drivers/sis_drv.o > (II) Module sis: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.6.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "rendition" > (II) Loading /usr/X11R6/lib/modules/drivers/rendition_drv.o > (II) Module rendition: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "neomagic" > (II) Loading /usr/X11R6/lib/modules/drivers/neomagic_drv.o > (II) Module neomagic: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "i740" > (II) Loading /usr/X11R6/lib/modules/drivers/i740_drv.o > (II) Module i740: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "tdfx" > (II) Loading /usr/X11R6/lib/modules/drivers/tdfx_drv.o > (II) Module tdfx: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "savage" > (II) Loading /usr/X11R6/lib/modules/drivers/savage_drv.o > (II) Module savage: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.1.16 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "cirrus" > (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_drv.o > (II) Module cirrus: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "vmware" > (II) Loading /usr/X11R6/lib/modules/drivers/vmware_drv.o > (II) Module vmware: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 10.4.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "tseng" > (II) Loading /usr/X11R6/lib/modules/drivers/tseng_drv.o > (II) Module tseng: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "trident" > (II) Loading /usr/X11R6/lib/modules/drivers/trident_drv.o > (II) Module trident: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "chips" > (II) Loading /usr/X11R6/lib/modules/drivers/chips_drv.o > (II) Module chips: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "apm" > (II) Loading /usr/X11R6/lib/modules/drivers/apm_drv.o > (II) Module apm: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "fbdev" > (II) Loading /usr/X11R6/lib/modules/drivers/fbdev_drv.o > (II) Module fbdev: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "i128" > (II) Loading /usr/X11R6/lib/modules/drivers/i128_drv.o > (II) Module i128: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "ati" > (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o > (II) Module ati: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 6.3.6 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "i810" > (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o > (II) Module i810: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "ark" > (II) Loading /usr/X11R6/lib/modules/drivers/ark_drv.o > (II) Module ark: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.5.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "cyrix" > (II) Loading /usr/X11R6/lib/modules/drivers/cyrix_drv.o > (II) Module cyrix: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "siliconmotion" > (II) Loading /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o > (II) Module siliconmotion: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.2.2 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "vesa" > (II) Loading /usr/X11R6/lib/modules/drivers/vesa_drv.o > (II) Module vesa: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) LoadModule: "vga" > (II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o > (II) Module vga: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.4 > (II) Addressable bus resource ranges are > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) OS-reported resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] > (II) Active PCI resource ranges: > [0] -1 0xfdffdc00 - 0xfdffdfff (0x400) MX[B]E > [1] -1 0xfdffe000 - 0xfdffffff (0x2000) MX[B]E > [2] -1 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E > [3] -1 0xff000000 - 0xff07ffff (0x80000) MX[B](B) > [4] -1 0xf8000000 - 0xfbffffff (0x4000000) MX[B](B) > [5] -1 0x0000e480 - 0x0000e4ff (0x80) IX[B]E > [6] -1 0x0000e800 - 0x0000e8ff (0x100) IX[B]E > [7] -1 0x0000ec00 - 0x0000ecff (0x100) IX[B]E > [8] -1 0x0000dc80 - 0x0000dcff (0x80) IX[B]E > [9] -1 0x0000d800 - 0x0000d8ff (0x100) IX[B]E > [10] -1 0x0000dcd0 - 0x0000dcdf (0x10) IX[B]E > [11] -1 0x0000ff80 - 0x0000ffff (0x80) IX[B]E > [12] -1 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E > (II) PCI Memory resource overlap reduced 0xfdffe000 from 0xfdffffff to 0xfdffefff > (II) PCI I/O resource overlap reduced 0x0000dc80 from 0x0000dcff to 0x0000dcbf > (II) PCI I/O resource overlap reduced 0x0000ff80 from 0x0000ffff to 0x0000ff9f > (II) Active PCI resource ranges after removing overlaps: > [0] -1 0xfdffdc00 - 0xfdffdfff (0x400) MX[B]E > [1] -1 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E > [2] -1 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E > [3] -1 0xff000000 - 0xff07ffff (0x80000) MX[B](B) > [4] -1 0xf8000000 - 0xfbffffff (0x4000000) MX[B](B) > [5] -1 0x0000e480 - 0x0000e4ff (0x80) IX[B]E > [6] -1 0x0000e800 - 0x0000e8ff (0x100) IX[B]E > [7] -1 0x0000ec00 - 0x0000ecff (0x100) IX[B]E > [8] -1 0x0000dc80 - 0x0000dcbf (0x40) IX[B]E > [9] -1 0x0000d800 - 0x0000d8ff (0x100) IX[B]E > [10] -1 0x0000dcd0 - 0x0000dcdf (0x10) IX[B]E > [11] -1 0x0000ff80 - 0x0000ff9f (0x20) IX[B]E > [12] -1 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E > (II) OS-reported resource ranges after removing overlaps with PCI: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] > (II) All system resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xfdffdc00 - 0xfdffdfff (0x400) MX[B]E > [6] -1 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E > [7] -1 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E > [8] -1 0xff000000 - 0xff07ffff (0x80000) MX[B](B) > [9] -1 0xf8000000 - 0xfbffffff (0x4000000) MX[B](B) > [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [12] -1 0x0000e480 - 0x0000e4ff (0x80) IX[B]E > [13] -1 0x0000e800 - 0x0000e8ff (0x100) IX[B]E > [14] -1 0x0000ec00 - 0x0000ecff (0x100) IX[B]E > [15] -1 0x0000dc80 - 0x0000dcbf (0x40) IX[B]E > [16] -1 0x0000d800 - 0x0000d8ff (0x100) IX[B]E > [17] -1 0x0000dcd0 - 0x0000dcdf (0x10) IX[B]E > [18] -1 0x0000ff80 - 0x0000ff9f (0x20) IX[B]E > [19] -1 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E > (II) Primary Device is: PCI 00:01:0 > S3VProbe begin > (II) Loading sub module "cirrus_laguna" > (II) LoadModule: "cirrus_laguna" > (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_laguna.o > (II) Module cirrus_laguna: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) Loading sub module "cirrus_alpine" > (II) LoadModule: "cirrus_alpine" > (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_alpine.o > (II) Module cirrus_alpine: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.4 > (--) VMware Guest X Server 10.4.0 - build= > (II) ATI: Shared non-ATI VGA in PCI/AGP slot 0:1:0 detected. > (II) I810: Driver for Intel i810 chipset: i810, i810-dc100, i810e, i815 > CYRIX: Device Sections found: 1 > (II) VESA: driver for VESA chipsets: vesa > (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic > (++) Using config file: "/root/XF86Config.new" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) ServerLayout "XFree86 Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) |-->Input Device "Mouse0" > (**) |-->Input Device "Keyboard0" > (==) Keyboard: CustomKeycode disabled > (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > (**) ModulePath set to "/usr/X11R6/lib/modules" > (II) xf86ReadBIOS(f8000, e80, Buf, 2)-> db 92 f0 f6... > (--) Chipset i810e found > (II) resource ranges after xf86ClaimFixedResources() call: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xfdffdc00 - 0xfdffdfff (0x400) MX[B]E > [6] -1 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E > [7] -1 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E > [8] -1 0xff000000 - 0xff07ffff (0x80000) MX[B](B) > [9] -1 0xf8000000 - 0xfbffffff (0x4000000) MX[B](B) > [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [12] -1 0x0000e480 - 0x0000e4ff (0x80) IX[B]E > [13] -1 0x0000e800 - 0x0000e8ff (0x100) IX[B]E > [14] -1 0x0000ec00 - 0x0000ecff (0x100) IX[B]E > [15] -1 0x0000dc80 - 0x0000dcbf (0x40) IX[B]E > [16] -1 0x0000d800 - 0x0000d8ff (0x100) IX[B]E > [17] -1 0x0000dcd0 - 0x0000dcdf (0x10) IX[B]E > [18] -1 0x0000ff80 - 0x0000ff9f (0x20) IX[B]E > [19] -1 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E > (II) resource ranges after probing: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xfdffdc00 - 0xfdffdfff (0x400) MX[B]E > [6] -1 0xfdffe000 - 0xfdffefff (0x1000) MX[B]E > [7] -1 0xfdfff000 - 0xfdffffff (0x1000) MX[B]E > [8] -1 0xff000000 - 0xff07ffff (0x80000) MX[B](B) > [9] -1 0xf8000000 - 0xfbffffff (0x4000000) MX[B](B) > [10] 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [11] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [12] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [13] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [15] -1 0x0000e480 - 0x0000e4ff (0x80) IX[B]E > [16] -1 0x0000e800 - 0x0000e8ff (0x100) IX[B]E > [17] -1 0x0000ec00 - 0x0000ecff (0x100) IX[B]E > [18] -1 0x0000dc80 - 0x0000dcbf (0x40) IX[B]E > [19] -1 0x0000d800 - 0x0000d8ff (0x100) IX[B]E > [20] -1 0x0000dcd0 - 0x0000dcdf (0x10) IX[B]E > [21] -1 0x0000ff80 - 0x0000ff9f (0x20) IX[B]E > [22] -1 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E > [23] 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [24] 0 0x000003c0 - 0x000003df (0x20) IS[B] > (II) Setting vga for screen 0. > (II) Loading sub module "vbe" > (II) LoadModule: "vbe" > (II) Loading /usr/X11R6/lib/modules/libvbe.a > (II) Module vbe: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/X11R6/lib/modules/libint10.a > (II) Module int10: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) I810(0): initializing int10 > (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear > (==) I810(0): Write-combining range (0xf0000,0x10000) > (II) xf86ReadBIOS(0, 0, Buf, 600)-> 8e b0 00 f0... > (II) xf86ReadBIOS(c0000, 0, Buf, 10000)-> 55 aa 40 eb... > (II) xf86ReadBIOS(d0000, 0, Buf, 10000)-> ff ff ff ff... > (II) xf86ReadBIOS(e0000, 0, Buf, 10000)-> 07 00 60 06... > (II) I810(0): Primary V_BIOS segment is: 0xc000 > (II) I810(0): VESA BIOS detected > (II) I810(0): VESA VBE Version 2.0 > (II) I810(0): VESA VBE Total Mem: 1024 kB > (II) I810(0): VESA VBE OEM: Intel810(TM) Graphics Chip Accelerated VGA BIOS > (II) I810(0): VESA VBE OEM Software Rev: 2.20 > (II) I810(0): VESA VBE OEM Vendor: Ž° > (II) I810(0): VESA VBE OEM Product: Ž° > (II) I810(0): VESA VBE OEM Product Rev: Ž° > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Loading /usr/X11R6/lib/modules/libddc.a > (II) Module ddc: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.4 > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/cirrus_alpine.o is unresolved! > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o is unresolved! > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o is unresolved! > Symbol vgaHWCopyReg from module /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWDPMSSet from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWLinearOffset from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWSetVideoModes from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol vgaHWVBlankKGA from module /usr/X11R6/lib/modules/drivers/chips_drv.o is unresolved! > Symbol vgaHWHBlankKGA from module /usr/X11R6/lib/modules/drivers/chips_drv.o is unresolved! > Symbol vgaHWHBlankKGA from module /usr/X11R6/lib/modules/drivers/chips_drv.o is unresolved! > Symbol vgaHWAllocDefaultRegs from module /usr/X11R6/lib/modules/drivers/chips_drv.o is unresolved! > Symbol DRIMoveBuffersHelper from module /usr/X11R6/lib/modules/drivers/tdfx_drv.o is unresolved! > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/neomagic_drv.o is unresolved! > Symbol XAAGCIndex from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol XAAGCIndex from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacFreeRec from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacHandleColormaps from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol BTramdacProbe from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacDestroyInfoRec from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacInit from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol RamDacCreateInfoRec from module /usr/X11R6/lib/modules/drivers/tga_drv.o is unresolved! > Symbol TIramdacCalculateMNPForClock from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol IBMramdac640CalculateMNPCForClock from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol IBMramdac526CalculateMNPCForClock from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol IBMramdac526CalculateMNPCForClock from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol IBMramdac526CalculateMNPCForClock from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol IBMramdac526CalculateMNPCForClock from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacFreeRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacHandleColormaps from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacGetHWIndex from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacDestroyInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacInit from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacCreateInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacInit from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacCreateInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacCreateInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol IBMramdacProbe from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacDestroyInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacInit from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacCreateInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol TIramdacProbe from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacDestroyInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacInit from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol TIramdacLoadPalette from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol RamDacCreateInfoRec from module /usr/X11R6/lib/modules/drivers/glint_drv.o is unresolved! > Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonCleanupCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonInitCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonClear from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonWaitForIdleCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128WaitForIdleCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmScatterGatherAlloc from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128InitCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128CleanupCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol XAA_888_plus_PICT_a8_to_8888 from module /usr/X11R6/lib/modules/drivers/mga_drv.o is unresolved! > Symbol vgaHWCopyReg from module /usr/X11R6/lib/modules/drivers/s3virge_drv.o is unresolved! > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/s3virge_drv.o is unresolved! > Symbol vgaHWHBlankKGA from module /usr/X11R6/lib/modules/drivers/i740_drv.o is unresolved! > Symbol vgaHWVBlankKGA from module /usr/X11R6/lib/modules/drivers/i740_drv.o is unresolved! > Symbol vgaHWCopyReg from module /usr/X11R6/lib/modules/drivers/savage_drv.o is unresolved! > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/savage_drv.o is unresolved! > Symbol vgaHWSetStdFuncs from module /usr/X11R6/lib/modules/drivers/savage_drv.o is unresolved! > Symbol vbeModeInit from module /usr/X11R6/lib/modules/drivers/savage_drv.o is unresolved! > Symbol fbCreateDefColormap from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbDoCopy from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbCopyRegion from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol mfbQueryBestSize from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > > Fatal server error: > Caught signal 11. Server aborting > > > When reporting a problem related to a server crash, please send > the full server output, not just the last messages. > This can be found in the log file "/var/log/XFree86.0.log". > Please report problems to xfree86@xfree86.org. > > > -- > Regards, Ulf. > > --------------------------------------------------------------------- > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 > CCNA, CCNP now, CCIE to be -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 CCNA, CCNP now, CCIE to be ----- End forwarded message ----- -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 CCNA, CCNP now, CCIE to be To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 0:40:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.98.60]) by hub.freebsd.org (Postfix) with ESMTP id 917EC37B401 for ; Mon, 18 Jun 2001 00:40:28 -0700 (PDT) (envelope-from kheuer@gwdu60.gwdg.de) Received: from localhost (kheuer@localhost) by gwdu60.gwdg.de (8.11.3/8.9.3) with ESMTP id f5I7eRT10834 for ; Mon, 18 Jun 2001 09:40:27 +0200 (CEST) (envelope-from kheuer@gwdu60.gwdg.de) Date: Mon, 18 Jun 2001 09:40:27 +0200 (CEST) From: Konrad Heuer To: Subject: ALS4000 Sound Chip Message-ID: <20010618093516.B10664-100000@gwdu60.gwdg.de> 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 I just bought a PCI sound card based on an ALS4000 chip. It seems to be sound blaster compatible (port 0x220 irq 5 drq 1). Do I have a chance to get the card working when modifying /usr/src/sys/dev/sound/isa/sbc.c in such a way that the chip will be recognized in sound blaster mode during pci bus scan? Thanks for any reply or hint! Konrad Konrad Heuer Personal Bookmarks: Gesellschaft f=FCr wissenschaftliche Datenverarbeitung mbH G=D6ttingen http://www.freebsd.org Am Fa=DFberg, D-37077 G=D6ttingen http://www.daemonnews.o= rg Deutschland (Germany) kheuer@gwdu60.gwdg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 2:26:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from brolloks.trispen.com (brolloks.trispen.com [196.7.146.6]) by hub.freebsd.org (Postfix) with ESMTP id 35EE637B405 for ; Mon, 18 Jun 2001 02:26:26 -0700 (PDT) (envelope-from jacques@brolloks.trispen.com) Received: (from jacques@localhost) by brolloks.trispen.com (8.9.3/8.9.3) id LAA59959 for freebsd-hackers@freebsd.org; Mon, 18 Jun 2001 11:21:55 +0200 (SAST) (envelope-from jacques) Date: Mon, 18 Jun 2001 11:21:55 +0200 From: Jacques Fourie To: freebsd-hackers@freebsd.org Subject: AuDSL Message-ID: <20010618112155.A59897@brolloks.trispen.com> Reply-To: jf@trispen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am trying to get "AuDSL" ( See http://www.araneus.fi/audsl/) to work under FreeBSD. One major problem is that it requires both the read and write channels of the soundcard to be mmap()-able. On 4.3-RELEASE, the following comment can be found in sys/dev/sound/pcm/dsp.c : /* XXX this is broken by line 204 of vm/device_pager.c, so force write buffer */ Is this still the case under -current? If so, is there something I can do to get this to work? regards, jacques To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 3:17:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id A1A3237B405 for ; Mon, 18 Jun 2001 03:17:09 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 9E640520; Mon, 18 Jun 2001 11:17:08 +0100 (BST) Date: Mon, 18 Jun 2001 11:17:08 +0100 From: Josef Karthauser To: Bsdguru@aol.com Cc: hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010618111708.E728@tao.org.uk> References: <125.668727.285cee6c@aol.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Oiv9uiLrevHtW1RS" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <125.668727.285cee6c@aol.com>; from Bsdguru@aol.com on Sat, Jun 16, 2001 at 01:16: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 --Oiv9uiLrevHtW1RS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 16, 2001 at 01:16:28PM -0400, Bsdguru@aol.com wrote: > is BSDI's stack so superior to any of the other BSDs that MS would pay BS= DI=20 > for it, particularly at a time when BSDI was trying to compete with MS in= the=20 > server market? Seems like something that a bunch of BSD fanatics conjured= up=20 > after a few beers. Are you sure that this was Microsoft. The press release that I remember from last year was a Compaq one (or was it SCO), but not Microsoft. Joe --Oiv9uiLrevHtW1RS 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 iEYEARECAAYFAjst1SMACgkQXVIcjOaxUBYW0gCeKH/DDP/5O++dq0VfnDcv4mn5 T5MAnAwgbPqutJex/J+GBo1GIdCgSnzS =PD7E -----END PGP SIGNATURE----- --Oiv9uiLrevHtW1RS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 3:34:43 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 7DFE337B403 for ; Mon, 18 Jun 2001 03:34:34 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 91090 invoked by uid 1000); 18 Jun 2001 10:34:53 -0000 Date: Mon, 18 Jun 2001 12:34:53 +0200 From: "Karsten W. Rohrbach" To: Dag-Erling Smorgrav Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Article Network performance by OS Message-ID: <20010618123453.B89983@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Dag-Erling Smorgrav , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Jun 17, 2001 at 07:48:27AM +0200 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 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dag-Erling Smorgrav(des@ofug.org)@2001.06.17 07:48:27 +0000: > Rik van Riel writes: > > Not quite. Linux distributions tend to be extremely > > conservative in the IDE options (DMA, interrupt unmasking, > > write caching, etc. all disabled) while FreeBSD seems to > > have write caching and DMA on by default... >=20 > Ahem. >=20 > First of all, Linux' file system (ext2fs) is more or less equivalent, > in terms of performance and integrity, to async ffs. This gives Linux > a big performance edge out of the box, and FreeBSD a big reliability > edge - but benchmark authors rarely care about fs integrity, as > shutting off the power during heavy disk I/O isn't generally part of > their benchmark. well, IMVHO, it should be ;-) >=20 > Second, we tried turning write caching on ATA drives off by default, > and boy were you (the user community) pissed. Yes, turning wc off > shows you just how crappy those non-tagged-queueing 4000 RPM ATA > drives you picked up at Fry's for some pocket change are. So we > turned it back on. If you're not happy with that, put 'hw.ata.wc=3D"0"' > in your /boot/loader.conf and they'll be off after the next reboot. > Or get real disks. that's one for the handbook, eh? imagine: Q: i got problem {...}, it seems to depend on (ATA|IDE|disk|drive|...) A: get real hardware, you're running a production system, aren't you? it would be a nice thing[tm] to have such stuff in the docs. /k --=20 > Zero Defects, n.: The result of shutting down a production line.=20 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 --bCsyhTFzCvuiizWE 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 iD8DBQE7LdlNM0BPTilkv0YRAiN6AJ9FeZ1aYGOR8NIYMJoGOYfK/q675gCfTXlS CwaUGZFkvk/MhQgrrj7Vsjk= =Wb5j -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 3:39:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id D414037B403 for ; Mon, 18 Jun 2001 03:39:25 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 12591 invoked by uid 1000); 18 Jun 2001 10:37:56 -0000 Date: Mon, 18 Jun 2001 13:37:56 +0300 From: Peter Pentchev To: "Karsten W. Rohrbach" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Article Network performance by OS Message-ID: <20010618133756.H1713@ringworld.oblivion.bg> Mail-Followup-To: "Karsten W. Rohrbach" , freebsd-hackers@FreeBSD.ORG References: <20010618123453.B89983@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: <20010618123453.B89983@mail.webmonster.de>; from karsten@rohrbach.de on Mon, Jun 18, 2001 at 12:34:53PM +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 Mon, Jun 18, 2001 at 12:34:53PM +0200, Karsten W. Rohrbach wrote: > Dag-Erling Smorgrav(des@ofug.org)@2001.06.17 07:48:27 +0000: > > > > Second, we tried turning write caching on ATA drives off by default, > > and boy were you (the user community) pissed. Yes, turning wc off > > shows you just how crappy those non-tagged-queueing 4000 RPM ATA > > drives you picked up at Fry's for some pocket change are. So we > > turned it back on. If you're not happy with that, put 'hw.ata.wc="0"' > > in your /boot/loader.conf and they'll be off after the next reboot. > > Or get real disks. > > that's one for the handbook, eh? imagine: > > Q: i got problem {...}, it seems to depend on (ATA|IDE|disk|drive|...) > A: get real hardware, you're running a production system, aren't you? > > it would be a nice thing[tm] to have such stuff in the docs. Can we put your e-mail address below, to direct there all the feedback from home users with IDE drives? :P 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 Mon Jun 18 3:50:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id BFAAB37B401 for ; Mon, 18 Jun 2001 03:50:48 -0700 (PDT) (envelope-from jedgar@www.fxp.org) Received: from sushi.wanmine.com (oca-pm3-5-21.hitter.net [207.192.77.21]) by peitho.fxp.org (Postfix) with ESMTP id 62CD41360C; Mon, 18 Jun 2001 06:50:47 -0400 (EDT) Received: by sushi.wanmine.com (Postfix, from userid 1000) id 8ECC93E9A; Mon, 18 Jun 2001 06:50:44 -0400 (EDT) Date: Mon, 18 Jun 2001 06:50:44 -0400 From: Chris Faulhaber To: Konrad Heuer Cc: freebsd-hackers@freebsd.org Subject: Re: ALS4000 Sound Chip Message-ID: <20010618065044.B41296@sushi.wanmine.com> Mail-Followup-To: Chris Faulhaber , Konrad Heuer , freebsd-hackers@freebsd.org References: <20010618093516.B10664-100000@gwdu60.gwdg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010618093516.B10664-100000@gwdu60.gwdg.de>; from kheuer@gwdu60.gwdg.de on Mon, Jun 18, 2001 at 09:40:27AM +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 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2001 at 09:40:27AM +0200, Konrad Heuer wrote: >=20 > I just bought a PCI sound card based on an ALS4000 chip. It seems to be > sound blaster compatible (port 0x220 irq 5 drq 1). Do I have a chance to > get the card working when modifying /usr/src/sys/dev/sound/isa/sbc.c in > such a way that the chip will be recognized in sound blaster mode during > pci bus scan? >=20 No, but I have a -stable version of the als4000 driver (author has yet to MFC) if you would like. --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjst3QQACgkQObaG4P6BelC79gCgn2tiSeonZo8XtloZRzNbqJ9E Yl8AnjTN+e042g0jx168ceUGb0X10QfW =7drz -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 3:58:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.98.60]) by hub.freebsd.org (Postfix) with ESMTP id F35E637B407 for ; Mon, 18 Jun 2001 03:58:42 -0700 (PDT) (envelope-from kheuer@gwdu60.gwdg.de) Received: from localhost (kheuer@localhost) by gwdu60.gwdg.de (8.11.3/8.9.3) with ESMTP id f5IAwdh12837; Mon, 18 Jun 2001 12:58:39 +0200 (CEST) (envelope-from kheuer@gwdu60.gwdg.de) Date: Mon, 18 Jun 2001 12:58:39 +0200 (CEST) From: Konrad Heuer To: Chris Faulhaber Cc: Subject: Re: ALS4000 Sound Chip In-Reply-To: <20010618065044.B41296@sushi.wanmine.com> Message-ID: <20010618125812.E12827-100000@gwdu60.gwdg.de> 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 Mon, 18 Jun 2001, Chris Faulhaber wrote: > On Mon, Jun 18, 2001 at 09:40:27AM +0200, Konrad Heuer wrote: > > > > I just bought a PCI sound card based on an ALS4000 chip. It seems to be > > sound blaster compatible (port 0x220 irq 5 drq 1). Do I have a chance t= o > > get the card working when modifying /usr/src/sys/dev/sound/isa/sbc.c in > > such a way that the chip will be recognized in sound blaster mode durin= g > > pci bus scan? > > > > No, but I have a -stable version of the als4000 driver (author has > yet to MFC) if you would like. That sounds great - may I get a copy? Regards Konrad Konrad Heuer Personal Bookmarks: Gesellschaft f=FCr wissenschaftliche Datenverarbeitung mbH G=D6ttingen http://www.freebsd.org Am Fa=DFberg, D-37077 G=D6ttingen http://www.daemonnews.o= rg Deutschland (Germany) kheuer@gwdu60.gwdg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 5: 2:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 1D67737B403 for ; Mon, 18 Jun 2001 05:02:44 -0700 (PDT) (envelope-from jedgar@fxp.org) Received: by peitho.fxp.org (Postfix, from userid 1000) id BC5BF1360C; Mon, 18 Jun 2001 08:02:43 -0400 (EDT) Date: Mon, 18 Jun 2001 08:02:43 -0400 From: Chris Faulhaber To: Konrad Heuer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ALS4000 Sound Chip Message-ID: <20010618080243.A77060@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , Konrad Heuer , freebsd-hackers@FreeBSD.ORG References: <20010618065044.B41296@sushi.wanmine.com> <20010618125812.E12827-100000@gwdu60.gwdg.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010618125812.E12827-100000@gwdu60.gwdg.de>; from kheuer@gwdu60.gwdg.de on Mon, Jun 18, 2001 at 12:58:39PM +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 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 18, 2001 at 12:58:39PM +0200, Konrad Heuer wrote: >=20 > On Mon, 18 Jun 2001, Chris Faulhaber wrote: >=20 > > On Mon, Jun 18, 2001 at 09:40:27AM +0200, Konrad Heuer wrote: > > > > > > I just bought a PCI sound card based on an ALS4000 chip. It seems to = be > > > sound blaster compatible (port 0x220 irq 5 drq 1). Do I have a chance= to > > > get the card working when modifying /usr/src/sys/dev/sound/isa/sbc.c = in > > > such a way that the chip will be recognized in sound blaster mode dur= ing > > > pci bus scan? > > > > > > > No, but I have a -stable version of the als4000 driver (author has > > yet to MFC) if you would like. >=20 > That sounds great - may I get a copy? >=20 http://www.fxp.org/jedgar/FreeBSD/als4000-stable.diff and follow the directions contained within. --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjst7eMACgkQObaG4P6BelCmZACeK9oYmNezxsukjd1VLxPDgroR N1YAoIeToV2JQmQPp4cQfxkWmUVZvvbU =KtCL -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 5:16:30 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 E519837B405 for ; Mon, 18 Jun 2001 05:16:25 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.467.46); Mon, 18 Jun 2001 17:46:22 +0530 Date: Mon, 18 Jun 2001 17:52:27 +0530 (IST) From: "Ashutosh S. Rajekar" To: freebsd-hackers@FreeBSD.ORG Subject: max kernel memory In-Reply-To: <20010618080243.A77060@peitho.fxp.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 Hi, I'm trying to give the kernel (4.0-RELEASE) 2Gb of memory to work with. I can afford to have 4Gb of physical memory on one of my servers, and hence the experiments. Is it safe to play around with KERNBASE, and get away without breaking code ? Is there any other advisable method if this one is risky ? -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- Take Care of the Molehills, and the Mountains Will Take Care of Themselves. -- Motto of the Federal Civil Service To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 6:55:34 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 879C737B403 for ; Mon, 18 Jun 2001 06:55:30 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 96872 invoked by uid 1000); 18 Jun 2001 13:55:50 -0000 Date: Mon, 18 Jun 2001 15:55:50 +0200 From: "Karsten W. Rohrbach" To: David Preece Cc: freebsd-hackers@freebsd.org Subject: Re: Injecting a packet with explicit route. Message-ID: <20010618155550.C89983@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , David Preece , freebsd-hackers@freebsd.org References: <5.1.0.14.1.20010618114548.01ef31b0@pop.paradise.net.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zCKi3GIZzVBPywwA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.0.14.1.20010618114548.01ef31b0@pop.paradise.net.nz>; from davep@afterswish.com on Mon, Jun 18, 2001 at 12:03:09PM +1200 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 --zCKi3GIZzVBPywwA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable David Preece(davep@afterswish.com)@2001.06.18 12:03:09 +0000: > Hi, >=20 > Due to the wonder of IPFW and divert sockets I have been merrily catching= =20 > packets, modifying them and reinjecting back in from userland to great=20 > effect for some time now. What I would like (need) to do is much the same= ,=20 > but being able to explicitly state which route to take (for a packet goin= g=20 > outwards), or being able to tell which route a packet came in from (for a= =20 > packet coming inwards). ipfilter, see ipf(5), the "to" (fastroute) option for interface based stuff. if you want to do trasnparent proxy stuff, check ipnat(8) and ipnat(5). if you want some really weird stuff check out ipf's "call" functionality ;-) /k --=20 > Definition of Windows 95: A 32-bit extension and graphical shell for a > 16 Bit patch to an 8 Bit OS originally coded for an 4 Bit CPU, written > by a 2-Bit Company that can't stand 1 Bit of competition.=20 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 --zCKi3GIZzVBPywwA 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 iD8DBQE7LghlM0BPTilkv0YRAjsLAKCo6jbyWjB/QYvl/D6u1bzVNwaOigCgjIt3 b+71ilmb/Y6W3FGodjcunEQ= =uCOa -----END PGP SIGNATURE----- --zCKi3GIZzVBPywwA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 7:26:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id 2B55B37B401 for ; Mon, 18 Jun 2001 07:26:28 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15Bzz0-0007CC-00; Mon, 18 Jun 2001 15:26:26 +0100 From: "Andy [Tecc Nops]" To: Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Mon, 18 Jun 2001 15:26:26 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010618111708.E728@tao.org.uk> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm, anyone seen this then in the Wall Street J ?? Or is this what started this thread (if so I musta missed one somewhere along the line). Ak > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Josef Karthauser > Sent: 18 June 2001 11:17 > To: Bsdguru@aol.com > Cc: hackers@freebsd.org > Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? > > > On Sat, Jun 16, 2001 at 01:16:28PM -0400, Bsdguru@aol.com wrote: > > is BSDI's stack so superior to any of the other BSDs that MS > would pay BSDI > > for it, particularly at a time when BSDI was trying to compete > with MS in the > > server market? Seems like something that a bunch of BSD > fanatics conjured up > > after a few beers. > > Are you sure that this was Microsoft. The press release that I remember > from last year was a Compaq one (or was it SCO), but not Microsoft. > > Joe > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 7:37:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id 33DDD37B401 for ; Mon, 18 Jun 2001 07:37:46 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15C09w-0007Gs-00; Mon, 18 Jun 2001 15:37:44 +0100 From: "Andy [Tecc Nops]" To: Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Mon, 18 Jun 2001 15:37:44 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jeez, forgot the link to WSJ.... http://public.wsj.com/news/hmc/sb992819157437237260.htm If this is what started this forgive me for being so unobservent, we're a bit slow here in the UK sometimes (well I am that is!) Ak > Hmm, anyone seen this then in the Wall Street J ?? > Or is this what started this thread (if so I musta > missed one somewhere along the line). > > Ak To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 8:51:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-r01.mx.aol.com (imo-r01.mx.aol.com [152.163.225.97]) by hub.freebsd.org (Postfix) with ESMTP id 4E9A737B40C for ; Mon, 18 Jun 2001 08:51:42 -0700 (PDT) (envelope-from Bsdguru@aol.com) Received: from Bsdguru@aol.com by imo-r01.mx.aol.com (mail_out_v30.22.) id n.be.161c0b3a (25307) for ; Mon, 18 Jun 2001 11:51:39 -0400 (EDT) From: Bsdguru@aol.com Message-ID: Date: Mon, 18 Jun 2001 11:51:38 EDT Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 06/17/2001 2:27:59 PM Eastern Daylight Time, jkh@osd.bsdi.com writes: > 2. We're not bashing Microsoft here. We're just trying to figure > out if their recently published comments that "Open Source is bad > and inimical to our interests" is really just marketspeak which > contradicts their own engineering position. > > - Jordan It wouldnt contradict their marketing position if they are using BSD code, because they dont make source readily available. Using open source for a commercial product which you modify and customize is not the same as making the source available for others to modify and distribute at will. I dont see how proving the microsoft uses open source code in their product proves that open source is generally good for commercial products or corporate interests. All it proves is that open source has some value as a base for more s, which I dont think that anyone, including Microsoft, disagrees with. Bryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9: 2:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.pace.edu (ntutil.pace.edu [205.232.111.9]) by hub.freebsd.org (Postfix) with ESMTP id 3402237B401 for ; Mon, 18 Jun 2001 09:02:09 -0700 (PDT) (envelope-from js43064n@pace.edu) Received: from stmail.pace.edu (205.232.111.7:3368) by smtp.pace.edu (LSMTP for Windows NT v1.1b) with SMTP id <0.A8A2EC90@smtp.pace.edu>; Mon, 18 Jun 2001 12:02:10 -0400 Date: Mon, 18 Jun 2001 12:02:07 -0400 Message-Id: <200106181202.AA66191580@stmail.pace.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Jonathan Slivko" Reply-To: X-Sender: To: Subject: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) X-Mailer: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While I didn't read the article (I saw it when someone was reading the opposite page on the subway today), I thought it might make for some interesting conversation and views on the list. I will try and get a URL for you all to look at later. Thanks. -- Jonathan -- Jonathan M. Slivko Tech. Support Rep., Black Lotus Communications Server Administrator, AsylumNet IRC Network http://www.blacklotus.net -- check us out! -- ___________________________________________________________________ ___ Sent via the Pace University Mail system at stmail.pace.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9: 4:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 3808C37B401 for ; Mon, 18 Jun 2001 09:04:35 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Mon, 18 Jun 2001 18:04:34 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9CBF@l04.research.kpn.com> From: "Koster, K.J." To: 'James' Cc: 'FreeBSD Hackers mailing list' Subject: RE: Mergemaster bug + new feature [patch] Date: Mon, 18 Jun 2001 18:04:30 +0100 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 Dear James, I had a mergemaster problem a while back, but I haven't debugged it properly. I had my /etc/ppp symlinked into /home/root/ppp. Then, after a mergemaster run I ended up with a file named /etc/ppp, which had the contents of the new version of /etc/ppp/ppp.conf. This box used to dial out, but no longer does so I did not care about/pursue the problem. Sorry about the scetchy information. Kees Jan PS. I initially read the subject line as "mergemaster has one fewer bug and one newly discovered feature". :) ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9: 5:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 9268937B403 for ; Mon, 18 Jun 2001 09:05:08 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f5IG57i48377; Mon, 18 Jun 2001 12:05:07 -0400 (EDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f5IG55r48369; Mon, 18 Jun 2001 12:05:05 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3B2E26B1.627A2F31@thehousleys.net> Date: Mon, 18 Jun 2001 12:05:05 -0400 From: James Housley X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: js43064n@pace.edu Cc: freebsd-hackers@freebsd.org Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) References: <200106181202.AA66191580@stmail.pace.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 Jonathan Slivko wrote: > > While I didn't read the article (I saw it when someone was reading > the opposite page on the subway today), I thought it might make > for some interesting conversation and views on the list. I will > try and get a URL for you all to look at later. Thanks. > -- Jonathan > It already has been posted at http://www.daemonnews.org/ Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9: 5:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id 5F58137B401 for ; Mon, 18 Jun 2001 09:05:16 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15C1Wc-0000Xh-00; Mon, 18 Jun 2001 17:05:14 +0100 From: "Andy [Tecc Nops]" To: , Subject: RE: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Mon, 18 Jun 2001 17:05:14 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <200106181202.AA66191580@stmail.pace.edu> X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Like I posted eariler...... http://public.wsj.com/news/hmc/sb992819157437237260.htm Regards Ak > While I didn't read the article (I saw it when someone was reading > the opposite page on the subway today), I thought it might make > for some interesting conversation and views on the list. I will > try and get a URL for you all to look at later. Thanks. > -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9: 6:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nerd.geekythings.com (nerd.geekythings.com [204.138.241.6]) by hub.freebsd.org (Postfix) with ESMTP id 5975C37B409 for ; Mon, 18 Jun 2001 09:06:49 -0700 (PDT) (envelope-from marc@geekythings.com) Received: from localhost (marc@localhost) by nerd.geekythings.com (8.11.2/8.9.2) with ESMTP id f5IG6WW43891; Mon, 18 Jun 2001 12:06:32 -0400 (EDT) Date: Mon, 18 Jun 2001 12:06:29 -0400 (EDT) From: Marc Nicholas X-Sender: marc@localhost To: Jonathan Slivko Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: <200106181202.AA66191580@stmail.pace.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 http://public.wsj.com/news/hmc/sb992819157437237260.htm On Mon, 18 Jun 2001, Jonathan Slivko wrote: > While I didn't read the article (I saw it when someone was reading > the opposite page on the subway today), I thought it might make > for some interesting conversation and views on the list. I will > try and get a URL for you all to look at later. Thanks. > -- Jonathan > > -- > Jonathan M. Slivko > Tech. Support Rep., Black Lotus Communications > Server Administrator, AsylumNet IRC Network > http://www.blacklotus.net -- check us out! > -- > > ___________________________________________________________________ > ___ > Sent via the Pace University Mail system at stmail.pace.edu > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9:11: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 0011837B401 for ; Mon, 18 Jun 2001 09:11:04 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Mon, 18 Jun 2001 18:11:04 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9CC0@l04.research.kpn.com> From: "Koster, K.J." To: "'Karsten W. Rohrbach'" Cc: freebsd-hackers@FreeBSD.ORG Subject: RE: Injecting a packet with explicit route. Date: Mon, 18 Jun 2001 18:10:54 +0100 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 Dear Karsten, > > > Definition of Windows 95: A 32-bit extension and graphical > > shell for a 16 Bit patch to an 8 Bit OS originally coded > > for an 4 Bit CPU, written by a 2-Bit Company that can't > > stand 1 Bit of competition. > That would make Windows 2000 the 64-bit sauce on the 32-bit extension and graphical... Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9:14:20 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 29FF337B401 for ; Mon, 18 Jun 2001 09:14:17 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5IGEET14658; Mon, 18 Jun 2001 09:14:14 -0700 (PDT) (envelope-from dillon) Date: Mon, 18 Jun 2001 09:14:14 -0700 (PDT) From: Matt Dillon Message-Id: <200106181614.f5IGEET14658@earth.backplane.com> To: Marc Nicholas Cc: Jonathan Slivko , freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) 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 : :http://public.wsj.com/news/hmc/sb992819157437237260.htm Ahhh.... very nice. BSD is more viral then GPL it would seem :-) It will be interesting to see if MS now tries to rewrite TCP/IP. I got dibs on the front row aisle seat! Where's the popcorn? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9:15:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from supernova.dimensional.com (supernova.dimensional.com [206.124.0.11]) by hub.freebsd.org (Postfix) with ESMTP id 76F5F37B401 for ; Mon, 18 Jun 2001 09:15:39 -0700 (PDT) (envelope-from element@Dim.com) Received: from smtp.dimensional.com (64-204-110-66.client.dsl.net [64.204.110.66]) by supernova.dimensional.com (8.11.2/8.11.2) with SMTP id f5IGEjs03281; Mon, 18 Jun 2001 10:14:45 -0600 (MDT) Message-Id: <200106181614.f5IGEjs03281@supernova.dimensional.com> X-Mailer: Ultrafunk Popcorn release 1.04 (13.Jan.2001) X-URL: http://www.ultrafunk.com/products/popcorn Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=iso-8859-1 Date: Mon, 18 Jun 2001 10:11:11 -0700 (Mountain Standard Time) From: Adam To: jkh@osd.bsdi.com Cc: hackers@Freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Organization: NA Sender: owner-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 not sure if this will help or not but Winsock.h, Winsock2.h, and Ws2spi.h which are shipped with visual studio 6 include the following in the header: * This file includes parts which are Copyright (c) 1982-1986 Regents * of the University of California. All rights reserved. The * Berkeley Software License Agreement specifies the terms and * conditions for redistribution. */ >http://msdn.microsoft.com/library/psdk/winsock/apistart_9g1e.htm mentions >BSD, not sure if is direct enough. > >I'm downloading the SDK right now so I can grepmonkey through the latest >and greatest headers, etc. > >HTH > >-- >[ Joseph Mallett ] [ http://srcsys.org ] >[ xMach Core Team xMach: Proactively Unbloated Microkernel BSD ] >[ FreeBSD, NetBSD, & xMach User; (Obj)C(++) Coder ] [ http://xMach.org ] > >On Fri, 15 Jun 2001, Joseph A. Mallett wrote: > >> Do you happen to have any of their Winsock propoganda handy (specifically >> developer materials or winsock.h header file)? I know for a fact that they >> have said repetedly that some of it was taken directly from Berkely. I'm >> just not sure where... I'm going to start digging through my stuff to see >> if I can find anything. >> >> -- >> [ Joseph Mallett ] [ http://srcsys.org ] >> [ xMach Core Team xMach: Proactively Unbloated Microkernel BSD ] >> [ FreeBSD, NetBSD, & xMach User; (Obj)C(++) Coder ] [ http://xMach.org ] >> >> On Fri, 15 Jun 2001, Jordan Hubbard wrote: >> >> > I've had several marketing types approach me recently for details as >> > to whether or not Microsoft was using the BSD TCP/IP stack and/or user >> > utilities, and though it's always been "common knowledge" in the >> > community that they were, when I set about to "prove" it I found it to >> > be less easy than I'd thought. I've strings'd various binaries and >> > DLLs in my copy of Windows 98 but have yet to find anything resembling >> > proof. Does anyone out there have any details or discovery techniques >> > for confirming or disproving this assertion either way? It would be >> > very useful (for us) from a PR standpoint to know. >> > >> > Thanks! >> > >> > - Jordan >> > >> > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9:16:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nerd.geekythings.com (nerd.geekythings.com [204.138.241.6]) by hub.freebsd.org (Postfix) with ESMTP id 3BC4937B403 for ; Mon, 18 Jun 2001 09:16:39 -0700 (PDT) (envelope-from marc@geekythings.com) Received: from localhost (marc@localhost) by nerd.geekythings.com (8.11.2/8.9.2) with ESMTP id f5IGGVN43950; Mon, 18 Jun 2001 12:16:31 -0400 (EDT) Date: Mon, 18 Jun 2001 12:16:30 -0400 (EDT) From: Marc Nicholas X-Sender: marc@localhost To: Matt Dillon Cc: Jonathan Slivko , freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: <200106181614.f5IGEET14658@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 Mon, 18 Jun 2001, Matt Dillon wrote: > :http://public.wsj.com/news/hmc/sb992819157437237260.htm > > Ahhh.... very nice. BSD is more viral then GPL it would seem :-) It > will be interesting to see if MS now tries to rewrite TCP/IP. I got > dibs on the front row aisle seat! Where's the popcorn? "Those who can, write code...those who can't, re-appropriate code and turn into multi-billion dollar corporations." ;-) -marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9:38: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.mx.voyager.net (mail2.mx.voyager.net [216.93.66.201]) by hub.freebsd.org (Postfix) with ESMTP id B6B6737B401 for ; Mon, 18 Jun 2001 09:37:57 -0700 (PDT) (envelope-from mhagerty@voyager.net) Received: from thunderbird.voyager.net (net-216-93-124-123.hcv.com [216.93.124.123]) by mail2.mx.voyager.net (8.10.2/8.10.2) with ESMTP id f5IGhFB04444 for ; Mon, 18 Jun 2001 12:43:15 -0400 (EDT) Message-Id: <5.0.2.1.2.20010618123930.0398aba0@pop.voyager.net> X-Sender: mhagerty@pop.voyager.net X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 18 Jun 2001 12:43:24 -0400 To: freebsd-hackers@FreeBSD.ORG From: Matthew Hagerty Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: <200106181614.f5IGEET14658@earth.backplane.com> References: 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 As I understand the BSD license anyone can use it, however, they must say that they are using it, no? So if MS is using TCP/IP code (or any other code from FreeBSD), are they not in violation of the license by not including such a clause in their license or documentation? What am I missing here? Matthew At 09:14 AM 6/18/2001 -0700, Matt Dillon wrote: >: >:http://public.wsj.com/news/hmc/sb992819157437237260.htm > > Ahhh.... very nice. BSD is more viral then GPL it would seem :-) It > will be interesting to see if MS now tries to rewrite TCP/IP. I got > dibs on the front row aisle seat! Where's the popcorn? > > -Matt > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 9:40: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fepB.post.tele.dk (fepB.post.tele.dk [195.41.46.145]) by hub.freebsd.org (Postfix) with ESMTP id 6384637B406 for ; Mon, 18 Jun 2001 09:39:56 -0700 (PDT) (envelope-from leifn@neland.dk) Received: from arnold.neland.dk ([62.243.18.217]) by fepB.post.tele.dk (InterMail vM.4.01.03.21 201-229-121-121-20010307) with ESMTP id <20010618163953.DRHQ3246.fepB.post.tele.dk@arnold.neland.dk>; Mon, 18 Jun 2001 18:39:53 +0200 Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.4/8.11.4) with ESMTP id f5IGeC005366; Mon, 18 Jun 2001 18:40:13 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Mon, 18 Jun 2001 18:40:12 +0200 (CEST) From: Leif Neland To: Huff Cc: Subject: Re: XFree86 In-Reply-To: <005401c0e040$9d1fa740$1300a8c0@huffstutler.com> Message-ID: <20010618183751.Q5341-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 Sat, 19 May 2001, Huff wrote: > I can't get XFree86 to work. Using /stand/sysinstall I use the script > and configure everything manually to the best of my knowledge. I can't > find any specs on the monitor I'm using (The Monitor is from the > Toshiba Infinia 7200) so I'm not sure of the Vertical and Horizontal > refresh rates, If you can dualboot into windows, or have a windows machine nearby, you could try the different resolutions, and write down the frequencies from the on-screen display, if the monitor got one. Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 10:10:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 9C78337B403 for ; Mon, 18 Jun 2001 10:10:26 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5IH9xt87702; Mon, 18 Jun 2001 10:09:59 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: andy@tecc.co.uk Cc: hackers@FreeBSD.ORG Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? In-Reply-To: References: 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: <20010618100959C.jkh@osd.bsdi.com> Date: Mon, 18 Jun 2001 10:09:59 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sort of the other way around. We were the "several FreeBSD volunteers" referenced in the article. Lee's my press contact at the WSJ and he's done a number of pieces favorable to us in the past. Again, I'd like to thank the various folks on -hackers who responded (you know who you are) and were a help with this article. If nothing else, it finally got Microsoft to publically admit that we're STILL at Hotmail rather than saying, as they have in the past, that "FreeBSD was completely removed and replaced with Windows." :-) - Jordan From: "Andy [Tecc Nops]" Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Mon, 18 Jun 2001 15:37:44 +0100 > jeez, forgot the link to WSJ.... > > http://public.wsj.com/news/hmc/sb992819157437237260.htm > > If this is what started this forgive me for being > so unobservent, we're a bit slow here in the UK > sometimes (well I am that is!) > > Ak > > > Hmm, anyone seen this then in the Wall Street J ?? > > Or is this what started this thread (if so I musta > > missed one somewhere along the line). > > > > Ak > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 10:17:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cisco.com (sword.cisco.com [161.44.208.100]) by hub.freebsd.org (Postfix) with ESMTP id D9E9237B406 for ; Mon, 18 Jun 2001 10:17:25 -0700 (PDT) (envelope-from sjt@cisco.com) Received: from sjt-u10.cisco.com (sjt-u10.cisco.com [10.85.30.63]) by cisco.com (8.8.5-Cisco.1/8.8.8) with ESMTP id NAA06184; Mon, 18 Jun 2001 13:17:24 -0400 (EDT) Received: (sjt@localhost) by sjt-u10.cisco.com (8.8.5-Cisco.1/CISCO.WS.1.2) id NAA01698; Mon, 18 Jun 2001 13:17:23 -0400 (EDT) Date: Mon, 18 Jun 2001 13:17:23 -0400 From: Steve Tremblett To: Matthew Hagerty Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Message-ID: <20010618131723.J29529@sjt-u10.cisco.com> References: <200106181614.f5IGEET14658@earth.backplane.com> <5.0.2.1.2.20010618123930.0398aba0@pop.voyager.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.2.1.2.20010618123930.0398aba0@pop.voyager.net>; from mhagerty@voyager.net on Mon, Jun 18, 2001 at 12:43:24PM -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 Hagerty wrote: | As I understand the BSD license anyone can use it, however, they must say | that they are using it, no? So if MS is using TCP/IP code (or any other | code from FreeBSD), are they not in violation of the license by not | including such a clause in their license or documentation? What am I | missing here? You are missing the fact that MS presents to the public the concept of open source licenses having a viral nature and open source projects being insecure. They use the term "open source", while actually implying GPL, while the "insecure" thing is outright false - based on the number of reported bugs (which is contradictory, since they are bugs being found and fixed by a HUGE userbase that has access to the code, while you have to rely on MS's relatively tiny test team to do the same thing on their products...). The general effect is that people who don't know any better (ie. corporate types) instruct their IT people to remove all open source OSes from their infrastructure and don't use any in future development projects. -- Steve Tremblett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 10:19:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cisco.com (sword.cisco.com [161.44.208.100]) by hub.freebsd.org (Postfix) with ESMTP id AEE4937B401 for ; Mon, 18 Jun 2001 10:19:28 -0700 (PDT) (envelope-from sjt@cisco.com) Received: from sjt-u10.cisco.com (sjt-u10.cisco.com [10.85.30.63]) by cisco.com (8.8.5-Cisco.1/8.8.8) with ESMTP id NAA06315; Mon, 18 Jun 2001 13:19:12 -0400 (EDT) Received: (sjt@localhost) by sjt-u10.cisco.com (8.8.5-Cisco.1/CISCO.WS.1.2) id NAA01706; Mon, 18 Jun 2001 13:19:11 -0400 (EDT) Date: Mon, 18 Jun 2001 13:19:11 -0400 From: Steve Tremblett To: Adam Cc: jkh@osd.bsdi.com, hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010618131911.K29529@sjt-u10.cisco.com> References: <200106181614.f5IGEjs03281@supernova.dimensional.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106181614.f5IGEjs03281@supernova.dimensional.com>; from element@Dim.com on Mon, Jun 18, 2001 at 10:11:11AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +---- Adam wrote: | I'm not sure if this will help or not but Winsock.h, Winsock2.h, and Ws2spi.h | which are shipped with visual studio 6 include the following in the header: | | * This file includes parts which are Copyright (c) 1982-1986 Regents | * of the University of California. All rights reserved. The | * Berkeley Software License Agreement specifies the terms and | * conditions for redistribution. | */ that only implies that they copied parts of the API - it doesn't give any indication of what code is underneath. -- Steve Tremblett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 10:21:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id B13A037B406 for ; Mon, 18 Jun 2001 10:21:50 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5IHKut87785; Mon, 18 Jun 2001 10:20:56 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: mhagerty@voyager.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: <5.0.2.1.2.20010618123930.0398aba0@pop.voyager.net> References: <200106181614.f5IGEET14658@earth.backplane.com> <5.0.2.1.2.20010618123930.0398aba0@pop.voyager.net> 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: <20010618102056J.jkh@osd.bsdi.com> Date: Mon, 18 Jun 2001 10:20:56 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 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 From: Matthew Hagerty Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Mon, 18 Jun 2001 12:43:24 -0400 > As I understand the BSD license anyone can use it, however, they must say > that they are using it, no? No. That clause was rescinded by UC Berkeley. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 10:57:28 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 72C4837B401 for ; Mon, 18 Jun 2001 10:57:26 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5IHvKK16658; Mon, 18 Jun 2001 10:57:20 -0700 (PDT) (envelope-from dillon) Date: Mon, 18 Jun 2001 10:57:20 -0700 (PDT) From: Matt Dillon Message-Id: <200106181757.f5IHvKK16658@earth.backplane.com> To: "Ashutosh S. Rajekar" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 :Hi, : :I'm trying to give the kernel (4.0-RELEASE) 2Gb of memory to work with. I :can afford to have 4Gb of physical memory on one of my servers, and hence :the experiments. : :Is it safe to play around with KERNBASE, and get away without breaking :code ? Is there any other advisable method if this one is risky ? : :-ASR Yes, you can change KERNBASE. I'm not entirely sure but I believe if you have an old set of bootblocks you may have to reinstall them to get a set that is kernbase-agnostic. e.g. the disklabel -B command on the appropriate slice. DG changed KERNBASE a while back to reserve a gigabyte of VM for the kernel. This should be sufficient on a 4G machine but it depends where your resources are going. If your server's resources are user-process centric then you don't need to change KERNBASE. If your server's resources are network-mbuf centric then you may have to give the kernel more KVM (e.g. like 2GB instead of 1GB... 0x80000000 instead of 0xC0000000). But be careful. The more KVM reserved for the kernel, the less VM is available for user processes to allocate and mmap. I'm sure people who run 4G machines can give you better information, I've never run anything larger then 2G myself, though expect down the line I'll begin needing 4G machines to support larger databases. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 11: 4:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (unknown [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 39CA337B401 for ; Mon, 18 Jun 2001 11:04:26 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id f5IHtjk72058; Mon, 18 Jun 2001 10:55:45 -0700 (PDT) (envelope-from dg) Date: Mon, 18 Jun 2001 10:55:45 -0700 From: David Greenman To: Matt Dillon Cc: "Ashutosh S. Rajekar" , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory Message-ID: <20010618105545.G19893@nexus.root.com> References: <200106181757.f5IHvKK16658@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200106181757.f5IHvKK16658@earth.backplane.com>; from dillon@earth.backplane.com on Mon, Jun 18, 2001 at 10:57: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 > >:Hi, >: >:I'm trying to give the kernel (4.0-RELEASE) 2Gb of memory to work with. I >:can afford to have 4Gb of physical memory on one of my servers, and hence >:the experiments. >: >:Is it safe to play around with KERNBASE, and get away without breaking >:code ? Is there any other advisable method if this one is risky ? >: >:-ASR > > Yes, you can change KERNBASE. I'm not entirely sure but I believe if > you have an old set of bootblocks you may have to reinstall them to > get a set that is kernbase-agnostic. e.g. the disklabel -B command on > the appropriate slice. > > DG changed KERNBASE a while back to reserve a gigabyte of VM for the > kernel. This should be sufficient on a 4G machine but it depends where > your resources are going. If your server's resources are user-process > centric then you don't need to change KERNBASE. If your server's > resources are network-mbuf centric then you may have to give the kernel > more KVM (e.g. like 2GB instead of 1GB... 0x80000000 instead of > 0xC0000000). But be careful. The more KVM reserved for the kernel, the > less VM is available for user processes to allocate and mmap. > > I'm sure people who run 4G machines can give you better information, I've > never run anything larger then 2G myself, though expect down the line > I'll begin needing 4G machines to support larger databases. Don't forget to also change NKPDE as well when relocating the start of kernel VM. For kernbase = 0x80000000 on a non-SMP machine, NKPDE needs to be 511. -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 Mon Jun 18 17:12: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lorax.ubergeeks.com (lorax.ubergeeks.com [209.145.65.55]) by hub.freebsd.org (Postfix) with ESMTP id BCFF337B401 for ; Mon, 18 Jun 2001 17:11:59 -0700 (PDT) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by lorax.ubergeeks.com (8.11.3/8.11.3) with ESMTP id f5J0BSd34887; Mon, 18 Jun 2001 20:11:28 -0400 (EDT) (envelope-from adrian@ubergeeks.com) Date: Mon, 18 Jun 2001 20:11:28 -0400 (EDT) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: Matt Dillon Cc: Marc Nicholas , Jonathan Slivko , Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: <200106181614.f5IGEET14658@earth.backplane.com> Message-ID: <20010618201008.U34619-100000@lorax.ubergeeks.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 Mon, 18 Jun 2001, Matt Dillon wrote: > : > :http://public.wsj.com/news/hmc/sb992819157437237260.htm > > Ahhh.... very nice. BSD is more viral then GPL it would seem :-) It > will be interesting to see if MS now tries to rewrite TCP/IP. I got > dibs on the front row aisle seat! Where's the popcorn? > > -Matt Analogy: GPL is to viral, as BSDL is to gene therapy. Adrian -- [ adrian@ubergeeks.com ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 17:16:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout2-0.nyroc.rr.com (mailout2-0.nyroc.rr.com [24.92.226.121]) by hub.freebsd.org (Postfix) with ESMTP id 895F237B406 for ; Mon, 18 Jun 2001 17:16:14 -0700 (PDT) (envelope-from James_Bond_79@yahoo.com) Received: from Halstead007 (roc-24-169-196-57.rochester.rr.com [24.169.196.57]) by mailout2-0.nyroc.rr.com (8.11.2/RoadRunner 1.03) with SMTP id f5J0EjW03938; Mon, 18 Jun 2001 20:14:46 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: James Halstead To: "Koster, K.J." Subject: Mergemaster killed symlink (was RE: Mergemaster bug + new feature [patch]) Date: Tue, 19 Jun 2001 00:21:53 +0000 X-Mailer: KMail [version 1.2] Cc: "'FreeBSD Hackers mailing list'" References: <59063B5B4D98D311BC0D0001FA7E452205FD9CBF@l04.research.kpn.com> In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FD9CBF@l04.research.kpn.com> MIME-Version: 1.0 Message-Id: <01061900215303.13565@Halstead007> 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 Monday 18 June 2001 17:04, Koster, K.J. wrote: > I had a mergemaster problem a while back, but I haven't debugged it > properly. I had my /etc/ppp symlinked into /home/root/ppp. Then, after a > mergemaster run I ended up with a file named /etc/ppp, which had the > contents of the new version of /etc/ppp/ppp.conf. I symlinked /etc/ppp to /usr/ppp and mergemaster updated fine. I then removed /usr/ppp making the symlink invalid and mergemaster overwrote the bad symlink with ppp.conf. Is there any chance when you ran mergemaster that one time your /home was not mounted? I haven't gone as far as to find just what the offending area of mergemaster is. > > Kees Jan > > PS. I initially read the subject line as "mergemaster has one fewer bug and > one newly discovered feature". :) ;P James To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 18:12:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 6853637B407; Mon, 18 Jun 2001 18:12:05 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from slave (Studded@slave [10.0.0.1]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id SAA37533; Mon, 18 Jun 2001 18:12:04 -0700 (PDT) (envelope-from DougB@DougBarton.net) Date: Mon, 18 Jun 2001 18:12:04 -0700 (PDT) From: Doug Barton X-X-Sender: To: , Subject: Changes to the /etc/rc* boot system Message-ID: <20010618175638.L37408-100000@dt051n37.san.rr.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 [Please follow up on this discussion in -arch] Gang, Several people are leaping into the fray with enthusiasm for this project all of a sudden, which is a good thing. However, I'm a little concerned that it's not getting enough of a "big picture" view. What may seem like lack of progress at this point is actually an effort to do several things before we proceed. A) Examine what we have (most of us understand that pretty well) B) Figure out what we need (in progress, nowhere near done yet) C) Take a hard look at NetBSD's code to determine if it meets our needs D) If we decide C) is "yes," figure out how to port/improve it C is pretty much a given in most people's minds at this point. Whether that is a good thing or not I'm not sure, but let's take that as a starting point for now. Given that there will be no small effort in porting their code to our system, and given that we already have the cooperation of one of the NetBSD developers to help with D), I would like to suggest that people bend their efforts away from trying to be the first one to get some code into our tree and onto some of the more general topics. Unfortunately, Luke from NetBSD is both very busy, and busier still until after Usenix. He's asked us to hold off on this till then, and I think that's reasonable. What I'd really like to focus on at this point are three questions. 1. What needs to be done differently on our system than theirs? 2. What would we like to improve on in their current system? 3. How can we take the current code and make it easier to maintain across both platforms? If we can have some good answers to those questions ready for after usenix, then we can start off the "What would the NetBSD developers do differently knowing what they know now?" conversation with some intelligent points of our own. Just a thought, Doug -- If you're never wrong, you're not trying hard enough. Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 19:16:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26]) by hub.freebsd.org (Postfix) with ESMTP id 2AED137B401 for ; Mon, 18 Jun 2001 19:14:49 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-196.nnj.dialup.bellatlantic.net [151.198.117.196]) by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id CAA18529245; Tue, 19 Jun 2001 02:14:29 GMT Message-ID: <3B2EB584.727BCCA8@bellatlantic.net> Date: Mon, 18 Jun 2001 22:14:28 -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: Matt Dillon Cc: "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@earth.backplane.com> <3B2CDC8C.3C7E382A@bellatlantic.net> <200106171721.f5HHLIu06985@earth.backplane.com> <3B2D39ED.EE27976A@bellatlantic.net> <200106180024.f5I0Og209156@earth.backplane.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 Matt Dillon wrote: > > :> But this isn't true at all. How many people need to make thousands > :> or tens of thousands of simultanious connections to a machine out of the > :> box? Almost nobody. So to run a benchmark and have it hit these > : > :You are essentially saying: out primary target market is small > :servers. We can accomodate bigger loads as well but this may > :require some hand tuning. On the other hand, NT's target market > :is large servers, so it does not need tuning there but performs > :worse in the smaller configurations. > > No, what I am essentially saying is that anyone who has a need to > run something that sophisticated had better have some clue as to the > platform he is using or he has no business running it. Even if the > platform were tuned for the so-called 'large' installation, if the > administrator doesn't know much about his most critical server the poor > company that hired him is going to have a hellofalot more to worry > about then the server not being magically tuned! I agree with that. By the way, is not it customary for the benchmarks run by magazines to consult the manufacturers if the testers are not able to configure the system by themselves ? I don't remember these guys asking questions on -hackers. > And I will point out that NT is hardly optimized for 'large servers'. > What, are you nuts? It took BEST Internet months... that's MONTHS... > hundreds of man-hours to optimize an NT box to handle more then a > handful of simultanious frontpage users and even then it couldn't even > approach what one of our FreeBSD boxes was doing. It took HiWay Are you talking about Hotmail ? My understanding about it was that they run 5000 small servers, exactly the case when even an out-of-the-box FreeBSD will shine, not even speaking about a tuned one. > Technologies another few months, *with* microsoft's help, to get their > dedicated NT web server platform to even come close to what their > SGI boxes were throwing out. It was a disaster all around. Optimized > out of the box? I don't think so. An NT or W2K box might run on > a 16-way system, and it may appear all rosy in contrived benchmarks, 32-way I think. At least that's what a full-blown Unisys ES7000 machine has and MS claims to support it. > but in the real world it doesn't stack up. At least we (FreeBSD and > Linux) don't pretend that our systems scale well to 16-way boxes... > only Solaris (and now defunct SGI hardware) can make that claim. NT And Dynix and AIX and HP-UX and UnixWare. > and W2K on a 16-way box would be a huge waste of money. Well, UnixWare runs circles around it on the same box. However FreeBSD does not scale well beyond 2 CPUs yet. > Windows admins have odd ideas about what constitutes 'large'. Their idea > of large is a rack full of windows boxes serving a few hundred active > users, or maybe a colo-full of boxes serving a few thousand, or perhaps > a bunch of expensive 4-way or 16-way cpu boxes to server X users. Nope, these SMP boxes are usually used for the database servers. The difficulty with the databases is that (unlike web servers or pop/smtp servers or other such stuff) you can't easily divide the job to an arbitrary number of small machines with a simple load balancer. The efficiency of interlocking and data exchange requires one big machine with large memory and many peripheral buses. > Our idea of large (in this case defined by Terry or Paul Saab) is one > FreeBSD box handling tens of thousands to a hundred thousand TCP > connections, and a rack full of machine serving millions. Windows > people conveniently forget the amount of work it takes to get an NT or > W2K box operating, the amount of work it takes to upgrade one, and the > amount of work it takes to fix one when something breaks. They don't fix, they reinstall (not that it reduces the amount of time but the contrariwise). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 19:32:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id E5D7F37B401 for ; Mon, 18 Jun 2001 19:32:10 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from rac1.wam.umd.edu (IDENT:root@rac1.wam.umd.edu [128.8.10.141]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id WAA08549; Mon, 18 Jun 2001 22:32:07 -0400 (EDT) Received: from rac1.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac1.wam.umd.edu (8.9.3/8.9.3) with SMTP id WAA26512; Mon, 18 Jun 2001 22:32:06 -0400 (EDT) Received: from localhost (culverk@localhost) by rac1.wam.umd.edu (8.9.3/8.9.3) with ESMTP id WAA26506; Mon, 18 Jun 2001 22:32:06 -0400 (EDT) X-Authentication-Warning: rac1.wam.umd.edu: culverk owned process doing -bs Date: Mon, 18 Jun 2001 22:32:06 -0400 (EDT) From: Kenneth Wayne Culver To: Rayson Ho Cc: Matthew Hagerty , freebsd-hackers@FreeBSD.ORG Subject: Re: Article: Network performance by OS In-Reply-To: <20010617212721.42453.qmail@web11402.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 It's a lot faster on writes with softupdates enabled. FreeBSD will also have journaling filesystems soon. Either way, this was not a very good benchmark. On Sun, 17 Jun 2001, Rayson Ho wrote: > But how much tuning is needed? You can download a kernel patch for VM, > another kernel patch for FS... > > I am sure Linux can be even faster on an SMP machine with a Journaling > FS (XFS, RFS, JFS, ext3, etc). > > Rayson > > --- Kenneth Wayne Culver wrote: > > This is not really a "hardcore networking app" but a custom app > > written by > > the person who did the benchmark. The main reason that FreeBSD came > > in > > last was mostly because the guy didn't mount his filesystem > > correctly. > > > > On Sat, 16 Jun 2001, Matthew Hagerty wrote: > > > > > Greetings, > > > > > > Here is a surprisingly unbiased article comparing OSes running hard > > core > > > network apps. The results are kind of disturbing, with FreeBSD > > (4.2) > > > coming in last against Linux (RH), Win2k, and Solaris (Intel). > > > > > > http://www.sysadminmag.com/articles/2001/0107/0107a/0107a.htm > > > > > > The tests were performed against the TCP/IP implementation on these > > > > > platforms with different system calls. File systems tests (EXT2 > > for Linux, > > > UFS for FreeBSD and Solaris, and NTFS for Windows 2000) were > > performed by > > > creating writing, and reading 10,000 files in the same directory, > > > increasing the file size from 4K to 128K. Tests of various network > > > > > applications based on number of simultaneous connections, > > process-based vs. > > > thread-based, and sync vs. async connection handling were also > > performed. > > > > > > Hope it might be helpful to you... > > > > > > Matthew > > > > > > > > > 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 > > > __________________________________________________ > Do You Yahoo!? > Spot the hottest trends in music, movies, and more. > http://buzz.yahoo.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 19:55:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp5ve.mailsrvcs.net (smtp5vepub.gte.net [206.46.170.26]) by hub.freebsd.org (Postfix) with ESMTP id 1618A37B403 for ; Mon, 18 Jun 2001 19:55:14 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-158.nnj.dialup.bellatlantic.net [151.198.117.158]) by smtp5ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id CAA18114150; Tue, 19 Jun 2001 02:55:07 GMT Message-ID: <3B2EBF0A.988CAE0C@bellatlantic.net> Date: Mon, 18 Jun 2001 22:55:06 -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: Josef Karthauser Cc: Bsdguru@aol.com, hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: <125.668727.285cee6c@aol.com> <20010618111708.E728@tao.org.uk> 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 Josef Karthauser wrote: > > On Sat, Jun 16, 2001 at 01:16:28PM -0400, Bsdguru@aol.com wrote: > > is BSDI's stack so superior to any of the other BSDs that MS would pay BSDI > > for it, particularly at a time when BSDI was trying to compete with MS in the > > server market? Seems like something that a bunch of BSD fanatics conjured up > > after a few beers. > > Are you sure that this was Microsoft. The press release that I remember > from last year was a Compaq one (or was it SCO), but not Microsoft. Definitely not SCO. Though SCO's Great Networking Achievement of year 2000 was an implementation of in-kernel sockets (as opposed to the user-level library over TLI) so there is a chance that you had it confused with this. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 21:48:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 0B21737B406 for ; Mon, 18 Jun 2001 21:48:27 -0700 (PDT) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id 2506A28C46; Tue, 19 Jun 2001 11:48:23 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 155CB28BC1; Tue, 19 Jun 2001 11:48:23 +0700 (ALMST) Date: Tue, 19 Jun 2001 11:48:22 +0700 (ALMST) From: Boris Popov To: Attila Nagy Cc: freebsd-hackers@freebsd.org Subject: Re: Data corruption in 4.3-STABLE (a long standing bug) In-Reply-To: <20010617235733.V17072-100000@scribble.fsn.hu> 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, 18 Jun 2001, Attila Nagy wrote: > I have a mid-loaded server which runs each daemon in jail()-ed > environments. The data space is union-mounted, because nullfs paniced the > kernel when someting did a chroot on it (this was the case with > 4.2-STABLE). > > On friday I upgraded from 4.3-RC to the latest 4.3-STABLE and noticed that > nullfs actually works, but I get a lot of errors, similar to these: Not all of nullfs fixes MFCed to -stable. Please wait a little bit more. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 21:52: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D41FF37B401; Mon, 18 Jun 2001 21:51:54 -0700 (PDT) (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.1) with ESMTP id f5J4ppV59574; Mon, 18 Jun 2001 22:51:51 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106190451.f5J4ppV59574@harmony.village.org> To: Doug Barton Subject: Re: Changes to the /etc/rc* boot system Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG In-reply-to: Your message of "Mon, 18 Jun 2001 18:12:04 PDT." <20010618175638.L37408-100000@dt051n37.san.rr.com> References: <20010618175638.L37408-100000@dt051n37.san.rr.com> Date: Mon, 18 Jun 2001 22:51:50 -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 <20010618175638.L37408-100000@dt051n37.san.rr.com> Doug Barton writes: : A) Examine what we have (most of us understand that pretty well) : B) Figure out what we need (in progress, nowhere near done yet) : C) Take a hard look at NetBSD's code to determine if it meets our needs : D) If we decide C) is "yes," figure out how to port/improve it : : C is pretty much a given in most people's minds at this point. Whether : that is a good thing or not I'm not sure, but let's take that as a : starting point for now. Given that it is pretty much a given in the minds of many of the grey beards of the project, the snide comments like the above are irrelevant. :-) I'm sorry to be so blunt, but David asked a subset of core members that were on IRC at the time (3) if he could do a vendor branch import of NetBSD rc.d and we all said go for it so long as you coordinate the back migration with NetBSD. That's one reason why he's been so adamant about talking about it amoung ourselves first before we approach the NetBSD developers with every little possible improvement. We're trying hard to prevent a fork here. That's a little more important than necessarily having something that is technically perfect in someone's mind. : Given that there will be no small effort in : porting their code to our system It actually is looking like it isn't a huge effort, appart from writing a few more scripts or doing some minor rearrangement. : given that we already have the : cooperation of one of the NetBSD developers to help with D), More than one. I have NetBSD commit privs :-) Of course, I'd have to run the changes by the responsible parties of for those parts of the NetBSD tree. I've had experience with integrating code into the NetBSD tree, so I have some perspective that most people don't have. : 1. What needs to be done differently on our system than theirs? : 2. What would we like to improve on in their current system? : 3. How can we take the current code and make it easier to maintain : across both platforms? Good questions, but they imply that we want to do a lot of work on the NetBSD rc.d system. We don't. We do not want the second system effect to overwhelm the nice, clean simple design that NetBSD has right now. : If we can have some good answers to those questions ready for after : usenix, then we can start off the "What would the NetBSD developers do : differently knowing what they know now?" conversation with some : intelligent points of our own. Right, but we should let the right people do the talking as well. The last thing we need is 10 different people to go up to Luke and give him 10 different stories. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 22:39:40 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 CEBB337B401 for ; Mon, 18 Jun 2001 22:39:33 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.467.46); Tue, 19 Jun 2001 11:08:59 +0530 Date: Tue, 19 Jun 2001 11:15:01 +0530 (IST) From: "Ashutosh S. Rajekar" To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory In-Reply-To: <200106181757.f5IHvKK16658@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 Mon, 18 Jun 2001, Matt Dillon wrote: > > DG changed KERNBASE a while back to reserve a gigabyte of VM for the > kernel. This should be sufficient on a 4G machine but it depends where > your resources are going. If your server's resources are user-process > centric then you don't need to change KERNBASE. If your server's > resources are network-mbuf centric then you may have to give the kernel Most of the resources will go into mbufs, clusters, socket structures, PCBs, etc. I mean, supporting a million TCP/IP connections is the primary goal. If setting aside more memory for kernel usage doesn't work out, then I guess I'll have to have some user-level dummy processes that just hold memory for me, and pass it on whenever required. But memory bandwidth is still going to be an issue. (not to forget user-kernel switches, user-kernel copy, etc.). > more KVM (e.g. like 2GB instead of 1GB... 0x80000000 instead of > 0xC0000000). But be careful. The more KVM reserved for the kernel, the > less VM is available for user processes to allocate and mmap. > I'm sure people who run 4G machines can give you better information, I've > never run anything larger then 2G myself, though expect down the line > I'll begin needing 4G machines to support larger databases. An associated question: along with this, changing the kernel to use only PDEs should be better for TLB performance. Mapping 4Mb at a time would definitely be much better than 4k. I'm talking of having the entire kernel (at least the code) find mappings in the TLB, and keeping 4Mb mappings might just do the trick. I did see pmap_kmem_choose() being called pretty early in pmap_bootstrap(), but it looks like it's doing that for a single page; what I want is to have 4M mappings for all pages in the system. Or have I overlooked something ? Any comments ? -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- There is more simplicity in the man who eats caviar on impulse than in the man who eats Grape-Nuts on principle. -- G.K. Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 23:12:42 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 0844337B407 for ; Mon, 18 Jun 2001 23:12:38 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5J6CaX25940; Mon, 18 Jun 2001 23:12:36 -0700 (PDT) (envelope-from dillon) Date: Mon, 18 Jun 2001 23:12:36 -0700 (PDT) From: Matt Dillon Message-Id: <200106190612.f5J6CaX25940@earth.backplane.com> To: "Ashutosh S. Rajekar" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 :An associated question: along with this, changing the kernel to use only :PDEs should be better for TLB performance. Mapping 4Mb at a time would :definitely be much better than 4k. I'm talking of having the entire kernel :(at least the code) find mappings in the TLB, and keeping 4Mb mappings :might just do the trick. : :I did see pmap_kmem_choose() being called pretty early in :pmap_bootstrap(), but it looks like it's doing that for a single :page; what I want is to have 4M mappings for all pages in the system. : :Or have I overlooked something ? Any comments ? : :-ASR Don't worry about the MMU. Tests have shown that while 4MB pages are nice, the performance boost is relatively minor. The kernel maps itself using 4MB pages but normal 4K pte's are used for kernel allocations. What you are doing sounds interesting, and supporting lots of connections certainly could require a great deal of kernel memory, but it all depends on what you are *doing* with those connections. If you are acting as a router you don't need much KVM. If you are acting as a diskless (non-caching) web or tcp proxy then you do need KVM. If you are serving web pages and the pages do not fit entirely in ram, you are likely to hit disk I/O limitations long before you hit network/cpu limitations. Etc. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jun 18 23:32:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 703FF37B408; Mon, 18 Jun 2001 23:32:28 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id XAA39115; Mon, 18 Jun 2001 23:32:24 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3B2EF1F8.9710CC61@DougBarton.net> Date: Mon, 18 Jun 2001 23:32:24 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: Changes to the /etc/rc* boot system References: <20010618175638.L37408-100000@dt051n37.san.rr.com> <200106190451.f5J4ppV59574@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 [Prelude, Warner and I discussed this off line... ] Warner Losh wrote: > > In message <20010618175638.L37408-100000@dt051n37.san.rr.com> Doug Barton writes: > : A) Examine what we have (most of us understand that pretty well) > : B) Figure out what we need (in progress, nowhere near done yet) > : C) Take a hard look at NetBSD's code to determine if it meets our needs > : D) If we decide C) is "yes," figure out how to port/improve it > : > : C is pretty much a given in most people's minds at this point. Whether > : that is a good thing or not I'm not sure, but let's take that as a > : starting point for now. > > Given that it is pretty much a given in the minds of many of the grey > beards of the project, the snide comments like the above are > irrelevant. :-) Not snide, just disappointed, frankly. But I'll learn to live with it. :) > I'm sorry to be so blunt, but David asked a subset of > core members that were on IRC at the time (3) if he could do a vendor > branch import of NetBSD rc.d and we all said go for it so long as you > coordinate the back migration with NetBSD. That's one reason why he's > been so adamant about talking about it amoung ourselves first before > we approach the NetBSD developers with every little possible > improvement. I think that we're closer to agreement here than it may appear. Last I heard from obrien he was overloaded, and wasn't looking to head this up himself unless no one else was going to do it. We don't want to overload him with stuff that "only he can do" if there are other alternatives. > We're trying hard to prevent a fork here. That's a little more > important than necessarily having something that is technically > perfect in someone's mind. Once again, closer together than apart. My goal (restated) is to _improve_ the netbsd system, including input from the team that put the thing together so that we can improve the system itself and the portability of it. > : Given that there will be no small effort in > : porting their code to our system > > It actually is looking like it isn't a huge effort, appart from > writing a few more scripts or doing some minor rearrangement. Everyone I've talked to has a different story on this. My take on it is that the amount of work involved in the port justifies a careful look at it before the import. > : given that we already have the > : cooperation of one of the NetBSD developers to help with D), > > More than one. I have NetBSD commit privs :-) I was speaking specifically of the NetBSD developers who developed the rc system they are using currently. > Of course, I'd have to > run the changes by the responsible parties of for those parts of the > NetBSD tree. I've had experience with integrating code into the > NetBSD tree, so I have some perspective that most people don't have. That is definitely the kind of help we need. I have some limited experience in working with openbsd folks on cross-platform issues, but the more the merrier. > : 1. What needs to be done differently on our system than theirs? > : 2. What would we like to improve on in their current system? > : 3. How can we take the current code and make it easier to maintain > : across both platforms? > > Good questions, but they imply that we want to do a lot of work on the > NetBSD rc.d system. We don't. We do not want the second system > effect to overwhelm the nice, clean simple design that NetBSD has > right now. See above. > : If we can have some good answers to those questions ready for after > : usenix, then we can start off the "What would the NetBSD developers do > : differently knowing what they know now?" conversation with some > : intelligent points of our own. > > Right, but we should let the right people do the talking as well. The > last thing we need is 10 different people to go up to Luke and give > him 10 different stories. Right, this is my goal as well. We'll work on this off line. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 0:56:56 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 EF6A037B403 for ; Tue, 19 Jun 2001 00:56:51 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.467.46); Tue, 19 Jun 2001 13:26:21 +0530 Date: Tue, 19 Jun 2001 13:32:26 +0530 (IST) From: "Ashutosh S. Rajekar" To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory In-Reply-To: <200106190612.f5J6CaX25940@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 Mon, 18 Jun 2001, Matt Dillon wrote: > Don't worry about the MMU. Tests have shown that while 4MB pages are > nice, the performance boost is relatively minor. The kernel maps itself > using 4MB pages but normal 4K pte's are used for kernel allocations. > > What you are doing sounds interesting, and supporting lots of connections > certainly could require a great deal of kernel memory, but it all depends > on what you are *doing* with those connections. If you are acting as > a router you don't need much KVM. If you are acting as a diskless > (non-caching) web or tcp proxy then you do need KVM. If you are serving > web pages and the pages do not fit entirely in ram, you are likely to > hit disk I/O limitations long before you hit network/cpu limitations. > Etc. Well, we are building a web accelerator box called WebEnhance, that would support around a million TCP/IP connections (brag .. brag..). It would selectively function as a Layer 2/4/7 switch. And its going to run a kernel proxy, and probably nothing significant in user mode. It might be diskless or diskfull, depending on how much stuff real webservers throw at it. If the we can't realise addition of more memory for the kernel, then I can say that a disk-based cache or user level daemons acting as cache controllers are in the picture. I can make these assumptions about memory requirements: socket strucures: 200Mb mbufs + clusters: 400Mb TCP/IP PCBs : ??? HTTP requests+responses: 100-200Mb misc structures: 50Mb I can't imagine more than 10% of all connections to be in the active state at a given point in time - i.e. really sending and receiving data. I am not really worried about network/CPU limitations, even keeping a 100Mbps ethernet to full load is gonna be a challenge. Disks are really slow, so unless some sweeping algorithm is in place, it really means writing HTTP requests/responses all over the disk and latency, and along with it throughput becomes a big issue. -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- There are no great men, buster. There are only men. -- Elaine Stewart, "The Bad and the Beautiful" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 2: 5:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rafiu.psi-domain.co.uk (rafiu.psi-domain.co.uk [212.87.84.199]) by hub.freebsd.org (Postfix) with ESMTP id EA9F537B406 for ; Tue, 19 Jun 2001 02:05:34 -0700 (PDT) (envelope-from jamie@psi-domain.co.uk) Received: by rafiu.psi-domain.co.uk (Postfix, from userid 1001) id BC728402E17; Tue, 19 Jun 2001 10:00:54 +0100 (BST) Subject: Re: single user In-Reply-To: <20010619085547.74733.qmail@web11906.mail.yahoo.com> "from richard harris at Jun 19, 2001 01:55:47 am" To: richard harris Date: Tue, 19 Jun 2001 10:00:54 +0100 (BST) Cc: freebsd-hackers@freebsd.org Reply-To: heckfordj@psi-domain.co.uk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20010619090054.BC728402E17@rafiu.psi-domain.co.uk> From: jamie@psi-domain.co.uk (Jamie Heckford) Sender: owner-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 a freebsd boot cdrom or floppy lying around, your best bet is to boot into "fixit" mode, and mount the drive read-write containing your /etc directory. Use vi or similar to edit /etc/ttys and reboot into single user mode. Hope that helps. Jamie > Hi... > I prevent booting FreeBSD into the single user mode > with this path: > > in /etc/ttys:# > # This entry needed for asking password when init goes > to single-usermode > # If you want to be asked for password, change > "secure" to "insecure"here > console none unknown off > secure > > but unfortunaly right now i'm forget my root password, > so what can i do?????? > > __________________________________________________ > Do You Yahoo!? > Spot the hottest trends in music, movies, and more. > http://buzz.yahoo.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-security" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 2:59:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 3BC9337B401 for ; Tue, 19 Jun 2001 02:59:28 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Tue, 19 Jun 2001 11:59:26 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9CC2@l04.research.kpn.com> From: "Koster, K.J." To: 'James Halstead' Cc: 'FreeBSD Hackers mailing list' Subject: RE: Mergemaster killed symlink (was RE: Mergemaster bug + new fea ture [patch]) Date: Tue, 19 Jun 2001 11:59:21 +0100 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 Dear James, > > > I had a mergemaster problem a while back, but I haven't debugged it > > properly. I had my /etc/ppp symlinked into /home/root/ppp. > Then, after a > > mergemaster run I ended up with a file named /etc/ppp, which had the > > contents of the new version of /etc/ppp/ppp.conf. > > I symlinked /etc/ppp to /usr/ppp and mergemaster updated > fine. I then removed > /usr/ppp making the symlink invalid and mergemaster overwrote > the bad symlink > with ppp.conf. Is there any chance when you ran mergemaster > that one time your /home was not mounted? > Well, now that you mention it I think that I just blew away /home/root/ppp since the box was not going to dial out anymore. Best not have passwords lying around for no reason. :) Glad you could reproduce it. Should I submit a PR or is this a "doctor, it hurts when I press here"--thing? Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 5:36:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout06.sul.t-online.de (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id EA9C037B401 for ; Tue, 19 Jun 2001 05:36:41 -0700 (PDT) (envelope-from guenter@rupert.informatik.uni-stuttgart.de) Received: from fwd05.sul.t-online.de by mailout06.sul.t-online.de with smtp id 15CKkK-00042u-0K; Tue, 19 Jun 2001 14:36:40 +0200 Received: from goofy.disney.gb (320066129553-0001@[217.81.137.164]) by fmrl05.sul.t-online.com with esmtp id 15CKkI-29DMyuC; Tue, 19 Jun 2001 14:36:38 +0200 Received: from guenter (helo=localhost) by goofy.disney.gb with local-esmtp (Exim 3.22 #1 (Debian)) id 15CKkG-0007XF-00; Tue, 19 Jun 2001 14:36:36 +0200 Date: Tue, 19 Jun 2001 14:36:36 +0200 (CEST) From: Guenter Bartsch X-X-Sender: To: FreeBSD Hackers Cc: xine-dev Subject: FreeBSD 4.3 pthread implementation and FPU code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: 320066129553-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 Hi, while trying to get xine 0.5 (xine.sf.net) to work on freebsd I ran into this problem: Thread has returned from sigreturn or longjmp after some debugging I found that disabling this part of the MMX-detection code: asm ("pushfl\n\t" "popl %0\n\t" "movl %0,%1\n\t" "xorl $0x200000,%0\n\t" "pushl %0\n\t" "popfl\n\t" "pushfl\n\t" "popl %0" : "=a" (eax), "=b" (ebx) : : "cc"); solved the problem. So, I was wondering if there's any known problem about FPU code and freebsd's pthread implementation, is there maybe a problem with fpu-registers/status that is not being safed on context-switching? Any comments on this would be appreciated. Cheers, Guenter -- time is a funny concept To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 5:38:34 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 2161737B403 for ; Tue, 19 Jun 2001 05:38:30 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by dayspring.firedrake.org with local (Exim 3.12 #1 (Debian)) id 15CKlv-00007s-00; Tue, 19 Jun 2001 13:38:19 +0100 Date: Tue, 19 Jun 2001 13:38:19 +0100 To: Sergey Babkin Cc: Josef Karthauser , Bsdguru@aol.com, hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010619133819.A435@firedrake.org> Reply-To: chat@freebsd.org References: <125.668727.285cee6c@aol.com> <20010618111708.E728@tao.org.uk> <3B2EBF0A.988CAE0C@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B2EBF0A.988CAE0C@bellatlantic.net>; from babkin@bellatlantic.net on Mon, Jun 18, 2001 at 10:55:06PM -0400 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 Mon, Jun 18, 2001 at 10:55:06PM -0400, Sergey Babkin wrote: > Josef Karthauser wrote: > > > > On Sat, Jun 16, 2001 at 01:16:28PM -0400, Bsdguru@aol.com wrote: > > > is BSDI's stack so superior to any of the other BSDs that MS would pay BSDI > > > for it, particularly at a time when BSDI was trying to compete with MS in the > > > server market? Seems like something that a bunch of BSD fanatics conjured up > > > after a few beers. > > > > Are you sure that this was Microsoft. The press release that I remember > > from last year was a Compaq one (or was it SCO), but not Microsoft. > > Definitely not SCO. Though SCO's Great Networking Achievement > of year 2000 was an implementation of in-kernel sockets (as opposed > to the user-level library over TLI) so there is a chance that > you had it confused with this. The one last year was Compaq. I think it was actually Tandem. Followups set to -chat. -- 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 Tue Jun 19 8:58: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 411A537B401; Tue, 19 Jun 2001 08:58:08 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f5JFw6695192; Tue, 19 Jun 2001 09:58:06 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.2/8.8.3) with ESMTP id f5JFw1l61591; Tue, 19 Jun 2001 09:58:05 -0600 (MDT) Message-Id: <200106191558.f5JFw1l61591@billy-club.village.org> To: Doug Barton Subject: Re: Changes to the /etc/rc* boot system Cc: freebsd-hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG In-reply-to: Your message of "Mon, 18 Jun 2001 23:32:24 PDT." <3B2EF1F8.9710CC61@DougBarton.net> References: <3B2EF1F8.9710CC61@DougBarton.net> <20010618175638.L37408-100000@dt051n37.san.rr.com> <200106190451.f5J4ppV59574@harmony.village.org> Date: Tue, 19 Jun 2001 09:58:01 -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 <3B2EF1F8.9710CC61@DougBarton.net> Doug Barton writes: : [Prelude, Warner and I discussed this off line... ] Yea. I'm getting too grumpy for reasons that are outside the list. Doug is aware of my concerns, and I'm sure he'll take them into account as he moves forward. : > Of course, I'd have to : > run the changes by the responsible parties of for those parts of the : > NetBSD tree. I've had experience with integrating code into the : > NetBSD tree, so I have some perspective that most people don't have. : : That is definitely the kind of help we need. I have some limited : experience in working with openbsd folks on cross-platform issues, but : the more the merrier. Working with the OpenBSD folks and the NetBSD folks are worlds apart in many ways. This is both good and bad :-). And it usually isn't the person you are working directly with that will cause problems for you. Someone else in the project will freak at something that is totally insane, or so it seems, and you'll have to deal. However, all projects are weird in some way, and the other BSDs are really no worse than FreeBSD in this respect for most poeple. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 9:53:16 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 A649837B403 for ; Tue, 19 Jun 2001 09:53:12 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5JGrBW30734; Tue, 19 Jun 2001 09:53:11 -0700 (PDT) (envelope-from dillon) Date: Tue, 19 Jun 2001 09:53:11 -0700 (PDT) From: Matt Dillon Message-Id: <200106191653.f5JGrBW30734@earth.backplane.com> To: "Ashutosh S. Rajekar" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 :Well, we are building a web accelerator box called WebEnhance, that would :support around a million TCP/IP connections (brag .. brag..). It would :selectively function as a Layer 2/4/7 switch. And its going to run a :kernel proxy, and probably nothing significant in user mode. It might be :diskless or diskfull, depending on how much stuff real webservers throw at :it. If the we can't realise addition of more memory for the kernel, then :I can say that a disk-based cache or user level daemons acting as cache :controllers are in the picture. : :I can make these assumptions about memory requirements: :socket strucures: 200Mb :mbufs + clusters: 400Mb :TCP/IP PCBs : ??? :HTTP requests+responses: 100-200Mb :misc structures: 50Mb : :I can't imagine more than 10% of all connections to be in the active state :at a given point in time - i.e. really sending and receiving data. I am :not really worried about network/CPU limitations, even keeping a 100Mbps :ethernet to full load is gonna be a challenge. Disks are really slow, so :unless some sweeping algorithm is in place, it really means writing HTTP :requests/responses all over the disk and latency, and along with it :throughput becomes a big issue. : :-ASR Sounds pretty cool! I did a diskless web proxy at BEST Internet to handle connections to ~user web sites. We had three front-end machines accepting web connections and then turning around and making LAN connections to the actual web servers (30 or so web servers). A pure diskless proxy can handle a huge number of connections. Ours never had to deal with more then a few thousand distributed across the three boxes and we ran our incoming SMTP proxy on the same boxes (which queued and then forwarded the mail to the shell machines). You have to decide whether you are going to go with a disk cache or not before you design the system, but from the looks of it it sounds to me that you will *NOT* want a disk cache -- certainly not if you are trying to run that many connections through the box. If you think about it, the absolute best a hard drive can do is around a 4ms random seek. This comes to around 250 seek/reads per second which means that a caching proxy, assuming the data is not cached in ram, will not be able to handle more then 250 requests/sec. With the connection load you want to handle, the chance of the data being cacheable in ram is fairly low. So a disk-based caching proxy will drop connection performance by two orders of magnitude. For the diskless case I don't know if you can make it to a million simultanious connections, but Terry has gotten his boxes to do a hundred thousand so we know that at least is doable. But rather then spend a huge amount of time trying to max out the connections you might want to consider distributing the connection load across a farm of front-end machines. The cost is virtually nothing, especially if the machines do not need a lot of disk. At BEST I used a simple DNS round-robin. For a more robust solution a Cisco Redirector or some similar piece of hardware can distribute the connections. This also makes maintainance a whole lot easier - you can take individual machines out of the cluster and then take them down for arbitrary periods of time for maintainance. I would also mock the system up using user-mode processes first, to get an idea of the resource requirements, before spending a lot of time writing kernel modules. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 11:15:14 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 8989037B406 for ; Tue, 19 Jun 2001 11:15:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.1.Dial1.SanJose1.Level3.net [209.244.104.1]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA28583; Tue, 19 Jun 2001 11:15:04 -0700 (PDT) Message-ID: <3B2F96C7.C6558CDF@mindspring.com> Date: Tue, 19 Jun 2001 11:15:35 -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: Jordan Hubbard Cc: hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: <20010615135713Y.jkh@osd.bsdi.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 Jordan Hubbard wrote: > > I've had several marketing types approach me recently for details as > to whether or not Microsoft was using the BSD TCP/IP stack and/or user > utilities, and though it's always been "common knowledge" in the > community that they were, when I set about to "prove" it I found it to > be less easy than I'd thought. I've strings'd various binaries and > DLLs in my copy of Windows 98 but have yet to find anything resembling > proof. Does anyone out there have any details or discovery techniques > for confirming or disproving this assertion either way? It would be > very useful (for us) from a PR standpoint to know. > > Thanks! BSDI or CSRG did the contract work, according to my sources; so you might want to ask Kirk or Mike Karels, since you are more connected to them than we are (e.g. same building, etc.). My sources are a former BSDI employee from way back (lawsuit days and before), and another person. The FTP utility contains the copyright string (run "strings" on it). Several other standard tools have similar copyright strings in them. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 11:29: 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 8478337B408 for ; Tue, 19 Jun 2001 11:29:04 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.1.Dial1.SanJose1.Level3.net [209.244.104.1]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA13290; Tue, 19 Jun 2001 11:28:57 -0700 (PDT) Message-ID: <3B2F9A08.3BFD5400@mindspring.com> Date: Tue, 19 Jun 2001 11:29: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: Dan Nelson Cc: Jordan Hubbard , roberto@keltia.freenix.fr, hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: <002201c0f5de$1f3844a0$f642d9cf@DROID> <20010615140117A.jkh@osd.bsdi.com> <20010615233013.A26606@tara.freenix.org> <20010615144721D.jkh@osd.bsdi.com> <20010615190907.A3511@dan.emsphone.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 Dan Nelson wrote: > > In the last episode (Jun 15), Jordan Hubbard said: > > Thanks, that represents the first "hard hit" I've seen yet: > > > > root@winston-> strings FTP.EXE |grep "University of California" > > @(#) Copyright (c) 1983 The Regents of the University of California. > > But this probably just means that FTP.EXE is based off the BSD ftp > source; you're looking for evidence that the kernel itself has BSD > stack code in it, right? I doubt it. The stack was in user space until NT/2000; that's why sockets could not be treated as file descriptors. Actually, you can allocate anonymous completion ports, and use aprtment model threading to get the same effect in 95/98, but who's counting? 8-). The file you are looking for is WSOCK32.DLL, the 32 bit WinSock library. Preferrably, you will use the version from the developer CD, since it has debugging information and many more unstripped strings. If you have a copy of "Visual InterDev" or even just a vanilla "Visual C++", it should be an easy find. Also I suggest looking at the "Early Availability Technology Preview" for their IPv4+IPSEC/IPv6 stack. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 11:38:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.magma.ca (mx2.magma.ca [206.191.0.250]) by hub.freebsd.org (Postfix) with ESMTP id 1C22337B403 for ; Tue, 19 Jun 2001 11:38:13 -0700 (PDT) (envelope-from louisphilippe@macadamian.com) Received: from mail5.magma.ca (mail5.magma.ca [206.191.0.225]) by mx2.magma.ca (8.9.3/8.9.3) with ESMTP id OAA17695; Tue, 19 Jun 2001 14:38:12 -0400 (EDT) Received: from durandal (mothership.macadamian.com [206.191.21.204]) by mail5.magma.ca (8.11.2/8.11.2) with SMTP id f5JIcBk07233; Tue, 19 Jun 2001 14:38:11 -0400 (EDT) Message-ID: <065e01c0f8ee$ed56af80$2964a8c0@macadamian.com> From: "Louis-Philippe Gagnon" To: Cc: "Stephane Lussier" Subject: question about signals, longjmp and pthread Date: Tue, 19 Jun 2001 14:37:43 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've encountered a problem in the interaction betwen signals, longjmp and pthreads; I'm hoping someone can help me make sense of it. I've been trying to implement a IsBadReadPtr-style function in FreeBSD by using signal handlers and longjmp/setjmp. It seemed to work as expected, until I started using the -pthread option to gcc (thus linking against libc_r). Now the function only works on the first call; subsequent calls hang on the segmentation fault. Here's an example of the kind of code that causes problems : #include #include #include sigjmp_buf env; void handler(int n, siginfo_t *si, void *c) { int z; fprintf(stderr,"in handler\n"); siglongjmp(env, 1); } int main() { int *x=0; int y=0; int z; struct sigaction act; act.sa_handler=NULL; act.sa_sigaction=handler; sigemptyset(&act.sa_mask); act.sa_flags=SA_SIGINFO; sigaction(SIGSEGV,&act,NULL); if(sigsetjmp(env,1)) fprintf(stderr,"longjmp successful\n"); if(y>=10) return 0; y++; fprintf(stderr, "before sigsegv\n"); z=*x; return 1; } Basically, the app registers a signal handler for SIGSEGV, initializes a setjmp() buffer, then provokes a segmentation fault. The expected behavior is for the signal handler to get called, which will longjmp() bask to main, where another segmentation fault will occur, which repeats the process. After 10 times, the if(y>=10) condition makes the program exit. Compiling with 'gcc test.c', the program behaves as expected. But if I compile with 'gcc -pthread test.c', the signal handler gets called a single time and longjmp()s back into main; the program then hangs on the second segmentation fault. 'top' shows the process is eating up all available CPU. Using gdb, trying to continue execution with 'stepi' after receiving the second SIGSEGV immediately returns control to gdb with another SIGSEGV, then another, and so on. If I use sigsetjmp(env,0) (instead of 1, so the signal mask isn't restored by longjmp), I get this hang even without -pthread, which leads me to think that libc_r blocks the signal even when it shouldn't. I tried : -Unblocking the signal manually (with sigprocmask and pthread_sigmask) -Replacing sigsetjmp/siglongjmp by setjmp/longjmp -Calling setjmp() before sigaction instead of after -Using a ANSI-style handler instead of POSIX (int handler(int code)) -Using the flags SA_ONSTACK, SA_NODEFER -Using sigaltstack -... and various combinations of these none of this made any difference. Doing some research in previous bug reports, this seems very similar to bug 14685 (setjmp/longjmp in threaded app cause subsequent read to run forever), but that bug has been closed for over a year... I couldn't find any other really similar bug reports (though 22286 and 21943 seemed vaguely related) Out of curiosity, I tried installing the linuxthreads port and using that : this actually works, but I may not be able to use it as a permanent solution. My system is FreeBSD 4.3-RELEASE, with all binaries straight off the CD (nothing rebuilt); installed on a single-processor PIII-600 I tried the same test on a FreeBSD 4.2 machine : same results. I tried rebuilding libc and libc_r on that machine : no change (though I didn't expect any) I also tried the same code in Linux (RedHat 6.1), where it behaves as expected. So the questions are : -Am I doing something obviously wrong? -Is this a bug? -Is this a known bug with a known workaround? Thanks for any help. Louis-Philippe Gagnon ps. please don't ask me to debug libc/libc_r; I had a look at the code and some discussions on the mailing lists, and I'm not at that level yet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 11:41:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mecenia.org (210-232.sh.cgocable.ca [24.226.210.232]) by hub.freebsd.org (Postfix) with ESMTP id EFDE637B401 for ; Tue, 19 Jun 2001 11:41:13 -0700 (PDT) (envelope-from ian@mecenia.org) Received: from mecenia.org (monk.mecenia.org [192.168.8.2]) by mecenia.org (8.11.3/8.11.3) with ESMTP id f5JIeMO17732 for ; Tue, 19 Jun 2001 14:40:22 -0400 (EDT) (envelope-from ian@mecenia.org) Message-ID: <3B2F9CC5.90607@mecenia.org> Date: Tue, 19 Jun 2001 14:41:09 -0400 From: Ian Trudel Organization: Mecenia Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD 4.3-RELEASE i386; en-US; rv:0.9.1) Gecko/20010615 X-Accept-Language: fr-CA, en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: pthread_attr_setscope(3) problem. 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 Hello, while porting a software to FreeBSD, I came across a problem with pthread_attr_setscope(3). The software sets PTHREAD_SCOPE_SYSTEM attribute. From the pthread_attr_setscope(3) implementation file, a comment says that this attribute is unsupported (though the code doesn't show that). Meanwhile, I've tried unsuccesfully other attributes. Looking for futher insight, I have then wrote a little and simpler program to test. Every attributes will just report ENOTSUP. I would like to get some inputs about how to fix that, if any possible. Plus, I would like to know how does one detect whether or not that function can be used. regards, ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 12: 5:53 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 4B9E737B403 for ; Tue, 19 Jun 2001 12:05:48 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.1.Dial1.SanJose1.Level3.net [209.244.104.1]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA08615; Tue, 19 Jun 2001 12:04:47 -0700 (PDT) Message-ID: <3B2FA26A.EA68DDCA@mindspring.com> Date: Tue, 19 Jun 2001 12:05: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: Rik van Riel Cc: Matt Dillon , Matthew Hagerty , freebsd-hackers@FreeBSD.ORG Subject: Re: Article: Network performance by OS 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 Rik van Riel wrote: > > On Sat, 16 Jun 2001, Matt Dillon wrote: > > > This is old. The guys running the tests blew it in so many ways > > that you might as well have just rolled some dice. There's a slashdot > > article on it too, and quite a few of the reader comments on these > > bozos are correct. I especially like comment #41. Don't worry, > > FreeBSD stacks up just fine in real environments. > > The only thing that worries me a bit is that both FreeBSD > and Linux needed to be tuned at all to run these things, > even if it was just the maximum file descriptor setting. > > A lot of this tuning could easily be done dynamically > (and is done dynamically on linux 2.4), but lots of it > still has static maximums which have to be tuned by hand. > Compile-time tuning for stuff which can be dynamically > allocated (and freed) is IMHO a big sillyness in the OS. Use of zalloci() permits allocations to occur at interrupt, such as allocations for replacement mbuf's in receive rings. It would be very difficult to maintain FreeBSD's GigaBit ethernet performance without this type of thing. One of the things that worries me about the new mbuf allocator is how it behaves with regard to lock inversion in a driver lock at interrupt time. I'm not saying there is definitely a problem, but this is really tricky code, and the lock manager has poor deadlock avoidance characteristics when it comes to inversion, since it does not allocate locks onto a DAG arc that would permit cycle detection among N processes with N+1 (or more) locks. Because the allocations as a result of a zalloci() zone occur through the use of a page fault against a preallocated and contiguous KVA range, there's really very little, short of a full rewrite, which would permit allocations to still occur at interrupt, while at the same time ensuring that the zone remained recoverable. Frankly, with a number of minor modifications, and a bunch more INVARIANTS code to guard against inversion, we could allocate KVA space for mbufs, sockets, tcpcb's, and inpcb's (and udpcb's, though they are not as important to me), and have some possibility of recovering them to the system. This would have the effect of rendering the memory no longer type stable, but if it meant we could continue to allocate at interrupt context, it would be worth having a clearner going behind emptying full buckets back to the system. > Yes, this report was completely useless as a benchmark, > but it DID highlight a point where Linux and BSD can be > improved: dynamic allocation (and freeing) of things > like file descriptors and socket structures. Many of these default "limitations" are intentional, both in terms of running out of KVA space (personally, I run with a 3G KVA space, which also limits user processes to 1G of space, which is opposite of the normal arrangement), and in terms of administration. Burning this space for zone allocations, you still need to come to a decision about what size to make each zone, given the limitations of zones, and the interrupt allocation requirement discussed above. From an administrative perspective, you have to make a trade-off on whether on not you can weather a denial of service attack which expolits a vulnerability, such as no default limitation on the number of sockets or open file descriptors a process is permitted to consume. In having no limitations on this, you open yourself to failure under what, under ordinary circumstances, would have to be considered grossly abnormal loads. I have done a number of Windows installs, and among other things, it will ask you to characterize the load you expect, which I am sure results in some non-defaults for a number of tuning parameters. Similarly, it has opportunity to notice the network hardware installed: if you install a GigaBit Ethernet card, it's probably a good be that you will be running heavy network services off the machine. If you install SCSI disks, it's a pretty good bet you will be serving static content, either as a file server, or as an FTP or web server. Tuning for mail services is different; the hardware doesn't really tell you that's the use to which you will put the box. On the other hand, some of the tuning was front-loaded by the architecture of the software being better suited to heavy-weight threads implementations. Contrary to their design claims, they are effectively running in a bunch of different processes. Linux would potentially beat NT on this mix, simply because NT has more things running in the background to cause context switches to the non-shared address spaces of other tasks. Put the same test to a 4 processor box with 4 NIC cartds, and I have no doubt that an identically configured NT box will beat the Linux box hands down. A common thread in these complaints that the results were somehow "FreeBSD's fault", rather than the fault of tuning and architecture of the application being run, is, frankly, ridiculous. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 12:11:36 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 4B7D737B406 for ; Tue, 19 Jun 2001 12:11:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.1.Dial1.SanJose1.Level3.net [209.244.104.1]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA11844; Tue, 19 Jun 2001 12:10:40 -0700 (PDT) Message-ID: <3B2FA3CD.BF6189B3@mindspring.com> Date: Tue, 19 Jun 2001 12:11: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: Matt Dillon , Rik van Riel , Matthew Hagerty , freebsd-hackers@FreeBSD.ORG Subject: Re: Article: Network performance by OS References: <200106162114.f5GLEEg02073@earth.backplane.com> <20010616172625.A8631@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 Sat, Jun 16, 2001 at 02:14:14PM -0700, Matt Dillon wrote: > >[ .. ] but all this benchmark proves (in regards to the TCP > > results) is that FreeBSD puts its foot down earlier then > > other OS's in regards to how much it is willing to dedicate > > to the network. In a real life situation [ ... ] > > This is the best written paragraph on the issue in > this entire thread. This is exactly my philosophy toward > the whole thing. And I can tell you from previous dealings > with companies that use FreeBSD as their main platform that > this is one of the main reasons why. I would be _extremely_ surprised if registry entries were not tweaked in the NT case as part of the InstallShield installation. In other words, it's a lack of software layering, and the installation of everything by default that somewhat hamper FreeBSD's ability to automatically tune itself better, on top of some early architectural decisions that are coming back to bite us now. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 12:30: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 2A93837B401 for ; Tue, 19 Jun 2001 12:30:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.1.Dial1.SanJose1.Level3.net [209.244.104.1]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA15983; Tue, 19 Jun 2001 12:30:35 -0700 (PDT) Message-ID: <3B2FA87A.7147FD4D@mindspring.com> Date: Tue, 19 Jun 2001 12:31:06 -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: Sergey Babkin , "Albert D. Cahalan" , freebsd-hackers@FreeBSD.ORG, mhagerty@voyager.net Subject: Re: Article: Network performance by OS References: <200106162031.f5GKVfm16209@saturn.cs.uml.edu> <200106162104.f5GL4dX02015@earth.backplane.com> <3B2CDC8C.3C7E382A@bellatlantic.net> <200106171721.f5HHLIu06985@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: > But this isn't true at all. How many people need > to make thousands or tens of thousands of simultanious > connections to a machine out of the box? Not many. That said, the product description went out the other day, so I can say it: If you properly tune a FreeBSD box with enough RAM in it, you can support 1,000,000 simultaneous connections, and still get real work done. Too cool. Let's see you tune a Linux or NT box to do that. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 14:17: 9 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 67E5B37B406 for ; Tue, 19 Jun 2001 14:17:02 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by technokratis.com (8.11.3/8.11.3) id f5JLGln08384; Tue, 19 Jun 2001 17:16:47 -0400 (EDT) (envelope-from bmilekic) Date: Tue, 19 Jun 2001 17:16:47 -0400 From: Bosko Milekic To: Terry Lambert Cc: Rik van Riel , Matt Dillon , Matthew Hagerty , freebsd-hackers@FreeBSD.ORG Subject: Re: Article: Network performance by OS Message-ID: <20010619171647.A8322@technokratis.com> References: <3B2FA26A.EA68DDCA@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: <3B2FA26A.EA68DDCA@mindspring.com>; from tlambert2@mindspring.com on Tue, Jun 19, 2001 at 12:05:14PM -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, Jun 19, 2001 at 12:05:14PM -0700, Terry Lambert wrote: > Use of zalloci() permits allocations to occur at interrupt, > such as allocations for replacement mbuf's in receive rings. > > It would be very difficult to maintain FreeBSD's GigaBit > ethernet performance without this type of thing. Actually, mbuf and cluster allocations are not done with the zone allocator. Similarily to the zone allocator, though, the KVA space is all present at initialization time, and allocations are all done from a dedicate submap of kmem_map, which ensures that we have the required address space. Allocations are then done via kmem_malloc() from the given mbuf map and if the address space isn't available, we know that we have consumed the available address space, so we return NULL immediately and we deal with the mbufs and clusters already allocated and in circulation all via the cache lists. The reason mbuf and cluster allocations are fast, even at interrupt time, is not only due to the map allocations having all KVA they need, but mainly due to the usage of of the cache lists. The new allocator takes this a step further by introducing per-CPU cache allocation lists. As for the GigaBit performance, well, it even has less to do with the mbuf and cluster allocation code, as I'm sure Bill Paul will proudly point out. :-) The gigabit drivers at this time all do their own jumbo buffer allocations [they need physically contiguous multi-page buffers] and, from what I've seen, they mostly use contigmalloc() [ick!]. Some of them pre-allocate the large buffers with contigmalloc() so as to prevent seeing more and more allocation difficulties as memory becomes fragmented. > One of the things that worries me about the new mbuf > allocator is how it behaves with regard to lock inversion > in a driver lock at interrupt time. I'm not saying there > is definitely a problem, but this is really tricky code, > and the lock manager has poor deadlock avoidance > characteristics when it comes to inversion, since it does > not allocate locks onto a DAG arc that would permit cycle > detection among N processes with N+1 (or more) locks. Have you seen the WITNESS code in -CURRENT? > Because the allocations as a result of a zalloci() zone > occur through the use of a page fault against a preallocated > and contiguous KVA range, there's really very little, short > of a full rewrite, which would permit allocations to still > occur at interrupt, while at the same time ensuring that > the zone remained recoverable. Well, as I said, we don't use zalloci() for mbufs and cluster (and never have, in fact) but we still do have the contiguous KVA range. > Frankly, with a number of minor modifications, and a bunch > more INVARIANTS code to guard against inversion, we could > allocate KVA space for mbufs, sockets, tcpcb's, and inpcb's > (and udpcb's, though they are not as important to me), and > have some possibility of recovering them to the system. sockets do use the zone allocator and the KVA space is pre-allocated, as you say. > This would have the effect of rendering the memory no > longer type stable, but if it meant we could continue to > allocate at interrupt context, it would be worth having > a clearner going behind emptying full buckets back to the > system. Shortly, as I previously mentionned, I plan to introduce a kproc for the mb_alloc system which will, once the general cache list hits X number of objects, go ahead and clear up Y pages worth of objects from the general list. This would allow for the wired-down pages to be unwired (and we would thus reclaim memory) while still keeping the pre-allocated KVA space and while not hampering on the speedy allocations and deallocations of mbufs and clusters (in fact, since the kproc would only touch the general list, both interrupt and non-interrupt allocations would likely still be occuring even while the cleaning up is being done). > Many of these default "limitations" are intentional, both I agree. > in terms of running out of KVA space (personally, I run > with a 3G KVA space, which also limits user processes to > 1G of space, which is opposite of the normal arrangement), > and in terms of administration. > > Burning this space for zone allocations, you still need > to come to a decision about what size to make each zone, > given the limitations of zones, and the interrupt allocation > requirement discussed above. Again, I agree. :-) > >From an administrative perspective, you have to make a > trade-off on whether on not you can weather a denial of > service attack which expolits a vulnerability, such as > no default limitation on the number of sockets or open > file descriptors a process is permitted to consume. In > having no limitations on this, you open yourself to > failure under what, under ordinary circumstances, would > have to be considered grossly abnormal loads. > > I have done a number of Windows installs, and among other > things, it will ask you to characterize the load you > expect, which I am sure results in some non-defaults for > a number of tuning parameters. > > Similarly, it has opportunity to notice the network > hardware installed: if you install a GigaBit Ethernet > card, it's probably a good be that you will be running > heavy network services off the machine. If you install > SCSI disks, it's a pretty good bet you will be serving > static content, either as a file server, or as an FTP > or web server. > > Tuning for mail services is different; the hardware > doesn't really tell you that's the use to which you will > put the box. > > On the other hand, some of the tuning was front-loaded > by the architecture of the software being better suited > to heavy-weight threads implementations. Contrary to > their design claims, they are effectively running in a > bunch of different processes. Linux would potentially > beat NT on this mix, simply because NT has more things > running in the background to cause context switches to > the non-shared address spaces of other tasks. Put the > same test to a 4 processor box with 4 NIC cartds, and I > have no doubt that an identically configured NT box will > beat the Linux box hands down. > > > A common thread in these complaints that the results > were somehow "FreeBSD's fault", rather than the fault of > tuning and architecture of the application being run, > is, frankly, ridiculous. I completely agree. :-))) > -- Terry Cheers, -- 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 Tue Jun 19 14:18:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from supernova.dimensional.com (supernova.dimensional.com [206.124.0.11]) by hub.freebsd.org (Postfix) with ESMTP id 3390D37B401 for ; Tue, 19 Jun 2001 14:18:14 -0700 (PDT) (envelope-from element@Dim.com) Received: from smtp.dimensional.com (64-204-110-66.client.dsl.net [64.204.110.66]) by supernova.dimensional.com (8.11.2/8.11.2) with SMTP id f5JLHsS11182 for ; Tue, 19 Jun 2001 15:17:54 -0600 (MDT) Message-Id: <200106192117.f5JLHsS11182@supernova.dimensional.com> X-Mailer: Ultrafunk Popcorn release 1.04 (13.Jan.2001) X-URL: http://www.ultrafunk.com/products/popcorn Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=iso-8859-1 Date: Tue, 19 Jun 2001 15:14:17 -0700 (Mountain Standard Time) From: Adam To: hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Organization: NA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG An article over on www.Kuro5hin.org by a someone who claims to be a former MS employee describes the stack used in NT back in the early 90's as code which was liscensed from a company called 'Spider'. In the comp.unix.admin archives I found a post which references Spider QNIX as a *nix variant so I'm pretty sure this is who the article is referencing. Anyway this code in turn was pulled from BSD back in the day... "...Along with Spider's stack came versions of various TCP/IP-related utility programs, such as ftp, rcp and rsh. Those were ported from BSD sockets to winsock (not a huge change) and bundled with NT." I don't know how much faith you can put in it, but its an interesting read. I found the following snippet to be quite curious... "And implying that the TCP/IP stack uses BSD code is also false. As I said above there may be small vestiges of it in there, although I doubt it. Anyway the FreeBSD programmers who reported all this to the Wall Street Journal can't see the NT TCP/IP source either, so they can't have been referring to that." Sorry if this belongs in -chat now. Just passing it along. >BSDI or CSRG did the contract work, according to my sources; >so you might want to ask Kirk or Mike Karels, since you are >more connected to them than we are (e.g. same building, etc.). > >My sources are a former BSDI employee from way back (lawsuit >days and before), and another person. > >The FTP utility contains the copyright string (run "strings" >on it). Several other standard tools have similar copyright >strings in them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 14:34:44 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 D246B37B401 for ; Tue, 19 Jun 2001 14:34:40 -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 f5JLYcK22078; Tue, 19 Jun 2001 17:34:38 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Tue, 19 Jun 2001 17:34:30 -0400 To: freebsd-standards@bostonradio.org From: Garance A Drosihn Subject: Re: 'make clean' vs /bin/sh, posix behavior? Cc: Martin Cracauer Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ I am sending this to freebsd-standards with a blind-CC to freebsd-hackers. I wanted to see if this trick would get the first message to show up on both lists, but avoid the problem where the ongoing discussion is cross-posted to multiple lists. ] Back on May 28th, in the freebsd-hackers thread about: Re: 'make clean' vs automake vs /bin/sh, which to fix? I (garance) wrote: >It seems to me that if 'make' is executing a single command >line which is made up of multiple unix commands, it should >only care about the FINAL command status, and not the status >of each of the interim commands. That is just my gut feeling >though, I can't tell if the documentation really spells out >what is to happen in this case. > >So, we could fix [my described problem] by: > 1) changing /bin/sh > 2) changing make not to call /bin/sh with -e > 3) [...dumb option...] > >Me, I'm inclined to go with the some fix to the evaltree routine >in /bin/sh, [...fixing bug in '-e'. This is already done...] > >While I do wonder about 'make' calling '/bin/sh -e', I am >less comfortable with committing that change myself, as >there probably are makefiles which do assume the e-style >behavior when handling multiple commands in a command-line. >Perhaps we should update the documentation for 'make' to >explicitly mention how 'make' handles such command-lines. A pretty similar topic came up on the 'subversion' mailing list, and At 4:20 PM -0400 6/19/01, Paul D. Smith wrote: > + The difference I believe you're alluding to is whether make > + invokes /bin/sh with the -e option by default or not. > + > + Many (most) versions of make do actually invoke with the -e > + option, always. However, the POSIX.2 definition of make is > + very clear on this point, that make should invoke > + "/bin/sh -c ...". > + > + GNU make follows the POSIX standard in this, rather than > + tradition. That's why GNU make doesn't fail immediately. > [in the example discussed on the subversion mailing list] > + > + The simple way to ensure that all versions of make behave the > + same is to tell the shell explicitly what to do with the e > + flag; for example if you want to ignore errors in all versions > + of make you can use "set +e" to disable the "e" flag if it's > + set: > + > + set +e; \ > + echo "START: $$progbase" >> $$logfile ; \ > + ... > + > + I think that's pretty portable. > >-------------------------------------------------------------------- > Paul D. Smith Find some GNU make tips at: > http://www.gnu.org http://www.paulandlesley.org/gmake/ So, I'm wondering if that's what POSIX really wants as the standard behavior. I don't THINK we want to change the behavior of our own 'make', but I do wonder if we should at least document this detail in the man page for 'make'. -- 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 Jun 19 14:36: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by hub.freebsd.org (Postfix) with SMTP id 52B8E37B401 for ; Tue, 19 Jun 2001 14:35:59 -0700 (PDT) (envelope-from mikko@dynas.se) Received: (qmail 7111 invoked from network); 19 Jun 2001 21:35:56 -0000 Received: from spirit.sto.dynas.se (HELO spirit.dynas.se) (172.16.1.10) by 172.16.1.1 with SMTP; 19 Jun 2001 21:35:56 -0000 Received: (qmail 3886 invoked from network); 19 Jun 2001 21:33:24 -0000 Received: from explorer.rsa.com (10.81.217.59) by spirit.dynas.se with SMTP; 19 Jun 2001 21:33:24 -0000 Received: (from mikko@localhost) by explorer.rsa.com (8.11.3/8.11.3) id f5JLZqe56000; Tue, 19 Jun 2001 14:35:52 -0700 (PDT) (envelope-from mikko) Date: Tue, 19 Jun 2001 14:35:52 -0700 (PDT) From: Mikko Tyolajarvi Message-Id: <200106192135.f5JLZqe56000@explorer.rsa.com> To: ian@mecenia.org Cc: hackers@freebsd.org Subject: Re: pthread_attr_setscope(3) problem. Newsgroups: local.freebsd.hackers References: <3B2F9CC5.90607@mecenia.org> X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-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 local.freebsd.hackers you write: >while porting a software to FreeBSD, I came across a problem with >pthread_attr_setscope(3). The software sets PTHREAD_SCOPE_SYSTEM >attribute. From the pthread_attr_setscope(3) implementation file, a >comment says that this attribute is unsupported (though the code doesn't >show that). Meanwhile, I've tried unsuccesfully other attributes. >Looking for futher insight, I have then wrote a little and simpler >program to test. Every attributes will just report ENOTSUP. >I would like to get some inputs about how to fix that, if any possible. >Plus, I would like to know how does one detect whether or not that >function can be used. FreeBSD's native threads are user-space only (= PTHREAD_SCOPE_PROCESS). Just treat ENOTSUP (argument ok but not supported by implementation) as a non-fatal error (= ignore it) and continue porting. Or you can comment out the call to pthread_attr_setscope(). If the program does a lot of disk I/O, or could benefit from multiple CPUs, or you run into any other problems, you could try the linuxthreads port. $.02, /Mikko -- Mikko Työläjärvi_______________________________________mikko@rsasecurity.com RSA Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 15:43:56 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 3646B37B403 for ; Tue, 19 Jun 2001 15:43:51 -0700 (PDT) (envelope-from hal@vailsys.com) Received: from ghidra.vail (ghidra.vail [192.168.129.44]) by area51.vail (8.9.3/8.9.3) with ESMTP id RAA72714 for ; Tue, 19 Jun 2001 17:43:39 -0500 (CDT) (envelope-from hal@vailsys.com) Received: by ghidra.vail (Postfix, from userid 1000) id BB2BD66ADC; Mon, 18 Jun 2001 17:45:49 -0500 (CDT) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) References: <200106181202.AA66191580@stmail.pace.edu> From: Hal Snyder Date: 18 Jun 2001 17:45:49 -0500 In-Reply-To: <200106181202.AA66191580@stmail.pace.edu> Message-ID: <87d781h0f6.fsf@ghidra.vail> Lines: 6 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Canyonlands) 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 FYA. Migrating Microsoft® Hotmail® from FreeBSD to Microsoft Windows® 2000 Technical Case Study http://www.microsoft.com/TechNet/migration/hotmail/hotapp.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 17: 1: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id B4E7437B403 for ; Tue, 19 Jun 2001 17:00:59 -0700 (PDT) (envelope-from jmr71769@earthlink.net) Received: from alpha1.moonbase (bstnma1-ar1-189-184.bstnma1.dsl.gtei.net [4.3.189.184]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id RAA07434; Tue, 19 Jun 2001 17:00:57 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" From: "Jeffrey M. Reed" Organization: www.linuxbusca.com To: Hal Snyder , freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Tue, 19 Jun 2001 20:03:21 -0400 X-Mailer: KMail [version 1.2] References: <200106181202.AA66191580@stmail.pace.edu> <87d781h0f6.fsf@ghidra.vail> In-Reply-To: <87d781h0f6.fsf@ghidra.vail> MIME-Version: 1.0 Message-Id: <01061920032100.00956@alpha1.moonbase> 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 Monday 18 June 2001 18:45, Hal Snyder wrote: > FYA. > > Migrating Microsoft® Hotmail® from FreeBSD to Microsoft > Windows® 2000 Technical Case Study > > http://www.microsoft.com/TechNet/migration/hotmail/hotapp >.asp > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the > message point made. they're migrating to 2K because 2K is just a false OS because all MS does is steal the shit from the BSD platform anyway. think about it. using 2K for mail instead of FreeBSD? you've got to be kidding. and just where did 2K acquire this 'amazing' ability to serve up mail/become remote control/not have to be rebooted. DUH. they stole the fucking core from BSD and put it in their shit. oh, wait...i'm sorry...M$ is the leader of innovation. nice article. it pisses me off. :) the only thing good about M$ is they make a decent GUI...that's it. -- +----- + Jeffrey M. Reed + Linux System Administrator + Metro West Boston Linux User Group + jreed@linuxbusca.com + (508)792-6070 +----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 17: 5:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pop1.syd-office.yahoo.com (pop1.syd-office.yahoo.com [202.139.111.88]) by hub.freebsd.org (Postfix) with ESMTP id CF76537B406 for ; Tue, 19 Jun 2001 17:05:35 -0700 (PDT) (envelope-from jjohnson@au.yahoo-inc.com) Received: from jjohnson (172_24_32_93.syd-office.yahoo.com [172.24.32.93]) by pop1.syd-office.yahoo.com (8.11.2/8.11.2/pop-au) with SMTP id f5K05Hm30390; Wed, 20 Jun 2001 10:05:17 +1000 (EST) From: "Jeremiah Johnson" To: "Jeffrey M. Reed" , "Hal Snyder" , Subject: RE: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Wed, 20 Jun 2001 10:03:46 +1000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <01061920032100.00956@alpha1.moonbase> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG That's the BSD license for ya. There needs to be a license that says something to the effect of "Anyone can use/buy/sell/modify/distribute this software with or without source code except Microsoft." jeremiah(); -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Jeffrey M. Reed Sent: Wednesday, June 20, 2001 10:03 AM To: Hal Snyder; freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) On Monday 18 June 2001 18:45, Hal Snyder wrote: > FYA. > > Migrating Microsoft® Hotmail® from FreeBSD to Microsoft > Windows® 2000 Technical Case Study > > http://www.microsoft.com/TechNet/migration/hotmail/hotapp >.asp > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the > message point made. they're migrating to 2K because 2K is just a false OS because all MS does is steal the shit from the BSD platform anyway. think about it. using 2K for mail instead of FreeBSD? you've got to be kidding. and just where did 2K acquire this 'amazing' ability to serve up mail/become remote control/not have to be rebooted. DUH. they stole the fucking core from BSD and put it in their shit. oh, wait...i'm sorry...M$ is the leader of innovation. nice article. it pisses me off. :) the only thing good about M$ is they make a decent GUI...that's it. -- +----- + Jeffrey M. Reed + Linux System Administrator + Metro West Boston Linux User Group + jreed@linuxbusca.com + (508)792-6070 +----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 17: 6:14 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 6E64337B403 for ; Tue, 19 Jun 2001 17:06:09 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id DA4415D01F; Tue, 19 Jun 2001 19:05:58 -0500 (CDT) Date: Tue, 19 Jun 2001 19:05:58 -0500 From: Alfred Perlstein To: "Jeffrey M. Reed" Cc: Hal Snyder , freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Message-ID: <20010619190558.C4543@sneakerz.org> References: <200106181202.AA66191580@stmail.pace.edu> <87d781h0f6.fsf@ghidra.vail> <01061920032100.00956@alpha1.moonbase> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: <01061920032100.00956@alpha1.moonbase>; from jmr71769@earthlink.net on Tue, Jun 19, 2001 at 08:03: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 * Jeffrey M. Reed [010619 19:01] wrote: > On Monday 18 June 2001 18:45, Hal Snyder wrote: > > FYA. > > > > Migrating Microsoft® Hotmail® from FreeBSD to Microsoft > > Windows® 2000 Technical Case Study > > > > http://www.microsoft.com/TechNet/migration/hotmail/hotapp > >.asp > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the > > message > > point made. they're migrating to 2K because 2K is just a [snip] No actually they migrated because thier sales people kept getting laughed at because Hotmail was running on something other than win2k. > the only thing good about M$ is they make a decent > GUI...that's it. Not that X is so wonderful, but please.. The MS windows GUI is boring, and overbearing, it lacks remote display without add-on and there's very little flexiblity in what your desktop can do. The look and feel of Windows sucks rocks, the only thing they(*) got right was being able to do a decent job with drag and drop. (*) by they, I mean Apple of course. :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 18:43: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 7A5DE37B403 for ; Tue, 19 Jun 2001 18:43:01 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5K1gDt95095; Tue, 19 Jun 2001 18:42:13 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: jjohnson@au.yahoo-inc.com Cc: jmr71769@earthlink.net, hal@vailsys.com, freebsd-hackers@FreeBSD.ORG Subject: RE: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: References: <01061920032100.00956@alpha1.moonbase> 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: <20010619184212P.jkh@osd.bsdi.com> Date: Tue, 19 Jun 2001 18:42:12 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 21 Sender: owner-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: "Jeremiah Johnson" Subject: RE: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Wed, 20 Jun 2001 10:03:46 +1000 > That's the BSD license for ya. > > There needs to be a license that says something to the effect of "Anyone > can use/buy/sell/modify/distribute this software with or without source > code except Microsoft." Why? I'd personally be happy if Microsoft software was made a lot easier to use by incorporating BSD stuff. Imagine, a Windows 2000 firewall that didn't suck rocks, or DHCP renegotiation that didn't drop all my active connections by default when my modem hung up unexpectedly... It would be nice! The only thing people are really slamming Microsoft here is being hypocritical. Actually using BSD code is an action I support for any value of the licensee string. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 19:21:29 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 ABF6037B403 for ; Tue, 19 Jun 2001 19:21:25 -0700 (PDT) (envelope-from jmr71769@earthlink.net) Received: from alpha1.moonbase (bstnma1-ar1-189-184.bstnma1.dsl.gtei.net [4.3.189.184]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id TAA20799; Tue, 19 Jun 2001 19:21:07 -0700 (PDT) Content-Type: text/plain; charset="iso-8859-1" From: "Jeffrey M. Reed" Organization: www.linuxbusca.com To: Jordan Hubbard , jjohnson@au.yahoo-inc.com Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Tue, 19 Jun 2001 22:23:31 -0400 X-Mailer: KMail [version 1.2] Cc: jmr71769@earthlink.net, hal@vailsys.com, freebsd-hackers@FreeBSD.ORG References: <01061920032100.00956@alpha1.moonbase> <20010619184212P.jkh@osd.bsdi.com> In-Reply-To: <20010619184212P.jkh@osd.bsdi.com> MIME-Version: 1.0 Message-Id: <01061922233101.00956@alpha1.moonbase> 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 stop being bastards. heh. i don't give a rat's ass about any of this. it just makes me mad/laugh that people are dumb enough to buy into that .net/hotmail/subscription based bullshit and other stuff. if you use it, i really don't care. in fact, M$ has been swell about helping the economy and all that shit...helping people get jobs. i just can't stand the fact that while 2K is decent, 'Me' is a piece of crap and they sell it to these poor stupid AOL/email people (hey, what the hell...i used to be one) and they slap the all-american M$ label on it and...ARGH! i'm not making any points here so screw it. go program something already. :) besides, a devil is much more macho than a gay little pastel colored window or something dumb called 'Me'...fucking marketing geniouses. >:\ and, i have nothing against gay people either...as long as they're not playing loud GAY music that i can hear. hehehhehehhe. On Tuesday 19 June 2001 21:42, Jordan Hubbard wrote: > From: "Jeremiah Johnson" > Subject: RE: Anyone see todays Wall Street Journal > article: Microsoft Using Free Software (or something to > that effect) Date: Wed, 20 Jun 2001 10:03:46 +1000 > > > That's the BSD license for ya. > > > > There needs to be a license that says something to the > > effect of "Anyone can use/buy/sell/modify/distribute > > this software with or without source code except > > Microsoft." > > Why? I'd personally be happy if Microsoft software was > made a lot easier to use by incorporating BSD stuff. > Imagine, a Windows 2000 firewall that didn't suck rocks, > or DHCP renegotiation that didn't drop all my active > connections by default when my modem hung up > unexpectedly... It would be nice! > > The only thing people are really slamming Microsoft here > is being hypocritical. Actually using BSD code is an > action I support for any value of the licensee string. :) > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the > message -- +----- + Jeffrey M. Reed + Linux System Administrator + Metro West Boston Linux User Group + jreed@linuxbusca.com + (508)792-6070 +----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 21:14:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 402BB37B403 for ; Tue, 19 Jun 2001 21:14:39 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5K4Cft95498; Tue, 19 Jun 2001 21:12:42 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: jmr71769@earthlink.net Cc: jjohnson@au.yahoo-inc.com, hal@vailsys.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) In-Reply-To: <01061922233101.00956@alpha1.moonbase> References: <20010619184212P.jkh@osd.bsdi.com> <01061922233101.00956@alpha1.moonbase> 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: <20010619211241W.jkh@osd.bsdi.com> Date: Tue, 19 Jun 2001 21:12:41 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 77 Sender: owner-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 don't think this kind of invective is appropriate for the freebsd-hackers list. Perhaps you should confine your sentiments to less public venues. - Jordan From: "Jeffrey M. Reed" Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Tue, 19 Jun 2001 22:23:31 -0400 > stop being bastards. heh. i don't give a rat's ass about > any of this. it just makes me mad/laugh that people are > dumb enough to buy into that .net/hotmail/subscription > based bullshit and other stuff. if you use it, i really > don't care. in fact, M$ has been swell about helping the > economy and all that shit...helping people get jobs. i just > can't stand the fact that while 2K is decent, 'Me' is a > piece of crap and they sell it to these poor stupid > AOL/email people (hey, what the hell...i used to be one) > and they slap the all-american M$ label on it and...ARGH! > > i'm not making any points here so screw it. > > go program something already. > > :) > > besides, a devil is much more macho than a gay little > pastel colored window or something dumb called > 'Me'...fucking marketing geniouses. > > >:\ > > and, i have nothing against gay people either...as long as > they're not playing loud GAY music that i can hear. > hehehhehehhe. > > > On Tuesday 19 June 2001 21:42, Jordan Hubbard wrote: > > From: "Jeremiah Johnson" > > Subject: RE: Anyone see todays Wall Street Journal > > article: Microsoft Using Free Software (or something to > > that effect) Date: Wed, 20 Jun 2001 10:03:46 +1000 > > > > > That's the BSD license for ya. > > > > > > There needs to be a license that says something to the > > > effect of "Anyone can use/buy/sell/modify/distribute > > > this software with or without source code except > > > Microsoft." > > > > Why? I'd personally be happy if Microsoft software was > > made a lot easier to use by incorporating BSD stuff. > > Imagine, a Windows 2000 firewall that didn't suck rocks, > > or DHCP renegotiation that didn't drop all my active > > connections by default when my modem hung up > > unexpectedly... It would be nice! > > > > The only thing people are really slamming Microsoft here > > is being hypocritical. Actually using BSD code is an > > action I support for any value of the licensee string. :) > > > > - Jordan > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the > > message > > -- > > +----- > + Jeffrey M. Reed > + Linux System Administrator > + Metro West Boston Linux User Group > + jreed@linuxbusca.com > + (508)792-6070 > +----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 23:13:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phaidor.thuvia.org (thuvia.demon.co.uk [193.237.34.248]) by hub.freebsd.org (Postfix) with ESMTP id 8936C37B403 for ; Tue, 19 Jun 2001 23:13:12 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar-sojat.thuvia.org (dotar-sojat.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.3/8.11.3) with ESMTP id f5K6DDS17313; Wed, 20 Jun 2001 07:13:22 +0100 (BST) (envelope-from mark@dotar-sojat.thuvia.org) Received: (from mark@localhost) by dotar-sojat.thuvia.org (8.11.4/8.11.4) id f5K6D7k33514; Wed, 20 Jun 2001 07:13:07 +0100 (BST) (envelope-from mark) Date: Wed, 20 Jun 2001 07:13:07 +0100 (BST) From: Mark Valentine Message-Id: <200106200613.f5K6D7k33514@dotar-sojat.thuvia.org> In-Reply-To: Adam's message of Jun 19, 9:22pm X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: element@Dim.com (Adam), hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Sender: owner-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: element@Dim.com (Adam) > Date: Tue 19 Jun, 2001 > Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? > An article over on www.Kuro5hin.org by a someone who claims > to be a former MS employee describes the stack used in NT back > in the early 90's as code which was liscensed from a company > called 'Spider'. Correct. Spider Systems in those days; that product (SpiderTCP) is still sold by Spider Software , primarily targetted at embedded systems. (I was mark@spider.com for quite a while, since the days I was spider!mark...) > In the comp.unix.admin archives I found a post > which references Spider QNIX as a *nix variant so I'm pretty > sure this is who the article is referencing. Hmm, that's a bit muddled. A major Spider customer did use QNX (and still does), but that's not a Spider product (see ), just a supported (and neat) platform. > Anyway this code > in turn was pulled from BSD back in the day... No. The core SpiderTCP protocol implementation is _not_ derived from BSD. Some of the utilities which were added as the product was developed came from Net/1 or Net/2 (hence the FTP.EXE copyright string), but others such as route and netstat were written from scratch, and the BSD utilities were modified to work over TLI and STREAMS (SpiderTCP is a STREAMS implementation, which is why NT had STREAMS at least until 4.0; they also used it for their OSI and X.500 implementation, even though that was not Spider's). The STREAMS TCP/IP implementation was later replaced (the way Microsoft wedged SpiderSTREAMS into NT was not pretty), but large chunks of the utilities remain. > "...Along with Spider's stack came versions of various > TCP/IP-related utility programs, such as ftp, rcp and > rsh. Those were ported from BSD sockets to winsock (not > a huge change) and bundled with NT." Near enough. The SpiderTCP utilities still had sockets support (NOTE: this was never sockets over TLI like the stuff some UNIX vendors bought from a Spider competitor!) and -DNO_TLI should have worked, but that TLI code is _still_ there in FTP.EXE! SpiderTCP sockets used an old BSD API, but was a rewrite to work over a kernel STREAMS socket interface to the kernel TCP/IP drivers. > I don't know how much faith you can put in it, but its an > interesting read. I found the following snippet to be > quite curious... > > "And implying that the TCP/IP stack uses BSD code is also > false. As I said above there may be small vestiges of it > in there, although I doubt it. I can't confirm thatt, but I suspect there's very little, if any, SpiderTCP code left in the TCP/IP drivers after the rewrite, and all other TCP/IP vendors of note in that market would have been using BSD derived code (even those selling STREAMS implementations, though they tended to be less modular than Spider's product). Cheers, mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jun 19 23:23:33 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 4100637B406 for ; Tue, 19 Jun 2001 23:23:24 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.117.11); Wed, 20 Jun 2001 11:52:44 +0530 Date: Wed, 20 Jun 2001 11:58:48 +0530 (IST) From: "Ashutosh S. Rajekar" To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory In-Reply-To: <200106191653.f5JGrBW30734@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 Tue, 19 Jun 2001, Matt Dillon wrote: > to handle more then 250 requests/sec. With the connection load you > want to handle, the chance of the data being cacheable in ram is > fairly low. So a disk-based caching proxy will drop connection > performance by two orders of magnitude. You are right, disk caching is only a backup plan; we really won't be comfortable with it. Also, the idea behind all this is that you free webservers from doing painful TCP/IP stuff, and make it just handle content related stuff, thus your proxy boxes will act like surge protectors/shock absorbers, etc. > For the diskless case I don't know if you can make it to a million > simultanious connections, but Terry has gotten his boxes to do a hundred > thousand so we know that at least is doable. But rather then spend a Hmmm. I wonder how much TCP/IP tuning must have gone into getting this figure. Any comments Terry ? > huge amount of time trying to max out the connections you might want to > consider distributing the connection load across a farm of front-end > machines. The cost is virtually nothing, especially if the machines > do not need a lot of disk. At BEST I used a simple DNS round-robin. > For a more robust solution a Cisco Redirector or some similar piece of > hardware can distribute the connections. This also makes maintainance > a whole lot easier - you can take individual machines out of the > cluster and then take them down for arbitrary periods of time for Hmmm. Actually, had I had the money, I would have certainly gone for a such an approach. But the fact is that Intel has poured money into our firm (along other investors), and this was to support this idea of a supposedly low-cost box. This box does have a proprietary PCI card that we are also building (the details are NDA'ed, my lips are sealed). So building a farm is fine, but would probably be an overkill; and the problem here is surely gonna be a software one rather than a hardware one. The idea is also that not only individual clients would want to place such a box in front of their webservers, but ISPs and internet data centers would also make such functionality available to all their clients for some added cost. > maintainance. I would also mock the system up using user-mode > processes first, to get an idea of the resource requirements, before > spending a lot of time writing kernel modules. We do have a rough idea of the resource requirements, and user-mode processes are giving us more feedback about this (for systems programmers, user mode programs are just for testing ;-)) I took a shot at writing a kernel HTTP proxy, and it hardly seems to be difficult (it terminates connections from clients, and sets up persistent connections to webservers). The real fun is very likely to be in TCP/IP tuning. I mean the idea is to allocate very minimal memory for connections that have just come in, and only when the proxy is likely to accept the connection is the connection upgraded to a full-fledged one. This would possibly take care of the million connections business. But going by the amount of customization required to be done before FreeBSD can be used as a server OS, how about starting an independant volunteer effort that would go into the details about providing a really heavy-duty FreeBSD server ? Normal distributions may continue to provide time-sharing type of functionality, but the people who want to deploy FreeBSD in stressful environments would surely not hesitate to throw in the money to buy machines with 4Gigs (even 64) of memory, high-end processors and lotsa L2 cache, blah blah blah. Optimizations could be of categories like: webserver, fileserver, netserver, IRC server, FTP server, SMTP server, etc. Each of them would deal with details involved with each protocol, and provide a server suited exactly to that protocol. (Even a hybrid one is thinkable). Suggestions/flames are cordially invited. -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- If you can count your money, you don't have a billion dollars. -- J. Paul Getty To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 0: 4:28 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 54A0E37B403 for ; Wed, 20 Jun 2001 00:04:24 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5K74M706441; Wed, 20 Jun 2001 00:04:22 -0700 (PDT) (envelope-from dillon) Date: Wed, 20 Jun 2001 00:04:22 -0700 (PDT) From: Matt Dillon Message-Id: <200106200704.f5K74M706441@earth.backplane.com> To: "Ashutosh S. Rajekar" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 : :On Tue, 19 Jun 2001, Matt Dillon wrote: : :> to handle more then 250 requests/sec. With the connection load you :> want to handle, the chance of the data being cacheable in ram is :> fairly low. So a disk-based caching proxy will drop connection :> performance by two orders of magnitude. : :You are right, disk caching is only a backup plan; we really won't be :comfortable with it. :Also, the idea behind all this is that you free webservers from doing :painful TCP/IP stuff, and make it just handle content related stuff, thus :your proxy boxes will act like surge protectors/shock absorbers, etc. Yes, that works fairly well. Our mail proxies were particularly effective as surge protectors, preventing spikes from interfering with the shell machines. The web proxies primary job were to direct connections to the correct web server, but they also buffered data for hung or slow connections which greatly reduced TCP buffer space requirements on the web servers, freeing memory resources for other uses. :... :webservers). The real fun is very likely to be in TCP/IP tuning. I mean :the idea is to allocate very minimal memory for connections that have just :come in, and only when the proxy is likely to accept the connection is the :connection upgraded to a full-fledged one. This would possibly take care :of the million connections business. This is fairly easy to do. You can use SO_SNDBUF and SO_RCVBUF socket opts to adjust the tcp buffer space. You can make the default small and receive-centric and when you think you've got a good connection you can pump it up. I used fixed assymetric TCP buffering at BEST - I made the send buffer a lot bigger then the receive buffer. Or, more to the point, I left the send buffer pretty much alone and made the receive buffer smaller. :But going by the amount of customization required to be done before :FreeBSD can be used as a server OS, how about starting an independant :volunteer effort that would go into the details about providing a really :heavy-duty FreeBSD server ? Normal distributions may continue to :provide time-sharing type of functionality, but the people who want to :deploy FreeBSD in stressful environments would surely not hesitate to :throw in the money to buy machines with 4Gigs (even 64) of memory, :high-end processors and lotsa L2 cache, blah blah blah. Optimizations :could be of categories like: webserver, fileserver, netserver, IRC server, :FTP server, SMTP server, etc. Each of them would deal with details :involved with each protocol, and provide a server suited exactly to that :protocol. (Even a hybrid one is thinkable). : :Suggestions/flames are cordially invited. : :-ASR Well, that would be a book. A big book! Each configuration would be different, depending on the task. And topologies would be different too. For example, A web proxy would need a lot of descriptors and network resources, horse power, and memory, while a mail relay would require high performance disks but could get away with less horsepower and network resources (and less cpu too). A web proxy could be round-robined fairly easily, but for a mail relay it is often a good idea to split the incoming and outgoing mail into two separate round robins (two separate groups of machines). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 0:22: 8 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 3F71B37B403 for ; Wed, 20 Jun 2001 00:22:04 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.117.11); Wed, 20 Jun 2001 12:51:40 +0530 Date: Wed, 20 Jun 2001 12:57:44 +0530 (IST) From: "Ashutosh S. Rajekar" To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory In-Reply-To: <200106200704.f5K74M706441@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 Wed, 20 Jun 2001, Matt Dillon wrote: > This is fairly easy to do. You can use SO_SNDBUF and SO_RCVBUF > socket opts to adjust the tcp buffer space. You can make the default > small and receive-centric and when you think you've got a good > connection you can pump it up. > > I used fixed assymetric TCP buffering at BEST - I made the send buffer > a lot bigger then the receive buffer. Or, more to the point, I left > the send buffer pretty much alone and made the receive buffer smaller. True, but what I meant is that the amount of memory required to hold a connection from a client with SYN-ACK-SYNACK already being sent shouldbe really minimal, like around 100 bytes or so ... and this structure is upgraded to look like a socket structure only when the proxy decides that it can take more connections. Otherwise neither are we wasting too much memory, and it won't be really bad to jsut throw away the connection. -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- Consultant, n.: An ordinary man a long way from home. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 1: 9:14 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 2476937B401 for ; Wed, 20 Jun 2001 01:09:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.138.115.Dial1.SanJose1.Level3.net [209.247.138.115]) by avocet.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id BAA04510; Wed, 20 Jun 2001 01:09:06 -0700 (PDT) Message-ID: <3B305A42.781FC4DE@mindspring.com> Date: Wed, 20 Jun 2001 01:09:38 -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: "Ashutosh S. Rajekar" Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 "Ashutosh S. Rajekar" wrote: > > For the diskless case I don't know if you can make > > it to a million simultanious connections, but Terry > > has gotten his boxes to do a hundred thousand so we > > know that at least is doable. But rather then spend a > > Hmmm. I wonder how much TCP/IP tuning must have gone into getting this > figure. Any comments Terry ? I guess we beat you to the punch... We have a product which is now shipping, and which currently supports 1,000,000 concurrent connections. As Matt implied about maxing out connections, you can make it, if you are willing to work at it long enough. I did several patches, which I've posted to -current or -hackers or -stable, which are really very necessary; not all of them have made it into FreeBSD, but they will have to, if anyone else wants to duplicate the feat. This includes the maxfiles in /sys/conf/param.c, which everyone said was gross, but no one could suggest a better way of doing the job. You already got the best one for free, when I squashed the Heisenbug a while ago. I could tell you the rest, but I'd have to kill you. ;-p > > huge amount of time trying to max out the connections > > you might want to consider distributing the connection > > load across a farm of front-end machines. But Matt... 1,000,000 connections is cool. When it rolls over to that last one... 8-). > But the fact is that Intel has poured money into our firm > (along other investors), and this was to support this idea > of a supposedly low-cost box. This box does have a > proprietary PCI card that we are also building (the details > are NDA'ed, my lips are sealed). I guess you could tell me, but then you'd have to kill me... ;-p > But going by the amount of customization required to be done > before FreeBSD can be used as a server OS, how about starting > an independant volunteer effort that would go into the details > about providing a really heavy-duty FreeBSD server? This is hard to do generally, with the way the FreeBSD code is currently structured. You would probably end up with one-off configurations based on expected memory size and role, which isn't really very useful (IMO). People have been pushing on this pretty hard lately, since there was a recent benchmark debate the turned out to be nothing more than bad tuning and a poor application architecture match to the OS. PS: You're ex-IBM, right? I think I remember you from a Linux FS project mailing list a while back... Me too... IBM bought the startup I worked at about two years ago. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 1:46:38 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 AA79137B403 for ; Wed, 20 Jun 2001 01:46:29 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.117.11); Wed, 20 Jun 2001 14:15:58 +0530 Date: Wed, 20 Jun 2001 14:22:02 +0530 (IST) From: "Ashutosh S. Rajekar" To: Terry Lambert Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory In-Reply-To: <3B305A42.781FC4DE@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 guess we beat you to the punch... > > We have a product which is now shipping, and which currently > supports 1,000,000 concurrent connections. I guess quite a lot of people are at it right now, the prime one is NetScaler. If I'm not wrong, they brag about a million connections or so, on a box that's running FreeBSD 2.x ... inside sources informed me that they rewrote the entire kernel, and are now finding it difficult to proceed ... (anybody from NetScaler please correct me) > As Matt implied about maxing out connections, you can make > it, if you are willing to work at it long enough. > > I did several patches, which I've posted to -current or > -hackers or -stable, which are really very necessary; > not all of them have made it into FreeBSD, but they will > have to, if anyone else wants to duplicate the feat. This > includes the maxfiles in /sys/conf/param.c, which everyone > said was gross, but no one could suggest a better way of > doing the job. You already got the best one for free, > when I squashed the Heisenbug a while ago. Without killing me, could you tell if it was userland code that maxed the connections (with all the file descriptors), or just a socket structure based server that you ran ? I guess with fds, you end up storing more information for nothing, one each per socket structure. > I guess you could tell me, but then you'd have to kill me... Right. Or my bosses kills me (Yes, I've got 2 bosses !). Simple. > and role, which isn't really very useful (IMO). People > have been pushing on this pretty hard lately, since there > was a recent benchmark debate the turned out to be nothing > more than bad tuning and a poor application architecture > match to the OS. I did follow that discussion, and my conclusion is that it is probably wise to leave it to users to do what they think is right :-) > PS: You're ex-IBM, right? I think I remember you from a > Linux FS project mailing list a while back... Me too... IBM > bought the startup I worked at about two years ago. Right, but how do you know I'm from IBM ? BTW the FS project was my degree project in the university. -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- He who knows nothing, knows nothing. But he who knows he knows nothing knows something. And he who knows someone whose friend's wife's brother knows nothing, he knows something. Or something like that. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 2:10:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from c1583255-a.smateo1.sfba.home.com (c1583255-a.smateo1.sfba.home.com [24.176.233.236]) by hub.freebsd.org (Postfix) with ESMTP id C0FF337B407 for ; Wed, 20 Jun 2001 02:10:38 -0700 (PDT) (envelope-from walken@c1583255-a.smateo1.sfba.home.com) Received: by c1583255-a.smateo1.sfba.home.com (Postfix, from userid 10000) id 95EB01ACFE; Wed, 20 Jun 2001 02:10:38 -0700 (PDT) Date: Wed, 20 Jun 2001 02:10:38 -0700 From: Michel LESPINASSE To: Guenter Bartsch , H}kan Hjort Cc: FreeBSD Hackers , xine-dev Subject: Re: [xine-devel] FreeBSD 4.3 pthread implementation and FPU code Message-ID: <20010620021038.B7068@zoy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Guenter, This code flips one bit in the eflags register, checking for the presense of the cpuid instruction. I'm not sure at all why this would have any side effects on any processor/OS combination - theorically there should be none... However H}kan had (if I remember right) already reported a problem with this cpu detection routine too. Can you try the updated code I put in mpeg2dec-cvs (basically I added one pushfl/popfl combo to avoid the bit change) and see if it helps ? Also H}kan can you refresh me on the problem you had with this routine and does the code update fix it ? On Tue, Jun 19, 2001 at 02:36:36PM +0200, Guenter Bartsch wrote: > while trying to get xine 0.5 (xine.sf.net) to work on freebsd I ran into > this problem: > > Thread has returned from sigreturn or longjmp > > after some debugging I found that disabling this part of the MMX-detection > code: > > asm ("pushfl\n\t" > "popl %0\n\t" > "movl %0,%1\n\t" > "xorl $0x200000,%0\n\t" > "pushl %0\n\t" > "popfl\n\t" > "pushfl\n\t" > "popl %0" > : "=a" (eax), > "=b" (ebx) > : > : "cc"); > > solved the problem. So, I was wondering if there's any known problem about > FPU code and freebsd's pthread implementation, is there maybe a problem > with fpu-registers/status that is not being safed on context-switching? > > Any comments on this would be appreciated. -- Michel "Walken" LESPINASSE Of course I think I'm right. If I thought I was wrong, I'd change my mind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 2:15:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from purgatory.unfix.org (purgatory.xs4all.nl [194.109.237.229]) by hub.freebsd.org (Postfix) with ESMTP id 81B4937B403 for ; Wed, 20 Jun 2001 02:15:27 -0700 (PDT) (envelope-from jeroen@unfix.org) Received: from cyan (gateway.azr.nl [::ffff:156.83.254.8]) by purgatory.unfix.org (Postfix+IPv6) with ESMTP id 41231318A; Wed, 20 Jun 2001 11:15:24 +0200 (CEST) From: "Jeroen Massar" To: "'Jordan Hubbard'" , Cc: , , Subject: RE: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Date: Wed, 20 Jun 2001 11:16:18 +0200 Organization: Unfix Message-ID: <000701c0f969$aa96dd70$2a1410ac@kei.azr.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-reply-to: <20010619184212P.jkh@osd.bsdi.com> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > That's the BSD license for ya. > > > > There needs to be a license that says something to the > effect of "Anyone > > can use/buy/sell/modify/distribute this software with or > without source code except Microsoft." > > Why? I'd personally be happy if Microsoft software was made a lot > easier to use by incorporating BSD stuff. Imagine, a Windows 2000 > firewall that didn't suck rocks, or DHCP renegotiation that didn't > drop all my active connections by default when my modem hung up > unexpectedly... It would be nice! Heheh..... just looks like that Wallstreet journal thingy... complaining without even looking into it and thus stating loose unfounded facts, making you look very silly IMHO. That guy claiming to be from spider did clear up some facts now didn't it. I don't know what you define by "ease of use", but that's probably personal and depends on what you want to use something for and not to forget how to use it :) You might like to type a 'netsh.exe' to come into the Net Shell with all kinds of nice commands, you'll prolly like it :) For your "unexpected hang ups": Q239924 - How to Disable Media Sense for TCP/IP in Windows 2000 http://support.microsoft.com/support/kb/articles/Q239/9/24.ASP "Description: This parameter controls DHCP Media Sense behavior. If you set this value data to 1, DHCP, and even non-DHCP, clients ignore Media Sense events from the interface. By default, Media Sense events trigger the DHCP client to take an action, such as attempting to obtain a lease (when a connect event occurs), or invalidating the interface and routes (when a disconnect event occurs)." Which will fix your problems... You should really start using MSDN (or google which will also find it) instead of complaining without doing the proper research... In the unix/bsd/* world they call that RTFM -> nicely said: Read The Faq and Manual, oh and don't forget to understand it either... Just for the reference: http://msdn.microsoft.com -> search on "disconnect tcp ip 2000" et voila the second the link, yes you need to now the good searching terms but that's required too when one uses google or others :) On another note... something I already mailed in the former discussions: Port from UNIX to Win32: http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_port _from_unix_to_win32.htm And for the rest.... using BSD sockets is quite easy one only needs to open the winsock.dll and as it's using the BSD API it's quite easy to port it and winsock also allows ease of use with IPX, XNS, DECnet and others... Native NT/Win32 apps are usually written with the use of Events (WSAEventSelect() etc...) but that's a completely different subject, altough it also shows a bit of the part of the internal workings of the stack as they surely won't do a select() on filedescripts, though it looks the same it ain't :) > The only thing people are really slamming Microsoft here is being > hypocritical. Actually using BSD code is an action I support for any > value of the licensee string. :) Microsoft Windows BSD.... naah... though you could make a BSD subsystem and plug that straight into NT... But that's what they have the POSIX subsystem for and not to forget Interix (http://www.microsoft.com/WINDOWS2000/interix/). Hopes that clears some of the mess up for you. Greets, Jeroen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 2:56:52 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 2158237B401 for ; Wed, 20 Jun 2001 02:56:48 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.138.115.Dial1.SanJose1.Level3.net [209.247.138.115]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id CAA09378; Wed, 20 Jun 2001 02:56:39 -0700 (PDT) Message-ID: <3B307373.74C7316A@mindspring.com> Date: Wed, 20 Jun 2001 02:57: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: "Ashutosh S. Rajekar" Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 "Ashutosh S. Rajekar" wrote: > > I guess we beat you to the punch... > > > > We have a product which is now shipping, and which currently > > supports 1,000,000 concurrent connections. > > I guess quite a lot of people are at it right now, the prime > one is NetScaler. If I'm not wrong, they brag about a million > connections or so, on a box that's running FreeBSD 2.x ... > inside sources informed me that they rewrote the entire kernel, > and are now finding it difficult to proceed ... (anybody from > NetScaler please correct me) Rewriting a 2.x kernel for this type of thing is insane; the DOS vulnerabilities and other bugs alone must be completely swamping them... Their 3200 only has 1G of RAM; you could _barely_ fit the TCP state for 1,000,000 connections into just 1G of RAM, and have a tiny amount left over for buffers, drivers, the rest of your kernel, etc.. I can't believe that their 3100 (only 512M of RAM) could do it, just based on what I know from the structure sizes needed for the state. You can fool some of the people, but you can't fool Stevens... > Without killing me, could you tell if it was userland code > that maxed the connections (with all the file descriptors), > or just a socket structure based server that you ran ? I > guess with fds, you end up storing more information for > nothing, one each per socket structure. Once you do one, the other is easy. But I'm not telling you anything you shouldn't have already surmised from the Heisenbug I fixed a while back. > > [ ... tuning ... ] People > > have been pushing on this pretty hard lately, since there > > was a recent benchmark debate the turned out to be nothing > > more than bad tuning and a poor application architecture > > match to the OS. > > I did follow that discussion, and my conclusion is that it is > probably wise to leave it to users to do what they think is > right :-) It's a barrier to entry for the OS; I would like my skills to have the highest posible market value, and knocking down such barriers helps. Just because it's very hard does not necessarily mean it shouldn't be done. There is a Linux project page that wants to tackle successfully handling 10,000 simultaneous connections; I'm two orders of magnitude over that now. It's all a question of what you have set yourself up to believe is "amazingly hard". If you believe it, it becomes true for you, and you hit the wall. > > PS: You're ex-IBM, right? I think I remember you from a > > Linux FS project mailing list a while back... Me too... IBM > > bought the startup I worked at about two years ago. > > Right, but how do you know I'm from IBM ? BTW the FS project > was my degree project in the university. I'm an FS geek from way back; I saw something on your Linux Distributed File System when I was keeping tabs on XFS, GFS, and SAN stuff. Altavista is great, if you can think like it does... and the people you look up have done talks/papers/postings/mailing lists. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 3:29:39 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 D940237B403 for ; Wed, 20 Jun 2001 03:29:33 -0700 (PDT) (envelope-from asr@softhome.net) Received: (apparently) from vangogh.indranetworks.com ([61.11.16.239]) by ip.eth.net with Microsoft SMTPSVC(5.5.1877.117.11); Wed, 20 Jun 2001 15:58:53 +0530 Date: Wed, 20 Jun 2001 16:04:53 +0530 (IST) From: "Ashutosh S. Rajekar" To: Terry Lambert Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory In-Reply-To: <3B307373.74C7316A@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 Wed, 20 Jun 2001, Terry Lambert wrote: > Their 3200 only has 1G of RAM; you could _barely_ fit the > TCP state for 1,000,000 connections into just 1G of RAM, > and have a tiny amount left over for buffers, drivers, > the rest of your kernel, etc.. I can't believe that their > 3100 (only 512M of RAM) could do it, just based on what I > know from the structure sizes needed for the state. You > can fool some of the people, but you can't fool Stevens... Yes. One of their engineers did mention that memory management was definitely a problem for them ... And their bragging number is also a bit far-fetched. I bet with the 3xxx type of boxes they can't support more than 10000 active connections, each sending/receiving 40k of dynamically generated HTML by websites like google/altavista. And Stevens is the authority. Even if he's no longer around. -ASR --------------------------------------------------------------------- ("`-''-/").___..--''"`-._ (\ Indra Networks Pvt. Ltd `6_ 6 ) `-. ( ).`-.__.`) Pune, INDIA. (_Y_.)' ._ ) `._ `. ``-..-' mailto: asr@softhome.net _..`--'_..-_/ /--'_.' ,' http://www.rajekar.org (il),-'' (li),' ((!.-' http://www.indranetworks.com --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 5:28:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ggong.harvestberkeley.org (ggong.baycis.com [209.133.107.121]) by hub.freebsd.org (Postfix) with ESMTP id C575D37B403 for ; Wed, 20 Jun 2001 05:28:45 -0700 (PDT) (envelope-from ggong@cal.alumni.berkeley.edu) Received: from firebat (firebat.harvestberkeley.org [209.133.107.120]) by ggong.harvestberkeley.org (8.11.2/8.11.2) with SMTP id f5KCSiN04316; Wed, 20 Jun 2001 05:28:45 -0700 (PDT) (envelope-from ggong@cal.alumni.berkeley.edu) Message-ID: <009a01c0f984$8c64f600$786b85d1@harvestberkeley.org> From: "Gilbert Gong" To: Cc: Subject: submit article to sys admin magazine? Date: Wed, 20 Jun 2001 05:28:44 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 After reading Michael's post at: http://daily.daemonnews.org/view_story.php3?story_id=2112 and exchanging a few emails with him, I've became convinced it might be reasonable to try to write an article and submit it to sys admin magazine, in re: tuning a freebsd box properly. The goal would be to demonstrate the effect tuning a box properly has on performance. The technique would be to take a stock FreeBSD box, run some benchmarks on it, then rerun those benchmarks after tuning(7) it properly. Questions: 1) Is anyone already working on something like this? If so, perhaps I should not bother :) 2) Can anyone suggest some benchmarks which would be both somewhat meaningful and relatively easy to implement/duplicate? I thought it might be good to give numbers for some kind of http, email, and disk benchmark. Looking through the ports, I saw what might look interesting were: httperf, postal, and postmark. httperf gives me some strange errors, some of which atleast seem to be caused by bugs in httperf, ie: httperf --hog --ser=test-server --wsess=100,50,0 --rate 100 --timeout 5 httperf --hog --timeout=5 --client=0/1 --server=test-server --port=80 --uri= / --rate=100 --send-buffer=4096 --recv-buffer=16384 --wsess=100,50,0.000 assertion "obj->ref_count > 0" failed: file "object.c", line 179 Abort (core dumped) It doesn't core dump every time, only sometimes.. Anyone have any experience with this tool, or have a better one to suggest? postal is also an interesting program, but it doesn't seem to generate statistics. It just basically throws as much email at a server as it can. Which makes it a little harder to use as a benchmark. What seems the most obvious thing to do to get around that is to either write a new mail benchmark, or run the program for a certain length of time, and then postprocess the mail log on the server machine to see how many mails were actually delivered in what amount of time. Finally, I haven't tried postmark yet, and I remember many of the caveats that were mentioned about it on the lists the past few weeks (or however long it's been) but I thought it might be interesting because it was in that other article. This is my setup so far: test-server: P3 600 256MB ram (I can add more, I've got about 768MB sitting around to split between the server and client test boxes) Supermicro P6SBU motherboard onboard aic7890/91 Ultra2 SCSI adapter IBM DNES-309170W SA30 (8gb scsi hd, at 80MB/s, tagged queueing enabled) 3com 3c905b-tx test-client1: P3 400 192MB ram IBM-DTTA-371440 (ide hd at UDMA33) kingston 21143-based nic test-client2: Celeron 400 128MB ram Maxtor 90645D3 (ide hd at UDMA33) onboard intel pro 100+ I can probably get a hold of more client type machines too if it's needed. I would really appreciate any comments, suggestions, or feedback. I will even take kindly to well-meaning flames. Thanks, Gilbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 7:58: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from seldon.dtek.chalmers.se (seldon.dtek.chalmers.se [129.16.30.6]) by hub.freebsd.org (Postfix) with ESMTP id 2960A37B407 for ; Wed, 20 Jun 2001 07:57:48 -0700 (PDT) (envelope-from d95hjort@dtek.chalmers.se) Received: from bort.dtek.chalmers.se (Ob7wtfigZ28yu664NvnVCLz9QfQ3U7s5@bort.dtek.chalmers.se [129.16.30.58]) by seldon.dtek.chalmers.se (8.8.8/8.8.8) with ESMTP id QAA01745; Wed, 20 Jun 2001 16:56:36 +0200 (MEST) Received: (from d95hjort@localhost) by bort.dtek.chalmers.se (8.9.3/8.9.3) id QAA14610; Wed, 20 Jun 2001 16:56:34 +0200 (MEST) Date: Wed, 20 Jun 2001 16:56:34 +0200 From: H}kan Hjort To: Michel LESPINASSE Cc: Guenter Bartsch , FreeBSD Hackers , xine-dev Subject: Re: [xine-devel] FreeBSD 4.3 pthread implementation and FPU code Message-ID: <20010620165634.A14574@bort.dtek.chalmers.se> References: <20010620021038.B7068@zoy.org> 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: <20010620021038.B7068@zoy.org>; from walken@zoy.org on Wed, Jun 20, 2001 at 02:10:38AM -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 Wed Jun 20 2001, Michel LESPINASSE wrote: > Guenter, > > This code flips one bit in the eflags register, checking for the > presense of the cpuid instruction. I'm not sure at all why this would > have any side effects on any processor/OS combination - theorically > there should be none... However H}kan had (if I remember right) > already reported a problem with this cpu detection routine too. > > Can you try the updated code I put in mpeg2dec-cvs (basically I added > one pushfl/popfl combo to avoid the bit change) and see if it helps ? > > Also H}kan can you refresh me on the problem you had with this routine > and does the code update fix it ? > I added a call to the cpu detection routine in ac3dec.new, no other changes. This was just to have this information available for future development. After doing this ac3dec would only produce static noice. So I gather that there was some problem with using normal FPU instructions after runnning the routine. At first I though adding an emms instruction would fix the problem, but it did not. -- Håkan Hjort d95hjort@dtek.chalmers.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 9: 4: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 7E4A437B403 for ; Wed, 20 Jun 2001 09:04:47 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5KG4ij09941; Wed, 20 Jun 2001 09:04:44 -0700 (PDT) (envelope-from dillon) Date: Wed, 20 Jun 2001 09:04:44 -0700 (PDT) From: Matt Dillon Message-Id: <200106201604.f5KG4ij09941@earth.backplane.com> To: "Ashutosh S. Rajekar" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 : :On Wed, 20 Jun 2001, Matt Dillon wrote: : :> This is fairly easy to do. You can use SO_SNDBUF and SO_RCVBUF :> socket opts to adjust the tcp buffer space. You can make the default :> small and receive-centric and when you think you've got a good :> connection you can pump it up. :> :> I used fixed assymetric TCP buffering at BEST - I made the send buffer :> a lot bigger then the receive buffer. Or, more to the point, I left :> the send buffer pretty much alone and made the receive buffer smaller. : :True, but what I meant is that the amount of memory required to hold a :connection from a client with SYN-ACK-SYNACK already being sent shouldbe :really minimal, like around 100 bytes or so ... and this structure is :upgraded to look like a socket structure only when the proxy decides that :it can take more connections. Otherwise neither are we wasting too much :memory, and it won't be really bad to jsut throw away the connection. : :-ASR Ah, now I get it. The Linux people were messing around with a stateless SYN/ACK algorithm at one time. I never liked the idea myself but the concept had merit. It looks like it wouldn't be too difficult to hold off creating the socket around the pcb until the handshake is complete, but waiting beyond that (for actual data to come in) would be messy. I don't think this represents the biggest problem you would face, though. It is far more likely that hung or slow connections (e.g. the originator goes away without disconnecting the socket or the originator is on a slow link) will represent the biggest potential problem. It's too bad we can't 'swap out' socket buffers! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 11:32: 8 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 0966637B401 for ; Wed, 20 Jun 2001 11:32:06 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by dayspring.firedrake.org with local (Exim 3.22 #1 (Debian)) id 15Cmlb-00014y-00; Wed, 20 Jun 2001 19:31:51 +0100 Date: Wed, 20 Jun 2001 19:31:51 +0100 To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory Message-ID: <20010620193151.C2973@firedrake.org> References: <200106200704.f5K74M706441@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200106200704.f5K74M706441@earth.backplane.com> 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 Wed, Jun 20, 2001 at 12:04:22AM -0700, Matt Dillon wrote: > > A web proxy could be > round-robined fairly easily, but for a mail relay it is often a good > idea to split the incoming and outgoing mail into two separate round > robins (two separate groups of machines). Why's that? So you can tune each type of machine appropriately for the task? How would you tune incoming and outgoing mail servers differently? -- 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 Wed Jun 20 11:38:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prime.gushi.org (prime.gushi.org [208.23.118.172]) by hub.freebsd.org (Postfix) with ESMTP id C707237B408; Wed, 20 Jun 2001 11:38:21 -0700 (PDT) (envelope-from danm@prime.gushi.org) Received: from localhost (danm@localhost) by prime.gushi.org (8.11.3/8.11.3) with ESMTP id f5KIbWp36230; Wed, 20 Jun 2001 14:37:32 -0400 (EDT) Date: Wed, 20 Jun 2001 14:37:32 -0400 (EDT) From: "Dan Mahoney, System Admin" To: questions@freebsd.org, hackers@freebsd.org Subject: ProFTPd 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 Hey, I am using proftpd 1.2.1, after a complete CVSup to 3.5-STABLE (this is a production machine, going to 4 would cause way too many headaches). Anyway, I get this classic error in my logs: Jun 20 14:24:02 prime proftpd[36049]: no modules loaded for `ftp' service Jun 20 14:24:02 prime proftpd[36049]: prime.gushi.org (prime.gushi.org[127.0.0.1]) - PAM(danm): Permission denied. Jun 20 14:24:02 prime proftpd[36049]: prime.gushi.org (prime.gushi.org[127.0.0.1]) - USER danm: Login successful. I've turned AuthPamAuthoritative off in proftpd.conf, but assuming I hadn't, this FTPd would not work. I'd LIKE to use pam, as it allows me a bit more flexibility in doing this, such as giving me an easy interface to one-time-passwords. If that's not possible, how can I shut off all these stupid messages? My /etc/pam.conf follows: # If the user can authenticate with S/Key, that's sufficient. login auth sufficient pam_skey.so # Check skey.access to make sure it is OK to let the user type in # a cleartext password. If not, then fail right here. login auth requisite pam_cleartext_pass_ok.so # If you want KerberosIV authentication, uncomment the next line: #login auth sufficient pam_kerberosIV.so try_first_pass # Traditional getpwnam() authentication. login auth required pam_unix.so try_first_pass ftp auth required /usr/lib/pam_unix.so try_first_pass ftp account required /usr/lib/pam_unix.so try_first_pass ftp session required pam_unix.so try_first_pass # We've tried the above both ways, with and without path. other auth required pam_unix.so try_first_pass other account required pam_unix.so try_first_pass Throw me a cc to this, as I'm not subscribed. -Dan -- "A mother can be an inspiration to her little son, change his thoughts, his mind, his life, just with her gentle hum." -No Doubt, "Different People", from "Tragic Kingdom" --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Web: http://prime.gushi.org finger danm@prime.gushi.org for pgp public key and tel# --------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 11:54:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shumai.marcuscom.com (rdu26-228-058.nc.rr.com [66.26.228.58]) by hub.freebsd.org (Postfix) with ESMTP id BF55A37B403; Wed, 20 Jun 2001 11:54:37 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from localhost (marcus@localhost) by shumai.marcuscom.com (8.11.3/8.11.3) with ESMTP id f5KIsXR27847; Wed, 20 Jun 2001 14:54:33 -0400 (EDT) (envelope-from marcus@marcuscom.com) X-Authentication-Warning: shumai.marcuscom.com: marcus owned process doing -bs Date: Wed, 20 Jun 2001 14:54:33 -0400 (EDT) From: Joe Clarke To: "Dan Mahoney, System Admin" Cc: , Subject: Re: ProFTPd In-Reply-To: Message-ID: <20010620145354.N10696-100000@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've heard that PAM in 3.x is mostly broken, but this is what I use for ProFTPd in 4.3-RELEASE, and it works fine: ftp auth required pam_unix.so try_first_pass ftp account required pam_unix.so try_first_pass ftp session required pam_permit.so Joe Clarke On Wed, 20 Jun 2001, Dan Mahoney, System Admin wrote: > Hey, I am using proftpd 1.2.1, after a complete CVSup to 3.5-STABLE (this > is a production machine, going to 4 would cause way too many > headaches). Anyway, I get this classic error in my logs: > > Jun 20 14:24:02 prime proftpd[36049]: no modules loaded for `ftp' service > Jun 20 14:24:02 prime proftpd[36049]: prime.gushi.org (prime.gushi.org[127.0.0.1]) - PAM(danm): Permission denied. > Jun 20 14:24:02 prime proftpd[36049]: prime.gushi.org (prime.gushi.org[127.0.0.1]) - USER danm: Login successful. > > I've turned AuthPamAuthoritative off in proftpd.conf, but assuming I > hadn't, this FTPd would not work. > > I'd LIKE to use pam, as it allows me a bit more flexibility in doing this, > such as giving me an easy interface to one-time-passwords. If that's not > possible, how can I shut off all these stupid messages? > > > My /etc/pam.conf follows: > > # If the user can authenticate with S/Key, that's sufficient. > login auth sufficient pam_skey.so > > # Check skey.access to make sure it is OK to let the user type in > # a cleartext password. If not, then fail right here. > login auth requisite pam_cleartext_pass_ok.so > > # If you want KerberosIV authentication, uncomment the next line: > #login auth sufficient pam_kerberosIV.so > try_first_pass > > # Traditional getpwnam() authentication. > login auth required pam_unix.so > try_first_pass > > ftp auth required /usr/lib/pam_unix.so try_first_pass > ftp account required /usr/lib/pam_unix.so try_first_pass > ftp session required pam_unix.so try_first_pass > > # We've tried the above both ways, with and without path. > > other auth required pam_unix.so try_first_pass > other account required pam_unix.so try_first_pass > > Throw me a cc to this, as I'm not subscribed. > > -Dan > > -- > > "A mother can be an inspiration to her little son, change his thoughts, > his mind, his life, just with her gentle hum." > > -No Doubt, "Different People", from "Tragic Kingdom" > > > --------Dan Mahoney-------- > Techie, Sysadmin, WebGeek > Gushi on efnet/undernet IRC > ICQ: 13735144 AIM: LarpGM > Web: http://prime.gushi.org > finger danm@prime.gushi.org > for pgp public key and tel# > --------------------------- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" 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 Jun 20 12:24:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prime.gushi.org (prime.gushi.org [208.23.118.172]) by hub.freebsd.org (Postfix) with ESMTP id 9A67D37B403; Wed, 20 Jun 2001 12:24:08 -0700 (PDT) (envelope-from danm@prime.gushi.org) Received: from localhost (danm@localhost) by prime.gushi.org (8.11.3/8.11.3) with ESMTP id f5KJNTi36903; Wed, 20 Jun 2001 15:23:29 -0400 (EDT) Date: Wed, 20 Jun 2001 15:23:28 -0400 (EDT) From: "Dan Mahoney, System Admin" To: Joe Clarke Cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: ProFTPd In-Reply-To: <20010620145354.N10696-100000@shumai.marcuscom.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, 20 Jun 2001, Joe Clarke wrote: Amazing! That did it nicely. -Dan Mahoney > I've heard that PAM in 3.x is mostly broken, but this is what I use for > ProFTPd in 4.3-RELEASE, and it works fine: > > ftp auth required pam_unix.so try_first_pass > ftp account required pam_unix.so try_first_pass > ftp session required pam_permit.so -- "SOY BOMB!" -The Chest of the nameless streaker of the 1998 Grammy Awards' Bob Dylan Performance. --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Web: http://prime.gushi.org finger danm@prime.gushi.org for pgp public key and tel# --------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 12:36: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [205.147.43.4]) by hub.freebsd.org (Postfix) with ESMTP id 0EEA337B401 for ; Wed, 20 Jun 2001 12:36:02 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.8/8.8.5) with ESMTP id MAA06904; Wed, 20 Jun 2001 12:35:41 -0700 (PDT) Message-Id: <200106201935.MAA06904@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.2 06/23/2000 with version: MH 6.8.4 #1[UCI] To: Jordan Hubbard Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Jun 2001 12:35:41 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jordan Hubbard writes: > The only thing people are really slamming Microsoft here is being > hypocritical. Actually using BSD code is an action I support for any > value of the licensee string. :) Oh there's a lot more to slam them about. They have this idea that proprietary standards will force a free marketplace to refrain from competitive selection. It seems to work too. So you want us to show restraint? Make it so we don't have to deal with blinded consumers who's pro-microsoft rantings resemble the religious fervor of a tent revival. ;) Finding out that they've been using BSD code all along only rubs salt in the wounds. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "Trying to control information in the network age is about as successful as pissing into the wind." - Keith Henson, in an article on the AABBS prosecution, _Computer_underground_Digest_, Jan. 21, 1995. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 12:54: 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 46DC237B403 for ; Wed, 20 Jun 2001 12:54:07 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.3/8.11.2) id f5KJrxm14311; Wed, 20 Jun 2001 12:53:59 -0700 (PDT) (envelope-from dillon) Date: Wed, 20 Jun 2001 12:53:59 -0700 (PDT) From: Matt Dillon Message-Id: <200106201953.f5KJrxm14311@earth.backplane.com> To: void Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory References: <200106200704.f5K74M706441@earth.backplane.com> <20010620193151.C2973@firedrake.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 Wed, Jun 20, 2001 at 12:04:22AM -0700, Matt Dillon wrote: :> :> A web proxy could be :> round-robined fairly easily, but for a mail relay it is often a good :> idea to split the incoming and outgoing mail into two separate round :> robins (two separate groups of machines). : :Why's that? So you can tune each type of machine appropriately for :the task? How would you tune incoming and outgoing mail servers :differently? : :-- : Ben That's the idea. A mail relay would be tuned for its purpose. The queueing characteristics for relaying to internal hosts are going to be very, very different then the queueing characteristics for relaying to extern (internet) hosts. So different that by separating the functionality you can squeeze out considerably more performance out of each machine and, as a bonus, make the overall system more reliable. Now if you get a deluge of mail in one particular direction, it will not effect mail going in the other direction at all. So instead of having 6 generic mail relay boxes in a round robin you might instead have 4 boxes to relay outgoing mail to the internet and 2 to relay incoming mail to internal machines, with the outgoing boxes tuned to handle huge queues and the incoming machines tuned to handle lots of incoming connections but smaller queues (relaying to internal hosts being much faster, less prone to hicups, and the queue-runner's persistent connection caches being much easier to maintain). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 13:26:24 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 B229837B401 for ; Wed, 20 Jun 2001 13:26:18 -0700 (PDT) (envelope-from dave@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1088) id 7B82381D0B; Wed, 20 Jun 2001 15:26:08 -0500 (CDT) Date: Wed, 20 Jun 2001 15:26:08 -0500 From: Dave McKay To: Jordan Hubbard Cc: jeroen@unfix.org, hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010620152608.A79846@elvis.mu.org> References: <20010615135713Y.jkh@osd.bsdi.com> <001501c0f71e$f00f7bc0$420d640a@HELL> <20010617112712J.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010617112712J.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Sun, Jun 17, 2001 at 11:27:12AM -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 Jordan Hubbard (jkh@osd.bsdi.com) wrote: > From: "Jeroen Massar" > Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? > Date: Sun, 17 Jun 2001 13:16:20 +0200 > > > It all sounds really odd to me but alas a cat does stupid things when it > > gets cornered... > > I sincerely hope that you BSD guys&gals stay far far away from the > > "microsoft is evil, we can't win it easily so let's bash it to > > hell"-attitude. > > 1. We're not cornered. > > 2. We're not bashing Microsoft here. We're just trying to figure > out if their recently published comments that "Open Source is bad > and inimical to our interests" is really just marketspeak which > contradicts their own engineering position. I believe that Microsoft is against the GPL. Prolly won't find too much Linux code in Windows. The TCP/IP stacks (i've heard) are pretty close. Windows has added a few things, but essentially they are the same. The BSD licence and the GPL, as we all know, are very different. BSD good GPL bad. -- Dave McKay (i work for no one) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 14:16:28 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 20BD237B401 for ; Wed, 20 Jun 2001 14:16:25 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 006EE5D01F; Wed, 20 Jun 2001 16:16:23 -0500 (CDT) Date: Wed, 20 Jun 2001 16:16:23 -0500 From: Alfred Perlstein To: Dave McKay Cc: Jordan Hubbard , jeroen@unfix.org, hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010620161623.I4543@sneakerz.org> References: <20010615135713Y.jkh@osd.bsdi.com> <001501c0f71e$f00f7bc0$420d640a@HELL> <20010617112712J.jkh@osd.bsdi.com> <20010620152608.A79846@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010620152608.A79846@elvis.mu.org>; from dave@mu.org on Wed, Jun 20, 2001 at 03:26:08PM -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 * Dave McKay [010620 15:26] wrote: > Jordan Hubbard (jkh@osd.bsdi.com) wrote: > > From: "Jeroen Massar" > > Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? > > Date: Sun, 17 Jun 2001 13:16:20 +0200 > > > > > It all sounds really odd to me but alas a cat does stupid things when it > > > gets cornered... > > > I sincerely hope that you BSD guys&gals stay far far away from the > > > "microsoft is evil, we can't win it easily so let's bash it to > > > hell"-attitude. > > > > 1. We're not cornered. > > > > 2. We're not bashing Microsoft here. We're just trying to figure > > out if their recently published comments that "Open Source is bad > > and inimical to our interests" is really just marketspeak which > > contradicts their own engineering position. > > I believe that Microsoft is against the GPL. Prolly won't find > too much Linux code in Windows. The TCP/IP stacks (i've heard) > are pretty close. Windows has added a few things, but essentially > they are the same. The BSD licence and the GPL, as we all know, > are very different. BSD good GPL bad. Microsoft can't include any GPL code in thier OS, as it would force them to open source it. I think when Microsoft says: "We don't use open source because it's dangerous" they mean GPL'd open source, because all _true_ open source is contaminated by the GPL (*) making it useless for engaging in any sort of competition. This is because the minute you make your first sale you have to give up the code. Wouldn't it be somewhat eerie to have all your competitors signed up as your first customers? Espcially if they knew they were going to get a source CDrom with thier purchase? :) Of course we (BSD) get lumped in with "open source", well because we are open source. And it's always fun to poke MS people with a pointy stick and taunt them about thier utilization of BSD code. Of course using BSD code doesn't force you to do anything except be honest about using it, something that MS's press dude seems to have missed. (*) yes, i'm entitiled to be sarcastic. :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 14:27:59 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 1778F37B403 for ; Wed, 20 Jun 2001 14:27:52 -0700 (PDT) (envelope-from fbsdq@yahoo.com) Received: from h2.impactidealsolutions.com (HELO support10) (216.98.200.91) by smtp.mail.vip.sc5.yahoo.com with SMTP; 20 Jun 2001 21:27:51 -0000 X-Apparently-From: Message-Id: Date: Wed, 20 Jun 2001 15:32:22 -0600 X-Priority: 3 From: Peter X-Mailer: Mail Warrior To: bright@sneakerz.org, "Jordan Hubbard" , "jeroen@unfix.org" , "hackers@freebsd.org" MIME-Version: 1.0 Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Content-Type: Text/Plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8Bit X-Mailer-Version: v3.57 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG http://news.cnet.com/news/0-1003-200-6322264.html?tag=tp_pr Gates talks about GPL and being against it. ---Quote: In an interview Tuesday with CNET News.com at the TechEd 2001 conference, Gates observed that Microsoft routinely shares the source code for its Windows operating system with its partners. In addition, the company uses some open-source software in its Hotmail e-mail service. However, Gates said, "there are problems for commercial users relative to the (GNU General Public License), and we are just making sure people understand the GPL." end Quote. Miscrosoft isn't anti open-source, it's anti GPL. GPL is great for simple things, that don't create any standard, but work upon one. But as even RMS [I think it was RMS] agreed, BSD license is much better for 'standards'. -- ie the oog format was BSD licensed and the GPL people endorsed it because this would allow oog to grow, as now corps can [try to] make money off a format in their proprietary devices, unlike if oog was GPLed, it would die as no one would support it except for the linux folks. On 06/20/2001 3:16:23 PM, Alfred Perlstein is quoted as saying: [snip] . . . .|> I believe that Microsoft is against the GPL. Prolly won't find . . . .|> too much Linux code in Windows. The TCP/IP stacks (i've heard) . . . .|> are pretty close. Windows has added a few things, but essentially . . . .|> they are the same. The BSD licence and the GPL, as we all know, . . . .|> are very different. BSD good GPL bad. . . . .| . . . .|Microsoft can't include any GPL code in thier OS, as it would force . . . .|them to open source it. . . . .| . . . .|I think when Microsoft says: "We don't use open source because it's . . . .|dangerous" they mean GPL'd open source, because all _true_ open . . . .|source is contaminated by the GPL (*) making it useless for engaging . . . .|in any sort of competition. This is because the minute you make . . . .|your first sale you have to give up the code. . . . .| . . . .|Wouldn't it be somewhat eerie to have all your competitors signed . . . .|up as your first customers? Espcially if they knew they were going . . . .|to get a source CDrom with thier purchase? :) . . . .| . . . .|Of course we (BSD) get lumped in with "open source", well because we . . . .|are open source. And it's always fun to poke MS people with a pointy . . . .|stick and taunt them about thier utilization of BSD code. . . . .| . . . .|Of course using BSD code doesn't force you to do anything except be . . . .|honest about using it, something that MS's press dude seems to have . . . .|missed. . . . .| . . . .|(*) yes, i'm entitiled to be sarcastic. :) . . . .| . . . .|-Alfred . . . .| . . . .|To Unsubscribe: send mail to majordomo@FreeBSD.org . . . .|with "unsubscribe freebsd-hackers" in the body of the message www.nul.cjb.net www.FreeBSD.org _________________________________________________________ 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 Jun 20 15: 6: 2 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 C0BFD37B401 for ; Wed, 20 Jun 2001 15:05:57 -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 E801B38C1C for ; Wed, 20 Jun 2001 19:05:52 -0300 (EST) Received: (qmail 16308 invoked by uid 0); 20 Jun 2001 22:04:32 -0000 Received: from duckman.distro.conectiva (HELO duckman.conectiva.com.br) (root@10.0.17.2) by burns.conectiva with SMTP; 20 Jun 2001 22:04:32 -0000 Received: from localhost (riel@localhost) by duckman.conectiva.com.br (8.11.3/8.11.3) with ESMTP id f5KM5ms07105; Wed, 20 Jun 2001 19:05:50 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Wed, 20 Jun 2001 19:05:46 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Matt Dillon Cc: "Ashutosh S. Rajekar" , Subject: Re: max kernel memory In-Reply-To: <200106201604.f5KG4ij09941@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 Wed, 20 Jun 2001, Matt Dillon wrote: > I don't think this represents the biggest problem you would face, > though. It is far more likely that hung or slow connections > (e.g. the originator goes away without disconnecting the socket > or the originator is on a slow link) will represent the biggest > potential problem. It's too bad we can't 'swap out' socket buffers! Even that wouldn't save you from running into address space issues with the kernel, unless you replace all pointers with other kinds of indices ... but that'll probably make things messy. regards, 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 Wed Jun 20 15: 7: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dargo.talarian.com (dargo.talarian.com [207.5.33.3]) by hub.freebsd.org (Postfix) with ESMTP id B846937B407 for ; Wed, 20 Jun 2001 15:06:58 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from moya.talarian.com (moya.talarian.com [10.4.10.8]) by dargo.talarian.com (Postfix) with ESMTP id 3EEE822B04; Wed, 20 Jun 2001 15:05:11 -0700 (PDT) Received: from beast.talarian.com (beast.talarian.com [10.4.10.6]) by moya.talarian.com (Postfix) with ESMTP id 3B20236; Wed, 20 Jun 2001 15:06:58 -0700 (PDT) Received: from quack.kfu.com (localhost [::1]) by beast.talarian.com (8.11.3/8.11.3) with ESMTP id f5KM6wP15976; Wed, 20 Jun 2001 15:06:58 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Message-ID: <3B311E81.4010603@quack.kfu.com> Date: Wed, 20 Jun 2001 15:06:57 -0700 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD 4.3-RELEASE i386; en-US; rv:0.9.1) Gecko/20010613 X-Accept-Language: en-us MIME-Version: 1.0 To: Peter Cc: freebsd-hackers@freebsd.org Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: 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 Peter wrote: > However, Gates said, "there are problems for commercial users relative to the > (GNU General Public License), and we are just making sure people understand the > GPL." > > end Quote. But the issue is that wasn't the end of the quotation. Later on, Bubba says, "And so people should understand the GPL. When people say open source, they often mean the GPL." In the past, the line from Microsoft has been reduced publicly to "Open source is bad because the GPL is viral." They are trying to tar non-GPLed open source projects with the same FUDdy brush. So I think pointing out areas where they don't live by their own FUD is a very important thing to do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 16:47: 3 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 1807037B403 for ; Wed, 20 Jun 2001 16:47:01 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-236.nnj.dialup.bellatlantic.net [151.198.117.236]) by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id XAA46502699; Wed, 20 Jun 2001 23:46:51 GMT Message-ID: <3B3135EA.1EA183CB@bellatlantic.net> Date: Wed, 20 Jun 2001 19:46:50 -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: tlambert2@mindspring.com Cc: "Ashutosh S. Rajekar" , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory References: <3B307373.74C7316A@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: > > "Ashutosh S. Rajekar" wrote: > > > I guess we beat you to the punch... > > > > > > We have a product which is now shipping, and which currently > > > supports 1,000,000 concurrent connections. > > > > I guess quite a lot of people are at it right now, the prime > > one is NetScaler. If I'm not wrong, they brag about a million > > connections or so, on a box that's running FreeBSD 2.x ... > > inside sources informed me that they rewrote the entire kernel, > > and are now finding it difficult to proceed ... (anybody from > > NetScaler please correct me) > > Rewriting a 2.x kernel for this type of thing is insane; > the DOS vulnerabilities and other bugs alone must be > completely swamping them... > > Their 3200 only has 1G of RAM; you could _barely_ fit the > TCP state for 1,000,000 connections into just 1G of RAM, > and have a tiny amount left over for buffers, drivers, When I had an interview at Netscaler 3 years ago, they were talking about changing to a hardware implementation. My guess is that by now they should have completed that hardware implementation and probably use FreeBSD only as a high-level controlling system. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 17: 1: 1 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 0A71237B403 for ; Wed, 20 Jun 2001 17:00:58 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-236.nnj.dialup.bellatlantic.net [151.198.117.236]) by smtp4ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id AAA44292427; Thu, 21 Jun 2001 00:00:48 GMT Message-ID: <3B31392F.7CEDE6C4@bellatlantic.net> Date: Wed, 20 Jun 2001 20:00:47 -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: "Ashutosh S. Rajekar" Cc: Terry Lambert , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 "Ashutosh S. Rajekar" wrote: > > On Wed, 20 Jun 2001, Terry Lambert wrote: > > > Their 3200 only has 1G of RAM; you could _barely_ fit the > > TCP state for 1,000,000 connections into just 1G of RAM, > > and have a tiny amount left over for buffers, drivers, > > the rest of your kernel, etc.. I can't believe that their > > 3100 (only 512M of RAM) could do it, just based on what I > > know from the structure sizes needed for the state. You > > can fool some of the people, but you can't fool Stevens... > > Yes. One of their engineers did mention that memory management was > definitely a problem for them ... And their bragging number is also a bit > far-fetched. I bet with the 3xxx type of boxes they can't support more > than 10000 active connections, each sending/receiving 40k of dynamically > generated HTML by websites like google/altavista. My understanding (which is derived from that interview 3 years ago, with no newer information) is that Netscaler boxes don't buffer that contents, they just pass it through from and to the real servers. They also don't have to keep the full TCP state because the major thing needed from them is to change the server address in the packets plus update checksums and stuff like this. My guess is that about 40 bytes per connection should be enough (say, 2 or 3 IP address-port tuples by 6 bytes, 2 sequential numbers by 4 bytes, pointer to the target interface, pointer to the list pf packets being modified, a little bit of state and some overhead for quick searches). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 17:38:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 23AF637B401 for ; Wed, 20 Jun 2001 17:38:51 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA62256; Thu, 21 Jun 2001 02:38:42 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Cc: bright@sneakerz.org, "Jordan Hubbard" , "jeroen@unfix.org" , "hackers@freebsd.org" Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: From: Dag-Erling Smorgrav Date: 21 Jun 2001 02:38:41 +0200 In-Reply-To: Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter writes: > GPL is great for simple things, that don't create any standard, but > work upon one. But as even RMS [I think it was RMS] agreed, BSD > license is much better for 'standards'. -- ie the oog format was BSD > licensed and the GPL people endorsed it because this would allow oog > to grow, as now corps can [try to] make money off a format in their > proprietary devices, unlike if oog was GPLed, it would die as no one > would support it except for the linux folks. Beware. Richard Stallman also advocates changing to more restrictive licenses once the software (in general, not ogg in particular) has gather sufficient momentum. He wrote a diatribe a year or two back where he argued that the time had come to switch glibc (IIRC) from LPGL to GPL so that all the commercial software vendors who had become dependent on Linux would be forced to GPL their software or fold. Talk about bait-and-switch! It's for this reason, by the way, that the LGPL has been renamed from "Library GPL" to "Lesser GPL". DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 17:50: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 C3E2C37B401; Wed, 20 Jun 2001 17:50:40 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5L0o6C00456; Wed, 20 Jun 2001 17:50:06 -0700 (PDT) (envelope-from obrien) Date: Wed, 20 Jun 2001 17:50:06 -0700 From: "David O'Brien" To: Doug Barton Cc: Warner Losh , freebsd-hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: Changes to the /etc/rc* boot system Message-ID: <20010620175006.A99923@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010618175638.L37408-100000@dt051n37.san.rr.com> <200106190451.f5J4ppV59574@harmony.village.org> <3B2EF1F8.9710CC61@DougBarton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B2EF1F8.9710CC61@DougBarton.net>; from DougB@DougBarton.net on Mon, Jun 18, 2001 at 11:32:24PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 18, 2001 at 11:32:24PM -0700, Doug Barton wrote: > I think that we're closer to agreement here than it may appear. Last I > heard from obrien he was overloaded, and wasn't looking to head this up > himself unless no one else was going to do it. At this point I view myself as more of a facilitator than the one coming up with the patches. -- -- 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 Wed Jun 20 17:56:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C580037B403; Wed, 20 Jun 2001 17:56:33 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA62331; Thu, 21 Jun 2001 02:56:32 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: obrien@FreeBSD.ORG Cc: Doug Barton , Warner Losh , freebsd-hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: Changes to the /etc/rc* boot system References: <20010618175638.L37408-100000@dt051n37.san.rr.com> <200106190451.f5J4ppV59574@harmony.village.org> <3B2EF1F8.9710CC61@DougBarton.net> <20010620175006.A99923@dragon.nuxi.com> From: Dag-Erling Smorgrav Date: 21 Jun 2001 02:56:31 +0200 In-Reply-To: <20010620175006.A99923@dragon.nuxi.com> Message-ID: Lines: 17 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David O'Brien" writes: > On Mon, Jun 18, 2001 at 11:32:24PM -0700, Doug Barton wrote: > > I think that we're closer to agreement here than it may appear. Last I > > heard from obrien he was overloaded, and wasn't looking to head this up > > himself unless no one else was going to do it. > At this point I view myself as more of a facilitator than the one coming > up with the patches. I think a step in the right direction might be to fiddle with our Makefiles so that developers have the option to install the NetBSD rc stuff instead of our own. I know that it won't work properly for a while, but it would lower the amount of effort needed for anyone to start hacking on it. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 18:36:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id DAEA537B409; Wed, 20 Jun 2001 18:36:15 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@trang.nuxi.com [206.40.252.115]) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f5L1aER05606; Wed, 20 Jun 2001 18:36:14 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5L1L6700954; Wed, 20 Jun 2001 18:21:06 -0700 (PDT) (envelope-from obrien) Date: Wed, 20 Jun 2001 18:21:06 -0700 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: Doug Barton , Warner Losh , freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Changes to the /etc/rc* boot system Message-ID: <20010620182106.C99923@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20010618175638.L37408-100000@dt051n37.san.rr.com> <200106190451.f5J4ppV59574@harmony.village.org> <3B2EF1F8.9710CC61@DougBarton.net> <20010620175006.A99923@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: ; from des@ofug.org on Thu, Jun 21, 2001 at 02:56:31AM +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 Thu, Jun 21, 2001 at 02:56:31AM +0200, Dag-Erling Smorgrav wrote: > I think a step in the right direction might be to fiddle with our > Makefiles so that developers have the option to install the NetBSD rc > stuff instead of our own. I have patches for `rcorder' (posted to -arch). I will either commit them, or a new vendor import after USENIX. Once that is done, I'll add rcorder to src/sbin/Makefile. Here is a patch that will get the rc.d files install in the minimal amount of changes. Index: Makefile =================================================================== RCS file: /home/ncvs/src/etc/Makefile,v retrieving revision 1.255 diff -u -r1.255 Makefile --- Makefile 2001/06/13 16:39:23 1.255 +++ Makefile 2001/06/21 01:19:15 @@ -131,6 +131,8 @@ set -x; \ ln -s mail/aliases ${DESTDIR}/etc/aliases; \ fi + cd ${.CURDIR}/rc.d; ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 \ + ${RC_D} ${DESTDIR}/etc/rc.d ${INSTALL} -c -o ${BINOWN} -g operator -m 664 /dev/null \ ${DESTDIR}/etc/dumpdates ${INSTALL} -c -o nobody -g ${BINGRP} -m 644 /dev/null \ @@ -211,3 +213,6 @@ ${DESTDIR}/usr/share/examples/etc/defaults) .include + +.include "${.CURDIR}/rc.d/Makefile" +RC_D= ${FILES} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 21:28:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d01.mx.aol.com (imo-d01.mx.aol.com [205.188.157.33]) by hub.freebsd.org (Postfix) with ESMTP id E1CB637B401 for ; Wed, 20 Jun 2001 21:28:02 -0700 (PDT) (envelope-from Freshairtoday14@aol.com) Received: from Freshairtoday14@aol.com by imo-d01.mx.aol.com (mail_out_v30.22.) id n.15.1605fc1f (3976) for ; Thu, 21 Jun 2001 00:27:55 -0400 (EDT) From: Freshairtoday14@aol.com Message-ID: <15.1605fc1f.2862d1cb@aol.com> Date: Thu, 21 Jun 2001 00:27:55 EDT Subject: Your new web site To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_15.1605fc1f.2862d1cb_boundary" X-Mailer: AOL 6.0 for Windows US sub 10513 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --part1_15.1605fc1f.2862d1cb_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit FRESH AIR TODAY WEB DESIGN JIM WEAVER & KIM NICE 3071 HWY 101 NORTH GEARHART, OR 97138 1-503-738-0657 1-877-230-7268 Hello, We are writing to you today to see if you are interested in owning an affordable web site that you can customize and make changes yourself at any time without hiring a web designer to make the updates for you. Have you been thinking about creating a web site to further enhance your business, or do you already have a web site but find it difficult and expensive to modify and maintain? Have you wondered how best to advertise you business? Did you know that the typical customer or client would check out the advertiser who has a web site before going to an advertiser who just has a phone number or e-mail address? Web sites are a way to inform prospective clients or customers about who you are and what you offer. Most businesses could use the ease of marketing by using a web site connected to their business. However, there are some problems with the average site that make it difficult for the average entrepreneur to afford, modify and maintain a web site. A few of the problems include. The average web site can cost up to $5000.00. This money is spent on web master set up and maintenance fees, search engine and hosting fees, charges for displaying more than 20 products, charges for technical support, and the list continues. The more you include, the more expensive the site is. Items like a shopping cart, e-mail, chat rooms, etc. can add to the cost of a typical web site. The average web site is difficult to modify. If your web master is busy, or unavailable, you may have to wait days or weeks to modify your site (for a fee). That special promotion or ad that you wanted to place just doesn't happen. You can see the dilemma that exists. It is advantageous to have a web site and many are difficult to afford and maintain. We would like to solve this problem for you! At no cost and no obligation to you, we would like to design a basic web site for you to try for a 10-day trial period. If you would be interested please contact us by e-mail or phone. We need to ask you a few simple questions in order to customize your site. If you have any questions on how to navigate around your site while you modify it, please give us a call, we will be glad to answer any questions that you might have. Please read the site features below, you might be surprised at what we have to offer. All of the features are included in your web site. You can also go to www.freshairtoday.net and make a sample site to try out free of charge. YOUR WEB SITE FEATURES INCLUDE CUSTOM DOMAIN NAME Your system allows you to check for the availability of a domain, all from one area on your site. There is no need to leave the system to register a domain. The program automatically registers your domain name with the proper server addresses and technical contact information. IMAGE LIBRARIES Your system has cataloged hundreds of images, backgrounds and buttons for use on your site. All of our images are categorized by industry or other topic related specific categories so that they can be easily located. In addition to the libraries, your system allows you to upload and file your own images for use on your site. If you see an image on the web, or if you have a logo that you'd like to use on your site, simply add it to your custom library. WEBSTYLES Realizing that most business owners don't have the time to spend on the design and layout of their sites, your system has implemented an elaborate system of web styles, which are pre-selected layouts. The web styles database contains a wide selection of web page looks to assist businesses in the initial site building process that can be customizes and changed at anytime. BUSINESS WIZARD Your web site template comes complete with images, links, sub-pages, and text that are specific to your business or industry. The program has taken the hassle out of building a web site by allowing you to see a complete, industry specific, web site in a matter of minutes. Your site can then be customized at any time later. EZ CONTACT LEAD MANAGEMENT As a part of the complete solution, your site includes a powerful contact management and lead-tracking tool. EZ Contact is an on-line contact manager, complete with calendar and email list management utilities. SITE PROMOTION In order to allow you to take full advantage of your web site, the template provides a site promotion tool designed to get the word out, and bring customers to your site. Site promotion allows you to submit your site to many of the major search engines and Internet directory services including Alta-vista, Excite, and Infoseek. MESSAGE CENTER The message center allows you to receive messages in real time on your web site. Whether it's a customer service request, or additional product information request. You can check your messages as often as you like from any browser. BUTTON / IMAGE CREATOR The button builder allows you to customize your site by building buttons and text images. Simply select the Image Editor from your Tools menu, complete the form, and you instantly have an image ready for use on your site. You can even use an existing image for the background of the new image you are creating. PERSONAL CHAT ROOM Every site owner is able to set up his or her own personal chat room for discussions of any topic. By simply clicking a button on your site, visitors will be able to enter a chat room hosted by you. You can use your chat room to chat with potential customers, employees, or client's 24 hours a day. 2000 PRODUCT CATALOG You can include up to 2000 products in your on-line store. Your catalog software supports images, product descriptions, discount coding, custom shipping methods, tax methods and much more. CREDIT CARD PROCESSING It is now easy for you to start accepting credit cards for products and/or services sold on your web site. Whether you already have an online merchant account, you want to set up your own merchant account, or you don't want a merchant account at all. The system is compatible with all major on-line processors. THUMBNAIL CREATOR The shopping system automatically reduces your product images into thumbnails for easy display on your web site. Regardless of the original image size, all of the thumbnail images on your site will have the same width, while maintaining the original aspect ratio, resulting in a well designed look for your product pages. ORDER EXPORTING Like your sales statistics, orders received on your site can also be exported for use in your off-line point of sale or accounting packages. Many retail shops will find this a valuable feature for inventory tracking and product ordering. FEATURES You can use one or all of the features that your web site offers. This is a very easy program to learn and use; you can make changes to your site as often as you like. It eliminates the problem of hiring a web designer to make changes to your site when you want to add a product, remove a product, or run a special. COST The prices range between $ 325.00 to $ 1499.00 depending on if you just want to purchase the web site, have our company teach you how to use the program, or have us design the whole web site for you. SAMPLE SITES We can make and email you a sample site for you to look at and customize any way that you like. Call us any time and we will be glad to help you. The only information that we need to make you a sample site is your company name, your name, address, and telephone number, email address, and type of business that you are in. TOLL FREE TEC-SUPPORT Thank you for spending your time with us today. We know that you are very busy. Jim Weaver Kim Nice --part1_15.1605fc1f.2862d1cb_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit FRESH AIR TODAY WEB DESIGN
JIM WEAVER & KIM NICE
3071 HWY 101 NORTH
GEARHART, OR 97138
1-503-738-0657
1-877-230-7268

Hello,
 
   We are writing to you today to see if you are interested in owning an
affordable web site that you can customize and make changes yourself at any
time without hiring a web designer to make the updates for you.
   Have you been thinking about creating a web site to further enhance your
business, or do you already have a web site but find it difficult and
expensive to modify and maintain?
   Have you wondered how best to advertise you business?  Did you know that
the typical customer or client would check out the advertiser who has a web
site before going to an advertiser who just has a phone number or e-mail
address?  Web sites are a way to inform prospective clients or customers
about who you are and what you offer.
   Most businesses could use the ease of marketing by using a web site
connected to their business.  However, there are some problems with the
average site that make it difficult for the average entrepreneur to afford,
modify and maintain a web site.  A few of the problems include.
   The average web site can cost up to $5000.00.  This money is spent on web
master set up and maintenance fees, search engine and hosting fees, charges
for displaying more than 20 products, charges for technical support, and the
list continues.  The more you include, the more expensive the site is.  Items
like a shopping cart, e-mail, chat rooms, etc. can add to the cost of a
typical web site.
   The average web site is difficult to modify.  If your web master is busy,
or unavailable, you may have to wait days or weeks to modify your site (for a
fee).  That special promotion or ad that you wanted to place just doesn't
happen.
   You can see the dilemma that exists.  It is advantageous to have a web
site and many are difficult to afford and maintain.
   We would like to solve this problem for you!
   At no cost and no obligation to you, we would like to design a basic web
site for you to try for a 10-day trial period. If you would be interested
please contact us by e-mail or phone. We need to ask you a few simple
questions in order to customize your site. If you have any questions on how
to navigate around your site while you modify it, please give us a call, we
will be glad to answer any questions that you might have.
Please read the site features below, you might be surprised at what we have
to offer. All of the features are included in your web site.

You can also go to www.freshairtoday.net and make a sample site to try out
free of charge.

YOUR WEB SITE FEATURES INCLUDE

   CUSTOM DOMAIN NAME
Your system allows you to check for the availability of a domain, all from
one area on your site.  There is no need to leave the system to register a
domain.  The program automatically registers your domain name with the proper
server addresses and technical contact information.
   IMAGE LIBRARIES
Your system has cataloged hundreds of images, backgrounds and buttons for use
on your site.  All of our images are categorized by industry or other topic
related specific categories so that they can be easily located.  In addition
to the libraries, your system allows you to upload and file your own images
for use on your site.  If you see an image on the web, or if you have a logo
that you'd like to use on your site, simply add it to your custom library.
   WEBSTYLES
Realizing that most business owners don't have the time to spend on the
design and layout of their sites, your system has implemented an elaborate
system of web styles, which are pre-selected layouts.  The web styles
database contains a wide selection of web page looks to assist businesses in
the initial site building process that can be customizes and changed at
anytime.
   BUSINESS WIZARD
Your web site template comes complete with images, links, sub-pages, and text
that are specific to your business or industry. The program has taken the
hassle out of building a web site by allowing you to see a complete, industry
specific, web site in a matter of minutes.  Your site can then be customized
at any time later.
  
   EZ CONTACT LEAD MANAGEMENT
As a part of the complete solution, your site includes a powerful contact
management and lead-tracking tool.  EZ Contact is an on-line contact manager,
complete with calendar and email list management utilities.
   SITE PROMOTION
In order to allow you to take full advantage of your web site, the template
provides a site promotion tool designed to get the word out, and bring
customers to your site.  Site promotion allows you to submit your site to
many of the major search engines and Internet directory services including
Alta-vista, Excite, and Infoseek.
   MESSAGE CENTER
The message center allows you to receive messages in real time on your web
site.  Whether it's a customer service request, or additional product
information request.  You can check your messages as often as you like from
any browser.
   BUTTON / IMAGE CREATOR
The button builder allows you to customize your site by building buttons and
text images.  Simply select the Image Editor from your Tools menu, complete
the form, and you instantly have an image ready for use on your site.  You
can even use an existing image for the background of the new image you are
creating.
   PERSONAL CHAT ROOM
Every site owner is able to set up his or her own personal chat room for
discussions of any topic.  By simply clicking a button on your site, visitors
will be able to enter a chat room hosted by you.  You can use your chat room
to chat with potential customers, employees, or client's 24 hours a day.
   2000 PRODUCT CATALOG
You can include up to 2000 products in your on-line store.  Your catalog
software supports images, product descriptions, discount coding, custom
shipping methods, tax methods and much more.
   CREDIT CARD PROCESSING
It is now easy for you to start accepting credit cards for products and/or
services sold on your web site.  Whether you already have an online merchant
account, you want to set up your own merchant account, or you don't want a
merchant account at all.  The system is compatible with all major on-line
processors.
   THUMBNAIL CREATOR
The shopping system automatically reduces your product images into thumbnails
for easy display on your web site.  Regardless of the original image size,
all of the thumbnail images on your site will have the same width, while
maintaining the original aspect ratio, resulting in a well designed look for
your product pages.
   ORDER EXPORTING
Like your sales statistics, orders received on your site can also be exported
for use in your off-line point of sale or accounting packages.  Many retail
shops will find this a valuable feature for inventory tracking and product
ordering.
   FEATURES
You can use one or all of the features that your web site offers.  This is a
very easy program to learn and use; you can make changes to your site as
often as you like.  It eliminates the problem of hiring a web designer to
make changes to your site when you want to add a product, remove a product,
or run a special.
   COST
The prices range between $ 325.00 to $ 1499.00 depending on if you just want
to purchase the web site, have our company teach you how to use the program,
or have us design the whole web site for you.  
   SAMPLE SITES
We can make and email you a sample site for you to look at and customize any
way that you like.  Call us any time and we will be glad to help you.  The
only information that we need to make you a sample site is your company name,
your name, address, and telephone number, email address, and type of business
that you are in.
   TOLL FREE TEC-SUPPORT

Thank you for spending your time with us today. We know that you are very
busy.

Jim Weaver
Kim Nice
--part1_15.1605fc1f.2862d1cb_boundary-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 21:28:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37]) by hub.freebsd.org (Postfix) with ESMTP id 491A037B401 for ; Wed, 20 Jun 2001 21:28:43 -0700 (PDT) (envelope-from Freshairtoday14@aol.com) Received: from Freshairtoday14@aol.com by imo-d05.mx.aol.com (mail_out_v30.22.) id n.39.16828307 (3976) for ; Thu, 21 Jun 2001 00:28:37 -0400 (EDT) From: Freshairtoday14@aol.com Message-ID: <39.16828307.2862d1f4@aol.com> Date: Thu, 21 Jun 2001 00:28:36 EDT Subject: Your new web site To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_39.16828307.2862d1f4_boundary" X-Mailer: AOL 6.0 for Windows US sub 10513 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --part1_39.16828307.2862d1f4_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit FRESH AIR TODAY WEB DESIGN JIM WEAVER & KIM NICE 3071 HWY 101 NORTH GEARHART, OR 97138 1-503-738-0657 1-877-230-7268 Hello, We are writing to you today to see if you are interested in owning an affordable web site that you can customize and make changes yourself at any time without hiring a web designer to make the updates for you. Have you been thinking about creating a web site to further enhance your business, or do you already have a web site but find it difficult and expensive to modify and maintain? Have you wondered how best to advertise you business? Did you know that the typical customer or client would check out the advertiser who has a web site before going to an advertiser who just has a phone number or e-mail address? Web sites are a way to inform prospective clients or customers about who you are and what you offer. Most businesses could use the ease of marketing by using a web site connected to their business. However, there are some problems with the average site that make it difficult for the average entrepreneur to afford, modify and maintain a web site. A few of the problems include. The average web site can cost up to $5000.00. This money is spent on web master set up and maintenance fees, search engine and hosting fees, charges for displaying more than 20 products, charges for technical support, and the list continues. The more you include, the more expensive the site is. Items like a shopping cart, e-mail, chat rooms, etc. can add to the cost of a typical web site. The average web site is difficult to modify. If your web master is busy, or unavailable, you may have to wait days or weeks to modify your site (for a fee). That special promotion or ad that you wanted to place just doesn't happen. You can see the dilemma that exists. It is advantageous to have a web site and many are difficult to afford and maintain. We would like to solve this problem for you! At no cost and no obligation to you, we would like to design a basic web site for you to try for a 10-day trial period. If you would be interested please contact us by e-mail or phone. We need to ask you a few simple questions in order to customize your site. If you have any questions on how to navigate around your site while you modify it, please give us a call, we will be glad to answer any questions that you might have. Please read the site features below, you might be surprised at what we have to offer. All of the features are included in your web site. You can also go to www.freshairtoday.net and make a sample site to try out free of charge. YOUR WEB SITE FEATURES INCLUDE CUSTOM DOMAIN NAME Your system allows you to check for the availability of a domain, all from one area on your site. There is no need to leave the system to register a domain. The program automatically registers your domain name with the proper server addresses and technical contact information. IMAGE LIBRARIES Your system has cataloged hundreds of images, backgrounds and buttons for use on your site. All of our images are categorized by industry or other topic related specific categories so that they can be easily located. In addition to the libraries, your system allows you to upload and file your own images for use on your site. If you see an image on the web, or if you have a logo that you'd like to use on your site, simply add it to your custom library. WEBSTYLES Realizing that most business owners don't have the time to spend on the design and layout of their sites, your system has implemented an elaborate system of web styles, which are pre-selected layouts. The web styles database contains a wide selection of web page looks to assist businesses in the initial site building process that can be customizes and changed at anytime. BUSINESS WIZARD Your web site template comes complete with images, links, sub-pages, and text that are specific to your business or industry. The program has taken the hassle out of building a web site by allowing you to see a complete, industry specific, web site in a matter of minutes. Your site can then be customized at any time later. EZ CONTACT LEAD MANAGEMENT As a part of the complete solution, your site includes a powerful contact management and lead-tracking tool. EZ Contact is an on-line contact manager, complete with calendar and email list management utilities. SITE PROMOTION In order to allow you to take full advantage of your web site, the template provides a site promotion tool designed to get the word out, and bring customers to your site. Site promotion allows you to submit your site to many of the major search engines and Internet directory services including Alta-vista, Excite, and Infoseek. MESSAGE CENTER The message center allows you to receive messages in real time on your web site. Whether it's a customer service request, or additional product information request. You can check your messages as often as you like from any browser. BUTTON / IMAGE CREATOR The button builder allows you to customize your site by building buttons and text images. Simply select the Image Editor from your Tools menu, complete the form, and you instantly have an image ready for use on your site. You can even use an existing image for the background of the new image you are creating. PERSONAL CHAT ROOM Every site owner is able to set up his or her own personal chat room for discussions of any topic. By simply clicking a button on your site, visitors will be able to enter a chat room hosted by you. You can use your chat room to chat with potential customers, employees, or client's 24 hours a day. 2000 PRODUCT CATALOG You can include up to 2000 products in your on-line store. Your catalog software supports images, product descriptions, discount coding, custom shipping methods, tax methods and much more. CREDIT CARD PROCESSING It is now easy for you to start accepting credit cards for products and/or services sold on your web site. Whether you already have an online merchant account, you want to set up your own merchant account, or you don't want a merchant account at all. The system is compatible with all major on-line processors. THUMBNAIL CREATOR The shopping system automatically reduces your product images into thumbnails for easy display on your web site. Regardless of the original image size, all of the thumbnail images on your site will have the same width, while maintaining the original aspect ratio, resulting in a well designed look for your product pages. ORDER EXPORTING Like your sales statistics, orders received on your site can also be exported for use in your off-line point of sale or accounting packages. Many retail shops will find this a valuable feature for inventory tracking and product ordering. FEATURES You can use one or all of the features that your web site offers. This is a very easy program to learn and use; you can make changes to your site as often as you like. It eliminates the problem of hiring a web designer to make changes to your site when you want to add a product, remove a product, or run a special. COST The prices range between $ 325.00 to $ 1499.00 depending on if you just want to purchase the web site, have our company teach you how to use the program, or have us design the whole web site for you. SAMPLE SITES We can make and email you a sample site for you to look at and customize any way that you like. Call us any time and we will be glad to help you. The only information that we need to make you a sample site is your company name, your name, address, and telephone number, email address, and type of business that you are in. TOLL FREE TEC-SUPPORT Thank you for spending your time with us today. We know that you are very busy. Jim Weaver Kim Nice --part1_39.16828307.2862d1f4_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit FRESH AIR TODAY WEB DESIGN
JIM WEAVER & KIM NICE
3071 HWY 101 NORTH
GEARHART, OR 97138
1-503-738-0657
1-877-230-7268

Hello,
 
   We are writing to you today to see if you are interested in owning an
affordable web site that you can customize and make changes yourself at any
time without hiring a web designer to make the updates for you.
   Have you been thinking about creating a web site to further enhance your
business, or do you already have a web site but find it difficult and
expensive to modify and maintain?
   Have you wondered how best to advertise you business?  Did you know that
the typical customer or client would check out the advertiser who has a web
site before going to an advertiser who just has a phone number or e-mail
address?  Web sites are a way to inform prospective clients or customers
about who you are and what you offer.
   Most businesses could use the ease of marketing by using a web site
connected to their business.  However, there are some problems with the
average site that make it difficult for the average entrepreneur to afford,
modify and maintain a web site.  A few of the problems include.
   The average web site can cost up to $5000.00.  This money is spent on web
master set up and maintenance fees, search engine and hosting fees, charges
for displaying more than 20 products, charges for technical support, and the
list continues.  The more you include, the more expensive the site is.  Items
like a shopping cart, e-mail, chat rooms, etc. can add to the cost of a
typical web site.
   The average web site is difficult to modify.  If your web master is busy,
or unavailable, you may have to wait days or weeks to modify your site (for a
fee).  That special promotion or ad that you wanted to place just doesn't
happen.
   You can see the dilemma that exists.  It is advantageous to have a web
site and many are difficult to afford and maintain.
   We would like to solve this problem for you!
   At no cost and no obligation to you, we would like to design a basic web
site for you to try for a 10-day trial period. If you would be interested
please contact us by e-mail or phone. We need to ask you a few simple
questions in order to customize your site. If you have any questions on how
to navigate around your site while you modify it, please give us a call, we
will be glad to answer any questions that you might have.
Please read the site features below, you might be surprised at what we have
to offer. All of the features are included in your web site.

You can also go to www.freshairtoday.net and make a sample site to try out
free of charge.

YOUR WEB SITE FEATURES INCLUDE

   CUSTOM DOMAIN NAME
Your system allows you to check for the availability of a domain, all from
one area on your site.  There is no need to leave the system to register a
domain.  The program automatically registers your domain name with the proper
server addresses and technical contact information.
   IMAGE LIBRARIES
Your system has cataloged hundreds of images, backgrounds and buttons for use
on your site.  All of our images are categorized by industry or other topic
related specific categories so that they can be easily located.  In addition
to the libraries, your system allows you to upload and file your own images
for use on your site.  If you see an image on the web, or if you have a logo
that you'd like to use on your site, simply add it to your custom library.
   WEBSTYLES
Realizing that most business owners don't have the time to spend on the
design and layout of their sites, your system has implemented an elaborate
system of web styles, which are pre-selected layouts.  The web styles
database contains a wide selection of web page looks to assist businesses in
the initial site building process that can be customizes and changed at
anytime.
   BUSINESS WIZARD
Your web site template comes complete with images, links, sub-pages, and text
that are specific to your business or industry. The program has taken the
hassle out of building a web site by allowing you to see a complete, industry
specific, web site in a matter of minutes.  Your site can then be customized
at any time later.
  
   EZ CONTACT LEAD MANAGEMENT
As a part of the complete solution, your site includes a powerful contact
management and lead-tracking tool.  EZ Contact is an on-line contact manager,
complete with calendar and email list management utilities.
   SITE PROMOTION
In order to allow you to take full advantage of your web site, the template
provides a site promotion tool designed to get the word out, and bring
customers to your site.  Site promotion allows you to submit your site to
many of the major search engines and Internet directory services including
Alta-vista, Excite, and Infoseek.
   MESSAGE CENTER
The message center allows you to receive messages in real time on your web
site.  Whether it's a customer service request, or additional product
information request.  You can check your messages as often as you like from
any browser.
   BUTTON / IMAGE CREATOR
The button builder allows you to customize your site by building buttons and
text images.  Simply select the Image Editor from your Tools menu, complete
the form, and you instantly have an image ready for use on your site.  You
can even use an existing image for the background of the new image you are
creating.
   PERSONAL CHAT ROOM
Every site owner is able to set up his or her own personal chat room for
discussions of any topic.  By simply clicking a button on your site, visitors
will be able to enter a chat room hosted by you.  You can use your chat room
to chat with potential customers, employees, or client's 24 hours a day.
   2000 PRODUCT CATALOG
You can include up to 2000 products in your on-line store.  Your catalog
software supports images, product descriptions, discount coding, custom
shipping methods, tax methods and much more.
   CREDIT CARD PROCESSING
It is now easy for you to start accepting credit cards for products and/or
services sold on your web site.  Whether you already have an online merchant
account, you want to set up your own merchant account, or you don't want a
merchant account at all.  The system is compatible with all major on-line
processors.
   THUMBNAIL CREATOR
The shopping system automatically reduces your product images into thumbnails
for easy display on your web site.  Regardless of the original image size,
all of the thumbnail images on your site will have the same width, while
maintaining the original aspect ratio, resulting in a well designed look for
your product pages.
   ORDER EXPORTING
Like your sales statistics, orders received on your site can also be exported
for use in your off-line point of sale or accounting packages.  Many retail
shops will find this a valuable feature for inventory tracking and product
ordering.
   FEATURES
You can use one or all of the features that your web site offers.  This is a
very easy program to learn and use; you can make changes to your site as
often as you like.  It eliminates the problem of hiring a web designer to
make changes to your site when you want to add a product, remove a product,
or run a special.
   COST
The prices range between $ 325.00 to $ 1499.00 depending on if you just want
to purchase the web site, have our company teach you how to use the program,
or have us design the whole web site for you.  
   SAMPLE SITES
We can make and email you a sample site for you to look at and customize any
way that you like.  Call us any time and we will be glad to help you.  The
only information that we need to make you a sample site is your company name,
your name, address, and telephone number, email address, and type of business
that you are in.
   TOLL FREE TEC-SUPPORT

Thank you for spending your time with us today. We know that you are very
busy.

Jim Weaver
Kim Nice
--part1_39.16828307.2862d1f4_boundary-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 21:38:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta4-rme.xtra.co.nz (mta4-rme.xtra.co.nz [203.96.92.15]) by hub.freebsd.org (Postfix) with ESMTP id ED4D837B409 for ; Wed, 20 Jun 2001 21:38:13 -0700 (PDT) (envelope-from davep@afterswish.com) Received: from dave.afterswish.com ([210.54.116.57]) by mta4-rme.xtra.co.nz with ESMTP id <20010621044441.NHFE1819863.mta4-rme.xtra.co.nz@dave.afterswish.com> for ; Thu, 21 Jun 2001 16:44:41 +1200 Message-Id: <5.1.0.14.1.20010621163627.01f84120@pop.paradise.net.nz> X-Sender: dpreece@pop.paradise.net.nz X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 21 Jun 2001 16:40:44 +1200 To: freebsd-hackers@freebsd.org From: David Preece Subject: Re: Your new web site In-Reply-To: <15.1605fc1f.2862d1cb@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't know about anyone else, but it made my day. At 12:27 AM 6/21/01 -0400: >FRESH AIR TODAY WEB DESIGN >JIM WEAVER & KIM NICE >3071 HWY 101 NORTH >GEARHART, OR 97138 >1-503-738-0657 >1-877-230-7268 Is anyone close enough to drive round and have a quiet word? "Netiquette" for instance. Or "asking for trouble". Dave :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 22: 1:42 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 6051D37B401 for ; Wed, 20 Jun 2001 22:01:40 -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 f5L51bg70550; Wed, 20 Jun 2001 22:01:38 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 20 Jun 2001 22:01:37 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: David Preece Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Your new web site In-Reply-To: <5.1.0.14.1.20010621163627.01f84120@pop.paradise.net.nz> 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 Gearhart? Umm.. that's about 2 hours from Portland... Maybe DaveG can drive down from his hidey hole in Clackamas County... On Thu, 21 Jun 2001, David Preece wrote: > I don't know about anyone else, but it made my day. > > At 12:27 AM 6/21/01 -0400: > >FRESH AIR TODAY WEB DESIGN > >JIM WEAVER & KIM NICE > >3071 HWY 101 NORTH > >GEARHART, OR 97138 > >1-503-738-0657 > >1-877-230-7268 > > Is anyone close enough to drive round and have a quiet word? "Netiquette" > for instance. Or "asking for trouble". > > Dave :) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 22:14: 4 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 1381A37B401 for ; Wed, 20 Jun 2001 22:13:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.140.53.Dial1.SanJose1.Level3.net [209.247.140.53]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id WAA10370; Wed, 20 Jun 2001 22:13:40 -0700 (PDT) Message-ID: <3B3182A1.3FA92488@mindspring.com> Date: Wed, 20 Jun 2001 22:14: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: void Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory References: <200106200704.f5K74M706441@earth.backplane.com> <20010620193151.C2973@firedrake.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 void wrote: > > On Wed, Jun 20, 2001 at 12:04:22AM -0700, Matt Dillon wrote: > > > > A web proxy could be > > round-robined fairly easily, but for a mail relay it > > is often a good idea to split the incoming and outgoing > > mail into two separate round robins (two separate groups > > of machines). > > Why's that? So you can tune each type of machine appropriately for > the task? How would you tune incoming and outgoing mail servers > differently? Outgoing mail servers and incoming mail servers have different load characteristics and requirements. Without giving away any intellectual property from my own startup, here's a small sample: o Incoming SPAM filtering +'ed address delivery Virtual domains Automated "spam" complaint handling Automated "abuse" complaint handling Virus scanning Relay denial Per domain mail queues o Outgoing Relay permitted for customers SMTP-after-POP SMTP AUTH Exponential rate limiting, to avoid being a SPAM source Per message recipient count limiting "" Total message count limiting Outbound queue aging Identd processing, to avoid 3 minute delays DNS outage handling/avoidance Queue aging Queue division Large queue processing Hosted mailing list processing Connection caching That's about 1/3 my list for each of the two roles I've chosen to disclose here. In other words, it's a pretty big list, with a lot of differences between the roles, translating into a lot of differences between the tuning of both the applications you run, and the servers themselves (you might even decide to run sendmail in one direction, and qmail in the other, based on operational characteristics). FWIW: I designed and implemented (with help) the IBM Web Connections NOC in Rochester New York, for pretty much everything except the autoconfiguration database for a specialized appliance. Matt was one of the founders of Best Internet, Inc., which was bought out by Verio. Knowing how this stuff works is why Matt and I and others were so offended at the "SysAdmin Magazine ``benchmark'' report on FreeBSD vs. other OSs": it was not, as some have claimed, "sour grapes", it was professional indignation. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jun 20 23:14:59 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 31DEA37B401 for ; Wed, 20 Jun 2001 23:14:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.140.53.Dial1.SanJose1.Level3.net [209.247.140.53]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA22491; Wed, 20 Jun 2001 23:14:17 -0700 (PDT) Message-ID: <3B3190D9.D38B903D@mindspring.com> Date: Wed, 20 Jun 2001 23:14:49 -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: Rik van Riel Cc: Matt Dillon , "Ashutosh S. Rajekar" , freebsd-hackers@FreeBSD.ORG Subject: Re: max kernel memory 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 Rik van Riel wrote: > On Wed, 20 Jun 2001, Matt Dillon wrote: > > > I don't think this represents the biggest problem > > you would face, though. It is far more likely that > > hung or slow connections (e.g. the originator goes > > away without disconnecting the socket or the > > originator is on a slow link) will represent the > > biggest potential problem. It's too bad we can't > > 'swap out' socket buffers! > > Even that wouldn't save you from running into address > space issues with the kernel, unless you replace all > pointers with other kinds of indices ... but that'll > probably make things messy. Not really, though I could see how you'd think that, coming from a Linux background, and given the stack rewrite to the current level, there. The Linux VM system approach is to impose a simplified model, in order to make it easier to be cross-platform; FWIW, I follow Linux developement very, very closely: they tend to implement ideas mentioned on FreeBSD lists by myself and others more quickly than FreeBSD itself does, but tend to do so with a certain lack of academic rigor. The FreeBSD model grew up out of the idea of doing the state of the art implementation possible with hardware assistance (John Dyson's work on the unified VM and buffer cache predated all such non-academic work in all commercial UNIX implementations by almost two years, and included cache coloring, which was a brand new concept, at the time). FreeBSD has grown across Alpha and other platforms by emulating this sophistication in software, on systems where there was not immediately available hardware support. It has a number of locore.s and machdep.c and pmap.c warts that need trimming, but all in all, it is very sophisticated, at the lowest levels. This is _NOT_ intended as a Linux put-down: you have two approaches to a growing kid when it comes to new shoes: buy one size larger, and hope the child will grow into them, letting them walk around with big floppy shoes foor as long as it takes (early [or premature] implementation), or wait until the child out-grows the shoes it currently has, and starts to have problems with in-grown toenails ([hopefully] just in time implementation [sometimes it means bare feet for the summer]). Back to swapping socket structures... You could swap them if you wanted to give up some KVA space to be able to do it. The ipcb and tcpcb alloc's are done when they are done to permit swapping, which leaves sockets and templates as the major bugaboos. I personally do not think that that is worth it: the architecture you are suggesting is a strawman, and it represents a poor design for scaling, unless you are going to bite the bullet and use a 16M segmented AMD processor to give yourself more KVA space. For slow connections, you can delay instantiation of the actual socket; Ashutosh suggested this a short time ago. In fact, the OpenBSD, NetBSD, and BSDI code all support this today, in the form of a "SYN cache"; in Ashutosh's suggestion, he wanted to be somewhat more aggressive; instead of caching the SYN until the first ACK, he suggested caching the SYN, ACK, and SYNACK until the first data. Note that a "SYN" cache was intended to aid in doing load-shedding and increasing the resistance to the SYN-flood attacks: the existing implementations were intended for those reasons. The more aggressive method proposed allows load scaling. Either approach increases latency, but at those load levels, you probably care more about scaling. There are also other, more modern techniques. Ashutosh implied that the NetScaler box does layer 2 forwarding (this is not the correct technical name for it); from their description of their "Patent Pending IMP technology" (for which I think it's possible to demonstrate prior art back as far as 1996: the technical reports are available on the web), they really need to do connection aggregation, which can't be done, without locally terminating the TCP endpoints. I think their "millions of connections" equals a number of boxes ganged together to get to that level, or they have purpose-built hardware to do the work; perhaps that's why they are supposedly "hurting", though I've seen no evidence of that (or against it), unless their job listings are meaningful. There's code to do much of this already (much of it from commercial work that's already completed), and a lot of it is going to find its way back into FreeBSD, if FreeBSD wants it. There are one or two experimental Linux versions that do it as well, for which I've only seen the technical reports, and for which the authors are being really circumspect on releasing the code (if you were an academic who wanted to make money after demonstrating a good idea, and thought implementation would be a barrier to competition, you'd publish to get venture funding, but port the code to some place you didn't have to give source out, too). The really fundamental problems with FreeBSD at this point devolve down to some moderately easily repaired historical artifacts in its VM architecture and allocation techniques and policies, as well as administrative limits for "general purpose" use being the defaults, with no way to "autotune" based on workload. Most of the fixes have been known in the literature since the early and mid 1990's (though some are more recent). Even if you "autotuned", you would run into the default administrative limits that most people would be unhappy changing, since it would make the system very poor interactively under a heterogeneous workload. Most of the tuning that people seem to want is for homogeneous workloads, where there are a small number of programs, but maybe a large number of instances. Things in this category include benchmarks, Apache or mail servers, etc. -- role based dedicated boxes, for which the administrative limits make considerably less sense. Right now, to get those, you have to know what you are doing and what works and why, and tune. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 0: 9: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.high-tech-communications.com (mail.high-tech-communications.com [216.133.228.90]) by hub.freebsd.org (Postfix) with ESMTP id 55AE337B41A for ; Thu, 21 Jun 2001 00:09:00 -0700 (PDT) (envelope-from content-management@mail.high-tech-communications.com) Received: (from content-management@localhost) by mail.high-tech-communications.com (8.11.2/8.11.2) id f5L7HLd02511; Thu, 21 Jun 2001 00:17:21 -0700 Date: Thu, 21 Jun 2001 00:17:21 -0700 Message-Id: <200106210717.f5L7HLd02511@mail.high-tech-communications.com> To: freebsd-hackers@FreeBSD.org From: Victor Black Subject: New web utility Content-Type: text/html; 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

I noticed your email address on a list serve related to technology and web development.  With your permission, we
would like to send you information regarding new web tools and utilities based on your interests.  Please click the
following link and opt-in to our product updates and e-newsletter, click here: http://216.133.228.90/

Cordially,

Victor Black
High-Tech-Communications.com

If you would like to be removed from our database, please click here: http://216.133.228.90/remove.cgi

 

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 1:24:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id 435B437B403 for ; Thu, 21 Jun 2001 01:24:26 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Thu, 21 Jun 2001 10:24:24 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9CD5@l04.research.kpn.com> From: "Koster, K.J." To: 'Jordan Hubbard' Cc: hackers@FreeBSD.ORG Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Thu, 21 Jun 2001 10:24:24 +0100 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 Dear Jordan, Bill Gates has jumped in to clarify "OS vs. GPL" surprisingly quickly after the publication in WSJ. Lee is my hero. > > Sort of the other way around. We were the "several FreeBSD > volunteers" referenced in the article. Lee's my press contact at the > WSJ and he's done a number of pieces favorable to us in the past. > Perhaps Lee can consider tracking down how much GLP lisenced software is used in companies in close proximity to Microsoft. While Microsoft is not going to be caught dead using it, there must be companies that are married to Microsoft on one end, but happily use Linux on the other. Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 2:59:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by hub.freebsd.org (Postfix) with ESMTP id 81EAF37B401 for ; Thu, 21 Jun 2001 02:59:38 -0700 (PDT) (envelope-from Rahul.Siddharthan@lpt.ens.fr) Received: from corto.lpt.ens.fr (corto.lpt.ens.fr [129.199.122.2]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f5L9xa616597 ; Thu, 21 Jun 2001 11:59:36 +0200 (CEST) Received: from (rsidd@localhost) by corto.lpt.ens.fr (8.9.3/jtpda-5.3.1) id MAA63360 ; Thu, 21 Jun 2001 12:00:34 +0200 (CEST) Date: Thu, 21 Jun 2001 12:00:34 +0200 From: Rahul Siddharthan To: "Koster, K.J." Cc: "'Jordan Hubbard'" , hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? Message-ID: <20010621120034.A63133@lpt.ens.fr> References: <59063B5B4D98D311BC0D0001FA7E452205FD9CD5@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FD9CD5@l04.research.kpn.com>; from K.J.Koster@kpn.com on Thu, Jun 21, 2001 at 10:24:24AM +0100 X-Operating-System: FreeBSD 3.4-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Koster, K.J. said on Jun 21, 2001 at 10:24:24: > Perhaps Lee can consider tracking down how much GLP lisenced software is > used in companies in close proximity to Microsoft. While Microsoft is not > going to be caught dead using it, http://www.microsoft.com/windows2000/interix/interixinc.asp Plenty of GNU stuff there, though it doesn't say so explicitly. Of course, they say it's all meant only for "legacy Unix" stuff. - Rahul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 3: 6:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id 627AB37B406 for ; Thu, 21 Jun 2001 03:06:25 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15D1Lw-0004vM-00; Thu, 21 Jun 2001 11:06:20 +0100 From: "Andy" To: "Rahul Siddharthan" , "Koster, K.J." Cc: Subject: RE: Query: How to tell if Microsoft is using BSD TCP/IP code? Date: Thu, 21 Jun 2001 11:06:20 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20010621120034.A63133@lpt.ens.fr> Importance: Normal 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 OOPs ;) check http://linuxtoday.com/news_story.php3?ltsn=2001-06-20-018-20-NW-MS-SW Ak > Koster, K.J. said on Jun 21, 2001 at 10:24:24: > > Perhaps Lee can consider tracking down how much GLP lisenced software is > > used in companies in close proximity to Microsoft. While > Microsoft is not > > going to be caught dead using it, > > http://www.microsoft.com/windows2000/interix/interixinc.asp > Plenty of GNU stuff there, though it doesn't say so explicitly. > Of course, they say it's all meant only for "legacy Unix" stuff. > > - Rahul > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 3:44: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C67D737B403 for ; Thu, 21 Jun 2001 03:44:04 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id MAA64240; Thu, 21 Jun 2001 12:44:02 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Andy" Cc: "Rahul Siddharthan" , "Koster, K.J." , Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? References: From: Dag-Erling Smorgrav Date: 21 Jun 2001 12:44:01 +0200 In-Reply-To: Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Andy" writes: > http://linuxtoday.com/news_story.php3?ltsn=2001-06-20-018-20-NW-MS-SW Doesn't this mean software developed with Microsoft's SDK is viral? And doesn't *that* mean you're not allowed to develop it with Microsoft's SDK? And doesn't this sound a bit circular? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 3:46: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 02F2937B408 for ; Thu, 21 Jun 2001 03:46:01 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id MAA64252; Thu, 21 Jun 2001 12:45:57 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: David Preece Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Your new web site References: <5.1.0.14.1.20010621163627.01f84120@pop.paradise.net.nz> From: Dag-Erling Smorgrav Date: 21 Jun 2001 12:45:57 +0200 In-Reply-To: <5.1.0.14.1.20010621163627.01f84120@pop.paradise.net.nz> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Preece writes: > Is anyone close enough to drive round and have a quiet word? > "Netiquette" for instance. Or "asking for trouble". Or "lookity shiny new baseball bat"? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 5:24:56 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 63D3237B401 for ; Thu, 21 Jun 2001 05:24:47 -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 2CBB538CBB for ; Thu, 21 Jun 2001 09:24:41 -0300 (EST) Received: (qmail 2415 invoked by uid 0); 21 Jun 2001 12:23:20 -0000 Received: from duckman.distro.conectiva (HELO duckman.conectiva.com.br) (root@10.0.17.2) by burns.conectiva with SMTP; 21 Jun 2001 12:23:20 -0000 Received: from localhost (riel@localhost) by duckman.conectiva.com.br (8.11.3/8.11.3) with ESMTP id f5LCObn06378; Thu, 21 Jun 2001 09:24:38 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Thu, 21 Jun 2001 09:24:37 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Terry Lambert Cc: Matt Dillon , "Ashutosh S. Rajekar" , Subject: Re: max kernel memory In-Reply-To: <3B3190D9.D38B903D@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 Wed, 20 Jun 2001, Terry Lambert wrote: > Back to swapping socket structures... > > You could swap them if you wanted to give up some KVA > space to be able to do it. Which is a problem, especially for Linux. The problem here is that there are x86 machines around with 64GB of RAM. Linux has just under 1GB of KVA and FreeBSD has (IIRC) 2GB of KVA. Even the FreeBSD figure is just 3% of RAM on those machines. With the KVA being that low a percentage of the total amount of physical memory, you really have to watch carefully at all the excess fat on your data structures... This would certainly be true for the page table and pmap architecture in FreeBSD; Linux is already running into the problem that under some (common on such machines) workloads on the 16GB - 64GB sized machines the needed page tables are almost as large as the total KVA. The solution for this will probably be the use of 2MB pages for the large SHM segments and mmap()ed files. This way we can keep the flexibility of paging (needed by SAP) and bring the pagetable overhead down a factor of 512 ;) > I personally do not think that that is worth it: Nothing but violent agreement here. > The really fundamental problems with FreeBSD at this > point devolve down to some moderately easily repaired > historical artifacts in its VM architecture and allocation > techniques and policies, as well as administrative > limits for "general purpose" use being the defaults, > with no way to "autotune" based on workload. Most of > the fixes have been known in the literature since the > early and mid 1990's (though some are more recent). These aren't even that fundamental. In Linux 2.2 and 2.4 we solved most of these autotune thingies without too much impact on the code. The only major problem is that the writers of each subsystem set a too high maximum for their subsystem ... something I'm slowly getting around to fixing ;) cheers, 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 Thu Jun 21 5:56:39 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 DDC1437B401 for ; Thu, 21 Jun 2001 05:56:34 -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 BB0C738C2E for ; Thu, 21 Jun 2001 09:56:29 -0300 (EST) Received: (qmail 10796 invoked by uid 0); 21 Jun 2001 12:55:09 -0000 Received: from duckman.distro.conectiva (HELO duckman.conectiva.com.br) (root@10.0.17.2) by burns.conectiva with SMTP; 21 Jun 2001 12:55:09 -0000 Received: from localhost (riel@localhost) by duckman.conectiva.com.br (8.11.3/8.11.3) with ESMTP id f5LCuIH07031; Thu, 21 Jun 2001 09:56:23 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Thu, 21 Jun 2001 09:56:18 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Dag-Erling Smorgrav Cc: Andy , Rahul Siddharthan , "Koster, K.J." , Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? 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 21 Jun 2001, Dag-Erling Smorgrav wrote: > "Andy" writes: > > http://linuxtoday.com/news_story.php3?ltsn=2001-06-20-018-20-NW-MS-SW > > Doesn't this mean software developed with Microsoft's SDK is viral? > And doesn't *that* mean you're not allowed to develop it with > Microsoft's SDK? And doesn't this sound a bit circular? http://msdn.microsoft.com/msdn-files/027/001/516/eula_mit.htm Particularly clause 1 (c). What was it again about a cat in a corner making weird jumps? ;) 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 Thu Jun 21 6: 8:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from columbus.cris.net (ns.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id B7C5337B403; Thu, 21 Jun 2001 06:08:23 -0700 (PDT) (envelope-from phantom@phantom.cris.net) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id QAA56468; Thu, 21 Jun 2001 16:08:18 +0300 (EEST) Received: (from phantom@localhost) by phantom.cris.net (8.11.1/8.11.1) id f5LD8LM30387; Thu, 21 Jun 2001 16:08:21 +0300 (EEST) (envelope-from phantom) Date: Thu, 21 Jun 2001 16:08:21 +0300 From: Alexey Zelkin To: hackers@FreeBSD.org, audit@FreeBSD.org Cc: bde@FreeBSD.org, ache@FreeBSD.org Subject: whois(1) patch for review Message-ID: <20010621160821.A30249@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-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 have made few modifications to whois(1) to shut up BDECFLAGS warnings, cleanup code, and add new features. Main aim of this patch is to add flexibility to people who want to point whois(1) to non-deault whois server, i.e. have to type "-h server name" many times. It adds new command line modifier "-c" to declare server code. Originally it was supposed to point to country's whois server, but with no modifications can be used for other areas. For example you can have following string in your whoisservers configuration file (system wide -- /usr/share/misc/whoiservers or personal ~/.whoisservers): local whois.mydomain.com To point whois(1) to this server now you need to use whois -h whois.mydaomin.com XYZ with patch whois -clocal XYZ It also supposed to be used for country's whois servers. For example with whoisservers. ... ru whois.ripn.net ua whois.net.ua ... whois -c ru freebsd.org.ru (use -- whois.ripn.net) whois -c ua freebsd.org.ua (use -- whois.net.ua) Resume: with this patch included to add new country's whois server we'll need to add only one string to text file, not to modify whois(1) code as it has been done by Andrey for '-R' and as some pending PR's proposed to do. PS: I also removed -R switch for whois(1) which was used to point to Russian whois server, since it is replaced with "-c ru" PPS: It's tested on STABLE, but I don't think that there can be problems with -current. PPPS: Patch is dirty threfore any ideas on its cleanup are welcome. Also additional idea on improving whois(1) flexibility are welcome! I hope to get some free time on this weekend and commit it if nobody has strong objections. http://phantom.cris.net/~phantom/whois_patch.tgz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 6:15:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from michp758.redstone.army.mil (emh2.redstone.army.mil [136.205.10.78]) by hub.freebsd.org (Postfix) with ESMTP id CF4E437B406; Thu, 21 Jun 2001 06:15:30 -0700 (PDT) (envelope-from joel.sherrill@OARcorp.com) Received: from OARcorp.com ([136.205.65.139] (may be forged)) by michp758.redstone.army.mil (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id IAA01072; Thu, 21 Jun 2001 08:15:11 -0500 (CDT) Message-ID: <3B31F2AD.E2850728@OARcorp.com> Date: Thu, 21 Jun 2001 08:12:13 -0500 From: Joel Sherrill Reply-To: joel.sherrill@OARcorp.com Organization: OAR Corporation X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Wes Peters Cc: James Housley , hackers@freebsd.org, questions@freebsd.org Subject: Re: real time References: <3AF30CF8.FC28EDA1@thehousleys.net> <3AF5D1BF.93588882@softweyr.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 Wes Peters wrote: > > James Housley wrote: > > > > Wes Peters wrote: > > > > > > Charles: > > > > > > > > -----Original Message----- > > > > > Joao Carlos asked: > > > > > > > > > > Does FreeBSD has any related work about it as an real time operating > > > > > system? > > > > > Where can i find information about that ?? > > > > > > > > Here's one starting point, > > > > > > > > http://www.rtmx.com/ > > > > > > > > They offer extensions to OpenBSD. > > > > > > Used to. RTMX contributed the RTMX code base to OpenBSD and stopped > > > distributing it themselves over a year ago. Since then, it has > > > disappeared, with no mention of it on the OpenBSD web site. Neither > > > OpenBSD.org, rtmx.com, nor rtmx.net has a "search" feature, so > > > looking for it is nearly impossible. There is nothing in the OpenBSD > > > change logs mentioning RTMX, either. > > > > > > > RTEMS, http://www.oarcorp.com, does compile and run on FreeBSD. I have > > been contacted/contacting one of their main people about closer ties. > > The tools are in the ports tree. > > Tell Joel I said Hi. I like everything about RTEMS except the GPL that > has infested it. I wish we could convince OARcorp to shed this and come > up with a license that allows binary distribution. The licensing issue > is the primary advantage eCOS has over RTEMS at this time, doubly ironic > now that RootHack owns eCOS. I am sorry for missing this. I was out of town at the time and just now cleaning my inbox down to that point. RTEMS is not pure-GPL -- it does allow binary redistribution. It also has an exception that allows linking RTEMS with an application without causing the application to be covered by the GPL. > -- > "Where am I, and what am I doing in this handbasket?" > > Wes Peters Softweyr LLC > wes@softweyr.com http://softweyr.com/ -- Joel Sherrill, Ph.D. Director of Research & Development joel@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 6:27:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 1C14937B403 for ; Thu, 21 Jun 2001 06:27:20 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 13955 invoked by uid 1000); 21 Jun 2001 13:25:46 -0000 Date: Thu, 21 Jun 2001 16:25:46 +0300 From: Peter Pentchev To: Alexey Zelkin Cc: hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org, ache@FreeBSD.org Subject: Re: whois(1) patch for review Message-ID: <20010621162546.I772@ringworld.oblivion.bg> Mail-Followup-To: Alexey Zelkin , hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org, ache@FreeBSD.org References: <20010621160821.A30249@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621160821.A30249@phantom.cris.net>; from phantom@FreeBSD.org.ua on Thu, Jun 21, 2001 at 04:08:21PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 21, 2001 at 04:08:21PM +0300, Alexey Zelkin wrote: > hi, > > I have made few modifications to whois(1) to shut up BDECFLAGS > warnings, cleanup code, and add new features. [snip] > > Resume: with this patch included to add new country's whois server > we'll need to add only one string to text file, not to modify > whois(1) code as it has been done by Andrey for '-R' and as > some pending PR's proposed to do. > > PS: I also removed -R switch for whois(1) which was used to point > to Russian whois server, since it is replaced with "-c ru" > > PPS: It's tested on STABLE, but I don't think that there can be problems > with -current. > > PPPS: Patch is dirty threfore any ideas on its cleanup are welcome. Also > additional idea on improving whois(1) flexibility are welcome! I hope to > get some free time on this weekend and commit it if nobody has strong > objections. > > http://phantom.cris.net/~phantom/whois_patch.tgz Wow. I think there's been a GREAT deal of duplication of effort over whois(1).. Have you looked at Mike Barcroft's patches, posted both as a PR and as a longish thread on -audit a couple of days ago, or at Joachim Strombergson's patches, posted as a longish thread on -audit a month or so ago? My understanding is that Mike Barcroft's patches remove the warnings, and Joachim Strombergson was working on the server list thing :) G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 6:55: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from columbus.cris.net (ns.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 9B78137B401; Thu, 21 Jun 2001 06:54:47 -0700 (PDT) (envelope-from phantom@phantom.cris.net) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id QAA66004; Thu, 21 Jun 2001 16:54:44 +0300 (EEST) Received: (from phantom@localhost) by phantom.cris.net (8.11.1/8.11.1) id f5LDslw30778; Thu, 21 Jun 2001 16:54:48 +0300 (EEST) (envelope-from phantom) Date: Thu, 21 Jun 2001 16:54:47 +0300 From: Alexey Zelkin To: Alexey Zelkin , hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org, ache@FreeBSD.org Subject: Re: whois(1) patch for review Message-ID: <20010621165447.A30719@phantom.cris.net> References: <20010621160821.A30249@phantom.cris.net> <20010621162546.I772@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621162546.I772@ringworld.oblivion.bg>; from roam@orbitel.bg on Thu, Jun 21, 2001 at 04:25:46PM +0300 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-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, On Thu, Jun 21, 2001 at 04:25:46PM +0300, Peter Pentchev wrote: > > I have made few modifications to whois(1) to shut up BDECFLAGS > > warnings, cleanup code, and add new features. > [snip] > > > > Resume: with this patch included to add new country's whois server > > we'll need to add only one string to text file, not to modify > > whois(1) code as it has been done by Andrey for '-R' and as > > some pending PR's proposed to do. > > > > PS: I also removed -R switch for whois(1) which was used to point > > to Russian whois server, since it is replaced with "-c ru" > > > > PPS: It's tested on STABLE, but I don't think that there can be problems > > with -current. > > > > PPPS: Patch is dirty threfore any ideas on its cleanup are welcome. Also > > additional idea on improving whois(1) flexibility are welcome! I hope to > > get some free time on this weekend and commit it if nobody has strong > > objections. > > > > http://phantom.cris.net/~phantom/whois_patch.tgz > > Wow. > > I think there's been a GREAT deal of duplication of effort over whois(1).. > > Have you looked at Mike Barcroft's patches, posted both as a PR and > as a longish thread on -audit a couple of days ago, or at Joachim > Strombergson's patches, posted as a longish thread on -audit a month > or so ago? > > My understanding is that Mike Barcroft's patches remove the warnings, > and Joachim Strombergson was working on the server list thing :) I did not follow things going on carefully for almost two months while I'd a deal with graduate project, but now since it's finished (Yay!!!) and I got some time I started to dig to old patches (made during last three months) and it's one of them. :) I'd incorporated few missing points from Mike's PR and have on hold Joachim's (I have plans and ideas to make it even more optimized). So, if people also started to work on this topic it shows its actuality, IMHO. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 7:39:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from buddha.automagic.org (buddha-nexxia.automagic.org [207.61.141.34]) by hub.freebsd.org (Postfix) with SMTP id 325B037B406 for ; Thu, 21 Jun 2001 07:39:06 -0700 (PDT) (envelope-from jabley@buddha.automagic.org) Received: (qmail 571 invoked by uid 100); 21 Jun 2001 14:39:05 -0000 Date: Thu, 21 Jun 2001 10:39:05 -0400 From: Joe Abley To: Alexey Zelkin Cc: hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org, ache@FreeBSD.org Subject: Re: whois(1) patch for review Message-ID: <20010621103904.M6104@buddha.home.automagic.org> References: <20010621160821.A30249@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621160821.A30249@phantom.cris.net>; from phantom@FreeBSD.org.ua on Thu, Jun 21, 2001 at 04:08:21PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 21, 2001 at 04:08:21PM +0300, Alexey Zelkin wrote: > It adds new command line modifier "-c" to declare server code. > Originally it was supposed to point to country's whois > server, but with no modifications can be used for other areas. > > For example you can have following string in your whoisservers > configuration file (system wide -- /usr/share/misc/whoiservers > or personal ~/.whoisservers): > > local whois.mydomain.com I wrote a patch for the openbsd whois client a year or so ago which used lookups under the whois-servers.net zone to locate appropriate whois servers for domain names. Looks like someone ported that to FreeBSD's client (the -Q option). Just thought I'd mention it, since your examples include: > It also supposed to be used for country's whois servers. For example > with whoisservers. > > ... > ru whois.ripn.net > ua whois.net.ua > ... > > whois -c ru freebsd.org.ru (use -- whois.ripn.net) whois -Q freebsd.org.ru > whois -c ua freebsd.org.ua (use -- whois.net.ua) whois -Q freebsd.org.ua > Resume: with this patch included to add new country's whois server > we'll need to add only one string to text file, not to modify > whois(1) code as it has been done by Andrey for '-R' and as > some pending PR's proposed to do. This list is already maintained in the whois-servers.net zone. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 7:52:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 122F537B403 for ; Thu, 21 Jun 2001 07:52:39 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 35618 invoked by uid 100); 21 Jun 2001 14:52:38 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15154.2614.517689.505047@guru.mired.org> Date: Thu, 21 Jun 2001 09:52:38 -0500 To: Rahul Siddharthan Cc: "Koster, K.J." , "'Jordan Hubbard'" , hackers@FreeBSD.ORG Subject: Re: Query: How to tell if Microsoft is using BSD TCP/IP code? In-Reply-To: <20010621120034.A63133@lpt.ens.fr> References: <59063B5B4D98D311BC0D0001FA7E452205FD9CD5@l04.research.kpn.com> <20010621120034.A63133@lpt.ens.fr> 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 Rahul Siddharthan types: > http://www.microsoft.com/windows2000/interix/interixinc.asp > Plenty of GNU stuff there, though it doesn't say so explicitly. > Of course, they say it's all meant only for "legacy Unix" stuff. "Legacy" being industry jargon for "working". 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 Thu Jun 21 7:53:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from samar.sasken.com (samar.sasken.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 288A937B406 for ; Thu, 21 Jun 2001 07:53:51 -0700 (PDT) (envelope-from pmk@sasken.com) Received: from samar (localhost [127.0.0.1]) by samar.sasken.com (8.11.3/8.11.3) with SMTP id f5LErmt06475 for ; Thu, 21 Jun 2001 20:23:48 +0530 (IST) Received: from localhost (pmk@localhost) by sunk3.sasi.com (8.9.3/8.9.3) with ESMTP id UAA29454 for ; Thu, 21 Jun 2001 20:23:43 +0530 (IST) Date: Thu, 21 Jun 2001 20:23:43 +0530 (IST) From: Mohana Krishna Penumetcha X-Sender: To: Subject: assigning MAC addr to NIC after boot up? 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 device to which i am writing a driver doesn't have a pre-assigned MAC address. only after the system boots up, a user level program will assign it a MAC address. I want to know if it is correct to attach a network interface without MAC address. And if it is o.k., when i get the MAC address from user program, besides updating the MAC address field in the arpcom structure do i need to call any of arp or other routing functions? regards, mohan ------------------------------------------------------------------------ Creativity is allowing yourself to make mistakes and Art is knowing which ones to keep. -Dilbert Mohana Krishna P. ph:- Res: 5500412 Off: 5560735/6/7 x8065 Telecom ODC, Sasken Communication Technologies, INDIA. http://www.sasken.com ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 7:55:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.magma.ca (mx2.magma.ca [206.191.0.250]) by hub.freebsd.org (Postfix) with ESMTP id C4CCF37B401 for ; Thu, 21 Jun 2001 07:55:41 -0700 (PDT) (envelope-from louisphilippe@macadamian.com) Received: from mail5.magma.ca (mail5.magma.ca [206.191.0.225]) by mx2.magma.ca (8.9.3/8.9.3) with ESMTP id KAA04012 for ; Thu, 21 Jun 2001 10:55:41 -0400 (EDT) Received: from durandal (mothership.macadamian.com [206.191.21.204]) by mail5.magma.ca (8.11.2/8.11.2) with SMTP id f5LEtet16516 for ; Thu, 21 Jun 2001 10:55:40 -0400 (EDT) Message-ID: <0db001c0fa62$2b567800$2964a8c0@macadamian.com> From: "Louis-Philippe Gagnon" To: Subject: pthread/longjmp/signal problem Date: Thu, 21 Jun 2001 10:55:10 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 No reactions the first time, let's try again. I've encountered a problem in the interaction betwen signals, longjmp and pthreads; I'm hoping someone can help me make sense of it. I've been trying to implement a IsBadReadPtr-style function in FreeBSD by using signal handlers and longjmp/setjmp. It seemed to work as expected, until I started using the -pthread option to gcc (thus linking against libc_r). Now the function only works on the first call; subsequent calls hang on the segmentation fault. Here's an example of the kind of code that causes problems : #include #include #include sigjmp_buf env; void handler(int n, siginfo_t *si, void *c) { int z; fprintf(stderr,"in handler\n"); siglongjmp(env, 1); } int main() { int *x=0; int y=0; int z; struct sigaction act; act.sa_handler=NULL; act.sa_sigaction=handler; sigemptyset(&act.sa_mask); act.sa_flags=SA_SIGINFO; sigaction(SIGSEGV,&act,NULL); if(sigsetjmp(env,1)) fprintf(stderr,"longjmp successful\n"); if(y>=10) return 0; y++; fprintf(stderr, "before sigsegv\n"); z=*x; return 1; } Basically, the app registers a signal handler for SIGSEGV, initializes a setjmp() buffer, then provokes a segmentation fault. The expected behavior is for the signal handler to get called, which will longjmp() bask to main, where another segmentation fault will occur, which repeats the process. After 10 times, the if(y>=10) condition makes the program exit. Compiling with 'gcc test.c', the program behaves as expected. But if I compile with 'gcc -pthread test.c', the signal handler gets called a single time and longjmp()s back into main; the program then hangs on the second segmentation fault. 'top' shows the process is eating up all available CPU. Using gdb, trying to continue execution with 'stepi' after receiving the second SIGSEGV immediately returns control to gdb with another SIGSEGV, then another, and so on. If I use sigsetjmp(env,0) (instead of 1, so the signal mask isn't restored by longjmp), I get this hang even without -pthread, which leads me to think that libc_r blocks the signal even when it shouldn't. I tried : -Unblocking the signal manually (with sigprocmask and pthread_sigmask) -Replacing sigsetjmp/siglongjmp by setjmp/longjmp -Calling setjmp() before sigaction instead of after -Using a ANSI-style handler instead of POSIX (int handler(int code)) -Using the flags SA_ONSTACK, SA_NODEFER -Using sigaltstack -... and various combinations of these none of this made any difference. Doing some research in previous bug reports, this seems very similar to bug 14685 (setjmp/longjmp in threaded app cause subsequent read to run forever), but that bug has been closed for over a year... I couldn't find any other really similar bug reports (though 22286 and 21943 seemed vaguely related) Out of curiosity, I tried installing the linuxthreads port and using that : this actually works, but I may not be able to use it as a permanent solution. My system is FreeBSD 4.3-RELEASE, with all binaries straight off the CD (nothing rebuilt); installed on a single-processor PIII-600 I tried the same test on a FreeBSD 4.2 machine : same results. I tried rebuilding libc and libc_r on that machine : no change (though I didn't expect any) I also tried the same code in Linux (RedHat 6.1), where it behaves as expected. So the questions are : -Am I doing something obviously wrong? -Is this a bug? -Is this a known bug with a known workaround? Thanks for any help. Louis-Philippe Gagnon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 8:23:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id BD97137B403; Thu, 21 Jun 2001 08:23:18 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15D6If-0002yu-00; Thu, 21 Jun 2001 16:23:17 +0100 From: "Andy" To: Cc: , Subject: RE: shutdown not completing Date: Thu, 21 Jun 2001 16:23:17 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: Importance: Normal 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 cross posting this to -smp and -hackers as it seems to be a problem there..... for those who are new to the problem, in -stable we have reports of "shutdown now" hanging rather than dropping to single user mode. I have a dual PIII machine. At 4.2-RELEASE I had no problems at all. However, two/three days ago I went to -STABLE. I now have the "shutdown now" problem. However, if I boot GENERIC I have no problem with shutdown now. So, as an experiment I made a new kernel based on my SMP kernel. The only change I made was to drop the two lines which make it an SMP kernel. On doing "shutdown now" with this kernel I go to single user mode. So, the "shutdown now" problem appears to be connected with shutting down processor #1 ?? Anyone shed light on this? Regards Andy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 8:36:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id 5E86237B401 for ; Thu, 21 Jun 2001 08:36:40 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.mybox.zip ([207.214.149.88]) by mta7.pltn13.pbi.net (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with ESMTP id <0GFA007J7DVIHN@mta7.pltn13.pbi.net> for freebsd-hackers@FreeBSD.ORG; Thu, 21 Jun 2001 08:33:26 -0700 (PDT) Received: by zippy.mybox.zip (Postfix, from userid 1000) id 17A9B181C; Thu, 21 Jun 2001 08:33:12 -0700 (PDT) Date: Thu, 21 Jun 2001 08:33:11 -0700 From: Alex Zepeda Subject: Re: Your new web site In-reply-to: <5.1.0.14.1.20010621163627.01f84120@pop.paradise.net.nz>; from davep@afterswish.com on Thu, Jun 21, 2001 at 04:40:44PM +1200 To: freebsd-hackers@FreeBSD.ORG Message-id: <20010621083311.A18427@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <15.1605fc1f.2862d1cb@aol.com> <5.1.0.14.1.20010621163627.01f84120@pop.paradise.net.nz> Sender: owner-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, Jun 21, 2001 at 04:40:44PM +1200, David Preece wrote: > >1-877-230-7268 > > Is anyone close enough to drive round and have a quiet word? "Netiquette" > for instance. Or "asking for trouble". Well if you're in the US, why not call him? The further away the better. :^) - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 9: 7:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2B90737B409; Thu, 21 Jun 2001 09:07:25 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id SAA65523; Thu, 21 Jun 2001 18:07:08 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: joel.sherrill@OARcorp.com Cc: Wes Peters , James Housley , hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: real time References: <3AF30CF8.FC28EDA1@thehousleys.net> <3AF5D1BF.93588882@softweyr.com> <3B31F2AD.E2850728@OARcorp.com> From: Dag-Erling Smorgrav Date: 21 Jun 2001 18:07:08 +0200 In-Reply-To: <3B31F2AD.E2850728@OARcorp.com> Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joel Sherrill writes: > RTEMS is not pure-GPL -- it does allow binary redistribution. So does "pure GPL", as long as you make the sources available. If you mean that you can redistribute (potentially modified) RTEMS binaries without providing the source code, then you've effectively got a {BSD,MIT,Apache} license (except for a few details about attributions and the naming of derivative software), and you might as well make the change in name as well as in function. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 9:13:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f6.law14.hotmail.com [64.4.21.6]) by hub.freebsd.org (Postfix) with ESMTP id 99EEE37B409 for ; Thu, 21 Jun 2001 09:13:37 -0700 (PDT) (envelope-from list_tracker@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 21 Jun 2001 09:13:34 -0700 Received: from 64.242.6.171 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 21 Jun 2001 16:13:29 GMT X-Originating-IP: [64.242.6.171] From: "list tracker" To: hackers@FreeBSD.ORG Subject: multiple pccard_ifconfig statements in one rc.conf ? Problems. Date: Thu, 21 Jun 2001 16:13:29 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Jun 2001 16:13:34.0103 (UTC) FILETIME=[1EC5C270:01C0FA6D] Sender: owner-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 two pc card NICs in my system - ep0 and wi0. All of the normal problems (irq, etc.) have been solved, and I am using them beautifully. The problem is, I would like to use the pccard_ifconfig directive to configure BOTH of these cards from /etc/rc.conf. Currently, I have _one_ pccard_ifconfig statement in rc.conf, and NO normal ifconfig statements: pccard_ifconfig="DHCP" and this causes my ep0 (in slot 0) to successfully grab a DHCP address and function on the network. Since I do not specify in any way which card to use, I am assuming that it just uses whichever card is in slot 0. So the logical thing to try (I thought) was this: pccard_ifconfig_ep0="DHCP" pccard_ifconfig_wi0="inet 10.10.10.10 netmask 255.255.255.0" But this does not work. How do I use the (very convenient) pccard_ifconfig mechanism in rc.conf to configure multiple pccard NICs ? thanks, LT _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 9:20:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 94E6437B408 for ; Thu, 21 Jun 2001 09:20:26 -0700 (PDT) (envelope-from keichii@iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id 9505959228; Thu, 21 Jun 2001 11:20:24 -0500 (CDT) Date: Thu, 21 Jun 2001 11:20:24 -0500 From: "Michael C . Wu" To: list tracker Cc: hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Message-ID: <20010621112024.A67812@peorth.iteration.net> Reply-To: "Michael C . Wu" 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 list_tracker@hotmail.com on Thu, Jun 21, 2001 at 04:13:29PM -0000 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-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, Jun 21, 2001 at 04:13:29PM -0000, list tracker scribbled: | | I have two pc card NICs in my system - ep0 and wi0. All of the normal | problems (irq, etc.) have been solved, and I am using them beautifully. | | The problem is, I would like to use the pccard_ifconfig directive to | configure BOTH of these cards from /etc/rc.conf. | | Currently, I have _one_ pccard_ifconfig statement in rc.conf, and NO normal | ifconfig statements: | | pccard_ifconfig="DHCP" | | and this causes my ep0 (in slot 0) to successfully grab a DHCP address and | function on the network. Since I do not specify in any way which card to | use, I am assuming that it just uses whichever card is in slot 0. | | So the logical thing to try (I thought) was this: | | pccard_ifconfig_ep0="DHCP" | pccard_ifconfig_wi0="inet 10.10.10.10 netmask 255.255.255.0" | | But this does not work. | | How do I use the (very convenient) pccard_ifconfig mechanism in rc.conf to | configure multiple pccard NICs ? I know I posted earlier with the same stuff, but here is another way to use this. Use pccard.conf just like this: card "Lucent Technologies" "WaveLAN/IEEE" config 0x1 "wi" ? insert /etc/pccard_ether $device start insert sh /etc/setup_wi remove /etc/pccard_ether $device stop remove /sbin/ifconfig $device delete The part of interest is "insert sh /etc/setup_wi" Put your config scripts there, such as "ifconfig xxx" and such. If you have seperate scripts for different cards, you can setup as many cards as possible. -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 9:21: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from michp758.redstone.army.mil (emh2.redstone.army.mil [136.205.10.78]) by hub.freebsd.org (Postfix) with ESMTP id 8F79B37B403; Thu, 21 Jun 2001 09:20:59 -0700 (PDT) (envelope-from joel.sherrill@OARcorp.com) Received: from OARcorp.com ([136.205.65.139] (may be forged)) by michp758.redstone.army.mil (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id LAA22145; Thu, 21 Jun 2001 11:20:40 -0500 (CDT) Message-ID: <3B321E25.7F149BC8@OARcorp.com> Date: Thu, 21 Jun 2001 11:17:41 -0500 From: Joel Sherrill Reply-To: joel.sherrill@OARcorp.com Organization: OAR Corporation X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: Wes Peters , James Housley , hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: real time References: <3AF30CF8.FC28EDA1@thehousleys.net> <3AF5D1BF.93588882@softweyr.com> <3B31F2AD.E2850728@OARcorp.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 Dag-Erling Smorgrav wrote: > > Joel Sherrill writes: > > RTEMS is not pure-GPL -- it does allow binary redistribution. > > So does "pure GPL", as long as you make the sources available. If you > mean that you can redistribute (potentially modified) RTEMS binaries > without providing the source code, then you've effectively got a > {BSD,MIT,Apache} license (except for a few details about attributions > and the naming of derivative software), and you might as well make the > change in name as well as in function. Let me just quote the exception. We are focused on the impact of the RTEMS license on the end user embedded application. "As a special exception, including RTEMS header files in a file, instantiating RTEMS generics or templates, or linking other files with RTEMS objects to produce an executable application, does not by itself cause the resulting executable application to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU Public License." This exception is similar to that used by libgcc and gnat. > DES > -- > Dag-Erling Smorgrav - des@ofug.org -- Joel Sherrill, Ph.D. Director of Research & Development joel@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 9:54:28 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 B8FBB37B401 for ; Thu, 21 Jun 2001 09:54:23 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 26EF05D01F; Thu, 21 Jun 2001 11:54:23 -0500 (CDT) Date: Thu, 21 Jun 2001 11:54:23 -0500 From: Alfred Perlstein To: Louis-Philippe Gagnon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pthread/longjmp/signal problem Message-ID: <20010621115423.U4543@sneakerz.org> References: <0db001c0fa62$2b567800$2964a8c0@macadamian.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <0db001c0fa62$2b567800$2964a8c0@macadamian.com>; from louisphilippe@macadamian.com on Thu, Jun 21, 2001 at 10:55:10AM -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 * Louis-Philippe Gagnon [010621 09:56] wrote: > No reactions the first time, let's try again. > > I've encountered a problem in the interaction betwen signals, longjmp and > pthreads; I'm hoping someone can help me make sense of it. > > I've been trying to implement a IsBadReadPtr-style function in FreeBSD by > using signal handlers and longjmp/setjmp. It seemed to work as expected, > until I started using the -pthread option to gcc (thus linking against > libc_r). Now the function only works on the first call; subsequent calls > hang on the segmentation fault. > > Here's an example of the kind of code that causes problems : [snip] ERRORS If the contents of the env are corrupted, or correspond to an environment that has already returned, the longjmp() routine calls the routine longjmperror(3). If longjmperror() returns the program is aborted (see abort(3)). The default version of longjmperror() prints the message ``longjmp botch'' to standard error and returns. User programs wishing to exit more gracefully should write their own versions of longjmperror(). > So the questions are : > -Am I doing something obviously wrong? I think so, I think you must reinit the 'env' like so: reset: if(sigsetjmp(env,1)) { fprintf(stderr,"longjmp successful\n"); goto reset; } > -Is this a bug? I think so, even with reinitializing the env structure it still hangs for me as well: before sigsegv write(2,0x3fbff308,15) = 15 (0xf) sigprocmask(0x3,0x280fb338,0x0) = 0 (0x0) sigaltstack(0x28116d00,0x0) = 0 (0x0) in handler write(2,0x3fbfef98,11) = 11 (0xb) sigprocmask(0x3,0x804997c,0x0) = 0 (0x0) longjmp successful write(2,0x3fbff308,19) = 19 (0x13) sigprocmask(0x1,0x0,0x804997c) = 0 (0x0) before sigsegv write(2,0x3fbff308,15) = 15 (0xf) sigreturn(0x8057e7c) = 0 (0x0) sigreturn(0x8057e7c) = 0 (0x0) sigreturn(0x8057e7c) = 0 (0x0) sigreturn(0x8057e7c) = 0 (0x0) > -Is this a known bug with a known workaround? Not that I know of, I'll take a peek at the threading libraries, but I'm not promising anything. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 9:54:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id BC0A537B406; Thu, 21 Jun 2001 09:54:39 -0700 (PDT) (envelope-from andy@tecc.co.uk) Received: from southampton [195.217.37.155] by relay.tecc.co.uk with smtp (Exim 1.70 #1) id 15D7j4-0003t1-00; Thu, 21 Jun 2001 17:54:38 +0100 From: "Andy" To: Cc: , Subject: RE: shutdown not completing (more info) Date: Thu, 21 Jun 2001 17:54:38 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: Importance: Normal 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 Install: 4.2-RELEASE from CDRom, GENERIC kernel "shutdown now" works fine. 4.3-RELEASE from CDRom, GENERIC kernel "shutdown now" fails, hangs machine. It seems I was outa touch with the SMP idea. The 4.3-RELEASE generic kernel (without smp) causes the problem so I won't cross post this to -smp anymore. But there does appear to be a problem. The above installs were done on the same hardware. I'll start trying to get closer to it but for now, believe us minority when we say "shutdown now" doesn't work but just hangs the system. fwiw, all these *do* work....... "shutdown -h now" "shutdown -r now" "reboot" "halt" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 10:11:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.magmacom.com (mx1.magmacom.com [206.191.0.217]) by hub.freebsd.org (Postfix) with ESMTP id C0E2037B403 for ; Thu, 21 Jun 2001 10:11:13 -0700 (PDT) (envelope-from louisphilippe@macadamian.com) Received: from mail5.magma.ca (mail5.magma.ca [206.191.0.225]) by mx1.magmacom.com (8.9.3/8.9.3) with ESMTP id NAA06727; Thu, 21 Jun 2001 13:11:12 -0400 (EDT) Received: from durandal (mothership.macadamian.com [206.191.21.204]) by mail5.magma.ca (8.11.2/8.11.2) with SMTP id f5LHBC017838; Thu, 21 Jun 2001 13:11:12 -0400 (EDT) Message-ID: <0e5801c0fa75$1a6ccef0$2964a8c0@macadamian.com> From: "Louis-Philippe Gagnon" To: "Alfred Perlstein" Cc: References: <0db001c0fa62$2b567800$2964a8c0@macadamian.com> <20010621115423.U4543@sneakerz.org> Subject: Re: pthread/longjmp/signal problem Date: Thu, 21 Jun 2001 13:10:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.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 [snip] > > ERRORS > If the contents of the env are corrupted, or correspond to an environment > that has already returned, the longjmp() routine calls the routine I interpreted that as referring to the case when we longjmp after the _function_ that called setjmp has returned, but yes, "resetjmping" is probably safer. > longjmperror(3). If longjmperror() returns the program is aborted (see > abort(3)). The default version of longjmperror() prints the message > ``longjmp botch'' to standard error and returns. User programs wishing > to exit more gracefully should write their own versions of > longjmperror(). > > > So the questions are : > > -Am I doing something obviously wrong? > > I think so, I think you must reinit the 'env' like so: > > reset: > if(sigsetjmp(env,1)) { > fprintf(stderr,"longjmp successful\n"); > goto reset; > } > Yes, I forgot to mention that in the things I tried. (since I never even get to the second longjmp() call, I dismissed that as a factor pretty early on) > > > > -Is this a bug? > > I think so, even with reinitializing the env structure it still hangs > for me as well: > [snip] > > > -Is this a known bug with a known workaround? > > Not that I know of, I'll take a peek at the threading libraries, but > I'm not promising anything. > Thanks! "anything" is probably more than I could find on my own... if it's a bug, it seems like a big one... I found it hard to believe that no one would have hit it yet (as I mentionned, I get the problem in both 4.2 and 4.3...) LPG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 10:15:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 6571D37B406 for ; Thu, 21 Jun 2001 10:15:55 -0700 (PDT) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f5LHCbs10221 for ; Thu, 21 Jun 2001 13:12:37 -0400 (EDT) Message-ID: <3B322B93.20994E19@iowna.com> Date: Thu, 21 Jun 2001 13:14:59 -0400 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: PANIC - 4.3-STABLE, suspecting ata controller 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 all, I've been trying to resolve this for a few weeks now. Previous posts to -questions have produced no useful info, and I haven't found anything in the list archives that has helped. This machine is running 4.3-STABLE cvsupped from May 21. I have experienced the exact same problem with various versions of 4.2-RELEASE and 4.3-RELEASE/STABLE. The machine is a backup server. Nightly at 3:00AM it does either a rsync or a rm && cp (only on Sundays) to keep the data synchronized, and the machine can then be used for manually run multi-tape backups during the day. The data involved is approx 30G. The panic ALWAYS occurs during the transfer (via NFS). The remote machine is mounted NFS to this machine and the data is simple copied (or rsynced). The nature of the panic is rather strange: the machine will run problem-free for a few days (as long as a week) and then experience a panic. After this initial panic, it becomes completely unable to complete a transfer operation (cp or rsync) without another panic. The only way I've found to restore it to proper function is to newfs the local filesystem that stores the data mirror. Cursory access to the (apparently corrupt) filesystem does not cause a panic. After the newfs, the system will run reliably for a few days, maybe a week, and then another panic occurs and cycle restarts (the machine is not reliable again until after a newfs) I've tried both softupdates and straight sync on the filesystem with the same results. I've set the system up to do crash dumps, but I'm not kernel hacker and the information gdb gives me is beyond me. Here's what I see: dmesg: _kvm_vatop: read: undefined error: 0 dmesg: kvm_read: invalid address (c0280074) I checked the cvslog and there don't seem to be any changes in the kvm files from May 21 till now, so I've ruled out trying _another_ cvsup for the time being. Following the kernel debug info in the handbook isn't very helpful: (a "where" command gives me only a hex address, which I don't know what to do with) This is running on an Asus A7V133 mobo. Hopefully the rest of the details will be obvious from the dmesg output. Since this email is already too big, I've made several files available via http (on the client's web site - it's only a 512K link, so be gentle ;) http://www.prioritydesigns.com/crashdata/ contains the files. I've put a dmesg.out (obvious) as well as the kernel.0, vmcore.0 and kernel.debug there, if anyone would like to run it through gdb themselves (***WARNING*** vmcore.0 is 128M) (NOTE, the web server does not allow directory listings, you'll have to access the files directly) So ... I'm looking for any possible help in straightening this out. Advice on how to run gdb more effectively is welcome, as well as anyone who wants to do it themselves and suggest changes as a result. If you need any more files/information, please let me know. My primary goal is to get this machine operating reliably. My secondary goal is to help identify and correct any problems in the FreeBSD code (should that be the cause) TIA, Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 10:24:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f116.law14.hotmail.com [64.4.21.116]) by hub.freebsd.org (Postfix) with ESMTP id C2DE037B401 for ; Thu, 21 Jun 2001 10:24:29 -0700 (PDT) (envelope-from list_tracker@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 21 Jun 2001 10:24:29 -0700 Received: from 64.242.6.171 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 21 Jun 2001 17:24:29 GMT X-Originating-IP: [64.242.6.171] From: "list tracker" To: keichii@peorth.iteration.net Cc: hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Date: Thu, 21 Jun 2001 17:24:29 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Jun 2001 17:24:29.0522 (UTC) FILETIME=[07332B20:01C0FA77] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So what you are saying is that there _is not_ any way to perform multiple pccard_ifconfig statements solely in /etc/rc.conf ? I feel that defining it in /etc/rc.conf is more elegant, and am surprised that it was built to work with one card but will not work with another one. btw, as I successfully use pccard_ifconfig for ep0, I note that I do not have a line in pccard.conf for ep0 (or for wi0) - both of these cards work fine out of rc.conf without entries in pccard.conf - just _not at the same time_, as you know. thanks for the example - LT >From: "Michael C . Wu" >Reply-To: "Michael C . Wu" >To: list tracker >CC: hackers@FreeBSD.ORG >Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? >Problems. >Date: Thu, 21 Jun 2001 11:20:24 -0500 > >On Thu, Jun 21, 2001 at 04:13:29PM -0000, list tracker scribbled: >| >| I have two pc card NICs in my system - ep0 and wi0. All of the normal >| problems (irq, etc.) have been solved, and I am using them beautifully. >| >| The problem is, I would like to use the pccard_ifconfig directive to >| configure BOTH of these cards from /etc/rc.conf. >| >| Currently, I have _one_ pccard_ifconfig statement in rc.conf, and NO >normal >| ifconfig statements: >| >| pccard_ifconfig="DHCP" >| >| and this causes my ep0 (in slot 0) to successfully grab a DHCP address >and >| function on the network. Since I do not specify in any way which card to >| use, I am assuming that it just uses whichever card is in slot 0. >| >| So the logical thing to try (I thought) was this: >| >| pccard_ifconfig_ep0="DHCP" >| pccard_ifconfig_wi0="inet 10.10.10.10 netmask 255.255.255.0" >| >| But this does not work. >| >| How do I use the (very convenient) pccard_ifconfig mechanism in rc.conf >to >| configure multiple pccard NICs ? > >I know I posted earlier with the same stuff, but here is >another way to use this. > >Use pccard.conf just like this: >card "Lucent Technologies" "WaveLAN/IEEE" > config 0x1 "wi" ? > insert /etc/pccard_ether $device start > insert sh /etc/setup_wi > remove /etc/pccard_ether $device stop > remove /sbin/ifconfig $device delete > >The part of interest is "insert sh /etc/setup_wi" >Put your config scripts there, such as "ifconfig xxx" >and such. If you have seperate scripts for different >cards, you can setup as many cards as possible. > >-- >+-----------------------------------------------------------+ >| keichii@iteration.net | keichii@freebsd.org | >| http://iteration.net/~keichii | Yes, BSD is a conspiracy. | >+-----------------------------------------------------------+ > >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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 10:43:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 11E5237B408 for ; Thu, 21 Jun 2001 10:43:34 -0700 (PDT) (envelope-from keichii@iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id DCBB259228; Thu, 21 Jun 2001 12:43:32 -0500 (CDT) Date: Thu, 21 Jun 2001 12:43:32 -0500 From: "Michael C . Wu" To: list tracker Cc: hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Message-ID: <20010621124332.B68704@peorth.iteration.net> Reply-To: "Michael C . Wu" 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 list_tracker@hotmail.com on Thu, Jun 21, 2001 at 05:24:29PM -0000 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-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, Jun 21, 2001 at 05:24:29PM -0000, list tracker scribbled: | So what you are saying is that there _is not_ any way to perform multiple | pccard_ifconfig statements solely in /etc/rc.conf ? | | I feel that defining it in /etc/rc.conf is more elegant, and am surprised | that it was built to work with one card but will not work with another one. Sure, I think so too. Perhaps you are offering to submit the necessary changes? | btw, as I successfully use pccard_ifconfig for ep0, I note that I do not | have a line in pccard.conf for ep0 (or for wi0) - both of these cards work | fine out of rc.conf without entries in pccard.conf - just _not at the same | time_, as you know. Copy the lines for ep0 and wi0 from /etc/defaults/pccard.conf into /etc/pccard.conf -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 10:46:48 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 9E3B137B401 for ; Thu, 21 Jun 2001 10:46:45 -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 f5LHkd710233; Thu, 21 Jun 2001 10:46:39 -0700 Date: Thu, 21 Jun 2001 10:46:39 -0700 From: Brooks Davis To: list tracker Cc: keichii@peorth.iteration.net, hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Message-ID: <20010621104639.B716@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from list_tracker@hotmail.com on Thu, Jun 21, 2001 at 05:24:29PM -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 --Qbvjkv9qwOGw/5Fx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2001 at 05:24:29PM -0000, list tracker wrote: > So what you are saying is that there _is not_ any way to perform multiple= =20 > pccard_ifconfig statements solely in /etc/rc.conf ? There's a method in -current, I'm not sure why it hasn't been MFC'd. I'll put it on my todo list of no one else get's there first. -- 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 --Qbvjkv9qwOGw/5Fx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7MjL+XY6L6fI4GtQRAvsMAKCPhDw3LECWto/8EXfgMorTtD4oegCgzDQz GRWKI6jfdsfYW2d2EVQdo5Y= =oEAA -----END PGP SIGNATURE----- --Qbvjkv9qwOGw/5Fx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 11: 8:55 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 2DF6437B401 for ; Thu, 21 Jun 2001 11:08:52 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f5LI8oU18771 for ; Thu, 21 Jun 2001 14:08:50 -0400 (EDT) Date: Thu, 21 Jun 2001 14:08:49 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: Confusion with mknod() and devfs 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 There is following comment inside ufs_mknod() which says /* * Remove inode, then reload it through VFS_VGET so it is * checked to see if it is an alias of an existing entry in * the inode cache. */ I really can not understand it. For each new disk inode, we call ufs_vinit() from ffs_vget() and ufs_vinit() calls addaliasu() to add the vnode to the alias list. So why reload? The alias vnode is already handled after it calls ufs_makeinode(). Since DEVFS is in use, will it prevent a user from creating alias names to the same device? If so, there is no need to handle alias in the kernel. According to the red daemon book, alias vnodes are used to make cache coherent (vp as a key). But getblk() stuff does not seem to check it. This makes me feel the code is there for historical reasons. Thanks for any clarification. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 11:19:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id A9B4B37B403 for ; Thu, 21 Jun 2001 11:19:31 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:cofzZQVi7bXYbIjheCTl707Fm0uoITabC4tcgX2WUXect4xQ9sfS2cjKTgbm3b+f@localhost [::1]) (authenticated as ume with CRAM-MD5) by peace.mahoroba.org (8.11.4/8.11.4/peace) with ESMTP/inet6 id f5LIIbm37191; Fri, 22 Jun 2001 03:18:37 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 22 Jun 2001 03:18:33 +0900 (JST) Message-Id: <20010622.031833.07636262.ume@mahoroba.org> To: brooks@one-eyed-alien.net Cc: list_tracker@hotmail.com, keichii@peorth.iteration.net, hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. From: Hajimu UMEMOTO In-Reply-To: <20010621104639.B716@Odin.AC.HMC.Edu> References: <20010621104639.B716@Odin.AC.HMC.Edu> X-Mailer: xcite1.38> Mew version 1.95b119 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT 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, 21 Jun 2001 10:46:39 -0700 >>>>> Brooks Davis said: brooks> On Thu, Jun 21, 2001 at 05:24:29PM -0000, list tracker wrote: > So what you are saying is that there _is not_ any way to perform multiple > pccard_ifconfig statements solely in /etc/rc.conf ? brooks> There's a method in -current, I'm not sure why it hasn't been MFC'd. brooks> I'll put it on my todo list of no one else get's there first. I believe it was already MFC'd. It seems working fine to me. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 11:24:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 0D25537B401; Thu, 21 Jun 2001 11:24:06 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.4/8.11.4) id f5LINhW23924; Thu, 21 Jun 2001 22:23:43 +0400 (MSD) (envelope-from ache) Date: Thu, 21 Jun 2001 22:23:43 +0400 From: "Andrey A. Chernov" To: Joe Abley Cc: Alexey Zelkin , hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org Subject: Re: whois(1) patch for review Message-ID: <20010621222343.C23514@nagual.pp.ru> References: <20010621160821.A30249@phantom.cris.net> <20010621103904.M6104@buddha.home.automagic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621103904.M6104@buddha.home.automagic.org>; from jabley@automagic.org on Thu, Jun 21, 2001 at 10:39:05AM -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, Jun 21, 2001 at 10:39:05 -0400, Joe Abley wrote: > > > > whois -c ru freebsd.org.ru (use -- whois.ripn.net) > > whois -Q freebsd.org.ru > > > whois -c ua freebsd.org.ua (use -- whois.net.ua) > > whois -Q freebsd.org.ua > > > Resume: with this patch included to add new country's whois server > > we'll need to add only one string to text file, not to modify > > whois(1) code as it has been done by Andrey for '-R' and as > > some pending PR's proposed to do. > > This list is already maintained in the whois-servers.net zone. For domain names it works without '-Q' too. The main problem not with domain names wich have "." found via whois-servers.net, but for identificators or subnets without suffix, like: whois -c ru XXX-RIPN whois -c ru 123.123.123.123 -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 11:32:10 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 2049C37B40B for ; Thu, 21 Jun 2001 11:32:06 -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 f5LIVsM15225; Thu, 21 Jun 2001 11:31:54 -0700 Date: Thu, 21 Jun 2001 11:31:54 -0700 From: Brooks Davis To: Hajimu UMEMOTO Cc: list_tracker@hotmail.com, keichii@peorth.iteration.net, hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Message-ID: <20010621113154.E716@Odin.AC.HMC.Edu> References: <20010621104639.B716@Odin.AC.HMC.Edu> <20010622.031833.07636262.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ChQOR20MqfxkMJg9" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010622.031833.07636262.ume@mahoroba.org>; from ume@mahoroba.org on Fri, Jun 22, 2001 at 03:18:33AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ChQOR20MqfxkMJg9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2001 at 03:18:33AM +0900, Hajimu UMEMOTO wrote: > I believe it was already MFC'd. It seems working fine to me. It looks like it was, I just checked the wrong file. The main code was MFC'd, but the /etc/defaults/rc.conf entry was not. To answer the origional question add something like this to your rc.conf file: removable_interfaces=3D"ep0 wi0" ifconfig_ep0=3D"DHCP" ifconfig_wi0=3D"inet xxx.xxx.xxx.xxx netmask yyy.yyy.yyy.yyy" -- 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 --ChQOR20MqfxkMJg9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7Mj2ZXY6L6fI4GtQRArnrAKCl/7MDpoEgGyq2auyHCvt+NG5KZgCdEhv6 +SJT2yLhP/SOn60NnrzSItY= =nXKN -----END PGP SIGNATURE----- --ChQOR20MqfxkMJg9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 11:38:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from buddha.automagic.org (buddha-nexxia.automagic.org [207.61.141.34]) by hub.freebsd.org (Postfix) with SMTP id 7793F37B406 for ; Thu, 21 Jun 2001 11:38:20 -0700 (PDT) (envelope-from jabley@buddha.automagic.org) Received: (qmail 23689 invoked by uid 100); 21 Jun 2001 18:38:19 -0000 Date: Thu, 21 Jun 2001 14:38:18 -0400 From: Joe Abley To: "Andrey A. Chernov" Cc: Alexey Zelkin , hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org Subject: Re: whois(1) patch for review Message-ID: <20010621143818.B13514@buddha.home.automagic.org> References: <20010621160821.A30249@phantom.cris.net> <20010621103904.M6104@buddha.home.automagic.org> <20010621222343.C23514@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621222343.C23514@nagual.pp.ru>; from ache@nagual.pp.ru on Thu, Jun 21, 2001 at 10:23:43PM +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, Jun 21, 2001 at 10:23:43PM +0400, Andrey A. Chernov wrote: > On Thu, Jun 21, 2001 at 10:39:05 -0400, Joe Abley wrote: > > > > > > whois -c ru freebsd.org.ru (use -- whois.ripn.net) > > > > whois -Q freebsd.org.ru > > > > > whois -c ua freebsd.org.ua (use -- whois.net.ua) > > > > whois -Q freebsd.org.ua > > > > > Resume: with this patch included to add new country's whois server > > > we'll need to add only one string to text file, not to modify > > > whois(1) code as it has been done by Andrey for '-R' and as > > > some pending PR's proposed to do. > > > > This list is already maintained in the whois-servers.net zone. > > For domain names it works without '-Q' too. The main problem not with > domain names wich have "." found via whois-servers.net, but for > identificators or subnets without suffix, like: > > whois -c ru XXX-RIPN > whois -c ru 123.123.123.123 That seems entirely reasonable. I just wanted to point out that it wasn't necessary to maintain a big local list of whois servers for individual tlds in the case that you're looking up domains. Your patch certainly looks usable for other resources retrievable using whois. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 12:27:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kawoserv.kawo2.rwth-aachen.de (kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by hub.freebsd.org (Postfix) with ESMTP id 58A4837B401 for ; Thu, 21 Jun 2001 12:27:51 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from zerogravity.kawo2.rwth-aachen.de (zerogravity.kawo2.rwth-aachen.de [134.130.181.28]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id VAA06092; Thu, 21 Jun 2001 21:27:50 +0200 Received: by zerogravity.kawo2.rwth-aachen.de (Postfix, from userid 1001) id 3290314D10; Thu, 21 Jun 2001 21:27:49 +0200 (CEST) Date: Thu, 21 Jun 2001 21:27:49 +0200 From: Alexander Langer To: Bill Moran Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PANIC - 4.3-STABLE, suspecting ata controller Message-ID: <20010621212749.A3281@zerogravity.kawo2.rwth-aachen.d> References: <3B322B93.20994E19@iowna.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B322B93.20994E19@iowna.com>; from wmoran@iowna.com on Thu, Jun 21, 2001 at 01:14:59PM -0400 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Bill Moran (wmoran@iowna.com): > http://www.prioritydesigns.com/crashdata/ contains the files. I've put a > dmesg.out (obvious) as well as the kernel.0, vmcore.0 and kernel.debug > there, if anyone would like to run it through gdb themselves > (***WARNING*** vmcore.0 is 128M) (NOTE, the web server does not allow > directory listings, you'll have to access the files directly) > So ... I'm looking for any possible help in straightening this out. > Advice on how to run gdb more effectively is welcome, as well as anyone Hi! In the handbook there is a chapter about how to debug kernels. If you correctly load the symbols-file (kernel.debug), you should be able to "backtrace" and the code resulting the panic occurs (usually *g*). That's a good start to paste here. Thanks Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 12:35:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f7.law14.hotmail.com [64.4.21.7]) by hub.freebsd.org (Postfix) with ESMTP id 74FB437B401 for ; Thu, 21 Jun 2001 12:35:13 -0700 (PDT) (envelope-from list_tracker@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 21 Jun 2001 12:35:12 -0700 Received: from 64.242.6.171 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 21 Jun 2001 19:35:12 GMT X-Originating-IP: [64.242.6.171] From: "list tracker" To: brooks@one-eyed-alien.net, ume@mahoroba.org Cc: keichii@peorth.iteration.net, hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig ... thanks! + contribution Date: Thu, 21 Jun 2001 19:35:12 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Jun 2001 19:35:12.0833 (UTC) FILETIME=[4A2D7310:01C0FA89] Sender: owner-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: Brooks Davis >To: Hajimu UMEMOTO >CC: list_tracker@hotmail.com, keichii@peorth.iteration.net, >hackers@FreeBSD.ORG >Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. >Date: Thu, 21 Jun 2001 11:31:54 -0700 > >On Fri, Jun 22, 2001 at 03:18:33AM +0900, Hajimu UMEMOTO wrote: > > I believe it was already MFC'd. It seems working fine to me. > >It looks like it was, I just checked the wrong file. The main code was >MFC'd, but the /etc/defaults/rc.conf entry was not. > >To answer the origional question add something like this to your >rc.conf file: > >removable_interfaces="ep0 wi0" >ifconfig_ep0="DHCP" >ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask yyy.yyy.yyy.yyy" > >-- 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 ><< attach3 >> _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 12:37: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f267.law14.hotmail.com [64.4.20.142]) by hub.freebsd.org (Postfix) with ESMTP id 1669337B401 for ; Thu, 21 Jun 2001 12:37:00 -0700 (PDT) (envelope-from list_tracker@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 21 Jun 2001 12:36:56 -0700 Received: from 64.242.6.171 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 21 Jun 2001 19:36:55 GMT X-Originating-IP: [64.242.6.171] From: "list tracker" To: brooks@one-eyed-alien.net, ume@mahoroba.org Cc: keichii@peorth.iteration.net, hackers@FreeBSD.ORG Subject: Re: multiple pccard_ifconfig ... thanks! + contribution (DELL OEM) Date: Thu, 21 Jun 2001 19:36:55 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Jun 2001 19:36:56.0005 (UTC) FILETIME=[87AC3F50:01C0FA89] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok, the removable_interfaces method worked wonderfully - just like I wanted. Thank you. I am using a Dell OEM'd Lucent wavelan card, so I had to add this to my /etc/defaults/pccard.conf - perhaps you would like to add this to future releases of said file: # Dell TrueMobile (OEMed Lucent WaveLAN/IEEE) card "Dell" "TrueMobile 1150 Series PC Card" config 0x1 "wi" ? insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop --LT >From: Brooks Davis >To: Hajimu UMEMOTO >CC: list_tracker@hotmail.com, keichii@peorth.iteration.net, >hackers@FreeBSD.ORG >Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. >Date: Thu, 21 Jun 2001 11:31:54 -0700 > >On Fri, Jun 22, 2001 at 03:18:33AM +0900, Hajimu UMEMOTO wrote: > > I believe it was already MFC'd. It seems working fine to me. > >It looks like it was, I just checked the wrong file. The main code was >MFC'd, but the /etc/defaults/rc.conf entry was not. > >To answer the origional question add something like this to your >rc.conf file: > >removable_interfaces="ep0 wi0" >ifconfig_ep0="DHCP" >ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask yyy.yyy.yyy.yyy" > >-- 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 ><< attach3 >> _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 12:53:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 91FF837B401 for ; Thu, 21 Jun 2001 12:53:26 -0700 (PDT) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f5LJnss02289; Thu, 21 Jun 2001 15:49:54 -0400 (EDT) Message-ID: <3B325070.DD904553@iowna.com> Date: Thu, 21 Jun 2001 15:52:16 -0400 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Langer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PANIC - 4.3-STABLE, suspecting ata controller References: <3B322B93.20994E19@iowna.com> <20010621212749.A3281@zerogravity.kawo2.rwth-aachen.d> 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 Alexander Langer wrote: > > Thus spake Bill Moran (wmoran@iowna.com): > > So ... I'm looking for any possible help in straightening this out. > > Advice on how to run gdb more effectively is welcome, as well as anyone > > Hi! > > In the handbook there is a chapter about how to debug kernels. > > If you correctly load the symbols-file (kernel.debug), you should > be able to "backtrace" and the code resulting the panic occurs > (usually *g*). fsck ... I double-checked some things ... Aparently I must have re-cvsupped the source since I installed the last kernel. The debugging kernel I made is a different size from the running kernel. I guess I'll just have to install this new kernel & wait for it to crash again. Grrrr ... Thanks, Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 14:26:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 9460737B403; Thu, 21 Jun 2001 14:26:15 -0700 (PDT) (envelope-from mike@q9media.com) Received: from [192.168.1.10] (vega.tct.net [216.94.230.13]) by coffee.q9media.com (8.11.2/8.11.2) with ESMTP id f5LLcGL84097; Thu, 21 Jun 2001 17:38:18 -0400 (EDT) (envelope-from mike@q9media.com) User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Thu, 21 Jun 2001 17:25:55 -0400 Subject: Re: whois(1) patch for review From: Mike Barcroft To: Alexey Zelkin Cc: Peter Pentchev , , Message-ID: Mime-version: 1.0 Organization: q9 media 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 did not follow things going on carefully for almost two months while > I'd a deal with graduate project, but now since it's finished (Yay!!!) > and I got some time I started to dig to old patches (made during last > three months) and it's one of them. :) I'd incorporated few missing > points from Mike's PR and have on hold Joachim's (I have plans and ideas > to make it even more optimized). > > So, if people also started to work on this topic it shows its > actuality, IMHO. :-) Arg.. I wish you had contacted me before doing this work. From looking at your patch, your using an old copy of my work. The newest one is available at: http://testbed.q9media.net/freebsd/whois.patch and will be committed very-shortly-now(tm). Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 14:52:58 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 EA1A837B403 for ; Thu, 21 Jun 2001 14:52:55 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 14868 invoked by uid 1000); 21 Jun 2001 21:52:54 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 21 Jun 2001 21:52:54 -0000 Date: Thu, 21 Jun 2001 16:52:54 -0500 (CDT) From: Mike Silbersack To: Terry Lambert Cc: Rik van Riel , Matt Dillon , "Ashutosh S. Rajekar" , Subject: Re: max kernel memory In-Reply-To: <3B3190D9.D38B903D@mindspring.com> Message-ID: <20010621165114.X14813-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, 20 Jun 2001, Terry Lambert wrote: > assistance (John Dyson's work on the unified VM and > buffer cache predated all such non-academic work in > all commercial UNIX implementations by almost two years, > and included cache coloring, which was a brand new > concept, at the time). FreeBSD has grown across Alpha I've noticed that John Dyson did a lot of important work in the 2.0 days, but hasn't been around since. What's he doing these days? 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 Thu Jun 21 18: 9:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 8831337B401 for ; Thu, 21 Jun 2001 18:09:10 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 74CC26ACC3; Fri, 22 Jun 2001 10:39:08 +0930 (CST) Date: Fri, 22 Jun 2001 10:39:08 +0930 From: Greg Lehey To: Jeroen Massar Cc: 'Jordan Hubbard' , jjohnson@au.yahoo-inc.com, jmr71769@earthlink.net, hal@vailsys.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect) Message-ID: <20010622103908.D57186@wantadilla.lemis.com> References: <20010619184212P.jkh@osd.bsdi.com> <000701c0f969$aa96dd70$2a1410ac@kei.azr.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000701c0f969$aa96dd70$2a1410ac@kei.azr.nl>; from jeroen@unfix.org on Wed, Jun 20, 2001 at 11:16:18AM +0200 Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Format recovered--see http://www.lemis.com/email/email-format.html] Your MUA is a known text mutilator. You'd be better off getting a UNIX-based MUA: X-Mailer: Microsoft Outlook, Build 10.0.2616 On Wednesday, 20 June 2001 at 11:16:18 +0200, Jeroen Massar wrote: > Jordan Hubbard wrote: >>> That's the BSD license for ya. >>> >>> There needs to be a license that says something to the effect of >>> "Anyone can use/buy/sell/modify/distribute this software with or >>> without source code except Microsoft." >> >> Why? I'd personally be happy if Microsoft software was made a lot >> easier to use by incorporating BSD stuff. Imagine, a Windows 2000 >> firewall that didn't suck rocks, or DHCP renegotiation that didn't >> drop all my active connections by default when my modem hung up >> unexpectedly... It would be nice! > > Heheh..... just looks like that Wallstreet journal thingy... > complaining without even looking into it and thus stating loose > unfounded facts, making you look very silly IMHO. It does? The article was written in cooperation with the FreeBSD project, and I think it was very well done. Perhaps you have some details you're withholding. > I don't know what you define by "ease of use", but that's probably > personal and depends on what you want to use something for and not > to forget how to use it :) OK, try replying to this message with your broken MUA and *fix* *up* all the breakage it causes. People don't do it because it's too difficult. I did it with my setup because I can't read it otherwise, and it's not too difficult. Which is easy to use? > You might like to type a 'netsh.exe' to come into the Net Shell with > all kinds of nice commands, you'll prolly like it :) I strongly doubt it. > For your "unexpected hang ups": > Q239924 - How to Disable Media Sense for TCP/IP in Windows 2000 > http://support.microsoft.com/support/kb/articles/Q239/9/24.ASP > > "Description: This parameter controls DHCP Media Sense behavior. If you > set this value data to 1, DHCP, and even non-DHCP, clients ignore Media > Sense events from the interface. By default, Media Sense events trigger > the DHCP client to take an action, such as attempting to obtain a lease > (when a connect event occurs), or invalidating the interface and routes > (when a disconnect event occurs)." > > Which will fix your problems... You should really start using MSDN (or > google which will also find it) instead of complaining without doing the > proper research... In the unix/bsd/* world they call that RTFM -> nicely > said: Read The Faq and Manual, oh and don't forget to understand it > either... Well, no, what Jordan was referring to was a bug, not a feature. And we don't need MSDN. We don't need Microsoft. > On another note... something I already mailed in the former discussions: > Port from UNIX to Win32: > http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_port > _from_unix_to_win32.htm Your MUA broke the URL. Microsoft broke the page. It comes out blank on my browser. Maybe it's "optimized" to use Microsoft-only browsers. > And for the rest.... using BSD sockets is quite easy one only needs > to open the winsock.dll What will you find inside? > and as it's using the BSD API it's quite easy to port it and winsock > also allows ease of use with IPX, XNS, DECnet and others... Native > NT/Win32 apps are usually written with the use of Events > (WSAEventSelect() etc...) but that's a completely different subject, > altough it also shows a bit of the part of the internal workings of > the stack as they surely won't do a select() on filedescripts, > though it looks the same it ain't :) I'm not sure what you're referring to. Recall that people here don't use Microsoft. >> The only thing people are really slamming Microsoft here is being >> hypocritical. Actually using BSD code is an action I support for any >> value of the licensee string. :) > > Microsoft Windows BSD.... naah... though you could make a BSD > subsystem and plug that straight into NT... But that's what they > have the POSIX subsystem for and not to forget Interix > (http://www.microsoft.com/WINDOWS2000/interix/). You're missing the point. > Hopes that clears some of the mess up for you. Not really. You seem to have completely missed the point, and I had to clean up your mess for you. Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 18:37:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A19E737B401; Thu, 21 Jun 2001 18:37:21 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA68165; Fri, 22 Jun 2001 03:37:18 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Mike Barcroft Cc: Alexey Zelkin , Peter Pentchev , , Subject: Re: whois(1) patch for review References: From: Dag-Erling Smorgrav Date: 22 Jun 2001 03:37:17 +0200 In-Reply-To: Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Barcroft writes: > Arg.. I wish you had contacted me before doing this work. From looking at > your patch, your using an old copy of my work. The newest one is available > at: http://testbed.q9media.net/freebsd/whois.patch and will be committed > very-shortly-now(tm). Since Mike's patch is a style cleanup with no functional impact except plugging a memory leak, I feel it's better to commit it first, and merge in Alexey's patch later, after it's been reviewed by this forum. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 20:51:55 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 51CF937B401 for ; Thu, 21 Jun 2001 20:51:52 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from neutrino.bsdhome.com (jupiter [192.168.220.13]) by saturn.bsdhome.com (8.11.3/8.11.3) with ESMTP id f5M3poL20745; Thu, 21 Jun 2001 23:51:50 -0400 (EDT) Received: (from bsd@localhost) by neutrino.bsdhome.com (8.11.4/8.11.4) id f5M3piW00566; Thu, 21 Jun 2001 23:51:44 -0400 (EDT) (envelope-from bsd) Date: Thu, 21 Jun 2001 23:51:44 -0400 From: Brian Dean To: Jonathan Lemon Cc: mikulas@artax.karlin.mff.cuni.cz, hackers@FreeBSD.ORG Subject: Re: Patented algorithm in FreeBSD Message-ID: <20010621235144.A367@neutrino.bsdhome.com> References: <200106112237.f5BMbuh06004@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106112237.f5BMbuh06004@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Mon, Jun 11, 2001 at 05:37: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 Mon, Jun 11, 2001 at 05:37:56PM -0500, Jonathan Lemon wrote: > Hmm, let's see: > > Assignee: Digital Equipment Corporation (Maynard, MA) > Appl. No.: 646734 > Filed: May 3, 1996 > > Versus: > > * Derived from hp300 version by Mike Hibler, this version by William > * Jolitz uses a recursive map [a pde points to the page directory] to > * map the page tables using the pagetables themselves. This is done to > * reduce the impact on kernel virtual memory for lots of sparse address > * space, and to reduce the cost of memory to each process. > * > * from: hp300: @(#)pmap.h 7.2 (Berkeley) 12/16/90 > * from: @(#)pmap.h 7.4 (Berkeley) 5/12/91 > > So it looks like we have prior art by around 6 years, which would > invalidate the patent iff it was the same thing. [rummaging through my old box of manuals... Aha!] This also appears to be _very_ similar to the scheme described by Intel themselves in a skinny little book entitled "80386 System Software Writer's Guide", ISBN 1-55512-023-7, Intel order number 231499-001. This book is dated 1987 and describes the handy recursive page table mapping starting at the bottom of page 2-18. -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jun 21 23:57:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 9B7B137B403; Thu, 21 Jun 2001 23:57:15 -0700 (PDT) (envelope-from mike@coffee.q9media.com) Received: (from mike@localhost) by coffee.q9media.com (8.11.2/8.11.2) id f5M79cV84851; Fri, 22 Jun 2001 03:09:38 -0400 (EDT) (envelope-from mike) Date: Fri, 22 Jun 2001 03:09:38 -0400 (EDT) Message-Id: <200106220709.f5M79cV84851@coffee.q9media.com> To: hackers@FreeBSD.org From: Mike Barcroft Cc: phk@FreeBSD.org, joe@FreeBSD.org Subject: [RFC] whois(1) - recursive IP searches Sender: owner-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 would appreciate comments on the following patch: http://testbed.q9media.net/freebsd/whois.20010622.patch It does the following: o Implement recursive IP Address searches based on the results of a query to ARIN. This allows a user to type 'whois 210.139.255.223' and get the expected results. [Requested by joe and phk] o Update documentation to reflect this. o Clean up some grammar nearby. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 1:46:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 791D737B40A; Fri, 22 Jun 2001 01:46:35 -0700 (PDT) (envelope-from phantom@phantom.cris.net) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id LAA09343; Fri, 22 Jun 2001 11:46:30 +0300 (EEST) Received: (from phantom@localhost) by phantom.cris.net (8.11.1/8.11.1) id f5M8kWw37037; Fri, 22 Jun 2001 11:46:32 +0300 (EEST) (envelope-from phantom) Date: Fri, 22 Jun 2001 11:46:32 +0300 From: Alexey Zelkin To: Dag-Erling Smorgrav Cc: Mike Barcroft , Peter Pentchev , hackers@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: whois(1) patch for review Message-ID: <20010622114632.A37004@phantom.cris.net> 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 des@ofug.org on Fri, Jun 22, 2001 at 03:37:17AM +0200 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-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, On Fri, Jun 22, 2001 at 03:37:17AM +0200, Dag-Erling Smorgrav wrote: > > Arg.. I wish you had contacted me before doing this work. From looking at > > your patch, your using an old copy of my work. The newest one is available > > at: http://testbed.q9media.net/freebsd/whois.patch and will be committed > > very-shortly-now(tm). > > Since Mike's patch is a style cleanup with no functional impact except > plugging a memory leak, I feel it's better to commit it first, and > merge in Alexey's patch later, after it's been reviewed by this forum. Thanks! It makes things easer :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 2: 0: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 176E737B406; Fri, 22 Jun 2001 02:00:01 -0700 (PDT) (envelope-from stolz@I2.Informatik.RWTH-Aachen.DE) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f5M8xx700329; Fri, 22 Jun 2001 10:59:59 +0200 (MEST) Received: from hyperion.informatik.rwth-aachen.de (hyperion.Informatik.RWTH-Aachen.DE [137.226.112.212]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/4) with ESMTP id f5M8xwW00320; Fri, 22 Jun 2001 10:59:58 +0200 (MEST) Received: from agamemnon.informatik.rwth-aachen.de (agamemnon.Informatik.RWTH-Aachen.DE [137.226.194.74]) by hyperion.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1/2) with ESMTP id LAA01142; Fri, 22 Jun 2001 11:00:02 +0200 (MET DST) Received: (from stolz@localhost) by agamemnon.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1-gb-2) id KAA02201; Fri, 22 Jun 2001 10:59:57 +0200 (MET DST) Date: Fri, 22 Jun 2001 10:59:57 +0200 From: Volker Stolz To: mike@q9media.com, hackers@FreeBSD.ORG Cc: phk@FreeBSD.ORG, joe@FreeBSD.ORG Subject: Re: [RFC] whois(1) - recursive IP searches Message-ID: <20010622105957.A2090@i2.informatik.rwth-aachen.de> References: <200106220709.f5M79cV84851@coffee.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.17i In-Reply-To: <200106220709.f5M79cV84851@coffee.q9media.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 In local.freebsd-hackers, you wrote: >I would appreciate comments on the following patch: >http://testbed.q9media.net/freebsd/whois.20010622.patch > >o Implement recursive IP Address searches based on the results of > a query to ARIN. This allows a user to type 'whois 210.139.255.223' > and get the expected results. > [Requested by joe and phk] This and some of the other stuff discussed recently looks like what other people have been building into whois-*servers* like whois.thur.de by Lutz.Donnerhacke@Jena.Thur.De (just try 'whois -h whois.thur.de 210.139.255.223'). Why not keep whois(1) lean and put the "custom" stuff in a port? On the other hand, I fully understand that people might disagree :) -- Abstrakte Syntaxträume. Volker Stolz * stolz@i2.informatik.rwth-aachen.de * PGP + S/MIME To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 2:23:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from distortion.dk (distortion.dk [195.249.147.156]) by hub.freebsd.org (Postfix) with ESMTP id 592E237B409 for ; Fri, 22 Jun 2001 02:23:37 -0700 (PDT) (envelope-from freebsd@petri.cc) Received: from petri2000 ([194.192.131.98]) by distortion.dk (8.9.3/8.9.1) with SMTP id LAA32060 for ; Fri, 22 Jun 2001 11:26:06 +0200 (CEST) (envelope-from freebsd@petri.cc) Message-ID: <008e01c0fafd$034e8000$8632a8c0@atomic.dk> From: "Nicolai Petri" To: Subject: An netgraph firewall module ? Is this possible / good performing ? Date: Fri, 22 Jun 2001 11:23:35 +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.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 Hi hackers, I've used some time writing a custom natd like daemon which makes som speciel packet processing. One of the issues with the natd approach is the large amount of context-switches it gives. This can be a real performance problem on very loaded networks. Would it be possible to do this with netgraph instead. And what is the pro's and con's for this approach. As a second step in developement how should protocol verification (ftp/smtp/whatever) be added to a netgraph firewall approach in a structured and dynamic extendable way ? Best regards, Nicolai Petri To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 3:34:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id D4ECA37B406; Fri, 22 Jun 2001 03:34:46 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@trang.nuxi.com [206.40.252.115]) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f5MAYgR14306; Fri, 22 Jun 2001 03:34:42 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5MAYfx00871; Fri, 22 Jun 2001 03:34:41 -0700 (PDT) (envelope-from obrien) Date: Fri, 22 Jun 2001 03:34:41 -0700 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: Mike Barcroft , Alexey Zelkin , Peter Pentchev , hackers@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: whois(1) patch for review Message-ID: <20010622033441.A197@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Fri, Jun 22, 2001 at 03:37:17AM +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 Fri, Jun 22, 2001 at 03:37:17AM +0200, Dag-Erling Smorgrav wrote: > Mike Barcroft writes: > > Arg.. I wish you had contacted me before doing this work. From looking at > > your patch, your using an old copy of my work. The newest one is available > > at: http://testbed.q9media.net/freebsd/whois.patch and will be committed > > very-shortly-now(tm). > > Since Mike's patch is a style cleanup with no functional impact except > plugging a memory leak, I feel it's better to commit it first, and > merge in Alexey's patch later, after it's been reviewed by this forum. Uh wrong. There were other non-style bits than just the memory leak. For instance the cast changes are functionalty related, not style. It should have been done in two commits. -- -- 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 Jun 22 3:35:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id BD8B637B409; Fri, 22 Jun 2001 03:35:37 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@trang.nuxi.com [206.40.252.115]) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f5MAZbR14321; Fri, 22 Jun 2001 03:35:37 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5MAZaq00910; Fri, 22 Jun 2001 03:35:36 -0700 (PDT) (envelope-from obrien) Date: Fri, 22 Jun 2001 03:35:36 -0700 From: "David O'Brien" To: Alexey Zelkin Cc: hackers@FreeBSD.org, audit@FreeBSD.org, bde@FreeBSD.org, ache@FreeBSD.org Subject: Re: whois(1) patch for review Message-ID: <20010622033536.B197@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20010621160821.A30249@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010621160821.A30249@phantom.cris.net>; from phantom@FreeBSD.org.ua on Thu, Jun 21, 2001 at 04:08:21PM +0300 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 Thu, Jun 21, 2001 at 04:08:21PM +0300, Alexey Zelkin wrote: > > For example you can have following string in your whoisservers > configuration file (system wide -- /usr/share/misc/whoiservers > or personal ~/.whoisservers): System wide configuration files should be in /etc, not /usr/share/misc. -- -- 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 Jun 22 3:42:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 1D57C37B409; Fri, 22 Jun 2001 03:42:34 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout0.freenet.de with esmtp (Exim 3.30 #3) id 15DOOW-0003pd-00; Fri, 22 Jun 2001 12:42:32 +0200 Received: from b83b4.pppool.de ([213.7.131.180] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.30 #3) id 15DOOV-0003dG-00; Fri, 22 Jun 2001 12:42:32 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.4/8.11.4) with ESMTP id f5M99EK02123; Fri, 22 Jun 2001 11:09:15 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200106220909.f5M99EK02123@Magelan.Leidinger.net> Date: Fri, 22 Jun 2001 11:09:13 +0200 (CEST) From: Alexander Leidinger Subject: Re: whois(1) patch for review To: ache@nagual.pp.ru Cc: hackers@FreeBSD.ORG, audit@FreeBSD.ORG, bde@FreeBSD.ORG In-Reply-To: <20010621222343.C23514@nagual.pp.ru> 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 21 Jun, Andrey A. Chernov wrote: > For domain names it works without '-Q' too. The main problem not with > domain names wich have "." found via whois-servers.net, but for > identificators or subnets without suffix, like: > > whois -c ru XXX-RIPN > whois -c ru 123.123.123.123 What about /etc/whoisrc instead of /usr/share/whois? Bye, Alexander. -- I believe the technical term is "Oops!" http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 6:42:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 5E7ED37B407 for ; Fri, 22 Jun 2001 06:42:26 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 3978216B24 for ; Fri, 22 Jun 2001 15:42:24 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id ACE54B290124; Fri, 22 Jun 2001 15:49:25 +0200 Message-Id: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 22 Jun 2001 15:43:21 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: 2nd ata drive, and resolv.conf options Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed 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 Sorry to bother you people, but I can´t get anyone to bite on -questions or -isp for either of these, over the last couple of days : 1. FBSD 4.3R GENERIC, dmesg.boot shows ad0: 9541MB [19386/16/63] at ata0-master UDMA100 ad1: 73308MB [148945/16/63] at ata0-slave UDMA100 acd0: CDROM at ata1-slave using PIO4 ad0 is a standard 4-partition setup, but ad1 is not yet recognized When I go to /stand/sysinstall for fdisk on ad1, I get: "WARNING: A geometry of 148945/16/63 for ad1 is incorrect. etc" but full-screen fdisk and disklabel work ok. I leave sysintall, and try mfb1# fdisk -BI ad1 ******* Working on device /dev/ad1 ******* fdisk: invalid fdisk partition table found I´m not on site to play with it, but somebody is. What do I tell the person to do? is the 73 gb useable? swap out the disk for an 8 gb like ad0 ? 2. I´m setting up a couple of outbound, high-volume mail gateways that need some kind fairly quick failover when their primary DNS is down, to use another DNS. The behavior available in some resolvers seems sufficient. I´ve seen resolv.conf options of such as attempts:4 and timeout:2 in the DNS & BIND book, etc but these are not in the 4.6R man resolv.conf page. Is there any other way in FreeBSD to set these resolver params? thanks Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 7:39:10 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 1267037B401 for ; Fri, 22 Jun 2001 07:39:06 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 73274 invoked by uid 1000); 22 Jun 2001 14:39:25 -0000 Date: Fri, 22 Jun 2001 16:39:25 +0200 From: "Karsten W. Rohrbach" To: Volker Stolz Cc: hackers@FreeBSD.ORG Subject: Re: [RFC] whois(1) - recursive IP searches Message-ID: <20010622163925.H64624@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Volker Stolz , hackers@FreeBSD.ORG References: <200106220709.f5M79cV84851@coffee.q9media.com> <20010622105957.A2090@i2.informatik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ev7mvGV+3JQuI2Eo" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010622105957.A2090@i2.informatik.rwth-aachen.de>; from stolz@I2.Informatik.RWTH-Aachen.DE on Fri, Jun 22, 2001 at 10:59:57AM +0200 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 --ev7mvGV+3JQuI2Eo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Volker Stolz(stolz@I2.Informatik.RWTH-Aachen.DE)@2001.06.22 10:59:57 +0000: > This and some of the other stuff discussed recently looks like what > other people have been building into whois-*servers* like whois.thur.de > by Lutz.Donnerhacke@Jena.Thur.De (just try 'whois -h whois.thur.de > 210.139.255.223'). > Why not keep whois(1) lean and put the "custom" stuff in a port? > On the other hand, I fully understand that people might disagree :) this has been (partly) done. cd /usr/ports/net/jwhois && make install clean # ;-) /k --=20 > UNiX *IS* user friendly. It's just selective about who it's friends are. 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 --ev7mvGV+3JQuI2Eo 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 iD8DBQE7M1idM0BPTilkv0YRAnvCAKCigmS3t8Ieuv9EBWu7kDDAwIiUaQCeP1VG t9LZk45Z8QLuN2iCWke17Jk= =TjvJ -----END PGP SIGNATURE----- --ev7mvGV+3JQuI2Eo-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 7:44:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id B003D37B406 for ; Fri, 22 Jun 2001 07:44:33 -0700 (PDT) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f5MEf7s12483; Fri, 22 Jun 2001 10:41:08 -0400 (EDT) Message-ID: <3B3359A0.30669930@iowna.com> Date: Fri, 22 Jun 2001 10:43:44 -0400 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2nd ata drive, and resolv.conf options References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> 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 [You may get better responses if you send 2 seperate emails with one question in each] Len Conrad wrote: > ad1: 73308MB [148945/16/63] at ata0-slave UDMA100 If it's any help, I'm using that exact same drive currently and it's sort of working. I'm having trouble with random panics on this system, but I haven't yet isolated as to what's causing them. There may be a problem with this drive, but I haven't isolated it yet to be sure. > "WARNING: A geometry of 148945/16/63 for ad1 is incorrect. etc" > > but full-screen fdisk and disklabel work ok. I leave sysintall, and try Did you use "dangerously dedicated" mode? I was able to get a booting, running system on this drive using "dangerously dedicated" mode. > mfb1# fdisk -BI ad1 > ******* Working on device /dev/ad1 ******* > fdisk: invalid fdisk partition table found Odd ... What does fdisk with no parameters say? > I´m not on site to play with it, but somebody is. What do I tell the > person to do? is the 73 gb useable? swap out the disk for an 8 gb like ad0 ? If you need the system up immediately, you should probably use a different drive. If you can afford to struggle with it for a while, I would appreciate it if we could work together to figure out if there's something wrong with this model of drive. -Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 7:57:19 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 5D74C37B401 for ; Fri, 22 Jun 2001 07:57:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.237.Dial1.SanJose1.Level3.net [209.244.104.237]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id HAA25050; Fri, 22 Jun 2001 07:57:10 -0700 (PDT) Message-ID: <3B335CE6.E7E02938@mindspring.com> Date: Fri, 22 Jun 2001 07:57:42 -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: freebsd-hackers@FreeBSD.ORG Subject: Re: Confusion with mknod() and devfs 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: > According to the red daemon book, alias vnodes are used to make cache > coherent (vp as a key). But getblk() stuff does not seem to check it. > This makes me feel the code is there for historical reasons. The "BSD 4.4" book was written about a system without a unified VM and buffer cache. The aliases it is talking about are the buffers hung off a file vnode and the buffers hung off a device vnode, from which that file was being read. The reason getblk() doesn't check it is that the cache is maintained as coherent, so there's no need, since the check is intended to permit explicit coherency operations to take place, when necessary. There is a lot of "missing" code you aren't seeing that is referenced by the book. It is still possible to create aliases, but they are done by having multiple vm_object_t's pointing to the same data blocks as backing objects. This only occurs in the case of stacking VFS's with a non-trivial relationship (e.g. where the backing object contents would not be the same between layers). It can also occur to some small extent in the NFS client FS case. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 8:39:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 3693337B407 for ; Fri, 22 Jun 2001 08:39:29 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id AC88816B16 for ; Fri, 22 Jun 2001 17:39:27 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id A85458610124; Fri, 22 Jun 2001 17:46:28 +0200 Message-Id: <5.1.0.14.0.20010622173120.035c4658@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 22 Jun 2001 17:40:25 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: Re: 2nd ata drive, and resolv.conf options In-Reply-To: <3B3359A0.30669930@iowna.com> References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed 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 >[You may get better responses if you send 2 seperate emails with one >question in each] I didn´t want to send TWO OT msgs :))) >Did you use "dangerously dedicated" mode? I was able to get a booting, >running system on this drive using "dangerously dedicated" mode. I´m booting off ad0. When fdisk of ad1 asked me about the MBR, I said don´t touch it. > > mfb1# fdisk -BI ad1 > > ******* Working on device /dev/ad1 ******* > > fdisk: invalid fdisk partition table found > >Odd ... What does fdisk with no parameters say? it doesn´t find ad1s1e : ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=1216 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1216 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 192717 (94 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 1; end: cyl 11/ sector 63/ head 254 The data for partition 2 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 192780, size 192780 (94 Meg), flag 0 beg: cyl 12/ sector 1/ head 0; end: cyl 23/ sector 63/ head 254 The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 385560, size 9414090 (4596 Meg), flag 0 beg: cyl 24/ sector 1/ head 0; end: cyl 609/ sector 63/ head 254 The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 9799650, size 9414090 (4596 Meg), flag 0 beg: cyl 610/ sector 1/ head 0; end: cyl 171/ sector 63/ head 254 and when I go back into /stand/sysintall fdisk, it shows me: Disk name: ad1 FDISK Partition Editor DISK Geometry: 16435 cyls/145 heads/63 sectors = 150133725 sectors (73307MB) Offset Size(ST) End Name PType Desc Subtype Flags 0 63 62 - 6 unused 0 63 150136497 150136559 ad1s1 3 freebsd 165 C when earlier in the creation run, it showed me only one partition of 8000 meg >If you need the system up immediately, you should probably use a >different drive. If you can afford to struggle with it for a while, I >would appreciate it if we could work together to figure out if there's >something wrong with this model of drive. Unfortunately, I´m on a contract and can´t waste the client'money chasing this if I can´t fix it pronto. pulling the drives is quicker and cheaper thanks, Len >-Bill > >-- >If a bird in the hand is worth two in the bush, >then what can I get for two hands in the bush? http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 9: 8:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id ED67037B401 for ; Fri, 22 Jun 2001 09:08:45 -0700 (PDT) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f5MG5Os22919; Fri, 22 Jun 2001 12:05:24 -0400 (EDT) Message-ID: <3B336D60.5DB6F63D@iowna.com> Date: Fri, 22 Jun 2001 12:08:00 -0400 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2nd ata drive, and resolv.conf options References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <5.1.0.14.0.20010622173120.035c4658@mail.Go2France.com> 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 Len Conrad wrote: > > >[You may get better responses if you send 2 seperate emails with one > >question in each] > > I didn´t want to send TWO OT msgs :))) Tradeoff. I almost didn't read the message because I was confused by the subject line. Other's might complain if you sent two OT messages. Hmmm ... On the -questions list it's regarded as proper to send two messages (per Greg's writeup on proper -questions posting) It's also acceptable to contact the -hackers list if you don't get a response from -questions after a period. Whether that policy of sending multiple messages should transfer from -questions to -hackers is an issue of etiquette that I'm probably not the one to answer. > >Did you use "dangerously dedicated" mode? I was able to get a booting, > >running system on this drive using "dangerously dedicated" mode. > > I´m booting off ad0. When fdisk of ad1 asked me about the MBR, I said > don´t touch it. Hmmm ... but regardless of that, are you using dangerously dedicated mode? I'm a little confused ... I'm guessing it should write a partition entry even if you tell it to leave the MBR untouched, but I could be wrong. Have you attempted different combinations during this process? > >Odd ... What does fdisk with no parameters say? > > it doesn´t find ad1s1e : My mistake ... fdisk with no parameters gives us partition data from ad0, which isn't what we're interested in. What I should have said is: What does "fdisk ad1" say? > and when I go back into /stand/sysintall fdisk, it shows me: > > Disk name: ad1 FDISK Partition Editor > DISK Geometry: 16435 cyls/145 heads/63 sectors = 150133725 sectors (73307MB) > > Offset Size(ST) End Name PType Desc Subtype Flags > > 0 63 62 - 6 unused 0 > 63 150136497 150136559 ad1s1 3 freebsd 165 C Hmmm. That looks like a DOS compatible partition scheme. (or an error) I used dangerously dedicated mode to get the drive working (because there was no reason to do otherwise) Try redoing it, selecting "A" (for all) and then saying "no" to "do you want to use a true partition entry?" > >If you need the system up immediately, you should probably use a > >different drive. If you can afford to struggle with it for a while, I > >would appreciate it if we could work together to figure out if there's > >something wrong with this model of drive. > > Unfortunately, I´m on a contract and can´t waste the client'money chasing > this if I can´t fix it pronto. pulling the drives is quicker and cheaper Well, personally, if you haven't run the bill up too high yet, I'd try the above before giving up. But you've got to make the call for your client. Keep me posted as to what you try and the results, Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 9:14:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 3AE2D37B42F for ; Fri, 22 Jun 2001 09:14:01 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 8267F16B16 for ; Fri, 22 Jun 2001 18:13:59 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id A06C5C930124; Fri, 22 Jun 2001 18:21:00 +0200 Message-Id: <5.1.0.14.0.20010622181419.03550db0@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 22 Jun 2001 18:14:57 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: resolv.conf options missing? Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed 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´m setting up a couple of outbound, high-volume mail gateways that need some kind fairly quick failover when their primary DNS is down, to use another DNS. The behavior available in some resolvers seems sufficient. I´ve seen resolv.conf options of such as attempts:4 and timeout:2 in the DNS & BIND book, etc but these are not in the 4.6R man resolv.conf page. Is there any other way in FreeBSD to set these resolver params? thanks Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 9:25:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from coffee.q9media.com (coffee.q9media.com [216.94.229.19]) by hub.freebsd.org (Postfix) with ESMTP id 2BA6537B407; Fri, 22 Jun 2001 09:25:37 -0700 (PDT) (envelope-from mike@q9media.com) Received: from [192.168.1.10] (vega.tct.net [216.94.230.13]) by coffee.q9media.com (8.11.2/8.11.2) with ESMTP id f5MGc1L85359; Fri, 22 Jun 2001 12:38:01 -0400 (EDT) (envelope-from mike@q9media.com) User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Fri, 22 Jun 2001 12:25:33 -0400 Subject: Re: [RFC] whois(1) - recursive IP searches From: Mike Barcroft To: Volker Stolz Cc: , , Message-ID: In-Reply-To: <20010622105957.A2090@i2.informatik.rwth-aachen.de> Mime-version: 1.0 Organization: q9 media 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 6/22/01 4:59 AM, Volker Stolz at stolz@I2.Informatik.RWTH-Aachen.DE wrote: > In local.freebsd-hackers, you wrote: >> I would appreciate comments on the following patch: >> http://testbed.q9media.net/freebsd/whois.20010622.patch >> >> o Implement recursive IP Address searches based on the results of >> a query to ARIN. This allows a user to type 'whois 210.139.255.223' >> and get the expected results. >> [Requested by joe and phk] > > This and some of the other stuff discussed recently looks like what > other people have been building into whois-*servers* like whois.thur.de > by Lutz.Donnerhacke@Jena.Thur.De (just try 'whois -h whois.thur.de > 210.139.255.223'). I don't understand the solution your proposing. Are you suggesting that we flood whois.thur.de with FreeBSD requests, or are you suggesting we have every whois server in the world switch to this software? > Why not keep whois(1) lean and put the "custom" stuff in a port? > On the other hand, I fully understand that people might disagree :) What's the point of software in the base system, if it doesn't do anything useful? If you want to find out who owns an IP block, you want to type 'whois (dotted-quad)' without having to know which country it was assigned to. Similarly, if you want to know who owns a .com, you're not going to be required to know which registrar they chose. whois(1) is an information gathering tool, after all. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 9:58:22 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 69D5937B401 for ; Fri, 22 Jun 2001 09:58:20 -0700 (PDT) (envelope-from fmela0@sm.socccd.cc.ca.us) Received: from sm.socccd.cc.ca.us (pool0100.cvx14-bradley.dialup.earthlink.net [209.179.38.100]) by scaup.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id JAA03668 for ; Fri, 22 Jun 2001 09:58:19 -0700 (PDT) Message-ID: <3B3379BB.949592E3@sm.socccd.cc.ca.us> Date: Fri, 22 Jun 2001 10:00:43 -0700 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD-Hackers@FreeBSD.ORG Subject: Sound driver changes between 4.2 and 4.3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi -hackers, Several people have made it known to me that games such as Quake2 which ran fine with sound under the 4.2 kernel are not able to have sound in 4.3. I have verified this myself - with quake2 under 4.3 ktrace reports that opening /dev/dsp fails with EBUSY - even though nothing is using /dev/dsp and other programs are able to open it and play sound just fine immediately afterwards. Under 4.2 on the same machine, open()ing /dev/dsp is successful and sound functions. Figuring out what's going wrong is further complicated by the fact that these are linux binaries and run under the linux emulator. Could it be the linux emulator messing something up, and not the sound card? Since this is an issue of the userland's interface to the sound driver and is not concerned with sound driver internals or driving a specific card (since this problem occurs regardless of sound card), I thought I might try and see if could fix the problem. I've not done any kernel programming before, but I'd like to get my feet wet and this seems like a relatively small project. Any pointers as to where to start? Anybody else run into similar problems and try to see what is going wrong? -- farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:10: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nebula.cybercable.fr (d010.dhcp212-128.cybercable.fr [212.198.128.10]) by hub.freebsd.org (Postfix) with ESMTP id 3834737B401 for ; Fri, 22 Jun 2001 10:09:56 -0700 (PDT) (envelope-from mux@qualys.com) Received: (from mux@localhost) by nebula.cybercable.fr (8.11.4/8.11.4) id f5MH9sd16301; Fri, 22 Jun 2001 19:09:54 +0200 (CEST) (envelope-from mux) Date: Fri, 22 Jun 2001 19:09:53 +0200 From: Maxime Henrion To: hackers@FreeBSD.org Cc: Farooq Mela Subject: Re: Sound driver changes between 4.2 and 4.3 Message-ID: <20010622190953.E625@nebula.cybercable.fr> References: <3B3379BB.949592E3@sm.socccd.cc.ca.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B3379BB.949592E3@sm.socccd.cc.ca.us> User-Agent: Mutt/1.3.19i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Farooq Mela wrote: > Hi -hackers, > > Several people have made it known to me that games such as Quake2 > which ran fine with sound under the 4.2 kernel are not able to have > sound in 4.3. I have verified this myself - with quake2 under 4.3 > ktrace reports that opening /dev/dsp fails with EBUSY - even though > nothing is using /dev/dsp and other programs are able to open it and > play sound just fine immediately afterwards. Under 4.2 on the same > machine, open()ing /dev/dsp is successful and sound functions. > Figuring out what's going wrong is further complicated by the fact > that these are linux binaries and run under the linux emulator. Could > it be the linux emulator messing something up, and not the sound card? > > Since this is an issue of the userland's interface to the sound driver > and is not concerned with sound driver internals or driving a specific > card (since this problem occurs regardless of sound card), I thought I > might try and see if could fix the problem. I've not done any kernel > programming before, but I'd like to get my feet wet and this seems > like a relatively small project. Any pointers as to where to start? > Anybody else run into similar problems and try to see what is going > wrong? I ran into these problems too. On my -CURRENT system, I'm unable to get sound with mtvp (running under Linux emulation), while it was working before. I've also seen a -STABLE box unable to open the /dev/dsp file (open returns EBUSY) although both fstat and lsof didn't see any process with this file opened. This second problem was happening even when trying to ``cat /dev/dsp'' so it's probably not be related to the Linux emulation. Hope it helps, Maxime -- Don't be fooled by cheap finnish imitations ; BSD is the One True Code Key fingerprint = F9B6 1D5A 4963 331C 88FC CA6A AB50 1EF2 8CBE 99D6 Public Key : http://www.epita.fr/~henrio_m/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:39:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id C23B637B401 for ; Fri, 22 Jun 2001 10:39:11 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 15DUti-000HKY-00 for freebsd-hackers@freebsd.org; Fri, 22 Jun 2001 18:39:10 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.3/8.11.1) id f5MHdAG60341 for freebsd-hackers@freebsd.org; Fri, 22 Jun 2001 18:39:10 +0100 (BST) (envelope-from jcm) Date: Fri, 22 Jun 2001 18:39:09 +0100 From: j mckitrick To: freebsd-hackers@freebsd.org Subject: how to invalidate scsi connection to driver module Message-ID: <20010622183909.A60256@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is the code for a scsi removable media drive. If this is to become a module, the cam/scsi attachment must be removed. I have tried calling cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the cam system assigns the next higher minor device number, and then crashes when accessed. Any ideas here how to reset cam to a state where it knows nothing about the device? /* ** Now tell the generic SCSI layer ** about our bus. */ devq = cam_simq_alloc(/*maxopenings*/1); /* XXX What about low-level detach on error? */ if (devq == NULL) return (ENXIO); vpo->sim = cam_sim_alloc(vpo_action, vpo_poll, "vpo", vpo, device_get_unit(dev), /*untagged*/1, /*tagged*/0, devq); if (vpo->sim == NULL) { cam_simq_free(devq); return (ENXIO); } if (xpt_bus_register(vpo->sim, /*bus*/0) != CAM_SUCCESS) { cam_sim_free(vpo->sim, /*free_devq*/TRUE); return (ENXIO); } /* all went ok */ vpo_cam_rescan(vpo); /* have CAM rescan the bus */ return (0); Jonathon -- Microsoft complaining about the source license used by Linux is like the event horizon calling the kettle black. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:44: 6 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 0393F37B406 for ; Fri, 22 Jun 2001 10:44:02 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MHfEg74847; Fri, 22 Jun 2001 10:41:19 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 10:41:09 -0700 (PDT) From: Matthew Jacob Reply-To: To: j mckitrick Cc: Subject: Re: how to invalidate scsi connection to driver module In-Reply-To: <20010622183909.A60256@dogma.freebsd-uk.eu.org> Message-ID: <20010622104102.Q20923-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 Wrong list. Send this to -scsi On Fri, 22 Jun 2001, j mckitrick wrote: > > Here is the code for a scsi removable media drive. If this is to become a > module, the cam/scsi attachment must be removed. I have tried calling > cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the > cam system assigns the next higher minor device number, and then crashes > when accessed. Any ideas here how to reset cam to a state where it knows > nothing about the device? > > > > /* > ** Now tell the generic SCSI layer > ** about our bus. > */ > devq = cam_simq_alloc(/*maxopenings*/1); > /* XXX What about low-level detach on error? */ > if (devq == NULL) > return (ENXIO); > > vpo->sim = cam_sim_alloc(vpo_action, vpo_poll, "vpo", vpo, > device_get_unit(dev), > /*untagged*/1, /*tagged*/0, devq); > if (vpo->sim == NULL) { > cam_simq_free(devq); > return (ENXIO); > } > > if (xpt_bus_register(vpo->sim, /*bus*/0) != CAM_SUCCESS) { > cam_sim_free(vpo->sim, /*free_devq*/TRUE); > return (ENXIO); > } > > /* all went ok */ > > vpo_cam_rescan(vpo); /* have CAM rescan the bus */ > > return (0); > > Jonathon > -- > Microsoft complaining about the source license used by > Linux is like the event horizon calling the kettle black. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:45:42 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 4CF7C37B403 for ; Fri, 22 Jun 2001 10:45:38 -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.3/8.11.2) with ESMTP id f5MHjXI71793 for ; Fri, 22 Jun 2001 10:45:33 -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 Date: Fri, 22 Jun 2001 10:52:01 -0700 (PDT) From: John Baldwin To: hackers@FreeBSD.org Subject: Two Junior Kernel Hacker tasks.. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey all, This is a request for some simple changes to the kernel configuration stuff that would be nice to have if someone wants to do them before I finally (if ever) get around to doing it. Both have to do with making our kernel config stuff more multi-platform friendly. 1) Split sys/i386/conf/NOTES up into MI and MD parts. The MI portion would become sys/conf/NOTES and would contain all the machine independent options and devices. The MD options and devices would live in sys/${MACHINE_ARCH}/conf/NOTES. This would include altering the sys/${MACHINE_ARCH}/conf/Makefile's (based on the LINT: target in the i386 Makefile) to concatenate the MI and MD NOTES files together to feed to makelint.pl to build LINT. This addresses problems with not having a place for non-i386 kernel options/devices that aren't in GENERIC for example. 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than sys/compile/FOO. This is very helpful when you share the same sys/ tree across several machines with different architectures. For example, I share the same sys/ tree via NFS across almost all my testboxes including alpha and i386. Every time I want to compile GENERIC (I keep kernel.GENERIC up to date on my boxes) as part of an installworld I have to go manipulate symlinks (and/or shuffle directories around). Fixing this would make life for the non-x86 centric types a bit easier, although there'll probably be a big bikeshed over changing the build directory. *sigh* -- 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 Fri Jun 22 10:48:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id BF65637B401 for ; Fri, 22 Jun 2001 10:48:30 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 15DV2j-000HRl-00; Fri, 22 Jun 2001 18:48:29 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.3/8.11.1) id f5MHmTF60594; Fri, 22 Jun 2001 18:48:29 +0100 (BST) (envelope-from jcm) Date: Fri, 22 Jun 2001 18:48:29 +0100 From: j mckitrick To: Matthew Jacob Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010622184829.C60256@dogma.freebsd-uk.eu.org> References: <20010622183909.A60256@dogma.freebsd-uk.eu.org> <20010622104102.Q20923-100000@wonky.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010622104102.Q20923-100000@wonky.feral.com>; from mjacob@feral.com on Fri, Jun 22, 2001 at 10:41: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 Fri, Jun 22, 2001 at 10:41:09AM -0700, Matthew Jacob wrote: | | Wrong list. Send this to -scsi Yeah, i figured i would get this response. But at least it's a response. :-) The same post to -scsi went unanswered, so i thought i would try here. Oh, well. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:50:10 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 BE02C37B403; Fri, 22 Jun 2001 10:50:05 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MHo5g74865; Fri, 22 Jun 2001 10:50:05 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 10:50:00 -0700 (PDT) From: Matthew Jacob Reply-To: To: John Baldwin Cc: Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: Message-ID: <20010622104940.P20923-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 On Fri, 22 Jun 2001, John Baldwin wrote: > Hey all, > > This is a request for some simple changes to the kernel configuration stuff > that would be nice to have if someone wants to do them before I finally (if > ever) get around to doing it. Both have to do with making our kernel config > stuff more multi-platform friendly. > > 1) Split sys/i386/conf/NOTES up into MI and MD parts. The MI portion would > become sys/conf/NOTES and would contain all the machine independent > options and devices. The MD options and devices would live in > sys/${MACHINE_ARCH}/conf/NOTES. This would include altering the > sys/${MACHINE_ARCH}/conf/Makefile's (based on the LINT: target in the > i386 Makefile) to concatenate the MI and MD NOTES files together to > feed to makelint.pl to build LINT. This addresses problems with not having > a place for non-i386 kernel options/devices that aren't in GENERIC for > example. > > 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than sys/compile/FOO. > This is very helpful when you share the same sys/ tree across several > machines with different architectures. For example, I share the same sys/ > tree via NFS across almost all my testboxes including alpha and i386. Every > time I want to compile GENERIC (I keep kernel.GENERIC up to date on my boxes) > as part of an installworld I have to go manipulate symlinks (and/or shuffle > directories around). Fixing this would make life for the non-x86 centric > types a bit easier, although there'll probably be a big bikeshed over > changing the build directory. *sigh* > Why can't we do it like NetBSD and have sys/${MACHINE_ARCH}/compile? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:52: 3 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 E2A6B37B406 for ; Fri, 22 Jun 2001 10:51:59 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MHnPg74858; Fri, 22 Jun 2001 10:49:25 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 10:49:20 -0700 (PDT) From: Matthew Jacob Reply-To: To: j mckitrick Cc: Subject: Re: how to invalidate scsi connection to driver module In-Reply-To: <20010622184829.C60256@dogma.freebsd-uk.eu.org> Message-ID: <20010622104918.V20923-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 "oh" On Fri, 22 Jun 2001, j mckitrick wrote: > On Fri, Jun 22, 2001 at 10:41:09AM -0700, Matthew Jacob wrote: > | > | Wrong list. Send this to -scsi > > Yeah, i figured i would get this response. But at least it's a response. > :-) > The same post to -scsi went unanswered, so i thought i would try here. Oh, > well. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:53:59 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 66C4D37B403 for ; Fri, 22 Jun 2001 10:53:52 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 80283 invoked by uid 1000); 22 Jun 2001 17:54:13 -0000 Date: Fri, 22 Jun 2001 19:54:13 +0200 From: "Karsten W. Rohrbach" To: Mike Barcroft Cc: Volker Stolz , hackers@freebsd.org, phk@freebsd.org, joe@freebsd.org Subject: Re: [RFC] whois(1) - recursive IP searches Message-ID: <20010622195413.V64624@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Mike Barcroft , Volker Stolz , hackers@freebsd.org, phk@freebsd.org, joe@freebsd.org References: <20010622105957.A2090@i2.informatik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pEAjBjStGYT6H+Py" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mike@q9media.com on Fri, Jun 22, 2001 at 12:25:33PM -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 --pEAjBjStGYT6H+Py Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mike Barcroft(mike@q9media.com)@2001.06.22 12:25:33 +0000: > On 6/22/01 4:59 AM, Volker Stolz at stolz@I2.Informatik.RWTH-Aachen.DE > wrote: >=20 > > In local.freebsd-hackers, you wrote: > >> I would appreciate comments on the following patch: > >> http://testbed.q9media.net/freebsd/whois.20010622.patch > >>=20 > >> o Implement recursive IP Address searches based on the results of > >> a query to ARIN. This allows a user to type 'whois 210.139.255.223' > >> and get the expected results. > >> [Requested by joe and phk] > >=20 > > This and some of the other stuff discussed recently looks like what > > other people have been building into whois-*servers* like whois.thur.de > > by Lutz.Donnerhacke@Jena.Thur.De (just try 'whois -h whois.thur.de > > 210.139.255.223'). >=20 > I don't understand the solution your proposing. Are you suggesting that = we > flood whois.thur.de with FreeBSD requests, or are you suggesting we have > every whois server in the world switch to this software? the above server is very ill-behaving. when asking for a XX00-RIPE handle it should query whois.ripe.net and, successful query done, output the results. what happens is this: --- rohrbach@nGENn:defiler[~]139% whois -h whois.thur.de KR11-RIPE Process query: 'kr11-ripe' Querying whois.ripe.net:43 with whois. Querying whois.nic.at:43 with whois. Querying whois.denic.de:43 with whois. Querying whois.isnet.is:43 with whois. Querying whois.norid.no:43 with whois. Querying whois.nic.it:43 with whois. --- i omitted the rest, since it simply returns all the hits it got. i think it is better to install a little program as an addon on the appropriate whois servers to simulate at least the expected load avg: --- hog.c: main() { for(;;) { } } --- cc -o hog hog.c start it up several times, until you reach the loadavg of your choice ;-) >=20 > > Why not keep whois(1) lean and put the "custom" stuff in a port? > > On the other hand, I fully understand that people might disagree :) >=20 > What's the point of software in the base system, if it doesn't do anything > useful? If you want to find out who owns an IP block, you want to type > 'whois (dotted-quad)' without having to know which country it was assigned > to. Similarly, if you want to know who owns a .com, you're not going to = be > required to know which registrar they chose. whois(1) is an information > gathering tool, after all. yup, exactly. as i said, jwhois is worth a look. it already is in ports. /k --=20 > I own my own body. But I share. 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 --pEAjBjStGYT6H+Py 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 iD8DBQE7M4ZFM0BPTilkv0YRAqC2AKDFXrk5MzFJ7MOioIRIjkLmSr6erQCfbZTd 8VEJAv8hWdufCr64pgM4Ts4= =jBmd -----END PGP SIGNATURE----- --pEAjBjStGYT6H+Py-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 10:55:34 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 1FED237B403 for ; Fri, 22 Jun 2001 10:55:31 -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.3/8.11.2) with ESMTP id f5MHtBI72089; Fri, 22 Jun 2001 10:55:11 -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: <20010622104940.P20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 11:02:08 -0700 (PDT) From: John Baldwin To: Matthew Jacob Subject: Re: Two Junior Kernel Hacker tasks.. 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 22-Jun-01 Matthew Jacob wrote: > > > On Fri, 22 Jun 2001, John Baldwin wrote: > >> Hey all, >> >> This is a request for some simple changes to the kernel configuration stuff >> that would be nice to have if someone wants to do them before I finally (if >> ever) get around to doing it. Both have to do with making our kernel config >> stuff more multi-platform friendly. >> >> 1) Split sys/i386/conf/NOTES up into MI and MD parts. The MI portion would >> become sys/conf/NOTES and would contain all the machine independent >> options and devices. The MD options and devices would live in >> sys/${MACHINE_ARCH}/conf/NOTES. This would include altering the >> sys/${MACHINE_ARCH}/conf/Makefile's (based on the LINT: target in the >> i386 Makefile) to concatenate the MI and MD NOTES files together to >> feed to makelint.pl to build LINT. This addresses problems with not >> having >> a place for non-i386 kernel options/devices that aren't in GENERIC for >> example. >> >> 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than >> sys/compile/FOO. >> This is very helpful when you share the same sys/ tree across several >> machines with different architectures. For example, I share the same >> sys/ >> tree via NFS across almost all my testboxes including alpha and i386. >> Every >> time I want to compile GENERIC (I keep kernel.GENERIC up to date on my >> boxes) >> as part of an installworld I have to go manipulate symlinks (and/or >> shuffle >> directories around). Fixing this would make life for the non-x86 centric >> types a bit easier, although there'll probably be a big bikeshed over >> changing the build directory. *sigh* >> > > Why can't we do it like NetBSD and have > > sys/${MACHINE_ARCH}/compile? Sure, fine. I don't really care which, I just would like the problem solved somehow. :) -- 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 Fri Jun 22 11: 1:26 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 4C2B937B403; Fri, 22 Jun 2001 11:01:23 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MI1Mg74887; Fri, 22 Jun 2001 11:01:22 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 11:01:17 -0700 (PDT) From: Matthew Jacob Reply-To: To: John Baldwin Cc: Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: Message-ID: <20010622105917.N20923-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 > > > > sys/${MACHINE_ARCH}/compile? > > Sure, fine. I don't really care which, I just would like the problem solved > somehow. :) I seem to recall that the 2 or 3 times I've brought this up over the last 3-4 years either Bruce or Peter or both said No!, but my memory could be playing me false. What *I* do is NFS mount my test source from a common machine, but then nfs loopback mount the compile directory for each machine. I'd use a nullfs mount if that worked. This has the feature of avoiding the multiplatform foo (mostly- it's been known to break over the last year or so), and also to get more reasonable compile performance. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11: 3:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from w2xo.pgh.pa.us (18.gibs5.xdsl.nauticom.net [209.195.184.19]) by hub.freebsd.org (Postfix) with ESMTP id 8384237B401 for ; Fri, 22 Jun 2001 11:03:43 -0700 (PDT) (envelope-from durham@w2xo.pgh.pa.us) Received: from w2xo (w2xo [192.168.5.1]) by w2xo.pgh.pa.us (8.11.3/8.11.3) with ESMTP id f5MHxeQ45854; Fri, 22 Jun 2001 17:59:40 GMT (envelope-from durham@w2xo.pgh.pa.us) Date: Fri, 22 Jun 2001 17:59:40 +0000 (GMT) From: Jim Durham X-Sender: durham@w2xo.int To: Farooq Mela Cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Sound driver changes between 4.2 and 4.3 In-Reply-To: <3B3379BB.949592E3@sm.socccd.cc.ca.us> 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, 22 Jun 2001, Farooq Mela wrote: > Hi -hackers, > > Several people have made it known to me that games such as Quake2 > which ran fine with sound under the 4.2 kernel are not able to have > sound in 4.3. I have verified this myself - with quake2 under 4.3 > ktrace reports that opening /dev/dsp fails with EBUSY - even though > nothing is using /dev/dsp and other programs are able to open it and > play sound just fine immediately afterwards. Under 4.2 on the same > machine, open()ing /dev/dsp is successful and sound functions. > Figuring out what's going wrong is further complicated by the fact > that these are linux binaries and run under the linux emulator. Could > it be the linux emulator messing something up, and not the sound card? > > Since this is an issue of the userland's interface to the sound driver > and is not concerned with sound driver internals or driving a specific > card (since this problem occurs regardless of sound card), I thought I > might try and see if could fix the problem. I've not done any kernel > programming before, but I'd like to get my feet wet and this seems > like a relatively small project. Any pointers as to where to start? > Anybody else run into similar problems and try to see what is going > wrong? > Are you running gnome desktop? I've been thrashing with esd and it sounds somewhat similar. lsof reports that /dev/dsp is not open to any process, but if you try to run timidity, it says "/dev/dsp busy". I have killed esd and made it work, but not always. I don't know what that my mean. -Jim Durham To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:12: 1 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 C701037B403 for ; Fri, 22 Jun 2001 11:11:59 -0700 (PDT) (envelope-from fmela0@sm.socccd.cc.ca.us) Received: from sm.socccd.cc.ca.us (pool0100.cvx14-bradley.dialup.earthlink.net [209.179.38.100]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA23922; Fri, 22 Jun 2001 11:11:51 -0700 (PDT) Message-ID: <3B338AF8.5F436609@sm.socccd.cc.ca.us> Date: Fri, 22 Jun 2001 11:14:16 -0700 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jim Durham Cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Sound driver changes between 4.2 and 4.3 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 Jim Durham wrote: > Are you running gnome desktop? I've been thrashing with esd and it sounds > somewhat similar. lsof reports that /dev/dsp is not open to any process, > but if you try to run timidity, it says "/dev/dsp busy". I have killed esd > and made it work, but not always. I don't know what that my mean. No, I dont have gnome or esd. Lsof also reports that no process has /dev/dsp open. Even if I cold boot a system running 4.3, and try to run quake2 (or some other linux program which uses /dev/dsp) immediately after logging in, _certain_ that no process has yet opened/tried to open it, it still returns EBUSY to the process. I'm starting to get the feeling this is somehow related to linux emulation because they are the only ones that get EBUSY under 4.3, while native programs can open and use it without problem. -- farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:14: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 2CFBE37B403 for ; Fri, 22 Jun 2001 11:14:20 -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.3/8.11.2) with ESMTP id f5MIEEI72844; Fri, 22 Jun 2001 11:14:14 -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: <20010622105917.N20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 11:22:40 -0700 (PDT) From: John Baldwin To: Matthew Jacob Subject: Re: Two Junior Kernel Hacker tasks.. 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 22-Jun-01 Matthew Jacob wrote: >> > >> > sys/${MACHINE_ARCH}/compile? >> >> Sure, fine. I don't really care which, I just would like the problem solved >> somehow. :) > > I seem to recall that the 2 or 3 times I've brought this up over the last 3-4 > years either Bruce or Peter or both said No!, but my memory could be playing > me false. > > What *I* do is NFS mount my test source from a common machine, but then nfs > loopback mount the compile directory for each machine. I'd use a nullfs mount > if that worked. > > This has the feature of avoiding the multiplatform foo (mostly- it's been > known to break over the last year or so), and also to get more reasonable > compile performance. The thing I like though is that when my test box hangs, I have the kernel.debug still accessible so I can pull up remote gdb on the machine. Hence the desire to share sys/compile over NFS as well. -- 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 Fri Jun 22 11:20:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vilnya.demon.co.uk (vilnya.demon.co.uk [158.152.19.238]) by hub.freebsd.org (Postfix) with ESMTP id D1B0037B401 for ; Fri, 22 Jun 2001 11:20:22 -0700 (PDT) (envelope-from gandalf@vilnya.demon.co.uk) Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id CACFFD96E; Fri, 22 Jun 2001 19:20:20 +0100 (BST) Message-ID: <008801c0fb48$417f6920$0504020a@haveblue> From: "Cameron Grant" To: "Maxime Henrion" , Cc: "Farooq Mela" References: <3B3379BB.949592E3@sm.socccd.cc.ca.us> <20010622190953.E625@nebula.cybercable.fr> Subject: Re: Sound driver changes between 4.2 and 4.3 Date: Fri, 22 Jun 2001 19:22:12 +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 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.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 > I've also seen a -STABLE box unable to open the /dev/dsp file (open > returns EBUSY) although both fstat and lsof didn't see any process with > this file opened. This second problem was happening even when trying to > ``cat /dev/dsp'' so it's probably not be related to the Linux emulation. there is a known bug in that if the device is open for write and another open, this time read/write, is attempted the device will be stuck open everafter. this will be fixed in the next mfc, to occur soon. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:23: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 1677837B403; Fri, 22 Jun 2001 11:23:39 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MINcg74913; Fri, 22 Jun 2001 11:23:38 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 11:23:33 -0700 (PDT) From: Matthew Jacob Reply-To: To: John Baldwin Cc: Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: Message-ID: <20010622112320.J20923-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 > > The thing I like though is that when my test box hangs, I have the kernel.debug > still accessible so I can pull up remote gdb on the machine. Hence the desire > to share sys/compile over NFS as well. > Yes, that's helpful too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:42:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 56F6A37B42F; Fri, 22 Jun 2001 11:42:37 -0700 (PDT) (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.1) with ESMTP id f5MIgaV58508; Fri, 22 Jun 2001 12:42:36 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221842.f5MIgaV58508@harmony.village.org> To: John Baldwin Subject: Re: Two Junior Kernel Hacker tasks.. Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 22 Jun 2001 10:52:01 PDT." References: Date: Fri, 22 Jun 2001 12:42: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 John Baldwin writes: : 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than sys/compile/FOO. Please use ${MACHINE}, not ${MACHINE_ARCH}. That way I can build GENERIC for both i386 and pc98 at the same time without resorting to the GENERIC98 hack I use now. : This is very helpful when you share the same sys/ tree across several : machines with different architectures. For example, I share the same sys/ : tree via NFS across almost all my testboxes including alpha and i386. Every : time I want to compile GENERIC (I keep kernel.GENERIC up to date on my boxes) : as part of an installworld I have to go manipulate symlinks (and/or shuffle : directories around). Fixing this would make life for the non-x86 centric : types a bit easier, although there'll probably be a big bikeshed over : changing the build directory. *sigh* : I'd be up for doing this, so long as I got to choose where to build into :-) sys/arch/${MACHINE}/compile/FOO but that would start the arch bikeshed. I'd love to just do it. With powerpc, we are going to have a lot of different ports ala i386/pc98 (that have the same MAHINCE_ARCH, but different MACHINE) if NetBSD is any indication. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:42:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from london.physics.purdue.edu (london.physics.purdue.edu [128.210.67.35]) by hub.freebsd.org (Postfix) with ESMTP id A845037B403; Fri, 22 Jun 2001 11:42:43 -0700 (PDT) (envelope-from will@physics.purdue.edu) Received: from bohr.physics.purdue.edu (bohr.physics.purdue.edu [128.210.67.12]) by london.physics.purdue.edu (8.8.8/8.8.8) with ESMTP id NAA01519; Fri, 22 Jun 2001 13:42:30 -0500 (EST) Received: by bohr.physics.purdue.edu (Postfix, from userid 12409) id 95ED15BB5; Fri, 22 Jun 2001 13:42:29 -0500 (EST) Date: Fri, 22 Jun 2001 13:42:29 -0500 From: Will Andrews To: Matthew Jacob Cc: John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. Message-ID: <20010622134229.I74316@bohr.physics.purdue.edu> Reply-To: Will Andrews References: <20010622104940.P20923-100000@wonky.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010622104940.P20923-100000@wonky.feral.com>; from mjacob@feral.com on Fri, Jun 22, 2001 at 10:50:00AM -0700 X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-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, Jun 22, 2001 at 10:50:00AM -0700, Matthew Jacob (mjacob@feral.com) wrote: > Why can't we do it like NetBSD and have > > sys/${MACHINE_ARCH}/compile? I thought it was sys/arch/${MACHINE_ARCH}/compile? ;) Aren't you a NetBSD developer[*]? -- wca [*] Sorry, couldn't resist. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:43:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A8E6C37B403; Fri, 22 Jun 2001 11:43:24 -0700 (PDT) (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.1) with ESMTP id f5MIhLV58562; Fri, 22 Jun 2001 12:43:21 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221843.f5MIhLV58562@harmony.village.org> To: mjacob@feral.com Subject: Re: Two Junior Kernel Hacker tasks.. Cc: John Baldwin , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 22 Jun 2001 10:50:00 PDT." <20010622104940.P20923-100000@wonky.feral.com> References: <20010622104940.P20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 12:43:21 -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 <20010622104940.P20923-100000@wonky.feral.com> Matthew Jacob writes: : Why can't we do it like NetBSD and have : : sys/${MACHINE_ARCH}/compile? That would be my second chopice (assumnig that we really do do it like NetBSD and use ${MACHINE} rather than ${MACHINE_ARCH}). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:44:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 7DD3937B403; Fri, 22 Jun 2001 11:44:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MIi4g74944; Fri, 22 Jun 2001 11:44:04 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 11:43:58 -0700 (PDT) From: Matthew Jacob Reply-To: To: Will Andrews Cc: John Baldwin , Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: <20010622134229.I74316@bohr.physics.purdue.edu> Message-ID: <20010622114328.R20923-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 On Fri, 22 Jun 2001, Will Andrews wrote: > On Fri, Jun 22, 2001 at 10:50:00AM -0700, Matthew Jacob (mjacob@feral.com) wrote: > > Why can't we do it like NetBSD and have > > > > sys/${MACHINE_ARCH}/compile? > > I thought it was sys/arch/${MACHINE_ARCH}/compile? ;) > Aren't you a NetBSD developer[*]? > > -- > wca > [*] Sorry, couldn't resist. Yes, and you're right. But we'll probably never do this (tm). Groan... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:45:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 67D8037B401; Fri, 22 Jun 2001 11:45:10 -0700 (PDT) (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.1) with ESMTP id f5MIj4V58605; Fri, 22 Jun 2001 12:45:04 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221845.f5MIj4V58605@harmony.village.org> To: Will Andrews Subject: Re: Two Junior Kernel Hacker tasks.. Cc: Matthew Jacob , John Baldwin , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 22 Jun 2001 13:42:29 CDT." <20010622134229.I74316@bohr.physics.purdue.edu> References: <20010622134229.I74316@bohr.physics.purdue.edu> <20010622104940.P20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 12:45:04 -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 <20010622134229.I74316@bohr.physics.purdue.edu> Will Andrews writes: : I thought it was sys/arch/${MACHINE_ARCH}/compile? ;) : Aren't you a NetBSD developer[*]? Actually, it is sys/arch/${MACHINE}/compile since you can have different machines based on the same machine_arch. Look at the number of mips, 60k, powerpc and arm ports. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:49: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id E45A937B407; Fri, 22 Jun 2001 11:48:56 -0700 (PDT) (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.1) with ESMTP id f5MImlV58673; Fri, 22 Jun 2001 12:48:47 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221848.f5MImlV58673@harmony.village.org> To: mjacob@feral.com Subject: Re: Two Junior Kernel Hacker tasks.. Cc: Will Andrews , John Baldwin , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 22 Jun 2001 11:43:58 PDT." <20010622114328.R20923-100000@wonky.feral.com> References: <20010622114328.R20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 12:48:47 -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 <20010622114328.R20923-100000@wonky.feral.com> Matthew Jacob writes: : Yes, and you're right. But we'll probably never do this (tm). I keep trying :-) However, I think the following would work for sys/${MACHINE}/compile/FOO. Note, I only did i386, but could do others as well fairly quickly. Warner Index: sys/conf/Makefile.i386 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/conf/Makefile.i386,v retrieving revision 1.236 diff -u -r1.236 Makefile.i386 --- sys/conf/Makefile.i386 2001/06/13 10:58:28 1.236 +++ sys/conf/Makefile.i386 2001/06/22 18:47:09 @@ -29,7 +29,7 @@ .if exists(./@/.) S= ./@ .else -S= ../.. +S= ../../.. .endif .endif M= ${MACHINE_ARCH} Index: usr.sbin/config/config.8 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.sbin/config/config.8,v retrieving revision 1.26 diff -u -r1.26 config.8 --- usr.sbin/config/config.8 2001/01/22 07:03:06 1.26 +++ usr.sbin/config/config.8 2001/06/22 18:46:38 @@ -110,7 +110,7 @@ .Fx . .Nm creates the directory -.Pa ../../compile/SYSTEM_NAME +.Pa ../compile/SYSTEM_NAME or the one given with the .Fl d option Index: usr.sbin/config/main.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.sbin/config/main.c,v retrieving revision 1.50 diff -u -r1.50 main.c --- usr.sbin/config/main.c 2001/02/23 00:22:04 1.50 +++ usr.sbin/config/main.c 2001/06/22 18:46:28 @@ -67,7 +67,7 @@ #define FALSE (0) #endif -#define CDIR "../../compile/" +#define CDIR "../compile/" char * PREFIX; char destdir[MAXPATHLEN]; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:52: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from london.physics.purdue.edu (london.physics.purdue.edu [128.210.67.35]) by hub.freebsd.org (Postfix) with ESMTP id C105237B403; Fri, 22 Jun 2001 11:52:01 -0700 (PDT) (envelope-from will@physics.purdue.edu) Received: from bohr.physics.purdue.edu (bohr.physics.purdue.edu [128.210.67.12]) by london.physics.purdue.edu (8.8.8/8.8.8) with ESMTP id NAA02113; Fri, 22 Jun 2001 13:51:56 -0500 (EST) Received: by bohr.physics.purdue.edu (Postfix, from userid 12409) id 6B7B05BB5; Fri, 22 Jun 2001 13:51:54 -0500 (EST) Date: Fri, 22 Jun 2001 13:51:54 -0500 From: Will Andrews To: Matthew Jacob Cc: Will Andrews , John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. Message-ID: <20010622135154.J74316@bohr.physics.purdue.edu> Reply-To: Will Andrews References: <20010622134229.I74316@bohr.physics.purdue.edu> <20010622114328.R20923-100000@wonky.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010622114328.R20923-100000@wonky.feral.com>; from mjacob@feral.com on Fri, Jun 22, 2001 at 11:43:58AM -0700 X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-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, Jun 22, 2001 at 11:43:58AM -0700, Matthew Jacob (mjacob@feral.com) wrote: > Yes, and you're right. But we'll probably never do this (tm). Never say never. I for one am in favor of that system. =) Unfortunately at the moment we have sys/${MACHINE}/compile rather than sys/arch/${MACHINE}/compile so we'd need repocopies (and a lot of them I would imagine). -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 11:55:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0EB5037B408; Fri, 22 Jun 2001 11:55:16 -0700 (PDT) (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.1) with ESMTP id f5MIt6V61909; Fri, 22 Jun 2001 12:55:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221855.f5MIt6V61909@harmony.village.org> Subject: Re: Two Junior Kernel Hacker tasks.. Cc: mjacob@feral.com, Will Andrews , John Baldwin , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 22 Jun 2001 12:48:47 MDT." <200106221848.f5MImlV58673@harmony.village.org> References: <200106221848.f5MImlV58673@harmony.village.org> <20010622114328.R20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 12:55:06 -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 <200106221848.f5MImlV58673@harmony.village.org> Warner Losh writes: : However, I think the following would work for : sys/${MACHINE}/compile/FOO. Note, I only did i386, but could do : others as well fairly quickly. Actually, the last patch is bad. Try this one. You will need to mkdir sys/${MACHINE}/compile. This at least makes it through make depend. Warner Index: sys/conf/Makefile.i386 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/conf/Makefile.i386,v retrieving revision 1.236 diff -u -r1.236 Makefile.i386 --- sys/conf/Makefile.i386 2001/06/13 10:58:28 1.236 +++ sys/conf/Makefile.i386 2001/06/22 18:47:09 @@ -29,7 +29,7 @@ .if exists(./@/.) S= ./@ .else -S= ../.. +S= ../../.. .endif .endif M= ${MACHINE_ARCH} Index: usr.sbin/config/config.8 =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.sbin/config/config.8,v retrieving revision 1.26 diff -u -r1.26 config.8 --- usr.sbin/config/config.8 2001/01/22 07:03:06 1.26 +++ usr.sbin/config/config.8 2001/06/22 18:46:38 @@ -110,7 +110,7 @@ .Fx . .Nm creates the directory -.Pa ../../compile/SYSTEM_NAME +.Pa ../compile/SYSTEM_NAME or the one given with the .Fl d option Index: usr.sbin/config/main.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.sbin/config/main.c,v retrieving revision 1.50 diff -u -r1.50 main.c --- usr.sbin/config/main.c 2001/02/23 00:22:04 1.50 +++ usr.sbin/config/main.c 2001/06/22 18:52:03 @@ -67,7 +67,7 @@ #define FALSE (0) #endif -#define CDIR "../../compile/" +#define CDIR "../compile/" char * PREFIX; char destdir[MAXPATHLEN]; @@ -158,8 +158,7 @@ { char xxx[MAXPATHLEN]; if (*srcdir == '\0') - (void)snprintf(xxx, sizeof(xxx), "../../%s/include", - machinename); + (void)snprintf(xxx, sizeof(xxx), "../../include"); else (void)snprintf(xxx, sizeof(xxx), "%s/%s/include", srcdir, machinename); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 12: 1: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 C511337B403 for ; Fri, 22 Jun 2001 12:01:18 -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.3/8.11.2) with ESMTP id f5MJ1BI73828; Fri, 22 Jun 2001 12:01:11 -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: <200106221842.f5MIgaV58508@harmony.village.org> Date: Fri, 22 Jun 2001 12:11:36 -0700 (PDT) From: John Baldwin To: Warner Losh Subject: Re: Two Junior Kernel Hacker tasks.. 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 22-Jun-01 Warner Losh wrote: > In message John Baldwin writes: >: 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than >: sys/compile/FOO. > > Please use ${MACHINE}, not ${MACHINE_ARCH}. That way I can build > GENERIC for both i386 and pc98 at the same time without resorting to > the GENERIC98 hack I use now. Sure, sounds good. Actually, with mjacob's suggestion, I would go with sys/${MACHINE}/compile/FOO >: This is very helpful when you share the same sys/ tree across several >: machines with different architectures. For example, I share the same >: sys/ >: tree via NFS across almost all my testboxes including alpha and i386. >: Every >: time I want to compile GENERIC (I keep kernel.GENERIC up to date on my >: boxes) >: as part of an installworld I have to go manipulate symlinks (and/or >: shuffle >: directories around). Fixing this would make life for the non-x86 centric >: types a bit easier, although there'll probably be a big bikeshed over >: changing the build directory. *sigh* >: > > I'd be up for doing this, so long as I got to choose where to build > into :-) > > sys/arch/${MACHINE}/compile/FOO > > but that would start the arch bikeshed. I'd love to just do it. I would tackle the sys/arch bikeshed on its own merits for now. (BTW, I favor sys/arch FWIW). If we use the path I proposed above (sys/MACHINE/compile/FOO) then if we do a sys/MACHINE -> sys/arch/MACHINE move we get the compile directory move for free. -- 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 Fri Jun 22 12: 3:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C92EB37B40A; Fri, 22 Jun 2001 12:03:44 -0700 (PDT) (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.1) with ESMTP id f5MJ3iV70219; Fri, 22 Jun 2001 13:03:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221903.f5MJ3iV70219@harmony.village.org> To: John Baldwin Subject: Re: Two Junior Kernel Hacker tasks.. Cc: hackers@FreeBSD.org In-reply-to: Your message of "Fri, 22 Jun 2001 12:11:36 PDT." References: Date: Fri, 22 Jun 2001 13:03: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 John Baldwin writes: : Sure, sounds good. Actually, with mjacob's suggestion, I would go with : sys/${MACHINE}/compile/FOO You are behind on your email. I've already posted patches that do exactly this. It turns out to be very easy. I've also built a kernel with them. I'm also getting ready to build a pc98 kernel too. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 12: 9:33 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 A368C37B403 for ; Fri, 22 Jun 2001 12:09:30 -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.3/8.11.2) with ESMTP id f5MJ9KI74090; Fri, 22 Jun 2001 12:09:20 -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: <200106221903.f5MJ3iV70219@harmony.village.org> Date: Fri, 22 Jun 2001 12:20:04 -0700 (PDT) From: John Baldwin To: Warner Losh Subject: Re: Two Junior Kernel Hacker tasks.. 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 22-Jun-01 Warner Losh wrote: > In message John Baldwin writes: >: Sure, sounds good. Actually, with mjacob's suggestion, I would go with >: sys/${MACHINE}/compile/FOO > > You are behind on your email. I've already posted patches that do > exactly this. It turns out to be very easy. I've also built a kernel > with them. I'm also getting ready to build a pc98 kernel too. I think we are just getting e-mails crossed. :) Sounds good. Can't wait to see the commit. :) Now to get someone to tackle the first item on the list... > Warner -- 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 Fri Jun 22 12:15:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 638CA37B40C; Fri, 22 Jun 2001 12:15:04 -0700 (PDT) (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.1) with ESMTP id f5MJF3V76066; Fri, 22 Jun 2001 13:15:03 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106221915.f5MJF3V76066@harmony.village.org> To: John Baldwin Subject: Re: Two Junior Kernel Hacker tasks.. Cc: hackers@FreeBSD.org In-reply-to: Your message of "Fri, 22 Jun 2001 12:20:04 PDT." References: Date: Fri, 22 Jun 2001 13:15:03 -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 John Baldwin writes: : I think we are just getting e-mails crossed. :) Sounds good. Can't wait to : see the commit. :) Now to get someone to tackle the first item on the list... Hey, I did my part for the cause. Let someone else do NOTES. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 12:16:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2in.giga.net.tw (mail2in.giga.net.tw [203.133.1.16]) by hub.freebsd.org (Postfix) with ESMTP id 6EBEA37B40E for ; Fri, 22 Jun 2001 12:15:06 -0700 (PDT) (envelope-from e10233@ms60.url.com.tw) Received: from enter (u182-136.u203-203.giga.net.tw [203.203.182.136]) by mail2in.giga.net.tw (Postfix) with SMTP id ABE0351823 for ; Sat, 23 Jun 2001 03:15:03 +0800 (CST) To: e10233@ms60.url.com.tw From: e10233@ms60.url.com.tw Subject: ¶W¸£¤O¤ß´¼¬ì§Þ Date: Sat, 23 Jun 2001 03:12:33 +0800 Message-Id: <37065.133722569444200.2394235@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=oiribqrdspnpeaaa Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --oiribqrdspnpeaaa Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit ¿Ë·RªºªB¤Í; ¦b¦¹´£¨Ñ2001¦~³Ì·s¸£¤O¶}µo§Þ³N «e¨¥: ®Ú¾Ú¬ì¾Ç¬ã¨sÅã¥Ü¡A§Ú­Ì¤HÃþ¤j¸£¥i§l¦¬°O¾Ð2000¸U¥»¹Ï®Ñ¤j·§10­Ó¹Ï®ÑÀ] ¤§¶q¡A¥u­n²ß±o¥¿½Tªº°O¾Ð¤èªk¡A¥²¯à±N§Ú­Ì¤j¸£µo´§²OºvºÉ­P¡A¹ï¤H¡A¨Æ ¡Aª«¥t¦³¤@µf¤£¦P¨¤«×¨£¸Ñ¡AÂǦ¹½Òµ{¦@¦P±´¯Á¤j¸£¤F¯«©_¡C ¡·"§Ú­Ìªº±M·~ §Ú­Ì¨ã¦³¥¿²Îªº­^°êMind Maps¤ß´¼Ã¸¹Ïªkªº±Â½ÒÃҮѡA±Ð±z¾Ç²ß­±¹ï21¥@¬ö ªºÄvª§¥²³Æªº§Þ¥©¡B±´¯ÁÁA¸Ñ§Ú­Ì¯«©_ªº¤j¸£¡A½Õ¾ã¾Ç²ßªº¹LÂo¾¹"¶W±j°O¾Ð" ¾Ç²ß¤ß´¼¹Ïªº³W«h¤Î¦p¦ó¹B¥Î¤ß´¼Ã¸¹Ï Mind Maps ªº¤èªk¥´³y¤@Áûª÷ÀY¸£¥Hªï±µ21¥@¬öªº¬D¾Ô¡B°l¨D¥þ¤è¦ì¦¨¥\ªº¤H¥Í¡C ¡·"§Ú­Ìªº¥Øªº ¬°±Ð¾É¥¿½Tªº¾Ç²ß°O¾Ð¤è¦¡¡A¨Ï©ÒŪªº¬ì¥Ø¥i§¹¥þªº°O¦í¤Î¹B¥Î¡A´î¤Ö¾Ç²ß¤§ ®À§é·P¡A¨Ã´£°ª§A¾Ç²ßªº¿³½ì¡C ¤HÃþªº¤j¸£¥u¥Î¨ì3%~6%©|¦³94%¥H¤W³£¨S°V½m¶}µo¨Ï¥Î¡C §Ú­Ì¹B¥Î¤@®M«e±Mªù°V½m±¡³ø¤H­ûªº¤èªk¡A²×¥Í¨ü¥ÎµL½a¡A¦p°O¡G ©m¦W¡B¹q¸Ü¡(«P¶i¤H»ÚÃö«Y¡^¡B­I³æ¦r¡B¾Ç»y¨¥¡B°O¤½¦¡¡B¾ú¥v¡B¦a²z µ¥.... ·Ó§Ú­Ì±Ð§Aªº¤èªk¡A¥u»Ý30%ªº®É¶¡¡A¹F¦¨¦Ê¤À¤§¦Êªº¥\®Ä¡A¥u­n¦³¤ß¦¨ªø¡A ±q10·³¡ã75·³¬Ò «OÃÒ¼W¥[2~15­¿¥H¤Wªº°O¾Ð¤O(°ò¦°V½m)¡C §A·Q¾Ö¦³¶W±j¹L¤Hªº°O¾Ð¶Ü¡H ¹B¥Î¶W±j°O¾Ð°V½m¡B¤ß´¼ ¹Ï°V½m¤ÎÀu¶Õ¸£ªi°V½m¡A ¥i¥HÅý§Aªº°O¾Ð¤O¥ß¨è´£¤É2~15­¿¡C§AÁÙ¦b¬Ý¶Ü¡H§OµS¿Ý»°§Ö¦æ°Ê.... Åwªï¦³§Ó°l¨D¥þ¤è¦ì¦¨¥\¤§¦U¬ÉªB¤ÍÄâ®a(ªB)±a²²(¤Í)°Ñ¥[ª÷ÀY¸£°ò¦°V½m ½Òµ{¡A¸Ô²Ó±¡§Î½Ð¤Wºô¬d¸ß: http://98.to/super2100 ©ÎÀH«Hªþ¥ó µ¹¦Û¤v·Q¤@­Ó¨Ó¤W½Òªº²z¥Ñ: ¥Î³}®Ñ§½ªº®É¶¡¤Î¶R¤@¥»®Ñªº¿ú¡A°Ñ¥[§Ú­ÌÁ|¿ìªº°ò¦½Òµ{¡A «OÃÒ±z°O¾Ð¤O´£¤É2-15­¿¡A(±z¦h¤[¨S¤W®Ñ§½¶R®Ñ¤F©O?)µ´¹ïÅý±zª«¶W©Ò­È¡C ¡@ §Ú­Ì±N¤£©w´Á¦b¥x¥_¡A®ç¶é ¡A·s¦Ë¡A­]®ß¡A¥x¤¤¡A°ª¶¯Á|¿ì¥Ü½d½Òµ{,Åwªï¨Ó¹q¹w¬ù °ª¶¯:7¤ë¥÷¶}½Ò¤é´Á¤À§O¬°:7/4¬P´Á¤T¡A7/13¬P´Á¤­¡A7/26¬P´Á¥| ¥x¤¤Á`¤½¥qTEL¡G04-23165310 FAX:04-23165315 ¬¢ÂŤp©j °ª¶¯¤À¤½¥qTEL¡G07-3861373 0955045803 ¬¢ÂÅ¥ý¥Í ¥þ¬Ù¨ä¥L¦a°Ï ½Ð¬¢ 0965-129085 ¥»°T®§¬O©e°Uµo°e¡A½Ð¤£­nª½±µ¦^ÂÐ¥»«H¡A¦pªG±z¤£·Q¦A±µ¦¬ ¥»°T®§¡A½Ð¦^«H¦Ü¥H¤U«H½cE-mail«H½c¡G:kaohsiung807@edirect168.com:: ¦p¦³¥´ÂZ±z¤§³B¡A½Ð¦h¦h¥]²[¡AÁÂÁ¡I¡I --oiribqrdspnpeaaa Content-Type: text/html; name="¤W½Òµý.htm" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="¤W½Òµý.htm" PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBl IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8dGl0bGU+t3O6 9K22OTwvdGl0bGU+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1IiIGNvbnRlbnQ9Ik1p Y3Jvc29mdCBGcm9udFBhZ2UgNC4wIj4NCjxtZXRhIG5hbWU9IlByb2dJZCIgY29u dGVudD0iRnJvbnRQYWdlLkVkaXRvci5Eb2N1bWVudCI+DQo8bWV0YSBuYW1lPSJN aWNyb3NvZnQgVGhlbWUiIGNvbnRlbnQ9Im5vbmUsIGRlZmF1bHQiPg0KPG1ldGEg bmFtZT0iTWljcm9zb2Z0IEJvcmRlciIgY29udGVudD0ibm9uZSwgZGVmYXVsdCI+ DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQo8cD690LFOprmq7a7mpkOmTCYjMjI2MjU7 vGer4bbHr3Wm3DA0LTIzMTY1MzE1pXikpMFgpL2lcbl3rPkspbukvaVxsU6md7HG pM6naaq+sPLCpr3StXuuybahqu27UKZVv6Slq6RXvdKmYcJJLLtQsXqxtayiqkGw yC7BwsHCIQ0KDQo8cD6hQA0KDQo8dGFibGUgYm9yZGVyPSIxIiB3aWR0aD0iMTAw JSIgaGVpZ2h0PSIyODAiPg0KICA8dHI+DQogICAgPHRkIHdpZHRoPSIzNCUiIGNv bHNwYW49IjIiIGhlaWdodD0iNDUiPjxzcGFuIHN0eWxlPSJGT05ULUZBTUlMWTog t3Oy06n6xek7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h biciPqfarW6w0aVbpmHCSTogDQogICAgICA8L3NwYW4+PC90ZD4NCiAgICA8dGQg d2lkdGg9IjM5JSIgY29sc3Bhbj0iMiIgaGVpZ2h0PSI0NSI+PHNwYW4gc3R5bGU9 IkZPTlQtRkFNSUxZOiC3c7LTqfrF6SI+PGlucHV0IHR5cGU9ImNoZWNrYm94IiB2 YWx1ZT0iT04iIG5hbWU9IkMxIj48L3NwYW4+PGZvbnQgc2l6ZT0iMyI+PHNwYW4g c3R5bGU9IkZPTlQtRkFNSUxZOiC3c7LTqfrF6TsgbXNvLWFzY2lpLWZvbnQtZmFt aWx5OiAnVGltZXMgTmV3IFJvbWFuJyI+Jm5ic3A7pWu4ozwvc3Bhbj48L2ZvbnQ+ PGZvbnQgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9IkxFVFRFUi1TUEFDSU5HOiAycHgi Pq7Er+CwVr1tPC9zcGFuPjxzcGFuIHN0eWxlPSJGT05ULUZBTUlMWTogt3Oy06n6 xek7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPrDy wqa90rV7PC9zcGFuPjwvZm9udD6hQDwvdGQ+DQogICAgPHRkIHdpZHRoPSIyNyUi IHJvd3NwYW49IjYiIGhlaWdodD0iMjc0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgIA0KICAgICAgPGZvbnQgc2l6ZT0iNSIgZmFjZT0itles 479Bssq2wiI+PGI+sKq2r7r0r7g8L2I+PC9mb250Pg0KICAgICAgPHA+PGZvbnQg Y29sb3I9IiNmZjAwMDAiPjxzcGFuIHN0eWxlPSJGT05ULUZBTUlMWTogt3Oy06n6 xek7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28tYXNjaWktZm9udC1m YW1pbHk6IFRpbWVzIE5ldyBSb21hbiI+PGZvbnQgc2l6ZT0iMiI+pXilX6FBt3Om y6FBrue26aFBpXikpDwvZm9udD48L3NwYW4+PC9mb250PjxzcGFuIHN0eWxlPSJG T05ULUZBTUlMWTogt3Oy06n6xek7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0 OyBtc28tYXNjaWktZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21hbiI+PGZvbnQg c2l6ZT0iMiI+PGZvbnQgY29sb3I9IiNmZjAwMDAiPqFBsKq2rzwvZm9udD6oQ7P1 PGZvbnQgY29sb3I9IiNmZjAwMDAiPq2tpEekUTwvZm9udD6kSKFBqEOsULTBpXW2 fTxmb250IGNvbG9yPSIjZmYwMDAwIj6kQKa4PC9mb250PqFBvdC0o6tluXes+aFB wcLBwqFJPC9mb250Pjwvc3Bhbj6hQDwvcD4NCiAgICA8L3RkPg0KICA8L3RyPg0K ICA8dHI+DQogICAgPHRkIHdpZHRoPSIzNCUiIGNvbHNwYW49IjIiIHJvd3NwYW49 IjIiIGhlaWdodD0iNDEiPjxzcGFuIHN0eWxlPSJGT05ULUZBTUlMWTogt3Oy06n6 xek7IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPqlt plc7PC9zcGFuPjwvdGQ+DQogICAgPHRkIHdpZHRoPSIxMyUiIGhlaWdodD0iMzUi IHJvd3NwYW49IjIiPjxzcGFuIHN0eWxlPSJGT05ULUZBTUlMWTogt3Oy06n6xek7 IG1zby1hc2NpaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbiciPsFwtbi5 cbjcOjwvc3Bhbj6hQKFAPC90ZD4NCiAgICA8dGQgd2lkdGg9IjI2JSIgaGVpZ2h0 PSIxNyI+oUA8L3RkPg0KICA8L3RyPg0KICA8dHI+DQogICAgPHRkIHdpZHRoPSIy NiUiIGhlaWdodD0iMTgiPqFAPC90ZD4NCiAgPC90cj4NCiAgPHRyPg0KICAgIDx0 ZCB3aWR0aD0iNzMlIiBjb2xzcGFuPSI0IiBoZWlnaHQ9IjUxIj48c3BhbiBzdHls ZT0iRk9OVC1GQU1JTFk6ILdzstOp+sXpOyBtc28tYXNjaWktZm9udC1mYW1pbHk6 ICdUaW1lcyBOZXcgUm9tYW4nIj6m7ad9Ozwvc3Bhbj48L3RkPg0KICA8L3RyPg0K ICA8dHI+DQogICAgPHRkIHdpZHRoPSIxMSUiIHJvd3NwYW49IjIiIGhlaWdodD0i MTE5Ij48c3BhbiBzdHlsZT0iRk9OVC1GQU1JTFk6ILdzstOp+sXpOyBtc28tYXNj aWktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj6kdadAqcq96Dwvc3Bh bj48L3RkPg0KICAgIDx0ZCB3aWR0aD0iMjMlIiBoZWlnaHQ9IjExMyIgcm93c3Bh bj0iMiI+PHNwYW4gc3R5bGU9IkZPTlQtRkFNSUxZOiC3c7LTqfrF6SI+PGlucHV0 IHR5cGU9ImNoZWNrYm94IiB2YWx1ZT0iT04iIG5hbWU9IkMxIj6+x6XNPGlucHV0 IHR5cGU9ImNoZWNrYm94IiB2YWx1ZT0iT04iIG5hbWU9IkMxIj6kvTxpbnB1dCB0 eXBlPSJjaGVja2JveCIgdmFsdWU9Ik9OIiBuYW1lPSJDMSI+PC9zcGFuPrDToUAN CiAgICAgIDxwPjxpbnB1dCB0eXBlPSJjaGVja2JveCIgdmFsdWU9Ik9OIiBuYW1l PSJDMSI+pHU8aW5wdXQgdHlwZT0iY2hlY2tib3giIHZhbHVlPSJPTiIgbmFtZT0i QzEiPjxpbnB1dCB0eXBlPSJjaGVja2JveCIgdmFsdWU9Ik9OIiBuYW1lPSJDMSI+ qkGwyLd+oUA8L3A+DQogICAgPC90ZD4NCiAgICA8dGQgd2lkdGg9IjEzJSIgaGVp Z2h0PSI1MiI+PHNwYW4gc3R5bGU9IkZPTlQtRkFNSUxZOiC3c7LTqfrF6TsgbXNv LWFzY2lpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJyI+pn7E1jo8L3Nw YW4+oUA8L3RkPg0KICAgIDx0ZCB3aWR0aD0iMjYlIiBoZWlnaHQ9IjUyIj48c3Bh biBzdHlsZT0iRk9OVC1GQU1JTFk6ILdzstOp+sXpOyBtc28tYXNjaWktZm9udC1m YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nIj6zxrX5PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTogt3Oy06n6xek7IG1zby1hc2NpaS1mb250LWZhbWlseTog VGltZXMgTmV3IFJvbWFuIj6hRzwvc3Bhbj6hQDwvdGQ+DQogIDwvdHI+DQogIDx0 cj4NCiAgICA8dGQgd2lkdGg9IjM5JSIgaGVpZ2h0PSI2MSIgY29sc3Bhbj0iMiI+ oUA8Zm9udCBzaXplPSI1Ij7AdbRmvXO4uaFHPGZvbnQgY29sb3I9IiNGRjAwMDAi PjAwPGI+NTYwMzAzPC9iPjwvZm9udD48L2ZvbnQ+oUA8L3RkPg0KICA8L3RyPg0K PC90YWJsZT4NCg0KPHA+PGZvbnQgY29sb3I9IiNGRjAwMDAiPiAgICAgDQoxLr7M prmkV73Stf3DuqXmMzUwpLjBv7hxtk+hQbP1pmG2TyAgIDIutUykV73Stf2qzKRX vdKrZbvdw7ql5jE1MDCkuKzjst+2TzwvZm9udD48L3A+ICANCjxkaXYgYWxpZ249 ImNlbnRlciI+DQogIDxjZW50ZXI+IA0KICA8dGFibGU+IA0KICAgIDx0cj4gDQog DQo8Zm9udCBmYWNlPSK3c7LTqfrF6SI+IA0KICAgICAgPHRkIHdpZHRoPSIxMDAl Ij6leKSkwWCkvaVxVEVMoUcwNC0yMzE2NTMxMCZuYnNwOyBGQVg6MDQtMjMxNjUz MTUgICAgICANCiAgICAgICAgrKI8Zm9udCBjb2xvcj0iIzAwMDBmZiI+wsWkcKlq PC9mb250PjwvdGQ+IA0KPC9mb250PiANCg0KICAgIDwvdHI+IA0KICAgIDx0cj4g DQogDQo8Zm9udCBmYWNlPSK3c7LTqfrF6SI+IA0KICAgICAgPHRkIHdpZHRoPSIx MDAlIj6wqravpMCkvaVxVEVMoUcwNy0zODYxMzczJm5ic3A7Jm5ic3A7Jm5ic3A7 ICAgICAgDQogICAgICAgIDA5NTUwNDU4MDMmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgICAgICANCiAg ICAgICAgrKI8Zm9udCBjb2xvcj0iIzAwMDBmZiI+wsWl/aXNPC9mb250PjwvdGQ+ IA0KPC9mb250PiANCg0KICAgIDwvdHI+IA0KICAgIDx0cj4gDQogDQo8Zm9udCBm YWNlPSK3c7LTqfrF6SI+IA0KICAgICAgPHRkIHdpZHRoPSIxMDAlIj48Zm9udCBj b2xvcj0iIzAwMDBmZiI+pf6s2ajkpUymYbDPvdCsoiZuYnNwOyA8L2ZvbnQ+PGI+ PGZvbnQgY29sb3I9IiNmZjk5MDAiIGZhY2U9IkFyaWFsIiBjbGFzcz0iZm9udDE2 cHgiIHNpemU9IjMiPjA5NjUtMTI5MDg1PC9mb250PjwvYj4gIA0KPGZvbnQgY29s b3I9IiMwMDAwZmYiPsLFpf2lzSZuYnNwOyZuYnNwOyA8L2ZvbnQ+PGEgaHJlZj0i bWFpbHRvOnN1cGVyXzIxMDBAc2luYW1haWwuY29tIj48Zm9udCBjb2xvcj0iI0ZG MDAwMCI+qc6o06tIPC9mb250PjwvYT4gIA0KPC9mb250PiANCg0KICAgICAgPC90 ZD4gDQogICAgPC90cj4NCiAgPC90YWJsZT4NCiAgPC9jZW50ZXI+DQo8L2Rpdj4N Cg0KPC9ib2R5Pg0KDQo8L2h0bWw+DQo= --oiribqrdspnpeaaa-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 12:51:31 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 5094737B407; Fri, 22 Jun 2001 12:51:21 -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 f5MJpDe06722; Fri, 22 Jun 2001 12:51:13 -0700 Date: Fri, 22 Jun 2001 12:51:13 -0700 From: Brooks Davis To: Hajimu UMEMOTO Cc: hackers@FreeBSD.ORG, brian@Awfulhak.org, phk@critter.freebsd.dk, arch@FreeBSD.ORG Subject: Re: cloning network interfaces Message-ID: <20010622125113.A30459@Odin.AC.HMC.Edu> References: <20010608191904.A18847@Odin.AC.HMC.Edu> <20010610.232907.74740159.ume@mahoroba.org> <20010611142030.A15283@Odin.AC.HMC.Edu> <20010613.040716.115941864.ume@mahoroba.org> 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: <20010613.040716.115941864.ume@mahoroba.org>; from ume@mahoroba.org on Wed, Jun 13, 2001 at 04:07:16AM +0900 Sender: owner-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 Content-Transfer-Encoding: quoted-printable On Wed, Jun 13, 2001 at 04:07:16AM +0900, Hajimu UMEMOTO wrote: > I like your idea. > I'm serving tunnel broker using DTCP (Dynamic Tunnel Configuration > Protocol) in our ISP. So, I'm grad if we have dynamic gif creation, > too. Ok, after a week and a half of doing other things, I've got a patch together which adds interface cloning based on NetBSD's code. The difference is that you may pass an interface of the from gif# if you don't need a specific number. The ioctl now returns a potentialy modified ifreq which contains the new interface name. This changes the way drivers implement cloning in that they may return a different unit then they were passed and they must do their own resource management rather then relying on the clone functionality in sys/net/if.c to do it for them. The patch is at: http://people.freebsd.org/~brooks/patches/gif.diff The patch can be applied as follows (you need to make the directories): cd /usr/src mkdir sys/modules/if_gif sys/modules/if_stf patch < /tmp/gif.diff The patch does the following: - adds interface cloning support to the kernel - adds interface cloning support to ifconfig - makes gif clonable - makes gif usable as a module - removes the need for NGIF and gif.h - removes va_args usage in in_gif_input to remove a warning - removes gif dependencies from stf - makes stf usable as a module -- 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 --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7M6GxXY6L6fI4GtQRAk2oAKDkCdhGxDAZS1q+F7P+dk7cNx5lkACcCxL9 8vq8z+ZPJeSt8+WFubuJpsA= =LY+F -----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 Jun 22 13:20:39 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 DD79D37B406; Fri, 22 Jun 2001 13:20:34 -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 NAA47368; Fri, 22 Jun 2001 13:20:40 -0700 (PDT) (envelope-from soren@soekris.com) Message-ID: <3B33A891.EC712701@soekris.com> Date: Fri, 22 Jun 2001 13:20:33 -0700 From: Soren Kristensen Organization: Soekris Engineering X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG, freebsd-security@FreeBSD.ORG Subject: Status of encryption hardware support in FreeBSD 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, There has been some talks earlier about importing the OpenBSD code for encryption hardware support. As I now has prototypes avaliable of low cost PCI and MiniPCI boards, moving to production in a couple of weeks, I would like to check up on the work, as I would really like to see FreeBSD support. The boards are now supported in OpenBSD 2.9. Could the responsible person, or anybody who knows, please post or email a status ? For more information about the boards, please visits http://www.soekris.com Regards, Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 13:25:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by hub.freebsd.org (Postfix) with ESMTP id 354AD37B408; Fri, 22 Jun 2001 13:25:43 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.3+3.4W/8.11.3/light) with UUCP id f5MKPXH19395; Sat, 23 Jun 2001 05:25:33 +0900 (JST) (envelope-from ume@mahoroba.org) Received: from peace.mahoroba.org (IDENT:bUAccIORC2+Er4XRl9wc/c31rT9C15csYR09gOjqhotUkukwepAXv4CWfjltKqlF@peace.mahoroba.org [3ffe:505:2:0:200:f8ff:fe05:3eae]) (authenticated as ume with CRAM-MD5) by mail.mahoroba.org (8.11.4/8.11.4/chaos) with ESMTP/inet6 id f5MKPBm29811; Sat, 23 Jun 2001 05:25:11 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 23 Jun 2001 05:25:08 +0900 (JST) Message-Id: <20010623.052508.95037244.ume@mahoroba.org> To: soren@soekris.com Cc: hackers@FreeBSD.ORG, freebsd-security@FreeBSD.ORG Subject: Re: Status of encryption hardware support in FreeBSD From: Hajimu UMEMOTO In-Reply-To: <3B33A891.EC712701@soekris.com> References: <3B33A891.EC712701@soekris.com> X-Mailer: xcite1.38> Mew version 1.95b119 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT 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 Fri, 22 Jun 2001 13:20:33 -0700 >>>>> Soren Kristensen said: soren> There has been some talks earlier about importing the OpenBSD code for soren> encryption hardware support. soren> As I now has prototypes avaliable of low cost PCI and MiniPCI boards, soren> moving to production in a couple of weeks, I would like to check up on soren> the work, as I would really like to see FreeBSD support. The boards are soren> now supported in OpenBSD 2.9. soren> Could the responsible person, or anybody who knows, please post or email soren> a status ? Because, FreeBSD's IPsec support comes from KAME, please contact to KAME guys. snap-users@kame.net is good place. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 14: 6:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 85E9C37B406 for ; Fri, 22 Jun 2001 14:06:39 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f5ML5Pq79537; Fri, 22 Jun 2001 16:05:25 -0500 (CDT) (envelope-from jlemon) Date: Fri, 22 Jun 2001 16:05:25 -0500 (CDT) From: Jonathan Lemon Message-Id: <200106222105.f5ML5Pq79537@prism.flugsvamp.com> To: soren@soekris.com, hackers@freebsd.org Subject: Re: Status of encryption hardware support in FreeBSD X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: Organization: Cc: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >Hi, > >There has been some talks earlier about importing the OpenBSD code for >encryption hardware support. > >As I now has prototypes avaliable of low cost PCI and MiniPCI boards, >moving to production in a couple of weeks, I would like to check up on >the work, as I would really like to see FreeBSD support. The boards are >now supported in OpenBSD 2.9. I have some funding to add support for hardware crypto offload in the next few months, so this is on my plate ATM. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 14:23:54 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 D4A1337B407; Fri, 22 Jun 2001 14:23:47 -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 287CB3E28; Fri, 22 Jun 2001 14:23:47 -0700 (PDT) To: John Baldwin Cc: hackers@FreeBSD.org Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: ; from jhb@FreeBSD.org on "Fri, 22 Jun 2001 10:52:01 -0700 (PDT)" Date: Fri, 22 Jun 2001 14:23:47 -0700 From: Dima Dorfman Message-Id: <20010622212347.287CB3E28@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 John Baldwin writes: > 1) Split sys/i386/conf/NOTES up into MI and MD parts. The MI portion would > become sys/conf/NOTES and would contain all the machine independent > options and devices. The MD options and devices would live in > sys/${MACHINE_ARCH}/conf/NOTES. This would include altering the > sys/${MACHINE_ARCH}/conf/Makefile's (based on the LINT: target in the > i386 Makefile) to concatenate the MI and MD NOTES files together to > feed to makelint.pl to build LINT. This addresses problems with not having > a place for non-i386 kernel options/devices that aren't in GENERIC for > example. OpenBSD (and I think NetBSD) solve this problem by having an 'include' directive in the kernel config file. E.g., in sys/arch/i386/conf/GENRIC (the MD config file): machine i386 ... include "../../../conf/GENREIC" # <-- MI config file ... I think this is much more general than just splitting NOTES. Is there any reason we shouldn't do this? I'd be willing to implement 'include' in config(8). Thanks, Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 14:31:17 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 CA9D737B406 for ; Fri, 22 Jun 2001 14:31:09 -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.3/8.11.2) with ESMTP id f5MLUuI76829; Fri, 22 Jun 2001 14:31:00 -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: <20010622212347.287CB3E28@bazooka.unixfreak.org> Date: Fri, 22 Jun 2001 14:52:13 -0700 (PDT) From: John Baldwin To: Dima Dorfman Subject: Re: Two Junior Kernel Hacker tasks.. 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 22-Jun-01 Dima Dorfman wrote: > John Baldwin writes: >> 1) Split sys/i386/conf/NOTES up into MI and MD parts. The MI portion would >> become sys/conf/NOTES and would contain all the machine independent >> options and devices. The MD options and devices would live in >> sys/${MACHINE_ARCH}/conf/NOTES. This would include altering the >> sys/${MACHINE_ARCH}/conf/Makefile's (based on the LINT: target in the >> i386 Makefile) to concatenate the MI and MD NOTES files together to >> feed to makelint.pl to build LINT. This addresses problems with not >> having >> a place for non-i386 kernel options/devices that aren't in GENERIC for >> example. > > OpenBSD (and I think NetBSD) solve this problem by having an 'include' > directive in the kernel config file. E.g., in > sys/arch/i386/conf/GENRIC (the MD config file): > > machine i386 > ... > include "../../../conf/GENREIC" # <-- MI config file > ... > > I think this is much more general than just splitting NOTES. Is there > any reason we shouldn't do this? I'd be willing to implement > 'include' in config(8). That's fine. LINT is still special, because we do extra processing to convert NOTES to LINT, but that would make updating GENERIC easier. -- 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 Fri Jun 22 14:49:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 8810137B40B; Fri, 22 Jun 2001 14:49:51 -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 f5MLnpM19970; Fri, 22 Jun 2001 14:49:51 -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 22F793808; Fri, 22 Jun 2001 14:49:51 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: mjacob@feral.com Cc: John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: <20010622105917.N20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 14:49:51 -0700 From: Peter Wemm Message-Id: <20010622214951.22F793808@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 Matthew Jacob wrote: > > > > > > sys/${MACHINE_ARCH}/compile? > > > > Sure, fine. I don't really care which, I just would like the problem solve d > > somehow. :) > > I seem to recall that the 2 or 3 times I've brought this up over the last 3-4 > years either Bruce or Peter or both said No!, but my memory could be playing > me false. If I've said that before (and I'm not sure that I have), I have changed my mind. I would prefer sys/{arch}/compile. 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 Jun 22 14:54:58 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 9420437B407; Fri, 22 Jun 2001 14:54:55 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f5MLsjg75329; Fri, 22 Jun 2001 14:54:53 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 22 Jun 2001 14:54:39 -0700 (PDT) From: Matthew Jacob Reply-To: To: Peter Wemm Cc: John Baldwin , Subject: Re: Two Junior Kernel Hacker tasks.. In-Reply-To: <20010622214951.22F793808@overcee.netplex.com.au> Message-ID: <20010622145428.K20923-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 > > I seem to recall that the 2 or 3 times I've brought this up over the last 3-4 > > years either Bruce or Peter or both said No!, but my memory could be playing > > me false. > > If I've said that before (and I'm not sure that I have), I have changed my > mind. I would prefer sys/{arch}/compile. > *AND THE CROWD CHEERS WILDLY!**** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 15:51: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9AEC037B401; Fri, 22 Jun 2001 15:50:57 -0700 (PDT) (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.1) with ESMTP id f5MMomV77595; Fri, 22 Jun 2001 16:50:48 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106222250.f5MMomV77595@harmony.village.org> To: mjacob@feral.com Subject: Re: Two Junior Kernel Hacker tasks.. Cc: Peter Wemm , John Baldwin , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 22 Jun 2001 14:54:39 PDT." <20010622145428.K20923-100000@wonky.feral.com> References: <20010622145428.K20923-100000@wonky.feral.com> Date: Fri, 22 Jun 2001 16:50:48 -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 <20010622145428.K20923-100000@wonky.feral.com> Matthew Jacob writes: : > > I seem to recall that the 2 or 3 times I've brought this up over the last 3-4 : > > years either Bruce or Peter or both said No!, but my memory could be playing : > > me false. : > : > If I've said that before (and I'm not sure that I have), I have changed my : > mind. I would prefer sys/{arch}/compile. : > : : *AND THE CROWD CHEERS WILDLY!**** Maybe I should just commit it :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 15:53:16 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 ACDA837B401 for ; Fri, 22 Jun 2001 15:53:11 -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.3/8.11.2) with ESMTP id f5MMqvI78941; Fri, 22 Jun 2001 15:52:57 -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: <200106222250.f5MMomV77595@harmony.village.org> Date: Fri, 22 Jun 2001 16:17:23 -0700 (PDT) From: John Baldwin To: Warner Losh Subject: Re: Two Junior Kernel Hacker tasks.. Cc: hackers@FreeBSD.org, Peter Wemm , mjacob@feral.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 22-Jun-01 Warner Losh wrote: > In message <20010622145428.K20923-100000@wonky.feral.com> Matthew Jacob > writes: >: > > I seem to recall that the 2 or 3 times I've brought this up over the >: > > last 3-4 >: > > years either Bruce or Peter or both said No!, but my memory could be >: > > playing >: > > me false. >: > >: > If I've said that before (and I'm not sure that I have), I have changed my >: > mind. I would prefer sys/{arch}/compile. >: > >: >: *AND THE CROWD CHEERS WILDLY!**** > > Maybe I should just commit it :-) No objection here. :) > Warner -- 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 Fri Jun 22 16: 1:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id F214537B406 for ; Fri, 22 Jun 2001 16:01:50 -0700 (PDT) (envelope-from eddy+public+spam@noc.everquick.net) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.10.2/8.10.2) with ESMTP id f5MN1jG12657 for ; Fri, 22 Jun 2001 23:01:45 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Fri, 22 Jun 2001 23:01:44 +0000 (GMT) From: "E.B. Dreger" To: freebsd-hackers@freebsd.org Subject: question: aio / nbio / kqueue 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 Quick question, hopefully not too basic for this list: AIO vs. non-blocking IO vs. kernel queues I'm familiar with (and *love*) kernel queues. Non-blocking IO is straightforward. AIO seems simple enough. My question is, from a performance standpoint, in what situations are these techniques most appropriate? TIA, Eddy --------------------------------------------------------------------------- Brotsman & Dreger, Inc. EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence --------------------------------------------------------------------------- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 16:11:42 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 E361937B430 for ; Fri, 22 Jun 2001 16:11:32 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 75D195D010; Fri, 22 Jun 2001 18:11:22 -0500 (CDT) Date: Fri, 22 Jun 2001 18:11:22 -0500 From: Alfred Perlstein To: "E.B. Dreger" Cc: freebsd-hackers@freebsd.org Subject: Re: question: aio / nbio / kqueue Message-ID: <20010622181122.A57058@sneakerz.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from eddy+public+spam@noc.everquick.net on Fri, Jun 22, 2001 at 11:01:44PM +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 * E.B. Dreger [010622 18:01] wrote: > Quick question, hopefully not too basic for this list: > > AIO vs. non-blocking IO vs. kernel queues > > I'm familiar with (and *love*) kernel queues. Non-blocking IO is > straightforward. AIO seems simple enough. > > My question is, from a performance standpoint, in what situations are > these techniques most appropriate? kqueue can be utilized to monitor non-blocking and AIO, you probably want to use non-blocking for network/tty IO and AIO for disk IO, you also probably want to use kqueue for notification when these operations complete or will be possible without blocking. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 16:14:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88]) by hub.freebsd.org (Postfix) with ESMTP id 94DB837B419 for ; Fri, 22 Jun 2001 16:14:08 -0700 (PDT) (envelope-from stripes@mac.com) Received: by smtpout.mac.com; Fri, 22 Jun 2001 16:13:35 -0700 (PDT) Message-Id: <200106222313.QAA09104@smtpout.mac.com> Received: from asmtp01.mac.com ([10.13.10.65]) by smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP id GFCTUN00.0IG for ; Fri, 22 Jun 2001 16:13:35 -0700 Received: from localhost ([207.126.105.134]) by asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 6 2001 13:16:42) with ESMTP id GFCTUM00.FIF; Fri, 22 Jun 2001 16:13:34 -0700 Date: Fri, 22 Jun 2001 19:11:37 -0400 From: Josh Osborne Content-Type: text/plain; format=flowed; charset=us-ascii Subject: Re: question: aio / nbio / kqueue Cc: freebsd-hackers@FreeBSD.ORG To: "E.B. Dreger" X-Mailer: Apple Mail (2.388) In-Reply-To: Mime-Version: 1.0 (Apple Message framework v388) 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 Friday, June 22, 2001, at 07:01 PM, E.B. Dreger wrote: > Quick question, hopefully not too basic for this list: > > AIO vs. non-blocking IO vs. kernel queues > > I'm familiar with (and *love*) kernel queues. Non-blocking IO is > straightforward. AIO seems simple enough. > > My question is, from a performance standpoint, in what situations are > these techniques most appropriate? AIO is good when you are not receiving much data (or not receiving it very frequently), and presumably want very low latency. Nonblocking I/O is good when you know you will almost never actually block (because you can skip the select/pool/kqueue call), it's not so bad if you combine it with a select/pool/kqueue if you can't use the socket right away, but will suck a lot if you busy wait. kqueue would (I assume) be good if you expect some not insignificant amount of blocking. And have more then one fd to do I/O on (if you only have one, blocking I/O is simpler to code up...) That's in theory, I can't quote any study that proves that. More vexing I can't say where the cross over in "frequency of blocking" says you should try the I/O operation before falling back to kqueue, vs. when you are better off doing the kqueue... -- Not speaking for my employer Barely speaking for myself To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 16:22:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 1BB3E37B407 for ; Fri, 22 Jun 2001 16:22:26 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.mybox.zip ([207.214.149.24]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GFC00ARHU9B60@mta5.snfc21.pbi.net> for hackers@freebsd.org; Fri, 22 Jun 2001 16:22:25 -0700 (PDT) Received: by zippy.mybox.zip (Postfix, from userid 1000) id 4EDE1181C; Fri, 22 Jun 2001 16:22:19 -0700 (PDT) Date: Fri, 22 Jun 2001 16:22:18 -0700 From: Alex Zepeda Subject: Re: 2nd ata drive, and resolv.conf options In-reply-to: <"from wmoran"@iowna.com> To: Bill Moran Cc: hackers@freebsd.org Message-id: <20010622162218.A644@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.2.5i References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <3B3359A0.30669930@iowna.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 Fri, Jun 22, 2001 at 10:43:44AM -0400, Bill Moran wrote: > > ad1: 73308MB [148945/16/63] at ata0-slave UDMA100 > > If it's any help, I'm using that exact same drive currently and it's > sort of working. I'm having trouble with random panics on this system, > but I haven't yet isolated as to what's causing them. There may be a > problem with this drive, but I haven't isolated it yet to be sure. Well I've got this: ad0: 29314MB [59560/16/63] at ata0-master tagged UDMA33 and it's working just peachy. Well, it's spitting out read errors, so I'm assuming it's almost dead.. but it's still yet to cause any real fbsd problems. You aren't by any chance running an HPT366 based controller are you? - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 16:40: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id E031937B406 for ; Fri, 22 Jun 2001 16:39:59 -0700 (PDT) (envelope-from wmoran@iowna.com) Received: from iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f5MNads11455; Fri, 22 Jun 2001 19:36:39 -0400 (EDT) Message-ID: <3B33D724.86C45CA3@iowna.com> Date: Fri, 22 Jun 2001 19:39:16 -0400 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Alex Zepeda Cc: hackers@freebsd.org Subject: Re: 2nd ata drive, and resolv.conf options References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <3B3359A0.30669930@iowna.com> <20010622162218.A644@zippy.mybox.zip> 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 Alex Zepeda wrote: > > On Fri, Jun 22, 2001 at 10:43:44AM -0400, Bill Moran wrote: > > > > ad1: 73308MB [148945/16/63] at ata0-slave UDMA100 > > > > If it's any help, I'm using that exact same drive currently and it's > > sort of working. I'm having trouble with random panics on this system, > > but I haven't yet isolated as to what's causing them. There may be a > > problem with this drive, but I haven't isolated it yet to be sure. > > Well I've got this: > > ad0: 29314MB [59560/16/63] at ata0-master tagged UDMA33 > > and it's working just peachy. Well, it's spitting out read errors, so I'm > assuming it's almost dead.. but it's still yet to cause any real fbsd > problems. > > You aren't by any chance running an HPT366 based controller are you? It's on an ASUS A7V133 mobo. The controller is Promise ATA100. The one that I'm having trouble with is running in UDMA100. Is it possible that UDMA100 doesn't work right? Thoughts? -Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 16:45:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id B098E37B401 for ; Fri, 22 Jun 2001 16:45:24 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.mybox.zip ([207.214.149.24]) by mta7.pltn13.pbi.net (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with ESMTP id <0GFC00B00V9QLS@mta7.pltn13.pbi.net> for hackers@freebsd.org; Fri, 22 Jun 2001 16:44:15 -0700 (PDT) Received: by zippy.mybox.zip (Postfix, from userid 1000) id 1B9B2181C; Fri, 22 Jun 2001 16:44:13 -0700 (PDT) Date: Fri, 22 Jun 2001 16:44:12 -0700 From: Alex Zepeda Subject: Re: 2nd ata drive, and resolv.conf options In-reply-to: <3B33D724.86C45CA3@iowna.com>; from wmoran@iowna.com on Fri, Jun 22, 2001 at 07:39:16PM -0400 To: Bill Moran Cc: hackers@freebsd.org Message-id: <20010622164412.A4520@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <3B3359A0.30669930@iowna.com> <20010622162218.A644@zippy.mybox.zip> <3B33D724.86C45CA3@iowna.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 Fri, Jun 22, 2001 at 07:39:16PM -0400, Bill Moran wrote: > It's on an ASUS A7V133 mobo. The controller is Promise ATA100. The one > that I'm having trouble with is running in UDMA100. Is it possible that > UDMA100 doesn't work right? > > Thoughts? I imagine it's possible, but it would seem unlikely to me, since the drives are otherwise pretty high quality. Perhaps it's a buggy firmware revision. Then again, I've never tried anything at > ATA66, and that was with the buggy HPT366. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 17:26:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 1AF5A37B401 for ; Fri, 22 Jun 2001 17:26:08 -0700 (PDT) (envelope-from rh@matriplex.com) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id RAA65505; Fri, 22 Jun 2001 17:24:50 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Fri, 22 Jun 2001 17:24:49 -0700 (PDT) From: Richard Hodges To: Josh Osborne Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: aio / nbio / kqueue In-Reply-To: <200106222313.QAA09104@smtpout.mac.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 22 Jun 2001, Josh Osborne wrote: > On Friday, June 22, 2001, at 07:01 PM, E.B. Dreger wrote: > > My question is, from a performance standpoint, in what situations are > > these techniques most appropriate? > AIO is good when you are not receiving much data (or not receiving > it very frequently), and presumably want very low latency. What if you want good performance with "moderate" disk IO, say ten to twenty megabytes per second continuously? I tried AIO some months ago (4.1R or 4.2R), but had some trouble with AIO, mainly that it seemed to lose track of half my files. Not any particular files, it seemed that at any moment it would just pick ten or so (out of maybe 20-25 files) to ignore at any given time. Is there any better solution than just forking off a process for each file and letting the kernel handle the details? Thanks, -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 17:46:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88]) by hub.freebsd.org (Postfix) with ESMTP id E52AE37B406 for ; Fri, 22 Jun 2001 17:46:07 -0700 (PDT) (envelope-from stripes@mac.com) Received: by smtpout.mac.com; Fri, 22 Jun 2001 17:44:43 -0700 (PDT) Message-Id: <200106230044.RAA18157@smtpout.mac.com> Received: from asmtp01.mac.com ([10.13.10.65]) by smtp-relay01.mac.com (Netscape Messaging Server 4.15) with ESMTP id GFCY2J00.I0G for ; Fri, 22 Jun 2001 17:44:43 -0700 Received: from localhost ([216.36.86.60]) by asmtp01.mac.com (Netscape Messaging Server 4.15 asmtp01 Jun 6 2001 13:16:42) with ESMTP id GFCY2I00.003; Fri, 22 Jun 2001 17:44:42 -0700 Date: Fri, 22 Jun 2001 20:44:17 -0400 From: Josh Osborne Content-Type: text/plain; format=flowed; charset=us-ascii Subject: Re: question: aio / nbio / kqueue Cc: freebsd-hackers@FreeBSD.ORG To: Richard Hodges X-Mailer: Apple Mail (2.388) In-Reply-To: Mime-Version: 1.0 (Apple Message framework v388) 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 [...] >> AIO is good when you are not receiving much data (or not receiving >> it very frequently), and presumably want very low latency. > > What if you want good performance with "moderate" disk IO, say ten > to twenty megabytes per second continuously? I don't know if select/kqueue/poll "work" on normal files under FreeBSD (the docs for kqueue on 4.3 seem to say it has the "traditional" behavior of always saying a file is ready, at least if you aren't at the end) BSD/OS had select working for FFS files (returns ready to read if the block the file pointer is at is in the buffer cache, and sends a read ahead request). Or at least they (Paul?) calmed they did, I never tested it. > I tried AIO some months ago (4.1R or 4.2R), but had some trouble > with AIO, mainly that it seemed to lose track of half my files. > Not any particular files, it seemed that at any moment it would > just pick ten or so (out of maybe 20-25 files) to ignore at any > given time. I try to avoid anything that makes me write signal handlers (AIO is done with signals, right?), and doing a ton of data block after block doesn't sound like AIO's bag anyway. Maybe you missed the AIO signals by failing to properly do some mystical signal ritual. Maybe there is a kernel bug. > Is there any better solution than just forking off a process for > each file and letting the kernel handle the details? Depends, is kernel hacking strictly off limits? From my point of view that would be ideal because I would get the benefit of your labor :-) If you do have to fork child processes, using sendfile (unportable) may well have pretty low overhead. It is documented as zero copy. I would give that a shot. Note: my current spare time project is currently just forking and execing cat, so take my advice with a grain of salt :-) Of corse that project only needs about 196Kbits/sec of bandwidth anyway... -- Not speaking for my employer Barely speaking for myself To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 18:53:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id B0AB537B401 for ; Fri, 22 Jun 2001 18:53:32 -0700 (PDT) (envelope-from rh@matriplex.com) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id SAA65626; Fri, 22 Jun 2001 18:53:30 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Fri, 22 Jun 2001 18:53:29 -0700 (PDT) From: Richard Hodges To: Josh Osborne Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: aio / nbio / kqueue In-Reply-To: <200106230044.RAA18157@smtpout.mac.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 22 Jun 2001, Josh Osborne wrote: > [...] > >> AIO is good when you are not receiving much data (or not receiving > >> it very frequently), and presumably want very low latency. > > > > What if you want good performance with "moderate" disk IO, say ten > > to twenty megabytes per second continuously? > > I tried AIO some months ago (4.1R or 4.2R), but had some trouble > > with AIO, mainly that it seemed to lose track of half my files. > > Not any particular files, it seemed that at any moment it would > > just pick ten or so (out of maybe 20-25 files) to ignore at any > > given time. > I try to avoid anything that makes me write signal handlers (AIO > is done with signals, right?), and doing a ton of data block after > block doesn't sound like AIO's bag anyway. Maybe you missed the > AIO signals by failing to properly do some mystical signal ritual. That could be, but I do *try* to be aware of these things :-) My main goal is to keep a decent read backlog on the drives at all times. Or looking at a differnt way, I want to minimize the time that each drive is idle. > > Is there any better solution than just forking off a process for > > each file and letting the kernel handle the details? > Depends, is kernel hacking strictly off limits? Not at all. As a matter of fact, I have been writing (and rewriting) quite a bit of kernel networking code. Most is reserved for a product for sale, but I can share a few bits, like the ForeLE/IDT ATM driver. > If you do have to fork child processes, using sendfile (unportable) > may well have pretty low overhead. It is documented as zero copy. > I would give that a shot. Sendfile is TCP, isn't it? I thought so. I am sending UDP, and the timing needs to be *perfect*. Well, within a couple milliseconds, anyway. Thanks for the info, -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 21:15:27 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 9743F37B401 for ; Fri, 22 Jun 2001 21:15:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.225.Dial1.SanJose1.Level3.net [209.245.143.225]) by hawk.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id VAA02478; Fri, 22 Jun 2001 21:15:21 -0700 (PDT) Message-ID: <3B3417F9.2BC0CA3A@mindspring.com> Date: Fri, 22 Jun 2001 21:15:53 -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: "E.B. Dreger" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: aio / nbio / kqueue 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 "E.B. Dreger" wrote: > > Quick question, hopefully not too basic for this list: > > AIO vs. non-blocking IO vs. kernel queues > > I'm familiar with (and *love*) kernel queues. Non-blocking IO is > straightforward. AIO seems simple enough. > > My question is, from a performance standpoint, in what situations are > these techniques most appropriate? AIO allows I/O requests to be overlapped. None of the others do that. AIO bears the most resemblence to kernel threads (but is better), in that it permits you to have multiple outstanding blocking operations pending at the same time. Non-blocking I/O allows other work to be done, when there is no I/O available to do, instead of stalling everything until an attempted I/O completes. It is not very useful, if your program is I/O instead of compute bound, and/or the I/O pipeline for at least one descriptor is not always full. It also has high system call overhead. Kernel queues permit you to be notified via an event when some condition is true; this means that, unlike non-blocking I/O, you only do system calls when it would be useful to do system calls. They can also monitor kernel conditions, such as descriptor readability, the completion of AIO, etc.; since you only get an event when a condition you care about doing work as a result of exists, they significantly reduce system call overhead, as well as I/O overhead. In VMS terms: Blocking I/O: SYS$QIOW AIO: SYS$QIO + AST specified Non-blocking I/O: SYS$QIO + No AST specified Kernel queues: SYS$WAITEVFLOR ...and everything old is new again. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 21:22: 4 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 9F11237B406 for ; Fri, 22 Jun 2001 21:22:01 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.225.Dial1.SanJose1.Level3.net [209.245.143.225]) by falcon.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id VAA20820; Fri, 22 Jun 2001 21:21:51 -0700 (PDT) Message-ID: <3B34197F.55BC93F@mindspring.com> Date: Fri, 22 Jun 2001 21:22:23 -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: Josh Osborne Cc: Richard Hodges , freebsd-hackers@FreeBSD.ORG Subject: Re: question: aio / nbio / kqueue References: <200106230044.RAA18157@smtpout.mac.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 Josh Osborne wrote: > BSD/OS had select working for FFS files (returns ready to read > if the block the file pointer is at is in the buffer cache, and > sends a read ahead request). Or at least they (Paul?) calmed > they did, I never tested it. This would be good to see in FreeBSD. > I try to avoid anything that makes me write signal handlers (AIO > is done with signals, right?), Not traditionally. aiowait/aiocancel act on previously instituted aioread/aiowrite. I don't know what damage POSIC has done to them. I personally never enabled SIGPOLL, even when using SystemV, since signals are persistant conditions, not events, so you can not trust that you will get the signals you need to get when an event happens that would trigger the signal. This is just like SIGCHLD, which will deliver two signals for 40 processes dying (the one you first get, the one that gets set while the first handler is blocking, and then the other 38 that set the same flag which is already 1 back to 1... don't get an event at all). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 22:38:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id CFC0C37B401; Fri, 22 Jun 2001 22:38:10 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id IOR30089; Sat, 23 Jun 2001 08:38:07 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.4/8.11.4) id f5N5Ii801504; Sat, 23 Jun 2001 08:18:44 +0300 (EEST) (envelope-from netch) Date: Sat, 23 Jun 2001 08:18:44 +0300 From: Valentin Nechayev To: John Baldwin Cc: hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. Message-ID: <20010623081844.B982@iv.nn.kiev.ua> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from jhb@FreeBSD.ORG on Fri, Jun 22, 2001 at 10:52:01AM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fri, Jun 22, 2001 at 10:52:01, jhb (John Baldwin) wrote about "Two Junior Kernel Hacker tasks..": > 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than sys/compile/FOO. I'd like to qualify the whole idea to put compilation data in some subdirectory of /usr/src as harmful. `make buildkernel' places it in more reasoned place (but /usr/obj/usr/src/sys/compile/i386/zzz is IMHO preferrable than current /usr/obj/usr/src/sys/zzz). Building in /usr/src/sys/compile is legacy issue which should be IMO removed, and /usr/sbin/config should require explicit way in its command line. But this is bound with another /usr/src pollutions. E.g. one cannot place kernel config in /etc and say "config /etc/kernel.config/nn12" without moving it and current directory to /usr/src/sys/i386/conf or placing symlink in it. LINT is also made in /usr/src/sys/${arch}/conf, not /etc or subdirectory of /etc. > This is very helpful when you share the same sys/ tree across several > machines with different architectures. For example, I share the same sys/ > tree via NFS across almost all my testboxes including alpha and i386. Every > time I want to compile GENERIC (I keep kernel.GENERIC up to date on my boxes) > as part of an installworld I have to go manipulate symlinks (and/or shuffle > directories around). Fixing this would make life for the non-x86 centric > types a bit easier, although there'll probably be a big bikeshed over > changing the build directory. *sigh* make buildkernel is rather easy way to work it around: in any case object tree is machine-dependent, and one yet another directory does not destroy anything. ;| /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jun 22 22:38:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id C5F4637B407 for ; Fri, 22 Jun 2001 22:38:43 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id IOT30257; Sat, 23 Jun 2001 08:38:18 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.4/8.11.4) id f5N53px01355; Sat, 23 Jun 2001 08:03:51 +0300 (EEST) (envelope-from netch) Date: Sat, 23 Jun 2001 08:03:51 +0300 From: Valentin Nechayev To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2nd ata drive, and resolv.conf options Message-ID: <20010623080351.A982@iv.nn.kiev.ua> References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com>; from LConrad@Go2France.com on Fri, Jun 22, 2001 at 03:43:21PM +0200 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fri, Jun 22, 2001 at 15:43:21, LConrad (Len Conrad) wrote about "2nd ata drive, and resolv.conf options": > I'm setting up a couple of outbound, high-volume mail gateways that need > some kind fairly quick failover when their primary DNS is down, to use > another DNS. The behavior available in some resolvers seems sufficient. > > I've seen resolv.conf options of such as attempts:4 and timeout:2 in the > DNS & BIND book, etc but these are not in the 4.6R man resolv.conf page. RTFS ;)) > Is there any other way in FreeBSD to set these resolver params? You may use MTA config. E.g. sendmail does control these options with config: # name resolver options #O Timeout.resolver.retrans=5s #O Timeout.resolver.retrans.first=5s #O Timeout.resolver.retrans.normal=5s #O Timeout.resolver.retry=4 #O Timeout.resolver.retry.first=4 #O Timeout.resolver.retry.normal=4 If you use another MTA, you can port sendmail's way to implement these options: it changes internal resolver data. But I suppose better way is to pay much attention to choose and setup named. I maintain two mail emitters with moderately high volume of mail; with named 8.2.* default for FreeBSD, I need to restart named twice a day via cron task, otherwise it hangs in a few days. With >10 requests per second which require recursive search, named 8.2.3-release hangs up on my systems in a hour or two (it stops to serve requests, doesn't crash). Named 9.1.1 serves 20-30 such complicated requests per second without any problems. System is 4.3-release. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 3:49:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from active.ath.cx (ras4-p226.hfa.netvision.net.il [62.0.99.226]) by hub.freebsd.org (Postfix) with ESMTP id DD9D837B401 for ; Sat, 23 Jun 2001 03:49:13 -0700 (PDT) (envelope-from amir@boom.org.il) Received: by active.ath.cx (Postfix, from userid 1000) id 0E2B16E7A6; Sat, 23 Jun 2001 13:49:34 +0300 (IDT) Received: from localhost (localhost [127.0.0.1]) by active.ath.cx (Postfix) with ESMTP id DD2D66A9D0 for ; Sat, 23 Jun 2001 13:49:34 +0300 (IDT) Date: Sat, 23 Jun 2001 13:49:34 +0300 (IDT) From: Amir Shalem X-X-Sender: To: Subject: objdump for aout binaries 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'm using FreeBSD 4.3, I have seen there is no /usr/libexec/aout/objdump, there is only /usr/libexec/elf/objdump why ? is it possible to objdump aout binaries ? thanks, Amir. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 4:56: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id CB19437B407 for ; Sat, 23 Jun 2001 04:56:05 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 85282 invoked by uid 1000); 23 Jun 2001 11:54:29 -0000 Date: Sat, 23 Jun 2001 14:54:29 +0300 From: Peter Pentchev To: j mckitrick Cc: freebsd-hackers@freebsd.org Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623145429.D29940@ringworld.oblivion.bg> Mail-Followup-To: j mckitrick , freebsd-hackers@freebsd.org References: <20010622183909.A60256@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010622183909.A60256@dogma.freebsd-uk.eu.org>; from jcm@FreeBSD-uk.eu.org on Fri, Jun 22, 2001 at 06:39:09PM +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 Fri, Jun 22, 2001 at 06:39:09PM +0100, j mckitrick wrote: > > Here is the code for a scsi removable media drive. If this is to become a > module, the cam/scsi attachment must be removed. I have tried calling > cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the > cam system assigns the next higher minor device number, and then crashes > when accessed. Any ideas here how to reset cam to a state where it knows > nothing about the device? I might be dead wrong here, but I think the different *types* of SCSI devices are compiled statically in the kernel, and not intended to be unloaded. See the kernel options 'da', 'cd', 'pass' et al. What I mean is that what you are trying to do might not be even possible, at least with the current state of the CAM code. And of course, I may have completely misunderstood what you are trying to do :) 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 Jun 23 7:43:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id A9E4437B406 for ; Sat, 23 Jun 2001 07:43:49 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 15DodY-000NJt-00 for freebsd-hackers@freebsd.org; Sat, 23 Jun 2001 15:43:48 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.3/8.11.1) id f5NEhmU90979 for freebsd-hackers@freebsd.org; Sat, 23 Jun 2001 15:43:48 +0100 (BST) (envelope-from jcm) Date: Sat, 23 Jun 2001 15:43:47 +0100 From: j mckitrick To: freebsd-hackers@freebsd.org Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623154347.A90902@dogma.freebsd-uk.eu.org> References: <20010622183909.A60256@dogma.freebsd-uk.eu.org> <20010623145429.D29940@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010623145429.D29940@ringworld.oblivion.bg>; from roam@orbitel.bg on Sat, Jun 23, 2001 at 02:54:29PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 23, 2001 at 02:54:29PM +0300, Peter Pentchev wrote: | On Fri, Jun 22, 2001 at 06:39:09PM +0100, j mckitrick wrote: | > | > Here is the code for a scsi removable media drive. If this is to become a | > module, the cam/scsi attachment must be removed. I have tried calling | > cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the | > cam system assigns the next higher minor device number, and then crashes | > when accessed. Any ideas here how to reset cam to a state where it knows | > nothing about the device? | | I might be dead wrong here, but I think the different *types* of SCSI | devices are compiled statically in the kernel, and not intended to be | unloaded. See the kernel options 'da', 'cd', 'pass' et al. | | What I mean is that what you are trying to do might not be even possible, | at least with the current state of the CAM code. And of course, I may | have completely misunderstood what you are trying to do :) Ah, i see what you mean. Hmmm. could be a problem. Oh, well. Loadable is good enough, if that's the best we can do. Unloadable would be nice, but maybe impractical right now. Jonathon -- Microsoft complaining about the source license used by Linux is like the event horizon calling the kettle black. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 10: 0:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id BBE8937B406 for ; Sat, 23 Jun 2001 10:00:50 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id DFB9D16B13 for ; Sat, 23 Jun 2001 19:00:48 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id ACE43D90124; Sat, 23 Jun 2001 19:07:48 +0200 Message-Id: <5.1.0.14.0.20010623185802.04051eb0@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 23 Jun 2001 19:01:42 +0200 To: freebsd-hackers@freebsd.org From: Len Conrad Subject: resolv.conf options In-Reply-To: <20010623080351.A982@iv.nn.kiev.ua> References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >RTFS ;)) "s" man resolv.conf talks about options, but not timeout or retry >You may use MTA config. E.g. sendmail does control these options with config: I use only postfix >If you use another MTA, you can port sendmail's way to implement these >options: it changes internal resolver data. I will ask on the BIND list >But I suppose better way is to pay much attention to choose and setup >named. I maintain two mail emitters with moderately high volume of mail; >with named 8.2.* default for FreeBSD, I need to restart named twice a day >via cron task, otherwise it hangs in a few days. > With >10 requests per >second which require recursive search, named 8.2.3-release hangs up on >my systems in a hour or two (it stops to serve requests, doesn't crash). upgrade to 8.2.4, 8.2.3 had a self-kill bug. Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 10: 3:45 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 AA87537B401 for ; Sat, 23 Jun 2001 10:03:40 -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 f5NH3cL20597; Sat, 23 Jun 2001 13:03:38 -0400 (EDT) Date: Sat, 23 Jun 2001 13:03:37 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Confusion with mknod() and devfs In-Reply-To: <3B335CE6.E7E02938@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 Fri, 22 Jun 2001, Terry Lambert wrote: > Zhihui Zhang wrote: > > According to the red daemon book, alias vnodes are used to make cache > > coherent (vp as a key). But getblk() stuff does not seem to check it. > > This makes me feel the code is there for historical reasons. > > The "BSD 4.4" book was written about a system without a > unified VM and buffer cache. The aliases it is talking > about are the buffers hung off a file vnode and the > buffers hung off a device vnode, from which that file > was being read. I think you got me wrong. I was talking about a device with more than one names. So we can have more than one vnode for the same device. (If there is more than one name to the same device in the same FS, they can share the vnode, otherwise, they cannot.) Specifically, I fail to understand why we reload the inode in ufs_mknod(): /* * Remove inode, then reload it through VFS_VGET so it is * checked to see if it is an alias of an existing entry in * the inode cache. */ vput(*vpp); (*vpp)->v_type = VNON; /* Save this before vgone() invalidates ip. */ ino = ip->i_number; vgone(*vpp); error = VFS_VGET(ap->a_dvp->v_mount, ino, vpp); I wonder with the use of DEVFS, the special device aliases may no longer exist because they are created by kernel instead of by administrators. -Zhihui > The reason getblk() doesn't check it is that the cache is > maintained as coherent, so there's no need, since the > check is intended to permit explicit coherency operations > to take place, when necessary. There is a lot of "missing" > code you aren't seeing that is referenced by the book. > > It is still possible to create aliases, but they are done > by having multiple vm_object_t's pointing to the same data > blocks as backing objects. This only occurs in the case > of stacking VFS's with a non-trivial relationship (e.g. > where the backing object contents would not be the same > between layers). It can also occur to some small extent > in the NFS client FS case. > > -- 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 Sat Jun 23 10:41:40 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 8729E37B401 for ; Sat, 23 Jun 2001 10:41:37 -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 f5NHcxg79660; Sat, 23 Jun 2001 10:39:01 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sat, 23 Jun 2001 10:38:53 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Peter Pentchev Cc: j mckitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: how to invalidate scsi connection to driver module In-Reply-To: <20010623145429.D29940@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 But the unit numbers can and do recycle. On Sat, 23 Jun 2001, Peter Pentchev wrote: > On Fri, Jun 22, 2001 at 06:39:09PM +0100, j mckitrick wrote: > > > > Here is the code for a scsi removable media drive. If this is to become a > > module, the cam/scsi attachment must be removed. I have tried calling > > cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the > > cam system assigns the next higher minor device number, and then crashes > > when accessed. Any ideas here how to reset cam to a state where it knows > > nothing about the device? > > I might be dead wrong here, but I think the different *types* of SCSI > devices are compiled statically in the kernel, and not intended to be > unloaded. See the kernel options 'da', 'cd', 'pass' et al. > > What I mean is that what you are trying to do might not be even possible, > at least with the current state of the CAM code. And of course, I may > have completely misunderstood what you are trying to do :) > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 10:45: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 757DB37B401 for ; Sat, 23 Jun 2001 10:45:02 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 23099 invoked by uid 1000); 23 Jun 2001 17:43:23 -0000 Date: Sat, 23 Jun 2001 20:43:23 +0300 From: Peter Pentchev To: Matthew Jacob Cc: j mckitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623204323.G497@ringworld.oblivion.bg> Mail-Followup-To: Matthew Jacob , j mckitrick , freebsd-hackers@FreeBSD.ORG References: <20010623145429.D29940@ringworld.oblivion.bg> 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 Sat, Jun 23, 2001 at 10:38:53AM -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 Isn't this what 'camcontrol rescan' is for? G'luck, Peter -- This sentence contains exactly threee erors. On Sat, Jun 23, 2001 at 10:38:53AM -0700, Matthew Jacob wrote: > > But the unit numbers can and do recycle. > > On Sat, 23 Jun 2001, Peter Pentchev wrote: > > > On Fri, Jun 22, 2001 at 06:39:09PM +0100, j mckitrick wrote: > > > > > > Here is the code for a scsi removable media drive. If this is to become a > > > module, the cam/scsi attachment must be removed. I have tried calling > > > cam_sim_free() and xpt_bus_deregister() but when the module is reloaded, the > > > cam system assigns the next higher minor device number, and then crashes > > > when accessed. Any ideas here how to reset cam to a state where it knows > > > nothing about the device? > > > > I might be dead wrong here, but I think the different *types* of SCSI > > devices are compiled statically in the kernel, and not intended to be > > unloaded. See the kernel options 'da', 'cd', 'pass' et al. > > > > What I mean is that what you are trying to do might not be even possible, > > at least with the current state of the CAM code. And of course, I may > > have completely misunderstood what you are trying to do :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 12: 9:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 228D737B407 for ; Sat, 23 Jun 2001 12:09:53 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 15Dsmx-000C48-00; Sat, 23 Jun 2001 20:09:48 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.3/8.11.1) id f5NJ9k796080; Sat, 23 Jun 2001 20:09:46 +0100 (BST) (envelope-from jcm) Date: Sat, 23 Jun 2001 20:09:46 +0100 From: j mckitrick To: Matthew Jacob Cc: Peter Pentchev , freebsd-hackers@FreeBSD.ORG Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623200945.A96038@dogma.freebsd-uk.eu.org> References: <20010623145429.D29940@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from mjacob@feral.com on Sat, Jun 23, 2001 at 10:38:53AM -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, Jun 23, 2001 at 10:38:53AM -0700, Matthew Jacob wrote: | | But the unit numbers can and do recycle. So the question is then, how can i get it to do that? Jonathon -- Microsoft complaining about the source license used by Linux is like the event horizon calling the kettle black. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 12:23:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id F285637B401; Sat, 23 Jun 2001 12:23:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.140.184.Dial1.SanJose1.Level3.net [209.247.140.184]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA10792; Sat, 23 Jun 2001 12:23:02 -0700 (PDT) Message-ID: <3B34ECB7.CF7F4047@mindspring.com> Date: Sat, 23 Jun 2001 12:23:35 -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: Valentin Nechayev Cc: John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. References: <20010623081844.B982@iv.nn.kiev.ua> 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 > make buildkernel is rather easy way to work it around: in > any case object tree is machine-dependent, and one yet > another directory does not destroy anything. ;| The "make buildkernel" approach sucks for incremental builds, since you are unable to avoid the "config" run each time, and a lot of unnecessary stuff gets compiled again because of opt_*.h files whose contents have not changed (even if you defeat the clean of the compile directory). The "make release" process has similar problems, for that matter. Too bad no one seems willing to commit incremental fixes towards cleaning that up, or, when they are willing (as in this case), people argue that it's unnecessary, and nothing ever gets done. I think they should "go for it" with the architecture specific config directories (though I would point out that they can achieve this effect already, with the correct "config" arguments -- I do agree it should be the default). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 12:59: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (diskworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id AC47637B405 for ; Sat, 23 Jun 2001 12:59:01 -0700 (PDT) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 2737 invoked by uid 1000); 23 Jun 2001 19:55:36 -0000 Date: Sat, 23 Jun 2001 22:55:36 +0300 From: Peter Pentchev To: j mckitrick Cc: Matthew Jacob , freebsd-hackers@FreeBSD.ORG Subject: Re: how to invalidate scsi connection to driver module Message-ID: <20010623225536.B564@ringworld.oblivion.bg> Mail-Followup-To: j mckitrick , Matthew Jacob , freebsd-hackers@FreeBSD.ORG References: <20010623145429.D29940@ringworld.oblivion.bg> <20010623200945.A96038@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623200945.A96038@dogma.freebsd-uk.eu.org>; from jcm@FreeBSD-uk.eu.org on Sat, Jun 23, 2001 at 08:09:46PM +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 Sat, Jun 23, 2001 at 08:09:46PM +0100, j mckitrick wrote: > On Sat, Jun 23, 2001 at 10:38:53AM -0700, Matthew Jacob wrote: > | > | But the unit numbers can and do recycle. > > So the question is then, how can i get it to do that? If 'camcontrol rescan' would do what you want, then look at how it is implemented in kernel space. I'm not too comfortable around kernel code, but 'rescan' invokes the CAMIOCOMMAND ioctl with an argument of XPT_SCAN_BUS, and the xpt device ioctl's in src/sys/cam/cam_xpt.c around line 978 (on -stable) seem to call some cam_*() internal functions that you could probably call yourself. Hope this help some.. G'luck, Peter -- I had to translate this sentence into English because I could not read the original Sanskrit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 12:59:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (diskworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id AFE0737B406 for ; Sat, 23 Jun 2001 12:59:01 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 2711 invoked by uid 1000); 23 Jun 2001 19:55:26 -0000 Date: Sat, 23 Jun 2001 22:55:26 +0300 From: Peter Pentchev To: Terry Lambert Cc: Valentin Nechayev , John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. Message-ID: <20010623225526.A564@ringworld.oblivion.bg> Mail-Followup-To: Terry Lambert , Valentin Nechayev , John Baldwin , hackers@FreeBSD.ORG References: <20010623081844.B982@iv.nn.kiev.ua> <3B34ECB7.CF7F4047@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: <3B34ECB7.CF7F4047@mindspring.com>; from tlambert2@mindspring.com on Sat, Jun 23, 2001 at 12:23:35PM -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, Jun 23, 2001 at 12:23:35PM -0700, Terry Lambert wrote: > > make buildkernel is rather easy way to work it around: in > > any case object tree is machine-dependent, and one yet > > another directory does not destroy anything. ;| > > The "make buildkernel" approach sucks for incremental > builds, since you are unable to avoid the "config" run > each time, and a lot of unnecessary stuff gets compiled > again because of opt_*.h files whose contents have not > changed (even if you defeat the clean of the compile > directory). Terry, this is simply not true. Even in -stable, config(8) is smart enough to try reading the opt_*.h files, and not change them if they already contain the values it is about to write there. See for yourself: [root@ringworld:v1 /usr/src]# LANG=C ls -lt /usr/obj/usr/src/sys/RINGWORLD/opt_*.h | head -2 -rw-r--r-- 1 root wheel 0 Jun 11 23:35 /usr/obj/usr/src/sys/RINGWORLD/opt_aac.h -rw-r--r-- 1 root wheel 0 Jun 11 23:35 /usr/obj/usr/src/sys/RINGWORLD/opt_wavelan.h [root@ringworld:v1 /usr/src]# As you can see, the two most recent files date back to June 11th... [root@ringworld:v1 /usr/src]# LANG=C ls -lt /usr/obj/usr/src/sys/RINGWORLD | head -3 total 6187 -rw-r--r-- 1 root wheel 424510 Jun 23 22:51 .depend -rwxr-xr-x 1 root wheel 1963795 Jun 23 14:34 kernel [root@ringworld:v1 /usr/src]# ..the kernel was rebuilt today at 14:34, and the .depend file was regenerated by a 'make -DNOCLEAN buildkernel' about two minutes ago. No opt*.h files were changed, NO recompilation was done, since everything was completely up-to-date. About the release process, you are right, it is a bit harder to restart without some tweaks, but the buildkernel target is about as restartable as it can be. (I really don't think anyone would ever advocate skipping the config(8) or the 'make depend' stage..) G'luck, Peter -- When you are not looking at it, this sentence is in Spanish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 13:51: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 0E1C437B401 for ; Sat, 23 Jun 2001 13:50:59 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.140.184.Dial1.SanJose1.Level3.net [209.247.140.184]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA13317; Sat, 23 Jun 2001 13:50:55 -0700 (PDT) Message-ID: <3B350150.E6175A61@mindspring.com> Date: Sat, 23 Jun 2001 13:51: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: Zhihui Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Confusion with mknod() and devfs 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 think you got me wrong. I was talking about a device > with more than one names. So we can have more than one > vnode for the same device. (If there is more than one name > to the same device in the same FS, they can share the vnode, > otherwise, they cannot.) This is not how it works. The specfs/devfs will return the same vnode. A "special device" file type in the traditional sense is a major/minor/{block|character} tuple. The entry in an FS that references this is _not_ where the vnode comes from, it's a hint to tell the system to get the vnode from a single place, instead (specfs in a traditional system, vfs in a less traditional system). > Specifically, I fail to understand why we reload the inode > in ufs_mknod(): Because when you make the node, you may have an exiting open reference to the same major/minor/{block|character} tuple, and you don't want to duplicate it in the ihash cache. The ihash cache is actually pretty useless, but since it's there, it has to remain coherent. A cache entry can point to an associated vnode, and you must only return the same vnode for a device, because it's backed in an exterior FS. > I wonder with the use of DEVFS, the special device aliases > may no longer exist because they are created by kernel > instead of by administrators. Unfortunately, they have not deleted specfs yet, so it is possible to mknod on an FS, and then use that node as a device. Deleting specfs is highly desirable, because of the struct fileops problem, but there are some benefits to having nodes on an FS, if you wish to use directory permissions and exclusion groups to control access to devices, rather than using ownership and multiple devfs mount instances. For example, I could create a "/opdev" directory that was only accessible by people in group operator, and then control access to mode 666 device nodes in there for things like tape drives, etc., which I only allow access to the operators to use. Similarly, I might add a "/graddev", and give them access to some devices that operators don't have access to, and at the same time give them access to only one of the tape drives (maybe they are working on HSM). If I have one student working on HSM, I can create the tape robot device in a subdirectory of their home directory, which no one else can access. I can do these sorts of things using exclusion groups, as well, but that would mean placing everyone into an exclusion group. Personally, I would rather see these problems addressed using "firm" links; hard links can't be made, and soft links don't grant permission. Use of "firm links" to replace soft links entirely would actually have the nice side effect of letting you ask "what is the name of this file I have open?" and actually get an answer. 8-). In any case, the point is that as long as specfs exists, aliases can exist, and need to be taken into account; only when specfs dies, and devfs is mandatory, do things get simpler (and more complicated, as noted above). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 14: 3:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 2D04A37B401; Sat, 23 Jun 2001 14:03:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.140.184.Dial1.SanJose1.Level3.net [209.247.140.184]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id OAA19879; Sat, 23 Jun 2001 14:03:20 -0700 (PDT) Message-ID: <3B350439.31AC9991@mindspring.com> Date: Sat, 23 Jun 2001 14:03:53 -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 Pentchev Cc: Valentin Nechayev , John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. References: <20010623081844.B982@iv.nn.kiev.ua> <3B34ECB7.CF7F4047@mindspring.com> <20010623225526.A564@ringworld.oblivion.bg> 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 Pentchev wrote: > Terry, this is simply not true. Even in -stable, config(8) > is smart enough to try reading the opt_*.h files, and not > change them if they already contain the values it is about > to write there. Rerunning config and make depend always result in more things being recompiled for me, than just me typing "make". The "buildkernel" target also can not handle all of the intricacies of all the parameters that you might want to pass to "config": things are lost. It's not a reasonable workaround to the problem under discussion (building multiple kernels for multiple architectures using one tree). Example: All my PPC based NetBSD systems run different kernel configurations, specific to the machine (not processor) architecture. But everything other than the kernel and modules should be shared, since all the systems kernels present the same ABI to user space. Rebuilding everything is not a reasonable option. > [root@ringworld:v1 /usr/src]# LANG=C ls -lt /usr/obj/usr/src/sys/RINGWORLD/opt_*.h | head -2 > -rw-r--r-- 1 root wheel 0 Jun 11 23:35 /usr/obj/usr/src/sys/RINGWORLD/opt_aac.h > -rw-r--r-- 1 root wheel 0 Jun 11 23:35 /usr/obj/usr/src/sys/RINGWORLD/opt_wavelan.h > [root@ringworld:v1 /usr/src]# > > As you can see, the two most recent files date back to June 11th... Next time, include the other things like param.c and so on, created by config. I want to avoid _all_ unnecessary rebuilds. (Technically, the vers.c rebuild is unnecessary, too, since nothing is supposed to have changes, so vers.c should not have been rewritten -- but that's another discussion... 8-)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 14:20: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (diskworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 5CCB937B405 for ; Sat, 23 Jun 2001 14:19:51 -0700 (PDT) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 7723 invoked by uid 1000); 23 Jun 2001 21:18:10 -0000 Date: Sun, 24 Jun 2001 00:18:10 +0300 From: Peter Pentchev To: Terry Lambert Cc: Valentin Nechayev , John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. Message-ID: <20010624001810.C564@ringworld.oblivion.bg> Mail-Followup-To: Terry Lambert , Valentin Nechayev , John Baldwin , hackers@FreeBSD.ORG References: <20010623081844.B982@iv.nn.kiev.ua> <3B34ECB7.CF7F4047@mindspring.com> <20010623225526.A564@ringworld.oblivion.bg> <3B350439.31AC9991@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: <3B350439.31AC9991@mindspring.com>; from tlambert2@mindspring.com on Sat, Jun 23, 2001 at 02:03: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 On Sat, Jun 23, 2001 at 02:03:53PM -0700, Terry Lambert wrote: > Peter Pentchev wrote: > > Terry, this is simply not true. Even in -stable, config(8) > > is smart enough to try reading the opt_*.h files, and not > > change them if they already contain the values it is about > > to write there. > > Rerunning config and make depend always result in more > things being recompiled for me, than just me typing > "make". Running 'make buildkernel' results in nothing at all recompiled for me (please read the whole of my message this time). > The "buildkernel" target also can not handle all of the > intricacies of all the parameters that you might want to > pass to "config": things are lost. If it's just parameters you want to pass, then use the CONFIG_ARGS make env variable. > It's not a reasonable workaround to the problem under > discussion (building multiple kernels for multiple > architectures using one tree). For multiple architectures, no, it is not - but that was the whole point of half this thread, wasn't it? Making the kernel build directories arch-specific.. > Example: > > All my PPC based NetBSD systems run different kernel > configurations, specific to the machine (not processor) > architecture. But everything other than the kernel and > modules should be shared, since all the systems kernels > present the same ABI to user space. Rebuilding everything > is not a reasonable option. So mount your /usr/obj accordingly - NFS mount of the whole, a local fs (or maybe even a nullfs, but I won't go into that) mount of the kernel-specific subdirs. Then, use buildkernel. > > [root@ringworld:v1 /usr/src]# LANG=C ls -lt /usr/obj/usr/src/sys/RINGWORLD/opt_*.h | head -2 > > -rw-r--r-- 1 root wheel 0 Jun 11 23:35 /usr/obj/usr/src/sys/RINGWORLD/opt_aac.h > > -rw-r--r-- 1 root wheel 0 Jun 11 23:35 /usr/obj/usr/src/sys/RINGWORLD/opt_wavelan.h > > [root@ringworld:v1 /usr/src]# > > > > As you can see, the two most recent files date back to June 11th... > > Next time, include the other things like param.c > and so on, created by config. > > I want to avoid _all_ unnecessary rebuilds. Uh.. excuse me? Did you read two lines further, where I pasted an ls of the *same* directory, and the two *most recent* files? Only the .depend file had a modification time two minutes ago, the kernel itself was the next file in the list, and it had a mtime of several hours earlier. Not param.c, not vers.c, nothing had beed changed by the buildkernel target. > (Technically, the vers.c rebuild is unnecessary, too, > since nothing is supposed to have changes, so vers.c > should not have been rewritten -- but that's another > discussion... 8-)). Look again. It was not rewritten. G'luck, Peter -- If I had finished this sentence, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 19:28:45 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 65D1837B406 for ; Sat, 23 Jun 2001 19:28:37 -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.3/8.11.2) with ESMTP id f5O2SNI96010; Sat, 23 Jun 2001 19:28:23 -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: <20010623225526.A564@ringworld.oblivion.bg> Date: Sat, 23 Jun 2001 22:44:51 -0700 (PDT) From: John Baldwin To: Peter Pentchev Subject: Re: Two Junior Kernel Hacker tasks.. Cc: hackers@FreeBSD.org, Valentin Nechayev , Terry Lambert Sender: owner-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-Jun-01 Peter Pentchev wrote: > On Sat, Jun 23, 2001 at 12:23:35PM -0700, Terry Lambert wrote: >> > make buildkernel is rather easy way to work it around: in >> > any case object tree is machine-dependent, and one yet >> > another directory does not destroy anything. ;| >> >> The "make buildkernel" approach sucks for incremental >> builds, since you are unable to avoid the "config" run >> each time, and a lot of unnecessary stuff gets compiled >> again because of opt_*.h files whose contents have not >> changed (even if you defeat the clean of the compile >> directory). > > About the release process, you are right, it is a bit harder > to restart without some tweaks, but the buildkernel target > is about as restartable as it can be. (I really don't think > anyone would ever advocate skipping the config(8) or > the 'make depend' stage..) Actually, make depend takes a relatively long time, and when I'm hacking on a kernel, I don't want to wait 15 minutes to build a kernel after changing one file. I compile kernels w/o config or make depend a lot. -- 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 Sat Jun 23 23:20:18 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 DCBDE37B401; Sat, 23 Jun 2001 23:20:02 -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 1DC013E28; Sat, 23 Jun 2001 23:20:02 -0700 (PDT) To: John Baldwin Cc: hackers@FreeBSD.org, peter@FreeBSD.org Subject: "include" directive in config(8) (was: Two Junior Kernel Hacker tasks..) In-Reply-To: ; from jhb@FreeBSD.org on "Fri, 22 Jun 2001 14:52:13 -0700 (PDT)" Date: Sat, 23 Jun 2001 23:20:02 -0700 From: Dima Dorfman Message-Id: <20010624062002.1DC013E28@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 [ peter@ cc'd because he's done a lot of work with config(8) ] John Baldwin writes: > On 22-Jun-01 Dima Dorfman wrote: > > John Baldwin writes: > >> 1) Split sys/i386/conf/NOTES up into MI and MD parts. The MI portion would > >> become sys/conf/NOTES and would contain all the machine independent > >> options and devices. The MD options and devices would live in > >> sys/${MACHINE_ARCH}/conf/NOTES. This would include altering the > >> sys/${MACHINE_ARCH}/conf/Makefile's (based on the LINT: target in the > >> i386 Makefile) to concatenate the MI and MD NOTES files together to > >> feed to makelint.pl to build LINT. This addresses problems with not > >> having > >> a place for non-i386 kernel options/devices that aren't in GENERIC for > >> example. > > > > OpenBSD (and I think NetBSD) solve this problem by having an 'include' > > directive in the kernel config file. E.g., in > > sys/arch/i386/conf/GENRIC (the MD config file): > > > > machine i386 > > ... > > include "../../../conf/GENREIC" # <-- MI config file > > ... > > > > I think this is much more general than just splitting NOTES. Is there > > any reason we shouldn't do this? I'd be willing to implement > > 'include' in config(8). > > That's fine. LINT is still special, because we do extra processing to convert > NOTES to LINT, but that would make updating GENERIC easier. Okay, attached is a patch to config(8) that implements an 'include' directive. The include()/endinclude() routines are mostly from OpenBSD. I can't say I've done excessive testing on this, but it works pretty well from what I can tell. Comments? Suggestions? Reviews? Thanks, Dima Dorfman dima@unixfreak.org Index: config.h =================================================================== RCS file: /stl/src/FreeBSD/src/usr.sbin/config/config.h,v retrieving revision 1.48 diff -u -r1.48 config.h --- config.h 2001/02/28 02:55:15 1.48 +++ config.h 2001/06/24 06:11:11 @@ -142,6 +142,7 @@ extern char errbuf[80]; extern int yyline; +extern const char *yyfile; extern struct file_list *ftab; Index: config.y =================================================================== RCS file: /stl/src/FreeBSD/src/usr.sbin/config/config.y,v retrieving revision 1.54 diff -u -r1.54 config.y --- config.y 2001/02/22 04:00:29 1.54 +++ config.y 2001/06/24 06:11:11 @@ -17,6 +17,7 @@ %token OPTIONS %token MAKEOPTIONS %token SEMICOLON +%token INCLUDE %token ID %token NUMBER @@ -77,14 +78,15 @@ char *hints; int hintmode; int yyline; +const char *yyfile; struct file_list *ftab; char errbuf[80]; int maxusers; #define ns(s) strdup(s) +int include(const char *, int); +void yyerror(const char *s); -static void yyerror(const char *s); - static char * devopt(char *dev) { @@ -147,11 +149,14 @@ = { hints = $2; hintmode = 1; - }; + } | + INCLUDE ID + = { include($2, 0); }; System_spec: CONFIG System_id System_parameter_list - = { errx(1, "line %d: root/dump/swap specifications obsolete", yyline);} + = { errx(1, "%s:%d: root/dump/swap specifications obsolete", + yyfile, yyline);} | CONFIG System_id ; @@ -178,7 +183,8 @@ newopt(&opt, $1, NULL); if ((s = strchr($1, '='))) - errx(1, "line %d: The `=' in options should not be quoted", yyline); + errx(1, "%s:%d: The `=' in options should not be " + "quoted", yyfile, yyline); } | Save_id EQUALS Opt_value = { @@ -229,16 +235,17 @@ /* and the device part */ newdev($2, $3); if ($3 == 0) - errx(1, "line %d: devices with zero units are not likely to be correct", yyline); + errx(1, "%s:%d: devices with zero units are not " + "likely to be correct", yyfile, yyline); } ; %% -static void +void yyerror(const char *s) { - errx(1, "line %d: %s", yyline + 1, s); + errx(1, "%s:%d: %s", yyfile, yyline + 1, s); } /* Index: lang.l =================================================================== RCS file: /stl/src/FreeBSD/src/usr.sbin/config/lang.l,v retrieving revision 1.30 diff -u -r1.30 lang.l --- lang.l 2001/02/19 04:43:21 1.30 +++ lang.l 2001/06/24 06:11:11 @@ -35,6 +35,7 @@ * $FreeBSD: src/usr.sbin/config/lang.l,v 1.30 2001/02/19 04:43:21 peter Exp $ */ +#include #include #include #include "y.tab.h" @@ -43,6 +44,19 @@ #define YY_NO_UNPUT /* + * Data for returning to previous files from include files. + */ +struct incl { + struct incl *in_prev; /* previous includes in effect, if any */ + YY_BUFFER_STATE in_buf; /* previous lex state */ + const char *in_fname; /* previous file name */ + int in_lineno; /* previous line number */ + int in_ateof; /* token to insert at EOF */ +}; +static struct incl *inclp; +static const char *lastfile; + +/* * Key word table */ @@ -61,13 +75,17 @@ { "profile", PROFILE }, { "option", OPTIONS }, { "options", OPTIONS }, + { "include", INCLUDE }, { 0, 0 }, }; +static int endinclude(void); +int include(const char *, int); int kw_lookup(char *); int octal(char *); int hex(char *); +int yyerror(const char *); %} WORD [A-Za-z_][-A-Za-z_]* @@ -145,6 +163,16 @@ ";" { return SEMICOLON; } "," { return COMMA; } "=" { BEGIN TOEOL; return EQUALS; } +<> { + int tok; + + if (inclp == NULL) + return YY_NULL; + tok = endinclude(); + if (tok != 0) + return tok; + /* otherwise continue scanning */ + } . { return yytext[0]; } %% @@ -185,4 +213,61 @@ (void) sscanf(str+2, "%x", &num); return num; +} + + +/* + * Open the named file for inclusion at the current point. Returns 0 on + * success (file opened and previous state pushed), nonzero on failure + * (fopen failed, complaint made). The `ateof' parameter controls the + * token to be inserted at the end of the include file. If ateof == 0, + * then nothing is inserted. + */ +int +include(const char *fname, int ateof) +{ + FILE *fp; + struct incl *in; + + fp = fopen(fname, "r"); + if (fp == NULL) { + yyerror("cannot open file"); + return (-1); + } + in = malloc(sizeof(*in)); + assert(in != NULL); + in->in_prev = inclp; + in->in_buf = YY_CURRENT_BUFFER; + in->in_fname = yyfile; + in->in_lineno = yyline; + in->in_ateof = ateof; + inclp = in; + yy_switch_to_buffer(yy_create_buffer(fp, YY_BUF_SIZE)); + yyfile = fname; + yyline = 0; + return (0); +} + +/* + * Terminate the most recent inclusion. + */ +static int +endinclude() +{ + struct incl *in; + int ateof; + + in = inclp; + assert(in != NULL); + inclp = in->in_prev; + lastfile = yyfile; + yy_delete_buffer(YY_CURRENT_BUFFER); + (void)fclose(yyin); + yy_switch_to_buffer(in->in_buf); + yyfile = in->in_fname; + yyline = in->in_lineno; + ateof = in->in_ateof; + free(in); + + return (ateof); } Index: main.c =================================================================== RCS file: /stl/src/FreeBSD/src/usr.sbin/config/main.c,v retrieving revision 1.50 diff -u -r1.50 main.c --- main.c 2001/02/23 00:22:04 1.50 +++ main.c 2001/06/24 06:11:11 @@ -144,6 +144,7 @@ errx(2, "%s isn't a directory", p); dtab = NULL; + yyfile = *argv; if (yyparse()) exit(3); if (machinename == NULL) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 23:38: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 2279237B401; Sat, 23 Jun 2001 23:37:58 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id JON79119; Sun, 24 Jun 2001 09:37:47 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.4/8.11.4) id f5NLVQ000779; Sun, 24 Jun 2001 00:31:26 +0300 (EEST) (envelope-from netch) Date: Sun, 24 Jun 2001 00:31:26 +0300 From: Valentin Nechayev To: Terry Lambert Cc: John Baldwin , hackers@FreeBSD.ORG Subject: Re: Two Junior Kernel Hacker tasks.. Message-ID: <20010624003126.A735@iv.nn.kiev.ua> References: <20010623081844.B982@iv.nn.kiev.ua> <3B34ECB7.CF7F4047@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B34ECB7.CF7F4047@mindspring.com>; from tlambert2@mindspring.com on Sat, Jun 23, 2001 at 12:23:35PM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sat, Jun 23, 2001 at 12:23:35, tlambert2 (Terry Lambert) wrote about "Re: Two Junior Kernel Hacker tasks..": > > make buildkernel is rather easy way to work it around: in > > any case object tree is machine-dependent, and one yet > > another directory does not destroy anything. ;| > The "make buildkernel" approach sucks for incremental > builds, since you are unable to avoid the "config" run > each time, and a lot of unnecessary stuff gets compiled > again because of opt_*.h files whose contents have not > changed (even if you defeat the clean of the compile > directory). It is mostly problem of current implementation. You can define some variables (NO_KERNELDEPEND, NOCLEAN, NO_KERNELCONFIG) and avoid it, if you are sure you can do it in this way. I said about the right idea to move last rarity - kernel building - outside from /usr/src, to /usr/obj or another object prefix. > The "make release" process has similar problems, for Of course, and `make buildworld' also. But for most cases -DNOCLEAN is enough to skip unnesessary steps. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jun 23 23:38:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 90BA337B405 for ; Sat, 23 Jun 2001 23:38:17 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id JOQ79120; Sun, 24 Jun 2001 09:38:04 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.4/8.11.4) id f5NLg5u00930; Sun, 24 Jun 2001 00:42:05 +0300 (EEST) (envelope-from netch) Date: Sun, 24 Jun 2001 00:42:05 +0300 From: Valentin Nechayev To: Len Conrad Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: resolv.conf options Message-ID: <20010624004205.B735@iv.nn.kiev.ua> References: <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <5.1.0.14.0.20010622153827.02fa0da0@mail.Go2France.com> <20010623080351.A982@iv.nn.kiev.ua> <5.1.0.14.0.20010623185802.04051eb0@mail.Go2France.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20010623185802.04051eb0@mail.Go2France.com>; from LConrad@Go2France.com on Sat, Jun 23, 2001 at 07:01:42PM +0200 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sat, Jun 23, 2001 at 19:01:42, LConrad (Len Conrad) wrote about "resolv.conf options": > >RTFS ;)) > "s" man resolv.conf talks about options, but not timeout or retry "S" means source. For FreeBSD standard resolver, source of /etc/resolv.conf reading is in src/lib/libc/net/res_init.c. But you are right that FreeBSD resolv.conf variant does not set `retry' or `retrans' from config. > > With >10 requests per > >second which require recursive search, named 8.2.3-release hangs up on > >my systems in a hour or two (it stops to serve requests, doesn't crash). > upgrade to 8.2.4, 8.2.3 had a self-kill bug. I'm satisfied with 9.1.1. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message