From owner-freebsd-hackers Sun Jul 21 6:17:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD0A37B400 for ; Sun, 21 Jul 2002 06:17:16 -0700 (PDT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4353243E58 for ; Sun, 21 Jul 2002 06:17:15 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd01.sul.t-online.de by mailout03.sul.t-online.com with smtp id 17WGaB-0002D5-03; Sun, 21 Jul 2002 15:17:07 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.82.55.42]) by fmrl01.sul.t-online.com with esmtp id 17WGa6-1GRKyWC; Sun, 21 Jul 2002 15:17:02 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g6LDH1Q49419; Sun, 21 Jul 2002 15:17:01 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.5) with ESMTP id g6LDFxEg000610; Sun, 21 Jul 2002 15:16:00 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.5/Submit) id g6LDFvpY000609; Sun, 21 Jul 2002 15:15:57 +0200 (CEST) (envelope-from corecode) Date: Sun, 21 Jul 2002 15:15:54 +0200 From: "Simon 'corecode' Schubert" To: Brad Laue Cc: timon@memphis.mephi.ru, freebsd-hackers@FreeBSD.ORG Subject: Re: Booting FreeBSD from extended partitions Message-Id: <20020721151554.3c53513e.corecode@corecode.ath.cx> In-Reply-To: <20020721020952.4e61aefc.brad@brad-x.com> References: <20020720174745.A33016@memphis.mephi.ru> <20020721020952.4e61aefc.brad@brad-x.com> X-Mailer: Sylpheed version 0.7.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.aZ1CZl)ytiaAPn" X-Sender: 320050403952-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 --=.aZ1CZl)ytiaAPn Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 21 Jul 2002 02:09:52 -0400 Brad Laue wrote: > > Now I'm trying to make boot1 traverse through that big number of > > nested extendeds, feeding boot2 with the correct slice number, but my > > not so big knowledge about asm programming (especially AT&T) made me > > unable to do this correctly - now my version of boot1 takes a bit more > > than sector length (548 bytes instead of 512). > > Another way, which seems to me too ugly (but I'm forced to use > > it for now) is to make boot1 recognize extended slices like a freebsd > > ones, and place patched code of boot2 in free space of first extended > > slice, which looks for freebsd slice itself. > > If someone is interested, I can place my code somewhere on the > > net to see whether one may optimize it more than I can. > > p.s. I've also wrote a patch for fdisk which allowed it to see all > > partitions of disk, but it didn't attract attention of anyone from > > commiters, though. i'd be very interessted in the boot1 code, so publish the patches ;] > I'd be very interested in seeing your progress on this, and I think > Simon 'corecode' Schultz would be as well - looking forward to it! ^^ it's schubert, but i don't really care ;) remember corecode and it's fine cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.aZ1CZl)ytiaAPn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9OrQNr5S+dk6z85oRAqqeAJ9v8Z9Qahsui/aJKTyD4/7h4PFw1ACePr5b jNDb/va/j4mPmp2qehU464U= =t0l2 -----END PGP SIGNATURE----- --=.aZ1CZl)ytiaAPn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 6:23:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AAA937B401 for ; Sun, 21 Jul 2002 06:23:20 -0700 (PDT) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 03B4943E58 for ; Sun, 21 Jul 2002 06:23:19 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 66913 invoked from network); 21 Jul 2002 13:21:56 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.0.54]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 21 Jul 2002 13:21:56 -0000 Message-ID: <3D3AB5AF.F2F637C3@pipeline.ch> Date: Sun, 21 Jul 2002 15:22:55 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP References: <200207200103.g6K135Ap081155@apollo.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 Matthew Dillon wrote: > > Ok, I am having another go at trying to implement a bandwidth > delay product calculation to limit the number of inflight packets. > > The idea behind this feature is two fold: > > (1) If you have huge TCP buffers and there is no packet loss our > TCP stack will happily build up potentially hundreds of outgoing > packets even though most of them just sit in the interface queue > (or, worse, in your router's interface queue!). > > (2) If you have a bandwidth constriction, such as a modem, this feature > attempts to place only as many packets in the pipeline as is necessary > to fill the pipeline, which means that you can type in one window > and send large amounts of data (scp, ftp) in another. If I read the code this is per TCP session. So this would also help in cases where a server with a really good connection has lots of slow (modem/DSL) clients? -- Andre > Note that this is a transmitter-side solution, not a receiver-side > solution. This will not help your typing if you are downloading a > lot of stuff and the remote end builds up a lot of packets on your > ISP's router. Theoretically we should be able to also restrict the > window we advertise but that is a much more difficult problem. > > This code is highly experimental and so the SYSCTL's are setup for > debugging (and it is disabled by default). I'm sure a lot of tuning can > be done. The sysctl's are as follows: > > net.inet.tcp.inflight_enable default off (0) > net.inet.tcp.inflight_debug default on (1) > net.inet.tcp.inflight_min default 1024 > net.inet.tcp.inflight_max default seriously large number > > Under normal operating conditions the min default would usually be > at least 4096. For debugging it is useful to allow it to be 1024. > Note that the code will not internally allow the inflight size to > drop under 2 * maxseg (two segments). > > This code calculates the bandwidth delay product and artifically > closes the transmit window to that value. The bandwidth delay product > for the purposes of transmit window calculation is: > > bytes_in_flight = end_to_end_bandwidth * srtt > > Examples: > > Transport Bandwidth Ping Bandwidth Delay product > (-s 1440) > GigE 100 MBytes/sec 1.00 ms 100000 bytes > 100BaseTX 10 MBytes/sec 0.65 ms 6500 bytes > 10BaseT 1 MByte/sec 1.00 ms 1000 bytes > T1 170 KBytes/sec 5.00 ms 850 bytes > DSL 120 KBytes/sec 20.00 ms 2400 bytes > ISDN 14 KBytes/sec 40.00 ms 560 bytes > 56K modem 5.6 KBytes/sec 120 ms 672 bytes > Slow client 50 KBytes/sec 200 ms 10000 bytes > > Now lets say you have a TCP send buffer of 128K and the remote end has a > receive buffer of 128K, and window scaling works. On a 100BaseTX > connection with no packet loss your TCP sender will queue up to > 91 packets to the interface even though it only really needs to queue > up 5 packets. With net.inet.tcp.inflight_enable turned on, the TCP > sender will only queue up 4 packets. On the GigE link which > actually needs 69 packets in flight, 69 packets will be queued up. > > That's what this code is supposed to do. This is my second attempt. > I tried this last year too but it was too messy. But this time I > think I've got it down to where it isn't as messy. > > -Matt > Matthew Dillon > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 7: 6:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B55337B400 for ; Sun, 21 Jul 2002 07:06:35 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF75143E58 for ; Sun, 21 Jul 2002 07:06:33 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.11.6/8.11.6) id g6LE6OF33648 for freebsd-hackers@FreeBSD.ORG; Sun, 21 Jul 2002 18:06:24 +0400 (MSD) (envelope-from timon) Date: Sun, 21 Jul 2002 18:06:24 +0400 From: "Artem 'Zazoobr' Ignatjev" To: freebsd-hackers@FreeBSD.ORG Subject: Re: Booting FreeBSD from extended partitions Message-ID: <20020721180623.A32258@memphis.mephi.ru> References: <20020720174745.A33016@memphis.mephi.ru> <20020721020952.4e61aefc.brad@brad-x.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020721020952.4e61aefc.brad@brad-x.com>; from brad@brad-x.com on Sun, Jul 21, 2002 at 02:09:52AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 21, 2002 at 02:09:52AM -0400, Brad Laue wrote: >> I'm currently trying to make FreeBSD boot from extended >> partitions (of course, with help of boot mgr - in my case that's WinNT >> loader), and not without any progress: After patching /boot/loader to >> understand EXT_X partition type, I'm able to boot from /dev/ad4s9. > > I'd be very interested in seeing your progress on this, and I think > Simon 'corecode' Schultz would be as well - looking forward to it! > Attach it to your reply. Well, I don't think that all subcribers of this list wants to see this staff, and don't know whether majordomo allows attaches in this list. I will email it to you, and if anyone else is interested in this work, I'd put it here: http://memphis.mephi.ru/~timon/ Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 7:11:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8805937B405 for ; Sun, 21 Jul 2002 07:11:14 -0700 (PDT) Received: from maul.immure.com (maul.immure.com [207.8.42.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80E0143E58 for ; Sun, 21 Jul 2002 07:11:13 -0700 (PDT) (envelope-from bob@immure.com) Received: (from root@localhost) by maul.immure.com (8.11.5/8.11.2) id g6LEBDX77449 for hackers@freebsd.org; Sun, 21 Jul 2002 09:11:13 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (luke.vieo.com [10.1.132.3]) by maul.immure.com (8.11.5/8.11.2) with ESMTP id g6LEB9c77199; Sun, 21 Jul 2002 09:11:09 -0500 (CDT) (envelope-from bob@immure.com) Received: (from root@localhost) by luke.immure.com (8.12.5/8.12.3) id g6LEB9bu031869; Sun, 21 Jul 2002 09:11:09 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.5/8.12.3) with ESMTP id g6LEB9V6031844; Sun, 21 Jul 2002 09:11:09 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.5/8.12.5/Submit) id g6LEB8cm031843; Sun, 21 Jul 2002 09:11:08 -0500 (CDT) Date: Sun, 21 Jul 2002 09:11:08 -0500 From: Bob Willcox To: Paul Richards Cc: Robert Watson , Terry Lambert , Julian Elischer , developers@freebsd.org, hackers@freebsd.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) Message-ID: <20020721141108.GA30472@luke.immure.com> Reply-To: Bob Willcox References: <036201c22ebb$ba08dbe0$fd00000a@prawn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <036201c22ebb$ba08dbe0$fd00000a@prawn> User-Agent: Mutt/1.5.1i X-scanner: scanned by Inflex 1.0.12.3 on luke.immure.com X-scanner: scanned by Inflex 0.1.5c+ on maul.immure.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, Jul 19, 2002 at 01:32:13AM +0100, Paul Richards wrote: > > I wonder how true that is these days. The last time I used nroff was for my > masters thesis which was in 1990! Does anyone except man page maintainers > still use it in earnest? As I understand it, W. Richard Stevens wrote all of his books in troff. Of course he died a few years back so is no longer using it. But my guess is that were he still alive today, he'd still be using troff. Bob > > Paul. -- Bob Willcox Vital papers will demonstrate their vitality by bob@vieo.com spontaneously moving from where you left them to where Austin, TX you can't find them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 7:19:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6874F37B400; Sun, 21 Jul 2002 07:19:44 -0700 (PDT) Received: from mailgw1.be.to (mailgw1.be.to [202.222.162.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E14D43E4A; Sun, 21 Jul 2002 07:19:43 -0700 (PDT) (envelope-from okazaki@be.to) Received: from mail1.be.to (mail1.be.to [202.222.162.242]) by mailgw1.be.to (8.11.0+3.3W/8.11.0/BETO3.11-20000907025324) with ESMTP id g6LEJfx04445; Sun, 21 Jul 2002 23:19:41 +0900 (envelope-from okazaki@be.to) Received: from laputa.isola.co.jp (laputa.isola.co.jp [211.133.141.80]) by mail1.be.to (8.9.3+3.2W/BETO.2.1-02010803) with ESMTP id XAA24637; Sun, 21 Jul 2002 23:19:39 +0900 Date: Sun, 21 Jul 2002 22:54:03 +0900 Message-ID: From: Tetsurou Okazaki To: "Greg 'groggy' Lehey" Cc: Paul Richards , Robert Watson , Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: *roff usage (was: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd)) In-Reply-To: <20020720041922.GA92618@wantadilla.lemis.com> References: <036201c22ebb$ba08dbe0$fd00000a@prawn> <20020720041922.GA92618@wantadilla.lemis.com> User-Agent: Wanderlust/2.9.14 (Unchained Melody) Emacs/21.2 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Sat, 20 Jul 2002 13:49:22 +0930, Greg 'groggy' Lehey wrote: > > On Friday, 19 July 2002 at 1:32:13 +0100, Paul Richards wrote: > > On Friday, July 19, 2002 1:18 AM, Robert Watson wrote: > > > >> tags, removal of a necessary tag, etc. If I had to guess, asking for > >> nroff/mdoc submissions would result in a slightly higher success rate, as > >> I suspect developers have a bit more experience with it, and also don't > >> have to install a port to get syntax checking. > > > > I wonder how true that is these days. The last time I used nroff was for my > > masters thesis which was in 1990! Does anyone except man page maintainers > > still use it in earnest? > > Yes, I wrote "The Complete FreeBSD" in it, and I'm still using it in It should be listed in http://troff.org/pubs.html, I think. -- Tetsurou To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 8:46:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F45E37B40A for ; Sun, 21 Jul 2002 08:46:19 -0700 (PDT) Received: from TMA-1.brad-x.com (static-b2-191.highspeed.eol.ca [64.56.236.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA47543E67 for ; Sun, 21 Jul 2002 08:44:36 -0700 (PDT) (envelope-from brad@brad-x.com) Received: from brad-x.com (Discovery.brad-x.com [201.64.15.21]) by TMA-1.brad-x.com (Postfix) with SMTP id 9F5E522104A; Sun, 21 Jul 2002 11:44:57 -0400 (EDT) Date: Sun, 21 Jul 2002 11:46:24 -0400 From: Brad Laue To: "Simon 'corecode' Schubert" Cc: timon@memphis.mephi.ru, freebsd-hackers@FreeBSD.ORG Subject: Re: Booting FreeBSD from extended partitions Message-Id: <20020721114624.574a0d72.brad@brad-x.com> In-Reply-To: <20020721151554.3c53513e.corecode@corecode.ath.cx> References: <20020720174745.A33016@memphis.mephi.ru> <20020721020952.4e61aefc.brad@brad-x.com> <20020721151554.3c53513e.corecode@corecode.ath.cx> Organization: brad-x.com X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) 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 Sun, 21 Jul 2002 15:15:54 +0200 "Simon 'corecode' Schubert" wrote: > > I'd be very interested in seeing your progress on this, and I think > > Simon 'corecode' Schultz would be as well - looking forward to it! > ^^ > it's schubert, but i don't really care ;) remember corecode and it's fine > > cheers > simon Yeargh! Sorry. :) -- // -- http://www.BRAD-X.com/ -- // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 9:12:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26B6E37B400; Sun, 21 Jul 2002 09:12:48 -0700 (PDT) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id E893F43E64; Sun, 21 Jul 2002 09:12:45 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g6LFgI7X082748; Sun, 21 Jul 2002 17:42:19 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bob Willcox Cc: Paul Richards , Robert Watson , Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) In-Reply-To: Your message of "Sun, 21 Jul 2002 09:11:08 CDT." <20020721141108.GA30472@luke.immure.com> Date: Sun, 21 Jul 2002 17:42:17 +0200 Message-ID: <82745.1027266137@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-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 <20020721141108.GA30472@luke.immure.com>, Bob Willcox writes: >On Fri, Jul 19, 2002 at 01:32:13AM +0100, Paul Richards wrote: >> >> I wonder how true that is these days. The last time I used nroff was for my >> masters thesis which was in 1990! Does anyone except man page maintainers >> still use it in earnest? > >As I understand it, W. Richard Stevens wrote all of his books in troff. >Of course he died a few years back so is no longer using it. But my >guess is that were he still alive today, he'd still be using troff. And until somebody shows me a way to edit DocBook where 8% of my screen estate isn't occupied by the XML tags, I'll probably be using [nt]roff as well. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 10:47:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE32337B400; Sun, 21 Jul 2002 10:47:21 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8574943E31; Sun, 21 Jul 2002 10:47:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6LHlLCV003689; Sun, 21 Jul 2002 10:47:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6LHlKHv003686; Sun, 21 Jul 2002 10:47:20 -0700 (PDT) (envelope-from dillon) Date: Sun, 21 Jul 2002 10:47:20 -0700 (PDT) From: Matthew Dillon Message-Id: <200207211747.g6LHlKHv003686@apollo.backplane.com> To: Andre Oppermann Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP References: <200207200103.g6K135Ap081155@apollo.backplane.com> <3D3AB5AF.F2F637C3@pipeline.ch> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> packets even though most of them just sit in the interface queue :> (or, worse, in your router's interface queue!). :> :> (2) If you have a bandwidth constriction, such as a modem, this feature :> attempts to place only as many packets in the pipeline as is necessary :> to fill the pipeline, which means that you can type in one window :> and send large amounts of data (scp, ftp) in another. : :If I read the code this is per TCP session. So this would also help :in cases where a server with a really good connection has lots of :slow (modem/DSL) clients? : :-- :Andre Yes, it should. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 11:27:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7367437B400 for ; Sun, 21 Jul 2002 11:27:52 -0700 (PDT) Received: from mail5.ksc.th.com (mail5.ksc.th.com [203.155.0.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270F343E42 for ; Sun, 21 Jul 2002 11:27:49 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.107.241.168]) by mail5.ksc.th.com (8.12.1/8.12.0) with SMTP id g6LILZXM010927 for ; Mon, 22 Jul 2002 01:27:47 +0700 Message-Id: <200207211827.g6LILZXM010927@mail5.ksc.th.com> Date: Mon, 22 Jul 2002 01:29:48 To: freebsd-hackers@FreeBSD.org From: easytoberich01@yahoo.com (chancetoberich) Subject: สำหรับผู้ที่ต้องการโอกาสในการเปลี่ยนแปลงชีวิต Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! สำหรับนักเรียน นักศึกษา และผู้ทำงานประจำ คุณต้องการงานแบบนี้บ้างไหม…?? -งาน parttime ทำงานที่บ้านได้ ถ้าคุณใช้ Internet เป็น -ทำงานเพียงวันละ 2-3 ชม. -รายได้ 5,000 – 15,000 บาท ถ้าคุณเป็นคนหนึ่งที่ทำงานประจำหรือยังไม่มีงานทำ นักศึกษาที่กำลังศึกษาอยู่ ผู้ว่างงาน หรือผู้ที่ยังพอมีเวลาว่างจากงานประจำ มีคุณสมบัติเบื้องต้นดังนี้ 1. มีทัศนคติที่ดี 2. พร้อมที่จะเรียนรู้ เนื่องจากเป็นระบบใหม่จึงต้องให้มีการอบรมให้ตามความเหมาะสม 3. ต้องการที่จะทำงานอย่างจริงจัง อยากที่จะเปลี่ยนฐานะทางการเงินของตนเอง และอยากมีรายได้จากการทำงานตรงนี้จริงๆ ทุกอย่างเป็นไปได้ ใน http://www.geocities.com/getchances2000/ อย่า !…………….. เป็นแค่เพียงคนที่นั่งรอโอกาส To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 12: 1:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 008EC37B401 for ; Sun, 21 Jul 2002 12:01:51 -0700 (PDT) Received: from mail5.ksc.th.com (mail5.ksc.th.com [203.155.0.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06C2243E31 for ; Sun, 21 Jul 2002 12:01:50 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.107.241.168]) by mail5.ksc.th.com (8.12.1/8.12.0) with SMTP id g6LILZwi010927 for ; Mon, 22 Jul 2002 02:01:48 +0700 Message-Id: <200207211901.g6LILZwi010927@mail5.ksc.th.com> Date: Mon, 22 Jul 2002 02:03:49 To: hackers@FreeBSD.org From: easytoberich01@yahoo.com (chancetoberich) Subject: สำหรับผู้ที่ต้องการโอกาสในการเปลี่ยนแปลงชีวิต Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! สำหรับนักเรียน นักศึกษา และผู้ทำงานประจำ คุณต้องการงานแบบนี้บ้างไหม…?? -งาน parttime ทำงานที่บ้านได้ ถ้าคุณใช้ Internet เป็น -ทำงานเพียงวันละ 2-3 ชม. -รายได้ 5,000 – 15,000 บาท ถ้าคุณเป็นคนหนึ่งที่ทำงานประจำหรือยังไม่มีงานทำ นักศึกษาที่กำลังศึกษาอยู่ ผู้ว่างงาน หรือผู้ที่ยังพอมีเวลาว่างจากงานประจำ มีคุณสมบัติเบื้องต้นดังนี้ 1. มีทัศนคติที่ดี 2. พร้อมที่จะเรียนรู้ เนื่องจากเป็นระบบใหม่จึงต้องให้มีการอบรมให้ตามความเหมาะสม 3. ต้องการที่จะทำงานอย่างจริงจัง อยากที่จะเปลี่ยนฐานะทางการเงินของตนเอง และอยากมีรายได้จากการทำงานตรงนี้จริงๆ ทุกอย่างเป็นไปได้ ใน http://www.geocities.com/getchances2000/ อย่า !…………….. เป็นแค่เพียงคนที่นั่งรอโอกาส To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 12:45:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4D4B37B401; Sun, 21 Jul 2002 12:45:26 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 515D443EA9; Sun, 21 Jul 2002 12:45:15 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6LJj1CV006837; Sun, 21 Jul 2002 12:45:03 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6LJj0ZV006816; Sun, 21 Jul 2002 12:45:00 -0700 (PDT) (envelope-from dillon) Date: Sun, 21 Jul 2002 12:45:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200207211945.g6LJj0ZV006816@apollo.backplane.com> To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Cc: Mike Silbersack , Garrett Wollman , Jonathan Lemon Subject: MFC status for retransmit timer min/slop Sender: owner-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 going to be MFCing the transmit timer min/slop stuff soon (because the vast majority of complaints by users related to this issue is on -stable). I believe the basic concept and code is reasonable and the only real issue is whether to make the default slop 1000ms or 200ms. I would very much like to change the default to 200ms in -stable but I will be happy to MFC the code to -stable with a 1000ms default to begin with, to get it out of the way, and then persue changing the default (on stable) to 200ms as a separate issue. The default should remain 200ms in -current. I've considered how best to test this change in a real environment. The only thing I can come up with is to test it on my main machine, apollo.backplane.com, which serves around 800 pages a day, plus handles a good deal of email, and use netstat -s to collect statistics with the default at 200ms and the default at 1000ms. In regards to people who have objections to the change perhaps once it is in stable we can get a bunch of developers, including those with objections, to test real-life production systems for a week alternating the slop once a day 200 ms, 1000 ms, 200 ms, 1000 ms, and collecting netstat -s statistics as a means of determining whether a 200ms default is reasonable. I added an additional network statistic 'unnecessary retransmits' to netstat -s in -current and will be MFCing that to -stable as well, which should help in any evaluation. I am personally quite sure that no major gotchas will occur, but I am willing to allow time for my and other people's testing to confirm my suspicion. That said, once the statistics are collected and found to show no lasting harm the onus would be on the people with objections to prove it otherwise. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 14: 4:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7022F37B49A; Sun, 21 Jul 2002 14:04:24 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E70B543E3B; Sun, 21 Jul 2002 14:04:23 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6LL46r58986; Sun, 21 Jul 2002 14:04:06 -0700 (PDT) (envelope-from rizzo) Date: Sun, 21 Jul 2002 14:04:06 -0700 From: Luigi Rizzo To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, Mike Silbersack , Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop Message-ID: <20020721140406.A57714@iguana.icir.org> References: <200207211945.g6LJj0ZV006816@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207211945.g6LJj0ZV006816@apollo.backplane.com>; from dillon@apollo.backplane.com on Sun, Jul 21, 2002 at 12:45:00PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 200ms is fine with me. cheers luigi On Sun, Jul 21, 2002 at 12:45:00PM -0700, Matthew Dillon wrote: > I am going to be MFCing the transmit timer min/slop stuff soon (because > the vast majority of complaints by users related to this issue is > on -stable). > > I believe the basic concept and code is reasonable and the only real > issue is whether to make the default slop 1000ms or 200ms. I would very To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 14:36:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 393F937B400 for ; Sun, 21 Jul 2002 14:36:37 -0700 (PDT) Received: from walton.kettenis.dyndns.org (e114042.upc-e.chello.nl [213.93.114.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A3743E58 for ; Sun, 21 Jul 2002 14:36:35 -0700 (PDT) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g6LLaXL0055084; Sun, 21 Jul 2002 23:36:34 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.5/8.12.5) with ESMTP id g6LLaX3t079813; Sun, 21 Jul 2002 23:36:33 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.5/8.12.5/Submit) id g6LLaXBv079668; Sun, 21 Jul 2002 23:36:33 +0200 (CEST) Date: Sun, 21 Jul 2002 23:36:33 +0200 (CEST) Message-Id: <200207212136.g6LLaXBv079668@elgar.kettenis.dyndns.org> From: Mark Kettenis To: timon@memphis.mephi.ru Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: <20020721180623.A32258@memphis.mephi.ru> (timon@memphis.mephi.ru) Subject: Re: Booting FreeBSD from extended partitions References: <20020720174745.A33016@memphis.mephi.ru> <20020721020952.4e61aefc.brad@brad-x.com> <20020721180623.A32258@memphis.mephi.ru> Sender: owner-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: "Artem 'Zazoobr' Ignatjev" Date: Sun, 21 Jul 2002 18:06:24 +0400 On Sun, Jul 21, 2002 at 02:09:52AM -0400, Brad Laue wrote: >> I'm currently trying to make FreeBSD boot from extended >> partitions (of course, with help of boot mgr - in my case that's WinNT >> loader), and not without any progress: After patching /boot/loader to >> understand EXT_X partition type, I'm able to boot from /dev/ad4s9. > > I'd be very interested in seeing your progress on this, and I think > Simon 'corecode' Schultz would be as well - looking forward to it! > Attach it to your reply. Well, I don't think that all subcribers of this list wants to see this staff, and don't know whether majordomo allows attaches in this list. I will email it to you, and if anyone else is interested in this work, I'd put it here: http://memphis.mephi.ru/~timon/ Sinceherely yours, Artem 'Zazoobr' Ignatjev. In case you're wondering why you can't boot from /dev/ad4s10 and above, take a look at the attached patch for vfs_conf.c. I also included my version of a patch to fix the problems with extended partitions in /boot/loader. I didn't look too closely at your code, but my patch arranges things such that the slice numbers used by /boot/loader match the slice numbers used by the kernel. I didn't look at boot0 and boot1 since I'm using GRUB on my system. Mark PS The patches are against 4.6-STABLE from a week ago or so. --- /usr/src/sys/boot/i386/libi386/biosdisk.c.orig Thu Dec 28 14:10:47 2000 +++ /usr/src/sys/boot/i386/libi386/biosdisk.c Sat Jul 13 03:30:53 2002 @@ -132,7 +132,8 @@ struct devsw biosdisk = { static int bd_opendisk(struct open_disk **odp, struct i386_devdesc *dev); static void bd_closedisk(struct open_disk *od); static int bd_bestslice(struct open_disk *od); -static void bd_checkextended(struct open_disk *od, int slicenum); +static void bd_checkextended(struct open_disk *od, + struct dos_partition *dp, u_int ext_base); /* * Translate between BIOS device numbers and our private unit numbers. @@ -308,6 +309,7 @@ bd_printslice(struct open_disk *od, stru break; case 0x00: /* unused partition */ case DOSPTYP_EXT: + case 0x0f: return; case 0x01: if (verbose) @@ -512,7 +514,7 @@ bd_opendisk(struct open_disk **odp, stru sizeof(struct dos_partition) * NDOSPART); od->od_nslices = 4; /* extended slices start here */ for (i = 0; i < NDOSPART; i++) - bd_checkextended(od, i); + bd_checkextended(od, &od->od_slicetab[i], od->od_slicetab[i].dp_start); od->od_flags |= BD_PARTTABOK; dptr = &od->od_slicetab[0]; @@ -624,22 +626,21 @@ bd_opendisk(struct open_disk **odp, stru } static void -bd_checkextended(struct open_disk *od, int slicenum) +bd_checkextended(struct open_disk *od, struct dos_partition *dp, + u_int ext_base) { - char buf[BIOSDISK_SECSIZE]; - struct dos_partition *dp; + char buf[BIOSDISK_SECSIZE]; u_int base; - int i, start, end; - - dp = &od->od_slicetab[slicenum]; - start = od->od_nslices; + int i; if (dp->dp_size == 0) goto done; - if (dp->dp_typ != DOSPTYP_EXT) + if (dp->dp_typ != DOSPTYP_EXT && dp->dp_typ != 0x0f) goto done; - if (bd_read(od, (daddr_t)dp->dp_start, 1, buf)) + if (bd_read(od, (daddr_t)dp->dp_start, 1, buf)) { + DEBUG("error reading extended table"); goto done; + } if (((u_char)buf[0x1fe] != 0x55) || ((u_char)buf[0x1ff] != 0xaa)) { DEBUG("no magic in extended table"); goto done; @@ -651,17 +652,17 @@ bd_checkextended(struct open_disk *od, i continue; if (od->od_nslices == MAX_SLICES) goto done; - dp->dp_start += base; - bcopy(dp, &od->od_slicetab[od->od_nslices], sizeof(*dp)); - od->od_nslices++; + if (dp->dp_typ == DOSPTYP_EXT || dp->dp_typ == 0x0f) { + dp->dp_start += ext_base; + bd_checkextended(od, dp, ext_base); + } else { + dp->dp_start += base; + bcopy(dp, &od->od_slicetab[od->od_nslices], + sizeof(*dp)); + od->od_nslices++; + } } - end = od->od_nslices; - /* - * now, recursively check the slices we just added - */ - for (i = start; i < end; i++) - bd_checkextended(od, i); done: return; } --- /usr/src/sys/kern/vfs_conf.c.orig Mon Feb 4 14:08:12 2002 +++ /usr/src/sys/kern/vfs_conf.c Fri Jul 12 17:34:02 2002 @@ -356,8 +356,10 @@ gotit: while (*cp >= '0' && *cp <= '9') unit = 10 * unit + *cp++ - '0'; if (*cp == 's' && cp[1] >= '0' && cp[1] <= '9') { - slice = cp[1] - '0' + 1; - cp += 2; + cp++; + while (*cp >= '0' && *cp <= '9') + slice = 10 * slice + *cp++ - '0'; + slice++; } if (*cp >= 'a' && *cp <= 'h') { part = *cp - 'a'; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 14:52: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD337B400; Sun, 21 Jul 2002 14:51:58 -0700 (PDT) Received: from patrocles.silby.com (d106.as14.nwbl0.wi.voyager.net [169.207.134.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3080043E42; Sun, 21 Jul 2002 14:51:57 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g6LLuKcv005324; Sun, 21 Jul 2002 16:56:20 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g6LLu11X005316; Sun, 21 Jul 2002 16:56:17 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 21 Jul 2002 16:56:00 -0500 (CDT) From: Mike Silbersack To: Matthew Dillon Cc: freebsd-hackers@freebsd.org, , Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop In-Reply-To: <200207211945.g6LJj0ZV006816@apollo.backplane.com> Message-ID: <20020721165445.K5064-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 21 Jul 2002, Matthew Dillon wrote: > I believe the basic concept and code is reasonable and the only real > issue is whether to make the default slop 1000ms or 200ms. I would very > much like to change the default to 200ms in -stable but I will be happy > to MFC the code to -stable with a 1000ms default to begin with, to get > it out of the way, and then persue changing the default (on stable) > to 200ms as a separate issue. The default should remain 200ms in > -current. I think that MFCing with 200ms would be best. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 14:55:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA1F37B400; Sun, 21 Jul 2002 14:55:27 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E989543E31; Sun, 21 Jul 2002 14:55:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6LLtQCV033665; Sun, 21 Jul 2002 14:55:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6LLtQdq033664; Sun, 21 Jul 2002 14:55:26 -0700 (PDT) (envelope-from dillon) Date: Sun, 21 Jul 2002 14:55:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200207212155.g6LLtQdq033664@apollo.backplane.com> To: Mike Silbersack Cc: freebsd-hackers@FreeBSD.ORG, , Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop References: <20020721165445.K5064-100000@patrocles.silby.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 Wow. I'm flattered. Everyone so far thinks 200ms will be ok! Its up to Jonathan Lemon now. Jonathan, if you sign off on 200ms for the MFC I'll go with it. -Matt Matthew Dillon : : :On Sun, 21 Jul 2002, Matthew Dillon wrote: : :> I believe the basic concept and code is reasonable and the only real :> issue is whether to make the default slop 1000ms or 200ms. I would very :> much like to change the default to 200ms in -stable but I will be happy :> to MFC the code to -stable with a 1000ms default to begin with, to get :> it out of the way, and then persue changing the default (on stable) :> to 200ms as a separate issue. The default should remain 200ms in :> -current. : :I think that MFCing with 200ms would be best. : :Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 15: 5:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F27437B401; Sun, 21 Jul 2002 15:05:49 -0700 (PDT) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F3643E58; Sun, 21 Jul 2002 15:05:48 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g6LM3GNK028637; Mon, 22 Jul 2002 00:03:17 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: Mike Silbersack , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop In-Reply-To: Your message of "Sun, 21 Jul 2002 14:55:26 PDT." <200207212155.g6LLtQdq033664@apollo.backplane.com> Date: Mon, 22 Jul 2002 00:03:16 +0200 Message-ID: <28636.1027288996@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-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 <200207212155.g6LLtQdq033664@apollo.backplane.com>, Matthew Dillon w rites: > Wow. I'm flattered. Everyone so far thinks 200ms will be ok! > > Its up to Jonathan Lemon now. Jonathan, if you sign off on 200ms > for the MFC I'll go with it. Even if everybody agrees to 200msec I think it is far too early for an MFC. Suggest you provide a -stable friendly patchfile until we have this issue settled in -current. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 15:19:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE25437B401; Sun, 21 Jul 2002 15:19:11 -0700 (PDT) Received: from renown.cnchost.com (renown.concentric.net [207.155.248.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4874143E31; Sun, 21 Jul 2002 15:19:10 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by renown.cnchost.com id SAA16450; Sun, 21 Jul 2002 18:19:06 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207212219.SAA16450@renown.cnchost.com> To: Matthew Dillon Cc: Mike Silbersack , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop In-reply-to: Your message of "Sun, 21 Jul 2002 14:55:26 PDT." <200207212155.g6LLtQdq033664@apollo.backplane.com> Date: Sun, 21 Jul 2002 15:19:04 -0700 From: Bakul Shah Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Wow. I'm flattered. Everyone so far thinks 200ms will be ok! I'd still prefer the default left at 1 sec until there is enough real testing so that people not taking part in the test don't get surprised. That is, "dampen" any potential future oscillations in this value. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 16:39:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC9DD37B400; Sun, 21 Jul 2002 16:39:40 -0700 (PDT) Received: from Wizardm.com (pcp563625pcs.rthfrd01.tn.comcast.net [68.53.55.200]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C27E43E3B; Sun, 21 Jul 2002 16:39:39 -0700 (PDT) (envelope-from brettm@hotmail.com) From: Subject: Drop Shippers Club Date: Sun, 21 Jul 2002 15:03:59 Message-Id: <791.223245.741697@Wizardm.com> To: undisclosed-recipients: ; Sender: owner-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 Friend: Need Small Quantities at Low Prices? Call Us tollfree at 1-866-266-5173. Great Deals for Ebay, Flea Markets, Discount Stores, etc. We DROP SHIP We have about 250 FREE Drop Shipper Club Memberships still available....over 750 Free Memberships were taken and after the first 1000 are gone the cost will be $29.99 annually. If you haven't already signed up for our Drop Shippers Club then visit our web site at www.waybelowwholesale.com and join the Drop Shippers Club for FREE so you can take advantage of the numerous benefits such as Discounted Shipping, 5%-10% Product Discounts, Web Marketing, Customer Leads and more. Check out our HBA Special of 20 Cases of Brand New HBA Items for Just $399...and Visit us often at http://click.topica.com/maaaqTTaaSJMOa4KDarb/ Friend, Need Tools, Toys, Cosmetics, HBA, Sunglasses, Designer Names, Harley Davidson, Knives, Watches, Jewelry, Lingerie, Dollar Items, ASOTV and more? We Visa & Mastercard, personal/business checks faxed to 615-893-0688 and wire transfers. All Sales are final and all merchandise is sold as is. No Returns, Refunds, Credits or Cancellations Permitted. All merchandise is customer returns unless otherwise stated. Join Our Drop Shippers Club! ================================================================= = --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.362 / Virus Database: 199 - Release Date: 5/7/2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 17:28:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B8D37B400; Sun, 21 Jul 2002 17:28:29 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007D143E58; Sun, 21 Jul 2002 17:28:27 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A9447812D8; Mon, 22 Jul 2002 09:58:23 +0930 (CST) Date: Mon, 22 Jul 2002 09:58:23 +0930 From: Greg 'groggy' Lehey To: Poul-Henning Kamp Cc: Bob Willcox , Paul Richards , Robert Watson , Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: troff vs. DocBook (was: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd)) Message-ID: <20020722002823.GB69834@wantadilla.lemis.com> References: <20020721141108.GA30472@luke.immure.com> <82745.1027266137@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <82745.1027266137@critter.freebsd.dk> User-Agent: Mutt/1.3.99i 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: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-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 Sunday, 21 July 2002 at 17:42:17 +0200, Poul-Henning Kamp wrote: > In message <20020721141108.GA30472@luke.immure.com>, Bob Willcox writes: >> On Fri, Jul 19, 2002 at 01:32:13AM +0100, Paul Richards wrote: >>> >>> I wonder how true that is these days. The last time I used nroff was for my >>> masters thesis which was in 1990! Does anyone except man page maintainers >>> still use it in earnest? >> >> As I understand it, W. Richard Stevens wrote all of his books in troff. >> Of course he died a few years back so is no longer using it. But my >> guess is that were he still alive today, he'd still be using troff. > > And until somebody shows me a way to edit DocBook where 8% of my screen > estate isn't occupied by the XML tags, I'll probably be using [nt]roff > as well. IMO the tags aren't the problem with DocBook. It's just *really* difficult to get good-looking results with. I've actually converted the FreeBSD book into DocBook (anybody want a perl script?), but jade can't format it, and gmat is a real kludge. Theoretically, DocBook is better, but I want something that works. Greg -- 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 Sun Jul 21 18:55:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C122537B400; Sun, 21 Jul 2002 18:55:51 -0700 (PDT) Received: from holly.calldei.com (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 475C643E6D; Sun, 21 Jul 2002 18:55:51 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: by holly.calldei.com (Postfix, from userid 1001) id 37B75ACA; Sun, 21 Jul 2002 20:56:19 -0500 (CDT) Date: Sun, 21 Jul 2002 20:56:19 -0500 From: Chris Costello To: Greg 'groggy' Lehey Cc: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: troff vs. DocBook (was: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd)) Message-ID: <20020722015619.GB15170@holly.calldei.com> Reply-To: chris@FreeBSD.org References: <20020721141108.GA30472@luke.immure.com> <82745.1027266137@critter.freebsd.dk> <20020722002823.GB69834@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020722002823.GB69834@wantadilla.lemis.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Cc: list massively trimmed.] On Monday, July 22, 2002, Greg 'groggy' Lehey wrote: > IMO the tags aren't the problem with DocBook. It's just *really* > difficult to get good-looking results with. I've actually converted > the FreeBSD book into DocBook (anybody want a perl script?), but jade > can't format it, and gmat is a real kludge. Theoretically, DocBook is > better, but I want something that works. Well, getting something that looks good out of DocBook is a trivial exercise for somebody who knows how to handle the formatting-related bits (i.e. the *.dsl stylesheets). Comparing ms(7) and DocBook is sort of like comparing apples and oranges. Basically when you're writing a DocBook document, you're simply marking up the information--telling DocBook what's what in terms of paragraphs, lists, host names, the like. ms(7) macros allow you to do a lot of the formatting on your own. I imagine that ORA is moving/has moved away from it for that reason: they want their books to look exactly alike, which is easily accomplished by having authors submit works in DocBook and applying their own `custom' stylesheet. -- +-------------------+-----------------------------------+ | Chris Costello | Diagnostics are the programs that | | chris@FreeBSD.org | run when nothing else will. | +-------------------+-----------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 21:16:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC4C37B401 for ; Sun, 21 Jul 2002 21:16:22 -0700 (PDT) Received: from mobile.webweaving.org (67-115-22-5.ded.pacbell.net [67.115.22.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B7FF43E31 for ; Sun, 21 Jul 2002 21:16:21 -0700 (PDT) (envelope-from dirkx@covalent.net) Received: from localhost (localhost [127.0.0.1]) by mobile.webweaving.org (8.12.2/8.10.2) with ESMTP id g6M1dM0j000371; Sun, 21 Jul 2002 18:39:22 -0700 (PDT) X-Curiosity: Killed the Cat X-Huis-aan-Huis-deur-sticker: nee-nee X-Spam: no X-Passed: MX on Gandalf.WebWeaving.org Sun, 21 Jul 2002 18:39:22 -0700 (PDT) and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Date: Sun, 21 Jul 2002 18:39:22 -0700 (PDT) From: dirkx@covalent.net X-X-Sender: dirkx@mobile.webweaving.org To: krentel@dreamscape.com Cc: peter@wemm.org, freebsd-hackers@FreeBSD.ORG Subject: Re: dump on mounted fs In-Reply-To: <200207190139.g6J1da517312@dreamscape.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 18 Jul 2002, Mark W. Krentel wrote: > > Dump on a live FS is always risky. FreeBSD in 4.x and earlier will have > > up to about a 30 second delay before a write() makes it to physical disk. Is this regardless of the sync(8) command used ? And if so - what does sync(8) actually sync - and which things are taking longer to sync ? Dw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 21 22:32: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A6537B400; Sun, 21 Jul 2002 22:32:06 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C9AF43E64; Sun, 21 Jul 2002 22:32:06 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.3/8.12.3) with ESMTP id g6M5Wgwe001330; Sun, 21 Jul 2002 22:32:42 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.3/8.12.3/Submit) id g6M5WZqF001329; Sun, 21 Jul 2002 22:32:35 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 21 Jul 2002 22:32:35 -0700 From: David Schultz To: Garance A Drosihn Cc: Robert Watson , hackers@FreeBSD.ORG Subject: Re: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) Message-ID: <20020722053235.GB1068@HAL9000.homeunix.com> Mail-Followup-To: Garance A Drosihn , Robert Watson , hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Garance A Drosihn : > In my case, I don't actually "know" nroff. I just look at > other man pages and copy what they seem to be doing... > > On the other hand, I know even less about sgml. Likewise, but I find SGML easier to pick up. Granted, I (sadly) learned HTML a while ago, so when I saw SGML I said, ``Oh, somebody did it right.'' It's funny when you think about which one came first. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 0:16:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6133737B400 for ; Mon, 22 Jul 2002 00:16:29 -0700 (PDT) Received: from brolloks.trispen.com (brolloks.trispen.com [196.7.146.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D9343E58 for ; Mon, 22 Jul 2002 00:16:24 -0700 (PDT) (envelope-from jf@trispen.com) Received: from alias.trispen.com (alias.trispen.com [196.7.146.143]) by brolloks.trispen.com (8.9.3/8.9.3) with ESMTP id JAA26608 for ; Mon, 22 Jul 2002 09:16:17 +0200 (SAST) (envelope-from jf@trispen.com) Subject: remote crashdump From: Jacques Fourie Reply-To: jf@trispen.com To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 22 Jul 2002 09:16:15 +0200 Message-Id: <1027322178.258.11.camel@alias.trispen.com> Mime-Version: 1.0 Sender: owner-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 was wondering what the amount of effort involved would be to add support for dumping on a remote machine via tftp, for example. This would be extremely handy for devices with little or no hard disk space. Does anyone know of anything with this functionality? 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 Jul 22 1:10:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E891437B400 for ; Mon, 22 Jul 2002 01:10:35 -0700 (PDT) Received: from mail.dtek.chalmers.se (osiris.medic.chalmers.se [129.16.30.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1270C43E5E for ; Mon, 22 Jul 2002 01:10:35 -0700 (PDT) (envelope-from d98jobro@dtek.chalmers.se) Received: from licia.dtek.chalmers.se (licia.dtek.chalmers.se [129.16.30.88]) by mail.dtek.chalmers.se (Postfix) with ESMTP id AE5B73B22A for ; Mon, 22 Jul 2002 10:10:33 +0200 (MEST) Received: from localhost (d98jobro@localhost) by licia.dtek.chalmers.se (8.9.3/8.9.3) with ESMTP id KAA24484 for ; Mon, 22 Jul 2002 10:10:33 +0200 (MEST) X-Authentication-Warning: licia.dtek.chalmers.se: d98jobro owned process doing -bs Date: Mon, 22 Jul 2002 10:10:33 +0200 (MEST) From: Johan Brodin To: freebsd-hackers@freebsd.org Subject: High Avaliability Processes 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 new to this list and I want to ask a rather simple question. Does FreeBSD contain a program (preferably a kernel process) that can see if another process (user defined) terminates and then restart this process? Or will I have to use an "external" program for this? Grateful for a quick answer! Thanks! /Johan ------------------------------------------------------- Johan Brodin 031-7084505 0703-411829 jobro@mensa.se ICQ:188 758 72 SM6WKK http://www.fua.nu/jobro ------------------------------------------------------- AD UTRUMQUE PARATUS! ------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 1:56:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB47637B400 for ; Mon, 22 Jul 2002 01:56:31 -0700 (PDT) Received: from sushi.sonnenwin.de (sushi.sonnenwin.de [217.29.40.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C46AD43E5E for ; Mon, 22 Jul 2002 01:56:30 -0700 (PDT) (envelope-from patric@argv.de) Received: from sushi.sonnenwin.de (sushi.intern.sonnenwin.de [10.0.0.254]) by sushi.sonnenwin.de (8.12.5/8.12.3) with ESMTP id g6M8uKLv015573; Mon, 22 Jul 2002 10:56:21 +0200 (CEST) (envelope-from patric@argv.de) X-Authentication-Warning: sushi.sonnenwin.de: Host sushi.intern.sonnenwin.de [10.0.0.254] claimed to be sushi.sonnenwin.de Received: (from patric@localhost) by sushi.sonnenwin.de (8.12.5/8.12.3/Submit) id g6M8uKe4015572; Mon, 22 Jul 2002 10:56:20 +0200 (CEST) (envelope-from patric@argv.de) X-Authentication-Warning: sushi.sonnenwin.de: patric set sender to patric@argv.de using -f Date: Mon, 22 Jul 2002 10:56:20 +0200 From: Patric Mrawek To: Johan Brodin Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: High Avaliability Processes Message-ID: <20020722085620.GA15476@sushi.sonnenwin.de> Reply-To: Patric Mrawek Mail-Followup-To: Johan Brodin , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.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 On Mon, 22 Jul 2002, Johan Brodin wrote: > I'm new to this list and I want to ask a rather simple question. Does > FreeBSD contain a program (preferably a kernel process) that can see if > another process (user defined) terminates and then restart this process? > Or will I have to use an "external" program for this? You may use init(8) for this. Take a look at =BB/etc/ttys=AB --=20 Patric Mrawek (__) =20 (++)-----i\ eat penguins instead, they start to ~~| BSD | * spread around anyway! |_|~|_| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 2: 4:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7033537B400 for ; Mon, 22 Jul 2002 02:04:46 -0700 (PDT) Received: from relay03.esat.net (relay03.esat.net [193.95.141.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6BA343E6A for ; Mon, 22 Jul 2002 02:04:45 -0700 (PDT) (envelope-from phil@ipac.ie) Received: from ipac-gw.cr001.ddm.esat.net (mail.rfc-networks.ie) [193.95.188.30] by relay03.esat.net with esmtp id 17WZ7U-0000CW-00; Mon, 22 Jul 2002 10:04:44 +0100 Received: from tear.domain (unknown [10.0.1.254]) by mail.rfc-networks.ie (Postfix) with ESMTP id 44D5F54981 for ; Mon, 22 Jul 2002 09:08:36 +0100 (IST) Received: by tear.domain (Postfix, from userid 1000) id 1F20E2113F; Mon, 22 Jul 2002 10:04:32 +0000 (GMT) Date: Mon, 22 Jul 2002 10:04:32 +0000 From: Philip Reynolds To: freebsd-hackers@freebsd.org Subject: Re: High Avaliability Processes Message-ID: <20020722100432.A60280@rfc-networks.ie> Reply-To: philip.reynolds@rfc-networks.ie References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from d98jobro@dtek.chalmers.se on Mon, Jul 22, 2002 at 10:10:33AM +0200 X-Operating-System: FreeBSD 4.6-RC X-URL: http://www.rfc-networks.ie Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Johan, from the init(8) manpage: ``Init can also be used to keep arbitrary daemons running, automatically restarting them if they die. In this case, the first field in the ttys(5) file must not reference the path to a configured device node and will be passed to the daemon as the final argument on its command line. This is similar to the facility offered in the AT&T System V UNIX /etc/inittab.'' /etc/ttys is the file you're after. Regards, Phil. Johan Brodin 23 lines of wisdom included: > Hi! > > I'm new to this list and I want to ask a rather simple question. Does > FreeBSD contain a program (preferably a kernel process) that can see if > another process (user defined) terminates and then restart this process? > Or will I have to use an "external" program for this? > > Grateful for a quick answer! -- Philip Reynolds | Technical Director philip.reynolds@rfc-networks.ie | RFC Networks Ltd. http://www.rfc-networks.ie | +353 (0)1 8832063 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 2:21:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45DEE37B400 for ; Mon, 22 Jul 2002 02:21:32 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D749343E3B for ; Mon, 22 Jul 2002 02:21:31 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0039.cvx22-bradley.dialup.earthlink.net ([209.179.198.39] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17WZNU-0000AI-00; Mon, 22 Jul 2002 02:21:17 -0700 Message-ID: <3D3BCD45.F05C0080@mindspring.com> Date: Mon, 22 Jul 2002 02:15:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Johan Brodin Cc: freebsd-hackers@freebsd.org Subject: Re: High Avaliability Processes 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 Johan Brodin wrote: > I'm new to this list and I want to ask a rather simple question. Does > FreeBSD contain a program (preferably a kernel process) that can see if > another process (user defined) terminates and then restart this process? > Or will I have to use an "external" program for this? man init man ttys -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 2:31:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9F8C37B400 for ; Mon, 22 Jul 2002 02:31:35 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7699C43E58 for ; Mon, 22 Jul 2002 02:31:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0039.cvx22-bradley.dialup.earthlink.net ([209.179.198.39] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17WZWh-0004S4-00; Mon, 22 Jul 2002 02:30:47 -0700 Message-ID: <3D3BCF7B.D1F862D2@mindspring.com> Date: Mon, 22 Jul 2002 02:25:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: jf@trispen.com Cc: freebsd-hackers@freebsd.org Subject: Re: remote crashdump References: <1027322178.258.11.camel@alias.trispen.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 Jacques Fourie wrote: > I was wondering what the amount of effort involved would be to add > support for dumping on a remote machine via tftp, for example. This > would be extremely handy for devices with little or no hard disk space. > > Does anyone know of anything with this functionality? This has been discussed several times in the past. The main issue is that the kernel is not stable enough to run the network stack and an interrupt driven network driver while it's dying (perhaps because of an error in the network stack and/or the network driver and/or the interrupt processing and/or the VM system and/or ... a ton of other places that would be involved in a remote dump. The closest anyone has come to this (to my knowledge) is the creation of a polled network driver and a tiny UDP stack to permit remote debugging over the network to a different machine on the same switch. This isn't very close to dumping. Normally, this type of thing is handled in firmware that gets called by the hardware reset vector, FWIW, which means you get a dump image of the system memory, and the OS is not really involved at all (in a clean shutdown it sets a bit in CMOS that's cleared on boot to ensure that a dump does *not* happen). If you are considering adding this functionality, then you should probably consider all the code that would be in the dump path, and figure out how you could run it without a kernel running. This will probably mean that any patches you do will be very specific to your network card, etc.. If you get to the point where you need a very small network stack, and you can't find the one in the FreeBSD -hackers list archive, let me know, and I'll try to dig up a reference for you (there was one posted about last year that fit in about 19K). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 9:48:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12BED37B40B for ; Mon, 22 Jul 2002 09:48:12 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 045FE43E42 for ; Mon, 22 Jul 2002 09:48:10 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.11.6/8.11.6) id g6MGlxg50859; Mon, 22 Jul 2002 20:47:59 +0400 (MSD) (envelope-from timon) Date: Mon, 22 Jul 2002 20:47:58 +0400 From: "Artem 'Zazoobr' Ignatjev" To: Mark Kettenis Cc: freebsd-hackers@freebsd.org Subject: Re: Booting FreeBSD from extended partitions Message-ID: <20020722204758.A50251@memphis.mephi.ru> References: <20020720174745.A33016@memphis.mephi.ru> <20020721020952.4e61aefc.brad@brad-x.com> <20020721180623.A32258@memphis.mephi.ru> <200207212136.g6LLaXBv079668@elgar.kettenis.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207212136.g6LLaXBv079668@elgar.kettenis.dyndns.org>; from kettenis@chello.nl on Sun, Jul 21, 2002 at 11:36:33PM +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, Jul 21, 2002 at 11:36:33PM +0200, Mark Kettenis wrote: > From: "Artem 'Zazoobr' Ignatjev" > Date: Sun, 21 Jul 2002 18:06:24 +0400 > > On Sun, Jul 21, 2002 at 02:09:52AM -0400, Brad Laue wrote: > >> I'm currently trying to make FreeBSD boot from extended > >> partitions (of course, with help of boot mgr - in my case that's WinNT > >> loader), and not without any progress: After patching /boot/loader to > >> understand EXT_X partition type, I'm able to boot from /dev/ad4s9. > > > > I'd be very interested in seeing your progress on this, and I think > > Simon 'corecode' Schultz would be as well - looking forward to it! > > Attach it to your reply. > Well, I don't think that all subcribers of this list wants to see this > staff, and don't know whether majordomo allows attaches in this list. > I will email it to you, and if anyone else is interested in this work, > I'd put it here: http://memphis.mephi.ru/~timon/ > Sinceherely yours, Artem 'Zazoobr' Ignatjev. > > In case you're wondering why you can't boot from /dev/ad4s10 and > above, take a look at the attached patch for vfs_conf.c. I also > included my version of a patch to fix the problems with extended > partitions in /boot/loader. I didn't look too closely at your code, > but my patch arranges things such that the slice numbers used by > /boot/loader match the slice numbers used by the kernel. > > I didn't look at boot0 and boot1 since I'm using GRUB on my system. > nah. I boot from this partition from tuesday. And the patch I've done is more complex. > --- /usr/src/sys/kern/vfs_conf.c.orig Mon Feb 4 14:08:12 2002 > +++ /usr/src/sys/kern/vfs_conf.c Fri Jul 12 17:34:02 2002 > @@ -356,8 +356,10 @@ gotit: > while (*cp >= '0' && *cp <= '9') > unit = 10 * unit + *cp++ - '0'; > if (*cp == 's' && cp[1] >= '0' && cp[1] <= '9') { > - slice = cp[1] - '0' + 1; > - cp += 2; > + cp++; > + while (*cp >= '0' && *cp <= '9') > + slice = 10 * slice + *cp++ - '0'; > + slice++; > } > if (*cp >= 'a' && *cp <= 'h') { > part = *cp - 'a'; Whoops... Since I'm booting from s9, this wasn't needed, but I put that in my site as soon as I get to it. Sinceherely yours, Artem 'Zazoobr' Ignatjev. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 11:29:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85BD737B400 for ; Mon, 22 Jul 2002 11:29:43 -0700 (PDT) Received: from gscamnlm03.wr.usgs.gov (gscamnlm03.wr.usgs.gov [130.118.4.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EC443E65 for ; Mon, 22 Jul 2002 11:29:43 -0700 (PDT) (envelope-from rsowders@usgs.gov) To: Nicole Harrington Cc: hackers@freebsd.org, Josef Grosch , questions@bafug.org, questions-admin@bafug.org Subject: RE: [Questions] What hardware do you use ? MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.9a January 7, 2002 Message-ID: From: "Robert L Sowders" Date: Mon, 22 Jul 2002 11:29:39 -0700 X-MIMETrack: Serialize by Router on gscamnlm03/SERVER/USGS/DOI(Release 5.0.10 |March 22, 2002) at 07/22/2002 11:29:42 AM, Serialize complete at 07/22/2002 11:29:42 AM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You might get more useful information by asking what it doesn't work with=20 or what to avoid. The list will be shorter. Nicole Harrington Sent by: questions-admin@bafug.org 07/20/2002 07:05 nite =20 To: Josef Grosch cc: questions@bafug.org, hackers@freebsd.org Subject: RE: [Questions] What hardware do you use ? I'm not on the heckers list at the moment, but the frustrating thing I=20 have found regarding that question is once I have finaly tested something (most often motherboards) and have found it to be stable, its no longer=20 available as the manufacturer has moved on to some other newer board. Nicole On 10-May-02 Unnamed Administration sources reported Josef Grosch said : >=20 > This question came up at last night BAFUG meeting. What hardware do=20 people > use and/or recommend? Specifically, if you were going to build a=20 machine, > using commonly available parts and just to run a generic kernel, what > ethernet, video, motherboards, etc, would you use and/or recommend? >=20 >=20 > Josef >=20 > --=20 > Josef Grosch | Another day closer to a | FreeBSD 4.5 > jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org >=20 > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > Questions mailing list > Questions@bafug.org > http://bafug.org/mailman/listinfo/questions |\ =5F=5F /| (`\=20 | o=5Fo |=5F=5F ) )=20 // \\=20 Daemon Technologies(tm) | Phone: 510.895.9667 nicole@daemontech.com |=20 -------------------(((---(((----------------------- - Powered by FreeBSD - Email, DNS, Site=1BHosting, FTP Services, Dedicated Servers, Co-Location, and a Lot More ------------------------------------------------------ " Daemons" will now be known as "spiritual guides" -Politically Correct UNIX Page =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F Questions mailing list Questions@bafug.org http://bafug.org/mailman/listinfo/questions To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 14:10:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B559A37B400 for ; Mon, 22 Jul 2002 14:10:34 -0700 (PDT) Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E505843E31 for ; Mon, 22 Jul 2002 14:10:33 -0700 (PDT) (envelope-from robert@castley.com) Received: from host213-122-12-59.in-addr.btopenworld.com ([213.122.12.59] helo=snoopy.castley.net) by gadolinium.btinternet.com with esmtp (Exim 3.22 #8) id 17WkRe-0003hf-00 for freebsd-hackers@FreeBSD.org; Mon, 22 Jul 2002 22:10:19 +0100 Received: from charlie (charlie.castley.net [192.168.1.22]) by snoopy.castley.net (8.11.6/8.11.6) with SMTP id g6ML9MB25451 for ; Mon, 22 Jul 2002 22:09:22 +0100 (BST) (envelope-from robert@castley.com) Message-ID: <000901c231c4$2cd12410$1601a8c0@charlie> From: "robert at castley dot com" To: Subject: ddup updated to support custom dyndns updates Date: Mon, 22 Jul 2002 22:10:15 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C231CC.8E73FA50" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 Disposition-Notification-To: "robert at castley dot com" 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 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C231CC.8E73FA50 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0006_01C231CC.8E73FA50" ------=_NextPart_001_0006_01C231CC.8E73FA50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have modified the original source code to support custom dyndns = updates (dyndns.org). But .... I don't have enough knowledge to make this a port or a package = ... I just fumbles my way around the existing c code ;-) I have attached the modified source and was hoping that someone would be able to turn this in to a port/package for the rest of the world to use. The new syntax is : ddup --host yourhostname.com --dynamic/custom/static There is full documentation in the tar.gz file. I hope this is of use and I am sorry I can't create a port or a package. Best Regards, Robert --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.375 / Virus Database: 210 - Release Date: 10/07/2002 ------=_NextPart_001_0006_01C231CC.8E73FA50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I have modified the original source = code to support=20 custom dyndns updates (dyndns.org).
But .... I don't have enough knowledge = to make this=20 a port or a package ...
I just fumbles my way around the = existing c code=20 ;-)
 
I have attached the modified source and = was hoping=20 that someone would be
able to turn this in to a port/package = for the rest=20 of the world to use.
 
The new syntax is :
 
ddup --host yourhostname.com=20 --dynamic/custom/static
 
There is full documentation in the = tar.gz=20 file.
 
I hope this is of use and I am sorry I = can't create=20 a port or a package.
 
Best Regards,
 
Robert
 

---
Outgoing mail is certified = Virus=20 Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: = 6.0.375 /=20 Virus Database: 210 - Release Date: = 10/07/2002
------=_NextPart_001_0006_01C231CC.8E73FA50-- ------=_NextPart_000_0005_01C231CC.8E73FA50 Content-Type: application/x-gzip; name="ddup-3.1.beta.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ddup-3.1.beta.tar.gz" H4sICNVyPD0AA2RkdXAtMy4xLmJldGEudGFyAORb23LbSJLt54r9iAq/tBQBsy1fp9tPlETZ3JFI NUnZrUeQKJJogwAHBUjm3+/JzCqgwIt7dmNmYyNWMT2yiEJV3vNkVjJJ6u3LN72L3txU8S8//Vt+ 9NtXH9690z9pffHh3Vv+/erVBf32P6+0/vDu4sOrDxev319o+uP9+5/0u38POd2f2lZxqfX/xlH/ F3+Sjv6vxvePw9Gnf/EZ0Pb7t29P6f/tmzf4Q3+4eP/u7Zu379+/occf3n74Sb/6F9Nx9Of/uf71 kZ9Powf9aTAaTPq3+v7h8nZ4pfHfYDQdqGPL8fPFlDYtcv060v9Z50Zf/PrrhVL6qtjuynS1rvTZ 1Tk+/NuvET/SN6Uxelosq+e4NPqmqPMkrrBBpIf5onfqlHe/6pnZbDOj77N4YSI9rdPKaNhPpC8L W9H7d31Ek9cXFxcvL968+qD1w7Sv9ODJlLsCdKVWb025SavKJLoq9AIE6jhPdJLaqkznNbbD2jmI 2dDD1Fili6Wu1ngzSxcmt0YnxaLemLyKNNbrxTrOV2m+0mlF2+dFpeMsK55N0lOnGOGf+9LEm3lm aNVsbfz2Vi+LUm/AjrZeQPRfYmy6yoXsKv6GD5/jnd4VdamWkGZSbOiJXfN6cMR0geOqp/XlDszk VRlbEF3hLNawyU0ZZ/q+nuNodeu4Aw9pXpk8kaNWdVzG+NvwUfpHR9Ez5Wl++RJLNkSnrbGMDm3Y wRG0lhmFrECj1bWFCfVIEqlVXdK0Jy3ebjNohA5n+bBiTNeYVGtMP9tAgjlzE+c7XeCdUm/LYlXG G/28LmjnuloXpYWUNjAOrFS1FZ2CpLNpsTHutVOG22FuUcCGIL75Tnlh36bzMi53+gRnaW4rEye9 c60fi1ov4pyZ3WkhhkXvKLbQYFGwbX1dm1w/Q7BbE38jabBUPSURPSKKSrM0ZUnsQAJOgREZqtqW OB8cjrH9ccrsge2FOo0rsgq1jp9Ew4F1BA4lfnRAnz5ztlOu2BQUOxnM4AlH63RJW+vn1K7Po+Yo 8LIw6RNtUpcL2jqBZkoW2MrAASvlX4TR4s/gVVrjLLVjjXgdxqdB40KopE1ynZtnodfL/aMYkd/u W148N/smBe1paWfI2bJ2ZgW9WplFJa7DgdCyVnITyLI0JKkFWZGV7SGMeZooGCvFLBKmydnV3SGy ExFOJm2/yaOCtFKS45bMoKzqqZm80zkFLm2zuOLNF6asYjCMFVs8TOdpllapi0O0s0hUHdVoKMmI KHLi3xRJuiTzZVHc4IH5HlPojvyKo9vZerHWsRc5ZLU25HYKf1Upc8wxQy8NNuJzkL71KnX2B+tI sVUO4VBcaaXAciU30mSrPfEyfnfPnPHKjh0sakwtMC88VYHlYZ8+TKKhw65hEliz8caAVEMxiHcV g8G/0lJ51ZAPm2NWAruv1rp6hk4rs7W/6bOLc05Wkk27UodZqrPX55Af/NyZSZCuntcphEoysvww Myu4OadBy0nb5cEo1DD2/IXTEKsxPI+p7mcWEiJdmJg0xuET8daxQruSs4AhMXj2Rm/wzuAUC9z4 1FyT4QKL5YltVCHhNC/wfklZaMdHMnedZANFDJcHOYaJTzkO4/ONoVNMZiUZbGNr8Yggw7NRLlrY 0IJArlMZiHn2xsEG5BM9nVhAJWkeZxHOEJYoyUAQSO0bzqVlkdQLIYOTCGkX1kkbIDRnpHrSQrCX cvnoZyzY1hVnGDGXG3qc7SI+JAxPRFK1BqRA6sZZSPckywophLl3yXFLjyvKs7A7iq0cQZ6KNOHz E4qOpXCMBObNgTIjnDMWoTeZk5hI8yR9SpOaiNLFnAOJHNLgGXh8rg1sc8Hexnlo3W6D30hDKD7K Xc8FTdgEmQvUzMbDEt/ECYEZvchM7CiECBxD4n7zBkMlYprOtH52cIOiPD4muTfrYkZrPY/BtqT/ xnM5PxXgUKIm7UmOAg6iNnw5W1dibQtBA8uCIGBP/cdRBPhjfD0bTO6muj+61lfj0fVwNhyPpvpm PNGuOIv09XA6mwwvH+gRL7wbXw9vhld9+oBYedVjHHUMODnjZNGDH0E1z0X5zcUJwolQolUxCYoy 8ZawNlsvmUgbhNZFRqnGxjuHfjfAo9BBG0USVTfZSCTqofRxsNETJby4F/peAGAbiDFSjGAa8jlJ BDwQ9RwFYaEvmJV5LL7NJ/vd1MYg62mTMsvBE9qD9gWp6RP0B2vjXYT4luEsfv5NPDxlWsA5jpW1 TmzOuDs7621RslEwtIiUI6ApM4gDivahAVkfgJtMnVAkIf5ZYyqDp9bxikR29hlxEmFhCRFHzQt0 IEP5RVYTlKcjiposHwDXPc6V14x+EZ7+gnDogAK78xMOeHGSACKw01j9ApnkBdymj2D/JHChcHIl mHXKSzpMMrQkGNriZbEOZw4fJeAyRqsrm3IAQD7F7t5UYoqdS1XW+YHoXYj2uMckkcNvvBuiKoJC sQlfUQF0L3IC30s+kHTLGYGDalpxftQHhqb8yWcIimZLQCznGgXxi4ibG6B1DmPg8wjF5z31VeCO boysrAl8016WTvFZqGEyKYzkhYueQJp498/UtB65uW1+tiGqIfWGUJtAdJqzh2yQE2rAMjgfgr5p 0bAi0WzTRV3UNpPTEXM4ssN28cmWHB3pBkwwYnBEhqtU62ku8jgmFlmcbiAVEO1xwEf9zZgtuQRZ gMN6Sl6zPn8RGqJiuRMJpQ4k5uO5NTlOocwG3pqtFa1hSNlWiwEs6IoOhsCs+MDmzlFxVkC7guLa 1VBVoyWpexjKOlSDULveWThH5uxanNkXb3KSwL2d2yV2qLHYughDPDdgKUBjlIK/+zrdQ2i2nNet 5Ti0xzsKV+Vxg/ER00U2JZENK2rOkhsh92QojlxmFTsNYSeH9m4gdAFeH0klU8fchYrn8NsjdgnT APzeGCNGIlxYE2T136RJE5+3JcEirq3UEw2CXKaZpM8FZMuCBY/k3s7keA9LcZV92lecLG+JObKD j0AJ1V7O8GSVaxbND+hg2yQBNNsG8oJwnGe5QhcxnbZ5RnLmpwzHyqpJ6/yZlVRHfO2FQKdY3oPf YxBeLKkk6uArxIjYnRKTFLw9U4pib0zLpNmFDOgUEvCpX9hfnHsg34jeJ/ocdsUoExg3kU4N1wrU rCpjSkOIM455BFoE2KBCFFGSjfJDavlSSvVRmDyCTI9fDzZkyJjmjiDqOJUJMm1J0YLLRFCXUpAv SSkASmTQYk95XtSILtQndEmYnaIT8fTRiBfzBu6D05XQGSFcVDORR2CNfTgvEDqaF87b9gX32tjj A5AvFu+lzeriHfYdxqVRk2U+f9F2mkvfQj+l5nkvJvIuLcI7G3xfGA5Xv1GC7aTsypps6TuQXgeg jbegXMcpvbEEEb70DPKOyCMJYp0I5Lk5RAj/qNNSGjKy495mvXPgeN9F4bUbaTFwh85lk8Ze+czW Pbg0VSlhATyPURRqa1wbhgVExSW/ImDopGtGnJeoEzEnOmJb5NiNG7sEjUpGiC3uoMXWwPvIzugA 6/DeBjJ+oqqsIk8IfVA0S4iHXTSirha3s1s+C6S2hnx2pb2AxN2P2O4dTS3oumpeUHtGZ+NNIBW8 zaGHK04JMVKapLaTVNR+UuHAGgJOl7RkD18iurd8FFJdCUg7uG2OSNUnIMCDYdQQ36lB7lSvSLWl O8aDzJqzhTRH8AGXosJWaVZxmSAZsP7xkn6mNC2tshlejIKbBKKUu/FVEzCdnDgZETAKuoEMVG2l wkYSlkl1V9KlB1AAEyttAaz7qKGlNRcO7VFc3ijz3ZRSDPs2mnSKqKGRHRV2UEAVJeBcRr0NX07Z o1AAPA9zKi1Suf7ZUKSLVyuSkt/W1TzCB0nl2EZqH2txgOQPf4BEzunvWD8VWU0t/iWqXlsVJQor F9Nb/gT7tlFoXvr4F1AnYZNtmqqUo1nuzY+h+j4L+9RTCSnJ1MOf1+eUo4r5n9Rh8R1xaG9RVxxv CJEdyb9q6j3ugml4rRlFnQJRCAbUQHM+JQ0OSKDFT/0FcvKW4Arst9EGfZYZznWldJg5EW7gGUBQ LymZE5ECoNoiJHI+7702aCr8AAlKrumywwp2yltgt2ITlynsv/ZtorZlSElH0NhHiDBqENkhZ3Hj Twy5I/0UZ6lsB5lliM4Vd+OEr52JS762acsKBkgcEHaRA+QOQeV0uSXt6Fyu9xgYufsuXyFQ9jOl x9pOcKG9RpyFRfa8w77Egxy9r5yOHhj4SQL+53RwWv7Cyf9AB4tT1pXmJAKJFEHNyvjUJWZWkOT+ vVupEywTRuHuWZyBllzimYMx7mZX2gNLbibmhEQpUqJsO2h3+DYCJT16v6EvxFp/7bzMbwNQ48bq qCyHXEpp7+hpPffZYS7SB3Qh5NK5Llu2QUU6YkILXxKKOjZN5qRFdDXn+rbdygzy5PvRGy4aQqKl I9e4vpyu+HQ50t/OHNCFz3FITbVS2lYtqOyy2nJlEltbLFLfEIMLxGT4ZpnmqXReqc5y6yUOl+lW 7pcpYSufv4i41PXJGPZQvzzL4hA4tByBy89Q/BMJnbCdslvDGjcezEYH/ITuwhd+lDVcP47u9viq sGn1NKA2fO2MynZpF7qdIaM5VyCK9HTeesIm/pMRwAYWzej0TDgkir/BjE0m0MRSGD93HCrkqFKK VruzFaAbN5ko8Hb5p0oJUq1zxi1Mc3OUcrA9dh7Kjeau9JDklwdoIdidIFbgAXR34/pkbOigT2F3 PtrNbDA6jt3FNFvDVkZCGNX6tzTBdYRmonJvgwPr83CbwShvhgc143yrjsHKTpSkKwvCx/VqHcT2 1N2fS5Nzs0XRFMydBJvstYsCYcgdwtsWM5AVSSNI2jWo/7iJLvg1RC0dLKHEUsl6zfctNXK5gHKp 3ofzAKrQ3SY1mGAV20oxxnlmNFicPP706RQ/6ZZJbJBvjuKa0kDlkhllkZQU2bkFPUKWavzQC5gg NF8RNcFVelYsDH/pzuqlDOERWtATbG7j/BxDWrbDOA1h7DqsJipvKBZ7AlAP0rUX/resM4ksWRqj eGS4905U58u7sNokk9xWezWYTakp6a+q2XTc8AUH24Z9AsVs4nSjuaISX9q23Ytd19JDCD+hGOoH VXb/7kMmcajijX1VVvKV3Tqdp5W06rP4ubnLd4XiIT+yD5JLQTfV851ck3G/ogOw95r3Z67BeLLJ fi7NHbp+XDRWI+fHrqnb0XHFAJYuranj6IeO/jvXfEJxQ77aE+JeieMGH9735B6lSjfGAZQfQf2/ 4LgKRxz2HMgZP5XI3ht9SFP+Wtk9kbkRceJuLzG47vd0wbs5FlV0uW1OXI36gQoXnlJkBte5XNYl 31d1xk9cDdY21X/WTbHpgqsLAGzXEMWar7h6qutJbl5FUBIqW/z/gvTUeqC7UgrCMfOxV5F96Onh UhI7t1Pgos3NACUBVO1/1smKe3kCUoLqVG6gFZAoZRzjFy2dPv39AfVr9JncPW9SN37obq/hrrWx 55EKrJDBMMuRDYFs58xNwxBTQhWQHyMSlMv+4DZSn/s8TYN/cJPKIf3miD0fieS6TXyZ0gU1P+nc JjWeflcGMNw0FL0e9vQLh8YtzfDAvGy6qTO4qZHLIrnAQA5ZOVzZRn0VXtsEs3sGuuT2e/CaS/0H SiTo7Q3zhO+5IYDDOaXYa7eZpSnqTICcjJHqstihTNi95AGDwLkDnOBPQfAT2FvwUE7RXLC5K5YE aWFBAxvctm/+QhnJqAJ8CIscebiwcAOgZAygyot3DiEReJZGVJjneNmcgiHdqJeUtJp2ECv5B+QL hgsufQ4aUvjn2mSEpKUYprm6XJzSMMqT1MtbkDMu6ixGpE3LRb2xHLUlws3jrA3hJtw+mEtV0pT0 9yl+UXAtsTfH6sYpczEhFR5LN6jDTsttW5ccwY703KCZ2uVn/ku8PphFse1YBTX6Yao71z3jdp0f 23O9OmkcpNXO3QYp7mbLyo/dw9exq2iIu4BCf8vn5mqI6VXpdqzcUGZbYHdULKA/avqrKiXTp0gi KX4r4xne+rfckieBaX3HejQFTWM3AzpqRXMdcGuJOu6YphR/piv8ku8gadbvgCSTKG/tHLpcTcKz iS6eF7k0vC0HTp5rWQQ1WwywxC99dE3Uettc9/JI1S9JkYsCEmSfhOdMefBK2zXbDIFBTu+dZkFD q6evDUaOSBk/aeYlXBh0mVAC8bpIGRPO9rwmNFMekCNC6RTq7vO407MrEucQg3kSB5ibw2wlWdVW B+GZi4i/9fzl2n6f4hc3A7sXsVIbjE/Q9YEfFeXCqKSg5apTspXW+ue79mYrrNMlRrdw5GCWiKIi l162Q8dhGcARPU4S6TuQEUDdK0PLt2u+Qe+wGAy9IK/JXZySQNywEsmgZlx1X+18Y0DaOTmDgA1K AdUKQkJHbd0BJqGUmMvl1CKW7BrEYoD8Ah5MVySWA3pAIvwcVukbjO76cV4kB1MGDF5+7fEkzMnB dJKUn74ozVPKt7eichpxfpJvbljldH9iQF0wAKFYcif8BntT4i3cg52HDBMZPqXgDtrtNi15iN23 mSw5rntDvkFBFAJ30ugCXkgMTCzjEC8DR3xEM08p1xwwRB6IZHDtNiNVUX+V+o2kQui4BtMUF/2K vN7MTdlOi/ramLs5S67W99YeFBISKoOBOpdpX1DwpkGt0u/wImqrOE7ZfkajbZ4HDdQuoPZDYv6G 0BNVlH5qoHOUV3A7pkfmoI6YwwHv7YWGCGF3TAR7l2S7Zoal8Djfv0K16XFqjn1DQ0aXXvU8ePQT qYF3MFY4mD/hWTiJv+FMqnX3dx0P3gPVYml8R0wuZrr5QbmJeoLvbSXtoGGTBZr7yDDM/YXk9447 5a8f+QsdxcaQk1nF+aBpMtpm/tl9aYOSGMudexjwPJh80tJCA+SrIs7Yu9n3yidvdgILEHJqGe7F +20TgD/y3/fpfItGdio2RVOz0/eAZLYhQYBxaaR5ZSXxJNv9xbehRmP9tT+Z9EezRzaKi56+HFz1 H6YDPfs80PeT8adJ/04Pp35U9lrfTAYDPb7RV5/7k0+DiNZNBrQi3IsGZ4MNsGrMfw/+mA1GM30/ mNwNZzPsdvmo+/f32Lx/eTvQt/2vEPHgj6vB/Ux//TwYqTFt/3UIeqazPr0wHOmvk+FsOPrEG9J0 7mT46fNMfx7fXg8mPML7C07nF/V9fzIbDqYKdHwZXneZetGfguwX+utw9nn8MGuIJ+b6o0f99+Ho OtKDIW80+ON+MpiCf4W9h3egeICHw9HV7cM1TwdfYofReAY5gTPQORuzaPxavzuIwf7qbjCB/Eaz /uXwdogjaZz4Zjgb4QgeOu4L5VcPt30w8TC5H08H1NQhEWITCHwynP5d96fKCfb3h36zEaSLPe76 oytW1J4iiV39OH6gVAK+b69pgfILSFADfT24GVzNhl+gXqzEMdOHu4GT93TGArq91aPBFejtTx71 dDD5MrwiOajJ4L4/hPhpcHoyoV3GIwk4r3ukPFjJ4AvZwMPolridDH5/AD9HLIH26H+CtZEwA72r r0McThraV37Er+BBq/xHmNFY3/UfZVr70ZkHyGzGubtWAaNorbN/OSYZXIKeIZMFQkggpKLr/l3/ 02AaqcYI+Gg3YR7p6f3gakj/wHOYHnR9K1KBF/3+QFrEB24T3Yc6iTWyQ6cy8kGytZG3EZy975dn 7dl79kd2cTuekrHhkFlfM8X4fTmg1ZPBCPJid+pfXT1M4Fq0gt4ANdMHONtwxEpRxC9783By7f2J 5axv+sPbh8mBjeHkMURIW7KtNQrxRjY9j9gG9PAGR119dtrTHa991J+hissBlvWvvwwp8sg5Cr4w HTqZjN0OTo6noh245bePzPjvfVngswxU9blulV7sjJECPnyk0DwCLHL50NJpLocmSMFZsUUad7ip nbgMvhfn5vlcWl3x90ZspVCtSEOttk2mkiLQ1eZUXFDbgbvXaypGBB7JRDxnq7RS3awh2bL5og+N MHXaoMFXSJtrZd9o9N+k883bqord5VQLopqxX48xpWEBiXDRZOMlsUYUN29v/GKeBOTbKHribmPo DrH5kql8c0WmCwElnszO3W79F3tPAt5Ula4IPiQwTxxcZp6DHEJLkzZNm7RNoSV9dG/tSpuylZqm yU0Tmo3chLYssrkDogiog+CKivrGZQAVUBQVcRkUHfhYRAQEQcQBQeFTlHf+s9x7k6YFHR5+b4b7 fYXcs/xn/++/H0zmi4ygk82SibEPgCIwRBcRuRASkNsFEGpfLREOakz5+5iACwX8hFciRjvE5o8M NEzVE8QrEigAPElsew2D+ST1uW2BYgISMFkHuiwKuglzKU6EiQMbNTuykV1A7MdzCKxoX+32dgyf AADqgBBHObRVwr8q3I4iVjtb8omMWGNKJcsuZdTSMhTbLDSWf7JswS1G0JeSVV/nBJXscEF91Hkj 5bLSjEDRRFpTazvS2frYE6BU2TJ2zQXWPyE2y5w4w4cKL6aOmpVgxod/7wEv8W9+tuSpwVSKRAzs IZaF3PQTE+QAIvrTjSf3HL7ctQLZJQRCF9NMndCJ7y/wYyIbOgjglbtaNriIsCfpHDAzo1CoO+W5 zAa+F+/0rkhlUj86YIDuV4cGUKnAlZGIEpS2JCBuo/iXmCBQ50ygqgUwaQv6fXhA1IsQMwkY7bk9 VD4aYdYRYcaq48iRe5/YYB6DkuWvx91CUamKWEnicgQ1idT1IsIgFp8ggZldFfswJT6RsgB8f5uG 6mId5sij3KG2HbMczO00N6+2qhxTI+VjlJR0NtkSbDegUDve343E4bU1QS+fimh0IH94yJdA8EA7 MK9R2IFAYA5XkpCJ823ZyubsCcqO6Kl9i6s9ANwgUYbJpuG8f6QPUm22fbmzboQLSgSz2amTWpWT 6F+YykRuj+iXRRCFtoMUBBRzRG2MmTkihlB4SMXsGnN4ouJ8cvybBJXXj0Em23EPWoj0wyv4wnjC BK+YnAxonHDcYthN1b9SmADmasIGSyz4wIOZFIGD4m/H1TTcWV6yWWa1vUJQi6j7d1AlAp/voQoR HzV7B400eNvJEjzZT0ctu7Nw4sPtVPnAu16kTp4lzJzdBsYW+MxmU1MrUge2KXXKGONv9zvafQI/ 4vBBbGqXGqJGRHIHyAkB8oRhYNY4BtSo2OcJoEUjhoX4NIrUC1hEzJwFrGVErSR5w43dAL1BJTZ7 ixAkGHAYtTcBf3G8Syzt+KT5fTk6ZMCEWtDtITFOgGKhGToI8iG6uSPYSLyDmPi3E6wrCWOYekkW hMD+Ua4vEYGoFM6zUpwCSRcXVKIiG2hyg35QZAOyIdEoJEmOihuREzdOwPr0U0V0lLQnmMogJmDK FhXid1EyXlEx4FzSRJFCK7cl5Z7gDkzNcTebGAEyVLEDZMSQgP7WAXT+nz+R8Z/gDf9unnRe2+g6 /hMypuNElGnITDcZUw0k/pMhzZhxMf7ThXgGzL78chEdH3pJd7r2l0wd2eC/LrPvlHXWF46WjX39 tcd9m2+7tNtXo198bP2iHu8X9UPDc/tr+x/O/nb4t7pDu1sXrb2i1H0dSn35pXHfbNq0KfHMxNx5 66sHrbrTtPWeBd579+/Wn/rvXTsOfH5iVZ8T+ccGNUw7dXTP/KVl9b2rTq7f+Obnp7assszuXnpk 1ieHTZrxcy135S3XaEZNfnFx28sPrfvoVeN7d9y56Mjqjwv7HH24t7BWXfD93MQTRUmlO95Kqvpk 8bv7FphW5z1b0yPR8z/DjoQ0+07m7D8W9lZUpi8akTXlhYo7bv5546ER1y6rXjhv953rDh/evTDw yLMrth8ouiXkVbtH9Fj92mtzwm/2dRnbx3xcNea117fUlR5f/I570YeH9TNeefy+ItUC/VMrcub0 qvxPp9F6z6hvfidsWPPMc8ffDmbU99+17pmDiZ+tmXDsJn23FaZXdgxaVph/uiHzdF3JoQUnZ4Wf TBpzeULP/FebX5r0oa1xXNG+sVc9991NR90P7howJH7i/nXvLbmp5dnZrxzdvWf2FerA+6vty592 DilZ6Xup+bIte+uu3upp2nzvoa++d6+asjT5wOa5xz5Y0fPGtsDhgiU7epcd3vxz43Jzt6tu9I/d +/4PfSe8Kn71p3FPjHnxi60DHxDuNb/5iemDXmu/UL9tWvX015vOLNr/0N32vvUbqh+tb61b9OGl SxxLt/3X6y8v9Qzd2W9A9p0jV/U9nZf4+XT3H8bo6ns63+i3rW7hwY1DN+S+skE9c/vMpTXtr2Ys P7VSHR9+/ZFrnnh7V/cv/9L909YeObO6x40d5v9o/om1ltyD74ljW/ZseW7d3cZbhI2pO8NL93/y 1ZnxP6f8MHXD9tvHzk3OvWxa04OWr/e9kp14aQ/N4AeMC/3ijhcbv/i28fFjny7ehPIeuPbHgbNq Z+4eM+rhjZacvy0yP104b+/9+dOWTbtu0xLtgJlXiMaMpobCXqW3ju527cEr05xrdh759viclHtu /8trafOOVW3wLctr+mDftcHG+bPNp0atnTn3wE033ta2661NC+fnTPr8lj7Pzfp64ML2KSmGor67 xy8+tt3w2bq5p2dXnQoX9+2z8/Pjx4/Pf/Tk9v39Kl5euUHjirv+QNY7ZXF5cx5Y8Nia3dp3Pkjt N/WLM5tvFqd3W3z/Zct699I9un3wXQtXNE57eNT1M/p/uOOeUX/6R9n6043pfa+0HN047wGj8cHL DnfbOf2+kr+Nzvu+59Q//DT9ltvi6xe2PZV9t/vwyuBjtb9fG7/hOv873beb0r2NV+8I1xwwLDUX FI+9et/R9LxrNz/95KEje93zt76x774+dX88tC/vph5fula/817TjEt+/+Gi/YYtL41Qr9AsemR5 vWXlZs3ye8t2XxOfVPTnnrMy5hwpeqZSc19pecN8XXne2yv2PrHghuyaUeXf6+s2DXB8/FXF23+8 /Y7+80599FDNWu1x/etlM2dvmvDxyqYpe00ntn269cS7LXXvnjCeDDXvSkoe8ETmM9r1wb76fsEn f9z617kDhs/YV73s8c39Z/y0bvvwK6a3xlW89f1Ew7rFu9YN2/WgZ0lrjv3Ilp1b4/fMabrx0mcf 6qm/5FDNwO5P/HnErLiTJxtd5t7ZR2+wb0uZcxWa9/6X4zwpPfzXx5/J834z6Hdn9AdVN3sK7vmP Wy87ss0w+fl616S/NwZme1/N/7qi5eO8PcKXltPaWy2HV6lWL8+aMezO+7778fl66277hNIXKq55 6tvpX+SP3JY54K9VB6+c+P6KncmZT5a5rt673n5X4OhdeaNOq1bde+jyd9vfmtR2+XV7frprzbs9 q+07j4wb+vPtWW/cX3T35n1rtr8Z+s7893/UaT6bN3ni9KytL14V+mHJ/q8f7PvmFXunXfL88Iqm hN6/Nab+v3lifP/t57uNs3z/TZglZ/E/TanpaTT+o8lw8ft/IZ5BzCMBczYhh9uvd+WoIpIwNR+Z FvZhvt0RXQ40gJAmJ6rJXnKpVSpwbEKJRPBgSs9WvmarwFwJ5Cc+DXG8DTbbdYgWwL8n1jdoVZNV xCWbqSqz8RvNB69jYBblFGDmsoFJ8wdCGgoKgGhJGrg9WTGb43Q3awZD2zSZKUDNKBwAn3wNy8G7 Ev8Jbe6QhpbAaVNVxIQdcy22ZkEDP2nniM+wU6MuKEiuq5akMPEi8I8Wl9+L+epizOVTYzWL34uK g37QsGpgglpbW4eTifIHm7XjwGYgt7iw0mIdWVhDusGB10GjWQhBWZSc7ALJNPyjd/hh9vRCWwjV Jye7AzxMSwO8tro9Drst6GjAkCPAcSUDLoMZurZ2UAyT0HtCsEFKBEM/Yu1HklyCJ0B+OISmcDP5 5W1D3jboRVfwmzDz7G0j5UmABHunhTsZVpasmcN8I10nPYGBYgDp9BlFBOrRwN1MasKSfjlYoVmP mmF59Y52n8MnwkLqWIot5NLb2zofrrxaeJBFYCcJji++sM2DcBYzSqH8dWdAYg6SA+WDK63mSfrO O8P3Cu5KIXiWE2kgTepYrZdi8XGFWoFLnypGE8UJyYhVi+4GXKVSEBwiImCoqzqGwOBR1ZQNQVm8 2ytGd9Hr6N2LIdeBRIe92Yhsua39bBCkrY7rYyThE+zUdZpkUtEG5HYBBo4HrlwNGSKVUXhB4NUs xJoGcobk4vSVCYYl9QyMggpL6GhiAmrHONBtp8MmwpSCdpsPUgoqa3kwTT3S5DqIUUiw1a7XxgBD T6YCSi1N6ACE2pZU28AosAUVxARGPTwVwPJpwrn3KNZ2s7UIgL4x2HyqreQm6RijU20bi1eJYefZ RMGUjvcxeFBxuSj+OrT6gw6pMYLdUxWInTehwO1FpeWF+FvlDGSjlETaCtfRJaZIHx7ktVtJEAwz 0kBKohZc+fx2jeieJPidJE2biGkeLQFTWZqP+NcrGgz08lzAcDhQ3t+KT60MB0Nhbqr1xgxTA2mS +63SyB/KNlkIFFIKXL38RAoXa5CBUCeFmJmYkZZGVLXnRBpnAI/E6Q8IPg3MnBXGq0PqVrVWiyYz XTdf4WrQjQpgjk5DWAZpVBGoksUXDB5nM0YUGjbfOjR0qA4B3eKjX/OuIfIdEBsg5MYECCQBHgio ka18QUJBDx4V64YWJSE5BeBAilFqwo6JgIBUuEMqqcBTRdZ9aBTPVbyYFS9iokAasFw+arjxIqEe ZPqF9RwfAzPxJzKlayIynaymM4DbgRyzAoQpHVoY5Hb6HIITjSqtTDNGtVdVptfzCLg8nC2d6xAL CUM980ATDHJeIFwiJp4DqhWID6qgrEdd7HXIjRFF0O8P6cA4QUcCQoJOlYKJXkC2xyPXkJbhcX7M isMBebwrIVjfUDDkb9GwonhOdHJfW114/2oCIW3HLy4+ERPCbhLBs7KuvJydAfzwHR4907R1spxs xjHcbKmwsi8AkHWEt+UDogXnCT65pal4IIMEn8Pt5FNi9/hFAbfH4E6lToLRZ24M8dzzJTDHR2XQ EzBAICpYtiek8yv1lGBPA28A49DfmpG5+PyqJ5L/L62steSWl5/nNs7C/6N0YwaT/xsy0wyZhP9P Tb/I/1+Ih3KtXfKpYjgAxK/Mp6qSf9HDvasw2Qaeqviz3E6NvEnEBb1KZdCjmrAPJehTWFoCcyjl hjNgcBwI8VghoPHGLBK10gELACO4QNhCXNndRG89wJicCiEYdU710mDlwR1QmeKeWFABHpMg/taL cgGfGPI/1/lu4yzn35BukuR/BkNaKpX/XTz/F+SRiDxrQUFdtbXEqhpEoqkIcoJCpsdPCIj1eDkq sKrMrSikx00dlTOysAap+Q6TMysKK/IKa2qtJWDHrfYKwEOICiEKbgHTOwDQ6gz7qOe43g5UD0Rf C/o4W8JoW/omBu2YJGEFCFNnd7UA3cLyQ378DrQjAx0BMFq6R4sFbEFRYJLDjsWVYkXaRCLQz9ZA KBhRn05cx/ogqoyWfCYyqSUrB9lMOskko5xAVwJKVPInUMUXswDBwbgETQJPPB2KVZpyJ7Q9NhAm eVMOofOuESAiJkqtYByHNJzbpD77Ah8qkcdZIS4IeweJB+7kBAyCSoZbyNyDQEajqEI7DV8l3pbd JdhbrBz+uTcI3YNCUQnQAUpTA9XNjwIM/bc+sOf56Yj/7UG8UcXz+RHA2J7d/4bgqrfI/8HaI8Mo 0X+ZxnSckmYymC4w/gc+s6tyrS5B8FyIDl3YZ9DAlCa3L0V0YYSOCihqpgbMkiSWnnASU80gElQV ptEmQDJJwmvBpTv1KHkSijOghmwapaCXgHEI4ooLxcYioAEnq3EZzEWqgDlV9YLvgDnOoHK65Y7I Eb7Avj0oyPJy8EdVlRbl5hea1ULIlarGL/klhfll5jhNiggjcjuZbDCOFJtCq4stU2ytLShhMo30 GmecmjDFHg6hZAdKyEpAyU6jVm6e2uC3Snb8EBpSQB4I7ldarSqtBumgWZ0S8gbIwXHjT19pNe+F HROkcbSMAmTAFiIejoQuJZEfyQ88pTSmrIaFaaK6EK2KIJ7qXEsJbgejZIE0lEI/syQvt6a41qxm EmX8zaRLoY5j06FGZnipZi9Ri+Px+1tEanrM7ooSQ24emg2kkzAkujxxUk+4niaOfLnjpF5woHLT OXwCYFH/1RDnv8jTEf8rya3z04ZM/8fE/2npqUZ2/2MG/hSkEY7AaLyI/y/Ek5KokhQfmLZLVnD+ Ksmkn/oi+fkdWEjaIcwR20d9plSYPIppFdC1RUFHwwPZdiAmMdoZwUtUNrQY5idA2ktzqSAYVBID cTpXPnCxLG5eCAZ1SA2RVwWvHwybJ2IiEHSgCoG1QuA5ldgThMJBiArslRVIZyOxO/SPF6WFzkc3 z6GXytmkS8SMLHDD9B0NHixlsV5QcluksmnQdPDsZGTIljQ+NLEeF2xAZjNKGOdL0HLFhjIL56Qm 0Go4ITlZhgBtDEOpvBbtfxcNBM/SAEimmcVJB0aRjJppPsM+FmSPZNs8AZcNI8R6DIqAV+fm5RcU FhWXlN5QVl5RWVU9oqbWUjdy1OgxY21NdszRNrvc41s8Xp8/MCEohsITW9vaJ6UajGnpGabMIUOT UtTQGakRmM0md4hYs8BvN+5xKn8Zr3xp4T/wnMuWLg4xRPQfOFGxIoT3RQhnRqmr4IGieK20KAWl gXoK/0pE6eQX/oPcFJSRTtUqRN2BNG68EjhD2gJOSMJbw43icVGYf2mdcJv145OS6Mz7EphyBoYI XQna6904ky4jCOE0LWSMqAW3YMT/JSXJGkFSadgwMxrCVQ20YdoXSU9CiiVFA59KG1Z0R1pKUiEn BxmGsLKxCmmkUkYtGoxS29Kc51LadA6FSVlFKdJVsdUdsrsQWZ14WBiCIUBvaciSIeGFM5KpNZM9 TfKNkfkGRT6eHIxYWjgOIEXkMyFjBQ3O0SrxQkdJiWR9RQLdKDdmG33hu0XTNoxtQ1pR3jQ0ob6N Hli9dF4JxKQk2uE2+mMqInhIQ1sbBpHNKRiFyioo8Q9gY+UWQX9F3AkFH4nMFKB63xDgx2Zm0wM+ S1Tw0wFH/rsrriLpP/yB9wdC59sCtGv6L9NI7vyOuP87zZB+of0//m3pP1RMFp0g5uLKOuLMWVll KcxCdDfQwHit0qUcxKJHdiET/XIUWDiL5M5MMGACOOoyuKaLXtgJ3xQ4tsligARXxufUp6bxwPH5 tHlaiFuo34O54uHNvrDe5tZ73SG94CCh05tICFnlbdsDCa7vcMV4pg4NGYL/hurQ0FT8Z8B/RvyX hv/S8V8G/jPhv0yo3essF5FDGQvzUMuXfNR+qc87QJEuxO3K5f0st0TbSBD6rqMrnYvnO0BROL+f s+N7zJn4Fc7v/7zv+z/l+g5joFPQ5WzH9oD/BQ7wseErJj867HfE3GYjkXWXnBx2+ae+vDSPelaC nzzAOqeoUp24yWPCQfaTB2AKV3nZU14HnvK4Uczd9QFFAOEK4QIoEeUCdYOqaotSDDQCnh8x9Y6N Yw8IT+kn/tt4d0i8HsEyBe4Q3EiO5zm3dDRK0xuJREzmEWmbkoKqsspaXVNlqZI1VHIKNX+BslC0 JHdkoTW/qrKotNhaouA0mRYHWE25AhpIwTmQxmqttRTkW61aNGUKGsjfpDFTN1p+s5Hkn46Xlgbt Bk9vsDyys6CQ5LgGBRI/uVFqhNwiqU2IHBxJlAbG3mgf5a52YJihZ/lw/YSPhBXgV6+JLIy+k0v1 6GX2HbYYuzSVBajHfbXZQ/QmX+oNzSt5+Gkngf71zNWfh+pXfhcIeMXZogH+iPe5dBOpG2ISSuEz oYYyXBu4L+fz1kmfqIKeOB+7fcrhkVivNjEk0IulogfJeg0wNAK7r4Ff6smWElO6goMX1OKWa2yy iz67tpNe3cRQRsT1aOSyatRINxV4hIMRdciVjD9eyRimnTr3+8F7OiQH9acXVAAw2g2RxFwlMV/G w2U3DnZjJcOlPCQNv2qbBJQEGHT/SFumuNBSVW2xllZaCmtA3g1q11q4H9gYvccxBsFfSszHKbZ9 MSTCvsfJ0hvKMZPafNvBuHioRyquwYcST4y107Yxxd9ZntTxwvLSAjisBYUdNzw9G4oSKuks+oj9 OAnQATFu4PLb/23v27+btrKFf7bX90cIz7SxiZ3Y4VWSGm4KgWYNJFwSSruAZRRbSVRsy2PJhJSb //3u53lIspNQhpn71ZppG0vnffbZZ783nz8FVh03rrSIrno0Wpjcy+2Xv8H8ZAHMSYTflVwZ7O8x 0TW6DIqdNP1Ly4U2jAl5FHG2QRoNnwvKfCPJTMhkeRhzwF6DHDmyn5DfMp4reuHQalWQjnPBXsGD EeIvzw/8yp9Mi4ItMQTZHmBLuBLa5TK8wuZYACIDUQIeF5c++u0pfQC4wmXczVY4tsEr6L4p1kB8 Kz+EMx9O4gxD1EdZhoYAuTU4i8eD5IzBTgAHFmsSD+oNpF8fzaYY0vHFNMEoE7vwtgBFHhq3Sd0K +IevY9I8jUNG7/EfMCGx5k/p5nqNCMciSTztHAukh3mWpgnhRcAtRQDj1Qb4ghPxDC8nA1g/QivQ 7ZDmqNdorz5KT+JBo3KC6/IJqFz+DdNDtUyxnP3ubZfO3QQSPQ7eM7StYBgHTFClNASFLZmyVohQ HDqF4J6ZGkrDxZiaC6mg1EbVlLxIasyr+SzijG3QU/NFziUtNGDnaepGSU2dXCi0TUZDxlTYdmqH T5kXKGkeWrDO1DMgGkqaRpjq9sunv2h4XyaaJMYO0q8JhhjRhETaPSaCh+1j7G8TbdDdN6N7HWu4 8adNCFK8TzlBIFtFw10yQO+EYfSJQqvpVDh6P8/nAHZXb69o/DGeJmMq8hFQCsVOBwp299dnv/Uk lCGCLPvo8JwlmirT6BIwGHcm5nSvmokJNkd3lPtF6C+dhJpthwGnT3BzYY3o9pVEQbSNFLUGajhh dyUW9VDTAQ44mq2uL92MuZ1VjKVKAMGGp2wJ9ITTG40AeclgKSaxAQMPeu0hNd/hmAxSyp3FcXg5 sypFgcF8nzKKpszH7tLHcDiL2HwRpWaSjII6wNBRklH2Pc0Q5r6CRV/uHL56uQeXXm//JUaDxMJ0 e+N9If0jTLYESIvN81qwKA4qwGiCLhmYsy3OLgDXJ9wDgmwhvsg2XFtk1X2KccgBATFkMO4zSdf8 1aTk8k7aUV5IpcCK5Y+i7AwzmgNBgjiXEhmEyBNAQ7roDGT7lGZgeu5+aQZ/RNPEJCCTCILE7Ewp X+9wuBVQTi9Cv9yQv6G8YGnQ6jS9FmJaGw1+T81ZttfZAIMgNMeuYj5h7yStFS6hzCOTzBpN2G5o YzxYcdYkYqOEgEMcDocKkLgrWBtDPI2QeFN8hPH8KSe8bBIiqONwKlsPm9xpt5EnSsNzdSiTZIgd lYZQ+mhOXQF1KBMxjQtgpbOlp2YUTYfnTbuYJly+MGiSM5bSjHD1brfdtKebqJnURuAmzDyNWtgx 4ixpJkwt9jBBf1kmhK2QWAhXeo2mh2Pt9bhqz+7zQKTKdF0JRNMh8MBZaWPeSD1ERFK76cvIUEM2 GxsB7gZjzEf2qAH3oPEU9YDILcX5Wyfo5IYpBE65b2sRMoyOEayOGTKcQEcI1iRUCYMxBm5kAoqu Jwb2aZRirlFtku5SjGX/MRxT8hoHbDwcIXAh+irGDFgI/+IVe0Tgm4qZCp0vVdzGY0rcxPfLdEph xIicqYpGZjaGCy85GdMeqJVnYLYK3kA1C1YHUcYIo2R9af1xZd027QIrELubjqkoiHdmtpmaJp2E x/jRYLkIUJLJ2dgIKDVrhYY4d4adkEPNysMVHvjjCC2WjiIN7zcAKpQhWm8mwgYcXHQeuk6dXTdY YxAP/DDqkuHP3ChAqYWzYcb3Azk08+2gWbDL7n2sm7/6KX070ZVNChCMcYNN0h8emd8+wx1LZ82O cBRU2CWZN6lGAHImuqMTpqVx9c+UpmBs6qwK+ahGY+9+IedVohcpuqjdeEpuiSQA5RzU2hhQkWWZ mumwnBbCduaRQ3TgmP9/v7oShN5VopCJDcitMIz5UsgDr2ysrqpcKLJxAFevI6Ux1fk080hM6PiM jzXtuiaUQGmmCFaUzrRryASj3ECAiNd8RCSFhFrGCO+U4oCiQp5rAigSl7KXsqJgTiweSa4sDWmX JUSKfJpQSi+MIy/w4tErJB0xR9tYGYhDdL59aVtGKG0X6TzvAHnjt4np+7QURwlnfCcUL2SV7lx2 lvA+DPQgL6KriHpJReRzpgF1LQF+7EyTls+iMRIxdQh6XzFgteYB1qVQRbBAgK4Xef4oWPm6JhY1 g3zfalHEyz4Tqph33PTRogsRR2ezijtgzqQrsnqGOuWsJIy2OFJ/nlalJCfYCHWMlx6LM1xCWxTI rQ6vmqGGbnRx+R/5V1U0no1Ij+xhJYO7mvkRVC/MrjPO/kWnkceEZRiT+/ZuyUmSxp+G5z3K+NvP tqr/b4GwB0BLQxTyFUTsiPLMKg7heav0x8h+WFHF65VxKIZpxNLOM6TiMKWtWdBsmswoOSqTyO4F 2HST3xqQGIUnMCeSL8j5Y5yODLAQP08fPSpKj4wEh6+Nyui8RzRyBT71T6ciSsDJb9OMmSCkQzc2 4jRr8oXJ7VCGyXw0ptugmJ2csW5sszN5PAwAD+xWUEcDE29zqjoaMu5BK/ypWAiQEDwwdkpiDULG CKfw67M1VMHPXEmNSNBkBN+iBJJarKjNg1iRBbZF/FPtEBybqTZZRiCvdSxXCyxuE/E7biGa1yB5 G/WHbDaLtg98uGGn14Q8QNTr1GWBQ/LBqkq4dpx5EiKCStE77CWZqNKeJ0DWJcMQSJhhFgZ3f/gQ vLz1yz03cC90QnIZIkOyAbS1dir3LyLrEInPYfRRwJswXKZfCFqZrTCDuZJm5KTf595blGZQFCIy NcaXR7N4mLUwGZAsk8EgsXDceAMgP4TCGEoYqEnUWXpkFJhrt9furAWtVjAdCXnqeKJI63UXcDw3 DlwXHTpN0Tp4yJKzBCJXwRcaqxbsZxbrOPIXuk9y0gyX5KSotKIsIXLB5GekY+6SBPQFJWuMUZBJ /BBPJiRKfE/XTw+KEzr2uN6cRMDlfkcE4e+RKSqvyzJ0yzhxLR+X4zK73W+5H5ymt4zkmdQNuAw/ hekpbGCbCBhisOg2K5F1yYrgsTkehicp4zZK9IrvaII+8y4cO27XEWvPMJgtKmXLtoNBOlb2gdjP tb4LTQw7hj/lOcHG9Gg8W95y5D72RuGnHhnrLShD390CmhKth35gWz6GZHC+6Rb5CLVlqJN40EMg RRF0D37wlfkcY42nMyF4Slf5SPdjMsuMtilHb6PAmHI5qkhXGC6SbwAmJF5u5PQlZCxtEcVWHlj1 i5iSUKGEXCFSzskeSLhmZDe86xtvo2qvF2ZiYACnr16fjVGA1WhUic3F1Uh7cBR7dL3kXelk7cih jm4MWJtff/3V8CpjzI+UoOhlOBPe8bVx95iyMtDk6sauoCTfGkL/8n2Oec+nwlKR3QS089MsM0vE 90Ck9si3GjzNwN93tBak7ffff+T3H/E+QhVADxiknor56rLz6ewIwbgZFFeFInmonuDg9faL3pNn 208P4Cbs4DJtNIK3Vb4xS8A0eBC0GxV6+LJ8y/dsRR/3rZin9nrZCEO/zDs/b6Dnd1uFuguLL25u A5q7cmMb3BiMcSs/gQumhVCZdoMQF90Si9bOUb+ZCngAdz5JRhNMwRUOfg/7uFuwS5qu0TCNQv9F 7kcETYPh3rgIt+kg2QZTYChuMZdIGX9pLhPvJlFxozIezKV5HTt9NZnEbzRLOjS8mtGd0FHGLuj2 5kSL7oiIFdMbjVif3KVGinXvqsLzBdRL0tdU7Ipszg0rqOPAvDd0X0TGuMrtXO9Ic9+dM5WefFRN na/ctKQPKceF8nFQFOaC4c1WF2BDdVQ9VGbLMUKyR4Z9freMue1RkmHErG7usuWPo3iAlEfXv3D5 GwpwuiLGtfbimBC1ytjPAialbkumpDiPOLm1UboBYCinSQRBAjVMMU73wEQlXR5lTZFjCOmAyDiP snpKxV0i7j4Kcei3rReRUytIKN6D5E1RxaPwGbzDZ4mkCSSg0HBEKDA+CwnWUVDqa8SZLqEleUJU 0si7Mklp58gd3s9DKCtV5SEo8zjKiDGZwhhTibB+G/P04bYYjt5KQHmquB3ciqY8ZpZN7ogFmBkh Ept+0J1HhvhsEfO31D9rKOVem4bna4wFKOoWLDswqyehYSyIWBtUK5q/k3Ny5ogr5wa4CZ97xH7J lRfUcZjodeAa9ZtSrNoCLq1snnPnpubo+LCT4mcYIjq79OHG1tabc++C5txF25J24KYN6t9LQ2/m lH7XJMv6ZhXvEplm0Frc9vwZSQNUat7AcUl4TFDswtxcjHAMV0yAocgCAEX+eiDIpcgwY4WWLSZ/ tEx5Xl4k5Rk7mSPrYACk7BgcKsZvBaHAb4tmN41OUFAwZQ8YwE/c+AEcWbYbFVyEw3JtzPC3YiLt iZxK2IsmEFcR+GN1tVGt8Czlms/I7YpCywqKXQ3id1v6Of9By/LK1PMrUlJ5UUnc3WhkyltyIqjb PpvBgiYaUvlC1mqHcw3TstD9pReHbg1pJI9nUxasIzI0iEWAtdVl1yKBI+8koRbOLvZV9tkFoWtt sozb3Wd/Kt9qq2XZi2WdD1fcSFvj8n1zgPqSTdMe/H27kOv9Ffnqk5pnOkgN35YOE7mnXUoIVbJJ vz+bqLVY4NEb2EddFMotl9ggJO78digOEZkZ3Z7IF8h4ZBjA2MK8Nol4SZSJh4Po2uSXK+opapOJ H8yxgs2gVDxU1mC1rEUbV7qJk1YHSkaiwn1uuZSdw4Lqe6cP08SWsqcHlJHQ0b55FlGe1UgnqDOF 7b1ty2BS5avJYpWD9zEwOBnjJ5gSPJmlaBnE9DjXnqf5JAZhNMnmQEx3DlhAOdVVWzsWcv50JfPw SeXEtZysXwI+kvwG3SaQHxMVrthX5bVFrgbK3J+pGTZeeGbx37TZO6214t+Kpr1uXkmhdMfqqrOD fBAZhZZ3sLqoA0c7crXm88t3Q+moy5omHJ8rJOqYvOQuKO1JKDYZJRxMll90cwIN/vAx/+FjkfaY SxCRkylfR1huPkkkIxKc/D//M18EIHsBNJvcGfOpsRYTYnwneteLd4hhbkLuzpcZSj17V87vVQXZ 2m7D1l6wVD/SJsCUClS0bZmxkzQ2fy2hDaMoUQJ+IT2rY7tsexaPTlbbUiG47w5FP5+Q15VqBjIk l36fCwg+8b6ALG+ZZi/MRa700rVYFv8QV+fXb285BL0oSxxUcME6iAPkNwuGrnXWykFDJxllqUed bINtnstU08aiYP/FIZuBG/sW27w1o+W0lHQbAcJkH5KYLbujT9AqXCW1Vg3VhLVWq6bmL2puaxXu 1q4JGU87JJPjzVHi10OU6FvjRLmRCWOT9KZoyUHjdy2W0Q6WMzJOowlGEB+QWVxmDAmtJSNFqWRT PSvYyq0ajaWkVMFGqGCBypK2fKPeUFgzZD5hSxSFiQwRVNtOQjK9VldcmZgYzokVohmAmJvlLNAc qY9JqVyw6kp8Aw7XAEq03BiWIinbiWaZyaa1VTbTuVyRlTftyCRMPoKegSvY+PrhaZQjW6z4Uwx4 Bq6BDkso6U/xhjLkA9LI5GKChM1agw1B9ZyIG5HIfqzaiuRawPlk8Qip8RIzI3O8CistJlXe5NCy hFVWpusm7yQhhpWHKyLNJD95HAEeXNfOzySFRPMqWnP4vCL2QGyzWLANpKHMJijzQWHuESs0OEKU 7dniCr4N3UGyq4XEnkcrR1ikIfoX0uTYLg25wBC3iK2wreGUC4/k+qAeUej67+4uWX+RZABLKcRo XWzPL+0aW8cMgNAxmsYcniU8wpQGl7MWJ3G7DpXfs6HOlpjwcVZTd6x99kvxB0DIKJs3jKY15jPv GChIa497ZZbcLrSLldFSCVbk/eqK4BQg91FSanw0AkxImwxScaY1sk6fP8ybPAbWgbbPPocp22oV zMcQMeWMfaDgRzFOfJaMT1rIjhhDUziYJ/FYBw+jd7J9wmQUV8RTsTQZheeUIeToCLkXjU1HvrRi oWU+iZnhbBzDIpBp1FRuIbqroCmMv0FhhfGQK9dpUAmjuHNJ4U7o07gK4OIymKXuBUChKebDqvqP Dswlkq9LB+V9d4Xgmoh9xoslNsHYRqmbA62Gt8re/dJmiA0Vz62krIQBCgSbiIZypY8tajDGZHa4 K2nwHl5LjSrTgCQtzzVkgfawzDMHcC7bporv6RgDfKod1ZlnczmiKYtuFTCTCrHPV6biNuvk/xW/ Y1YFkJI2i8Wolk1+WcLCNlcCnPt7T/FUMWb/CLxOQvZ97wHJz4xd40rAPGgolqsMGEopORdByDvK OjNvIbCj3b3Hzo3vXH0yClf94u2lY7TOobXRZk9U9SReKdl/629AlTV4wChJM75KSEPZ54jcjF5w GL39vWe/ecCwwoaQZxE6QKXwU8wE4eaZJoNZn9a30L1jTe7IVUQuVC5VaVIr+JP/guXhP3o43a8i c3G+eRsc3NSuHbOzmzII55UZDYtvkpynjhEzkE8GUPViPVX0eyhyxE4t4Jr0V9DZqhiXVKLe8AQB S9ssSHtcrYyZMrKoV5ZqqRRijqNGx4m5hKJiTL4N0Gesfd/woN9xohi26nfvF0WkohbcYfPvOLNZ sAnrSun0HE7VJ73rJYG4b0GEWIfbMng1PUUwdayH4lKK8ZCsnlhOfYyqO3xv5Gh0ushtysgu6Zdg GjEB7ftGfCQ9UV/Vvf09OM+7+3u9F6z81bVBYcQNkjwhaHhfOkZMYWwUxFoBSip4/FjGPzpWDfgn yU3nsMC6RdhTZ6Vh/Eq/yrgbDg/L+j4VAfIJwao33ZdcyT0JaJRKrjEmxMU8xxhT/im6oj3ZfXlw 2OPhB98Hz7btr6l49fKNRtbhOEfAxYohgccXbUrY/6CIkjSjyFoT+UEhDQg8WZ2umlTRiDbcw4dT d8WiD0QsCse6XFpqq3nCVadeTujqiFkN+jCSPSPaczR4uxQagsZPQQcckw3yWhe6zBLg9NrRHTRF UBM55gQjjwXVNoh5ovHKRlVKpnbDFxwDxLo/b3TtzL1O68bgQjM9Vhzx6KIm5i2gqKc+YGq+Mbpl GYtWZ/IydyRzHTU66fHxynZVLEX5ul0F0dOak6wiU+fQyWi5CBopV+YpXioXzhFwHQk83QBR18x3 wcgAzaG9g+dSAHRQhecfZ+wDLo5sQkXCV5LmmD0QtxOepu/X4nleGHRrmsAFyTtYmy5NO97xdi7G G12zYDfQkH008TFUk8RPDQV6u4TfDgB9IPN6WAyGhV1mCsfOw4py3W13TjUZUqsxmMfINdnLS6U/ 0CbCMWG6hFImAtgXrMfOjLkWlVYZyry96XZVFq0I5yCygqkWfGsxrYseRQmRcFleOymHTLsvHqSm ignEAY8CTQ3iEyRDrOXy5ZvtnbGCyVUlsN4u85ebkFyBvsHw3uIVqCxMnCH4q6ebuxFI2BinpjjL RWOgVcfcgBhz4byw7j7KMNoS9xLwGHKZszszh3p1jhFF1rRrkF+C1zJ/Zil80WbL51QFq7jS2wn6 lMzCwil3VIXekUbDGKKBVgG5C32uSi/VNeXJkBYQNT6d+jgSzwcrnikbsA4IHWsxt4QhbfMnillF kj4IxpJ5AHwY/kB83HI1T9WhDEhOQFfHtaZ4GAPaTLmRUNg6sboQVp4df9TQnSPNefIQajE51jac 0YnFvCMvwohOxrddiOszzaQ0Fnvns5D891FXQENuHXtD0jnvi2c2rRQKlppGNraSW6agdjw7Cqc1 Mi2Ts15cWViVWQ0nbGfLctqxL+TRuSq/bJaK6Bu6VeA+oLZYI5zRgkuuQQD72qymkyDrcI5l0Wfe IxKv5CO12UgzCWiH4TOmSdg/9TTLeei0itJ6OZDiGUOy3gJMoezGO+Ierb+UwyjnGm3g49HRYpYH bGFkKcxSxney+CufdOVwBQONRfXjWuQRVh8dxSf5lzBGbaTVcT8IY0Kzs+kd0dxHxk12b+LxbiZD war17xscBDeQ32QVROwybvipmtEEWy6thPcF3pQO1LDhjGBpR1AIu4Se/c45o9eRZwFJI0YrXCu9 cGfGlkuT1gNKXh5MVlf97zRmCgIOSz8mskYKN83smzpBtDOUdw3C6aKfxvp1N9x0wy6iUwWQKYBf rqBqn6XXRkN1sqiMJeMlV3A6GwsVUKkY2JigptTZZn9jKxWFFbxNKhKrWPoQ/ao1cZA2jPrYG8oT 9UeP/uyYCr3rK6JdMNQf7jyLCBb0x3UU7PlavXAvav6ENCs14V3WpJNRwpAjHgcm7HsPU7xu6jl8 /11KSgFqbgZkEUaAb6p8gLABioRctCCGp3q1rlozAwMOW5bAFF4j0QAKbZcKoGgKFW9ess7GAsUS 3Q7c6/IX+yF/TQHQvCGfEXdhEli8MtGEhPH2g6Yfbe2RxORCLTJHHoEVIUd6oaiORHKDetrxTH0I K/l5tB5IN3hCDFmkB0jNcy2oiJ2Ct4sV3XG7BxSn2yFMZL9ggi2lGQloywBA9zYHB60WQgIKzHCF eKpOOKNysNBJSkJX+iwTkfGsSvsA8186su/6XzCywmKVDJcqXQLHVMYArzYAlBTP1oNjx6ajgHgM IOCWdfKQ6XA81vhmERV9OcSUrW6lZHHTFdLrxVM/fJWuamXRosqWX4YKrrKCSd7AbXMleEj/3ixb 3cuxjxJPsYdMsAGVvpfhbnfDUK6Z36ib/tfChLiUdfy2I5Z3fnGXA3oUInij1o2o8Dwr4MUGQqJT 5LCGzmsyTeHoAH0DG9blqsjaZQawotC4Yl+zkhq9P/JblqYnRQtqy8wYPdo9J6u8YYnQObJdQ6+W EqNGpNtw7u3ya847SnPYN77qfQw573osCWMkONKeDHMufMhzzuYCBHitjgkFlnScE6QXR+Iflq6N WlCrXfeO5uaYj32WJB8C4p0GrtUsSdRdgGgZaxTD1DAfQcNAP1WzxRo4wfiZIeFbChV9TdlO9uH9 qQgkE7H+Ic0KmZeg+TNHmkGRNIZhY4f03KAUauYoEMR21orFycOFxmeVD33BWVrlM1PeDog69HTO BtbQok6kNgr9FEeWqQ8zY81mDXEsxTEPmuLhMDoxKY4x3sF3fe/CdLB7X4HGpVrnNjxmBHKNhi9I +cgQhgJHF764xoVu66Nk/DEax2hbvhYcAl2fcciWoPUaViNhawi11DBDwC/OfuIe6W3yeoU83PCN 4IMtd69yTG1lHj8754PPylZyXGwlx8BWcryrvspxrRU3WLgfbLLswhZw8AH5hmOd/NlIJ4UINSHf lFZjMSRrIdjY0wpQUHcVflDbnimxutbSSrdc3dTDEk2btjROzhzQ9RAQQIhr8e4LgL0j5OF+w8Vd //TMRcOy3GUr7QN7peQAGf7Pg3dn7HlSx0wEUSL8LjmIfQ0+58pb++6yiYD8NYrrMZvwOQbRYewI V4nBjwlsjI7TFKDrHJPciGKat9rVkPJ++8C2QNJL4CtfJe2Hq9dsUk4CUuqsaMwIGlNGISWSYyPz UC0Xi2/sTWYlOdzLNeQ4wgkWJDmV6wtxgoVinMrXkOAIKfUlMpwcWXQFOQ7CY4nYRpiMRTKbIPAl JEEwX0aC7JEruTF5pgyRv0hwYwdzudTmWqPy+maMcg2JTcUX1tCxLBfULMJkl4lr4AJcKLFZKLO5 Ct+UQ8k5MtDMqiCmcS+YuaKaUvmMQd9/SjgTXEU8U5kjmXGvRU82UzHSjM+ywkVGu3zT3lZLtu1S IUZhE8tEFlfiuPOyCXMnzRONlkooeN6l4olFar4vWzZn/l8gpZgH+66k4nordwWZRHFVr3LC5ssm Fksn5soneJ0vE05UcnIJM+ZS2USReRTy1kLW6xWyIXwmKnk3/rtwhRSQzgoFLnzivPOunG2ijxse cfTZUKlzaOKwj+mufUKNv0v0DKU451PIuo5lJHIlhxVLRfyJb7Xpw4Pz1iHYLp3XAlr/T8zmz1H7 2Pr1SP2FyzeP3s+hH4M7FKd8GcW/APNcn/bPc7m8uT6fW5lP9Fdcit8iTZ/Wn6dNuiKhX/nzVL4H 26XS6HIodw+95Vgkly7ab0swt3+xL7x0fVVjcdnYeimv3wjapgCZcjsv2pwD1Qby2ksyJ+eQJj4T u97DnYNDzbuFxIzEvnyM7/E0URghci+J+jNmiyi+eso+IRElyBCfSPaKYaeTWKwYbO4Eay8/wr13 pr1oiXOBpPoaGGoQn8RZT4+rm7o1qHdy1udjjg3dk5vMVJI/HuofmxQOniv12Xm/ABe18Ki/Odi0 uZBNQm3CHySBayHdIryEfNPEuGJDRsGKV9orm/pnx/65Yf+8Zf+8bf+8Y/+8a/+8Z//8wf55H//k oXkrdqPL0ZbyL4vrJDhQUVWNaqQUZ4Oc4zBYlfXEwkWyPlacxxvq53ar2AuVMn0ImBOKMwINXVCZ Wcgzy9cJTZ+58kfl5Y/mle+Xl5fgsOw99J7l4U1BS6XtPOR2zFuJvu43/vChAptxocuF7m5/lwQP H9r1cCThJXSxC/6mk3mucJuBheEyG16AANPGd2lQa+aQr6lsStn87TRATFAc1D28RKQGohjACV81 /2tp/t/Tr9rFJfl/O+17d24X8//eWub//RYPG0QOQ/aK8NLQIUAW0uveb95vN+93mvc3mvdvNe/f bt6/27x/75LEo+z5p0mAy3JGasLIZcrdZcrdZcpdN+WuTWAoqTR/tvlv9U3QqdqUBv3JcJbiPxoi uvaoBpebkwnwr5hKzYvsLbqHZSq1v0QqNSdFgLEI+MJ0WXbJiHbjQDCL02f5vUNrX5pBq6y5hELt 55MMFJ2vNQiEvcEcqZ8JAc3+3uRHcmBPrYne3mPl2rRgw+Q6y2NbV/CXv4KzPLbkBw7geALvReCN 6GGTAbGng61U6jC+dkMDEcjaGofiTLhzD0eJxGhgW8FGOvlGygRLVF/llaZ+QA1s5BswGFIrOB7Q 2M6unjOaJYdQEMMvlM5wilPHldqE8tdQMWnEYXESJ2CDCe7kNE0xG4wrs4wullR4lLIbm6EUd7Ox +rf6c5FxSRwC2iDxhy0LPTBISAXEbn5JZlJsY0wT+M97mJPGoglVSzRoca5kTFiKimc87yGHQQll bnxrJRo3JWWBtt0SjE/hRqKQ8CkcsSrzglcY5y0sgC1wD3XCALDv8JMCuMMEhlGLkxQXTq71dRHw BQSGnsB433qKaRuRPeQRucNselGr3PgQbr4xCrNhx2/SdDinrvr5KpE0fRkcqbTFCTzIvSP6gWSY qnLqk/HjEQu8xrORr/Cz6j7KP4tCLJPbC6AUQ3OM4lRU75QRTPwVbWaaMMVQVamNHRarfJPFVDIQ FXLdxGXUH6QPuWD0uEdxYzQaqjh+6yoafMKQUMRefqr1iodv2oYaK6KRjvlWQBGVjSuFOXUzAvl5 qp5T+jQ6Sjb1uPgiXpJfvEnkL+6CyqH6kckAQsCACajGJtP5Gh1uzobFe2rCI9DlmHLOMCfiishm dL1LEpM715hKDRfk7vCDtpKpIgp+GwKpC1L1lPTjpQS6ShW+975gfI56f3GQkaYXXwQGWD4GvmwX DsRoVS8d0BeMisllEcPjWNYwOR7RUDYBDxNs7EGHdpLD4o4XRfr/ninZpr1YLkWwsimjyuFpHshc tpONreridcnBqh1HGbtnY8A7dQyLOEdwWCb/66z1v6qM6VL5X7sg/9vobCzlf9/iwQxuDsgiaVSA U2Y5hfREpI4IfZGQ8F7zhx+aS1HhUlS4FBV+S1GhUVL/vP0LKq/3nuw+RXGhyQWKpGHMuUD1ptBv NVX91KpXTv1obF9MUEO8fU3EHI5Nz3lNs0FfA+0xV/M7hhF/bzqhW7uxYkJokcSTXhoaWn7xwAvj /xG6iBOcmijn2ZRolgWGHiG2Iib7GVx/TsxZ2FmODyBhYIkj7UvuZqZ9TXxXPWQk29KszdxHCdZy QJo4bI4gJaOnszmyFD3WMCdXZEmPtHeVI3q50Z2uQxQdZREz+PlJyqixjXokIYJQgHOsLBYcnxAz J0pBZF9fhpZjh1NFoXowao+eVA06R6gT2fVB8J4hDaMLtVp4glon41kLg6Rx2OJkJNK15IgAgRLK OoFRU0rpjnmTOH7DIBG5pITVBHTYZxxAsmASDmAbPqcWCPGzu3e48/LJ9qOd3i87Lw929/eCjTyM Y7Q2Yr0csH+KLw1HJr8w19KGA3Y4L0HDKR2sGCX1wFPM7bvbnTsuM3BrflIEeD4bTomqOYuY+Srl 3K7oaUMhgen8KbDquEVMBGe+wAHJAhQz0jr8p3fqiEd8kB9ghcJemDhy6HDVNmWsEZEQyjmTHlxM DfWov5gwHkSf/pSBUayp7hcwCj2/HHEMpvfr2SYtnEhTTY/QGBMDlDhLwjhifqhNimcY5ePOBLmo 0oVQL9hgHXkabKphDJvZLN5rzJACJDvVAn4UGj6rgOpSjsDrf6fTzIF8HVumIhP0F937Du/99ezO yq67/3gLMVsnyXvRqLUXJ9/x98NduTfvgq41Nv5cCweDGiwhnCD4/0WTXk0wa3mNX5m3g2gYZVG+ LCDsoySN8oX76LJYeIv3Sq6Bti2i1pIlhnAluK1oDefIL3xQ+d5drC+2mWuXGmV9l9Z8yHzjdvZu TQNDGFspdrgIAqcpGzmJWnMtunJ2TUUbr6Uh31/AkG9Q3s5gaRD4n2QQ6Mv/8L4GhuBrCZfk6bTb 9+7cmSf/C+7cbXdQ/nfvdufW3XsbHZT/tW91lvK/b/H87cb6UTxeT0+rVRQY9F5sH/7cra1HWb9W 3d07ONx+9kzfpVCwVn3+jyfPujVMME8XY/XRo27tpA+lH+/89Oppt9Y6qVX/Jn/jyye7ezsH+Cew D/RfgN03Qe3vnRrgw1qaDMNpnNaCd5SbblytRP3TJKgZbldyM1CptbW1MxS6AON7o1atcINBazhO h/DvNOl/iLJa9TiuVh8/7r3a69bQ3L6GP1681h+Pnmx3awj0a8iiorCD1LPbu7/CXzJajEz3uPfT wePu7dvwFvvBV8OjdADlFz9V+F8Q7H9oAjl3hqKGp5GTDDmEywNIReWO2eYSplWt8rSDmvzxOhpq TFGvMC3H48etVy/WaraOv6b9YRSOCyu6/wFdT0jeh2zfNOagv8x/UwjYeIwsIrHisLrTEcZ4xJUK bq4lxqjlFNoDbESr/GR/Hzd0Ohuj0wr+ydjvTdD6A0YDn2EUwRawEITKqPjfDZTV6CUPzv37NTIt rDtKYDzA+qP89ixOT9k0hzBUYLYwqLOg69XLbTRcCZ7sPttpQLGHbptAWkdNVyuFLZO1CUsLkQlC nyqmaYJ1p25rHNTe4FzeBa0Hwd/7/IkWnGa5/epwX2RtAItc/u+yJDx93gV0+Qn6fW6YXIL6fVyy ii7fbxGH/ISV9XuAw+W0A7VwNFoUA/06JxcKA4jDMn827y7W4ceT7YvaF26YiwX+/J4FdRUXMbz9 1bbKw6m4W9Uc+qC86ilJLVV/zkm5gYtvckSGxIqVQxZ7WQwiWAGnZnAofKb1tAtIdlBZkhATUDNV L8FtX/AIYaObq/IgHHSPNvWtD6rmWL+t1STgPWOdqmkJyj+6gH8LsuY/4bq5CFp9QQtAJV5aqnc8 4+iuKZa/UuMiIr9e8c6Vy5MgpScy+utVEgHQpROnJHLRZeUSPqm0lkl+sdQa0PzRgb+8oSf+oBLt NYEu8C69qOagAvWHeNXLDZRhQfecXNRMhf4kWCMgyRehl1VyRIazOAjWZ+l0fZj0w+H6KBzjPx17 I1b8fuEj3soTNPCEzkuqwtmvmK6BWD75o6yUndbQG8YXDeCyrk2n6oCqTcoRH5g8uaGDSEltZnur YSqJ/HbcvHnzRvB4f2/lENV1T3cOg8P94Pn2P3aC3/ZfvQwYgdI9eyOol5/eRnADWoEbR0b1mlRy eCdQJGbjJ5knbgAtbAb18/VxoyZoOMRI8LSaf0f75m6wcr6CEKq/fluxq+pPo5Z/8QjFO5KpDzpV zFkoh8OulIFX0GrhsLF6btVr5i8Mcj6hTqg39ul0O6y5lWDx/830v8//+Sjoa/Wx2P4j2LjX2WD+ 727n1p3OPeD/bm8s/b++zVMiUbavZuMY3vrv2N3afxdNp+Nc1clZvt55uk6WiCS0tnpnwhmidSbN 1hAF2pqOHSXW034aD1ACDATW7mAzd082PwadtVvBRrvdXm9vrHd+CNobm+0fNm/dD7LoBBib82Dn E1wXNZtRVxong8aQs1OiBVpjS7+Q3Jw/9GbxIH0DEIzRsagGoiXpXbN/hLPstDfJpg2SqiNmDG4e w+8ttaGFOUXQyMbtd+bVTZuDDLsz8nARgmOyh7NBcHN03uM/ScyLjWKKimQSjeuGiGoGtSnLi+Lj OheR8CQiw5qQnWa99iREw2pEv9iAi5ZU3IS8Xb3TYHd/I806hps+reMkmkEa/xElGAkFfjWaNKKG CYci/cXyXaMm/G0FvgQqIE8wRekssrmQuYKEypJuarimtWZwu8GJ0xpGHGcSmWHWl9Mpl1/prjS2 /AKrXat8AHwLLefSmpltw7bC46jHqa7rHP9FS2NIIbfp/uS8bmo2A6/Ni+rc2Sg0ASmPyoQNnta/ YFYGYFgPMTkDCMmXwQHacjaWjQfzn1ZX33EwTy7XejA5wy923/Cf4/4wSSOCOmpemgjqn0haWZl3 2PgYYUcNo4qCruAFjzuCv+oNPR2/6+nAH9jiLJUQjFUJuM8loOCPtmX4ubrqwqQ3v98JNrlPdx+k cbPKIni2k1ZE9Xp379ZG1QR6w3rmwJEgt157gSRYSuZdA4yMOVizkl0t4wQIPpsmmki4L0ZfgDZb 4QDoOFvRSoNpNIzULr6QkCi7/5Wb+Fp3zCX3/91bnVtw/8PN377bvnPvNt7/t9r3lvf/t3gW3v+O dcfC+9+72/3XLJX1348juACibD0e++/D6QRVECXFB/4gfGO1a1MSXZeOUGAnOuL2tegIdKUdhifk eHR0joGmJ9Pk0/nKGiplEFPRT8q0yNiqWOEsHg764XRg6+ibhdUG0dHsxNahnwsrnEbDiS2PvxYW VzYHqmwPBmzMOgpP4v6HlrahRRa2I5ZRtmd4sbAC5iEbfbLl+ff8KiutFm/wSlA3I30RAoz2PwSP 1xraDhdy2iHTBzj7ySj3cnAOF6ZXFLr8BUCF7hk3wVWKjTMtF0964WCAidK35M1pkmY9vCz5J8wB C+hPBgygBWA9thxQmaD5jBmKN3EmPqHngrPETbb48Aw6rmRRIZcVJwxMbcpG9rHDrtc0CNznmsIl m0d874EpEDQXTSmHsCVlDJi53xVupIwHRm45gmkpZOHbLcGwIUUcQHHLCABKIYU+W4LyixbAxs6a 11GqO0Dk9sFgJGUcmPJmw1Cl83FgzBuLvw+c5cvZDRXUvI4kPdXJjETsmHuTzc3jKRuHYSxbM4l4 4tmvyD4BgJa8pgXNvyTgRGid9w3htvjNMZNBAxmaoWsaQ57XXu50tgxit33j5Fe0GrKcST1nbuNb 29Ty9le+UQ3xLa0OEm00YGtAo/HuxYSGV52j7xGtJsO1W0MZyiQyMUfHoyh6fg7Y+QY3dMxvcKpn h960QYSJlVhssAPzhY1uNCgco8FHNtJyruWLL+oBwIN7EIT2lZsnoOQOBIF+5Q4sJHMvLiL+V3RF B8PtSjB8mCWxGlbN6855aS1hDCh6XjsSUJBYCsrR6YctcADRadQY0vCX8AiHVm+4rI5wNwaR68GY Yat14UCkkCLXPA9E2mrj5fJdipjqEDjXMA2eEllVF/rqv4BDGqz1k1GDrHS2n+7sHaJltCuaaPt9 ereHdqwv6wsqevuek154VFvHq2aAMl+Dpwp0FmYGjFPjDIyyFlF/WAbOXT1GFppe4wPCjvYiI67o XOXEGXad5vrJGyjj2BdTIhHG5wHm+OXgChhdQ7wGnDzVbAwsYNxQnFswh/KmGdRrr8YfAL2N58Vg cQyiys2hGOCuYhOlK6umCxL7RGVIuqYXwRczwH/xx+f/X+5sP36+87X7uIT/75DNF8v/790l+6+N W50l//9NHsbOeZSMmOIwGQVPp8lHoNDq6WyCF9d/sUoYjYFbX/qgcRZ2Sc5GaguiEUwooJJBmVAA UWEVSn2MBzmXysfn48d7BwGicCB3UcsGVPUAFdRTIJSrh6fWAzTvCGl9PNEpquBgmLL7n8SyqMaU 6lX8qyjkyAk6MnEcp2kCJNZkGGaUcBc9xIBFgHYydE8VDeImGcAgI2Yi7IlFDCJmNuaqVnFpobnx WnrKa4M/WhTfBUP7TDJeJMKCfUpI7GYw3n0RCMFXTcYSLCk7S6Yf4Jan9amzJxgZ8a3Hxyz6b9BG Cxkec8CG4xkmha9OI4kMEdSjAXxyh6d2KZIJidOLHYf9qAHzeIWX2yZLYwIWPNSs2RmqgOn6q1a3 4S7KsiH52UUY8v/5r5vwT0AeZLxMz8N4GOxIsvUpx6GYUY5idPKNKH19FZukmNaUhI1BxoSLIRkq xyyA3g8EWF4wQE3tklaBlJ9NhIOKWiPsWKgDAEeYZRx9jAJ6jQOjZgcJXq7s74mDQI9TTGswCgd4 xU5x0HzLkq0SOmJhRCsePIUaoWXBG5h26sWzne2DHeH6BPJibprfScQYXCMaLVp9OyboOPG1696C Pv5X+5Cvi2Mu8f8HtH/Xyn83blP8z6X899s8QC6+YmT7RE18yPmVohi1Wv61wIEn/i8KjI1seKHM 1onFYZmAy8W2TjVPLHaJ5NapZgVci4W3ThXDk32B/NZpxuOgLhXhOhWV3btMiutUcWR0XyTIdZpy RHFejBVH/Oa9dyVul0h0vUiRrmDX+2Dku95bI+b13vrS3gKQIWXlvTZrVDWSdjQ4GMNdKxYHhOs5 mA3WZuGvCHvxE14HNyfZ9NS1KMDwTPph4nzAE4ej7mHMp3Bg1KxscmC5ZZfHpku2G/gzUxmJI+lg mZbweyz6cCfNcoZRNAIoqNdJwn2z8T0MgsSGamoAvxvE5sEfa0DG9I5hL4fn0Nb2k97u3s4hDVQ/ SjenGexnvT7rkU9qg5aJhgj/4Mqw3BDncXRuuO6GmXJdc25i2Uae4ZdMFCZzUE0TK2Ijm8F3KUkw pEUjg+hYGQRMGQ0JvtdB4/o3aVytB6e5X8NofJKdukNDY5U67qLo+HFnZRa1rI9CQN+8IDfcGkbJ TBCwJsFbrPC2Jhk3s6SfAEUyGx1FU1/h7A4+Rakc4+n6C96BZnCw/+gfvYND4CCf09AnrQeTHjVp lp3sIlAKMG9gQe2AWrXGc8dksTJ/KOQPKUcjBaip52DagBPDEoPSwhE84tYu7VncgKFXccsS02bs uUf22TSgtFGp8y8siQNsNAO1MIF94iPOdJeAHBqX3L3NZ5reHM2O4Wzm7IfwZTLL7FtsB5O+TADu ox7OV40muFn9pGVN0aPzLEqdU1+xBWbDzDaAU6ageuZFNprwMrjvgLxFIVPuFZ4F8wp/pG827tx9 92ajbaeE1dzXtDSx1Yf9bv8EEE2OqXzuHTVttAQqPtrOMDkRGX9a7tI5pSxtU9D2EO7znec/7bw8 6P28fwBQ/kOby/mLh8dBcBXvFYGJlsmZF/lVqbmqsSzSj6i8wEbsF9lv+IAWubVGGXKuqtMi1gkz p85plk0219cVmPPf3Uk65zzfyvo47guP8JCjuXSdgTh3cqN8FFgCWHS1VYOja6/rOVVEuWZquBf5 nCosB6CBlU3i+5DI3C6ytd/j5iPe7HIP+cIebGD3lh5YsNjfj87jSXfeWjtNeGjMIx0Xta4Fu/t7 tZw4/NOllUef5g5MiJeGvcgdgs13iS22y0W7v+0cWM/VeWAU/Hx4+GK9s9Z+K5dMWaGf6SYt35YC uBZqY8vbgEeTafwH3SSbwU9hGvfnNCgod25TjzjyausQeJZNN3by+qfW2dlZC6U/rRkidZQSDbAK BkZsbZ9ArXmzYAXH3vbznfKO1xdVU71I6XDddfWvIynH34AMPgsxDhqQAkjP3W0DNY4RnGyoVFcG gphpwCqCcBhOR/W7ggzJXUx0L0zKMRb0iDhBjAIcfLcAZkTFlRkZVimWN+AolR64dpMwB478QMN1 wy6RNwX5EHhaWP+GXA1Mozm8jCq7HJZfLUHzlTyWhx49NN/MN2zUfGoQq7SglnvjDfGdXRoeqmkg N5Ouc2G7n3PNBZxsTksF9qyqssZZZkahjHgNi0qoQNdfb9gDBPS3Y7lTLZj5pQA0xy9lOLa0DpCL A84wdAUBiJItVaY/ugDy8P+6KdT0YJ73GAtaTRkM9qZUlrnzr9XuBtBuRgWno9x5+XL/5WawKzS9 2WES/p5FR3IqAMMcjTFp3TA4lPDm4u9BMl0hHW32RsyexpSJEkRs7pslH1TlB+e3ibVkJ0w5dyZC DzANFb9rGvKKjkqxaY4dzu0GMebyw7AzzkhIJWiK88ogIhnnRkLl3JGInTOSsvq9AWCzAQACh0fG yUSdjpPKYOZ0HAeCXXEAMl7uHoaKVF+8pQMmX+e6gIBDLXnIPngp6lfghKqfNfqC2dgDRmomUkR5 3bW3YwqqBfTVUXgE7KZmWOB4jAHqRCj6IQVkYlBB825ya0ymbMGfTNXkV9N4ahgHWdgYmJHfaTVJ qN/TKTnrZnbaTNc5XrqhcHDYEjsVaoWCYNado1UNLNMiR/zHroag4uDO3giCuiH7dZUd4QMBq/xG sTgWyr34J619+XadJAltjnG90i0SYSQcou9STogRDYgNc4kxm2++2PI46Z+elDaNFAW2SlGKOar9 tdrNjv85GC9sWaLih8GT2XB43vrvGQDFMYLIY1IVUBjya3Up9jDzezSZDYA9TbNrtH0DVRjp1do+ isjKJCOv7mv0ER7BeVjYxdEQ+f1BMJixNzNWuM4CzUZzV+gwSSSk4pQ8nY+jMz5JnLTgGr0AMxFN p6WdoAaSLW2Q8puhnulaQDUfaxW62nVQDMpHBnDhxuEwNXiorFsKBFU4YmK9QQPfDJ4mVhaAe4Jp gHl7vMvZa7uSAsXVI3VYvVCgac4/hdlR7OJUuSpigSpZTxGJQ0OgdndKOUwiFONygh7SJh8No9Fa ELwYRmgxdRxFQw4GLDYj6FbB6ucD1mjDzR2S7SSOjpKQjFX9B1U2g7ziew175xGgvwbq7zB/q2gE /znDsJgU7SMMAI+FRzgK1LFyOASOtSsDoTQ1yVha5Mvu2+t/fP2f8bf/qn0U9X/wpmPsP4Lgzh3V /3U6dzbQ/mPjXvs/TP/3/+lTjMhQczzbo6y/7gTL+XcPdvksn+WzfJbP8lk+y2f5LJ/ls3yWz/JZ Pstn+Syf5bN8ls/yWT7LZ/ksn+WzfJbP8lk+y2f5LJ/ls3yWz/JZPvT8L+oZEyoAkAEA ------=_NextPart_000_0005_01C231CC.8E73FA50-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 16:52:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05FAB37B400 for ; Mon, 22 Jul 2002 16:52:20 -0700 (PDT) Received: from dm.transactionware.com (dm.transactionware.com [203.14.245.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 698D743E67 for ; Mon, 22 Jul 2002 16:52:18 -0700 (PDT) (envelope-from janm@transactionware.com) Received: (qmail 36454 invoked from network); 23 Jul 2002 00:03:15 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 23 Jul 2002 00:03:15 -0000 Received: (qmail 43647 invoked by uid 1006); 22 Jul 2002 23:46:41 -0000 Received: from janm@transactionware.com by new.transactionware.com by uid 1003 with qmail-scanner-1.10 (uvscan: v4.1.40/v4210. . Clear:0. Processed in 0.345491 secs); 22 Jul 2002 23:46:41 -0000 Received: from mosm1.transactionware.com (HELO mosm1) (192.168.1.130) by new.transactionware.com with SMTP; 22 Jul 2002 23:46:40 -0000 From: "Jan Mikkelsen" To: "'Johan Brodin'" , Subject: RE: High Avaliability Processes Date: Tue, 23 Jul 2002 09:42:45 +1000 Organization: Transactionware Message-ID: <000a01c231d9$7bc668e0$fc5807ca@mosm1> 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.2627 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal In-reply-to: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Johan Brodin wrote: > I'm new to this list and I want to ask a rather simple question. Does > FreeBSD contain a program (preferably a kernel process) that > can see if > another process (user defined) terminates and then restart > this process? > Or will I have to use an "external" program for this? As well as init/ttys, look at supervise from Dan Bernstein's daemontools package: http://cr.yp.to/daemontools.html There are other benefits like reliably sending signals to processes by name, log file management and a bunch of other useful, well designed stuff. Jan Mikkelsen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 21:34:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC92A37B401 for ; Mon, 22 Jul 2002 21:34:24 -0700 (PDT) Received: from smtp.noos.fr (camus.noos.net [212.198.2.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B85743E31 for ; Mon, 22 Jul 2002 21:34:24 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 45321534 invoked by uid 0); 23 Jul 2002 04:34:22 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.70 (qmail-ldap-1.03) with SMTP for ; 23 Jul 2002 04:34:22 -0000 Received: from gits.gits.dyndns.org (xefz0jmddpswtztd@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6N4YLi5031459; Tue, 23 Jul 2002 06:34:21 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6N4YKcj031452; Tue, 23 Jul 2002 06:34:20 +0200 (CEST) (envelope-from root) Date: Tue, 23 Jul 2002 06:34:19 +0200 From: Cyrille Lefevre To: robert at castley dot com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ddup updated to support custom dyndns updates Message-ID: <20020723043419.GA17187@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , robert at castley dot com , freebsd-hackers@FreeBSD.ORG References: <000901c231c4$2cd12410$1601a8c0@charlie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000901c231c4$2cd12410$1601a8c0@charlie> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 22, 2002 at 10:10:15PM +0100, robert at castley dot com wrote: > > I have modified the original source code to support custom dyndns updates (dyndns.org). > But .... I don't have enough knowledge to make this a port or a package .. > I just fumbles my way around the existing c code ;-) why don't you use the misc/upclient port which is dedicated to dyndns.org ? while net/ddup is dedicated to ddup.org which is a similar service but not the same. > I have attached the modified source and was hoping that someone would be > able to turn this in to a port/package for the rest of the world to use. no need, cd /usr/ports/misc/upclient && make install Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 21:57:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F313F37B400 for ; Mon, 22 Jul 2002 21:57:36 -0700 (PDT) Received: from priv-edtnes12-hme0.telusplanet.net (fepout4.telus.net [199.185.220.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4251943E4A for ; Mon, 22 Jul 2002 21:57:36 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from dbs ([216.232.25.240]) by priv-edtnes12-hme0.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20020723045735.SWFU10572.priv-edtnes12-hme0.telusplanet.net@dbs> for ; Mon, 22 Jul 2002 22:57:35 -0600 Message-ID: <000501c23205$7aa03460$f019e8d8@slugabed.org> From: "Sean Hamilton" To: Subject: Linux binary compatibility requires SYSVSEM Date: Mon, 22 Jul 2002 21:57:41 -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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 Greetings, "kldload linux" dies unless options SYSVSEM is in the kernel. Is there some way around this? (I have no other use for it, and try to be minimalist...) Also, are there other approaches to Linux binary compatibility? Is there some type of wrapper, which will load and execute the code, without all the compatibility/library mishmash? I'm trying to run a quake3 server, which I don't believe does anything not in the standard C library. thanks, sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 22 22:29:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8003E37B400 for ; Mon, 22 Jul 2002 22:29:28 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C514B43E31 for ; Mon, 22 Jul 2002 22:29:27 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.3/8.12.3) with ESMTP id g6N5U18g001184; Mon, 22 Jul 2002 22:30:06 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.3/8.12.3/Submit) id g6N5U0Tc001177; Mon, 22 Jul 2002 22:30:00 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 22 Jul 2002 22:30:00 -0700 From: David Schultz To: Sean Hamilton Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Linux binary compatibility requires SYSVSEM Message-ID: <20020723053000.GA1025@HAL9000.homeunix.com> Mail-Followup-To: Sean Hamilton , freebsd-hackers@FreeBSD.ORG References: <000501c23205$7aa03460$f019e8d8@slugabed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000501c23205$7aa03460$f019e8d8@slugabed.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 Thus spake Sean Hamilton : > "kldload linux" dies unless > > options SYSVSEM > > is in the kernel. Is there some way around this? (I have no other use for > it, and try to be minimalist...) The sysvsem support has a very small footprint, so I wouldn't worry about it unless you have good reason to. > Also, are there other approaches to Linux binary compatibility? Is there > some type of wrapper, which will load and execute the code, without all the > compatibility/library mishmash? I'm trying to run a quake3 server, which I > don't believe does anything not in the standard C library. Technically, you don't need any compatability libraries to run a statically-linked Linux binary. The core of the Linux compatability support is a small kernel interface that turns Linux system calls into FreeBSD system calls. But most applications are dynamically linked against glibc or some other god-aweful thing, so you would need the libraries even in Linux. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 3:51:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50CAF37B400 for ; Tue, 23 Jul 2002 03:51:41 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C785D43E6E for ; Tue, 23 Jul 2002 03:51:35 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g6NApQ005176; Tue, 23 Jul 2002 11:51:26 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 23 Jul 2002 11:51:23 +0100 To: hackers@freebsd.org From: Bob Bishop Subject: 3Com Airconnect - new variant? 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, Got a new 3Com Airconnect pci card here that probes (on 4.6-STABLE) as: >pci0: (vendor=0x1039, dev=0x7012) at 2.7 irq 5 With the following patch: --- if_wi_pci.c 2002/06/16 18:07:18 1.8.2.3 +++ if_wi_pci.c 2002/07/23 09:46:43 @@ -93,6 +93,7 @@ } pci_ids[] = { /* Sorted by description */ {0x10b7, 0x7770, WI_BUS_PCI_PLX, "3Com Airconnect"}, + {0x1039, 0x7012, WI_BUS_PCI_PLX, "3Com Airconnect too"}, {0x16ab, 0x1101, WI_BUS_PCI_PLX, "GLPRISM2 WaveLAN"}, {0x1260, 0x3873, WI_BUS_PCI_NATIVE, "Intersil Prism2.5"}, {0x16ab, 0x1102, WI_BUS_PCI_PLX, "Linksys WDT11"}, ...the probe seems rather out to lunch: >wi0: <3Com Airconnect too> port 0xd400-0xd43f,0xd800-0xd8ff irq 5 at >device 2.7 on pci0 >wi0: wi_pci_attach() failed to enable pci! >device_probe_and_attach: wi0 attach returned 6 >sis0: port 0xd000-0xd0ff mem 0xcbfec000-0xcbfecfff >irq 12 at device 3.0 on pci0 >sis0: Ethernet address: 00:d0:09:e9:e9:7e >miibus0: on sis0 >rlphy0: on miibus0 >rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >pci0: at 9.0 irq 0 >wi0: <3Com Airconnect> port 0xc800-0xc83f,0xcc00-0xcc7f mem >0xcbfeb000-0xcbfebfff irq >5 at device 11.0 on pci0 >wi0: 802.11 address: 00:04:75:88:a7:0b >wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A >wi0: Intersil Firmware: Primary 0.03.00, Station 0.08.03 ... but the card seems to work perfectly well. Anyone know what's going on here? TIA -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 4:43: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 162E137B400 for ; Tue, 23 Jul 2002 04:43:03 -0700 (PDT) Received: from server.rucus.ru.ac.za (server.rucus.ru.ac.za [146.231.115.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BAE943E31 for ; Tue, 23 Jul 2002 04:42:59 -0700 (PDT) (envelope-from drs@rucus.ru.ac.za) Received: (qmail 17721 invoked from network); 23 Jul 2002 11:42:46 -0000 Received: from shell-fxp1.rucus.ru.ac.za (HELO shell.rucus.ru.ac.za) (10.0.0.1) by server.rucus.ru.ac.za with SMTP; 23 Jul 2002 11:42:46 -0000 Received: (qmail 18478 invoked by uid 10032); 23 Jul 2002 11:42:45 -0000 Date: Tue, 23 Jul 2002 13:42:45 +0200 From: David =?iso-8859-1?Q?Sieb=F6rger?= To: Bob Bishop Cc: hackers@freebsd.org Subject: Re: 3Com Airconnect - new variant? Message-ID: <20020723114245.GA18130@rucus.ru.ac.za> References: <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> User-Agent: Mutt/1.4i Sender: owner-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 2002-07-23 (11:51), Bob Bishop wrote: > Got a new 3Com Airconnect pci card here that probes (on 4.6-STABLE) as: > > >pci0: (vendor=0x1039, dev=0x7012) at 2.7 irq 5 Are you certain? src/share/misc/pci_vendors lists that as "SiS7012 Sound Codec". > With the following patch: > > --- if_wi_pci.c 2002/06/16 18:07:18 1.8.2.3 > +++ if_wi_pci.c 2002/07/23 09:46:43 > @@ -93,6 +93,7 @@ > } pci_ids[] = { > /* Sorted by description */ > {0x10b7, 0x7770, WI_BUS_PCI_PLX, "3Com Airconnect"}, > + {0x1039, 0x7012, WI_BUS_PCI_PLX, "3Com Airconnect too"}, > {0x16ab, 0x1101, WI_BUS_PCI_PLX, "GLPRISM2 WaveLAN"}, > {0x1260, 0x3873, WI_BUS_PCI_NATIVE, "Intersil Prism2.5"}, > {0x16ab, 0x1102, WI_BUS_PCI_PLX, "Linksys WDT11"}, > > ...the probe seems rather out to lunch: > > >wi0: <3Com Airconnect too> port 0xd400-0xd43f,0xd800-0xd8ff irq 5 at > >device 2.7 on pci0 > >wi0: wi_pci_attach() failed to enable pci! > >device_probe_and_attach: wi0 attach returned 6 > >sis0: port 0xd000-0xd0ff mem 0xcbfec000-0xcbfecfff > >irq 12 at device 3.0 on pci0 > >sis0: Ethernet address: 00:d0:09:e9:e9:7e > >miibus0: on sis0 > >rlphy0: on miibus0 > >rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >pci0: at 9.0 irq 0 > >wi0: <3Com Airconnect> port 0xc800-0xc83f,0xcc00-0xcc7f mem > >0xcbfeb000-0xcbfebfff irq > >5 at device 11.0 on pci0 > >wi0: 802.11 address: 00:04:75:88:a7:0b > >wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A > >wi0: Intersil Firmware: Primary 0.03.00, Station 0.08.03 > > ... but the card seems to work perfectly well. Anyone know what's going on > here? TIA I believe your patch has told wi to attach to your sound card, and that doesn't quite work. :D Are you sure the wi0 was not being attached before your hack? -- David Sieb๖rger drs@rucus.ru.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 5:34:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7515537B400 for ; Tue, 23 Jul 2002 05:34:10 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A203443E3B for ; Tue, 23 Jul 2002 05:34:05 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g6NCXSx05568; Tue, 23 Jul 2002 13:33:28 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 23 Jul 2002 13:33:17 +0100 To: David =?iso-8859-1?Q?Sieb=F6rger?= From: Bob Bishop Subject: Re: 3Com Airconnect - new variant? Cc: hackers@freebsd.org In-Reply-To: <20020723114245.GA18130@rucus.ru.ac.za> References: <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed 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 Hi, At 12:42 23/7/02, David Sieb=F6rger wrote: >On Tue 2002-07-23 (11:51), Bob Bishop wrote: > > Got a new 3Com Airconnect pci card here that probes (on 4.6-STABLE) as: > > > > >pci0: (vendor=3D0x1039, dev=3D0x7012) at 2.7 irq 5 > >Are you certain? src/share/misc/pci_vendors lists that as "SiS7012 >Sound Codec". So it does, and indeed on further inspection there's one of them on the m/b. >I believe your patch has told wi to attach to your sound card, and >that doesn't quite work. :D Are you sure the wi0 was not being attached=20 >before your hack? Certain. It wasn't, else I wouldn't be dicking around with the driver. Stupid me assumed the was the Airconnect. Which leaves the question: why isn't the Airconnect being detected (at all)= =20 without the hack? -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 6:57:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 820AA37B400 for ; Tue, 23 Jul 2002 06:57:27 -0700 (PDT) Received: from cybergimp.nerds.org.uk (nic.nerds.org.uk [195.172.124.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D9143E5E for ; Tue, 23 Jul 2002 06:57:26 -0700 (PDT) (envelope-from lee@nerds.org.uk) Received: by cybergimp.nerds.org.uk (Postfix, from userid 1000) id 94FD6D9032; Tue, 23 Jul 2002 14:57:19 +0100 (BST) Date: Tue, 23 Jul 2002 14:57:19 +0100 From: Lee Brotherston To: hackers@freebsd.org Subject: LD_LIBRARY_PATH security checks Message-ID: <20020723135719.GA68246@nerds.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.3.25i X-HateList: Student Loans Company, www.aloud.com, Virgin Atlantic X-Homepage: http://www.nerds.org.uk/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Something that has occured to me is something I precieve to be a problem with the security features of LD_LIBRARY_PATH, and I was after any (helpful) comments ;) A couple of things mentioned in ldconfig(8): "Special care must be taken when loading shared libraries into the address space of set-user-Id programs. Whenever such a program is run, the dynamic linker will only load shared libraries from the hints file. In particular, the LD_LIBRARY_PATH is not used to search for libraries." This is not always the case, this does not appear to apply to root. This may be me being perdantic, but I think that this should be mentioned in the man pages if it is an intended feature. "For security reasons, directories which are world or group-writable or which are not owned by root produce warning messages and are skipped, unless the -i option is present." Now this actually with regards to using ldconfig not LD_LIBRARY_PATH, but I think illustrates something that I think should be considered in a minute... Currently root can, by using LD_LIBRARY_PATH, use alternative libraries which are not owned by root, are world writable, in a world writable directory, for a setuid binary: # echo $LD_LIBRARY_PATH /var/tmp # ldd /usr/bin/passwd /usr/bin/passwd: libcrypt.so.2 =3D> /var/tmp/libcrypt.so.2 (0x2806a000) librpcsvc.so.2 =3D> /usr/lib/librpcsvc.so.2 (0x28083000) libutil.so.3 =3D> /usr/lib/libutil.so.3 (0x2808b000) libc.so.4 =3D> /usr/lib/libc.so.4 (0x28094000) # ls -al /var/tmp/libcrypt.so.2=20 -rw-rw-rw- 1 nobody nobody 28588 Jul 23 14:31 /var/tmp/libcrypt.so.2 My reason for objecting to this is that I think this makes it too easy to escalate privilages once a wheel account is compromised. By placing alternative libraries in an existing LD_LIBRARY_PATH directory (permissions permitting) or by adding one to the users profile and waiting for them to su (from su(1) "By default, the environment is unmodified with the exception of USER, HOME, and SHELL.") then they can execute code which uses a malicious shared library without realising it. You could argue that if a machine is compromised to this point already an attacker could modify the PATH variable to similar ends, but I think that this is less noticable to a novice admin (this feature is not mentioned in the man pages) and could be avoided easily... Is there any reason that when root loads libraries (particularly on setuid applications) via LD_LIBRARY_PATH that the same checks be applied that are used with ldconfig, that being ownership and world/group writability? I might we way off on this one, but I'd be interested to hear what people have to say. Thanks, and sorry for the long rambly mail ;) Lee --=20 Lee Brotherston - http://www.nerds.org.uk - "Use the source Luke" --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9PWC/0KIGoG3QeWwRAnTgAKCyflfJHmfBUpQD8hrf+feNmXfyqACdHVZ2 50z7YrDvVwIJzjImeCTjqN8= =th2T -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 7:47:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E528A37B400; Tue, 23 Jul 2002 07:47:37 -0700 (PDT) Received: from mail.bogfrog.com (ctc-static-dsl-70-24.brainerd.net [64.90.70.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80D2343E31; Tue, 23 Jul 2002 07:47:29 -0700 (PDT) (envelope-from ejenkins@bogfrog.com) Received: from bogfrog.com (fuujin.bogfrog.com. [192.168.0.21]) by mail.bogfrog.com (8.11.6/8.11.6) with ESMTP id g6NEXfg20706; Tue, 23 Jul 2002 09:33:42 -0500 (CDT) (envelope-from ejenkins@bogfrog.com) Message-ID: <3D3D6D48.3050201@bogfrog.com> Date: Tue, 23 Jul 2002 09:50:48 -0500 From: "Erich M. Jenkins" User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-config@freebsd.org, freebsd-hackers@freebsd.org Subject: corrupt disklabel 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 I have recently had a problem with the disklabel a drive in one of my servers. I had just installed an additional hard drive and was running a backup when the system halted due to a kernel fault (caused by dead RAM, as I later found out) and fsck managed to clobber my disklabel. The drive had about 40 gigs of data on it that would be nice to have back. I've tried gpart and numerous other open source and commercial packaged, though none are able to read the partition or disklabel information. After running a hex dump on the drive, I was pleased to find the data still intact, even though the drive is a bit confused. Any suggestions would be welcome. Erich M. Jenkins Sys Admin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 7:53:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39BF837B400 for ; Tue, 23 Jul 2002 07:53:22 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B0843E5E for ; Tue, 23 Jul 2002 07:53:21 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6NErE3u044471; Tue, 23 Jul 2002 09:53:14 -0500 (CDT) (envelope-from dan) Date: Tue, 23 Jul 2002 09:53:14 -0500 From: Dan Nelson To: dirkx@covalent.net Cc: krentel@dreamscape.com, peter@wemm.org, freebsd-hackers@FreeBSD.ORG Subject: Re: dump on mounted fs Message-ID: <20020723145314.GE82383@dan.emsphone.com> References: <200207190139.g6J1da517312@dreamscape.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.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 In the last episode (Jul 21), dirkx@covalent.net said: > On Thu, 18 Jul 2002, Mark W. Krentel wrote: > > > Dump on a live FS is always risky. FreeBSD in 4.x and earlier > > > will have up to about a 30 second delay before a write() makes it > > > to physical disk. > > Is this regardless of the sync(8) command used ? And if so - what > does sync(8) actually sync - and which things are taking longer to > sync ? On a softupdates-mounted filesytem, all sync does is speed up the block-flushing clock a bit, I believe. It doesn't guarantee that unwritten data is flushed before the call returns. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 8:12:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD6D537B400 for ; Tue, 23 Jul 2002 08:12:33 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784C243E3B for ; Tue, 23 Jul 2002 08:12:29 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA13886; Tue, 23 Jul 2002 11:12:23 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6NFBq565192; Tue, 23 Jul 2002 11:11:52 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15677.29240.879448.162252@grasshopper.cs.duke.edu> Date: Tue, 23 Jul 2002 11:11:52 -0400 (EDT) To: jf@trispen.com Cc: freebsd-hackers@freebsd.org Subject: Re: remote crashdump In-Reply-To: <1027322178.258.11.camel@alias.trispen.com> References: <1027322178.258.11.camel@alias.trispen.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jacques Fourie writes: > I was wondering what the amount of effort involved would be to add > support for dumping on a remote machine via tftp, for example. This > would be extremely handy for devices with little or no hard disk space. > > Does anyone know of anything with this functionality? http://www.cs.duke.edu/~anderson/freebsd/netdump/ This worked a few years ago when 4.0 was -current. You might want to see how hard it would be to update it for -stable. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 8:38:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 822B237B400 for ; Tue, 23 Jul 2002 08:38:53 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5FAB43E42 for ; Tue, 23 Jul 2002 08:38:51 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6NFcmYx011131; Tue, 23 Jul 2002 09:38:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 23 Jul 2002 09:38:46 -0600 (MDT) Message-Id: <20020723.093846.71552117.imp@bsdimp.com> To: rb@gid.co.uk Cc: drs@rucus.ru.ac.za, hackers@FreeBSD.ORG Subject: Re: 3Com Airconnect - new variant? From: "M. Warner Losh" In-Reply-To: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> References: <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> <20020723114245.GA18130@rucus.ru.ac.za> <4.3.2.7.2.20020723125446.02055300@gid.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> Bob Bishop writes: : Which leaves the question: why isn't the Airconnect being detected (at all) : without the hack? I have one passive backplane system that isn't up to the latest PCI specs. It refuses to even notice certain cards, including cardbus bridges (which is most annoying because that's why I'd gotten the goofy thing). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 9: 2:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B61DA37B400 for ; Tue, 23 Jul 2002 09:02:29 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DC443E4A for ; Tue, 23 Jul 2002 09:02:24 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g6NG22D06521; Tue, 23 Jul 2002 17:02:02 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 23 Jul 2002 17:01:56 +0100 To: "M. Warner Losh" From: Bob Bishop Subject: Re: 3Com Airconnect - new variant? Cc: hackers@FreeBSD.ORG In-Reply-To: <20020723.093846.71552117.imp@bsdimp.com> References: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> <4.3.2.7.2.20020723083601.0203ac28@gid.co.uk> <20020723114245.GA18130@rucus.ru.ac.za> <4.3.2.7.2.20020723125446.02055300@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, At 16:38 23/7/02, M. Warner Losh wrote: >In message: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> > Bob Bishop writes: >: Which leaves the question: why isn't the Airconnect being detected (at all) >: without the hack? > >I have one passive backplane system that isn't up to the latest PCI >specs. It refuses to even notice certain cards, including cardbus >bridges (which is most annoying because that's why I'd gotten the >goofy thing). Hmm. This m/b isn't all that antique. WHen I get next to the machine this eve I'll try a verbose boot and maybe a printf or two. FWIW, the card shows up under pciconf -lv (output follows). chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x07351039 rev=0x01 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 735 Host-to-PCI Bridge' class = bridge subclass = HOST-PCI pcib2@pci0:1:0: class=0x060400 card=0x00000000 chip=0x00011039 rev=0x00 hdr=0x01 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 530 Virtual PCI-to-PCI bridge (AGP)' class = bridge subclass = PCI-PCI isab0@pci0:2:0: class=0x060100 card=0x00000000 chip=0x00081039 rev=0x00 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS85C503/5513 PCI to ISA Bridge (LPC Bridge)' class = bridge subclass = PCI-ISA ohci0@pci0:2:2: class=0x0c0310 card=0x0a141019 chip=0x70011039 rev=0x07 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class = serial bus subclass = USB ohci1@pci0:2:3: class=0x0c0310 card=0x0a141019 chip=0x70011039 rev=0x07 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class = serial bus subclass = USB atapci0@pci0:2:5: class=0x010180 card=0x55131039 chip=0x55131039 rev=0xd0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5513 EIDE Controller (A,B step)' class = mass storage subclass = ATA none0@pci0:2:7: class=0x040100 card=0x0a141019 chip=0x70121039 rev=0xa0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' class = multimedia subclass = audio sis0@pci0:3:0: class=0x020000 card=0x0a141019 chip=0x09001039 rev=0x90 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS900 Fast Ethernet/Home Networking Ctrlr' class = network subclass = ethernet none1@pci0:9:0: class=0x030000 card=0x89015333 chip=0x89015333 rev=0x16 hdr=0x00 vendor = 'S3 Incorporated' device = '86C775 Trio64V2/DX, 86C785 Trio64V2/GX' class = display subclass = VGA none2@pci0:11:0: class=0x028000 card=0x777010b7 chip=0x777010b7 rev=0x02 hdr=0x00 vendor = '3COM Corp, Networking Division' class = network ahc0@pci0:13:0: class=0x010000 card=0x00000000 chip=0x81789004 rev=0x00 hdr=0x00 vendor = 'Adaptec Inc' device = 'AHA-2940U/UW/2940D Ultra/Ultra Wide/Dual SCSI Host Adapter' class = mass storage subclass = SCSI -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 9: 5:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD0E437B400 for ; Tue, 23 Jul 2002 09:05:32 -0700 (PDT) Received: from smtp.noos.fr (verlaine.noos.net [212.198.2.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id E227743E3B for ; Tue, 23 Jul 2002 09:05:31 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 36066184 invoked by uid 0); 23 Jul 2002 16:05:30 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.73 (qmail-ldap-1.03) with SMTP for ; 23 Jul 2002 16:05:30 -0000 Received: from gits.gits.dyndns.org (bavrt5up9gcz0new@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6NG5Ti5090406; Tue, 23 Jul 2002 18:05:29 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6NG5SR9090405; Tue, 23 Jul 2002 18:05:28 +0200 (CEST) (envelope-from root) Date: Tue, 23 Jul 2002 18:05:27 +0200 From: Cyrille Lefevre To: robert at castley dot com Cc: freebsd hackers Subject: Re: ddup updated to support custom dyndns updates Message-ID: <20020723160527.GA90234@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , robert at castley dot com , freebsd hackers References: <000901c231c4$2cd12410$1601a8c0@charlie> <20020723043419.GA17187@gits.dyndns.org> <003f01c23221$33e3ec80$1601a8c0@charlie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003f01c23221$33e3ec80$1601a8c0@charlie> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 23, 2002 at 09:16:10AM +0100, robert at castley dot com wrote: > The upclient port in misc is for uptimes. pfiou! what do I smoke yesterday evening? :) > DD-UP is a program that is used to update a host > provided by the Free DynDNS service of dyndns.org. I use it too for the same ourpose. > Dyndns offers three levels of DNS ... static, dynamic and custom. > I have modified the dd-up code to support the custom part of this. ok, I'll take a look. sorry for the convenience... CC -hackers Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 9:13:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE6A237B406 for ; Tue, 23 Jul 2002 09:13:49 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF69143E70 for ; Tue, 23 Jul 2002 09:13:29 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA15759; Tue, 23 Jul 2002 12:13:18 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g6NGCmO65242; Tue, 23 Jul 2002 12:12:48 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15677.32896.256029.156431@grasshopper.cs.duke.edu> Date: Tue, 23 Jul 2002 12:12:48 -0400 (EDT) To: Terry Lambert Cc: jf@trispen.com, freebsd-hackers@freebsd.org Subject: Re: remote crashdump In-Reply-To: <3D3BCF7B.D1F862D2@mindspring.com> References: <1027322178.258.11.camel@alias.trispen.com> <3D3BCF7B.D1F862D2@mindspring.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert writes: > The closest anyone has come to this (to my knowledge) is > the creation of a polled network driver and a tiny UDP > stack to permit remote debugging over the network to a > different machine on the same switch. This isn't very > close to dumping. I think Darrell's netdump has been discussed before. (http://www.cs.duke.edu/~anderson/freebsd/netdump/) It does exactly what the poster wants, but needs to be cleaned up and brought up to date. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 9:44:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D2637B400 for ; Tue, 23 Jul 2002 09:44:39 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA9643E31 for ; Tue, 23 Jul 2002 09:44:38 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6NGibYx011429; Tue, 23 Jul 2002 10:44:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 23 Jul 2002 10:44:36 -0600 (MDT) Message-Id: <20020723.104436.123640280.imp@bsdimp.com> To: rb@gid.co.uk Cc: hackers@FreeBSD.ORG Subject: Re: 3Com Airconnect - new variant? From: "M. Warner Losh" In-Reply-To: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> References: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> <20020723.093846.71552117.imp@bsdimp.com> <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> Bob Bishop writes: : Hi, : : At 16:38 23/7/02, M. Warner Losh wrote: : >In message: <4.3.2.7.2.20020723125446.02055300@gid.co.uk> : > Bob Bishop writes: : >: Which leaves the question: why isn't the Airconnect being detected (at all) : >: without the hack? : > : >I have one passive backplane system that isn't up to the latest PCI : >specs. It refuses to even notice certain cards, including cardbus : >bridges (which is most annoying because that's why I'd gotten the : >goofy thing). : : Hmm. This m/b isn't all that antique. WHen I get next to the machine this : eve I'll try a verbose boot and maybe a printf or two. FWIW, the card shows : up under pciconf -lv (output follows). : : none2@pci0:11:0: class=0x028000 card=0x777010b7 chip=0x777010b7 : rev=0x02 hdr=0x00 : vendor = '3COM Corp, Networking Division' : class = network Maybe this is the droid that you are looking for :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 11:40:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3846A37B400; Tue, 23 Jul 2002 11:40:16 -0700 (PDT) Received: from colnta.acns.ab.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D7B43E31; Tue, 23 Jul 2002 11:40:14 -0700 (PDT) (envelope-from davidc@colnta.acns.ab.ca) Received: from colnta.acns.ab.ca (localhost [127.0.0.1]) by colnta.acns.ab.ca (8.12.5/8.12.4) with ESMTP id g6NIe8T3065867; Tue, 23 Jul 2002 12:40:08 -0600 (MDT) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.12.5/8.12.5/Submit) id g6NIe728065866; Tue, 23 Jul 2002 12:40:07 -0600 (MDT) Date: Tue, 23 Jul 2002 12:40:07 -0600 From: Chad David To: Richard Sharpe Cc: hackers@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <20020723124007.A65741@colnta.acns.ab.ca> Mail-Followup-To: Richard Sharpe , hackers@FreeBSD.ORG, alfred@FreeBSD.ORG References: <20020710180711.A43342@colnta.acns.ab.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rsharpe@ns.aus.com on Thu, Jul 11, 2002 at 11:20:51AM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 11:20:51AM +0930, Richard Sharpe wrote: > On Wed, 10 Jul 2002, Chad David wrote: > > > A local company has been having issues with samba for some time (it kills > > an e250, and has seriously stressed an e5000) and I've been telling the > > admin (half seriously) that he should just toss it on a PC with FreeBSD. > > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > > asked me to bring a box in if I was so confident... tomorrow morning at > > 9am. So, I'm building a new box tonight and was wondering if anybody > > has any tried and true tuning parameters for samba on -stable. They > > currently have ~700 users attached. The load per user is pretty low > > but just rebooting and handling the reconnects has killed small boxes. As a follow up to my post a few weeks back... The box is currently easily handling an average of 650 connections with 80% cpu free and lots of memory. The only thing I had to change was kern.ipc.nmbclusters=32768. > > As others have said, memory is an issue. Memory hasn't actually been a problem. The vast majority is inactive, and the scan rate is pretty close to 0. > > In some 'benchmark' testing, I have noticed that FreeBSD holds up pretty > well to large numbers of connects coming in at one time, say compared to > Linux. Starting up 100 clients during about two or three seconds (as long > as it takes to fork 100 processes on the driver) does not kill a FreeBSD > Samba server as much as it does a Linux server running Linux 2.4.x. All of the load is actually redirected through a firewall, and when we changed the mapping from the e250 over to FreeBSD about 350 clients connected all at once. The cpu dropped to about 50% for 30 seconds and then things settled down. We did see 3 seg faults in smbd during the initial rush, but have been unable to reproduce or to get a core file. > > As a side note, the data being served will be attached to the samba server > > via NFS. > > Hmmm, some of the locking stuff might be an issue then ... We haven't noticed any problems with samba that could be traced to NFS. I have found that the NFS performance is actually worse for bulk copies when nfsiod is running, so we just do not run it. Thanks to everybody for their input. Due to the success of our tests FreeBSD will now be replacing Solaris 9 in this environment. -- Chad David davidc@acns.ab.ca www.FreeBSD.org davidc@freebsd.org ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 12:35:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A8EF37B400 for ; Tue, 23 Jul 2002 12:35:58 -0700 (PDT) Received: from caturix.genilog.net (mx1.mtl.distributel.net [66.38.181.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C1C943E5E for ; Tue, 23 Jul 2002 12:35:57 -0700 (PDT) (envelope-from paul@colba.net) Received: from colba.net (nat.MTL.distributel.NET [66.38.181.24]) by caturix.genilog.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA31641 for ; Tue, 23 Jul 2002 15:35:56 -0400 Message-ID: <3D3DB105.932A2BE9@colba.net> Date: Tue, 23 Jul 2002 15:39:49 -0400 From: Paul Khavkine X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Name service switch 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 folks. Since FreeBSD currently lacks a fully functional NSS implementation why dont we use IRS from BIND ? Is there any problems with that ? Thanx Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 14:51:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3699437B400 for ; Tue, 23 Jul 2002 14:51:55 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB2243E72 for ; Tue, 23 Jul 2002 14:51:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 833652A7EA for ; Tue, 23 Jul 2002 14:51:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 0B9084C26C for ; Tue, 23 Jul 2002 14:51:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id F224D3807; Tue, 23 Jul 2002 14:51:50 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Paul Khavkine Cc: freebsd-hackers@freebsd.org Subject: Re: Name service switch In-Reply-To: <3D3DB105.932A2BE9@colba.net> Date: Tue, 23 Jul 2002 14:51:50 -0700 From: Peter Wemm Message-Id: <20020723215150.F224D3807@overcee.wemm.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 Paul Khavkine wrote: > Hi folks. > Since FreeBSD currently lacks a fully functional NSS implementation why > dont we use IRS from BIND ? > Is there any problems with that ? We already have NSS in 5.x, which is just as functional as IRS. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "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 Tue Jul 23 15:14:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBD4637B400 for ; Tue, 23 Jul 2002 15:14:31 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B56C343E5E for ; Tue, 23 Jul 2002 15:14:30 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g6NMEJ307939; Tue, 23 Jul 2002 23:14:19 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 23 Jul 2002 23:14:17 +0100 To: "M. Warner Losh" From: Bob Bishop Subject: Re: 3Com Airconnect - new variant? Cc: hackers@FreeBSD.ORG In-Reply-To: <20020723.104436.123640280.imp@bsdimp.com> References: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> <4.3.2.7.2.20020723125446.02055300@gid.co.uk> <20020723.093846.71552117.imp@bsdimp.com> <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> 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 At 17:44 23/7/02, M. Warner Losh wrote: >In message: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> > Bob Bishop writes: >: [...] >: none2@pci0:11:0: class=0x028000 card=0x777010b7 chip=0x777010b7 >: rev=0x02 hdr=0x00 >: vendor = '3COM Corp, Networking Division' >: class = network > >Maybe this is the droid that you are looking for :-) OK, OK. Here's a less nutty patch which gets the card probed every time. diff -u -r1.8.2.3 if_wi_pci.c --- if_wi_pci.c 2002/06/16 18:07:18 1.8.2.3 +++ if_wi_pci.c 2002/07/23 22:01:33 @@ -113,6 +113,7 @@ int i; sc = device_get_softc(dev); + DELAY(100000); for(i=0; pci_ids[i].vendor != 0; i++) { if ((pci_get_vendor(dev) == pci_ids[i].vendor) && (pci_get_device(dev) == pci_ids[i].device)) { -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 15:25: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D31037B400 for ; Tue, 23 Jul 2002 15:25:06 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id B67AF43E65 for ; Tue, 23 Jul 2002 15:25:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0806.cvx21-bradley.dialup.earthlink.net ([209.179.195.41] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17X85D-00063G-00; Tue, 23 Jul 2002 15:24:44 -0700 Message-ID: <3D3DD77C.70E4F7D2@mindspring.com> Date: Tue, 23 Jul 2002 15:23:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin Cc: jf@trispen.com, freebsd-hackers@freebsd.org Subject: Re: remote crashdump References: <1027322178.258.11.camel@alias.trispen.com> <3D3BCF7B.D1F862D2@mindspring.com> <15677.32896.256029.156431@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > Terry Lambert writes: > > The closest anyone has come to this (to my knowledge) is > > the creation of a polled network driver and a tiny UDP > > stack to permit remote debugging over the network to a > > different machine on the same switch. This isn't very > > close to dumping. > > I think Darrell's netdump has been discussed before. > (http://www.cs.duke.edu/~anderson/freebsd/netdump/) > > It does exactly what the poster wants, but needs to be cleaned up and > brought up to date. The poster wanted tftp. Netdump requires a UDP server that obeys its own private retransmit protocol. See also the "readme", where it states: Known bugs For some types of crashes, the client will not receive interrupts for incoming packets (including the netdump acks). Netdump polls fxp and de interfaces, other interface types may not always work. While I have to admit that it's closer to an answer than I thought there was code for, it will still require almost as much work as I had said to get the rest of the way. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 23 23:18:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03C5137B400 for ; Tue, 23 Jul 2002 23:18:31 -0700 (PDT) Received: from brolloks.trispen.com (brolloks.trispen.com [196.7.146.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E405F43E4A for ; Tue, 23 Jul 2002 23:18:26 -0700 (PDT) (envelope-from jf@trispen.com) Received: from alias.trispen.com (alias.trispen.com [196.7.146.143]) by brolloks.trispen.com (8.9.3/8.9.3) with ESMTP id IAA00234; Wed, 24 Jul 2002 08:17:59 +0200 (SAST) (envelope-from jf@trispen.com) Subject: Re: remote crashdump From: Jacques Fourie Reply-To: jf@trispen.com To: Terry Lambert Cc: freebsd-hackers@freebsd.org, gallatin@cs.duke.edu In-Reply-To: <3D3DD77C.70E4F7D2@mindspring.com> References: <1027322178.258.11.camel@alias.trispen.com> <3D3BCF7B.D1F862D2@mindspring.com> <15677.32896.256029.156431@grasshopper.cs.duke.edu> <3D3DD77C.70E4F7D2@mindspring.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 24 Jul 2002 08:17:58 +0200 Message-Id: <1027491486.231.6.camel@alias.trispen.com> Mime-Version: 1.0 Sender: owner-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 Andrew, Terry, Thanks for your answers so far, I really appreciate it. The netdump code sure looks promising, I am going to have a look at getting it up and running under -stable. I would prefer tftp to installing a specialised server app but given that netdump already uses UDP it should not be too difficult to implement tftp on top of that. jacques To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 1:17:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 472EC37B400; Wed, 24 Jul 2002 01:17:54 -0700 (PDT) Received: from hotmail.com (oe22.law7.hotmail.com [216.33.236.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A2343E3B; Wed, 24 Jul 2002 01:17:54 -0700 (PDT) (envelope-from theonlysk@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 24 Jul 2002 01:17:53 -0700 X-Originating-IP: [202.59.70.55] From: "Sulaiman Khan" To: Cc: Subject: BSD API Date: Wed, 24 Jul 2002 14:22:28 +0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C9_01C2331D.8A356B20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Message-ID: X-OriginalArrivalTime: 24 Jul 2002 08:17:53.0999 (UTC) FILETIME=[9BF3FDF0:01C232EA] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00C9_01C2331D.8A356B20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, The sockets for my software are based on the BSD Sockets API. I want to = make them fully compatiable with the BSD Sockets. For that I require a = complete listing of the BSD Sockets function prototypes. can you guide = me where i can find them. Thanks a lot.=20 =20 Best Regards, Sulaiman Khan=20 ------=_NextPart_000_00C9_01C2331D.8A356B20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
The sockets for my software are based = on the BSD=20 Sockets API. I want to make them fully compatiable with the BSD Sockets. = For=20 that I require a complete listing of the BSD Sockets function=20 prototypes. can you guide me where i can find them. Thanks a=20 lot. 
 
Best Regards,
Sulaiman = Khan 
------=_NextPart_000_00C9_01C2331D.8A356B20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 3: 5:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB3237B400 for ; Wed, 24 Jul 2002 03:05:16 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A4743E31 for ; Wed, 24 Jul 2002 03:05:16 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6OA5EpO008081 for ; Wed, 24 Jul 2002 03:05:14 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6OA5EoG008080 for hackers@freebsd.org; Wed, 24 Jul 2002 03:05:14 -0700 Date: Wed, 24 Jul 2002 03:05:14 -0700 From: Brooks Davis To: hackers@freebsd.org Subject: odd idiom in _attach functions Message-ID: <20020724030514.A7646@Odin.AC.HMC.Edu> 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.5.1i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was poking around in various nic drivers and I noticed that several of them have what seems to be an odd idiom in their generic attach functions. For instance in sys/dev/ed/if_ed.c in ed_attach(), filling in the interface fields and attaching the interface is protected by and "if (!ifp->if_name)". Can someone explain why this is being done? It doesn't seem to make any sense that this could get called twice for the same device (after all you only attach once). -- 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 --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9PnvZXY6L6fI4GtQRAqEtAJsE/6jVbQWvShv74vQkBRLY+tM7+ACgzZ1J gSy2MsvOEclQRp+F5l8eD90= =2wrs -----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 Wed Jul 24 5:43:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B783D37B401; Wed, 24 Jul 2002 05:43:04 -0700 (PDT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A633843E5E; Wed, 24 Jul 2002 05:43:03 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd06.sul.t-online.de by mailout01.sul.t-online.com with smtp id 17XJmh-0001sg-06; Wed, 24 Jul 2002 12:54:23 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.82.54.200]) by fmrl06.sul.t-online.com with esmtp id 17XJme-0pOUjoC; Wed, 24 Jul 2002 12:54:20 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g6OAsJQ59772; Wed, 24 Jul 2002 12:54:19 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.5) with ESMTP id g6OArI9K000456; Wed, 24 Jul 2002 12:53:18 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.5/Submit) id g6OArHa2000455; Wed, 24 Jul 2002 12:53:17 +0200 (CEST) (envelope-from corecode) Date: Wed, 24 Jul 2002 12:53:07 +0200 From: "Simon 'corecode' Schubert" To: "Sulaiman Khan" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: BSD API Message-Id: <20020724125307.40d46acf.corecode@corecode.ath.cx> In-Reply-To: References: X-Mailer: Sylpheed version 0.8.0claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="=.(,PKdEhIzj4Isx" X-Sender: 320050403952-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 --=.(,PKdEhIzj4Isx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 24 Jul 2002 14:22:28 +0600 Sulaiman Khan wrote: > The sockets for my software are based on the BSD Sockets API. I want > to make them fully compatiable with the BSD Sockets. For that I > require a complete listing of the BSD Sockets function prototypes. can > you guide me where i can find them. Thanks a lot. http://www.freebsd.org/cgi/man.cgi start with socket(2) -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.(,PKdEhIzj4Isx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Pocdr5S+dk6z85oRAsjSAKCFNEteBJaERX/i4BbiWIWDd1ttIACfaYGo CD3PJXkqxp19BkOnEnKUgUA= =BUZ+ -----END PGP SIGNATURE----- --=.(,PKdEhIzj4Isx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 7:25:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EF2A37B407 for ; Wed, 24 Jul 2002 07:25:29 -0700 (PDT) Received: from caturix.genilog.net (mx1.mtl.distributel.net [66.38.181.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2848843E65 for ; Wed, 24 Jul 2002 07:25:28 -0700 (PDT) (envelope-from paul@colba.net) Received: from colba.net (nat.MTL.distributel.NET [66.38.181.24]) by caturix.genilog.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id KAA13775; Wed, 24 Jul 2002 10:25:06 -0400 Message-ID: <3D3EB9A8.E0B2977E@colba.net> Date: Wed, 24 Jul 2002 10:28:57 -0400 From: Paul Khavkine X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: freebsd-hackers@freebsd.org Subject: Re: Name service switch References: <20020723215150.F224D3807@overcee.wemm.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 Well the one we have in -CURRENT lacks dynamic module support (as does IRS). I just wanted to know if there was any issues for not implementing IRS before ? Thanx Paul Peter Wemm wrote: > Paul Khavkine wrote: > > Hi folks. > > Since FreeBSD currently lacks a fully functional NSS implementation why > > dont we use IRS from BIND ? > > Is there any problems with that ? > > We already have NSS in 5.x, which is just as functional as IRS. > > Cheers, > -Peter > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > "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 Wed Jul 24 8: 1:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C15637B401 for ; Wed, 24 Jul 2002 08:00:58 -0700 (PDT) Received: from gatekeeper.kwcorp.com (gatekeeper.kwcorp.com [209.83.143.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D94D43E65 for ; Wed, 24 Jul 2002 08:00:57 -0700 (PDT) (envelope-from jwest@classiccmp.org) Received: (from nobody@localhost) by gatekeeper.kwcorp.com (8.8.7/8.8.7) id KAA12208 for ; Wed, 24 Jul 2002 10:00:56 -0500 (CDT) (envelope-from jwest@classiccmp.org) X-Authentication-Warning: gatekeeper.kwcorp.com: nobody set sender to using -f Received: from ted.kwcorp.com(192.168.1.247) by gatekeeper via smap (V2.1) id xma012163; Wed, 24 Jul 02 10:00:29 -0500 Received: from 192.168.1.24 by ted.kwcorp.com (InterScan E-Mail VirusWall NT); Wed, 24 Jul 2002 10:07:42 -0500 Received: from HPLAPTOP [192.168.1.151] by imail.kwcorp.com (SMTPD32-7.10) id A13785B010C; Wed, 24 Jul 2002 10:01:11 -0500 Message-ID: <008901c23322$cdf0f320$9701a8c0@HPLAPTOP> From: "Jay West" To: Subject: SysV IPC message queues performance Date: Wed, 24 Jul 2002 10:00:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 already asked this question on freebsd-questions. No answers were to be found, and several of the list members there pointed me to this list as a likely spot to get some suggestions. My apologies in advance, I did try to find the charter for this list to make sure asking this question here wasn't out of line, but the links I found were broken so if this query is "bad form" please forgive me, but at least point me to the proper resource. I was thinking there used to be a list for people developing applications on freebsd (freebsd-developers maybe) but can't find such a list. I'm writing a rather major project under FreeBSD, and making fairly heavy use of SYSV message queues so that multiple processes can communicate. I am finding the response times for round trip message delivery between two given processes to be pretty horrid, typically about .5 to 1 second per message set (send query from process A to process B, then process B sends a response back to process A and process A displays the response). I stripped down the code in two programs to help isolate the problem. The basic gist is the main process (A) forks a child (B). Process A prompts for a line of input from the keyboard. Each line that it gets, it puts on the message queue with a target ID of process B. Process A then does a timed wait using IPC_NOWAIT in a clock time loop for up to 5 seconds, looking for a response from process B. When it finds a message on the queue it prints it on the console and then goes back to the "wait for terminal input" loop. When process B fires up, it constantly loops checking the message queue with IPC_NOWAIT and no clock time loop - just constantly scanning. When it sees a message for it (with the process B pid), it gets the message and then immediately puts a constant "OK" response message on the queue targeted at it's ppid. This is a tight loop, constantly running. One wrinkle... Process A has the ability to take a long list of "commands" from a batch file, instead of getting the lines from the keyboard. When it runs this "command file", it prints the command it sends (just garbage in the example), then prints the response from process B. Watching this run, there is a good 0.5 to 1.0 second time elapse as each send/response pair displays. The real problem is the speed of this inter process communication. Because the data being transferred between processes is at times being used to simulate DMA transfers between "virtual computer peripherals", I really need about 2mbits per second of throughput just to match the original hardware, and I'm afraid the message queues just aren't fast enough. To get that speed I may have to write my own message exchange structures with semaphores and shared memory (ie. build my own messaging mechanism), but I'd rather not do that if there is just something that can be tweaked with message queues. More to the point, if message queues are slow only on FreeBSD, I would think the core team might should take a look at that because there are certainly some packages which make use of them that would be hindered on FreeBSD. At one point I saw a program on the net that did benchmarks on a given system of sending the same data via message queues, sockets, pipes, etc. but I can't seem to find it anymore. The long and short of my question is - are SYSV IPC message queues on FreeBSD (or in general) known to be fairly slow? If only on freeBSD, is there anything that can be tweaked to speed them up? If not, or if they're just slow on all implementations, can someone suggest which of sockets, pipes, etc. are known to be awfully fast? As a side note - the code for process B that sits there constantly scanning the message queue with IPC_NOWAIT, this seems to be a huge waste of cpu time. On some platforms I have seen a system call for "release quantum", which basically is put in tight loops to keep a process from hogging the cpu (release remainder of the timeslice). Does this mentality apply to freebsd, and is there such a call? Thanks VERY much in advance Regards, Jay West --- [This E-mail scanned for viruses by Declude Virus] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 8:24:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE9A137B400 for ; Wed, 24 Jul 2002 08:24:14 -0700 (PDT) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D34F943E3B for ; Wed, 24 Jul 2002 08:24:13 -0700 (PDT) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.11.4/8.11.3) with UUCP id g6OFODe66115 for freebsd-hackers@freebsd.org; Wed, 24 Jul 2002 17:24:13 +0200 (MEST) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by marabu.ch (8.11.6/8.11.6) with ESMTP id g6OFJDG88998 for ; Wed, 24 Jul 2002 17:19:14 +0200 (MEST) (envelope-from ast@marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.3) id RAA07325; Wed, 24 Jul 2002 17:19:13 +0200 (CEST) Message-Id: <200207241519.RAA07325@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Wed, 24 Jul 2002 17:19:11 +0200 To: freebsd-hackers@freebsd.org Subject: rarpd on laptops doesn't find interfaces, fix at http://www.webgroup.ch/ast/rarpd/ X-Organization: Steinmann Consulting, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FreeBSD rarpd returns "no interfaces" on say, laptops, which have removable Ethernet NICs. This can be corrected by replacing the SIOCGIFCONF ioctl() in the init() routine with getifaddrs(). OpenBSD rarpd.c (version 1.29) does it this way and hence I ported that version to -stable retrofitting the few extra options we support under FreeBSD. This directory contains the ported rarpd.c and modified manpages as well as the original OpenBSD and FreeBSD versions. This has been tested on IBM ThinkPAD laptops with ep and xe PCMCIA network cards on -stable (to netboot Sun systems;-). I've submited this change request and it's filed under http://www.freebsd.org/cgi/query-pr.cgi?pr=40957 I'd be very much obliged if someone would review it and possibly commit it to our tree. Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 9: 3:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 551FD37B400 for ; Wed, 24 Jul 2002 09:03:39 -0700 (PDT) Received: from fserver.bluehighway.net (pcp01060543pcs.polcht01.tn.comcast.net [68.59.253.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C4D43E3B for ; Wed, 24 Jul 2002 09:03:33 -0700 (PDT) (envelope-from mwade@bluehighway.net) Received: from bluehighway.net (bluehighway.net [192.168.1.10]) by fserver.bluehighway.net (Postfix) with ESMTP id 4F0025F502; Wed, 24 Jul 2002 12:04:59 -0400 (EDT) Date: Wed, 24 Jul 2002 12:04:59 -0400 (EDT) From: Mike Wade To: Jay West Cc: Subject: Re: SysV IPC message queues performance In-Reply-To: <008901c23322$cdf0f320$9701a8c0@HPLAPTOP> Message-ID: <20020724120243.O76216-100000@bluehighway.net> 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, 24 Jul 2002, Jay West wrote: > At one point I saw a program on the net that did benchmarks on a given > system of sending the same data via message queues, sockets, pipes, etc. but > I can't seem to find it anymore. The long and short of my question is - are > SYSV IPC message queues on FreeBSD (or in general) known to be fairly slow? > If only on freeBSD, is there anything that can be tweaked to speed them up? > If not, or if they're just slow on all implementations, can someone suggest > which of sockets, pipes, etc. are known to be awfully fast? I believe the book "UNIX Network Programming, Volume 2: Interprocess Communications" by W. Richard Stevens has a section and code dedicated to measuring IPC latency and thruput. --- Mike Wade (mwade@bluehighway.net) Blue Highway Labs, LLC. Office: (423) 634-7746 Cell : (423) 580-2440 AIM : BHmwade To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 9: 5:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF27837B400 for ; Wed, 24 Jul 2002 09:05:10 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BAF543E6A for ; Wed, 24 Jul 2002 09:05:10 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 42FB9AE1D0; Wed, 24 Jul 2002 09:05:10 -0700 (PDT) Date: Wed, 24 Jul 2002 09:05:10 -0700 From: Alfred Perlstein To: Jay West Cc: freebsd-hackers@freebsd.org Subject: Re: SysV IPC message queues performance Message-ID: <20020724160510.GQ77219@elvis.mu.org> References: <008901c23322$cdf0f320$9701a8c0@HPLAPTOP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <008901c23322$cdf0f320$9701a8c0@HPLAPTOP> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jay West [020724 08:01] wrote: > > I'm writing a rather major project under FreeBSD, and making fairly heavy > use of SYSV message queues so that multiple processes can communicate. I am > finding the response times for round trip message delivery between two given > processes to be pretty horrid, typically about .5 to 1 second per message > set (send query from process A to process B, then process B sends a response > back to process A and process A displays the response). This sounds like an application programming error, I find it hard to believe that you'd see such a horrid delay if things were set up properly. From reading below what appears to be happening is that your busy looping is causing the stalls, not FreeBSD. > I stripped down the code in two programs to help isolate the problem. The > basic gist is the main process (A) forks a child (B). Process A prompts for > a line of input from the keyboard. Each line that it gets, it puts on the > message queue with a target ID of process B. Process A then does a timed > wait using IPC_NOWAIT in a clock time loop for up to 5 seconds, looking for > a response from process B. When it finds a message on the queue it prints it > on the console and then goes back to the "wait for terminal input" loop. > When process B fires up, it constantly loops checking the message queue with > IPC_NOWAIT and no clock time loop - just constantly scanning. When it sees a > message for it (with the process B pid), it gets the message and then > immediately puts a constant "OK" response message on the queue targeted at > it's ppid. This is a tight loop, constantly running. This is a bad idea (busy looping). :) Why don't you use signals to tell the other process when there is data on the queue? Why are you busy waiting? Why not just use an auxiallry process to block on the queues for you or something? You might want to consider using named pipes because you can select(2) or even kevent(2) on those and get rid of your busy loop. > As a side note - the code for process B that sits there constantly scanning > the message queue with IPC_NOWAIT, this seems to be a huge waste of cpu > time. On some platforms I have seen a system call for "release quantum", > which basically is put in tight loops to keep a process from hogging the cpu > (release remainder of the timeslice). Does this mentality apply to freebsd, > and is there such a call? see the sched_yield(2) syscall. -- -Alfred Perlstein [alfred@freebsd.org] [#bsdcode/efnet/irc.prison.net] '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 Wed Jul 24 10:10:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D44A37B400 for ; Wed, 24 Jul 2002 10:10:28 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B8E43E3B for ; Wed, 24 Jul 2002 10:10:26 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 2ECCC3ABB65; Wed, 24 Jul 2002 19:11:52 +0200 (CEST) Date: Wed, 24 Jul 2002 19:11:52 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: What for we need set-uid-root on passwd/chpass/etc.?:) Message-ID: <20020724171152.GA91362@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.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 Hello there... I hope nobody will kill me for this post. Here is my idea how to remove set-uid-root from aplications like passwd/chpass/chsh/chfn/etc. I think in this way we will be much more secure. http://garage.freebsd.pl/pwd_parser.tgz And now description (from README): I've create this parser, because I want to remove set-uid-root from following applications: /usr/bin/passwd /usr/bin/chpass /usr/bin/chfn /usr/bin/chsh [...] And pwd_parser is one, little set-uid-root for all of those applications. This is something like brigde between (now set-gid on "passwd" group) passwd/chpass/etc. and pwd_mkdb(8). Parser could only be run by "passwd" group members or root, so users can't run it directly. Thanks to many tests made by this stuff even if passwd/chpass/etc. is broken, an attacker could only modify his own "password" and "change" fields (optionaly "comment" and "shell"). He can't change his uid or root's password for example. Temp file created by user have only one line, line with info about him, no more all records from /etc/master.passwd file. Rest of records are taken directly from master.passwd by parser. All characters in user's line should be printable (isprint(3)). If user can change shell, parser will check if it is a valid shell (it should be in /etc/shells). Login and uid in user's temp file given to parser is compared with real uid of pwd_parser process. This is the best way to check if user don't want to modify different lines in password file or his uid in this file. Arguments for pwd_mkdb(8) are also precisely checked. Permissions and owner user and group of temp file are checked too. Parser's code is clean (wrote with style(9) standards) and very simple, so easy to audit, I think. Note that no tests are made if root runs passwd/chpass/etc and temp file is placed in /etc/ instead of /tmp/. Modified source files: /usr/src/usr.bin/chpass/Makefile /usr/src/usr.bin/chpass/pw_copy.c /usr/src/usr.bin/passwd/Makefile /usr/src/usr.sbin/pwd_mkdb/pwd_mkdb.c /usr/src/usr.sbin/vipw/pw_util.c And here You got modifications with files in system: -rw-r----- 1 root passwd [...] /etc/master.passwd -rw-r----- 1 root passwd [...] /etc/spwd.db -r-xr-sr-x 2 root passwd [...] /usr/bin/passwd -r-xr-sr-x 6 root passwd [...] /usr/bin/chsh -r-xr-sr-x 6 root passwd [...] /usr/bin/chpass -r-xr-sr-x 6 root passwd [...] /usr/bin/chfn -r-sr-x--- 1 root passwd [...] /usr/sbin/pwd_parser If passwd/chpass/etc. will be broken an attacker could only read /etc/master.passwd. If pwd_parser will be broken, then users can't run it directly so I think if he wnt to use it, it should be security hole in passwd/chpass too. I know that passwd/chpass are safe (no security holes for long time or never), but what You think about this solution? -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 13:26:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D407E37B400 for ; Wed, 24 Jul 2002 13:26:41 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F66E43E75 for ; Wed, 24 Jul 2002 13:26:40 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6OKQUYx018475; Wed, 24 Jul 2002 14:26:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 24 Jul 2002 14:26:26 -0600 (MDT) Message-Id: <20020724.142626.132443392.imp@bsdimp.com> To: rb@gid.co.uk Cc: hackers@FreeBSD.ORG Subject: Re: 3Com Airconnect - new variant? From: "M. Warner Losh" In-Reply-To: <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> References: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> <20020723.104436.123640280.imp@bsdimp.com> <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> Bob Bishop writes: : At 17:44 23/7/02, M. Warner Losh wrote: : >In message: <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> : > Bob Bishop writes: : >: [...] : >: none2@pci0:11:0: class=0x028000 card=0x777010b7 chip=0x777010b7 : >: rev=0x02 hdr=0x00 : >: vendor = '3COM Corp, Networking Division' : >: class = network : > : >Maybe this is the droid that you are looking for :-) : : OK, OK. Here's a less nutty patch which gets the card probed every time. : : diff -u -r1.8.2.3 if_wi_pci.c : --- if_wi_pci.c 2002/06/16 18:07:18 1.8.2.3 : +++ if_wi_pci.c 2002/07/23 22:01:33 : @@ -113,6 +113,7 @@ : int i; : : sc = device_get_softc(dev); : + DELAY(100000); : for(i=0; pci_ids[i].vendor != 0; i++) { : if ((pci_get_vendor(dev) == pci_ids[i].vendor) && : (pci_get_device(dev) == pci_ids[i].device)) { So if you have a saner delay value, does it probe? 100ms is a very long time to delay before getting the vendor info (which should already be present before the call to pci_get_vendor due to caching, iirc). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 13:32:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C78E37B405; Wed, 24 Jul 2002 13:32:10 -0700 (PDT) Received: from crf-consulting.co.uk (pc-62-31-42-140-hy.blueyonder.co.uk [62.31.42.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 619ED43E72; Wed, 24 Jul 2002 13:32:09 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.crf-consulting.co.uk (clan.nothing-going-on.org [192.168.1.20]) by crf-consulting.co.uk (8.12.3/8.12.3) with ESMTP id g6OKVxTk037904; Wed, 24 Jul 2002 21:31:59 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) by clan.crf-consulting.co.uk (8.12.3/8.12.3) with ESMTP id g6OKVwhB058107; Wed, 24 Jul 2002 21:31:58 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.12.3/8.12.3/Submit) id g6OKVuhN058106; Wed, 24 Jul 2002 21:31:56 +0100 (BST) Date: Wed, 24 Jul 2002 21:31:56 +0100 From: Nik Clayton To: "Greg 'groggy' Lehey" Cc: Poul-Henning Kamp , Bob Willcox , Paul Richards , Robert Watson , Terry Lambert , Julian Elischer , developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: troff vs. DocBook (was: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd)) Message-ID: <20020724203156.GB58018@clan.nothing-going-on.org> References: <20020721141108.GA30472@luke.immure.com> <82745.1027266137@critter.freebsd.dk> <20020722002823.GB69834@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3lcZGd9BuhuYXNfi" Content-Disposition: inline In-Reply-To: <20020722002823.GB69834@wantadilla.lemis.com> User-Agent: Mutt/1.4i Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 22, 2002 at 09:58:23AM +0930, Greg 'groggy' Lehey wrote: > IMO the tags aren't the problem with DocBook. It's just *really* > difficult to get good-looking results with. =20 What did you think of the 2nd edition of the Handbook? That was Docbook toolchain all the way (with the possible exception of some small hand-tweaks to the finished postscript by Murray). N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --3lcZGd9BuhuYXNfi 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 iEYEARECAAYFAj0/DrsACgkQk6gHZCw343VhlACfdVcqQ35TG79OUYdrKKI3scgR 8JMAn3zW77g6RAKdD2kipYW9fnV2P9+/ =genu -----END PGP SIGNATURE----- --3lcZGd9BuhuYXNfi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 14:32:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D0D37B400 for ; Wed, 24 Jul 2002 14:32:26 -0700 (PDT) Received: from zang.com (zang.com [216.34.130.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93A8943E3B for ; Wed, 24 Jul 2002 14:32:26 -0700 (PDT) (envelope-from johne@zang.com) Received: by zang.com (Postfix, from userid 100) id 2FEA04EBE0; Wed, 24 Jul 2002 14:32:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zang.com (Postfix) with ESMTP id 233963B6D7 for ; Wed, 24 Jul 2002 14:32:26 -0700 (PDT) Date: Wed, 24 Jul 2002 14:32:25 -0700 (PDT) From: John Engelhart To: hackers@freebsd.org Subject: Serious File System problems (4.6-Release) 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 Hello, I've been having some very serious stability problems with FreeBSD, mostly it seems with the file system. I've had these problems since 4.3, but now I have a free machine that isn't doing anything critical to really pound on the issue. twister# uname -a FreeBSD twister.zang.com 4.6-RELEASE FreeBSD 4.6-RELEASE #6: Wed Jul 24 10:36:30 PDT 2002 johne@twister.zang.com:/usr/src/sys/compile/twister i386 These are the differences from a GENERIC kernel config: < #cpu I386_CPU < #cpu I486_CPU < #cpu I586_CPU < ident twister < maxusers 128 < makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols < options DDB, DDB_UNATTENDED < options SMP # Symmetric MultiProcessor Kernel < options APIC_IO # Symmetric (APIC) I/O The box itself is a Tyan Tiger S2466. It's previous incarnation was a Tyan Tiger S2460. CPU's are AMD 1800 MP's, and it uses a gig of ECC RAM. The BIOS is set up for ECC Scrub. It's currently stripped down to only a brand new generic nvidia gforce2mx AGP card, an IDE hard drive, an IDE CDROM, and the on board 3com ethernet. In it's previous life, it had a pretty beefy Adaptec 3210S raid controller and some gig-e ethernet cards in it. So today I really started to push it, to start to capture some data. Here's what I've got so far. I'm running crashme (/usr/ports/sysutils/crashme) and postmark (/usr/ports/benchmarks/postmark). In previous systems, before all the kernel options were tuned just right to capture the core dumps and what not, it would randomly crash. Often with spectacular file system corruption. A few times so bad that fsck was unable to handle it without going to alternate superblocks, and the file system that came up from the ashes wasn't worth squat (THOUSANDS of files gone), so it had to be restored from tape. In this particular incarnation, it hasn't been that bad. But it hasn't yet been pushed that hard. I'll typically run crash me with: [johne@twister] ~> crashme +2000 666 100 24:00:00& I'll do this twice, once each in a seperate TTY, to excercise both CPU's. So farl, based on less than a days worth of testing, crashme alone isn't enough to trip it up. It sets the stage, and will eventually cause it to panic, but does so slowly. Panic backtrace #1 is from this. Adding postmark to the mix causes the whole thing to crumble in about 30 minutes. See panic backtrace #2. Thoughts? Is it memory? Is it CPU? One of the CPU's is brand new. One of the CPU's is left over from one of the original systems. I've just purchased another CPU to rule that out. I've also picked up a stick of 128 megs of ram, one with and one without ECC, to see if that's causing the problem. Or am I on to some insidous SMP bug? Panic #1 (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01ed803 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc01edc75 in panic ( fmt=0xc03c2200 "vm_fault: fault on nofault entry, addr: %lx") at ../../kern/kern_shutdown.c:595 #3 0xc02ff46c in vm_fault (map=0xc044d5ac, vaddr=3535327232, fault_type=3 '\003', fault_flags=0) at ../../vm/vm_fault.c:240 #4 0xc03610d2 in trap_pfault (frame=0xdd9dac18, usermode=0, eva=3535327232) at ../../i386/i386/trap.c:848 #5 0xc0360c7b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -759640064, tf_esi = -1124073472, tf_ebp = -576869244, tf_isp = -576869308, tf_ebx = 8192, tf_edx = -1124065280, tf_ecx = 2048, tf_eax = -576880640, tf_trapno = 12, tf_err = 2, tf_eip = -1070202954, tf_cs = 8, tf_eflags = 328214, tf_esp = -576869068, tf_ss = -576869096}) at ../../i386/i386/trap.c:458 #6 0xc035ffb6 in generic_copyin () #7 0xc02f4a21 in ffs_write (ap=0xdd9dad20) at ../../ufs/ufs/ufs_readwrite.c:519 #8 0xc02225db in vn_rdwr (rw=UIO_WRITE, vp=0xddbb3480, base=0xbd000000cannot read proc at 0 ) at vnode_if.h:363 #9 0xc0222699 in vn_rdwr_inchunks (rw=UIO_WRITE, vp=0xddbb3480, base=0xbd000000cannot read proc at 0 ) at ../../kern/vfs_vnops.c:346 #10 0xc01dbed4 in elf_coredump (p=0xda0d8d40, vp=0xddbb3480, limit=9223372036854775807) at ../../kern/imgact_elf.c:782 #11 0xc01efcb8 in coredump (p=0xda0d8d40) at ../../kern/kern_sig.c:1660 #12 0xc01ef72e in sigexit (p=0xda0d8d40, sig=4) at ../../kern/kern_sig.c:1491 #13 0xc01ef50c in postsig (sig=4) at ../../kern/kern_sig.c:1404 #14 0xc0360ee1 in trap (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077937204, tf_esi = -1077937236, tf_ebp = -1077937448, tf_isp = -576868396, tf_ebx = 134555648, tf_edx = -1077937480, tf_ecx = 1, tf_eax = -844457978, tf_trapno = 27, tf_err = 0, tf_eip = 134555655, tf_cs = 31, tf_eflags = 66178, tf_esp = -943381828, tf_ss = 47}) at ../../i386/i386/trap.c:174 #15 0x8052807 in ?? () cannot read proc at 0 (kgdb) -------- Panic #2 -------- (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01ed803 in boot (howto=260) at ../../kern/kern_shutdown.c:316 #2 0xc01edc75 in panic (fmt=0xc03d4479 "%s") at ../../kern/kern_shutdown.c:595 #3 0xc03614b5 in trap_fatal (frame=0xdb1dab30, eva=1590445512) at ../../i386/i386/trap.c:966 #4 0xc0361121 in trap_pfault (frame=0xdb1dab30, usermode=0, eva=1590445512) at ../../i386/i386/trap.c:859 #5 0xc0360c7b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1069160724, tf_esi = 16, tf_ebp = -618812552, tf_isp = -618812580, tf_ebx = -557049344, tf_edx = -557049236, tf_ecx = 1, tf_eax = 1590445472, tf_trapno = 12, tf_err = 0, tf_eip = -1071532194, tf_cs = 8, tf_eflags = 2425350, tf_esp = 0, tf_ss = -557049344}) at ../../i386/i386/trap.c:458 #6 0xc021b75e in vget (vp=0xdecc1a00, flags=18, p=0xc045d7e0) at ../../kern/vfs_subr.c:1538 #7 0xc02f3b40 in ffs_sync (mp=0xc29bfc00, waitfor=2, cred=0xc2056900, p=0xc045d7e0) at ../../ufs/ffs/ffs_vfsops.c:1000 #8 0xc021db8b in sync (p=0xc045d7e0, uap=0x0) at ../../kern/vfs_syscalls.c:576 #9 0xc01ed59e in boot (howto=256) at ../../kern/kern_shutdown.c:235 #10 0xc01edc75 in panic (fmt=0xc03d4479 "%s") at ../../kern/kern_shutdown.c:595 #11 0xc03614b5 in trap_fatal (frame=0xdb1dacc8, eva=1590445530) at ../../i386/i386/trap.c:966 #12 0xc0361121 in trap_pfault (frame=0xdb1dacc8, usermode=0, eva=1590445530) at ../../i386/i386/trap.c:859 #13 0xc0360c7b in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -636635264, tf_esi = -1004814848, tf_ebp = -618812100, tf_isp = -618812172, tf_ebx = 0, tf_edx = -618812124, tf_ecx = -557049344, tf_eax = 1590445472, tf_trapno = 12, tf_err = 0, tf_eip = -1071535647, tf_cs = 8, tf_eflags = 2425414, tf_esp = 0, tf_ss = -1004814848}) at ../../i386/i386/trap.c:458 #14 0xc021a9e1 in vinvalbuf (vp=0xdecc1a00, flags=0, cred=0x0, p=0xda0db780, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:866 #15 0xc02eb9ae in ffs_truncate (vp=0xdecc1a00, length=0, flags=0, cred=0x0, p=0xda0db780) at ../../ufs/ffs/ffs_inode.c:199 #16 0xc02f69b4 in ufs_inactive (ap=0xdb1daed8) at ../../ufs/ufs/ufs_inode.c:89 #17 0xc02fbf91 in ufs_vnoperate (ap=0xdb1daed8) at ../../ufs/ufs/ufs_vnops.c:2422 #18 0xc021b8ff in vput (vp=0xdecc1a00) at vnode_if.h:815 #19 0xc02ef580 in handle_workitem_remove (dirrem=0xc462f7c0) at ../../ufs/ffs/ffs_softdep.c:2852 #20 0xc02ecbf1 in process_worklist_item (matchmnt=0x0, flags=0) at ../../ufs/ffs/ffs_softdep.c:716 #21 0xc02eca9a in softdep_process_worklist (matchmnt=0x0) at ../../ufs/ffs/ffs_softdep.c:622 #22 0xc021b19b in sched_sync () at ../../kern/vfs_subr.c:1177 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 14:45:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7083E37B400 for ; Wed, 24 Jul 2002 14:45:08 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C6DA43E72 for ; Wed, 24 Jul 2002 14:45:07 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g6OLiiN13046; Wed, 24 Jul 2002 22:44:44 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 24 Jul 2002 22:44:41 +0100 To: "M. Warner Losh" From: Bob Bishop Subject: Re: 3Com Airconnect - new variant? Cc: hackers@FreeBSD.ORG In-Reply-To: <20020724.142626.132443392.imp@bsdimp.com> References: <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> <4.3.2.7.2.20020723164234.0204ff78@gid.co.uk> <20020723.104436.123640280.imp@bsdimp.com> <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, At 21:26 24/7/02, M. Warner Losh wrote: >[...] >So if you have a saner delay value, does it probe? 100ms is a very >long time to delay before getting the vendor info (which should >already be present before the call to pci_get_vendor due to caching, >iirc). With 3us it usually works, with no delay it will actually probe maybe once in 10. 10us looks safe. -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 15:10:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42C9237B400 for ; Wed, 24 Jul 2002 15:10:53 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8F443E6A for ; Wed, 24 Jul 2002 15:10:51 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.5/8.12.2) with ESMTP id g6OMAnUm067161; Thu, 25 Jul 2002 00:10:49 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.5/8.12.5/Submit) id g6OMAnfQ067160; Thu, 25 Jul 2002 00:10:49 +0200 (CEST) Date: Thu, 25 Jul 2002 00:10:49 +0200 From: Wilko Bulte To: John Engelhart Cc: hackers@FreeBSD.ORG Subject: Re: Serious File System problems (4.6-Release) Message-ID: <20020725001049.B67097@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from johne@zang.com on Wed, Jul 24, 2002 at 02:32:25PM -0700 X-OS: FreeBSD 4.6-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 24, 2002 at 02:32:25PM -0700, John Engelhart wrote: > Hello, > > I've been having some very serious stability problems with FreeBSD, mostly > it seems with the file system. I've had these problems since 4.3, but now > I have a free machine that isn't doing anything critical to really pound > on the issue. > ... > > [johne@twister] ~> crashme +2000 666 100 24:00:00& > > I'll do this twice, once each in a seperate TTY, to excercise both CPU's. > > So farl, based on less than a days worth of testing, crashme alone isn't > enough to trip it up. It sets the stage, and will eventually cause it to > panic, but does so slowly. Panic backtrace #1 is from this. > > Adding postmark to the mix causes the whole thing to crumble in about 30 > minutes. See panic backtrace #2. > > Thoughts? Is it memory? Is it CPU? One of the CPU's is brand new. One > of the CPU's is left over from one of the original systems. I've just > purchased another CPU to rule that out. I've also picked up a stick of > 128 megs of ram, one with and one without ECC, to see if that's causing > the problem. Or am I on to some insidous SMP bug? > Guessing (obviously): power supply? -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 15:42: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7093C37B400 for ; Wed, 24 Jul 2002 15:42:03 -0700 (PDT) Received: from zang.com (zang.com [216.34.130.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF5BB43E31 for ; Wed, 24 Jul 2002 15:42:02 -0700 (PDT) (envelope-from johne@zang.com) Received: by zang.com (Postfix, from userid 100) id 353044EBE0; Wed, 24 Jul 2002 15:42:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zang.com (Postfix) with ESMTP id 0F7D63B6D7; Wed, 24 Jul 2002 15:42:02 -0700 (PDT) Date: Wed, 24 Jul 2002 15:42:01 -0700 (PDT) From: John Engelhart To: Wilko Bulte Cc: hackers@FreeBSD.ORG Subject: Re: Serious File System problems (4.6-Release) In-Reply-To: <20020725001049.B67097@freebie.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Jul 2002, Wilko Bulte wrote: > On Wed, Jul 24, 2002 at 02:32:25PM -0700, John Engelhart wrote: > > > > Thoughts? Is it memory? Is it CPU? One of the CPU's is brand new. One > > of the CPU's is left over from one of the original systems. I've just > > purchased another CPU to rule that out. I've also picked up a stick of > > 128 megs of ram, one with and one without ECC, to see if that's causing > > the problem. Or am I on to some insidous SMP bug? > > > > Guessing (obviously): power supply? Good suggestion. I've been through four, however. All with the same problem. The original 2460 was kinda particular about it's power supplies, the 2466 seems less so as it's got the P4 extra power supply connector to help with the dual proc power needs. No special voltage requirements are specificed for the 2466. I'm wondering if it's not the CPU. If it were the RAM, I'd figure that ECC would trip up before it allowed for that kind of corruption. *sigh*. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 17:27:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DDA537B400 for ; Wed, 24 Jul 2002 17:27:53 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40DD943E70 for ; Wed, 24 Jul 2002 17:27:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0419.cvx22-bradley.dialup.earthlink.net ([209.179.199.164] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17XVfc-0001mb-00; Wed, 24 Jul 2002 16:35:52 -0700 Message-ID: <3D3F39A8.D47FE97@mindspring.com> Date: Wed, 24 Jul 2002 16:35:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jay West Cc: freebsd-hackers@freebsd.org Subject: Re: SysV IPC message queues performance References: <008901c23322$cdf0f320$9701a8c0@HPLAPTOP> 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 Jay West wrote: > I'm writing a rather major project under FreeBSD, and making fairly heavy > use of SYSV message queues so that multiple processes can communicate. I am > finding the response times for round trip message delivery between two given > processes to be pretty horrid, typically about .5 to 1 second per message > set (send query from process A to process B, then process B sends a response > back to process A and process A displays the response). It's pretty clear that you are expecting an explicit yield by the sending process to the receiving process with your test program. Rather than looping, you should *not* use IPC_NOWAIT, and set an alarm for your timeout period, putting the process to sleep. That way, the looping will not use it's entire quantum, thus preventing the other program from running to the point of the message being delivered. Discussion: Unfortunately, you can not mix IPC with other operations trivially, because IPC does not use decriptors or signals, so the operations tend to be blocking (OK, if you can handle it) or polling (always bad). It is actually fairly trivial to add kevents for IPC messages; look at the signal deliver kevents for an example of a process based rather than a descriptor based event notification. It's all of about 6 lines. It beats the hell out of writing your own setjmp/longjmp based threading library to deal with IPC in an asynchronous way. 8-). If the code has to be portable to other platforms other than FreeBSD, then you will probably want to use signals to notify of IPC messages pending -- again: don't use a polling loop. An alternative is to use multicast/unicast network connections to do the work; such connections can be selected upon, since they utilize sockets, and can therefore be rationalized through the normal system interfaces for multiplexing operations. > The real problem is the speed of this inter process communication. Because > the data being transferred between processes is at times being used to > simulate DMA transfers between "virtual computer peripherals", I really need > about 2mbits per second of throughput just to match the original hardware, > and I'm afraid the message queues just aren't fast enough. To get that speed > I may have to write my own message exchange structures with semaphores and > shared memory (ie. build my own messaging mechanism), but I'd rather not do > that if there is just something that can be tweaked with message queues. Shared memory would have been my first choice, assuming that there was not interrupt notification required -- apparently, a lot of vendors these days do not recognize that there hardware is not the most important thing in the machine, or that for a given application, talking to their hardware is not the *only* task that your application has to perform, and thus they leave interrupt notification out of their cards. If you need notification in the shared memory case, though... I don't understand trying to pretend you don't in the IPC case. > More to the point, if message queues are slow only on FreeBSD, I would think > the core team might should take a look at that because there are certainly > some packages which make use of them that would be hindered on FreeBSD. You could always add an explicit yield. THis is *not* recommended. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 17:35:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B0E37B400 for ; Wed, 24 Jul 2002 17:35:50 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F76E43E6A for ; Wed, 24 Jul 2002 17:35:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0419.cvx22-bradley.dialup.earthlink.net ([209.179.199.164] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17XWbO-00078P-00; Wed, 24 Jul 2002 17:35:35 -0700 Message-ID: <3D3F47A0.91239B47@mindspring.com> Date: Wed, 24 Jul 2002 17:34:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Khavkine Cc: Peter Wemm , freebsd-hackers@freebsd.org Subject: Re: Name service switch References: <20020723215150.F224D3807@overcee.wemm.org> <3D3EB9A8.E0B2977E@colba.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Paul Khavkine wrote: > Well the one we have in -CURRENT lacks dynamic module support (as does IRS). > > I just wanted to know if there was any issues for not implementing IRS > before ? The BIND IRS implementation depends on use of the BIND resolver library. In FreeBSD, the resolver library is integrated into libc, so upgrading it is very, very hard compared to what it would be if it were boken out into a seperate libresolv. The use of loadable modules has two problems; the first is that it requires that binaries be dynamically, not statically linked, because FreeBSD does not support a static "libdlopen" because of how symbol lookups are wedged for things like a NULL parameter, and importing of main object symbols by loaded modules (in fact, the ELF standard was never intended to support static linking), and some programs can not be dynamically linked (anything run before /usr is mounted to get lib and libexec). The second is that dynamic linking and modules themselves open you up to security exploits based on inherent flaws in the idea in a hostile implementation environment. If you want to find an IRS patch set for FreeBSD, serach for the terms "irs" "nss" "ldap", and it will be in the top 5 or so. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 17:40:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1662837B400 for ; Wed, 24 Jul 2002 17:40:32 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C86743E77 for ; Wed, 24 Jul 2002 17:40:31 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6P0eTYx019820; Wed, 24 Jul 2002 18:40:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 24 Jul 2002 18:36:50 -0600 (MDT) Message-Id: <20020724.183650.38682224.imp@bsdimp.com> To: rb@gid.co.uk Cc: hackers@FreeBSD.ORG Subject: Re: 3Com Airconnect - new variant? From: "M. Warner Losh" In-Reply-To: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> References: <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> <20020724.142626.132443392.imp@bsdimp.com> <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> Bob Bishop writes: : Hi, : : At 21:26 24/7/02, M. Warner Losh wrote: : >[...] : >So if you have a saner delay value, does it probe? 100ms is a very : >long time to delay before getting the vendor info (which should : >already be present before the call to pci_get_vendor due to caching, : >iirc). : : With 3us it usually works, with no delay it will actually probe maybe once : in 10. 10us looks safe. OK. I do not understand why this would be needed. Lemme think about it some. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 17:44:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCC237B400 for ; Wed, 24 Jul 2002 17:44:56 -0700 (PDT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F342243E5E for ; Wed, 24 Jul 2002 17:44:47 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.3/8.12.3) with ESMTP id g6P0iPji049370 for ; Wed, 24 Jul 2002 17:44:25 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.3/8.12.2) with ESMTP id g6P0iPh4004637 for ; Wed, 24 Jul 2002 17:44:25 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.3/8.12.3/Submit) id g6P0iPAP004636 for hackers@freebsd.org; Wed, 24 Jul 2002 17:44:25 -0700 (PDT) From: Frank Mayhar Message-Id: <200207250044.g6P0iPAP004636@realtime.exit.com> Subject: Good 802.11a card? To: hackers@freebsd.org Date: Wed, 24 Jul 2002 17:44:25 -0700 (PDT) Reply-To: frank@exit.com X-Copyright0: Copyright 2002 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL99 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm looking into finally going wireless, and it seems that 802.11a is the way to go, faster and better than 802.11b. So is there a decent card that FreeBSD supports? All of the cards I've seen so far are Cardbus cards, which -stable doesn't yet support, AFAIK. Alternatively, what's the status of Cardbus support for -stable? -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 18: 0:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 085F437B400 for ; Wed, 24 Jul 2002 18:00:18 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9BF43E65 for ; Wed, 24 Jul 2002 18:00:17 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020725010016.CHQS1451.sccrmhc02.attbi.com@InterJet.elischer.org>; Thu, 25 Jul 2002 01:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA06123; Wed, 24 Jul 2002 17:56:40 -0700 (PDT) Date: Wed, 24 Jul 2002 17:56:40 -0700 (PDT) From: Julian Elischer To: Frank Mayhar Cc: hackers@freebsd.org Subject: Re: Good 802.11a card? In-Reply-To: <200207250044.g6P0iPAP004636@realtime.exit.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 11a is great unless you want to connect to anything.. most nets e.g. starbucks or singapore airport (etc.etc.) are 11b On Wed, 24 Jul 2002, Frank Mayhar wrote: > I'm looking into finally going wireless, and it seems that 802.11a is the > way to go, faster and better than 802.11b. So is there a decent card that > FreeBSD supports? All of the cards I've seen so far are Cardbus cards, > which -stable doesn't yet support, AFAIK. > > Alternatively, what's the status of Cardbus support for -stable? > -- > Frank Mayhar frank@exit.com http://www.exit.com/ > Exit Consulting http://www.gpsclock.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 18:20: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F93F37B400 for ; Wed, 24 Jul 2002 18:20:08 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25C443E81 for ; Wed, 24 Jul 2002 18:20:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020725012006.DKVL1451.sccrmhc02.attbi.com@InterJet.elischer.org> for ; Thu, 25 Jul 2002 01:20:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA06198 for ; Wed, 24 Jul 2002 18:03:05 -0700 (PDT) Date: Wed, 24 Jul 2002 18:03:04 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: fibrechannel./fibre SCSI cards Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok so I looke in the 4.6 release notes but without reading teh spec of every card mentionned, are there any recomendations for fibrechannel adapters? (showing his ignorance he assumes it is the same as SCSI-over-Fibre.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 18:24: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A25437B400 for ; Wed, 24 Jul 2002 18:24:00 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5ABF43E6E for ; Wed, 24 Jul 2002 18:23:59 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id CBBA9AE1CA; Wed, 24 Jul 2002 18:23:59 -0700 (PDT) Date: Wed, 24 Jul 2002 18:23:59 -0700 From: Alfred Perlstein To: hackers@freebsd.org Subject: NY for two weeks Message-ID: <20020725012359.GV77219@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'll be in NY for the next two weeks, I expect connectivity to be spotty, if anyone wants to get together let me know! -- -Alfred Perlstein [alfred@freebsd.org] [#bsdcode/efnet/irc.prison.net] '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 Wed Jul 24 19:51:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEBB637B400 for ; Wed, 24 Jul 2002 19:51:05 -0700 (PDT) Received: from hotmail.com (oe64.law11.hotmail.com [64.4.16.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A083843E42 for ; Wed, 24 Jul 2002 19:51:05 -0700 (PDT) (envelope-from uglywanda@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 24 Jul 2002 19:51:05 -0700 X-Originating-IP: [66.76.208.116] From: "Wanda" To: Subject: add me to list Date: Wed, 24 Jul 2002 21:50:45 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2335C.2A37E830" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 25 Jul 2002 02:51:05.0560 (UTC) FILETIME=[1ED36580:01C23386] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2335C.2A37E830 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Please add me to the BSD mailing list for x86 Thank you, Wanda Williams ------=_NextPart_000_0005_01C2335C.2A37E830 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Please add me to the BSD mailing list = for=20 x86
 
 
Thank you,
Wanda = Williams
------=_NextPart_000_0005_01C2335C.2A37E830-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 20:10:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDA437B405 for ; Wed, 24 Jul 2002 20:10:08 -0700 (PDT) Received: from smtp2.southeast.rr.com (smtp2.southeast.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 708C843E65 for ; Wed, 24 Jul 2002 20:10:07 -0700 (PDT) (envelope-from bts@fake.com) Received: from mail5.nc.rr.com (fe5 [24.93.67.52]) by smtp2.southeast.rr.com (8.12.5/8.12.2) with ESMTP id g6P3B7AY019519; Wed, 24 Jul 2002 23:11:07 -0400 (EDT) Received: from this.is.fake.com ([66.26.254.93]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Wed, 24 Jul 2002 23:09:58 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id 08D85BA12; Wed, 24 Jul 2002 23:09:40 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-2" From: "Brian T. Schellenberger" To: Pawel Jakub Dawidek , freebsd-hackers@freebsd.org Subject: Re: What for we need set-uid-root on passwd/chpass/etc.?:) Date: Wed, 24 Jul 2002 23:09:40 -0400 User-Agent: KMail/1.4.2 References: <20020724171152.GA91362@garage.freebsd.pl> In-Reply-To: <20020724171152.GA91362@garage.freebsd.pl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207242309.40824.bts@babbleon.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 Wednesday 24 July 2002 01:11 pm, Pawel Jakub Dawidek wrote: | Hello there... | And pwd_parser is one, little set-uid-root for all of those applications. | This is something like brigde between (now set-gid on "passwd" group) | passwd/chpass/etc. and pwd_mkdb(8). : | I know that passwd/chpass are safe (no security holes for long time or | never), but what You think about this solution? It's innovative, and innovations are always to be carefully pondered where security it concerned, but it seems logical to me to centralize as many security functions into one place where it can be very carefully scrutinized. That way if there is a bug it only has to be fixed once and all the clients are automatically fixed. General softward engineering principle to avoid duplication of effort and therefore duplication of maintenance. -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 21: 7:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C74F637B400 for ; Wed, 24 Jul 2002 21:07:34 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01D5E43E6A for ; Wed, 24 Jul 2002 21:07:34 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6P47PYx020548; Wed, 24 Jul 2002 22:07:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 24 Jul 2002 22:07:22 -0600 (MDT) Message-Id: <20020724.220722.55833813.imp@bsdimp.com> To: frank@exit.com Cc: hackers@FreeBSD.ORG Subject: Re: Good 802.11a card? From: "M. Warner Losh" In-Reply-To: <200207250044.g6P0iPAP004636@realtime.exit.com> References: <200207250044.g6P0iPAP004636@realtime.exit.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200207250044.g6P0iPAP004636@realtime.exit.com> Frank Mayhar writes: : I'm looking into finally going wireless, and it seems that 802.11a is the : way to go, faster and better than 802.11b. So is there a decent card that : FreeBSD supports? All of the cards I've seen so far are Cardbus cards, : which -stable doesn't yet support, AFAIK. That's ok, since there's no 802.11a support in FreeBSD at the moment. There might be a binary only driver in the future, but don't even think about asking me about it because I'm not working on it and can't say more in public or private. : Alternatively, what's the status of Cardbus support for -stable? None. There was some patches done for it a while ago, but that dried up :-(. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 21:53:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D904837B400 for ; Wed, 24 Jul 2002 21:53:56 -0700 (PDT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F357943E3B for ; Wed, 24 Jul 2002 21:53:55 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.3/8.12.3) with ESMTP id g6P4rVji050414; Wed, 24 Jul 2002 21:53:31 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.3/8.12.2) with ESMTP id g6P4rVh4019191; Wed, 24 Jul 2002 21:53:31 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.3/8.12.3/Submit) id g6P4rVnG019190; Wed, 24 Jul 2002 21:53:31 -0700 (PDT) From: Frank Mayhar Message-Id: <200207250453.g6P4rVnG019190@realtime.exit.com> Subject: Re: Good 802.11a card? In-Reply-To: <20020724.220722.55833813.imp@bsdimp.com> To: "M. Warner Losh" Date: Wed, 24 Jul 2002 21:53:31 -0700 (PDT) Cc: hackers@FreeBSD.ORG Reply-To: frank@exit.com X-Copyright0: Copyright 2002 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL99 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG M. Warner Losh wrote: > That's ok, since there's no 802.11a support in FreeBSD at the moment. > There might be a binary only driver in the future, but don't even > think about asking me about it because I'm not working on it and can't > say more in public or private. Hmm. No docs for the cards, I suppose. > : Alternatively, what's the status of Cardbus support for -stable? > None. There was some patches done for it a while ago, but that dried > up :-(. So I suppose that the only cardbus support is in -current? And that it's much too different to be ported to -stable? Sigh. I was afraid of this. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 21:59:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC9737B400 for ; Wed, 24 Jul 2002 21:59:49 -0700 (PDT) Received: from relay4.kornet.net (relay4.kornet.net [211.48.62.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5D4643E4A for ; Wed, 24 Jul 2002 21:59:48 -0700 (PDT) (envelope-from hyun10310@kornet.net) Received: from your-afc98a0fg0 (211.218.53.79) by relay4.kornet.net; 25 Jul 2002 13:59:46 +0900 Message-ID: <3d3f85c23d84ee44@relay4.kornet.net> (added by relay4.kornet.net) From: =?ks_c_5601-1987?B?vLy9ur+1vu4=?= To: freebsd-hackers@FreeBSD.ORG Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtaGFja2Vyc7TUICC3zrn2xq7H0riuwMcgvNO8ur+1vu668bn9wMwgtOOx5CC5q7fhu/nHw8XXwMzHwbimIL3Fw7vHz7y8v+Qu?= Date: Thu, 25 Jul 2002 13:59:50 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0137_01C0F59A.93A50C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 This is a multi-part message in MIME format. ------=_NextPart_000_0137_01C0F59A.93A50C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 u/nHw7GzwOcoxdfAzMfBKbimud6+xrq4sO29zcC4vcW60MC6wda80rimseLA58fPvcXIxC6+ xrehwMe9xcO7x8+x4rn2xrDAu8WsuK/Hz7y8v+QuIA0KIA0KDQoNCg0KDQoNCg0KDQoNCg0K IA0KDQq7+cfDxdfAzMfBIL3Fw7vA2rTCIMHWvNLIrsDOsPogx9SysiC5q7fht84gsbPA5yAg udcgx8G3zrHXt6UNCrvztOPAuyCw8LnZt84gud7AuL3HILz2IMDWvcC0z7TZLiANCg0KDQoN Cg0KIA0KDQoNCg0KDQoNCiANCg0KDQogICCxzcfPwMcgIL3CtvS++MDMIMiruri8uiDA/MDa v+zG7cC7ILq4s7uw1CC1yMGhIMGkwd/I9yC757D6ILXluLO0z7TZLg0KIMGkurjF673FuMEg IMDMv+sgw8vB+Ln9ILHUwaTAuyDB2Lz2x8+/qSCxpLDtuN7Az8DTwLsgx6W9w8fPv7TAuLjn LCAgvPa9xbDFus7A5cShuKYguLa3w8fPsO3A1r3AtM+02S4NCiCxzcfPwMcgIMD8wNq/7Mbt wda80rTCIMDOxc2z3bvzwMcgsPiws7XIIMDlvNK/obytIL3Axq/Hz7+0wLi45yAgwPrI8bTC ILHNx8/AxyDA/MDav+zG7cHWvNK/3CC+7rawx9EgsLPAzsGkuri1tSAgsKHB9rDtIMDWwfYg vsrAuLnHt84gvsi9ycfPvcOx4iC52bb4tM+02S4NCiC89r3FwLsgIL/4xKEgvsrAuL3DuOkg vPa9xbDFus64piAgxay4r8fYIMHWvcq9w7/kLi4uDQogIGNvcHlyaWdodChjKSAgMjAwMiAN CiAgIA0K ------=_NextPart_000_0137_01C0F59A.93A50C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1tYWlsIC0tPg0K PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1tYWlsIC0tPg0K PGh0bWw+DQoNCjxoZWFkPg0KPHRpdGxlPrv5x8Oxs8DnKMXXwMzHwSm4prnevsa6uLDtvc3A uL3FutDAusHWvNK4prHiwOfHz73FyMQuvsa3ocDHvcXDu8fPseK59sawwLvFrLivx8+8vL/k LjwvdGl0bGU+DQo8c2NyaXB0IGxhbmd1YWdlPSJqYXZhc2NyaXB0Ij4NCjwhLS0NCmZ1bmN0 aW9uIHNlbmRmb3JtKCkNCnsNCiAgIGlmKGRvY3VtZW50LmZvcm0xLm5hbWUudmFsdWU9PSIi KXsNCiAgICAgIGFsZXJ0KCLAzLinwLsgwNS3wsfPv6kgwda9yr3Dv+QuLnBsZWFzZS4iKTsN CiAgICAgIHJldHVybiBmYWxzZTsNCiAgIH0NCiAgIGlmKGRvY3VtZW50LmZvcm0xLnRlbDEu dmFsdWU9PSIiKXsNCiAgICAgIGFsZXJ0KCLA/MitufjIo7imIMDUt8LHz7+pIMHWvcq9w7/k Li5wbGVhc2UuIik7DQogICAgICByZXR1cm4gZmFsc2U7DQogICB9DQogICBpZihkb2N1bWVu dC5mb3JtMS50ZWwyLnZhbHVlPT0iIil7DQogICAgICBhbGVydCgix9q15cb5ufjIo7imIMDU t8LHz7+pIMHWvcq9w7/kLi5wbGVhc2UuIik7DQogICAgICByZXR1cm4gZmFsc2U7DQogICB9 DQogICBpZihkb2N1bWVudC5mb3JtMS5lbWFpbC52YWx1ZT09IiIpew0KICAgICAgYWxlcnQo IsDMuN7Az8C7IMDUt8LHz7+pIMHWvcq9w7/kLi5wbGVhc2UuIik7DQogICAgICByZXR1cm4g ZmFsc2U7DQogICB9DQogICBpZihkb2N1bWVudC5mb3JtMS5hZGRyZXNzLnZhbHVlPT0iIil7 DQogICAgICBhbGVydCgiwda80rimIMDUt8LHz7+pIMHWvcq9w7/kLi5wbGVhc2UuIik7DQog ICAgICByZXR1cm4gZmFsc2U7DQogICB9DQoJICAgICAgZG9jdW1lbnQuZm9ybTEuc3VibWl0 KCk7DQp9DQpmdW5jdGlvbiBzZW5kaXQoKQ0Kew0KICAgaWYoZG9jdW1lbnQuZm9ybTIuZW1h aWwudmFsdWU9PSIiKXsNCiAgICAgIGFsZXJ0KCLAzLjewM/AuyDA1LfCx8+/qSDB1r3KvcO/ 5C4ucGxlYXNlLiIpOw0KICAgICAgcmV0dXJuIGZhbHNlOw0KICAgfQ0KCSAgICAgIGRvY3Vt ZW50LmZvcm0yLnN1Ym1pdCgpOw0KfQ0KLy8tLT4NCjwvU0NSSVBUPg0KPC9oZWFkPg0KDQo8 Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgdGV4dD0iYmxhY2siIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiIGFsaW5rPSJyZWQiPg0KICAgIDxwPiZuYnNwOzwvcD4NCjxESVYgc3R5bGU9IkZP TlQ6IDEwcHQgsby4siI+DQo8RElWIGFsaWduPWNlbnRlcj4NCjxUQUJMRSBjZWxsU3BhY2lu Zz0wIGNlbGxQYWRkaW5nPTAgd2lkdGg9NjM2IGFsaWduPWNlbnRlciANCmJhY2tncm91bmQ9 aHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L7y8vboxMC5iZy5naWYg Ym9yZGVyPTA+DQo8VEJPRFk+DQo8VFI+DQo8VEQ+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFp bHBhcnRuZXIuY28ua3IvZW1haWwvMDIxOS9lbWFpbDEuZ2lmIiB3aWR0aD0iNjM2IiBoZWln aHQ9IjEyMSIgYm9yZGVyPSIwIj48L1REPjwvVFI+DQo8VFIgdkFsaWduPXRvcD4NCjxURCBo ZWlnaHQ9ODc0Pg0KPERJViBhbGlnbj1jZW50ZXI+PElNRyANCmhlaWdodD03NyBzcmM9Imh0 dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDIxOS+8vL26MS50ZXh0MDAxLmdp ZiIgDQp3aWR0aD00NDUgYm9yZGVyPTA+PEJSPg0KPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2Vs bFBhZGRpbmc9MCB3aWR0aD0iOTUlIiBhbGlnbj1jZW50ZXIgYm9yZGVyPTA+DQo8VEJPRFk+ DQo8VFI+DQo8VEQgd2lkdGg9IjQ1JSI+DQo8RElWIGFsaWduPXJpZ2h0PjxJTUcgaGVpZ2h0 PTc5IA0Kc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzAyMTkvvLy9 ujIuc2FqaW4wMDEuZ2lmIiANCndpZHRoPTE4Mz48L0RJVj48L1REPg0KPFREIHdpZHRoPSI1 NSUiPjxJTUcgaGVpZ2h0PTc5IA0Kc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmty L2VtYWlsLzAyMTkvvLy9ujIuc2FqaW4wMDIuZ2lmIiANCndpZHRoPTI4MT48L1REPjwvVFI+ DQo8VFI+DQo8VEQgd2lkdGg9IjQ1JSI+DQo8RElWIGFsaWduPXJpZ2h0PjxJTUcgaGVpZ2h0 PTIyOCANCnNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L7y8 vboyLnNhamluMDAzLmpwZyIgDQp3aWR0aD0xODM+PC9ESVY+PC9URD4NCjxURCB2QWxpZ249 dG9wIHdpZHRoPSI1NSUiPjxJTUcgDQpoZWlnaHQ9MjI4IHNyYz0iaHR0cDovL3d3dy5tYWls cGFydG5lci5jby5rci9lbWFpbC8wMjE5L2VtYWlsMy5naWYiIA0Kd2lkdGg9NDE2IGJvcmRl cj0wPjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PEJSPg0KPFRBQkxFIGNlbGxTcGFjaW5n PTAgY2VsbFBhZGRpbmc9MCB3aWR0aD0iOTIlIiBhbGlnbj1jZW50ZXIgYm9yZGVyPTA+DQo8 VEJPRFk+DQo8VFI+DQo8VEQgaGVpZ2h0PTExPjxJTUcgaGVpZ2h0PSIyMCIgDQpzcmM9Imh0 dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDIxOS+8vL26MTEuc2VxMDAyLmdp ZiIgDQp3aWR0aD01ODM+PC9URD48L1RSPg0KPFRSIHZBbGlnbj10b3A+DQo8VEQgaGVpZ2h0 PTE3Mj4NCjxUQUJMRSBjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5nPTAgd2lkdGg9Ijk1JSIg YWxpZ249Y2VudGVyIGJvcmRlcj0wPg0KPFRCT0RZPg0KPFRSPg0KPFREIHZBbGlnbj10b3Ag d2lkdGg9IjQ3JSIgaGVpZ2h0PTIwPg0KPERJViBhbGlnbj1yaWdodD48SU1HIGhlaWdodD0z MiANCnNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L7y8vbo1 LnNpbTAwMS5naWYiIA0Kd2lkdGg9MjUxPjwvRElWPjwvVEQ+DQo8VEQgaGVpZ2h0PTM1IHJv d1NwYW49Mj48SU1HIGhlaWdodD0xOTMgDQpzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIu Y28ua3IvZW1haWwvMDIxOS+8vL26OC5zYWppbjAwNS5qcGciIA0Kd2lkdGg9Mjk2PjwvVEQ+ PC9UUj4NCjxUUj4NCjxURCB2QWxpZ249dG9wIHdpZHRoPSI0NyUiIGhlaWdodD01ND4NCjxE SVYgYWxpZ249cmlnaHQ+PEJSPjxJTUcgaGVpZ2h0PTEwNCANCnNyYz0iaHR0cDovL3d3dy5t YWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L7y8vbo2LnNpbTAwMi5naWYiIA0Kd2lkdGg9 MjUzPjwvRElWPjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9URD48L1RSPg0KPFRSPg0K PFREPjxJTUcgaGVpZ2h0PTIwIA0Kc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmty L2VtYWlsLzAyMTkvvLy9ujExLnNlcTAwMy5naWYiIA0Kd2lkdGg9NTgzPjwvVEQ+PC9UUj48 L1RCT0RZPjwvVEFCTEU+PEJSPg0KPFRBQkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9 MCB3aWR0aD0iOTUlIiBhbGlnbj1jZW50ZXIgYm9yZGVyPTA+DQo8VEJPRFk+DQo8VFI+DQo8 VEQgd2lkdGg9IjE5JSIgaGVpZ2h0PTI1OD4NCjxESVYgYWxpZ249cmlnaHQ+PElNRyBoZWln aHQ9MjU1IA0Kc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzAyMTkv vLy9ujcuZ3JlZW4wMDEuZ2lmIiANCndpZHRoPTM5PjwvRElWPjwvVEQ+DQo8VEQgdkFsaWdu PXRvcCB3aWR0aD0iNjMlIiBoZWlnaHQ9MjU4Pg0KPERJViBhbGlnbj1jZW50ZXI+PElNRyAN CnNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L2VtYWlsOC5n aWYiPiAgPEJSPjxCUj48Rk9OVCBzaXplPTI+u/nHw8XXwMzHwSC9xcO7wNq0wiDB1rzSyK7A zrD6IMfUsrIguau34bfOILGzwOcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgudcgx8G3zrHXt6U8YnI+u/O048C7ILDwudm3ziC53sC4vccgvPYgwNa9wLTP tNkuIDxCUj48QlI+PC9GT05UPjwvRElWPg0KPEZPUk0gbmFtZT0iZm9ybTEiIGFjdGlvbj0i aHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L2NqX29rLmFzcCIgbWV0 aG9kPSJwb3N0Ij4NCjxUQUJMRSBjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5nPTAgd2lkdGg9 IjkwJSIgYWxpZ249Y2VudGVyIGJvcmRlcj0wPg0KPFRCT0RZPg0KPFRSPg0KPFREIHZBbGln bj10b3Agd2lkdGg9IjYyJSIgaGVpZ2h0PTE0MD4NCjxESVYgYWxpZ249Y2VudGVyPg0KPFRB QkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD0iOTAlIiBib3JkZXI9MD4N CjxUQk9EWT4NCjxUUj4NCjxURCB2QWxpZ249dG9wIHdpZHRoPSIzNiUiIGhlaWdodD0xMzY+ DQo8UD48SU1HIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5 L2VtYWlsNC5naWYiIA0Kd2lkdGg9NTYgaGVpZ2h0PSIxMTQiPjwvUD48L1REPg0KPFREIHZB bGlnbj10b3Agd2lkdGg9IjY0JSIgaGVpZ2h0PTEzNj48Rk9OVCBzaXplPTI+PElOUFVUIG1h eExlbmd0aD0xNSBzaXplPTEwIA0KbmFtZT0ibmFtZSI+IDxCUj48SU5QVVQgbWF4TGVuZ3Ro PTE1IHNpemU9MTAgbmFtZT0idGVsMSI+IDxCUj48SU5QVVQgbWF4TGVuZ3RoPTE1IA0Kc2l6 ZT0xMCBuYW1lPSJ0ZWwyIj4gPEJSPjxJTlBVVCBtYXhMZW5ndGg9MzAgc2l6ZT0xNiBuYW1l PSJlbWFpbCI+PEJSPjxJTlBVVCANCnNpemU9MTYgbmFtZT0iYWRkcmVzcyI+IDwvRk9OVD48 L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPjwvVEQ+DQo8VEQgd2lkdGg9IjM4JSIg aGVpZ2h0PTE0MD4NCjxESVYgYWxpZ249Y2VudGVyPjxJTlBVVCB0eXBlPWltYWdlIGhlaWdo dD0xMDAgd2lkdGg9MTAwIA0Kc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2Vt YWlsLzAyMTkvvLy9ujkuYnV0dG9uLmdpZiIgYWxpZ249dG9wIA0KYm9yZGVyPTA+PC9ESVY+ PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDwvZm9ybT4NCjxGT05UIHNpemU9Mj48L0ZPTlQ+PC9URD4NCjxURCB3aWR0 aD0iMTglIiBoZWlnaHQ9MjU4PjxJTUcgaGVpZ2h0PTI1NSANCnNyYz0iaHR0cDovL3d3dy5t YWlscGFydG5lci5jby5rci9lbWFpbC8wMjE5L7y8vbo4LmdyZWVuMDAyLmdpZiIgDQp3aWR0 aD0zOD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPjwvVEQ+PC9UUj4NCjxUUj4N CjxURD48SU1HIGhlaWdodD0yOCBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3Iv ZW1haWwvMDIxOS+8vL26MTEuYmcwMi5naWYiIA0Kd2lkdGg9NjM2PjwvVEQ+PC9UUj48L1RC T0RZPjwvVEFCTEU+PFRBQkxFIGNlbGxTcGFjaW5nPTAgY2VsbFBhZGRpbmc9MCB3aWR0aD01 NTggYWxpZ249Y2VudGVyIGJvcmRlcj0wPg0KPFRCT0RZPg0KPFRSPg0KPFREPg0KPC9URD48 L1RSPjwvVEJPRFk+PC9UQUJMRT48L0RJVj48L0RJVj4NCjx0YWJsZSBhbGlnbj0iY2VudGVy IiBib3JkZXI9IjEiIGNlbGxzcGFjaW5nPSIwIiB3aWR0aD0iNjM2IiBib3JkZXJjb2xvcmRh cms9IndoaXRlIiBib3JkZXJjb2xvcmxpZ2h0PSJuYXZ5Ij4NCiAgICA8dHI+DQogICAgICAg IDx0ZD4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxwIHN0eWxlPSJsaW5lLWhlaWdodDox MjAlOyBtYXJnaW4tYm90dG9tOjA7IG1hcmdpbi1sZWZ0OjEwOyI+PGZvbnQgZmFjZT0isby4 siIgY29sb3I9IiM2NjY2NjYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+sc3Hz8DH IA0KICAgICAgICAgICAgICAgICAgICAgICAgvcK29L74wMwgyKu6uLy6IMD8wNq/7MbtwLsg urizu7DUILXIwaEgwaTB38j3ILvnsPogteW4s7TPtNkuPC9mb250Pjwvc3Bhbj48L3A+DQog ICAgICAgICAgICAgICAgICAgICAgICA8cCBzdHlsZT0ibGluZS1oZWlnaHQ6MTIwJTsgbWFy Z2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7IG1hcmdpbi1sZWZ0OjEwOyI+PGZvbnQgZmFj ZT0isby4siIgY29sb3I9IiM2NjY2NjYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+ waS6uMXrvcW4wSANCiAgICAgICAgICAgICAgICAgICAgICAgIMDMv+sgw8vB+Ln9ILHUwaTA uyDB2Lz2x8+/qSCxpLDtuN7Az8DTwLsgx6W9w8fPv7TAuLjnLCANCiAgICAgICAgICAgICAg ICAgICAgICAgILz2vcWwxbrOwOXEobimILi2t8PHz7DtwNa9wLTPtNkuPC9mb250Pjwvc3Bh bj48L3A+DQogICAgICAgICAgICAgICAgICAgICAgICA8cCBzdHlsZT0ibGluZS1oZWlnaHQ6 MTIwJTsgbWFyZ2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7IG1hcmdpbi1sZWZ0OjEwOyI+ PGZvbnQgZmFjZT0isby4siIgY29sb3I9IiM2NjY2NjYiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OXB0OyI+sc3Hz8DHIA0KICAgICAgICAgICAgICAgICAgICAgICAgwPzA2r/sxu3B1rzS tMIgwM7FzbPdu/PAxyCw+LCztcggwOW80r+hvK0gvcDGr8fPv7TAuLjnIA0KICAgICAgICAg ICAgICAgICAgICAgICAgwPrI8bTCILHNx8/AxyDA/MDav+zG7cHWvNK/3CC+7rawx9EgsLPA zsGkuri1tSANCiAgICAgICAgICAgICAgICAgICAgICAgILChwfaw7SDA1sH2IL7KwLi5x7fO IL7IvcnHz73DseIgudm2+LTPtNkuPC9mb250Pjwvc3Bhbj48L3A+DQogICAgICAgICAgICAg ICAgICAgICAgICA8cCBzdHlsZT0ibGluZS1oZWlnaHQ6MTIwJTsgbWFyZ2luLXRvcDowOyBt YXJnaW4tYm90dG9tOjA7IG1hcmdpbi1sZWZ0OjEwOyI+PGZvbnQgZmFjZT0isby4siIgY29s b3I9IiM2NjY2NjYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+vPa9xcC7IA0KICAg ICAgICAgICAgICAgICAgICAgICAgv/jEoSC+ysC4vcO46SA8L2ZvbnQ+PGEgaHJlZj0ibWFp bHRvOmh5dW4xMDMxMEBrb3JuZXQubmV0Ij48Zm9udCBmYWNlPSKxvLiyIj48Yj689r3FsMW6 zjwvYj48L2ZvbnQ+PC9hPjxmb250IGZhY2U9IrG8uLIiIGNvbG9yPSIjNjY2NjY2Ij64piAN CiAgICAgICAgICAgICAgICAgICAgICAgIMWsuK/H2CDB1r3KvcO/5C4uLjwvc3Bhbj48L2Zv bnQ+PC9wPg0KICAgICAgICAgICAgDQogICAgICAgICAgICA8cCBhbGlnbj0iY2VudGVyIiBz dHlsZT0ibGluZS1oZWlnaHQ6MTIwJTsgbWFyZ2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7 IG1hcmdpbi1sZWZ0OjEwOyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij5jb3B5cmln aHQoYykgDQogICAgICAgICAgICAyMDAyIDwvc3Bhbj48L3A+DQogICAgICAgIDwvdGQ+DQog ICAgPC90cj4NCjwvdGFibGU+DQo8cCBhbGlnbj0iY2VudGVyIj4mbmJzcDs8L3A+DQo8L2Jv ZHk+DQoNCjwvaHRtbD4NCg== ------=_NextPart_000_0137_01C0F59A.93A50C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 22: 1: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C19F37B400 for ; Wed, 24 Jul 2002 22:01:04 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A2843E77 for ; Wed, 24 Jul 2002 22:01:02 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g6P50oYx020840; Wed, 24 Jul 2002 23:00:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 24 Jul 2002 23:00:47 -0600 (MDT) Message-Id: <20020724.230047.91756650.imp@bsdimp.com> To: frank@exit.com Cc: hackers@FreeBSD.ORG Subject: Re: Good 802.11a card? From: "M. Warner Losh" In-Reply-To: <200207250453.g6P4rVnG019190@realtime.exit.com> References: <20020724.220722.55833813.imp@bsdimp.com> <200207250453.g6P4rVnG019190@realtime.exit.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200207250453.g6P4rVnG019190@realtime.exit.com> Frank Mayhar writes: : M. Warner Losh wrote: : > That's ok, since there's no 802.11a support in FreeBSD at the moment. : > There might be a binary only driver in the future, but don't even : > think about asking me about it because I'm not working on it and can't : > say more in public or private. : : Hmm. No docs for the cards, I suppose. Yup. : > : Alternatively, what's the status of Cardbus support for -stable? : > None. There was some patches done for it a while ago, but that dried : > up :-(. : : So I suppose that the only cardbus support is in -current? And that it's : much too different to be ported to -stable? Too different for me to port it while I'm working on it, but not so different that someone else couldn't backport it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 22:53:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 742A837B400 for ; Wed, 24 Jul 2002 22:53:28 -0700 (PDT) Received: from ns.aus.com (adsl-66-127-240-180.dsl.sntc01.pacbell.net [66.127.240.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0EA043E5E for ; Wed, 24 Jul 2002 22:53:27 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6P75wV12288; Thu, 25 Jul 2002 16:35:58 +0930 Date: Thu, 25 Jul 2002 16:35:58 +0930 (CST) From: Richard Sharpe To: Terry Lambert Cc: Paul Khavkine , Peter Wemm , Subject: Re: Name service switch In-Reply-To: <3D3F47A0.91239B47@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, 24 Jul 2002, Terry Lambert wrote: > Paul Khavkine wrote: > > Well the one we have in -CURRENT lacks dynamic module support (as does IRS). > > > > I just wanted to know if there was any issues for not implementing IRS > > before ? > > The BIND IRS implementation depends on use of the BIND resolver > library. In FreeBSD, the resolver library is integrated into > libc, so upgrading it is very, very hard compared to what it > would be if it were boken out into a seperate libresolv. > > The use of loadable modules has two problems; the first is that > it requires that binaries be dynamically, not statically linked, > because FreeBSD does not support a static "libdlopen" because of > how symbol lookups are wedged for things like a NULL parameter, > and importing of main object symbols by loaded modules (in fact, > the ELF standard was never intended to support static linking), > and some programs can not be dynamically linked (anything run > before /usr is mounted to get lib and libexec). The second is > that dynamic linking and modules themselves open you up to > security exploits based on inherent flaws in the idea in a > hostile implementation environment. Hmmm, so what you are telling me is that winbindd will not work on FreeBSD even under 5.0? > If you want to find an IRS patch set for FreeBSD, serach for > the terms "irs" "nss" "ldap", and it will be in the top 5 or > so. > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 23:19: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A401437B400 for ; Wed, 24 Jul 2002 23:18:58 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C84D43E86 for ; Wed, 24 Jul 2002 23:18:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0122.cvx21-bradley.dialup.earthlink.net ([209.179.192.122] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Xbxa-0004u0-00; Wed, 24 Jul 2002 23:18:51 -0700 Message-ID: <3D3F978A.86533C34@mindspring.com> Date: Wed, 24 Jul 2002 23:15:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Sharpe Cc: Paul Khavkine , Peter Wemm , freebsd-hackers@FreeBSD.ORG Subject: Re: Name service switch 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 Richard Sharpe wrote: > Hmmm, so what you are telling me is that winbindd will not work on FreeBSD > even under 5.0? What part of "FreeBSD 5.x implements NSS, but does not implement IRS" was unclear? 8-). The "winbindd" program is an NSS interfaced program; therefore it should work *fine* in 5.x, since NSS supposedly works fine in 5.x. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 24 23:36:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7B4E37B400 for ; Wed, 24 Jul 2002 23:36:42 -0700 (PDT) Received: from ns.aus.com (adsl-66-127-240-180.dsl.sntc01.pacbell.net [66.127.240.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7126A43E4A for ; Wed, 24 Jul 2002 23:36:42 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6P7nH112469; Thu, 25 Jul 2002 17:19:17 +0930 Date: Thu, 25 Jul 2002 17:19:17 +0930 (CST) From: Richard Sharpe To: Terry Lambert Cc: Paul Khavkine , Peter Wemm , Subject: Re: Name service switch In-Reply-To: <3D3F978A.86533C34@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, 24 Jul 2002, Terry Lambert wrote: > Richard Sharpe wrote: > > Hmmm, so what you are telling me is that winbindd will not work on FreeBSD > > even under 5.0? > > What part of "FreeBSD 5.x implements NSS, but does not implement > IRS" was unclear? 8-). > > The "winbindd" program is an NSS interfaced program; therefore it > should work *fine* in 5.x, since NSS supposedly works fine in 5.x. Well, you were saying that DSOs were unsafe or some such, so I assumed that FreeBSD 5.x's NSS did not support DSOs, and thus windindd. I guess I should just try it. > -- Terry > -- Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 0:13:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CA237B400 for ; Thu, 25 Jul 2002 00:13:49 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CAF343E6E for ; Thu, 25 Jul 2002 00:13:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0122.cvx21-bradley.dialup.earthlink.net ([209.179.192.122] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17Xcoe-0001zM-00; Thu, 25 Jul 2002 00:13:41 -0700 Message-ID: <3D3FA426.EDC4F0FB@mindspring.com> Date: Thu, 25 Jul 2002 00:09:26 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Sharpe Cc: Paul Khavkine , Peter Wemm , freebsd-hackers@FreeBSD.ORG Subject: Re: Name service switch 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 Richard Sharpe wrote: > > The "winbindd" program is an NSS interfaced program; therefore it > > should work *fine* in 5.x, since NSS supposedly works fine in 5.x. > > Well, you were saying that DSOs were unsafe or some such, so I assumed > that FreeBSD 5.x's NSS did not support DSOs, and thus windindd. PAM uses it anyway. I was making a point about intentional avoidance of IRS, and that modules can't work in statically linked programs. > I guess I should just try it. THat's always the best. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 0:25:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4A6137B400 for ; Thu, 25 Jul 2002 00:25:22 -0700 (PDT) Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F2843E72 for ; Thu, 25 Jul 2002 00:25:22 -0700 (PDT) (envelope-from Qing.Li@windriver.com) Received: from heavygear (heavygear [147.11.38.42]) by mail.wrs.com (8.9.3/8.9.1) with SMTP id AAA02416 for ; Thu, 25 Jul 2002 00:23:36 -0700 (PDT) From: "Qing Li" To: "FreeBSD-Hackers" Subject: questions about some code in route.c Date: Thu, 25 Jul 2002 00:24:21 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 Please help me try to understand some of the code in route.c. 1. In function "rtrequest1", ========================================= case RTM_DELETE: /* * Now search what's left of the subtree for any cloned * routes which might have been formed from this node. */ if ((rt->rt_flags & (RTF_CLONING | RTF_PRCLONING)) && rt_mask(rt)) { ========================================= Question: under what situation would a route entry that is clone-able but having a (rt_mask(rt) == 0) ?? 2. A related question is, in the same function, ========================================= /* * We repeat the same procedure from rt_setgate() here because * it doesn't fire when we call it there because the node * hasn't been added to the tree yet. */ if (!(rt->rt_flags & RTF_HOST) && rt_mask(rt) != 0) { struct rtfc_arg arg; arg.rnh = rnh; arg.rt0 = rt; rnh->rnh_walktree_from(rnh, rt_key(rt), rt_mask(rt), rt_fixchange, &arg); } ========================================= Question: wouldn't the 1st check for "not a host route" be sufficient ?? 3. In function "rtredirect", ========================================== /* * Create a new entry if we just got back a wildcard entry * or the the lookup failed. This is necessary for hosts * which use routing redirects generated by smart gateways * to dynamically build the routing tables. */ if ((rt == 0) || (rt_mask(rt) && rt_mask(rt)->sa_len < 2)) goto create; ============================================ Question: I am guessing (sa_len < 2) is checking for a mask of all 0's based on what in_socktrim does, is this correct ?? Why is the magic number "2" ? Any help/pointer on these would be greatly appreciated. -- Qing To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 1: 0:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF3137B400 for ; Thu, 25 Jul 2002 01:00:34 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0618243E3B for ; Thu, 25 Jul 2002 01:00:33 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.5/8.12.2) with ESMTP id g6P80MUm068588; Thu, 25 Jul 2002 10:00:23 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.5/8.12.5/Submit) id g6P80DsR068587; Thu, 25 Jul 2002 10:00:13 +0200 (CEST) Date: Thu, 25 Jul 2002 10:00:13 +0200 From: Wilko Bulte To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: fibrechannel./fibre SCSI cards Message-ID: <20020725100013.A68539@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Wed, Jul 24, 2002 at 06:03:04PM -0700 X-OS: FreeBSD 4.6-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 24, 2002 at 06:03:04PM -0700, Julian Elischer wrote: man isp will give you a list of supported Qlogic FC stuff. Eg cards like the QL2[12]00 should just work. > > Ok so I looke in the 4.6 release notes but without reading teh spec of > every card mentionned, are there any recomendations for fibrechannel > adapters? (showing his ignorance he assumes it is the same as > SCSI-over-Fibre.. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 6: 8:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB9FB37B400 for ; Thu, 25 Jul 2002 06:08:50 -0700 (PDT) Received: from spxgate.servplex.com (66-105-58-82.customer.algx.net [66.105.58.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE8AF43E75 for ; Thu, 25 Jul 2002 06:08:49 -0700 (PDT) (envelope-from peter@servplex.com) Received: from peter.servplex.com ([192.168.0.61]) by spxgate.servplex.com (8.11.6/8.11.1) with ESMTP id g6PDEwg83585; Thu, 25 Jul 2002 08:14:58 -0500 (CDT) (envelope-from peter@servplex.com) Message-Id: <5.1.0.14.2.20020725080547.00a40c20@mail.servplex.com> X-Sender: peter@mail.servplex.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 25 Jul 2002 08:08:40 -0500 To: John Engelhart From: Peter Elsner Subject: Re: Serious File System problems (4.6-Release) Cc: freebsd-hackers@freebsd.org In-Reply-To: References: <20020725001049.B67097@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_685776==_.ALT" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=====================_685776==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed We had a similar problem with a bad motherboard... Only problem is it kept trashing the hard drives. We went through 4 new hard drives within 3 months total. With each hard drive replacement, we also replaced some other component, first was the memory, then the CPU, and finally before putting the 5th drive in place, I had changed out the motherboard, and the system has been up for 6 months now. At 03:42 PM 7/24/2002 -0700, you wrote: >On Thu, 25 Jul 2002, Wilko Bulte wrote: > > > On Wed, Jul 24, 2002 at 02:32:25PM -0700, John Engelhart wrote: > > > > > > Thoughts? Is it memory? Is it CPU? One of the CPU's is brand new. One > > > of the CPU's is left over from one of the original systems. I've just > > > purchased another CPU to rule that out. I've also picked up a stick of > > > 128 megs of ram, one with and one without ECC, to see if that's causing > > > the problem. Or am I on to some insidous SMP bug? > > > > > > > Guessing (obviously): power supply? > >Good suggestion. I've been through four, however. All with the same >problem. The original 2460 was kinda particular about it's power >supplies, the 2466 seems less so as it's got the P4 extra power supply >connector to help with the dual proc power needs. No special voltage >requirements are specificed for the 2466. > >I'm wondering if it's not the CPU. If it were the RAM, I'd figure that >ECC would trip up before it allowed for that kind of corruption. *sigh*. > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. --=====================_685776==_.ALT Content-Type: text/html; charset="us-ascii" We had a similar problem with a bad motherboard...  Only problem is it kept trashing the hard drives.
We went through 4 new hard drives within 3 months total.  With each hard drive replacement, we also
replaced some other component, first was the memory, then the CPU, and finally before putting the 5th drive in place,
I had changed out the motherboard, and the system has been up for 6 months now.





At 03:42 PM 7/24/2002 -0700, you wrote:
On Thu, 25 Jul 2002, Wilko Bulte wrote:

> On Wed, Jul 24, 2002 at 02:32:25PM -0700, John Engelhart wrote:
> >
> > Thoughts?  Is it memory?  Is it CPU?  One of the CPU's is brand new.  One
> > of the CPU's is left over from one of the original systems.  I've just
> > purchased another CPU to rule that out.  I've also picked up a stick of
> > 128 megs of ram, one with and one without ECC, to see if that's causing
> > the problem.  Or am I on to some insidous SMP bug?
> >
>
> Guessing (obviously): power supply?

Good suggestion.  I've been through four, however.  All with the same
problem.  The original 2460 was kinda particular about it's power
supplies, the 2466 seems less so as it's got the P4 extra power supply
connector to help with the dual proc power needs.  No special voltage
requirements are specificed for the 2466.

I'm wondering if it's not the CPU.  If it were the RAM, I'd figure that
ECC would trip up before it allowed for that kind of corruption.  *sigh*.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message

----------------------------------------------------------------------------------------------------------
Peter Elsner <peter@servplex.com>
Vice President Of Customer Service (And System Administrator)
1835 S. Carrier Parkway
Grand Prairie, Texas 75051
(972) 263-2080 - Voice
(972) 263-2082 - Fax
(972) 489-4838 - Cell Phone
(425) 988-8061 - eFax

Unix IS user friendly... It's just selective about who its friends are.
System Administration - It's a dirty job, but somebody said I had to do it.
If you receive something that says 'Send this to everyone you know,
pretend you don't know me.

Standard $500/message proofreading fee applies for UCE.

--=====================_685776==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 6:57:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A851F37B401 for ; Thu, 25 Jul 2002 06:57:43 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2959643E81 for ; Thu, 25 Jul 2002 06:57:42 -0700 (PDT) (envelope-from sruml@gmx.de) Received: (qmail 30457 invoked by uid 0); 25 Jul 2002 13:57:40 -0000 Received: from du-014-181.access.de.clara.net (HELO trunks) (212.82.249.181) by mail.gmx.net (mp010-rz3) with SMTP; 25 Jul 2002 13:57:40 -0000 Message-ID: <006001c233e3$95578990$01000001@trunks> From: "sebastian ruml" To: Subject: Date: Thu, 25 Jul 2002 16:00:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.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 auth 5378d2f4 subscribe freebsd-hackers sruml@gmx.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 7:24: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8C637B400; Thu, 25 Jul 2002 07:23:59 -0700 (PDT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D2543E77; Thu, 25 Jul 2002 07:23:57 -0700 (PDT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost.axe-inc.co.jp (localhost.axe-inc.co.jp [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id XAA12554; Thu, 25 Jul 2002 23:23:55 +0900 (JST) Message-Id: <200207251423.XAA12554@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost.axe-inc.co.jp [127.0.0.1] didn't use HELO protocol To: hackers@freebsd.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/usb usbdevs In-reply-to: Your message of "Thu, 25 Jul 2002 07:15:49 MST." <200207251415.g6PEFoB3069395@freefall.freebsd.org> Date: Thu, 25 Jul 2002 23:23:55 +0900 From: Takanori Watanabe Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Log: > MFNetBSD: FTDI USB-serial converter chips description. I ported a FTDI USB serial converter driver from NetBSD. http://people.freebsd.org/uftdi.tar.gz ~ ~ ~ ~ ~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 10:10:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F390B37B400 for ; Thu, 25 Jul 2002 10:10:42 -0700 (PDT) Received: from zang.com (zang.com [216.34.130.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F6E43E42 for ; Thu, 25 Jul 2002 10:10:42 -0700 (PDT) (envelope-from johne@zang.com) Received: by zang.com (Postfix, from userid 100) id CC7B54EBE3; Thu, 25 Jul 2002 10:10:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zang.com (Postfix) with ESMTP id B55C03B6D7; Thu, 25 Jul 2002 10:10:41 -0700 (PDT) Date: Thu, 25 Jul 2002 10:10:41 -0700 (PDT) From: John Engelhart To: Peter Elsner Cc: freebsd-hackers@freebsd.org Subject: Re: Serious File System problems (4.6-Release) In-Reply-To: <5.1.0.14.2.20020725080547.00a40c20@mail.servplex.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've changed out both the CPU and the Memory at this point and it's run flawless for.. hmm, 12 hours. Much better than before. It looks like this was just marginal hardware. I HATE marginal hardware. Sorry for wasting everyones time. On Thu, 25 Jul 2002, Peter Elsner wrote: > We had a similar problem with a bad motherboard... Only problem is it kept > trashing the hard drives. > We went through 4 new hard drives within 3 months total. With each hard > drive replacement, we also > replaced some other component, first was the memory, then the CPU, and > finally before putting the 5th drive in place, > I had changed out the motherboard, and the system has been up for 6 months now. > > > > > > At 03:42 PM 7/24/2002 -0700, you wrote: > >On Thu, 25 Jul 2002, Wilko Bulte wrote: > > > > > On Wed, Jul 24, 2002 at 02:32:25PM -0700, John Engelhart wrote: > > > > > > > > Thoughts? Is it memory? Is it CPU? One of the CPU's is brand new. One > > > > of the CPU's is left over from one of the original systems. I've just > > > > purchased another CPU to rule that out. I've also picked up a stick of > > > > 128 megs of ram, one with and one without ECC, to see if that's causing > > > > the problem. Or am I on to some insidous SMP bug? > > > > > > > > > > Guessing (obviously): power supply? > > > >Good suggestion. I've been through four, however. All with the same > >problem. The original 2460 was kinda particular about it's power > >supplies, the 2466 seems less so as it's got the P4 extra power supply > >connector to help with the dual proc power needs. No special voltage > >requirements are specificed for the 2466. > > > >I'm wondering if it's not the CPU. If it were the RAM, I'd figure that > >ECC would trip up before it allowed for that kind of corruption. *sigh*. > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > > ---------------------------------------------------------------------------------------------------------- > Peter Elsner > Vice President Of Customer Service (And System Administrator) > 1835 S. Carrier Parkway > Grand Prairie, Texas 75051 > (972) 263-2080 - Voice > (972) 263-2082 - Fax > (972) 489-4838 - Cell Phone > (425) 988-8061 - eFax > > Unix IS user friendly... It's just selective about who its friends are. > System Administration - It's a dirty job, but somebody said I had to do it. > If you receive something that says 'Send this to everyone you know, > pretend you don't know me. > > Standard $500/message proofreading fee applies for UCE. > > ________ -Hermes---------------------------------------------------|____ /------ | johne@zang.com / / (tm)| | -CEO, PreDawn Society. (A wholly owned subsidiary of / / | | Zang(tm) Industries Incorporated). / /\ |\ |/~ | | -Vice President in charge of Information Systems, Zang. / /--\| \|\/~| ----------------------------------------------------------/________|----- | Reality 2.0: Score counter, extra men, and better parallax scrolling. | ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 17: 8: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C37837B400 for ; Thu, 25 Jul 2002 17:08:03 -0700 (PDT) Received: from sims-mx1.cg.sfl.net (sims-mx1.cg.sfl.net [139.142.2.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E154F43E42 for ; Thu, 25 Jul 2002 17:08:02 -0700 (PDT) (envelope-from bfletcher@idelix.com) Received: from sims-px2.mt.sfl.net ([209.135.99.10]) by sims-mx1.cg.sfl.net (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0GZT00B05XMG7C@sims-mx1.cg.sfl.net> for freebsd-hackers@FreeBSD.org; Thu, 25 Jul 2002 18:06:16 -0600 (MDT) Received: from ferrari (jcm.numericalmethods.com [66.38.134.9]) by sims-px2.mt.sfl.net (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with SMTP id <0GZT00BKYXPB1Z@sims-px2.mt.sfl.net> for freebsd-hackers@FreeBSD.org; Thu, 25 Jul 2002 20:08:00 -0400 (EDT) Date: Thu, 25 Jul 2002 17:03:08 -0700 From: Brady Fletcher Subject: newbie looking to get involved. To: freebsd-hackers@FreeBSD.org Reply-To: bfletcher@idelix.com Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: 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 Hey there, I'm pretty much completely new the UNIX os but I'd be interested in learning about it and contributing some of my time to the FreeBSD cause. Right now I'm entering 2nd year Electrical Engineering at Queen's University and am working with a company out of Vancouver, Canada (just for the summer) where I'm just starting to build an FTP server using FreeBSD. Essentially that's my UNIX experience though. Anyways if you can find some way to get me involved let me know and any tips you have for the FTP server would be greatly appreciated. Thanks a lot, Brady Fletcher Idelix Software mailto:bfletcher@idelix.com http://www.Idelix.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 22:35:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD4B337B400 for ; Thu, 25 Jul 2002 22:35:16 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF2543E42 for ; Thu, 25 Jul 2002 22:35:11 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from pcp532210pcs.nash01.tn.comcast.net (pcp532210pcs.nash01.tn.comcast.net [68.52.140.231]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GZU000OECUMSS@mtaout03.icomcast.net> for freebsd-hackers@freebsd.org; Fri, 26 Jul 2002 01:35:10 -0400 (EDT) Date: Fri, 26 Jul 2002 00:35:26 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: dump on mounted fs In-reply-to: X-X-Sender: bandix@dallben To: David Miller Cc: David Malone , "Mark W. Krentel" , freebsd-hackers@freebsd.org Message-id: <20020719121946.F19776-100000@dallben> 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, 19 Jul 2002, David Miller wrote: >A year ago there was a problem with backing up files larger than either >2GB or 4GB, I forget which. A beta version of star would handle it, but >all the native versions of tar and gtar failed. > >That's often not a problem, but if you're backing up db container files on >big drives it's an issue. That is definitely a caveat. I have yet to run into this filesize ceiling with gtar. We backup a cool terabyte currently and I've got a 4U box with 2TB on disk sitting on my desk next to me waiting to go into service. However, few of our datafiles here approach 2GB, we just have *lots* of files of a couple hundred megs a piece. Unfortunately who knows when gtar will have this bug fixed. Last I started checking around it looked suspiciously like GNU tar is presently maintainerless. The 1.13 release is several /years/ old and 1.13.25 has been sitting on ftp://alpha.gnu.org for forever as well. It's a damn shame there's no drop-in BSD licensed replacement (by drop-in I mean 100% compatible at the command line). Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 25 23:49: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3BB137B400 for ; Thu, 25 Jul 2002 23:49:03 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0982843E42 for ; Thu, 25 Jul 2002 23:49:03 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6Q6n1af075524; Fri, 26 Jul 2002 01:49:01 -0500 (CDT) (envelope-from dan) Date: Fri, 26 Jul 2002 01:49:01 -0500 From: Dan Nelson To: "Brandon D. Valentine" Cc: David Miller , David Malone , "Mark W. Krentel" , freebsd-hackers@FreeBSD.ORG Subject: Re: dump on mounted fs Message-ID: <20020726064900.GH62267@dan.emsphone.com> References: <20020719121946.F19776-100000@dallben> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020719121946.F19776-100000@dallben> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.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 In the last episode (Jul 26), Brandon D. Valentine said: > On Fri, 19 Jul 2002, David Miller wrote: > >A year ago there was a problem with backing up files larger than > >either 2GB or 4GB, I forget which. A beta version of star would > >handle it, but all the native versions of tar and gtar failed. > > > >That's often not a problem, but if you're backing up db container > >files on big drives it's an issue. > > Unfortunately who knows when gtar will have this bug fixed. Last I > started checking around it looked suspiciously like GNU tar is > presently maintainerless. The 1.13 release is several /years/ old > and 1.13.25 has been sitting on ftp://alpha.gnu.org for forever as > well. It's a damn shame there's no drop-in BSD licensed replacement > (by drop-in I mean 100% compatible at the command line). The 4gb bug was fixed back in 1.13.18 or so, probably earlier. At least the oldest media station server I have has 1.13.18, and I remember installing tar from ports on all of them to fix this exact problem. Earlier versions of tar completely mangled incremental archives, too. Hmm. There isn't anything on alpha.gnu.org. Not even a /gnu directory anymore. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 8:50:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95B2637B400; Fri, 26 Jul 2002 08:50:24 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A5743E4A; Fri, 26 Jul 2002 08:50:22 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 17Y7MD-0006gB-00 (Debian); Fri, 26 Jul 2002 16:50:21 +0100 Date: Fri, 26 Jul 2002 16:50:21 +0100 From: Tony Finch To: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Cc: dot@dotat.at Subject: sed -i has difficulty with read-only files Message-ID: <20020726165021.C7551@chiark.greenend.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I discovered this in the following way: fanf2@cyan.csi.cam.ac.uk:/FreeBSD/ports/databases/db3 : 0 ; make ===> Extracting for db3-3.2.9_3,1 >> Checksum OK for bdb/db-3.2.9.tar.gz. >> Checksum OK for bdb/patch.3.2.9.1. >> Checksum OK for bdb/patch.3.2.9.2. ===> db3-3.2.9_3,1 depends on executable: libtool - found ===> Patching for db3-3.2.9_3,1 /usr/bin/sed -i.bak -e 's|-lpthread|"-pthread"|g' /work/ports/FreeBSD/ports/databases/db3/work/db-3.2.9/build_unix/../dist/configure sed: stdout: Bad file descriptor *** Error code 1 This, plus analysis of the code, reveals a number of bugs: (1) The return from freopen() isn't checked; (2) Read-only output files (the original input file and/or any pre-existing backup file) cause permissions problems; (2) Files too large to be mmapped can't be handled; There are two ways to fix the immediate problem, the first which just patches up the existing code but which only fixes the first two bugs, and the second which deals with the backup file very differently, which fixes all of the bugs. Comments, opinions? I'd like to commit patch two if it works satisfactorily, otherwise I'll commit patch one. Patch one: --- main.c Fri Jul 26 15:19:06 2002 +++ main.c.one Fri Jul 26 14:44:48 2002 @@ -407,6 +407,8 @@ /* * Modify a pointer to a filename for inplace editing and reopen stdout + * + * We remove the files before opening them in case of permissions problems */ static int inplace_edit(filename) @@ -434,7 +436,9 @@ } else { strlcpy(backup, *filename, MAXPATHLEN); strlcat(backup, inplace, MAXPATHLEN); - output = open(backup, O_WRONLY | O_CREAT | O_TRUNC); + if (unlink(backup) == -1 && errno != ENOENT) + err(1, "unlink(%s)", backup); + output = open(backup, O_WRONLY | O_CREAT | O_TRUNC, orig.st_mode); if (output == -1) err(1, "open(%s)", backup); } @@ -453,8 +457,15 @@ err(1, "munmap(%s)", *filename); close(input); close(output); - freopen(*filename, "w", stdout); + if (unlink(*filename) == -1) + err(1, "unlink(%s)", *filename); + if (freopen(*filename, "w", stdout) == NULL) + err(1, "freopen(%s)", *filename); + if (chmod(*filename, orig.st_mode) == -1) + err(1, "chmod(%s)", *filename); *filename = strdup(backup); + if (*filename == NULL) + err(1, "malloc"); return 0; } Patch two: --- main.c Fri Jul 26 15:42:32 2002 +++ main.c.two Fri Jul 26 15:43:09 2002 @@ -413,9 +413,7 @@ char **filename; { struct stat orig; - int input, output; char backup[MAXPATHLEN]; - char *buffer; if (lstat(*filename, &orig) == -1) err(1, "lstat"); @@ -425,35 +423,33 @@ } if (*inplace == '\0') { - char template[] = "/tmp/sed.XXXXXXXXXX"; - - output = mkstemp(template); - if (output == -1) - err(1, "mkstemp"); - strlcpy(backup, template, MAXPATHLEN); + /* + * This is a bit of a hack: we use mkstemp() to avoid the + * mktemp() link-time warning, although mktemp() would fit in + * this context much better. We're only interested in getting + * a name for use in the rename(); there aren't any security + * issues here that don't already exist in relation to the + * original file and its directory. + */ + int fd; + strlcpy(backup, *filename, MAXPATHLEN); + strlcat(backup, ".XXXXXXXXXX", MAXPATHLEN); + fd = mkstemp(backup); + if (fd == -1) + errx(1, "could not create backup of %s", *filename); + else + close(fd); } else { strlcpy(backup, *filename, MAXPATHLEN); strlcat(backup, inplace, MAXPATHLEN); - output = open(backup, O_WRONLY | O_CREAT | O_TRUNC); - if (output == -1) - err(1, "open(%s)", backup); } - input = open(*filename, O_RDONLY); - if (input == -1) - err(1, "open(%s)", *filename); - if (fchmod(output, orig.st_mode & ~S_IFMT) == -1) - err(1, "chmod"); - buffer = (char *)mmap(0, orig.st_size, PROT_READ, MAP_SHARED, input, 0); - if (buffer == MAP_FAILED) - err(1, "mmap(%s)", *filename); - if (write(output, buffer, orig.st_size) == -1) - err(1, "write(%s)", backup); - if (munmap(buffer, orig.st_size) == -1) - err(1, "munmap(%s)", *filename); - close(input); - close(output); - freopen(*filename, "w", stdout); + if (rename(*filename, backup) == -1) + err(1, "rename(\"%s\", \"%s\")", *filename, backup); + if (freopen(*filename, "w", stdout) == NULL) + err(1, "freopen(\"%s\")", *filename); + if (chmod(*filename, orig.st_mode & ~S_IFMT) == -1) + err(1, "chmod(\"%s\")", *filename); *filename = strdup(backup); return 0; } Tony. -- f.a.n.finch http://dotat.at/ BISCAY: VARIABLE 3. FAIR. MODERATE WITH FOG PATCHES. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 9:14:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DDDD37B400; Fri, 26 Jul 2002 09:14:43 -0700 (PDT) Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8952243E31; Fri, 26 Jul 2002 09:14:42 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id DF2B71A9; Fri, 26 Jul 2002 17:14:22 +0100 (BST) Date: Fri, 26 Jul 2002 17:14:22 +0100 From: Josef Karthauser To: Takanori Watanabe Cc: hackers@freebsd.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/usb usbdevs Message-ID: <20020726161422.GB40513@genius.tao.org.uk> References: <200207251415.g6PEFoB3069395@freefall.freebsd.org> <200207251423.XAA12554@axe-inc.co.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <200207251423.XAA12554@axe-inc.co.jp> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 25, 2002 at 11:23:55PM +0900, Takanori Watanabe wrote: > > Log: > > MFNetBSD: FTDI USB-serial converter chips description. >=20 > I ported a FTDI USB serial converter driver from NetBSD. > http://people.freebsd.org/uftdi.tar.gz Excellent. Thanks :) I'll take a look. Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj1BdV0ACgkQXVIcjOaxUBYJ2gCg7+XOHX9Bz061Spc8nVAQin8b pS8AoIN5ngszzo8NlII0Vall1f4mTpA7 =nEx7 -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 10:16:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC88737B400 for ; Fri, 26 Jul 2002 10:16:30 -0700 (PDT) Received: from search.sparks.net (d-207-5-180-136.gwi.net [207.5.180.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D4FF43E42 for ; Fri, 26 Jul 2002 10:16:30 -0700 (PDT) (envelope-from dmiller@sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id A7E08D984; Fri, 26 Jul 2002 13:15:28 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id A30BED983; Fri, 26 Jul 2002 13:15:28 -0400 (EDT) Date: Fri, 26 Jul 2002 13:15:28 -0400 (EDT) From: David Miller To: Matthew Dillon Cc: David Gilbert , Keith Pitcher , freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Multi CDR burn In-Reply-To: <200207092107.g69L7aOE054059@apollo.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, 9 Jul 2002, Matthew Dillon wrote: > > There is no multi-target command that I know of. You are absolutely > correct in your bandwidth calculations... a SCSI bus should have no > problem at all duping the data 8 times to each of 8 CDR's, and the > operating system ought to do a fine job caching the input image file > (so the data is only read off the hard disk once). CDRs are really slow > compared to what a SCSI bus is designed to handle. > > I'm somewhat interested in knowing that this concept actually works :-) The concept works fine, but the numbers are a little off. The actual bandwidth calculations are right, but make the assumption that the max data transfer rate is in effect, without the overhead of connect/disconnect/command queuing. Several years ago I built a DVD-ram duplicatior with FreeBSD. DVD-ram drives, at the time, only came in 10 MB scsi versions, and they took data at about 650Kbit. A single 10 MB scsi channel could not, however, stream data to more than about 5 of them at once. As for the general concept, I can say it works fine. I built a system with nearly 30 DVD-ram drives on 6 separate scsi channels. At first I tried using a utility that would read from the input image (on hard disk) and write it out to all the drives. Bad media gave me fits, Ken Merry was a huge help with the drivers, and in the end it worked fine to just dd the image to all of them. The CPU was an 800 MHz athlon, admittedly much faster than a P-100, but was practically idle when copying to all drives at once. --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 11: 0: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A098C37B408 for ; Fri, 26 Jul 2002 10:59:54 -0700 (PDT) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE92743E4A for ; Fri, 26 Jul 2002 10:59:53 -0700 (PDT) (envelope-from mlsmith@mitre.org) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id g6QHxqL07883 for ; Fri, 26 Jul 2002 13:59:52 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id g6QHxpl17099 for ; Fri, 26 Jul 2002 13:59:51 -0400 (EDT) Received: from mm49746-2k-1.mitre.org (128.29.48.9) by mailhub2.mitre.org with SMTP id 10972084; Fri, 26 Jul 2002 13:59:44 -0400 Message-ID: <3D418EBE.DCFE95E9@mitre.org> Date: Fri, 26 Jul 2002 14:02:38 -0400 From: "PSI, Mike Smith" Organization: The MITRE Corporation X-Mailer: Mozilla 4.76 [en]C-20010313M (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: What is bpbkar? 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 Hey all, Does anyone have any idea what the process "1820 bpbkar" is??? Got the infamous page fault trap 12 indicating this is current process. I cannot find bpbkar ANYWHERE, on my system or searching the FreeBSD site. We are screwing around with the ISO family capabilities rather strongly so I'm sure it has to do with something we are "augmenting". And we are using (gasp) 3.2 believe it or not. Help only if you already know. Not worth any extra effort. Thanks (Not the) Mike Smith mlsmith@mitre.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 11: 1:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C3C337B400 for ; Fri, 26 Jul 2002 11:01:38 -0700 (PDT) Received: from msgbas2.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0903C43E67 for ; Fri, 26 Jul 2002 11:01:38 -0700 (PDT) (envelope-from igor_dorovskoy@agilent.com) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas2.cos.agilent.com (Postfix) with ESMTP id 9546321E4 for ; Fri, 26 Jul 2002 12:01:37 -0600 (MDT) Received: from axcsbh2.cos.agilent.com (axcsbh2.cos.agilent.com [130.29.152.144]) by msgrel1.cos.agilent.com (Postfix) with SMTP id 6905511B for ; Fri, 26 Jul 2002 12:01:37 -0600 (MDT) Received: from 130.29.152.144 by axcsbh2.cos.agilent.com (InterScan E-Mail VirusWall NT); Fri, 26 Jul 2002 12:01:30 -0600 Received: by axcsbh2.cos.agilent.com with Internet Mail Service (5.5.2653.19) id <355PMAY7>; Fri, 26 Jul 2002 12:01:29 -0600 Message-ID: <0D9185CE635BD511ACA50090277A6FCF0388096A@axcs18.cos.agilent.com> From: igor_dorovskoy@agilent.com To: freebsd-hackers@FreeBSD.ORG Subject: FreeBSD 4.6 CDROM installation problem Date: Fri, 26 Jul 2002 12:01:27 -0600 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 Please add my CD-ROM drive into 4.6R errata. This is an NEC CDR-3000A in my old Dell Dimension XPS. BIOS and dmesg shows drive as "NEC CD-ROM DRIVE:28D" The workaround works fine, thank you very much. Regards, Igor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 11: 2:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF3C37B400 for ; Fri, 26 Jul 2002 11:02:11 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E885143E67 for ; Fri, 26 Jul 2002 11:02:10 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6QI2Aqr099175; Fri, 26 Jul 2002 13:02:10 -0500 (CDT) (envelope-from dan) Date: Fri, 26 Jul 2002 13:02:10 -0500 From: Dan Nelson To: "PSI, Mike Smith" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What is bpbkar? Message-ID: <20020726180210.GC81702@dan.emsphone.com> References: <3D418EBE.DCFE95E9@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D418EBE.DCFE95E9@mitre.org> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.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 In the last episode (Jul 26), PSI, Mike Smith said: > Hey all, > > Does anyone have any idea what the process "1820 bpbkar" is??? > > Got the infamous page fault trap 12 indicating this is current process. > I cannot find bpbkar ANYWHERE, on my system or searching the FreeBSD > site. We are screwing around with the ISO family capabilities rather > strongly so I'm sure it has to do with something we are "augmenting". > And we are using (gasp) 3.2 believe it or not. bpbkar is part of the Veritas Netbackup client, usually installed at /usr/openv/netbackup . -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 11: 7:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4048E37B401 for ; Fri, 26 Jul 2002 11:07:41 -0700 (PDT) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4108643E5E for ; Fri, 26 Jul 2002 11:07:40 -0700 (PDT) (envelope-from mlsmith@mitre.org) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id g6QI7cL09601; Fri, 26 Jul 2002 14:07:38 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id g6QI7bl18865; Fri, 26 Jul 2002 14:07:37 -0400 (EDT) Received: from mm49746-2k-1.mitre.org (128.29.48.9) by mailhub2.mitre.org with SMTP id 10972214; Fri, 26 Jul 2002 14:06:34 -0400 Message-ID: <3D419058.37D25CAF@mitre.org> Date: Fri, 26 Jul 2002 14:09:28 -0400 From: "PSI, Mike Smith" Organization: The MITRE Corporation X-Mailer: Mozilla 4.76 [en]C-20010313M (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson , freebsd-hackers@freebsd.org Subject: Re: What is bpbkar? References: <3D418EBE.DCFE95E9@mitre.org> <20020726180210.GC81702@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 Thank you very much! And I thought it was some "feature" we were building into our ISO modifications. Our corporate lab support will be thrilled with this information. Thanks again. Everyone cut out the complaints. This list is full of great people with great knowledge. Just saved me about 2 years worth of work! (not the) Mike Smith Dan Nelson wrote: > > In the last episode (Jul 26), PSI, Mike Smith said: > > Hey all, > > > > Does anyone have any idea what the process "1820 bpbkar" is??? > > > > Got the infamous page fault trap 12 indicating this is current process. > > I cannot find bpbkar ANYWHERE, on my system or searching the FreeBSD > > site. We are screwing around with the ISO family capabilities rather > > strongly so I'm sure it has to do with something we are "augmenting". > > And we are using (gasp) 3.2 believe it or not. > > bpbkar is part of the Veritas Netbackup client, usually installed at > /usr/openv/netbackup . > > -- > Dan Nelson > dnelson@allantgroup.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 Fri Jul 26 13:52:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0642A37B400 for ; Fri, 26 Jul 2002 13:52:05 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3958643E4A for ; Fri, 26 Jul 2002 13:52:04 -0700 (PDT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 30470 invoked by uid 85); 26 Jul 2002 20:52:00 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.10 (sophie: 2.9/3.56. . Clear:0. Processed in 0.064503 secs); 26 Jul 2002 20:52:00 -0000 X-Qmail-Scanner-Mail-From: spork@fasttrackmonkey.com via angryfist.fasttrackmonkey.com X-Qmail-Scanner: 1.10 (Clear:0. Processed in 0.064503 secs) Received: from unknown (HELO white.nat.fasttrackmonkey.com) (64.47.30.2) by 0 with DES-CBC3-SHA encrypted SMTP; 26 Jul 2002 20:51:59 -0000 Date: Fri, 26 Jul 2002 16:52:19 -0400 (EDT) From: Charles Sprickman To: freebsd-hackers@freebsd.org Subject: kern/40003: Panic on boot w/4.6-stable 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've posted about this to -stable and -hackers before, basically having a problem where under 4.4-RELEASE this box had no problems, but even with the most recent -stable it panics while trying to probe the ata drive. In the past I sent a simple trace and all since it was panic-ing before it had a device to dump to. Today I saw that the ata driver had some commits as of 3 days ago, so I recompiled and tried again, this time with remote GDB setup (thanks to Julian!). I don't really know what I'm doing in gdb, but hopefully this information is helpful. I'll also append it to the pr shortly. If I should direct this to -stable, let me know. If anyone wants more info, let me know, it panics every time, so I can easily repeat this. FreeBSD 4.6-STABLE #5: Wed Jul 24 05:03:40 EDT 2002 Following is my gdb session: --- #0 Debugger (msg=0xc029df89 "manual escape to debugger") at ../../i386/i386/db_interface.c:319 #1 0xc02551ea in scgetc (sc=0xc02e46c0, flags=1) at ../../dev/syscons/syscons.c:3149 #2 0xc02534d7 in sccngetch (flags=0) at ../../dev/syscons/syscons.c:1524 #3 0xc025336a in sccngetc (dev=0xc02cca60) at ../../dev/syscons/syscons.c:1447 #4 0xc018260d in cngetc () at ../../kern/tty_cons.c:433 #5 0xc0169805 in shutdown_panic (junk=0x0, howto=256) at ../../kern/kern_shutdown.c:376 #6 0xc0169760 in boot (howto=256) at ../../kern/kern_shutdown.c:319 #7 0xc0169b79 in panic (fmt=0xc02a34ec "%s") at ../../kern/kern_shutdown.c:595 #8 0xc026585b in trap_fatal (frame=0xc0364f64, eva=6) at ../../i386/i386/trap.c:974 #9 0xc0265509 in trap_pfault (frame=0xc0364f64, usermode=0, eva=6) at ../../i386/i386/trap.c:867 #10 0xc02650af in trap (frame={tf_fs = 16, tf_es = -1069219824, tf_ds = 16, tf_edi = -1066027440, tf_esi = 0, tf_ebp = -1070182468, tf_isp = -1070182512, tf_ebx = -1065825280, tf_edx = 0, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 0, tf_eip = -1072437083, tf_cs = -1070202872, tf_eflags = 66118, tf_esp = -1066027440, tf_ss = -1071126464}) at ../../i386/i386/trap.c:466 #11 0xc013e8a5 in ad_attach (atadev=0xc075b650) at ../../dev/ata/ata-disk.c:124 #12 0xc0137162 in ata_boot_attach () at ../../dev/ata/ata-all.c:567 #13 0xc0170316 in run_interrupt_driven_config_hooks (dummy=0x0) at ../../kern/subr_autoconf.c:74 #14 0xc0158728 in mi_startup () at ../../kern/init_main.c:203 (kgdb) up 11 #11 0xc013e8a5 in ad_attach (atadev=0xc075b650) at ../../dev/ata/ata-disk.c:124 124 adp->heads = atadev->param->heads; (kgdb) p adp $2 = (struct ad_softc *) 0x68c040 (kgdb) p atadev $3 = (struct ata_device *) 0xc075b650 (kgdb) p *adp Cannot access memory at address 0x68c040. (kgdb) p *atadev $4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 "ad1", param = 0x0, driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0} (kgdb) up 1 #12 0xc0137162 in ata_boot_attach () at ../../dev/ata/ata-all.c:567 567 ad_attach(&ch->device[SLAVE]); (kgdb) p ch $1 = (struct ata_channel *) 0xc075b600 (kgdb) p *ch $5 = {dev = 0xc0763c00, unit = 0, r_io = 0xc0760b40, r_altio = 0xc0760ac0, r_bmio = 0xc0760a40, r_irq = 0xc07609c0, ih = 0xc044baa0, intr_func = 0xc013a22c , chiptype = 1731858528, alignment = 1, flags = 16, device = {{channel = 0xc075b600, unit = 0, name = 0xc0450c20 "ad0", param = 0xc0782200, driver = 0xc0771000, flags = 1, mode = 16, cmd = 0, result = 0x0}, {channel = 0xc075b600, unit = 16, name = 0xc04503b0 "ad1", param = 0x0, driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0}}, devices = 3, status = 81 'Q', error = 4 '\004', active = 32, ata_queue = { tqh_first = 0x0, tqh_last = 0xc075b680}, atapi_queue = {tqh_first = 0x0, tqh_last = 0xc075b688}, running = 0xc0765840} ---- Thanks, Charles To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 26 22:12:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA4AA37B400 for ; Fri, 26 Jul 2002 22:12:32 -0700 (PDT) Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA6643E67 for ; Fri, 26 Jul 2002 22:12:31 -0700 (PDT) (envelope-from cyrille.lefevre@laposte.net) Received: (qmail 12273945 invoked by uid 0); 27 Jul 2002 05:12:29 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.75 (qmail-ldap-1.03) with SMTP for ; 27 Jul 2002 05:12:29 -0000 Received: from gits.gits.fr.invalid (b6ag9ney7802uqui@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6R5CS5P008982 for ; Sat, 27 Jul 2002 07:12:29 +0200 (CEST) (envelope-from cyrille.lefevre@laposte.net) Date: Sat, 27 Jul 2002 07:12:24 +0200 To: Tony Finch Cc: freebsd-hackers@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: sed -i has difficulty with read-only files Message-ID: <20020727051224.GA7996@gits.dyndns.org> References: <20020726165021.C7551@chiark.greenend.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020726165021.C7551@chiark.greenend.org.uk> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< Mail-Followup-To: cyrille.lefevre+dated+1028178747.705301@laposte.net, dot@dotat.at, freebsd-hackers@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG X-Delivery-Agent: TMDA/0.58 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 26, 2002 at 04:50:21PM +0100, Tony Finch wrote: [snip] > Comments, opinions? I'd like to commit patch two if it works satisfactorily, > otherwise I'll commit patch one. > > Patch one: > > --- main.c Fri Jul 26 15:19:06 2002 > +++ main.c.one Fri Jul 26 14:44:48 2002 > @@ -407,6 +407,8 @@ > > /* > * Modify a pointer to a filename for inplace editing and reopen stdout > + * > + * We remove the files before opening them in case of permissions problems > */ > static int > inplace_edit(filename) > @@ -453,8 +457,15 @@ > err(1, "munmap(%s)", *filename); > close(input); > close(output); > - freopen(*filename, "w", stdout); > + if (unlink(*filename) == -1) > + err(1, "unlink(%s)", *filename); > + if (freopen(*filename, "w", stdout) == NULL) fp = freopen(... > + err(1, "freopen(%s)", *filename); > + if (chmod(*filename, orig.st_mode) == -1) fchmod(fileno(fp), ... > + err(1, "chmod(%s)", *filename); > *filename = strdup(backup); > + if (*filename == NULL) > + err(1, "malloc"); > return 0; > } > > > Patch two: > > --- main.c Fri Jul 26 15:42:32 2002 > +++ main.c.two Fri Jul 26 15:43:09 2002 > @@ -413,9 +413,7 @@ > char **filename; > { > struct stat orig; > - int input, output; > char backup[MAXPATHLEN]; > - char *buffer; > > if (lstat(*filename, &orig) == -1) > err(1, "lstat"); > @@ -425,35 +423,33 @@ > } > > if (*inplace == '\0') { > - char template[] = "/tmp/sed.XXXXXXXXXX"; > - > - output = mkstemp(template); > - if (output == -1) > - err(1, "mkstemp"); > - strlcpy(backup, template, MAXPATHLEN); > + /* > + * This is a bit of a hack: we use mkstemp() to avoid the > + * mktemp() link-time warning, although mktemp() would fit in > + * this context much better. We're only interested in getting > + * a name for use in the rename(); there aren't any security > + * issues here that don't already exist in relation to the > + * original file and its directory. > + */ > + int fd; > + strlcpy(backup, *filename, MAXPATHLEN); > + strlcat(backup, ".XXXXXXXXXX", MAXPATHLEN); > + fd = mkstemp(backup); > + if (fd == -1) > + errx(1, "could not create backup of %s", *filename); > + else > + close(fd); IMHO, both the old and the newer code are wrong. they should use getenv("TMPDIR") if any and certainly not the current directory. there is probably more room in ${TMPDIR:-/var/tmp} then in the current directory. imagine that the current fs is nearly full... for the rest of the code, same assertion than above. Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 27 13:18:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DAB137B400; Sat, 27 Jul 2002 13:18:36 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC80243E65; Sat, 27 Jul 2002 13:18:34 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6RKIOAw021178; Sat, 27 Jul 2002 15:18:24 -0500 (CDT) (envelope-from dan) Date: Sat, 27 Jul 2002 15:18:24 -0500 From: Dan Nelson To: Cyrille Lefevre Cc: Tony Finch , freebsd-hackers@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: sed -i has difficulty with read-only files Message-ID: <20020727201824.GB16128@dan.emsphone.com> References: <20020726165021.C7551@chiark.greenend.org.uk> <20020727051224.GA7996@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020727051224.GA7996@gits.dyndns.org> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.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 In the last episode (Jul 27), Cyrille Lefevre said: > IMHO, both the old and the newer code are wrong. they should use > getenv("TMPDIR") if any and certainly not the current directory. > there is probably more room in ${TMPDIR:-/var/tmp} then in the > current directory. imagine that the current fs is nearly full... Don't you want to temp filename to be in exactly the same place as the original file, so the rename() swap will work? If the current fs is full, then sed -i will fail anyway. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 27 14:36:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B710637B400 for ; Sat, 27 Jul 2002 14:36:54 -0700 (PDT) Received: from smtp.noos.fr (claudel.noos.net [212.198.2.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76B343E4A for ; Sat, 27 Jul 2002 14:36:53 -0700 (PDT) (envelope-from cyrille.lefevre@laposte.net) Received: (qmail 35493168 invoked by uid 0); 27 Jul 2002 21:36:52 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.83 (qmail-ldap-1.03) with SMTP for ; 27 Jul 2002 21:36:52 -0000 Received: from gits.gits.fr.invalid (vf1lr46tafjjs9cc@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6RLaqNc093201 for ; Sat, 27 Jul 2002 23:36:52 +0200 (CEST) (envelope-from cyrille.lefevre@laposte.net) Date: Sat, 27 Jul 2002 23:36:48 +0200 To: Dan Nelson Cc: Tony Finch , freebsd-hackers@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: sed -i has difficulty with read-only files Message-ID: <20020727213648.GA93121@gits.dyndns.org> References: <20020726165021.C7551@chiark.greenend.org.uk> <20020727051224.GA7996@gits.dyndns.org> <20020727201824.GB16128@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020727201824.GB16128@dan.emsphone.com> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< Mail-Followup-To: cyrille.lefevre+dated+1028237810.0fe279@laposte.net, dnelson@allantgroup.com, dot@dotat.at, freebsd-hackers@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG X-Delivery-Agent: TMDA/0.58 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 27, 2002 at 03:18:24PM -0500, Dan Nelson wrote: > In the last episode (Jul 27), Cyrille Lefevre said: > > IMHO, both the old and the newer code are wrong. they should use > > getenv("TMPDIR") if any and certainly not the current directory. > > there is probably more room in ${TMPDIR:-/var/tmp} then in the > > current directory. imagine that the current fs is nearly full... > > Don't you want to temp filename to be in exactly the same place as the > original file, so the rename() swap will work? If the current fs is > full, then sed -i will fail anyway. currently, "sed -i '' ..." shouldn't fail (except if /tmp is too small) where "sed -i .bak ..." will. the proposed patch prevent inplace editing even when a backup file isn't asked. Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message