From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 00:08:34 2003 Return-Path: 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 1745437B401 for ; Sun, 29 Jun 2003 00:08:34 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D47743FD7 for ; Sun, 29 Jun 2003 00:08:30 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 185FF3ABB4D; Sun, 29 Jun 2003 09:12:12 +0200 (CEST) Date: Sun, 29 Jun 2003 09:12:11 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Message-ID: <20030629071211.GR7587@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="kO54+C8/gB06R/mp" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i Subject: Sysctls and mutexes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 07:08:34 -0000 --kO54+C8/gB06R/mp Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. I want to discuss two things about sysctls. 1. If there is need to use M_WAITOK when allocating memory? Every SYSCTL_ADD_* macro returns pointer that could be tested if it isn't NULL (when malloc(9) failed). I'm talking about dynamic sysctls. 2. Secound thing. I'm wondering if there is no need to and one more field to those macros: mutex that protects given value. Then standard functions sysctl_handle_*() could use those mutexes when accessing to those values. Look at sysctl creation in /sys/dev/sound/pcm/mixer.c in function mixer_hwvol_init() or at sysctls in /sys/kern/kern_jail.c and many others as I susspect. There is no need to break anything. We could create for now new macros: SYSCTL_ADD_INT_MTX(), etc. that will create int sysctl, but with information about its mutex. We should also teach sysctl_handle_int and friends how to lock those mutexes and that they should ignore locking when this field is N= ULL. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --kO54+C8/gB06R/mp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPv6RSz/PhmMH/Mf1AQG60AP8C+hRcJoNKjX000k+OUSO8BDIekYjAx5U YwuqNqbVBxM9EFp3e6hNja8mLMuPIJy4Og2J6zbR2tTtU4qA8+asvtiSkGr6a26s 8kCS678q+GKQGAsQym4L6+GxuLRRCVhHSvat5Nf/8rvslfIiHjUuq8m8M8eh3uVh anRRgdRs2gk= =IyWT -----END PGP SIGNATURE----- --kO54+C8/gB06R/mp-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 01:57:52 2003 Return-Path: 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 268B837B401 for ; Sun, 29 Jun 2003 01:57:52 -0700 (PDT) Received: from hotmail.com (bay1-f53.bay1.hotmail.com [65.54.245.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B00744020 for ; Sun, 29 Jun 2003 01:57:51 -0700 (PDT) (envelope-from radical__edward@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 29 Jun 2003 01:57:46 -0700 Received: from 158.253.192.33 by by1fd.bay1.hotmail.msn.com with HTTP; Sun, 29 Jun 2003 08:57:46 GMT X-Originating-IP: [158.253.192.33] X-Originating-Email: [radical__edward@hotmail.com] From: "Edward Tiruvsky" To: freebsd-hackers@freebsd.org Date: Sun, 29 Jun 2003 08:57:46 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Jun 2003 08:57:46.0747 (UTC) FILETIME=[82975CB0:01C33E1C] Subject: Questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 08:57:52 -0000 i know this might be a long shot but ive got some questions and i was hoping someone could help me out or point me in the direction of someone who can...reply through the digest first off is it possible or even plausible to use several anonimous remailers to scramble an identity very well before sending it to the intended recipitent. in other words have one remailer be the head that sends the message to the next remailer which passes the message to another and so on until it reaches the end where the last remailer is directable and able to send the mail to whoever the user wishes. next i need to know of a good secure free domain. hotmail is good and all but who can really trust microsoft? im probably fogeting some of my questions but anyway thats all for now thanks radicaledward _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 03:49:54 2003 Return-Path: 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 6321F37B401; Sun, 29 Jun 2003 03:49:54 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B9F44008; Sun, 29 Jun 2003 03:49:53 -0700 (PDT) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19WZkm-0007cm-00; Sun, 29 Jun 2003 12:49:52 +0200 Received: from [217.235.129.156] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19WZkm-0004Eo-00; Sun, 29 Jun 2003 12:49:52 +0200 Message-ID: <002101c33e2c$2c26a880$0700010a@workstation> From: "Vahe Khachikyan" To: References: <008d01c33dc3$2d2f0880$0700010a@workstation><20030629002014.Q956@korben.in.tern><5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca><00c201c33dd3$e6f474c0$0700010a@workstation> <20030629004141.GG18636@sunbay.com> Date: Sun, 29 Jun 2003 12:49:52 +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.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: FreeBSD Hackers Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 10:49:54 -0000 Hi, ----- Original Message ----- From: "Ruslan Ermilov" To: "Vahe Khachikyan" Cc: "FreeBSD Hackers" Sent: Sunday, June 29, 2003 2:41 AM Subject: Re: Is GNATS broken ?? >On Sun, Jun 29, 2003 at 02:18:01AM +0200, Vahe Khachikyan wrote: >>[...] >> Who knows whether the mentioned server is in blacklist ? > >http://dsbl.org/listing I didn't found my ISP's smtp relay in any of the blackhole lists. It is just not there! The web interface to GNATS is also down. How long it really takes untill the GNATS sends an autoreply with trouble ticket number to PR submitter ? Is there any other way to submit the PR? Best regards -- Vahe --- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 03:49:54 2003 Return-Path: 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 6321F37B401; Sun, 29 Jun 2003 03:49:54 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B9F44008; Sun, 29 Jun 2003 03:49:53 -0700 (PDT) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19WZkm-0007cm-00; Sun, 29 Jun 2003 12:49:52 +0200 Received: from [217.235.129.156] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19WZkm-0004Eo-00; Sun, 29 Jun 2003 12:49:52 +0200 Message-ID: <002101c33e2c$2c26a880$0700010a@workstation> From: "Vahe Khachikyan" To: References: <008d01c33dc3$2d2f0880$0700010a@workstation><20030629002014.Q956@korben.in.tern><5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca><00c201c33dd3$e6f474c0$0700010a@workstation> <20030629004141.GG18636@sunbay.com> Date: Sun, 29 Jun 2003 12:49:52 +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.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: FreeBSD Hackers Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 10:49:54 -0000 Hi, ----- Original Message ----- From: "Ruslan Ermilov" To: "Vahe Khachikyan" Cc: "FreeBSD Hackers" Sent: Sunday, June 29, 2003 2:41 AM Subject: Re: Is GNATS broken ?? >On Sun, Jun 29, 2003 at 02:18:01AM +0200, Vahe Khachikyan wrote: >>[...] >> Who knows whether the mentioned server is in blacklist ? > >http://dsbl.org/listing I didn't found my ISP's smtp relay in any of the blackhole lists. It is just not there! The web interface to GNATS is also down. How long it really takes untill the GNATS sends an autoreply with trouble ticket number to PR submitter ? Is there any other way to submit the PR? Best regards -- Vahe --- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 08:01:41 2003 Return-Path: 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 6759937B401 for ; Sun, 29 Jun 2003 08:01:41 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 24ACA43FF3 for ; Sun, 29 Jun 2003 08:01:40 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 20998 invoked by uid 5013); 29 Jun 2003 14:59:55 -0000 Date: Sun, 29 Jun 2003 15:59:54 +0100 From: Bruce M Simpson To: Colin Percival Message-ID: <20030629145954.GN23471@spc.org> Mail-Followup-To: Bruce M Simpson , Colin Percival , Vahe Khachikyan , FreeBSD Hackers References: <008d01c33dc3$2d2f0880$0700010a@workstation> <20030629002014.Q956@korben.in.tern> <5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca> User-Agent: Mutt/1.4.1i cc: FreeBSD Hackers cc: Vahe Khachikyan Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 15:01:41 -0000 On Sat, Jun 28, 2003 at 04:56:11PM -0700, Colin Percival wrote: > Can you check if the mail was accepted by the FreeBSD mail server? It > looks like GNATS email is rather aggressively filtered against server > blacklists; I have to route all my PRs through an SSH tunnel to a different > system in order to get them accepted. I can confirm that the GNATS server performs double lookups of PTR against A records, anyway. My ability to contribute to the FreeBSD Project has been rather hampered to say the least by our hosting provider's high latency in responding to our repeated requests to give us control of our PTR block, but it's done now, and messages to the lists, as well as to various other protagonists, now actually get delivered. BMS From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 08:51:21 2003 Return-Path: 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 C000137B401 for ; Sun, 29 Jun 2003 08:51:21 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F64543FFB for ; Sun, 29 Jun 2003 08:51:20 -0700 (PDT) (envelope-from cinek@gmx.de) Received: (qmail 30681 invoked by uid 65534); 29 Jun 2003 15:51:19 -0000 Received: from pD951F794.dip.t-dialin.net (EHLO pD951F794.dip.t-dialin.net) (217.81.247.148) by mail.gmx.net (mp006) with SMTP; 29 Jun 2003 17:51:19 +0200 From: Martin Krzysiak To: freebsd-hackers@freebsd.org Date: Sun, 29 Jun 2003 17:51:17 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306291751.17828.cinek@gmx.de> Subject: Problems with libvgl X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 15:51:22 -0000 Hi, I am trying to make something useful with libvgl, but I noticed a few problems: - I cannot use the SW_VGA_xxx-modes. That means: /usr/share/examples/libvgl/demo.c does not work, either. - My system hangs after using any VESA mode prefixed with CG (e.a. 256 palette entries, I think), calling VGLEnd() and switching back to X (Alt+F9). This happens on stable and current. I can only use Ctrl+Alt+Del to shut down my PC. The VESA-modes work well, besides freezing the X-server. I can display graphics and everything (colors and shapes) looks correct. (vidcontrol works fine, also for VGA_xx-modes) My kernel configuration (essential part) is: device vga0 at isa? port ? options VESA pseudo-device splash device sc0 at isa? flags 0x100 device vt0 at isa? options XSERVER options PCVT_FREEBSD=480 options SC_PIXEL_MODE options SC_HISTORY_SIZE=512 The X-Server is XFree86-4.3.0 with "nvidia" driver. Can someone tell me how to use the SW_VGA13, SW_VGA_MODEX and e.g. SW_VESA_CG800x600 mode? I cannot find anything useful on the web. Thanks, Martin From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 09:05:26 2003 Return-Path: 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 614FE37B401 for ; Sun, 29 Jun 2003 09:05:26 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44E3243FE1 for ; Sun, 29 Jun 2003 09:05:23 -0700 (PDT) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19Weg6-0005Aw-00 for freebsd-hackers@freebsd.org; Sun, 29 Jun 2003 18:05:22 +0200 Received: from [217.235.138.230] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19Weg6-0000L7-00 for freebsd-hackers@freebsd.org; Sun, 29 Jun 2003 18:05:22 +0200 Message-ID: <006801c33e58$3f44bf20$0700010a@workstation> From: "Vahe Khachikyan" To: "FreeBSD Hackers" References: <008d01c33dc3$2d2f0880$0700010a@workstation><20030629002014.Q956@korben.in.tern><5.0.2.1.1.20030628165200.02d4beb0@popserver.sfu.ca> <20030629145954.GN23471@spc.org> Date: Sun, 29 Jun 2003 18:05:22 +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.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: Is GNATS broken ?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 16:05:26 -0000 Thank you very much for your answers. see below > On Sat, Jun 28, 2003 at 04:56:11PM -0700, Colin Percival wrote: > > Can you check if the mail was accepted by the FreeBSD mail server? It > > looks like GNATS email is rather aggressively filtered against server > > blacklists; I have to route all my PRs through an SSH tunnel to a different > > system in order to get them accepted. > > I can confirm that the GNATS server performs double lookups of PTR against > A records, anyway. > The SMTP relay visible in cutout has 6 IP addresses assigned and they all PTR resolve to the name mentioned "mrelayng.kundenserver.de". I provide a cutout from the tcptrace which I made yesterday when submitting the mentioned PR second time. --------------------CUT HERE-------------------------------------- 220 mrelayng.kundenserver.de ESMTP Sat, 28 Jun 2003 21:55:13 +0200 EHLO compiler.khachikyan.de 250-mrelayng.kundenserver.de Hello compiler.khachikyan.de [217.235.132.184] 250-SIZE 20971520 250-PIPELINING 250-AUTH=PLAIN LOGIN 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN [... Skipped authentication dialog] 235 Authentication succeeded MAIL From: SIZE=68883 AUTH=<> 250 is syntactically correct RCPT To: RCPT To: DATA 250 is syntactically correct 250 is syntactically correct 354 Enter message, ending with "." on a line by itself Received: from compiler.khachikyan.de (localhost [127.0.0.1]) by compiler.khachikyan.de (8.12.9/8.12.9) with ESMTP id h5SJtCnK017949; Sat, 28 Jun 2003 21:55:12 +0200 (CEST) (envelope-from vahe@compiler.khachikyan.de) Received: (from vahe@localhost) by compiler.khachikyan.de (8.12.9/8.12.9/Submit) id h5SJtBRY017948; Sat, 28 Jun 2003 21:55:11 +0200 (CEST) Date: Sat, 28 Jun 2003 21:55:11 +0200 (CEST) Message-Id: <200306281955.h5SJtBRY017948@compiler.khachikyan.de> To: FreeBSD-gnats-submit@freebsd.org Subject: ARMSCII-8 (Armenian) LOCALE and Console support. From: Vahe Khachikyan Reply-To: Vahe Khachikyan Cc: vahe@khachikyan.de; X-send-pr-version: 3.113 X-GNATS-Notify: [..... The rest of the PR skipped] . 250 OK id=19WLn0-000052-00 QUIT 221 mrelayng.kundenserver.de closing connection ---------------------------------End Of Cut ----------------------------------------------------- As you can see the local FROM address was rewritten (masqueraded) by my external mail address. I have no access to SMTP relay mentioned above but the CC was delivered to my mailbox at ISP's site. The SMTP relay I use, "mrelayng.kundenserver.de" , is ^not^ in blacklists. I use actually this relay to send ^this^ message. I have really ^no^ idea how should I get this PR delivered?! Is there any other way, excluding web Interface which is currently down, to submit the PR? Is there anybody who can look for a possible reason on GNATS server? Bests -- Vahe --- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 09:34:20 2003 Return-Path: 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 8F64537B401 for ; Sun, 29 Jun 2003 09:34:20 -0700 (PDT) Received: from hotmail.com (law11-f100.law11.hotmail.com [64.4.17.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3D8743FB1 for ; Sun, 29 Jun 2003 09:34:19 -0700 (PDT) (envelope-from int0x80@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 29 Jun 2003 09:34:19 -0700 Received: from 66.130.55.182 by lw11fd.law11.hotmail.msn.com with HTTP; Sun, 29 Jun 2003 16:34:16 GMT X-Originating-IP: [66.130.55.182] X-Originating-Email: [int0x80@hotmail.com] From: "Raunchy McSmutbag" To: radical__edward@hotmail.com, freebsd-hackers@freebsd.org Date: Sun, 29 Jun 2003 16:34:16 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Jun 2003 16:34:19.0912 (UTC) FILETIME=[4A30A080:01C33E5C] Subject: Re: Questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 16:34:21 -0000 is this the right list to send this to? >From: "Edward Tiruvsky" >To: freebsd-hackers@freebsd.org >Subject: Questions >Date: Sun, 29 Jun 2003 08:57:46 +0000 >MIME-Version: 1.0 >X-Originating-IP: [158.253.192.33] >X-Originating-Email: [radical__edward@hotmail.com] >Received: from mx2.freebsd.org ([216.136.204.119]) by >mc6-f33.law1.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Sun, 29 Jun >2003 01:58:35 -0700 >Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])by >mx2.freebsd.org (Postfix) with ESMTPid 86FC256E34; Sun, 29 Jun 2003 >01:58:01 -0700 (PDT)(envelope-from owner-freebsd-hackers@freebsd.org) >Received: from hub.freebsd.org (localhost [127.0.0.1])by hub.freebsd.org >(Postfix) with ESMTPid 7255237B405; Sun, 29 Jun 2003 01:58:01 -0700 (PDT) >Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])by >hub.freebsd.org (Postfix) with ESMTP id 268B837B401for >;Sun, 29 Jun 2003 01:57:52 -0700 (PDT) >Received: from hotmail.com (bay1-f53.bay1.hotmail.com [65.54.245.53])by >mx1.FreeBSD.org (Postfix) with ESMTP id 8B00744020for >;Sun, 29 Jun 2003 01:57:51 -0700 >(PDT)(envelope-from radical__edward@hotmail.com) >Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; >Sun, 29 Jun 2003 01:57:46 -0700 >Received: from 158.253.192.33 by by1fd.bay1.hotmail.msn.com with HTTP;Sun, >29 Jun 2003 08:57:46 GMT >X-Message-Info: EoYTbT2lH2MsQxQLKd6QGpQxvU17UYmU >Delivered-To: freebsd-hackers@freebsd.org >Message-ID: >X-OriginalArrivalTime: 29 Jun 2003 08:57:46.0747 >(UTC)FILETIME=[82975CB0:01C33E1C] >X-BeenThere: freebsd-hackers@freebsd.org >X-Mailman-Version: 2.1.1 >Precedence: list >List-Id: Technical Discussions relating to >FreeBSD >List-Unsubscribe: >, >List-Archive: >List-Post: >List-Help: >List-Subscribe: >, >Sender: owner-freebsd-hackers@freebsd.org >Errors-To: owner-freebsd-hackers@freebsd.org >Return-Path: owner-freebsd-hackers@freebsd.org > >i know this might be a long shot but ive got some questions and i was >hoping someone could help me out or point me in the direction of someone >who can...reply through the digest >first off is it possible or even plausible to use several anonimous >remailers to scramble an identity very well before sending it to the >intended recipitent. in other words have one remailer be the head that >sends the message to the next remailer which passes the message to another >and so on until it reaches the end where the last remailer is directable >and able to send the mail to whoever the user wishes. >next i need to know of a good secure free domain. hotmail is good and all >but who can really trust microsoft? >im probably fogeting some of my questions but anyway thats all for now >thanks >radicaledward > >_________________________________________________________________ >MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. >http://join.msn.com/?page=features/virus > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 13:02:06 2003 Return-Path: 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 F069237B404 for ; Sun, 29 Jun 2003 13:02:05 -0700 (PDT) Received: from hotmail.com (law11-f96.law11.hotmail.com [64.4.17.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7830743FBD for ; Sun, 29 Jun 2003 13:02:05 -0700 (PDT) (envelope-from int0x80@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 29 Jun 2003 13:02:05 -0700 Received: from 66.130.55.182 by lw11fd.law11.hotmail.msn.com with HTTP; Sun, 29 Jun 2003 20:02:05 GMT X-Originating-IP: [66.130.55.182] X-Originating-Email: [int0x80@hotmail.com] From: "Raunchy McSmutbag" To: radical__edward@hotmail.com, freebsd-hackers@freebsd.org Date: Sun, 29 Jun 2003 20:02:05 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Jun 2003 20:02:05.0465 (UTC) FILETIME=[503D1090:01C33E79] Subject: Re: Questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 20:02:06 -0000 becuz you obviously have no idea what this list is about >From: "Edward Tiruvsky" >To: int0x80@hotmail.com >Subject: Re: Questions >Date: Sun, 29 Jun 2003 19:18:09 +0000 >MIME-Version: 1.0 >X-Originating-IP: [63.185.112.139] >X-Originating-Email: [radical__edward@hotmail.com] >Received: from 63.185.112.139 by by1fd.bay1.hotmail.msn.com with HTTP;Sun, >29 Jun 2003 19:18:09 GMT > >why? > > >>From: "Raunchy McSmutbag" >>To: radical__edward@hotmail.com >>Subject: Re: Questions >>Date: Sun, 29 Jun 2003 18:19:35 +0000 >> >>may i ask how you came across this mailing list? >> >>>From: "Edward Tiruvsky" >>>To: int0x80@hotmail.com >>>Subject: Re: Questions >>>Date: Sun, 29 Jun 2003 18:14:34 +0000 >>>MIME-Version: 1.0 >>>X-Originating-IP: [63.185.112.139] >>>X-Originating-Email: [radical__edward@hotmail.com] >>>Received: from 63.185.112.139 by by1fd.bay1.hotmail.msn.com with >>>HTTP;Sun, 29 Jun 2003 18:14:34 GMT >>> >>>don't hackers deal with security stuff and all that? >>> >>> >>>>From: "Raunchy McSmutbag" >>>>To: radical__edward@hotmail.com >>>>Subject: Re: Questions >>>>Date: Sun, 29 Jun 2003 17:49:35 +0000 >>>> >>>>how do you figure? >>>> >>>> >>>>>From: "Edward Tiruvsky" >>>>>To: int0x80@hotmail.com >>>>>Subject: Re: Questions >>>>>Date: Sun, 29 Jun 2003 17:08:22 +0000 >>>>>MIME-Version: 1.0 >>>>>X-Originating-IP: [63.185.104.236] >>>>>X-Originating-Email: [radical__edward@hotmail.com] >>>>>Received: from 63.185.104.236 by by1fd.bay1.hotmail.msn.com with >>>>>HTTP;Sun, 29 Jun 2003 17:08:22 GMT >>>>> >>>>>I think so >>>>> >>>>> >>>>>>From: "Raunchy McSmutbag" >>>>>>To: radical__edward@hotmail.com, freebsd-hackers@freebsd.org >>>>>>Subject: Re: Questions >>>>>>Date: Sun, 29 Jun 2003 16:34:16 +0000 >>>>>> >>>>>>is this the right list to send this to? >>>>>> >>>>>>>From: "Edward Tiruvsky" >>>>>>>To: freebsd-hackers@freebsd.org >>>>>>>Subject: Questions >>>>>>>Date: Sun, 29 Jun 2003 08:57:46 +0000 >>>>>>>MIME-Version: 1.0 >>>>>>>X-Originating-IP: [158.253.192.33] >>>>>>>X-Originating-Email: [radical__edward@hotmail.com] >>>>>>>Received: from mx2.freebsd.org ([216.136.204.119]) by >>>>>>>mc6-f33.law1.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Sun, >>>>>>>29 Jun 2003 01:58:35 -0700 >>>>>>>Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])by >>>>>>>mx2.freebsd.org (Postfix) with ESMTPid 86FC256E34; Sun, 29 Jun 2003 >>>>>>>01:58:01 -0700 (PDT)(envelope-from owner-freebsd-hackers@freebsd.org) >>>>>>>Received: from hub.freebsd.org (localhost [127.0.0.1])by >>>>>>>hub.freebsd.org (Postfix) with ESMTPid 7255237B405; Sun, 29 Jun 2003 >>>>>>>01:58:01 -0700 (PDT) >>>>>>>Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])by >>>>>>>hub.freebsd.org (Postfix) with ESMTP id 268B837B401for >>>>>>>;Sun, 29 Jun 2003 01:57:52 -0700 (PDT) >>>>>>>Received: from hotmail.com (bay1-f53.bay1.hotmail.com >>>>>>>[65.54.245.53])by mx1.FreeBSD.org (Postfix) with ESMTP id >>>>>>>8B00744020for ;Sun, 29 Jun 2003 01:57:51 >>>>>>>-0700 (PDT)(envelope-from radical__edward@hotmail.com) >>>>>>>Received: from mail pickup service by hotmail.com with Microsoft >>>>>>>SMTPSVC; Sun, 29 Jun 2003 01:57:46 -0700 >>>>>>>Received: from 158.253.192.33 by by1fd.bay1.hotmail.msn.com with >>>>>>>HTTP;Sun, 29 Jun 2003 08:57:46 GMT >>>>>>>X-Message-Info: EoYTbT2lH2MsQxQLKd6QGpQxvU17UYmU >>>>>>>Delivered-To: freebsd-hackers@freebsd.org >>>>>>>Message-ID: >>>>>>>X-OriginalArrivalTime: 29 Jun 2003 08:57:46.0747 >>>>>>>(UTC)FILETIME=[82975CB0:01C33E1C] >>>>>>>X-BeenThere: freebsd-hackers@freebsd.org >>>>>>>X-Mailman-Version: 2.1.1 >>>>>>>Precedence: list >>>>>>>List-Id: Technical Discussions relating to >>>>>>>FreeBSD >>>>>>>List-Unsubscribe: >>>>>>>, >>>>>>>List-Archive: >>>>>>>List-Post: >>>>>>>List-Help: >>>>>>>List-Subscribe: >>>>>>>, >>>>>>>Sender: owner-freebsd-hackers@freebsd.org >>>>>>>Errors-To: owner-freebsd-hackers@freebsd.org >>>>>>>Return-Path: owner-freebsd-hackers@freebsd.org >>>>>>> >>>>>>>i know this might be a long shot but ive got some questions and i was >>>>>>>hoping someone could help me out or point me in the direction of >>>>>>>someone who can...reply through the digest >>>>>>>first off is it possible or even plausible to use several anonimous >>>>>>>remailers to scramble an identity very well before sending it to the >>>>>>>intended recipitent. in other words have one remailer be the head >>>>>>>that sends the message to the next remailer which passes the message >>>>>>>to another and so on until it reaches the end where the last remailer >>>>>>>is directable and able to send the mail to whoever the user wishes. >>>>>>>next i need to know of a good secure free domain. hotmail is good and >>>>>>>all but who can really trust microsoft? >>>>>>>im probably fogeting some of my questions but anyway thats all for >>>>>>>now thanks >>>>>>>radicaledward >>>>>>> >>>>>>>_________________________________________________________________ >>>>>>>MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. >>>>>>>http://join.msn.com/?page=features/virus >>>>>>> >>>>>>>_______________________________________________ >>>>>>>freebsd-hackers@freebsd.org mailing list >>>>>>>http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>>>>>>To unsubscribe, send any mail to >>>>>>>"freebsd-hackers-unsubscribe@freebsd.org" >>>>>> >>>>> >>>> >>> >> > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 13:17:24 2003 Return-Path: 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 466BD37B401 for ; Sun, 29 Jun 2003 13:17:24 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD94843FBF for ; Sun, 29 Jun 2003 13:17:22 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id 16DE5379 for ; Sun, 29 Jun 2003 22:17:17 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id E0E562FDAB2; Sun, 29 Jun 2003 22:17:16 +0200 (CEST) Date: Sun, 29 Jun 2003 22:17:16 +0200 From: Roman Neuhauser To: hackers@freebsd.org Message-ID: <20030629201716.GF11229@freepuppy.bellavista.cz> Mail-Followup-To: hackers@freebsd.org References: <20030623155627.5d0a0ad3.db@traceroute.dk> <20030623155627.5d0a0ad3.db@traceroute.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Subject: Re: Mounting X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 20:17:24 -0000 # rwatson@freebsd.org / 2003-06-23 11:45:37 -0400: > On Mon, 23 Jun 2003, Socketd wrote: > > Would it be possible to have this configuration and not having the > > system fail (because of lacking rights or something): > > /var/mail noexec > > nosuid would be fine here also. # Jan.Grant@bristol.ac.uk / 2003-06-24 16:31:33 +0100: > On Mon, 23 Jun 2003, Socketd wrote: > > /tmp and /var/tmp noexec (I know /tmp has to be execuable to make > > world) > > nosymfollow. I've not found anything that this breaks (except a > gazillion symlink race exploits). This questions will be probably extremely stupid: why aren't these defaults? -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 14:19:34 2003 Return-Path: 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 2FA9337B401 for ; Sun, 29 Jun 2003 14:19:34 -0700 (PDT) Received: from mail.dada.it (mail3.dada.it [195.110.100.3]) by mx1.FreeBSD.org (Postfix) with SMTP id E4E854401A for ; Sun, 29 Jun 2003 14:19:29 -0700 (PDT) (envelope-from riccardo@torrini.org) Received: (qmail 26563 invoked from network); 29 Jun 2003 21:19:25 -0000 Received: from unknown (HELO trudy.torrini.home) (195.110.114.101) by mail.dada.it with SMTP; 29 Jun 2003 21:19:25 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by trudy.torrini.home (8.12.9/8.12.9) with ESMTP id h5TLJQWf000731 for ; Sun, 29 Jun 2003 23:19:26 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.9/8.12.9/Submit) id h5TLJQNG000730 for freebsd-hackers@FreeBSD.org; Sun, 29 Jun 2003 23:19:26 +0200 (CEST) Date: Sun, 29 Jun 2003 23:19:26 +0200 From: Riccardo Torrini To: freebsd-hackers@FreeBSD.org Message-ID: <20030629211926.GC538@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: How to convert a linux-src to access APC USB HID on FreeBSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 21:19:34 -0000 Hi there, I asked the same question to Nick Hibma but he is very busy and can't help me. If someone know how to convert a linux-src to freebsd to access my UPS I'd happy to test any piece of (non explosive) code he sent me... Also please Cc: me, I'm only on current@. Thanks in advance. I'm trying to interface my new APC (RS 500) with FreeBSD 4.8-STABLE (but if you make a -CURRENT only code I'm able to test it) but after some search I found that all around there are only linux applications and I'm unable to convert them myself to FreeBSD ones. Can you help me? Looking on the net I found apcupsd-3.10.5 but it is a Linux-only src, it has all protocol exposed, would be simple to convert (knowing how linux works, at least). If you know how to help me to convert this single src (linux-usb.c usb.h) to FreeBSD send me a note, I'll be happy to test. I collect all under my local site: ftp://ftp.torrini.org/pub/FreeBSD/APC-hacking/ Also note that linux-usb.c and usb.h are GPL-ed, I simple extract from the original tarball without touching the code. If you need the whole archive search for apcupsd-3.10.5.tar.gz on sourceforge. Even a reduced version able only to acquire time and power would help. # usbdevs -v -d Controller /dev/usb0: addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 uhub0 port 1 powered port 2 addr 2: low speed, self powered, config 1, \ Back-UPS RS 500 FW:30.j2.I USB FW:j2(0x0002), \ American Power Conversion(0x051d), rev 0.06 After playing with usbhidctl I found that my APC use 0xff84, 0xff85 and 0xff86 instead of 0x84, 0x85 and 0x86 as it would so I created a custom file with the contents of /usr/share/misc/usb_hid_usage and with a copy of pages 132/133 to 0xff84/0xff85 and now it decode pages/usages. Now I'm at a dead end, usbhidctl say: device does not support immediate mode, only changes reported. but interrogating device with -a and/or -l show me only zeros. If you need my config/boot.log feel free to download them from: ftp://ftp.torrini.org/pub/FreeBSD/APC-hacking/ What else can I do (apart from changing UPS)? I hope you can point me to the right direction (docs or ML)... -- Riccardo. ( http://www.GUFI.org/~vic/ ) From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 14:54:02 2003 Return-Path: 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 267DF37B401 for ; Sun, 29 Jun 2003 14:54:02 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1421243F93 for ; Sun, 29 Jun 2003 14:54:00 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id 0187B42A; Sun, 29 Jun 2003 23:53:54 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id D7D192FDAC9; Sun, 29 Jun 2003 23:53:38 +0200 (CEST) Date: Sun, 29 Jun 2003 23:53:38 +0200 From: Roman Neuhauser To: Paul Robinson Message-ID: <20030629215338.GH11229@freepuppy.bellavista.cz> Mail-Followup-To: Paul Robinson , freebsd-hackers@freebsd.org References: <200306162015.06836.nakal@web.de> <20030616151024.0616e1e4.eaja@erols.com> <20030616191852.GA52694@ussenterprise.ufp.org> <20030618100125.GP20204@iconoplex.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030618100125.GP20204@iconoplex.co.uk> User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: Drawing graphics on terminal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 21:54:02 -0000 # paul@iconoplex.co.uk / 2003-06-18 11:01:25 +0100: > On Mon, Jun 16, 2003 at 03:18:52PM -0400, Leo Bicknell wrote: > > Some of this could be done in the current installer, if there wasn't > > an effort to make it still fit on a floppy. Mind you, I'd like to see > > the floppy based install stick around for a while, but I think FreeBSD > > needs to embrace the CD reality. > - A graphic installer would be nice though, because novice users need a bit > of cuddling in those first few scary hours when new to the OS. This would (and I viewed it this way when I started playing with OS OSes) be plain lying. Pretty splash screen, and then what? A command line? Pfff. I don't need a mascot winking at me from behind the edges of the screen, I want an OS that's as fast as it gets. STABLE on a P166/32MB RAM is faster than Mandrake 9.1 on a 400MHz Celeron with 128MB RAM. I don't want FreeBSD to become another Mandrake. Actually, I still remember installing FreeBSD for the first time (it was 3.something, and I didn't return back till 4.0 or something when I was actually determined to trying it out). I was scared, but I got it to install. Sysinstall is not that bad if you follow the signs, and quite managable if you don't. YaST and whatever RedHat calls their installer amounted to a damn lie to me. They promised things the running system didn't deliver, and I felt cheated. If you *really* want to make FreeBSD more user friendly, take a look at these man pages, and translate them into English: disklabel(8), fdisk(8), newfs(8). Or mount_ntfs(8): what the heck is a "nonresident file"? The installer is just an eyecandy, and not seen very often. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 18:23:40 2003 Return-Path: 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 3289C37B401 for ; Sun, 29 Jun 2003 18:23:40 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F3BC43FE1 for ; Sun, 29 Jun 2003 18:23:39 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h5U1NKM7088025; Sun, 29 Jun 2003 18:23:32 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200306300123.h5U1NKM7088025@gw.catspoiler.org> Date: Sun, 29 Jun 2003 18:23:20 -0700 (PDT) From: Don Lewis To: uitm@blackflag.ru In-Reply-To: <200306221153.PAA00759@slt.oz> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: open() and ESTALE error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 01:23:40 -0000 On 22 Jun, Andrey Alekseyev wrote: > Don, > >> When a file is renamed on the server, its file handle remains valid. > > Actually I was wrong in my assumption on how names are purged from the > namecache. And I didn't mean an operation with a file opened on the client. > And it actually happens that this sequence of commands will get you ENOENT > (not ESTALE) on the client because of a new lookup in #4: > > 1. server: echo "1111" > 1 > 2. client: cat 1 > 3. server: mv 1 2 > 4. client: cat 1 <--- ENOENT here That's what it is supposed to do, but my testing would seem to indicate that step 4 could return the file contents for an extended period of time after the file was renamed on the server. > Name cache can be purged by nfs_lookup(), if the latter finds that the > capability numbers doesn't match. In this case, nfs_lookup() will send a > new "lookup" RPC request to the server. Name cache can also be purged from > getnewvnode() and vclean(). Which code does that for the above scenario > it's quite obscure to me. Yes, my knowledge is limited :) The vpid == newvp->v_id test in nfs_lookup() just detects if the vnode that the cache entry pointed to was recycled for another use while it was on the free list. It doesn't detect whether the inode on the server was recycled. When I was thinking about this problem, the solution I came up with was a lot like the if (!VOP_GETATTR(newvp, &vattr, cnp->cn_cred, td) && vattr.va_ctime.tv_sec == VTONFS(newvp)->n_ctime) code fragment, but I would have done the ctime check on both the target and the parent directory and only ignored the cache entry if both ctimes had been updated. Checking only the target should be more conservative, though it would be slower because there would be more cases where the client would have to do the RPC call. If the file on the server associated with the cached entry on the client is renamed on the server, its file handle will remain valid, but its ctime will be updated, so VOP_GETATTR() will succeed, but the ctime check should be activated and the cache entry purged. If the file on the server is unlinked or another file mv'ed on top of it, its file handle should no longer be valid, so the VOP_GETATTR() call should fail, which should cause the cache entry to be purged and a new lookup RPC should be done. What I find interesting is that in order for for open() to fail with the ESTALE error, the cache entry must be used, which means that this VOP_GETATTR() call must be succeeding, but for some reason another VOP call after namei() returns is failing with ESTALE. >> Here's the output of the script: >> >> #!/bin/sh -v >> rm -f file1 file2 >> ssh -n mousie rm -f file1 file2 >> echo foo > file1 >> echo bar > file2 >> ssh -n mousie cat file1 >> foo >> ssh -n mousie cat file2 >> bar >> tail -f file1 & >> sleep 1 >> foo >> cat file1 >> foo >> cat file2 >> bar >> ssh -n mousie 'mv file1 tmpfile; mv file2 file1; mv tmpfile file2' >> cat file1 >> bar >> cat file2 >> foo >> echo baz >> file2 >> sleep 1 >> baz >> kill $! >> Terminated >> ssh -n mousie cat file1 >> bar >> ssh -n mousie cat file2 >> foo >> baz >> >> Notice that immediately after the files are swapped on the server, the >> cat commands on the client are able to immediately detect that the files >> have been interchanged and they open the correct files. The tail >> command shows that the original handle for file1 remains valid after the >> rename operations and when more data is written to file2 after the >> interchange, the data is appended to the file that was formerly file1. > > By the way, what were the values of acregmin/acregmax/acdirmin/acdirmax and > also the value of vfs.nfs.access_cache_timeout in your tests? I'm using the the default values for acregmin/acregmax/acdirmin/acdirmax. % sysctl vfs.nfs.access_cache_timeout vfs.nfs.access_cache_timeout: 2 > I believe, the results of your test patterns heavily depend on the NFS > attributes cache tunables (which happen to affect all cycles of NFS > operation) and on the command execution timing as well. Moreover, I'm > suspect that all this is badly linked with the type and sequence of > operations on both the server and the client. Recall, I was about to fix > just *one* common scenario :) Some of my test cases waited for 120 seconds after the rename on the server before attempting access from the client, which should be enough time for the attribute cache to time out. > With different values of acmin/acmax and access_cache_timeout, and manual > operations I was able to achieve the result you consider as "proper" above > and also, the "wrong" effect that you described below. > >> And its output: >> >> #!/bin/sh -v >> rm -f file1 file2 >> ssh -n mousie rm -f file1 file2 >> echo foo > file1 >> echo bar > file2 >> ssh -n mousie cat file1 >> foo >> ssh -n mousie cat file2 >> bar >> sleep 1 >> cat file1 >> foo >> cat file2 >> bar >> ssh -n mousie 'mv file1 file2' >> cat file2 >> foo >> cat file1 >> cat: file1: No such file or directory >> >> Even though file2 was unlinked and replaced by file1 on the server, the >> client immediately notices the change and is able to open the proper >> file. > > My tests always eventually produce ESTALE for file2 here. However, I suspect > their must be configurations where I won't get ESTALE. > >> Conclusion: relying on seeing an ESTALE error to retry is insufficient. >> Depending on how files are manipulated, open() may successfully return a >> descriptor for the wrong file and even enable the contents of that file >> to be overwritten. The namei()/lookup() code is broken and that's what >> needs to be fixed. > > I don't think it's namei()/lookup() which is broken. I'm afraid, the name > and attribute caching logic is somewhat far from ideal. Namecache routines > seem to work fine, they just do actual parsing/lookup of a pathname. Other > functions manipulate with the cached names basing on their understanding > of the cache validity (both namecache and cached dir/file attributes). I think the main problem is namei()/lookup(). They shouldn't be returning a vnode that is associated with a file handle that points to a different or non-existent file on the server if the name to handle association has been invalid for a long period of time. While it's not possible to totally enforce coherency, we should be able to do a lot better. > I've also done a number of tcpdump's for different test patterns and I > believe, what happens with the cached vnode may depend on the results of > the "access" RPC request to the server. That may be an important clue. The access cache may be properly working, but the attribute cache timeout may be broken. > As I said before, I was not going to fix all the NFS inefficiencies related > to heavily shared file environments. However, I still believe that > open-retry-on-ESTALE *may* help people to avoid certain erratic conditions. > At least, I think that having this functionality switchable with an > additional sysctl variable, *may* help lots of people in the black art of > tuning NFS caching. As there are no exact descriptions on how > all of this behaves, people usually have to experiment with their own > certain environments. > > Also, I agree it's not the "fix" of everything. And I didn't even mention > I want this to be integrated in the source :) I don't think we can totally fix the problem, but I would like to see the source fixed so that people don't have to patch their applications or their kernel for common usage patterns. > Actually, I know that it works for what I've been fixing locally and just > asked for technical comments about possible "vnode leakage" and nameidata > initialization which nobody provided yet ;-P I think you're probably ok on the vnode side, but one problem might be the flags in the struct nameidata. The lookup code tends to fiddle with them. I was also concerned about leaking the cn_pnbuf buffer, but it looks like it may not get allocated or may get freed in the error case, since kern_open() don't call NDFREE(&nd, NDF_ONLY_PNBUF) if namei() fails. > I appreciate *very much* all of the answers, though. Definitely, a food for > thought, but I'm a little bit tired of this issue already :) > > Thanks again for your efforts. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 29 19:22:41 2003 Return-Path: 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 C255837B401 for ; Sun, 29 Jun 2003 19:22:41 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 636E043FF5 for ; Sun, 29 Jun 2003 19:22:41 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (mail [198.78.66.163])h5U2MgnW011929 for ; Sun, 29 Jun 2003 19:22:42 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Sun, 29 Jun 2003 19:22:42 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030629191542.F57224-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: per-directory quotas possible on 5.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 02:22:42 -0000 Normally, quotas work on a per-user, per-filesystem basis - so if a user has a home directory and other processes _not owned by that user_ are placing files and using up space into that directory, it will not count toward the quota (unless they get chowned/chgrpd to that user/group). Is there any way to enforce a quota on a directory, regardless of what ownership or group ownership the files and dirs inside the directory - that is to say, take directory X, located at an arbitrary spot on the system, I want it to grow no larger than size Y. I know this can be done by creating a lot of little partitions - maybe even vn-backed parttion-on-file, but that seems like a hack, as they would be hard to resize. I am looking for a way to force a changeable quota on a directory, regardless of what gets put in it, or who owns what gets put in it. Any hacks/asuggestions/comments of any kind are very appreciated. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 00:15:44 2003 Return-Path: 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 9CAE037B401 for ; Mon, 30 Jun 2003 00:15:44 -0700 (PDT) Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC7F843FEC for ; Mon, 30 Jun 2003 00:15:43 -0700 (PDT) (envelope-from cisco-nsp-bounces@puck.nether.net) Received: from someone claiming to be puck.nether.net puck.NOSPAM (localhost [127.0.0.1]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5U7HDaa004195 for ; Mon, 30 Jun 2003 03:17:13 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: cisco-nsp-bounces@puck.nether.net To: hackers@freebsd.org Message-ID: Date: Mon, 30 Jun 2003 03:17:12 -0400 Precedence: bulk X-BeenThere: cisco-nsp@puck.nether.net X-Mailman-Version: 2.1.1 X-List-Administrivia: yes Sender: cisco-nsp-bounces@puck.nether.net Errors-To: cisco-nsp-bounces@puck.nether.net X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: Your message to cisco-nsp awaits moderator approval X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 07:15:44 -0000 Your mail to 'cisco-nsp' with the subject Re: Application Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://puck.nether.net/mailman/confirm/cisco-nsp/7c29c67e8edd10adbecc37c8fa862019478df0bb From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 02:08:20 2003 Return-Path: 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 DF4EE37B401 for ; Mon, 30 Jun 2003 02:08:20 -0700 (PDT) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C1C243FA3 for ; Mon, 30 Jun 2003 02:08:20 -0700 (PDT) (envelope-from flag@tin.it) Received: from southcross.skynet.org (80.182.24.251) by vsmtp4.tin.it (6.7.016) id 3EF8651A0021C694 for freebsd-hackers@FreeBSD.ORG; Mon, 30 Jun 2003 11:08:18 +0200 Received: by southcross.skynet.org (Postfix, from userid 1001) id 9B0B6610E; Mon, 30 Jun 2003 11:09:19 +0200 (CEST) Date: Mon, 30 Jun 2003 11:09:19 +0200 From: Paolo Pisati To: FreeBSD_Hackers Message-ID: <20030630090919.GA1922@southcross.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD southcross.skynet.org 5.1-CURRENT FreeBSD 5.1-CURRENT Subject: [newbie] Allocating memory in kernel land X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 09:08:21 -0000 Hi guys, as the subject says, i'm a newbie in kernel and i'm facing the task to "port" a userland program in kernel land (actually inside a netgraph node) and i was wondering how to threat the memory inside the kernel: are there any important things i should be aware of? like memory/stack limit, syscall, things thats shouldn't be, and so on. thanks in advance. -- Paolo GUFI: http://www.gufi.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 03:29:31 2003 Return-Path: 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 0B09F37B401 for ; Mon, 30 Jun 2003 03:29:31 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 650F743F3F for ; Mon, 30 Jun 2003 03:29:30 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19Wvuo-000NEN-VN; Mon, 30 Jun 2003 11:29:42 +0100 Date: Mon, 30 Jun 2003 11:29:42 +0100 From: Paul Robinson To: wgrim@siue.edu Message-ID: <20030630102942.GO57378@iconoplex.co.uk> References: <1056844356.3efe2a444bac4@webmail1.isg.siue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1056844356.3efe2a444bac4@webmail1.isg.siue.edu> Sender: Paul Robinson cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 10:29:31 -0000 On Sat, Jun 28, 2003 at 06:52:36PM -0500, wgrim@siue.edu wrote: > I have taken a look at the PR list before, but I get depressed when I look at > some of the requests. Some requests don't look very hard, but they require > hardware that I don't have. How do you guys go about handling bug fixes if you > don't happen to have certain hardware that someone else may have? I was thinking about this the other day. And yes, it was frustrating. I just went back and had another look at the list to see if there were any obvious purges - and then something interesting popped up. There are quite a few suspended or open PRs on older versions of FreeBSD, but nothing submitted for later versions, and the problem seems to have "disappered" - e.g. kern/2325 which was still a bug in 4.3-R, but I can't replicate in -CURRENT (unless I'm doing something wrong). Which suggests somebody has fixed it. Take a look at -CURRENT version of the relevant code, take a look at the older version, if you can spot the problem, suggest an MFC? It might help maintainers purge a big chunk. Or you can just go around begging for hardware. > Also, when you're working on a PR, do you roll your OS version back to whatever > the PR requires? If so, do you just cvsup downgrade your source and "make > buildworld... etc"? I have VMware. I can have a copy of every -RELEASE and an up-to-date -CURRENT on the go on the same machine all running at the same time if need be. Expect performance problems. :-) Unfortunately it costs money and means that for ease-of-use (trust me, the port is horrid) my main dev machine is a Windows box, but even so... > I have lots of interest in beginning some simple tasks with the kernel, but > it's quite difficult to know where to start. I'm good at C/C++ and have taken > an OS course; I just don't know how this particular kernel works on most levels. I took a look at this aaaaages ago. Back in late 2001. My main problem then was time. My current problem is getting bandwidth into my new home, but I do know that PRs are a good way of learning the OS, gets you known to maintainers, and ultimately helps purge a big, nasty database, everybody wishes was empty. I also know that very senior members of the project will give encouragement to anybody who helps purge PRs. My advice to you if you have the time, is just go for it. I'll be finally getting around to my own PR purging activities in a few weeks now that I have time, (soon!) bandwidth and a desire to stop drinking. Long story. Don't ask. Anyway.... Good luck. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 03:40:31 2003 Return-Path: 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 0274F37B401 for ; Mon, 30 Jun 2003 03:40:30 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5825443FAF for ; Mon, 30 Jun 2003 03:40:30 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19Ww5T-000NGr-VB; Mon, 30 Jun 2003 11:40:43 +0100 Date: Mon, 30 Jun 2003 11:40:43 +0100 From: Paul Robinson To: Edward Tiruvsky Message-ID: <20030630104043.GP57378@iconoplex.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Paul Robinson cc: freebsd-hackers@freebsd.org Subject: Re: Questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 10:40:31 -0000 On Sun, Jun 29, 2003 at 08:57:46AM +0000, Edward Tiruvsky wrote: > i know this might be a long shot but ive got some questions and i was > hoping someone could help me out or point me in the direction of someone > who can...reply through the digest I think you've misunderstood the use of the word "hackers" in the context of this mailing list. We have no interest in breaking into 3l337 w4R3z!! sites. Nor do we need to blackmail anybody. Most of us have no need to conceal our identities (although some still do - that's their choice). In short, we're Unix hackers. Not security hackers. Even so, being a helpful sod, I'll give you a pointer. *a - geddit??!?! Oh... The answer to your question is yes, it is possible to chain re-mailers. Go and do some research on anonymous re-mailers. The FAQs and manuals are full of lots of good info on how to chain. Most of them do the hard work for you. As for a secure webmail host - http://www.hushmail.com has worked for me in the past. Quite good. Oh, and now you've made the decision to hide your identity and make it publically known, you know your phones will be tapped mail (snail and what I call "normal") will be intercepted, your grandmother will get copies of *those* pictures of you, and your life will now be a misery. And to make it worse, you've just taken advice on protecting your identity from an ex-civil-servant. Ho ho ho ho. We control the vertical. We control the horizontal. Just sit back and relax. Relax... relax... many miles to go before you sleep... The poster regrets correspondance on this matter is now closed. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 04:57:56 2003 Return-Path: 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 8046537B401 for ; Mon, 30 Jun 2003 04:57:56 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFCAA43FBD for ; Mon, 30 Jun 2003 04:57:54 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h5UBvpL8774620; Mon, 30 Jun 2003 15:57:51 +0400 (MSD) Date: Mon, 30 Jun 2003 15:57:51 +0400 (MSD) From: Maxim Konovalov To: Zak Johnson In-Reply-To: <20030628232938.85385.qmail@nox.cx> Message-ID: <20030630155612.J33100@news1.macomnet.ru> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628202647.D71322@news1.macomnet.ru> <20030628232938.85385.qmail@nox.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 11:57:56 -0000 On Sat, 28 Jun 2003, 19:29-0400, Zak Johnson wrote: > On 2003-06-28 20:27+0400, Maxim Konovalov wrote: > > for instance? > > misc/25851 I am not familiar with sysinstall code, sorry. > bin/32433 Fixed in -current. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 06:26:08 2003 Return-Path: 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 5D3D137B401 for ; Mon, 30 Jun 2003 06:26:08 -0700 (PDT) Received: from smtp.terrabee.net (smtp.terrabee.net [193.138.102.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008C143FDF for ; Mon, 30 Jun 2003 06:26:07 -0700 (PDT) (envelope-from chris@terrabee.net) Received: from home.terrabee.net (as19-5-7.bi.s.bonet.se [217.215.73.79]) by smtp.terrabee.net (Postfix) with ESMTP id B9A775727A; Mon, 30 Jun 2003 15:26:03 +0200 (CEST) Date: Mon, 30 Jun 2003 15:26:00 +0200 (CEST) From: Christopher Arnold To: =?ISO-8859-1?Q?Joachim_Str=F6mbergson?= In-Reply-To: <3EFE12F8.7080908@ludd.luth.se> Message-ID: <20030630145824.Y9694@home.terrabee.net> References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628141001.A29573@myrna.cc.gatech.edu> <20030628185852.GA1292@dhcp01.pn.xcllnt.net> <3EFE12F8.7080908@ludd.luth.se> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:26:08 -0000 On Sun, 29 Jun 2003, Joachim Str=F6mbergson wrote: > >>On Sat, 28 Jun 2003, 14:10-0400, Joseph Holland King wrote: > >>> > >>>this had a fix to begin with, and has a new fix now: > >>>Re: kern/23173: read hangs in linux emulation > >>>http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3Dkern/23173 > >> > >>Assigned to maintainer. > > > > I'm not the maintainer, but I'll commit the patch in a couple of longis= h > > minutes. An MFC will happen sometime next week. Feel free to ping me > > at the end of next week if it hasn't been MFC'd by then. > > Pretty impressive, just by asking about how to contribute, Joshua Oreman > have caused one commit of a fix from a PR and the closing of two other > PRs. ;-) Isn't it! > Would it be productive/meaningful if one were to browse through the PR > db, check/verify open PRs with fixes and report back to this list with > "looks good" fixes so that they then could be commited in the same way > as the three PRs reported by Joseph Holland King? I have put some time into looking thru the PR db and there is a LOT of stuff that either could be closed or could be fixed right away. But i guess whats holding me back is the same thing that is holding others back. Whats the correct way to get my hands dirty? Is Joachim's idea of reporting back to -hackers correct? (I guess that would be -ports for ports related issues?) Some of the issues are quite fun. I mean how important is it that a BusLogic unit dosn't work under FreeBSD 2.2.6? This is a five year old PR, half the lifespan of the FreeBSD project... Couldn=B4t we close kern/7264? If someone offers to be my mentor i would gladly walk thru the db and stir up some dust. Any volonteer? I can even formulate my questions so you only have to answer YES/NO... If there isn't any volonteer i guess i just have to start pestering everyone on -hackers... =09/Chris From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 07:42:47 2003 Return-Path: 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 3A0A237B401 for ; Mon, 30 Jun 2003 07:42:47 -0700 (PDT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id E86D443FAF for ; Mon, 30 Jun 2003 07:42:45 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.9/8.12.9) with ESMTP id h5UEhRKX012953 for ; Mon, 30 Jun 2003 16:43:28 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.9/8.12.9/Submit) id h5UEhRQM012952 for hackers@freebsd.org; Mon, 30 Jun 2003 16:43:27 +0200 (CEST) Date: Mon, 30 Jun 2003 16:43:27 +0200 From: Stijn Hoop To: hackers@freebsd.org Message-ID: <20030630144327.GB11983@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! Subject: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 14:42:47 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I was wondering if anybody was working on an implementation of a reentrant gethostbyname_r function, mostly because it looks like mozilla/firebird will finally gain support for an async DNS thread in the near future. However, it is claimed in Mozilla's bug reporting system that FreeBSD 5.x doesn't have support for this. See http://bugzilla.mozilla.org/show_bug.cgi?id=3D70213#c36 A quick grep -r in /usr/src shows only hits in contrib, so it's probably true that it's not implemented. Any status? --Stijn --=20 The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AEyPY3r/tLQmfWcRAm0BAJ9SiLIBKA8MJDCIJkRV4rJkabtJ8ACbB8v1 4MMaahaDPFz/HokkI2Whv2U= =jBgo -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 07:52:49 2003 Return-Path: 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 E6BEE37B401 for ; Mon, 30 Jun 2003 07:52:49 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F1543F85 for ; Mon, 30 Jun 2003 07:52:49 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id C69CC10BF8B; Mon, 30 Jun 2003 16:52:47 +0200 (CEST) Date: Mon, 30 Jun 2003 16:52:47 +0200 From: "Simon L. Nielsen" To: Stijn Hoop Message-ID: <20030630145246.GC710@nitro.dk> References: <20030630144327.GB11983@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QRj9sO5tAVLaXnSD" Content-Disposition: inline In-Reply-To: <20030630144327.GB11983@pcwin002.win.tue.nl> User-Agent: Mutt/1.5.4i cc: hackers@freebsd.org Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 14:52:50 -0000 --QRj9sO5tAVLaXnSD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.06.30 16:43:27 +0200, Stijn Hoop wrote: > I was wondering if anybody was working on an implementation of a reentrant > gethostbyname_r function, mostly because it looks like mozilla/firebird w= ill This was discussed on the -threads mailinglist a few weeks ago. Try looking at the achieves. I don't thin anybody is working on it at the moment. --=20 Simon L. Nielsen --QRj9sO5tAVLaXnSD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AE6+8kocFXgPTRwRAhwAAJ9/fqEASFLR8LUoj5YHFTRneIAqPgCg2o0c 8mw+1R5MlV5ZO6w9fmrGvns= =Di72 -----END PGP SIGNATURE----- --QRj9sO5tAVLaXnSD-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 08:03:32 2003 Return-Path: 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 ABB6137B401 for ; Mon, 30 Jun 2003 08:03:32 -0700 (PDT) Received: from cheer.mahoroba.org (flets19-022.kamome.or.jp [218.45.19.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2052543FF2 for ; Mon, 30 Jun 2003 08:03:31 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from mille.mahoroba.org (IDENT:FvixKT1B6UReaNLG6csntvJzbSWmzoE7KEcew8UQU/PCd/jSQBcTmtTkaUPfXeUT@mille.mahoroba.org [IPv6:3ffe:501:185b:8010:202:2dff:fe0a:6bee]) (user=ume mech=CRAM-MD5 bits=0)h5UF3P1O030058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2003 00:03:25 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 01 Jul 2003 00:03:25 +0900 Message-ID: From: Hajimu UMEMOTO To: Stijn Hoop In-Reply-To: <20030630144327.GB11983@pcwin002.win.tue.nl> References: <20030630144327.GB11983@pcwin002.win.tue.nl> User-Agent: xcite1.38> Wanderlust/2.11.0 (Wonderwall) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 4.8-RELEASE MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-1.0 required=5.0 tests=IN_REP_TO,REFERENCES,USER_AGENT version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hackers@freebsd.org Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 15:03:33 -0000 Hi, >>>>> On Mon, 30 Jun 2003 16:43:27 +0200 >>>>> Stijn Hoop said: stijn> I was wondering if anybody was working on an implementation of a reentrant stijn> gethostbyname_r function, mostly because it looks like mozilla/firebird will stijn> finally gain support for an async DNS thread in the near future. However, stijn> it is claimed in Mozilla's bug reporting system that FreeBSD 5.x doesn't stijn> have support for this. See stijn> http://bugzilla.mozilla.org/show_bug.cgi?id=70213#c36 I believe Mozilla uses getipnodeby*() on FreeBSD. getipnodeby*() calls do giant lock to expect thread-safe. So, I believe we don't need gethostbyname_r() for Mozilla. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 11:29:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 083A437B401; Mon, 30 Jun 2003 11:29:38 -0700 (PDT) To: hackers@freebsd.org, hardware@freebsd.org Date: Mon, 30 Jun 2003 11:29:37 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030630182938.083A437B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Subject: Looking for RealTek 8169-based NIC for testing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 18:29:38 -0000 I've decided to pick up one of the projects I let lapse some time ago, which was to add support for the RealTek 8139C+ chipset to the rl(4) driver. The 8139C+ is, by default, backwards compatible with the 8139A/B/C/D/etc... but also supports a descriptor-based DMA mechanism, TCP/IP checksum offload, VLAN tagging and extraction, and TCP large send. RealTek also has an 8169 gigabit ethernet chipset with almost the same programming mechanism as the 8139C+, so I decided to support that too. However, while I have a sample 8139C+ NIC for testing, I don't have an 8169 gigE card. I can probably pick one up, but I don't know who sells cards with this chip on it. If anyone can positively identify a card that has uses this chip, i.e. from D-Link, Netgear, or whoever, I'd appreciate it if you could point it me at it. If it's something that can quickly be acquired from CompUSA, even better. Note: RealTek also has an 8110 LOM (Lan On Motherboard) chip, which I _think_ is register compatible with the 8169, however I don't want to buy a whole new motherboard. Ultimately, I may need to find someone who does have one of these so they can verify that the driver does in fact work with it though, so if you've got one, save this e-mail and watch for a call for testers. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 11:39:45 2003 Return-Path: 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 93E9237B401 for ; Mon, 30 Jun 2003 11:39:45 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FE7E43FE5 for ; Mon, 30 Jun 2003 11:39:44 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5UId8KJ001437; Mon, 30 Jun 2003 14:39:08 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5UId8mp001434; Mon, 30 Jun 2003 14:39:08 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 30 Jun 2003 14:39:07 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Josh Brooks In-Reply-To: <20030629191542.F57224-100000@mail.econolodgetulsa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: per-directory quotas possible on 5.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 18:39:46 -0000 On Sun, 29 Jun 2003, Josh Brooks wrote: > Normally, quotas work on a per-user, per-filesystem basis - so if a user > has a home directory and other processes _not owned by that user_ are > placing files and using up space into that directory, it will not count > toward the quota (unless they get chowned/chgrpd to that user/group). > > Is there any way to enforce a quota on a directory, regardless of what > ownership or group ownership the files and dirs inside the directory - > that is to say, take directory X, located at an arbitrary spot on the > system, I want it to grow no larger than size Y. > > I know this can be done by creating a lot of little partitions - maybe > even vn-backed parttion-on-file, but that seems like a hack, as they > would be hard to resize. > > I am looking for a way to force a changeable quota on a directory, > regardless of what gets put in it, or who owns what gets put in it. > > Any hacks/asuggestions/comments of any kind are very appreciated. Unfortunately, the UFS file system model makes it difficult to implement this sort of feature. One major part of this is that files can exist in more than one directory at a time, by virtue of hard links; this in turn is relied on for file system checking, where a file may end up linked to more than one directory when certain failure modes occur and are recovered from. Another part of the problem is that the internals of UFS really disassociate the namespace from the storage mechanism, and since such a "directory based quota system" would determine the relationship between files based on the namespace and not a per-inode attribute, this also makes implementing such a system on a UFS file system difficult. FWIW, you can sometimes get similar semantics using group quotas and the fact that, on BSD, entries created in directories have the group of the parent directory in which they are created... Most of the systems I've seen that do quotas on a large scale do basically follow the "many volumes" model -- for example, large AFS cells may have tens or hundreds of thousands of volumes, and use volume size to impose quotas, which sounds like what you're looking for. When I've seen things like this done on UFS, it's usually been as a weak consistency accounting mechanism -- measure the size of various trees at intervals and bill based on the sampled size, rather than block allocation. As you may have noticed in trying the vn-backed mechanism, there are some inefficiencies that turn up in FreeBSD when have large numbers of pseudo-devices, etc. The resizing problem is real, also, since we don't have online file system resizing. FWIW, a file system like HFS+ (which has a much more strict directory hierarchy) would lend itself to directory quotas much more. A port of HFS+ to FreeBSD was recently posted to freebsd-fs. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 13:09:00 2003 Return-Path: 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 04F1E37B401 for ; Mon, 30 Jun 2003 13:08:59 -0700 (PDT) Received: from eborcom.com (dsl-62-3-122-102.zen.co.uk [62.3.122.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 10F0543FB1 for ; Mon, 30 Jun 2003 13:08:59 -0700 (PDT) (envelope-from tom@FreeBSD.org) Received: (qmail 5605 invoked by uid 1001); 30 Jun 2003 20:08:57 -0000 Date: Mon, 30 Jun 2003 21:08:57 +0100 From: Tom Hukins To: hackers@FreeBSD.org Message-ID: <20030630200857.GA5580@eborcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Patch to add more definitions to units(1) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 20:09:00 -0000 I have a patch to add more definitions to units(1): http://people.freebsd.org/~tom/tmp/units/ I would appreciate it if a src committer could give me approval to commit this - I normally work in doc and ports only. Thanks, Tom From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 13:37:22 2003 Return-Path: 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 EB01B37B401; Mon, 30 Jun 2003 13:37:22 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81AAF43FE1; Mon, 30 Jun 2003 13:37:22 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (mail [198.78.66.163])h5UKbMnW062461; Mon, 30 Jun 2003 13:37:22 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Mon, 30 Jun 2003 13:37:22 -0700 (PDT) From: Josh Brooks To: Robert Watson In-Reply-To: Message-ID: <20030630131951.L57224-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: per-directory quotas possible on 5.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 20:37:23 -0000 Hi Robert, On Mon, 30 Jun 2003, Robert Watson wrote: > As you may have noticed in trying the vn-backed mechanism, there are some > inefficiencies that turn up in FreeBSD when have large numbers of > pseudo-devices, etc. The resizing problem is real, also, since we don't > have online file system resizing. FWIW, a file system like HFS+ (which > has a much more strict directory hierarchy) would lend itself to directory > quotas much more. A port of HFS+ to FreeBSD was recently posted to > freebsd-fs. Thank you for your very informative response. I am curious, what sort of inefficiencies do turn up when you have large numebers of pseudo devices ? Do you have any comments on a system running, say, 100 vn-backed mounted filesystems ? 200 ? (presume moderate to heavy activity in each ...) thanks! From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 13:54:49 2003 Return-Path: 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 9ACEE37B401 for ; Mon, 30 Jun 2003 13:54:49 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF9F43FBD for ; Mon, 30 Jun 2003 13:54:48 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h5UKsSM7090098; Mon, 30 Jun 2003 13:54:40 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200306302054.h5UKsSM7090098@gw.catspoiler.org> Date: Mon, 30 Jun 2003 13:54:28 -0700 (PDT) From: Don Lewis To: uitm@blackflag.ru In-Reply-To: <200306300123.h5U1NKM7088025@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: open() and ESTALE error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 20:54:49 -0000 On 29 Jun, I wrote: > On 22 Jun, Andrey Alekseyev wrote: >> Name cache can be purged by nfs_lookup(), if the latter finds that the >> capability numbers doesn't match. In this case, nfs_lookup() will send a >> new "lookup" RPC request to the server. Name cache can also be purged from >> getnewvnode() and vclean(). Which code does that for the above scenario >> it's quite obscure to me. Yes, my knowledge is limited :) > > The vpid == newvp->v_id test in nfs_lookup() just detects if the vnode > that the cache entry pointed to was recycled for another use while it > was on the free list. It doesn't detect whether the inode on the server > was recycled. > > When I was thinking about this problem, the solution I came up with was > a lot like the > if (!VOP_GETATTR(newvp, &vattr, cnp->cn_cred, td) > && vattr.va_ctime.tv_sec == VTONFS(newvp)->n_ctime) > code fragment, but I would have done the ctime check on both the target > and the parent directory and only ignored the cache entry if both ctimes > had been updated. Checking only the target should be more conservative, > though it would be slower because there would be more cases where the > client would have to do the RPC call. I actually meant to say the mtime of the parent directory. After doing some more testing, I believe the problem I'm seeing is caused by the rename on the server not updating the seconds field of the file ctime. If the file was last changed at time N, if the client does a lookup on the file and sees this ctime value, and the server renames the file before the time on the server increments to the next second, the ctime check nfs_lookup() won't detect that the cached lookup information might be invalid. The best way I could think of to fix this problem is to ignore the cache entry and do the lookup RPC until we detect that the time on the server has incremented to the next second, so that we know that the cached lookup must be valid. The problem is that I don't know how to get a timestamp from the server. >> I've also done a number of tcpdump's for different test patterns and I >> believe, what happens with the cached vnode may depend on the results of >> the "access" RPC request to the server. > > That may be an important clue. The access cache may be properly > working, but the attribute cache timeout may be broken. I'm pretty sure that the problem that you are having with open() returning ESTALE is caused by the difference between the access cache timeout and the attribute cache timeout. It looks like your workaround of retrying the open only works with NFSv3 because NFSv2() relies on VOP_GETATTR(), and if the attribute cache timeout is too long the open() will succeed and you'll only detect the failure when you actually do the I/O. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 14:08:18 2003 Return-Path: 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 3F6DE37B401 for ; Mon, 30 Jun 2003 14:08:18 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53EAE43FEC for ; Mon, 30 Jun 2003 14:08:17 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5UL7fKJ002636; Mon, 30 Jun 2003 17:07:41 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5UL7fm9002633; Mon, 30 Jun 2003 17:07:41 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 30 Jun 2003 17:07:41 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Josh Brooks In-Reply-To: <20030630131951.L57224-100000@mail.econolodgetulsa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: per-directory quotas possible on 5.x ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 21:08:18 -0000 On Mon, 30 Jun 2003, Josh Brooks wrote: > On Mon, 30 Jun 2003, Robert Watson wrote: > > > As you may have noticed in trying the vn-backed mechanism, there are some > > inefficiencies that turn up in FreeBSD when have large numbers of > > pseudo-devices, etc. The resizing problem is real, also, since we don't > > have online file system resizing. FWIW, a file system like HFS+ (which > > has a much more strict directory hierarchy) would lend itself to directory > > quotas much more. A port of HFS+ to FreeBSD was recently posted to > > freebsd-fs. > > Thank you for your very informative response. I am curious, what sort > of inefficiencies do turn up when you have large numebers of pseudo > devices ? > > Do you have any comments on a system running, say, 100 vn-backed mounted > filesystems ? 200 ? (presume moderate to heavy activity in each ...) I've observed two problems when using large numbers of pseudo-devices: (1) Hard upper limits on the number of such devices that can exist (I don't remember the current limits, but on -STABLE I seem to recall it's around 512). (2) Increased chances of a deadlock if you have lots of vn backing files in the same directory and you perform directory operations on the directory. This has been observed on -STABLE with a few hundred active chroots on vn-backed devices in jails. There have been some mitigating changes in -CURRENT recently that decrease the chances of this happening. The -STABLE workaround was to put each backing file in its own subdirectory if the problem occurs on your system with your workload. On -CURRENT, you can also use the GPT partition layout which makes it possible to have a lot more partitions on a disk than the BSD label format or MBR. Using disk partitions makes things a little more difficult to resize, but not hugely more, and avoids going through a file system loopback, improving performance (and eliminating the chances of (2) above). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 14:39:26 2003 Return-Path: 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 A31A837B431 for ; Mon, 30 Jun 2003 14:39:26 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9396743FD7 for ; Mon, 30 Jun 2003 14:39:23 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id AE38F66E2B; Mon, 30 Jun 2003 14:39:16 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id B2BE4766; Mon, 30 Jun 2003 14:39:16 -0700 (PDT) Date: Mon, 30 Jun 2003 14:39:16 -0700 From: Kris Kennaway To: Stijn Hoop Message-ID: <20030630213916.GA71908@rot13.obsecurity.org> References: <20030630144327.GB11983@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20030630144327.GB11983@pcwin002.win.tue.nl> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 21:39:27 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2003 at 04:43:27PM +0200, Stijn Hoop wrote: > Hi, >=20 > I was wondering if anybody was working on an implementation of a reentrant > gethostbyname_r function, mostly because it looks like mozilla/firebird w= ill > finally gain support for an async DNS thread in the near future. However, > it is claimed in Mozilla's bug reporting system that FreeBSD 5.x doesn't > have support for this. See >=20 > http://bugzilla.mozilla.org/show_bug.cgi?id=3D70213#c36 >=20 > A quick grep -r in /usr/src shows only hits in contrib, so it's probably > true that it's not implemented. There was a bogus non-reentrant version half-implemented in libc in both 4.x and 5.x, which I recently removed in 5.x. I need to remove it on 4.x as well. General consensus seems to be that implementing it properly is Hard. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AK4EWry0BWjoQKURAuUaAJ90TecvYlHoE0MnceEZ33VT7izGhACdHVhl zh2HqsPp2ITjZAuTG/dv+do= =PH0f -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 30 21:11:03 2003 Return-Path: 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 3C96F37B401 for ; Mon, 30 Jun 2003 21:11:03 -0700 (PDT) Received: from lacrosse.corp.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9443C43FE3 for ; Mon, 30 Jun 2003 21:11:02 -0700 (PDT) (envelope-from spambot@redhat.com) Received: (from spambot@localhost) by lacrosse.corp.redhat.com (8.11.6/8.9.3) id h614B2V23170; Tue, 1 Jul 2003 00:11:02 -0400 Date: Tue, 1 Jul 2003 00:11:02 -0400 Message-Id: <200307010411.h614B2V23170@lacrosse.corp.redhat.com> To: hackers@FreeBSD.ORG References: <200307010357.h613vOZ12981@mx2.redhat.com> In-Reply-To: <200307010357.h613vOZ12981@mx2.redhat.com> X-loop: errata From: errata@redhat.com Subject: Re: Your Application X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 04:11:03 -0000 Thank you for your interest in Red Hat's products. For the latest product errata, please visit these pages on the Red Hat website: http://www.redhat.com/apps/support/updates.html (This page lists all available errata. If the errata includes updated software, you can manually download the software from each errata page.) http://www.redhat.com/network/ (This is the main page for Red Hat Network. Once registered, you can use Red Hat Network to download and install updated software in a more automated fashion.) Again, thank you for your interest in our products. Red Hat, Inc. From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 05:57:04 2003 Return-Path: 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 BEE7137B40D; Tue, 1 Jul 2003 05:57:04 -0700 (PDT) Received: from erdos.dsm.fordham.edu (erdos.dsm.fordham.edu [150.108.64.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0D3043F93; Tue, 1 Jul 2003 05:57:01 -0700 (PDT) (envelope-from tanzer@dsm.fordham.edu) Received: from erdos.dsm.fordham.edu (localhost [127.0.0.1]) by erdos.dsm.fordham.edu (8.12.8/8.12.8) with ESMTP id h61Cuxsr009913; Tue, 1 Jul 2003 08:56:59 -0400 Received: from localhost (tanzer@localhost)h61Cut7a009909; Tue, 1 Jul 2003 08:56:55 -0400 Date: Tue, 1 Jul 2003 08:56:55 -0400 (EDT) From: "Edward F. Tanzer" To: freebsd-net@freebsd.org, Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: chrisy@flirble.org Subject: ANNOUNCE: Multipath Patches for 4.8-STABLE Available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 12:57:05 -0000 Multipath route table. Ported to FreeBSD 4.8 by Ed Tanzer . Version 5, released agains FreeBSD 4.8-STABLE 2003/06/27 http://www.dsm.fordham.edu/~tanzer/multipath/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 08:32:59 2003 Return-Path: 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 EDDA337B401 for ; Tue, 1 Jul 2003 08:32:59 -0700 (PDT) Received: from mail.farley.org (adsl-67-64-95-201.dsl.austtx.swbell.net [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8BF43FAF for ; Tue, 1 Jul 2003 08:32:58 -0700 (PDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (ofmpvvj7uic9susi@thor.farley.org [IPv6:2002:4340:5fc9::5]) by mail.farley.org (8.12.9/8.12.9) with ESMTP id h61FWvMp095386; Tue, 1 Jul 2003 10:32:57 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.9/8.12.9) with ESMTP id h61FWuPC012294; Tue, 1 Jul 2003 10:32:56 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)h61FWtYL012291; Tue, 1 Jul 2003 10:32:56 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Tue, 1 Jul 2003 10:32:55 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: Stijn Hoop In-Reply-To: <20030630144327.GB11983@pcwin002.win.tue.nl> Message-ID: <20030701102846.V12196@thor.farley.org> References: <20030630144327.GB11983@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 15:33:00 -0000 On Mon, 30 Jun 2003, Stijn Hoop wrote: > Hi, > > I was wondering if anybody was working on an implementation of a > reentrant gethostbyname_r function, mostly because it looks like > mozilla/firebird will finally gain support for an async DNS thread in > the near future. However, it is claimed in Mozilla's bug reporting > system that FreeBSD 5.x doesn't have support for this. See > > http://bugzilla.mozilla.org/show_bug.cgi?id=70213#c36 Here is my comment on it (in mid-June): http://bugzilla.mozilla.org/show_bug.cgi?id=70213#c40 Hopefully, they will use getaddrinfo(). I believe the person, Steve Freeland, doing the patch is considering using it for FreeBSD. Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 08:34:10 2003 Return-Path: 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 13FE637B401; Tue, 1 Jul 2003 08:34:10 -0700 (PDT) Received: from hole.shrew.net (cs24354-246.austin.rr.com [24.243.54.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1972043FD7; Tue, 1 Jul 2003 08:34:09 -0700 (PDT) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (localhost.shrew.net [127.0.0.1]) by hole.shrew.net (8.12.9/8.12.9) with SMTP id h61FZVYv045470; Tue, 1 Jul 2003 15:35:31 GMT (envelope-from mgrooms@shrew.net) Message-Id: <200307011535.h61FZVYv045470@hole.shrew.net> Received: from 65.118.63.254 (auth. user mgrooms@mail.shrew.net) by mail.shrew.net with HTTP; Tue, 01 Jul 2003 15:35:31 +0000 To: freebsd-current@freebsd.org Date: Tue, 01 Jul 2003 15:35:30 +0000 X-Mailer: IlohaMail/0.8.7 (On: mail.shrew.net) From: "Matthew Grooms" Bounce-To: "Matthew Grooms" Errors-To: "Matthew Grooms" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org cc: freebsd-net@freebsd.org Subject: BIOCSSEESENT ioctl on 5.1 ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 15:34:10 -0000 Question, Is there somthing magic about setting this flag? I wrote a small program ( built on 5.1 ) that uses the bpf to read broadcast packets off a local private network, forward them to a peer ( over IPSEC ) who in turn drops them onto its private network ( and visa-versa ). To prevent looping, I was hoping to set the BIOCSSEESENT flag on the fd. Unfortunately, when this option is set I no longer receive any packets on the interface. Here is the relevent code. // open the berkley packet filter device int32_t hbpf; int32_t mnum =3D 0; char device[ 25 ]; do { sprintf( device,"/dev/bpf%d", mnum ); mnum++; hbpf =3D open( device, O_RDWR ); } while( hbpf < 0 && errno =3D=3D EBUSY ); if( hbpf =3D=3D -1 ) { printf( "failed to open a packet filter device\n" ); printf( "exiting ...\n" ); return -1; } printf( "using filter device '%s'\n", device ); // assign the filter to a network device struct ifreq ifr; strcpy( ifr.ifr_name, config.get_service_iface() ); if( ioctl( hbpf, BIOCSETIF, ( uint32_t ) &ifr ) =3D=3D -1 ) { printf( "unable to assign filter to network device \'%s\'\n", ifr.ifr_name ); printf( "exiting ..." ); return -1; } printf( "using network device \'%s\'\n", ifr.ifr_name ); // dont buffer packet data uint32_t value =3D 1; if( ioctl( hbpf, BIOCIMMEDIATE, &value ) =3D=3D -1 ) { printf( "unable to set BIOCIMMEDIATE option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // use promiscuous mode if( ioctl( hbpf, BIOCPROMISC, &value ) =3D=3D -1 ) { printf( "unable to set BIOCPROMISC option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // use non-blocking io if( ioctl( hbpf, FIONBIO, &value ) =3D=3D -1 ) { printf( "unable to set FIONBIO option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // disable header complete mode if( ioctl( hbpf, BIOCSHDRCMPLT, &value ) =3D=3D -1 ) { printf( "unable to set BIOCGHDRCMPLT option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // don't return localy generated packets value =3D 0; if( ioctl( hbpf, BIOCSSEESENT, &value ) =3D=3D -1 ) { printf( "unable to set BIOCGSEESENT option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // get the filter buffer size int32_t buff_size; if( ioctl( hbpf, BIOCGBLEN, &buff_size ) =3D=3D -1 ) { printf( "unable to obtain filter buffer size\n" ); printf( "exiting ...\n" ); return -1; } // setup our bpf filter machine data uint32_t ins_count =3D 8; uint32_t ins_index =3D 0; struct bpf_insn * insns =3D new struct bpf_insn[ ins_count ]; if( !insns ) { printf( "unable to alloc filter macine data\n" ); printf( "exiting ...\n" ); return -1; } insns[ ins_index ].code =3D BPF_LD+BPF_H+BPF_ABS; // load data ( half word ) insns[ ins_index ].k =3D 12; // offset ( protocol ) ins_index++; insns[ ins_index ].code =3D BPF_JMP+BPF_JEQ+BPF_K; // cmp equality and jmp insns[ ins_index ].jt =3D 0; // true offset insns[ ins_index ].jf =3D 5; // false offset insns[ ins_index ].k =3D 0x0800; // value ins_index++; insns[ ins_index ].code =3D BPF_LD+BPF_B+BPF_ABS; // load data ( byte ) insns[ ins_index ].k =3D 23; // offset ( transport type ) ins_index++; insns[ ins_index ].code =3D BPF_JMP+BPF_JEQ+BPF_K; // cmp equality and jmp insns[ ins_index ].jt =3D 0; // true offset insns[ ins_index ].jf =3D 3; // false offset insns[ ins_index ].k =3D 0x11; // value ins_index++; /* * TODO : check for a matching port */ insns[ ins_index ].code =3D BPF_LD+BPF_W+BPF_ABS; // load data ( word ) insns[ ins_index ].k =3D 30; // offset ( destination addre ins_index++; insns[ ins_index ].code =3D BPF_JMP+BPF_JEQ+BPF_K; // cmp equality and jmp insns[ ins_index ].jt =3D 0; // true offset insns[ ins_index ].jf =3D 1; // false offset insns[ ins_index ].k =3D 0xffffffff; // value ins_index++; insns[ ins_index ].code =3D BPF_RET+BPF_K; // return ( passed ) insns[ ins_index ].k =3D ( u_int ) -1; // accept byte count ( everyt ins_index++; insns[ ins_index ].code =3D BPF_RET+BPF_K; // return ( failed ) insns[ ins_index ].jt =3D 0; // insns[ ins_index ].jf =3D 0; // insns[ ins_index ].k =3D 0; // accept byte count ( ignore ins_index++; // assign the bpf filter program struct bpf_program bpfp; bpfp.bf_insns =3D insns; bpfp.bf_len =3D ins_count; if( ioctl( hbpf, BIOCSETF, &bpfp ) =3D=3D -1 ) { printf( "unable to set filter program\n" ); printf( "exiting ...\n" ); return -1; } PS ... From what I can tell, I am following the bpf manpage to the tee and think there could be possibly an issue with this on 5.1. Could anyone help please. Thanks in advance ... -Matthew From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 09:12:07 2003 Return-Path: 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 DFA6137B401 for ; Tue, 1 Jul 2003 09:12:07 -0700 (PDT) Received: from mailgw2a.lmco.com (mailgw2a.lmco.com [192.91.147.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB53E43FB1 for ; Tue, 1 Jul 2003 09:12:06 -0700 (PDT) (envelope-from koroush.saraf@lmco.com) Received: from emss01g01.ems.lmco.com ([129.197.181.54]) by mailgw2a.lmco.com (8.11.6p2/8.11.6) with ESMTP id h61GC3i27236 for ; Tue, 1 Jul 2003 12:12:03 -0400 (EDT) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1 #40643) id <0HHC00801SQ170@lmco.com> for freebsd-hackers@FreeBSD.ORG; Tue, 01 Jul 2003 09:06:01 -0700 (PDT) Received: from BSDWIN2KKOROUSH ([129.197.244.4]) by lmco.com (PMDF V6.1-1 #40643) with SMTP id <0HHC0075CSPS4L@lmco.com> for freebsd-hackers@FreeBSD.ORG; Tue, 01 Jul 2003 09:05:52 -0700 (PDT) Date: Tue, 01 Jul 2003 08:56:43 -0700 From: Koroush Saraf To: freebsd-hackers@FreeBSD.ORG Message-id: <00c601c33fea$9c2eb630$04f4c581@BSDWIN2KKOROUSH> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Mailer: Microsoft Outlook Express 6.00.2800.1158 Content-type: text/plain; charset=Windows-1252 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal Subject: VPN setup problem - proxy arp I think X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 16:12:08 -0000 VPN setup problem - proxy arp I thinkDidn't get an answer from Questions.. Lets see if you hackers have an answer.. ----- Original Message ----- To: freebsd-questions@freebsd.org Sent: Monday, June 30, 2003 7:08 PM Subject: VPN setup problem - proxy arp I think Hi all, I read the setup at http://www.blackh0le.net/articles/vpn-dun-howto.html to setup my VPN. However, I'm having a problem which I think is proxy-ARP not working. I like to ask you to see if you know what's going on. When I ping 10.77.1.1 from windows XP machine the packets get to the 10.77.1.1 machine, but they don't have a return path to get back. When I do ping the windows machine from 10.77.1.1 I get: ping: sendto: Host is down When I add static route to 10.77.1.1 the machines can talk to each other. (route add 10.77.1.50/32 10.77.1.2) But I don't think I need to setup a static route if Proxy ARP worked! I've included my config files in this email. Please note that the I get a message back saying "[pptp1] no interface to proxy arp on for 10.77.1.50" could this be my problem? how can I fix it? Thanks very much, ~koroush ========================= I network looks as follows Freebsd 4.6 IP 10.77.1.1/24 | | fxp0:10.77.1.2/24 Freebsd 4.8 (DELL2) (only 1 network card) ng0: 10.77.13 | | Windows XP machine with tunnel. 10.77.1.50 ================== Config files for Dell 2: DELL2# ifconfig -a fxp0: flags=8843 mtu 1500 inet 129.197.244.10 netmask 0xfffffff0 broadcast 129.197.244.15 inet 10.0.0.249 netmask 0xffffff00 broadcast 10.0.0.255 inet 10.77.1.2 netmask 0xffffff00 broadcast 10.77.1.255 inet 10.77.2.2 netmask 0xffffff00 broadcast 10.77.2.255 inet 10.77.3.2 netmask 0xffffff00 broadcast 10.77.3.255 inet 10.77.4.2 netmask 0xffffff00 broadcast 10.77.4.255 inet 10.77.5.2 netmask 0xffffff00 broadcast 10.77.5.255 ether 00:07:e9:87:ca:4f media: Ethernet autoselect (100baseTX ) status: active lp0: flags=8810 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 lo1: flags=8008 mtu 16384 ppp0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 faith0: flags=8002 mtu 1500 ng0: flags=88d1 mtu 1256 inet 10.77.1.2 --> 10.77.1.50 netmask 0xffffffff ng1: flags=8890 mtu 1500 ng2: flags=8890 mtu 1500 ng3: flags=8890 mtu 1500 ng4: flags=8890 mtu 1500 =============== DELL2# pwd /usr/local/etc/mpd DELL2# cat mpd.conf default: load client1 load client2 load client3 load client4 load client5 pptp_common_settings: set link type pptp set pptp enable incoming set pptp disable originate set iface disable on-demand set iface enable proxy-arp # set iface idle 1800 set bundle enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap # set link keep-alive 10 60 set link mtu 1260 set ipcp yes vjcomp # set ipcp ranges 10.77.1.1/32 10.77.1.50/32 # set ipcp dns 10.77.1.1 # set ipcp nbns 10.77.1.1 set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 # set ccp yes mpp-e128 set ccp yes mpp-stateless client1: new -i ng0 pptp1 pptp1 set ipcp range 10.77.1.2/24 10.77.1.50/24 load pptp_common_settings client2: new -i ng1 pptp2 pptp2 set ipcp range 10.77.2.2/32 10.77.2.50/32 load pptp_common_settings client3: new -i ng2 pptp3 pptp3 set ipcp range 10.77.3.3/32 10.77.3.50/32 load pptp_common_settings client4: new -i ng3 pptp4 pptp4 set ipcp range 10.77.4.3/32 10.77.4.50/32 load pptp_common_settings client5: new -i ng4 pptp5 pptp5 set ipcp range 10.77.5.3/32 10.77.5.50/32 load pptp_common_settings DELL2# ===================== DELL2# cat mpd.secret demo1 "demo1" 10.77.1.50/24 demo2 "demo2" 10.77.2.50/24 demo3 "demo3" 10.77.3.50/24 demo4 "demo4" 10.77.4.50/24 demo5 "demo5" 10.77.5.50/24 ========RUN TIME ======== DELL2# mdp default mdp: Command not found. DELL2# mpd default Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 281, version 3.13 (root@DELL2.lmms.lmco.com 09:44 23-Jun-2003) [pptp1] ppp node is "mpd281-pptp1" mpd: local IP address for PPTP is 129.197.244.10 [pptp1] using interface ng0 [pptp1] device type already set to pptp [pptp2] ppp node is "mpd281-pptp2" [pptp2] using interface ng1 [pptp2] device type already set to pptp [pptp3] ppp node is "mpd281-pptp3" [pptp3] using interface ng2 [pptp3] device type already set to pptp [pptp4] ppp node is "mpd281-pptp4" [pptp4] using interface ng3 [pptp4] device type already set to pptp [pptp5] ppp node is "mpd281-pptp5" [pptp5] using interface ng4 [pptp5] device type already set to pptp [pptp5:pptp5] mpd: PPTP connection from 129.197.244.12:1127 pptp0: attached to connection with 129.197.244.12:1127 [pptp1] IFACE: Open event [pptp1] IPCP: Open event [pptp1] IPCP: state change Initial --> Starting [pptp1] IPCP: LayerStart [pptp1] IPCP: Open event [pptp1] bundle: OPEN event in state CLOSED [pptp1] opening link "pptp1"... [pptp1] link: OPEN event [pptp1] LCP: Open event [pptp1] LCP: state change Initial --> Starting [pptp1] LCP: LayerStart [pptp1] device: OPEN event in state DOWN [pptp1] attaching to peer's outgoing call [pptp1] device is now in state OPENING [pptp1] device: UP event in state OPENING [pptp1] device is now in state UP [pptp1] link: UP event [pptp1] link: origination is remote [pptp1] LCP: Up event [pptp1] LCP: state change Starting --> Req-Sent [pptp1] LCP: phase shift DEAD --> ESTABLISH [pptp1] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 5611757b AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f pptp0-0: ignoring SetLinkInfo [pptp1] LCP: rec'd Configure Request #0 link 0 (Req-Sent) MRU 1400 MAGICNUM 4d905023 PROTOCOMP ACFCOMP CALLBACK Not supported [pptp1] LCP: SendConfigRej #0 CALLBACK [pptp1] LCP: rec'd Configure Request #1 link 0 (Req-Sent) MRU 1400 MAGICNUM 4d905023 PROTOCOMP ACFCOMP [pptp1] LCP: SendConfigAck #1 MRU 1400 MAGICNUM 4d905023 PROTOCOMP ACFCOMP [pptp1] LCP: state change Req-Sent --> Ack-Sent [pptp1] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 5611757b AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f [pptp1] LCP: rec'd Configure Reject #2 link 0 (Ack-Sent) MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f [pptp1] LCP: SendConfigReq #3 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 5611757b AUTHPROTO CHAP MSOFTv2 [pptp1] LCP: rec'd Configure Ack #3 link 0 (Ack-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 5611757b AUTHPROTO CHAP MSOFTv2 [pptp1] LCP: state change Ack-Sent --> Opened [pptp1] LCP: phase shift ESTABLISH --> AUTHENTICATE [pptp1] LCP: auth: peer wants nothing, I want CHAP [pptp1] CHAP: sending CHALLENGE [pptp1] LCP: LayerUp [pptp1] LCP: rec'd Ident #2 link 0 (Opened) MESG: MSRASV5.10 pptp0-0: ignoring SetLinkInfo [pptp1] LCP: rec'd Ident #3 link 0 (Opened) MESG: MSRAS-1-DELL4 [pptp1] CHAP: rec'd RESPONSE #1 Name: "demo1" Peer name: "demo1" Response is valid [pptp1] CHAP: sending SUCCESS [pptp1] LCP: authorization successful [pptp1] LCP: phase shift AUTHENTICATE --> NETWORK [pptp1] setting interface ng0 MTU to 1260 bytes [pptp1] up: 1 link, total bandwidth 64000 bps [pptp1] IPCP: Up event [pptp1] IPCP: state change Starting --> Req-Sent [pptp1] IPCP: SendConfigReq #1 IPADDR 10.77.1.2 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [pptp1] CCP: Open event [pptp1] CCP: state change Initial --> Starting [pptp1] CCP: LayerStart [pptp1] CCP: Up event [pptp1] CCP: state change Starting --> Req-Sent [pptp1] CCP: SendConfigReq #1 MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: rec'd Configure Request #4 link 0 (Req-Sent) MPPC 0x01000001: MPPC [pptp1] CCP: SendConfigNak #4 MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] IPCP: rec'd Configure Request #5 link 0 (Req-Sent) IPADDR 0.0.0.0 NAKing with 10.77.1.50 PRIDNS 0.0.0.0 PRINBNS 0.0.0.0 SECDNS 0.0.0.0 SECNBNS 0.0.0.0 [pptp1] IPCP: SendConfigRej #5 PRIDNS 0.0.0.0 PRINBNS 0.0.0.0 SECDNS 0.0.0.0 SECNBNS 0.0.0.0 [pptp1] IPCP: rec'd Configure Reject #1 link 0 (Req-Sent) COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [pptp1] IPCP: SendConfigReq #2 IPADDR 10.77.1.2 [pptp1] CCP: rec'd Configure Ack #1 link 0 (Req-Sent) MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: state change Req-Sent --> Ack-Rcvd [pptp1] CCP: rec'd Configure Request #6 link 0 (Ack-Rcvd) MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: SendConfigAck #6 MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: state change Ack-Rcvd --> Opened [pptp1] CCP: LayerUp Compress using: MPPE, 40 bit, stateless Decompress using: MPPE, 40 bit, stateless [pptp1] setting interface ng0 MTU to 1256 bytes [pptp1] IPCP: rec'd Configure Request #7 link 0 (Req-Sent) IPADDR 0.0.0.0 NAKing with 10.77.1.50 [pptp1] IPCP: SendConfigNak #7 IPADDR 10.77.1.50 [pptp1] IPCP: rec'd Configure Ack #2 link 0 (Req-Sent) IPADDR 10.77.1.2 [pptp1] IPCP: state change Req-Sent --> Ack-Rcvd [pptp1] IPCP: rec'd Configure Request #8 link 0 (Ack-Rcvd) IPADDR 10.77.1.50 10.77.1.50 is OK [pptp1] IPCP: SendConfigAck #8 IPADDR 10.77.1.50 [pptp1] IPCP: state change Ack-Rcvd --> Opened [pptp1] IPCP: LayerUp 10.77.1.2 -> 10.77.1.50 [pptp1] IFACE: Up event [pptp1] setting interface ng0 MTU to 1256 bytes [pptp1] exec: /sbin/ifconfig ng0 10.77.1.2 10.77.1.50 netmask 0xffffffff -link0 [pptp1] no interface to proxy arp on for 10.77.1.50 [pptp1] exec: /sbin/route add 10.77.1.2 -iface lo0 [pptp1] IFACE: Up event _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 09:34:38 2003 Return-Path: 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 8CE1137B401 for ; Tue, 1 Jul 2003 09:34:38 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B9E43FEC for ; Tue, 1 Jul 2003 09:34:37 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id BEAEF42A; Tue, 1 Jul 2003 18:34:36 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id 3A6B52FDAC9; Tue, 1 Jul 2003 18:34:36 +0200 (CEST) Date: Tue, 1 Jul 2003 18:34:36 +0200 From: Roman Neuhauser To: Maxim Konovalov Message-ID: <20030701163436.GJ11229@freepuppy.bellavista.cz> Mail-Followup-To: Maxim Konovalov , freebsd-hackers@freebsd.org References: <20030627231013.GA41033@webserver.get-linux.org> <20030627231805.GB410@nitro.dk> <3EFD4AF6.F8F471D6@mindspring.com> <20030628202647.D71322@news1.macomnet.ru> <20030628232938.85385.qmail@nox.cx> <20030630155612.J33100@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030630155612.J33100@news1.macomnet.ru> User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: TODO list? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 16:34:38 -0000 # maxim@macomnet.ru / 2003-06-30 15:57:51 +0400: > On Sat, 28 Jun 2003, 19:29-0400, Zak Johnson wrote: > > > On 2003-06-28 20:27+0400, Maxim Konovalov wrote: > > > for instance? > > > > misc/25851 > > I am not familiar with sysinstall code, sorry. > > > bin/32433 > > Fixed in -current. I see you assigned the PR to yourself to remind you of MFC. Thanks for caring for STABLE. It's not all that common. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 10:28:39 2003 Return-Path: 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 9C27537B401 for ; Tue, 1 Jul 2003 10:28:39 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124A243FDF for ; Tue, 1 Jul 2003 10:28:38 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 3CF09AE38 for ; Tue, 1 Jul 2003 14:28:32 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 2DF36C12D12 for ; Tue, 1 Jul 2003 14:27:57 -0300 (BRT) From: omestre@freeshell.org To: freebsd-hackers@freebsd.org Date: Tue, 01 Jul 2003 14:27:56 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030701172757.2DF36C12D12@ws-tor-0004.procergs> Subject: cookie size... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:28:40 -0000 Hello, Do you know how can i make the cookies (FreeBSD 5.x) size linux compatible? I have FreeBSD machines (5.x), NFS clients of a NFS linux server... and the locks do not work. The server reports the incompatible cookie size for lock requests... (in 4.x works). So, i want recompile the software in question ( i don't know what) :), and make it 8 bytes in size. Thanks. --- +-----------------------------------------------------------------+ From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 10:42:57 2003 Return-Path: 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 56D0A37B401; Tue, 1 Jul 2003 10:42:57 -0700 (PDT) Received: from hole.shrew.net (cs24354-246.austin.rr.com [24.243.54.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 869F443FEC; Tue, 1 Jul 2003 10:42:56 -0700 (PDT) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (localhost.shrew.net [127.0.0.1]) by hole.shrew.net (8.12.9/8.12.9) with SMTP id h61HhNOW001213; Tue, 1 Jul 2003 17:43:24 GMT (envelope-from mgrooms@shrew.net) Message-Id: <200307011743.h61HhNOW001213@hole.shrew.net> Received: from 65.118.63.254 (auth. user mgrooms@mail.shrew.net) by mail.shrew.net with HTTP; Tue, 01 Jul 2003 17:43:23 +0000 To: "freebsd-hackers@freebsd.org" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Date: Tue, 01 Jul 2003 17:43:23 +0000 X-Mailer: IlohaMail/0.8.7 (On: mail.shrew.net) From: "Matthew Grooms" Bounce-To: "Matthew Grooms" Errors-To: "Matthew Grooms" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: BIOCSSEESENT ioctl on 5.1 ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:42:57 -0000 Woops, Please disregard the previous post ... amature programmer at play. Can an ioctl call return before processing the request? When I started using seperate variables for the int=3D1 and int=3D0 ioctl values, everything works fine. -Matthew >Question, > > Is there somthing magic about setting this flag? > .. From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 11:36:10 2003 Return-Path: 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 462F237B401 for ; Tue, 1 Jul 2003 11:36:10 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB21144053 for ; Tue, 1 Jul 2003 11:36:09 -0700 (PDT) (envelope-from les@ns3.safety.net) Received: from ns3.safety.net (localhost [127.0.0.1]) by localhost (8.12.9/8.12.9) with ESMTP id h61Ia9Ck000590 for ; Tue, 1 Jul 2003 11:36:09 -0700 Received: (from les@localhost) by ns3.safety.net (8.12.9/8.12.9/Submit) id h61Ia9ic000589 for freebsd-hackers@freebsd.org; Tue, 1 Jul 2003 11:36:09 -0700 From: Les Biffle Message-Id: <200307011836.h61Ia9ic000589@ns3.safety.net> To: freebsd-hackers@freebsd.org Date: Tue, 1 Jul 2003 11:36:09 -0700 (MST) X-Mailer: ELM [version 2.4ME+ PL94 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:36:10 -0000 (I tried searching the mailing list archives, and suspect that the search engine is broken. It returned "Nothing found" no matter what I requested.) I need two serial ports on a modern server running our 3.5-based firewall code, but the 1U servers I find have only one serial port. I need one for console and one for our dongle, and wondered if there was stable USB serial adaptor support in 3.5? Would my dongle code (that assumes a "normal" serial port) have trouble accessing a serial dongle by way of USB? TIA, -Les -- Les Biffle CISSP Information Systems Security Consultant (480) 585-4099 les@safety.net http://www.les.biffle.org/ Network Safety, PO Box 14461, Scottsdale, AZ 85267 From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 11:39:46 2003 Return-Path: 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 CBF0137B401 for ; Tue, 1 Jul 2003 11:39:46 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2319C44015 for ; Tue, 1 Jul 2003 11:39:46 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 7E9BB4675; Tue, 1 Jul 2003 19:39:34 +0100 (BST) Date: Tue, 1 Jul 2003 19:39:34 +0100 From: Josef Karthauser To: Les Biffle Message-ID: <20030701183934.GB2413@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Les Biffle , freebsd-hackers@freebsd.org References: <200307011836.h61Ia9ic000589@ns3.safety.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307011836.h61Ia9ic000589@ns3.safety.net> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:39:47 -0000 On Tue, Jul 01, 2003 at 11:36:09AM -0700, Les Biffle wrote: > (I tried searching the mailing list archives, and suspect that the search > engine is broken. It returned "Nothing found" no matter what I requested.) > > I need two serial ports on a modern server running our 3.5-based firewall > code, but the 1U servers I find have only one serial port. I need one > for console and one for our dongle, and wondered if there was stable > USB serial adaptor support in 3.5? Would my dongle code (that assumes > a "normal" serial port) have trouble accessing a serial dongle by way > of USB? > I don't believe that there is any USB support in 3.x at all. Joe -- Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ ================ An eclectic mix of fact and theory. ================= From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 12:12:55 2003 Return-Path: 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 3295137B401 for ; Tue, 1 Jul 2003 12:12:55 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A4343FF2 for ; Tue, 1 Jul 2003 12:12:53 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h61JCoeg058393; Tue, 1 Jul 2003 14:12:50 -0500 (CDT) (envelope-from dan) Date: Tue, 1 Jul 2003 14:12:50 -0500 From: Dan Nelson To: omestre@freeshell.org Message-ID: <20030701191250.GI99556@dan.emsphone.com> References: <20030701172757.2DF36C12D12@ws-tor-0004.procergs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030701172757.2DF36C12D12@ws-tor-0004.procergs> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: cookie size... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 19:12:55 -0000 In the last episode (Jul 01), omestre@freeshell.org said: > Do you know how can i make the cookies (FreeBSD 5.x) size linux > compatible? I have FreeBSD machines (5.x), NFS clients of a NFS linux > server... and the locks do not work. The server reports the > incompatible cookie size for lock requests... (in 4.x works). > So, i want recompile the software in question ( i don't know what) > :), and make it 8 bytes in size. You asked this back in April :) I pointed you to the places in the FreeBSD kernel you had to change. http://lists.freebsd.org/pipermail/freebsd-hackers/2003-April/000592.html It'd be easier if Linux would just follow the NFS spec, though. http://lxr.linux.no/source/include/linux/lockd/xdr.h has the following comment: /* * NLM cookies. Technically they can be 1K, Nobody uses over 8 bytes * however. */ -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 12:50:07 2003 Return-Path: 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 48D7D37B401; Tue, 1 Jul 2003 12:50:07 -0700 (PDT) Received: from mwinf0604.wanadoo.fr (smtp3.wanadoo.fr [193.252.22.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8DC43FF9; Tue, 1 Jul 2003 12:50:06 -0700 (PDT) (envelope-from vjardin@wanadoo.fr) Received: from venus.vincentjardin.net (AVelizy-102-1-6-222.w193-253.abo.wanadoo.fr [193.253.220.222]) by mwinf0604.wanadoo.fr (SMTP Server) with ESMTP id 30FDC280016B; Tue, 1 Jul 2003 21:50:05 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Vincent Jardin To: "Edward F. Tanzer" , freebsd-net@freebsd.org, Date: Tue, 1 Jul 2003 21:50:10 +0200 User-Agent: KMail/1.4.3 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200307012150.10105.vjardin@wanadoo.fr> cc: chrisy@flirble.org Subject: Re: ANNOUNCE: Multipath Patches for 4.8-STABLE Available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 19:50:07 -0000 What are the main differences between your patch and the Kame's one ? http://www.kame.net/dev/cvsweb2.cgi/kame/kame/sys/net/radix_mpath.c?rev=3D= 1.13&content-type=3Dtext/x-cvsweb-markup Regards, Vincent Le Mardi 1 Juillet 2003 14:56, Edward F. Tanzer a =E9crit : > Multipath route table. > Ported to FreeBSD 4.8 by Ed Tanzer . > > Version 5, released agains FreeBSD 4.8-STABLE 2003/06/27 > > http://www.dsm.fordham.edu/~tanzer/multipath/ > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 12:51:02 2003 Return-Path: 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 E2FE637B401 for ; Tue, 1 Jul 2003 12:51:02 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id B800A43FFD for ; Tue, 1 Jul 2003 12:51:01 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 6490BAACF; Tue, 1 Jul 2003 16:50:59 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 294C1C12D12; Tue, 1 Jul 2003 16:50:29 -0300 (BRT) From: omestre@freshell.org To: Dan Nelson In-Reply-To: Your message of "Tue, 01 Jul 2003 14:12:50 EST." <20030701191250.GI99556@dan.emsphone.com> References: <20030701172757.2DF36C12D12@ws-tor-0004.procergs> <20030701191250.GI99556@dan.emsphone.com> Date: Tue, 01 Jul 2003 16:50:28 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030701195029.294C1C12D12@ws-tor-0004.procergs> cc: freebsd-hackers@freebsd.org Subject: Re: cookie size... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 19:51:03 -0000 Hello, yeah, but i have posted the problem again because the problem remains. I have tried you tips, but without success. In google, i did not found nothing about this (just my own message, and your response)... or nobody else have the same problem, and i'm just a crazy man... or nobody knows the fix. Now, we are hacking the linux kernel... but the locks in FreeBSD 5.0 and NFS linux server do not works. This is the point. And i don't know if these cookie sizes are the real problem... I just want FreeBSD 5.0 clients, working like 4.5 ones. thanks again!!! sorry by the english. From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 15:36:47 2003 Return-Path: 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 9B40F37B401 for ; Tue, 1 Jul 2003 15:36:47 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF264405A for ; Tue, 1 Jul 2003 15:36:46 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h61MahE1019409; Tue, 1 Jul 2003 16:36:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 01 Jul 2003 16:36:38 -0600 (MDT) Message-Id: <20030701.163638.21710790.imp@bsdimp.com> To: les@ns3.safety.net From: "M. Warner Losh" In-Reply-To: <200307011836.h61Ia9ic000589@ns3.safety.net> References: <200307011836.h61Ia9ic000589@ns3.safety.net> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 22:36:47 -0000 In message: <200307011836.h61Ia9ic000589@ns3.safety.net> Les Biffle writes: : I need two serial ports on a modern server running our 3.5-based firewall : code, but the 1U servers I find have only one serial port. I need one : for console and one for our dongle, and wondered if there was stable : USB serial adaptor support in 3.5? Would my dongle code (that assumes : a "normal" serial port) have trouble accessing a serial dongle by way : of USB? I've been using the new umct driver with the Belkin 109 dongle. It works well for me for data collection and some minor DTR/DSR frobbing. Well enought that I a program I wrote for the Newton Keyboard + sio (and SunOS 4/5) works unaltered. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 15:37:17 2003 Return-Path: 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 7E89237B401; Tue, 1 Jul 2003 15:37:17 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9129943FF3; Tue, 1 Jul 2003 15:37:16 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h61MbDE1019449; Tue, 1 Jul 2003 16:37:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 01 Jul 2003 16:37:08 -0600 (MDT) Message-Id: <20030701.163708.91972248.imp@bsdimp.com> To: joe@freebsd.org From: "M. Warner Losh" In-Reply-To: <20030701183934.GB2413@genius.tao.org.uk> References: <200307011836.h61Ia9ic000589@ns3.safety.net> <20030701183934.GB2413@genius.tao.org.uk> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: les@ns3.safety.net Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 22:37:17 -0000 In message: <20030701183934.GB2413@genius.tao.org.uk> Josef Karthauser writes: : > USB serial adaptor support in 3.5? Would my dongle code (that assumes ... : I don't believe that there is any USB support in 3.x at all. Oh, My dongle is on -current. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 17:14:31 2003 Return-Path: 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 7AAE637B405 for ; Tue, 1 Jul 2003 17:14:31 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E1043FE1 for ; Tue, 1 Jul 2003 17:14:30 -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.9/8.12.3) with ESMTP id h620EQq7004435 for ; Tue, 1 Jul 2003 17:14:26 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.9/8.12.3/Submit) id h620EQoJ004434 for hackers@freebsd.org; Tue, 1 Jul 2003 17:14:26 -0700 Date: Tue, 1 Jul 2003 17:14:26 -0700 From: Brooks Davis To: hackers@freebsd.org Message-ID: <20030702001426.GA2442@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Subject: [PATCH] add -n to repquota X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 00:14:31 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Does anyone object to this patch adding a -n option to repquota? A student admin on a RedHat system I help administer was running into problems with their repquota truncating usernames[1] and I realized that repquota really ought to have a -n option since that would be handy for some scripts and would optionally eliminate the dependency of the password database. -- Brooks [1] Fixed in 4.4BSD, maybe earlier Index: repquota.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/usr.sbin/repquota/repquota.8,v retrieving revision 1.9 diff -u -p -r1.9 repquota.8 --- repquota.8 12 Dec 2002 17:26:03 -0000 1.9 +++ repquota.8 1 Jul 2003 23:56:37 -0000 @@ -44,11 +44,13 @@ .Sh SYNOPSIS .Nm .Op Fl g +.Op Fl n .Op Fl u .Op Fl v .Ar filesystem Ar ... .Nm .Op Fl g +.Op Fl n .Op Fl u .Op Fl v .Fl a @@ -66,6 +68,9 @@ Print the quotas of all the file systems .It Fl g Print only group quotas (the default is to print both group and user quotas if they exist). +.It Fl n +Display user and group IDs numerically rather than converting to +a user or group name. .It Fl u Print only user quotas (the default is to print both group and user quotas if they exist). Index: repquota.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/usr.sbin/repquota/repquota.c,v retrieving revision 1.15 diff -u -p -r1.15 repquota.c --- repquota.c 3 May 2003 21:06:39 -0000 1.15 +++ repquota.c 1 Jul 2003 23:51:16 -0000 @@ -96,6 +96,7 @@ u_long highid[MAXQUOTAS]; /* highest add =20 int vflag; /* verbose */ int aflag; /* all filesystems */ +int nflag; /* display user/group by id */ =20 int hasquota(struct fstab *, int, char **); int oneof(char *, char *[], int); @@ -113,7 +114,7 @@ main(int argc, char **argv) long i, argnum, done =3D 0; char ch, *qfnp; =20 - while ((ch =3D getopt(argc, argv, "aguv")) !=3D -1) { + while ((ch =3D getopt(argc, argv, "agnuv")) !=3D -1) { switch(ch) { case 'a': aflag++; @@ -121,6 +122,9 @@ main(int argc, char **argv) case 'g': gflag++; break; + case 'n': + nflag++; + break; case 'u': uflag++; break; @@ -140,13 +144,13 @@ main(int argc, char **argv) gflag++; uflag++; } - if (gflag) { + if (gflag && !nflag) { setgrent(); while ((gr =3D getgrent()) !=3D 0) (void) addid((u_long)gr->gr_gid, GRPQUOTA, gr->gr_name); endgrent(); } - if (uflag) { + if (uflag && !nflag) { setpwent(); while ((pw =3D getpwent()) !=3D 0) (void) addid((u_long)pw->pw_uid, USRQUOTA, pw->pw_name); @@ -183,8 +187,8 @@ static void usage() { fprintf(stderr, "%s\n%s\n", - "usage: repquota [-v] [-g] [-u] -a", - " repquota [-v] [-g] [-u] filesystem ..."); + "usage: repquota [-v] [-g] [-n] [-u] -a", + " repquota [-v] [-g] [-n] [-u] filesystem ..."); exit(1); } =20 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/AiPhXY6L6fI4GtQRAu9/AJ4ymTNvsH6vB3n2//3R7S2IwCooGwCfQ5xC P1JhWYHK9x6SWa9U5hvzeBI= =VGAe -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 17:39:16 2003 Return-Path: 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 8D9C637B401 for ; Tue, 1 Jul 2003 17:39:16 -0700 (PDT) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5FA943F75 for ; Tue, 1 Jul 2003 17:39:15 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house (cage.simianscience.com [64.7.134.1]) by smtp2.sentex.ca (8.12.9/8.12.8) with SMTP id h620d6KD005615; Tue, 1 Jul 2003 20:39:07 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: "M. Warner Losh" Date: Tue, 01 Jul 2003 20:37:13 -0400 Message-ID: References: <200307011836.h61Ia9ic000589@ns3.safety.net> In-Reply-To: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 00:39:16 -0000 On Tue, 01 Jul 2003 16:36:38 -0600 (MDT), in sentex.lists.freebsd.hackers you wrote: >I've been using the new umct driver with the Belkin 109 >dongle. It works well for me for data collection and some minor >DTR/DSR frobbing. Well enought that I a program I wrote for the >Newton Keyboard + sio (and SunOS 4/5) works unaltered. Does anyone know of any multiport seiral adaptors that work with FreeBSD 4.x or 5.x ? Ideally the USA49W from Keyspan would be great, but I can only get it to work with LINUX :-( ---Mike Mike Tancsa (mike@sentex.net)=09 http://www.sentex.net/mike From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 19:29:43 2003 Return-Path: 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 EED5E37B401; Tue, 1 Jul 2003 19:29:43 -0700 (PDT) Received: from mailgw2a.lmco.com (mailgw2a.lmco.com [192.91.147.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75C943FEC; Tue, 1 Jul 2003 19:29:42 -0700 (PDT) (envelope-from artem.n.tkachenko@lmco.com) Received: from emss01g01.ems.lmco.com ([129.197.181.54]) by mailgw2a.lmco.com (8.11.6p2/8.11.6) with ESMTP id h622TXi04950; Tue, 1 Jul 2003 22:29:33 -0400 (EDT) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1 #40643) id <0HHD00J01LL8KP@lmco.com>; Tue, 01 Jul 2003 19:29:32 -0700 (PDT) Received: from EMSS01I00.us.lmco.com ([129.197.181.70]) by lmco.com (PMDF V6.1-1 #40643) with ESMTP id <0HHD00O1QLL7IO@lmco.com>; Tue, 01 Jul 2003 19:29:31 -0700 (PDT) Received: by EMSS01I00.us.lmco.com with Internet Mail Service (5.5.2653.19) id ; Tue, 01 Jul 2003 19:29:31 -0700 Content-return: allowed Date: Tue, 01 Jul 2003 19:29:27 -0700 From: "Tkachenko, Artem N" To: "Freebsd-Config (E-mail)" , "Freebsd-Hackers (E-mail)" , "Freebsd-Questions (E-mail)" , "'Dirk-Willem van Gulik'" , "'asa@gascom.ru'" , "'julian@elischer.org'" , "Brent Wiese (E-mail)" Message-id: <573562C6FDA9564A8EEE66D899BC190B02935D99@EMSS01M10.us.lmco.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain Content-transfer-encoding: 7BIT Subject: VPN remote access server (continue) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 02:29:44 -0000 Hi, I have the fallowing picture: Node1 ----------Internet----------Node2-----------LAN using IP Node1: Win2K VPN connection using PPTP IP (public) = 129.197.23.232 Node2: FreeBSD VPN server (using MPD) IP (public) = 129.197.244.6 IP (privet) = 10.77.5.2 LAN: 10.77.5/24 I set up a PPTP VPN connection between Node1 and Node2. Node1 gets privet IP address 10.77.5.50. When I try to ping some computer on the LAN (not Node2) with IP address 10.77.5.1 I know that computer gets the ping but does not know how to get back to Node1. It might be a problem with the ARP because I get an ARP error ([pptp1] no interface to proxy arp on for 10.77.5.50) when I start MPD. I am not sure about this. And I don't know how to resolve this problem. I have no control of 10.77.5/24 computers (except Node2) but I want those computers to see Node1 when it connects trough Node2. How can I make 10.77.5/24 computers to send packets to Node2 when they want to send it to Node1? Thank you very much for your help. Best regards Artem Tkachenko Here is some more info: mpd.conf default: load client1 load client2 load client3 load client4 load client5 load client6 load client7 load client8 load client9 load client10 pptp_common_settings: set iface disable on-demand set iface enable proxy-arp set bundle enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link mtu 1260 set ipcp yes vjcomp set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-stateless client1: new -i ng1 pptp1 pptp1 set iface enable proxy-arp set ipcp range 10.77.5.2/32 10.77.5.50/32 load pptp_common_settings . ------------------------------------------------- DELL2# mpd default Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 3694, version 3.13 (root@DELL2.lmms.lmco.com 09:44 23-Jun-2003) [pptp1] ppp node is "mpd3694-pptp1" mpd: local IP address for PPTP is 129.197.244.10 [pptp1] using interface ng1 [pptp2] ppp node is "mpd3694-pptp2" [pptp2] using interface ng2 . [pptp10:pptp10] mpd: PPTP connection from 129.197.23.232:1254 pptp0: attached to connection with 129.197.23.232:1254 [pptp1] IFACE: Open event [pptp1] IPCP: Open event [pptp1] IPCP: state change Initial --> Starting [pptp1] IPCP: LayerStart [pptp1] IPCP: Open event [pptp1] bundle: OPEN event in state CLOSED [pptp1] opening link "pptp1"... [pptp1] link: OPEN event [pptp1] LCP: Open event [pptp1] LCP: state change Initial --> Starting [pptp1] LCP: LayerStart [pptp1] device: OPEN event in state DOWN [pptp1] attaching to peer's outgoing call [pptp1] device is now in state OPENING [pptp1] device: UP event in state OPENING [pptp1] device is now in state UP [pptp1] link: UP event [pptp1] link: origination is remote [pptp1] LCP: Up event [pptp1] LCP: state change Starting --> Req-Sent [pptp1] LCP: phase shift DEAD --> ESTABLISH [pptp1] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 248388f6 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f pptp0-0: ignoring SetLinkInfo [pptp1] LCP: rec'd Configure Request #0 link 0 (Req-Sent) MAGICNUM 71ec1a47 PROTOCOMP ACFCOMP CALLBACK Not supported MP MRRU 1614 ENDPOINTDISC [LOCAL] 1f c1 5c 9a 42 93 47 f2 93 07 55 26 37 9c c1 10 00 00 00 08 [pptp1] LCP: SendConfigRej #0 CALLBACK [pptp1] LCP: rec'd Configure Request #1 link 0 (Req-Sent) MAGICNUM 71ec1a47 PROTOCOMP ACFCOMP MP MRRU 1614 ENDPOINTDISC [LOCAL] 1f c1 5c 9a 42 93 47 f2 93 07 55 26 37 9c c1 10 00 00 00 08 [pptp1] LCP: SendConfigNak #1 MP MRRU 1600 [pptp1] LCP: rec'd Configure Request #2 link 0 (Req-Sent) MAGICNUM 71ec1a47 PROTOCOMP ACFCOMP MP MRRU 1600 ENDPOINTDISC [LOCAL] 1f c1 5c 9a 42 93 47 f2 93 07 55 26 37 9c c1 10 00 00 00 08 [pptp1] LCP: SendConfigAck #2 MAGICNUM 71ec1a47 PROTOCOMP ACFCOMP MP MRRU 1600 ENDPOINTDISC [LOCAL] 1f c1 5c 9a 42 93 47 f2 93 07 55 26 37 9c c1 10 00 00 00 08 [pptp1] LCP: state change Req-Sent --> Ack-Sent [pptp1] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 248388f6 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f [pptp1] LCP: rec'd Configure Reject #2 link 0 (Ack-Sent) MP SHORTSEQ [pptp1] LCP: SendConfigReq #3 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 248388f6 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f pptp0-0: ignoring SetLinkInfo [pptp1] LCP: rec'd Configure Ack #3 link 0 (Ack-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 248388f6 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 ENDPOINTDISC [802.1] 00 07 e9 87 ca 4f [pptp1] LCP: state change Ack-Sent --> Opened [pptp1] LCP: phase shift ESTABLISH --> AUTHENTICATE [pptp1] LCP: auth: peer wants nothing, I want CHAP [pptp1] CHAP: sending CHALLENGE [pptp1] LCP: LayerUp [pptp1] LCP: rec'd Ident #3 link 0 (Opened) MESG: MSRASV5.00 [pptp1] LCP: rec'd Ident #4 link 0 (Opened) MESG: MSRAS-1-SVLWKLHPW2A [pptp1] CHAP: rec'd RESPONSE #1 Name: "demo5" Peer name: "demo5" Response is valid [pptp1] CHAP: sending SUCCESS [pptp1] LCP: authorization successful [pptp1] LCP: phase shift AUTHENTICATE --> NETWORK [pptp1] setting interface ng1 MTU to 1500 bytes [pptp1] up: 1 link, total bandwidth 64000 bps [pptp1] IPCP: Up event [pptp1] IPCP: state change Starting --> Req-Sent [pptp1] IPCP: SendConfigReq #1 IPADDR 10.77.5.2 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [pptp1] CCP: Open event [pptp1] CCP: state change Initial --> Starting [pptp1] CCP: LayerStart [pptp1] CCP: Up event [pptp1] CCP: state change Starting --> Req-Sent [pptp1] CCP: SendConfigReq #1 MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: rec'd Configure Request #5 link 0 (Req-Sent) MPPC 0x010000e1: MPPC MPPE, 40 bit, 56 bit, 128 bit, stateless [pptp1] CCP: SendConfigNak #5 MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] IPCP: rec'd Configure Request #6 link 0 (Req-Sent) IPADDR 0.0.0.0 NAKing with 10.77.5.50 PRIDNS 0.0.0.0 PRINBNS 0.0.0.0 SECDNS 0.0.0.0 SECNBNS 0.0.0.0 [pptp1] IPCP: SendConfigRej #6 PRIDNS 0.0.0.0 PRINBNS 0.0.0.0 SECDNS 0.0.0.0 SECNBNS 0.0.0.0 [pptp1] IPCP: rec'd Configure Reject #1 link 0 (Req-Sent) COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [pptp1] IPCP: SendConfigReq #2 IPADDR 10.77.5.2 [pptp1] CCP: rec'd Configure Ack #1 link 0 (Req-Sent) MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: state change Req-Sent --> Ack-Rcvd [pptp1] CCP: rec'd Configure Request #7 link 0 (Ack-Rcvd) MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: SendConfigAck #7 MPPC 0x01000020: MPPE, 40 bit, stateless [pptp1] CCP: state change Ack-Rcvd --> Opened [pptp1] CCP: LayerUp Compress using: MPPE, 40 bit, stateless Decompress using: MPPE, 40 bit, stateless [pptp1] setting interface ng1 MTU to 1500 bytes [pptp1] IPCP: rec'd Configure Request #8 link 0 (Req-Sent) IPADDR 0.0.0.0 NAKing with 10.77.5.50 [pptp1] IPCP: SendConfigNak #8 IPADDR 10.77.5.50 [pptp1] IPCP: rec'd Configure Ack #2 link 0 (Req-Sent) IPADDR 10.77.5.2 [pptp1] IPCP: state change Req-Sent --> Ack-Rcvd [pptp1] IPCP: rec'd Configure Request #9 link 0 (Ack-Rcvd) IPADDR 10.77.5.50 10.77.5.50 is OK [pptp1] IPCP: SendConfigAck #9 IPADDR 10.77.5.50 [pptp1] IPCP: state change Ack-Rcvd --> Opened [pptp1] IPCP: LayerUp 10.77.5.2 -> 10.77.5.50 [pptp1] IFACE: Up event [pptp1] setting interface ng1 MTU to 1500 bytes [pptp1] exec: /sbin/ifconfig ng1 10.77.5.2 10.77.5.50 netmask 0xffffffff -link0 [pptp1] no interface to proxy arp on for 10.77.5.50 [pptp1] exec: /sbin/route add 10.77.5.2 -iface lo0 [pptp1] IFACE: Up event From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 23:47:56 2003 Return-Path: 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 4FE1837B401 for ; Tue, 1 Jul 2003 23:47:56 -0700 (PDT) Received: from webmail.kent.edu (webmail.kent.edu [131.123.74.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EAEE43FEC for ; Tue, 1 Jul 2003 23:47:55 -0700 (PDT) (envelope-from sdavu@kent.edu) X-WebMail-UserID: sdavu Date: Wed, 2 Jul 2003 03:00:14 -0400 Sender: Sandeep Kumar Davu From: Sandeep Kumar Davu To: freebsd-hackers@freebsd.org X-EXP32-SerialNo: 00002334 Message-ID: <3F0C1B1F@webmail.kent.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: WebMail (Hydra) SMTP v3.51.06 Subject: X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 06:47:56 -0000 Hi, I am scanning throug the freeBSD source code and wanted to know somethin about the bind system call. I could follow through the code till sobind and after that pru_bind routine is called in uipc_socket.c. Then suddenly in tcp_usrreq.c there is tcp_usr_bind. I am wondering how these 2 can be related. I think i am missing something. i wanted it because I am writing a new system call that has to navigate to the tcp_usrreq.c. Can anyone help me out with this. It would be of great help if u can do so. Thanks. Sandeep. Sandeep Kumar Davu, M.S. (Computer Science), Kent State University, OH. From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 1 23:59:09 2003 Return-Path: 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 4DF0937B401 for ; Tue, 1 Jul 2003 23:59:09 -0700 (PDT) Received: from webmail.kent.edu (webmail.kent.edu [131.123.74.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9088443FA3 for ; Tue, 1 Jul 2003 23:59:08 -0700 (PDT) (envelope-from sdavu@kent.edu) X-WebMail-UserID: sdavu Date: Wed, 2 Jul 2003 03:11:29 -0400 Sender: Sandeep Kumar Davu From: Sandeep Kumar Davu To: freebsd-hackers@freebsd.org X-EXP32-SerialNo: 00002334 Message-ID: <3F0C1D56@webmail.kent.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: WebMail (Hydra) SMTP v3.51.06 Subject: Writing a new (socket ) system call X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 06:59:09 -0000 Hi, I am scanning throug the freeBSD source code and wanted to know somethin about the bind system call. I could follow through the code till sobind and after that pru_bind routine is called in uipc_socket.c. Then suddenly in tcp_usrreq.c there is tcp_usr_bind. I am wondering how these 2 can be related. I think i am missing something. i wanted it because I am writing a new system call that has to navigate to the tcp_usrreq.c. Can anyone help me out with this. It would be of great help if u can do so. Thanks. Sandeep. From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 00:13:10 2003 Return-Path: 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 F229037B401; Wed, 2 Jul 2003 00:13:09 -0700 (PDT) Received: from mail.takas.lt (mail-src.takas.lt [212.59.31.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D9D43FE5; Wed, 2 Jul 2003 00:13:08 -0700 (PDT) (envelope-from tanzer@dsm.fordham.edu) Received: from mail pickup service by mail.takas.lt with Microsoft SMTPSVC; Wed, 2 Jul 2003 10:13:05 +0300 Received: from mx2.freebsd.org ([216.136.204.119]) by mail.takas.lt with Microsoft SMTPSVC(5.0.2195.5329); Tue, 1 Jul 2003 16:11:06 +0300 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 599A05617C; Tue, 1 Jul 2003 06:10:44 -0700 (PDT) (envelope-from owner-freebsd-net@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1FB8C37B404; Tue, 1 Jul 2003 06:10:44 -0700 (PDT) Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEE7137B40D; Tue, 1 Jul 2003 05:57:04 -0700 (PDT) Received: from erdos.dsm.fordham.edu (erdos.dsm.fordham.edu [150.108.64.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0D3043F93; Tue, 1 Jul 2003 05:57:01 -0700 (PDT) (envelope-from tanzer@dsm.fordham.edu) Received: from erdos.dsm.fordham.edu (localhost [127.0.0.1]) by erdos.dsm.fordham.edu (8.12.8/8.12.8) with ESMTP id h61Cuxsr009913; Tue, 1 Jul 2003 08:56:59 -0400 Received: from localhost (tanzer@localhost)h61Cut7a009909; Tue, 1 Jul 2003 08:56:55 -0400 Date: Tue, 1 Jul 2003 08:56:55 -0400 (EDT) From: "Edward F. Tanzer" To: freebsd-net@freebsd.org, Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-net@freebsd.org Errors-To: owner-freebsd-net@freebsd.org X-OriginalArrivalTime: 01 Jul 2003 13:11:06.0602 (UTC) FILETIME=[3B3CACA0:01C33FD2] cc: chrisy@flirble.org Subject: ANNOUNCE: Multipath Patches for 4.8-STABLE Available X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 07:13:10 -0000 Multipath route table. Ported to FreeBSD 4.8 by Ed Tanzer . Version 5, released agains FreeBSD 4.8-STABLE 2003/06/27 http://www.dsm.fordham.edu/~tanzer/multipath/ _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 00:29:54 2003 Return-Path: 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 30FAC37B401 for ; Wed, 2 Jul 2003 00:29:54 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E22743F75 for ; Wed, 2 Jul 2003 00:29:53 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19Xc3r-000GIU-00 for freebsd-hackers@freebsd.org; Wed, 02 Jul 2003 10:29:51 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org In-reply-to: Your message of Wed, 25 Jun 2003 10:15:49 -0600 (MDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Jul 2003 10:29:51 +0300 From: Danny Braniss Message-Id: Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 07:29:54 -0000 for the record: I can now confirm that select/poll/FIONREAD do work with the usb/ucom/uplcom! what seems to be broken is the call to 'tcflush(fd, TCIFLUSH)' this works fine with /dev/cuaa0 but not with /dev/ucom0 thanks all, danny From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 01:35:52 2003 Return-Path: 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 88AC437B401 for ; Wed, 2 Jul 2003 01:35:52 -0700 (PDT) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5686B43F85 for ; Wed, 2 Jul 2003 01:35:51 -0700 (PDT) (envelope-from Helge.Oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])h628ZeIs010349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2003 10:35:41 +0200 (CEST) (envelope-from Helge.Oldach@atosorigin.com) Received: from dehhx004.hbg.de.int.atosorigin.com (dehhx004.hbg.de.int.atosorigin.com [161.90.164.40]) ESMTP id h628Ze47042942; Wed, 2 Jul 2003 10:35:40 +0200 (CEST) (envelope-from Helge.Oldach@atosorigin.com) Received: by dehhx004.hbg.de.int.atosorigin.com with Internet Mail Service (5.5.2653.19) id ; Wed, 2 Jul 2003 10:35:40 +0200 Message-ID: From: "Oldach, Helge" To: Mike Tancsa , "M. Warner Losh" Date: Wed, 2 Jul 2003 10:35:39 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-hackers@freebsd.org Subject: RE: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 08:35:52 -0000 From: Mike Tancsa [mailto:mike@sentex.net] > Does anyone know of any multiport seiral adaptors that work > with FreeBSD > 4.x or 5.x ? Not multiport, but cheap enough to buy 2 of them: Controller /dev/usb0: addr 1: self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 2 addr 3: power 100 mA, config 1, PL2303 Serial adapter (ATEN/IOGEAR UC232A)(0x2303), Prolific Technology(0x067b), rev 2.02 This is 4.8-STABLE. Helge From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 03:40:21 2003 Return-Path: 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 098D237B401 for ; Wed, 2 Jul 2003 03:40:20 -0700 (PDT) Received: from law-cs1.hotmail.com (law-cs1.hotmail.com [209.185.130.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB3443F75 for ; Wed, 2 Jul 2003 03:40:20 -0700 (PDT) (envelope-from msn_newsletters@hotmail.com) Received: from law-cs1.hotmail.com (localhost [127.0.0.1]) by law-cs1.hotmail.com (8.12.9/8.12.9) with ESMTP id h62AeJJU018011 for ; Wed, 2 Jul 2003 03:40:19 -0700 (PDT) Received: (from root@localhost) by law-cs1.hotmail.com (8.12.9/8.12.9/Submit) id h62AeJlb018010 for hackers@FreeBSD.org; Wed, 2 Jul 2003 03:40:19 -0700 (PDT) Date: Wed, 2 Jul 2003 03:40:19 -0700 (PDT) Message-Id: <200307021040.h62AeJlb018010@law-cs1.hotmail.com> From: MSN Hotmail To: hackers@FreeBSD.org MIME-Version: 1.0 X-Originating-IP: [209.185.130.56] Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-transfer-encoding: 8bit Subject: Re: Movie X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 10:40:21 -0000 Dear MSN Newsletter customer, You have received this mail because you have replied to an unmonitored alias. For assistance with your newsletter subscription, please select one of the following options: Manage (subscribe or unsubscribe)your newsletter subscriptions via our website. http://newsletters.msn.com/ OR Visit MSN Newsletter Technical Support to report a problem. http://newsletters.msn.com/support.asp OR Visit MSN Newsletter Feedback to provide any additional feedback or ask questions about MSN Newsletters. http://newsletters.msn.com/feedback.asp Best, MSN Newsletter Staff http://newsletters.msn.com From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 05:05:24 2003 Return-Path: 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 08B1E37B401 for ; Wed, 2 Jul 2003 05:05:24 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C62D43FF5 for ; Wed, 2 Jul 2003 05:05:23 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8F28666D6A; Wed, 2 Jul 2003 05:05:17 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id EA85D836; Wed, 2 Jul 2003 05:05:17 -0700 (PDT) Date: Wed, 2 Jul 2003 05:05:17 -0700 From: Kris Kennaway To: omestre@freshell.org Message-ID: <20030702120517.GA80942@rot13.obsecurity.org> References: <20030701172757.2DF36C12D12@ws-tor-0004.procergs> <20030701191250.GI99556@dan.emsphone.com> <20030701195029.294C1C12D12@ws-tor-0004.procergs> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20030701195029.294C1C12D12@ws-tor-0004.procergs> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: Dan Nelson Subject: Re: cookie size... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 12:05:24 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 01, 2003 at 04:50:28PM -0300, omestre@freshell.org wrote: >=20 > Hello, > yeah, but i have posted the problem again because the problem remains. > I have tried you tips, but without success. > In google, i did not found nothing about this (just my own message, and = your > response)... or nobody else have the same problem, and i'm just a crazy m= an...=20 > or nobody knows the fix. > Now, we are hacking the linux kernel... but the locks in FreeBSD 5.0 and= NFS linux > server do not works. This is the point. And i don't know if these cookie = sizes are the > real problem... > I just want FreeBSD 5.0 clients, working like 4.5 ones. Perhaps you should consider making Linux compatible instead of hacking Free= BSD? Kris P.S. I'm sure you're aware that 4.x does no NFS locking, so any appearance of "working" is purely an illusion. --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/Asp9Wry0BWjoQKURAnh7AKCmcWEREFoW6yOj83E1hc/2xYWX7gCghPzm CLJyOSTUH0Vxgs8uobPW4CM= =pAVb -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 05:31:59 2003 Return-Path: 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 3041B37B404 for ; Wed, 2 Jul 2003 05:31:59 -0700 (PDT) Received: from smtp.lcn.biz (smtp.lcn.biz [195.82.107.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B33A43FF7 for ; Wed, 2 Jul 2003 05:31:58 -0700 (PDT) (envelope-from simond@irrelevant.org) Received: from [193.195.31.182] (helo=[192.168.0.2]) by smtp.lcn.biz with asmtp (Exim 4.20) id 19XgmC-000AlO-Gs; Wed, 02 Jul 2003 13:31:56 +0100 From: Simon Dick To: "M. Warner Losh" In-Reply-To: <20030701.163638.21710790.imp@bsdimp.com> References: <200307011836.h61Ia9ic000589@ns3.safety.net> <20030701.163638.21710790.imp@bsdimp.com> Content-Type: text/plain Message-Id: <1057149110.575.9.camel@laptop> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 02 Jul 2003 13:31:51 +0100 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 12:31:59 -0000 On Tue, 2003-07-01 at 23:36, M. Warner Losh wrote: > In message: <200307011836.h61Ia9ic000589@ns3.safety.net> > Les Biffle writes: > : I need two serial ports on a modern server running our 3.5-based firewall > : code, but the 1U servers I find have only one serial port. I need one > : for console and one for our dongle, and wondered if there was stable > : USB serial adaptor support in 3.5? Would my dongle code (that assumes > : a "normal" serial port) have trouble accessing a serial dongle by way > : of USB? > > I've been using the new umct driver with the Belkin 109 > dongle. It works well for me for data collection and some minor > DTR/DSR frobbing. Well enought that I a program I wrote for the > Newton Keyboard + sio (and SunOS 4/5) works unaltered. For me the uftdi driver works nicely under -current using 20 ukp serial adaptor I found: ucom0: FTDI US232B, rev 1.10/4.00, addr 2 From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 08:56:16 2003 Return-Path: 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 0CED937B401 for ; Wed, 2 Jul 2003 08:56:16 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733B943FE0 for ; Wed, 2 Jul 2003 08:56:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0qi.dialup.mindspring.com ([209.86.3.82] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Xjxs-0003DL-00; Wed, 02 Jul 2003 08:56:13 -0700 Message-ID: <3F03005D.9B82593D@mindspring.com> Date: Wed, 02 Jul 2003 08:55:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sandeep Kumar Davu References: <3F0C1D56@webmail.kent.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a464bd279fc2dd5b110db23ba1d912ad0ba8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: Writing a new (socket ) system call X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 15:56:16 -0000 Sandeep Kumar Davu wrote: > I am scanning throug the freeBSD source code and wanted to know somethin about > the bind system call. I could follow through the code till sobind and after > that pru_bind routine is called in uipc_socket.c. Then suddenly in > tcp_usrreq.c there is tcp_usr_bind. I am wondering how these 2 can be related. > I think i am missing something. i wanted it because I am writing a new system > call that has to navigate to the tcp_usrreq.c. Can anyone help me out with > this. It would be of great help if u can do so. Most likely you can accomplish what you want to accomplish without adding a new system call. If you insist on adding a system call, the code to do so will be rather complex, and involve not only extending a number of data structures, which will require recompiling everything to add another pru_* entry, it will involve adding stub functions in uipc_*, and, possibly, a default implementation for all protocols that have to deal with it. Add to that you will need to allocate a system call slot and (potentially) a struct fileops entry, and you can see that you will not only be touching a lot of the system, you will be making your implementation binarily incompatible with third party code. If you can do it as a socket option (search for "SOPT" in tcp_usrreq.c) then I'd really advise you to do that, instead. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 10:54:18 2003 Return-Path: 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 F3F0537B401 for ; Wed, 2 Jul 2003 10:54:17 -0700 (PDT) Received: from mail.mundomateo.com (24-56-193-117.mdmmi.voyager.net [24.56.193.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CCB343FBF for ; Wed, 2 Jul 2003 10:54:17 -0700 (PDT) (envelope-from matthew@mundomateo.com) Received: from www.mundomateo.com (localhost.mundomateo.com [127.0.0.1]) by mail.mundomateo.com (Postfix) with SMTP id BD84E5C6E for ; Wed, 2 Jul 2003 13:54:15 -0400 (EDT) Received: from 216.120.158.65 (SquirrelMail authenticated user matthew) by www.mundomateo.com with HTTP; Wed, 2 Jul 2003 13:54:16 -0400 (EDT) Message-ID: <1560.216.120.158.65.1057168456.squirrel@www.mundomateo.com> Date: Wed, 2 Jul 2003 13:54:16 -0400 (EDT) From: "Matthew Hagerty" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Can a pass-by-reference var be assigned to a local var? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: matthew@mundomateo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 17:54:18 -0000 Greetings, I was looking over the code for the tail command and found something that seems wrong. Below is the abbreviated code that highlights my concern. Basically, sb is defined in main() and passed to forward() (and reverse()) by reference. Then in forward() sb2 is defined, and finally sb is set to sb2. Two things come to mind that don't seem right: 1. What happens to sb when forward() returns? It was pointing to sb2 which was a local var of forward()... and 2. The assignment *sbp = sb2 happens in a loop and could be executed more than once, which seems to make the comparisons just prior to the assignment usless 2 or more loop iterations. Am I missing something? It seems to me that instead of *sbp = sb2, it should be done with memcpy() or something? Any insight would be greatly appreciated. Thanks, Matthew In tail.c: int main(argc, argv) int argc; char *argv[]; { struct stat sb; . . if ((fp = fopen(fname, "r")) == NULL || fstat(fileno(fp), &sb)) { . . if (rflag) reverse(fp, style, off, &sb); else forward(fp, style, off, &sb); . . } Then in forward.c: void forward(fp, style, off, sbp) FILE *fp; enum STYLE style; off_t off; struct stat *sbp; { int ch, n, kq = -1; int action = USE_SLEEP; struct kevent ev[2]; struct stat sb2; struct timespec ts; . . if (Fflag && fileno(fp) != STDIN_FILENO) { while (stat(fname, &sb2) != 0) /* file was rotated, wait until it reappears */ (void)sleep(1); if (sb2.st_ino != sbp->st_ino || sb2.st_dev != sbp->st_dev || sb2.st_rdev != sbp->st_rdev || sb2.st_nlink == 0) { fp = freopen(fname, "r", fp); if (fp == NULL) { ierr(); return; } else { *sbp = sb2; action = ADD_EVENTS; } } } . . } From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 11:10:07 2003 Return-Path: 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 ACF4F37B401 for ; Wed, 2 Jul 2003 11:10:07 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CDF143FBD for ; Wed, 2 Jul 2003 11:10:07 -0700 (PDT) (envelope-from justin@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h62IA6ad025345 for ; Wed, 2 Jul 2003 11:10:06 -0700 (PDT) Received: from mac.com (12-210-49-211.client.attbi.com [12.210.49.211]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 2.0) with ESMTP id h62IA40T012016 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 2 Jul 2003 11:10:05 -0700 (PDT) Date: Wed, 2 Jul 2003 11:10:02 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: "Justin C. Walker" To: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit In-Reply-To: <1560.216.120.158.65.1057168456.squirrel@www.mundomateo.com> Message-Id: <66D4CD3C-ACB8-11D7-A6BB-00306544D642@mac.com> X-Mailer: Apple Mail (2.552) Subject: Re: Can a pass-by-reference var be assigned to a local var? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 18:10:08 -0000 I think you're missing something. This is "structure assignment" in action. The variable 'sbp' is a *statb, and the assignment assigns a structure, sb2, to *sbp, which is itself a structure, not a pointer. Regards, Justin On Wednesday, July 2, 2003, at 10:54 AM, Matthew Hagerty wrote: > Greetings, > > I was looking over the code for the tail command and found something > that > seems wrong. Below is the abbreviated code that highlights my concern. > Basically, sb is defined in main() and passed to forward() (and > reverse()) > by reference. Then in forward() sb2 is defined, and finally sb is set > to > sb2. > > Two things come to mind that don't seem right: 1. What happens to sb > when > forward() returns? It was pointing to sb2 which was a local var of > forward()... and 2. The assignment *sbp = sb2 happens in a loop and > could > be executed more than once, which seems to make the comparisons just > prior > to the assignment usless 2 or more loop iterations. > > Am I missing something? It seems to me that instead of *sbp = sb2, it > should be done with memcpy() or something? Any insight would be > greatly > appreciated. > > Thanks, > Matthew > > > In tail.c: > > int > main(argc, argv) > int argc; > char *argv[]; > { > struct stat sb; > . > . > if ((fp = fopen(fname, "r")) == NULL || > fstat(fileno(fp), &sb)) { > . > . > if (rflag) > reverse(fp, style, off, &sb); > else > forward(fp, style, off, &sb); > . > . > } > > Then in forward.c: > > void > forward(fp, style, off, sbp) > FILE *fp; > enum STYLE style; > off_t off; > struct stat *sbp; > { > int ch, n, kq = -1; > int action = USE_SLEEP; > struct kevent ev[2]; > struct stat sb2; > struct timespec ts; > . > . > if (Fflag && fileno(fp) != STDIN_FILENO) { > while (stat(fname, &sb2) != 0) > /* file was rotated, wait until it reappears */ > (void)sleep(1); > if (sb2.st_ino != sbp->st_ino || > sb2.st_dev != sbp->st_dev || > sb2.st_rdev != sbp->st_rdev || > sb2.st_nlink == 0) { > fp = freopen(fname, "r", fp); > if (fp == NULL) { > ierr(); > return; > } else { > *sbp = sb2; > action = ADD_EVENTS; > } > } > } > . > . > } > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > -- /~\ The ASCII Justin C. Walker, Curmudgeon-at-Large \ / Ribbon Campaign X Help cure HTML Email / \ From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 12:24:50 2003 Return-Path: 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 3E80437B401 for ; Wed, 2 Jul 2003 12:24:50 -0700 (PDT) Received: from mail.mundomateo.com (24-56-193-117.mdmmi.voyager.net [24.56.193.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359A843FAF for ; Wed, 2 Jul 2003 12:24:49 -0700 (PDT) (envelope-from matthew@mundomateo.com) Received: from www.mundomateo.com (localhost.mundomateo.com [127.0.0.1]) by mail.mundomateo.com (Postfix) with SMTP id 8005F5C91 for ; Wed, 2 Jul 2003 15:24:47 -0400 (EDT) Received: from 216.120.158.65 (SquirrelMail authenticated user matthew) by www.mundomateo.com with HTTP; Wed, 2 Jul 2003 15:24:48 -0400 (EDT) Message-ID: <1843.216.120.158.65.1057173888.squirrel@www.mundomateo.com> In-Reply-To: <66D4CD3C-ACB8-11D7-A6BB-00306544D642@mac.com> References: <1560.216.120.158.65.1057168456.squirrel@www.mundomateo.com> <66D4CD3C-ACB8-11D7-A6BB-00306544D642@mac.com> Date: Wed, 2 Jul 2003 15:24:48 -0400 (EDT) From: "Matthew Hagerty" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: Can a pass-by-reference var be assigned to a local var? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: matthew@mundomateo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 19:24:50 -0000 Justin, Yes, after reading your post, I found this: -- Structure Assignments ANSI C compilers allow the information in one structure to be assigned to another structure, as in: binfo=addr_info; -- I never knew that. I wonder why that functionality is done for structs, but not extended to arrays as well? Why make exceptions for structs like that? Thanks for clearing that up for me! Matthew > I think you're missing something. > > This is "structure assignment" in action. The variable 'sbp' is a > *statb, and the assignment assigns a structure, sb2, to *sbp, which is > itself a structure, not a pointer. > > Regards, > > Justin > > On Wednesday, July 2, 2003, at 10:54 AM, Matthew Hagerty wrote: > >> Greetings, >> >> I was looking over the code for the tail command and found something >> that >> seems wrong. Below is the abbreviated code that highlights my concern. >> Basically, sb is defined in main() and passed to forward() (and >> reverse()) >> by reference. Then in forward() sb2 is defined, and finally sb is set >> to >> sb2. >> >> Two things come to mind that don't seem right: 1. What happens to sb >> when >> forward() returns? It was pointing to sb2 which was a local var of >> forward()... and 2. The assignment *sbp = sb2 happens in a loop and >> could >> be executed more than once, which seems to make the comparisons just >> prior >> to the assignment usless 2 or more loop iterations. >> >> Am I missing something? It seems to me that instead of *sbp = sb2, it >> should be done with memcpy() or something? Any insight would be >> greatly >> appreciated. >> >> Thanks, >> Matthew >> >> >> In tail.c: >> >> int >> main(argc, argv) >> int argc; >> char *argv[]; >> { >> struct stat sb; >> . >> . >> if ((fp = fopen(fname, "r")) == NULL || >> fstat(fileno(fp), &sb)) { >> . >> . >> if (rflag) >> reverse(fp, style, off, &sb); >> else >> forward(fp, style, off, &sb); >> . >> . >> } >> >> Then in forward.c: >> >> void >> forward(fp, style, off, sbp) >> FILE *fp; >> enum STYLE style; >> off_t off; >> struct stat *sbp; >> { >> int ch, n, kq = -1; >> int action = USE_SLEEP; >> struct kevent ev[2]; >> struct stat sb2; >> struct timespec ts; >> . >> . >> if (Fflag && fileno(fp) != STDIN_FILENO) { >> while (stat(fname, &sb2) != 0) >> /* file was rotated, wait until it reappears */ >> (void)sleep(1); >> if (sb2.st_ino != sbp->st_ino || >> sb2.st_dev != sbp->st_dev || >> sb2.st_rdev != sbp->st_rdev || >> sb2.st_nlink == 0) { >> fp = freopen(fname, "r", fp); >> if (fp == NULL) { >> ierr(); >> return; >> } else { >> *sbp = sb2; >> action = ADD_EVENTS; >> } >> } >> } >> . >> . >> } >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" >> >> > -- > /~\ The ASCII Justin C. Walker, Curmudgeon-at-Large > \ / Ribbon Campaign > X Help cure HTML Email > / \ > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 12:34:05 2003 Return-Path: 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 4798037B401; Wed, 2 Jul 2003 12:34:05 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAEE543FD7; Wed, 2 Jul 2003 12:34:04 -0700 (PDT) (envelope-from les@ns3.safety.net) Received: from ns3.safety.net (localhost [127.0.0.1]) by localhost (8.12.9/8.12.9) with ESMTP id h62JY3Ck001716; Wed, 2 Jul 2003 12:34:03 -0700 Received: (from les@localhost) by ns3.safety.net (8.12.9/8.12.9/Submit) id h62JY2Sb001715; Wed, 2 Jul 2003 12:34:02 -0700 From: Les Biffle Message-Id: <200307021934.h62JY2Sb001715@ns3.safety.net> In-Reply-To: <20030701.163708.91972248.imp@bsdimp.com> To: "M. Warner Losh" Date: Wed, 2 Jul 2003 12:34:02 -0700 (MST) X-Mailer: ELM [version 2.4ME+ PL94 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 19:34:05 -0000 > Oh, My dongle is on -current. Is that 3-Current? I'm ready to cvsup to it, if it feels solid to you. We've a production product that has been rock-solid on 3.5-stable, and I don't want to join the ranks of the flaky product providers just to get USB serial support. -Les -- Les Biffle CISSP Information Systems Security Consultant (480) 585-4099 les@safety.net http://www.les.biffle.org/ Network Safety, PO Box 14461, Scottsdale, AZ 85267 From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 13:00:19 2003 Return-Path: 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 40BD237B401; Wed, 2 Jul 2003 13:00:19 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDEF43FE0; Wed, 2 Jul 2003 13:00:18 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id BFFA04576; Wed, 2 Jul 2003 21:00:07 +0100 (BST) Date: Wed, 2 Jul 2003 21:00:07 +0100 From: Josef Karthauser To: Les Biffle Message-ID: <20030702200007.GB10735@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Les Biffle , "M. Warner Losh" , freebsd-hackers@freebsd.org References: <20030701.163708.91972248.imp@bsdimp.com> <200307021934.h62JY2Sb001715@ns3.safety.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <200307021934.h62JY2Sb001715@ns3.safety.net> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 20:00:19 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 02, 2003 at 12:34:02PM -0700, Les Biffle wrote: > > Oh, My dongle is on -current. >=20 > Is that 3-Current? I'm ready to cvsup to it, if it feels solid to you. > We've a production product that has been rock-solid on 3.5-stable, and > I don't want to join the ranks of the flaky product providers just to > get USB serial support. >=20 No, that's going to the 5-current! (5.1) Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iEYEARECAAYFAj8DOccACgkQXVIcjOaxUBa37QCgzBURxgJuomAvC6mvZI3fxMXl zDQAn0UZFjT1dn/Li4kF7qh/aih6YpTN =HAtq -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 13:15:24 2003 Return-Path: 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 A8B9E37B401 for ; Wed, 2 Jul 2003 13:15:24 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF08B43FB1 for ; Wed, 2 Jul 2003 13:15:23 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Wed, 2 Jul 2003 22:15:14 +0200 From: Daniel Lang To: Les Biffle Message-ID: <20030702201514.GA12742@atrbg11.informatik.tu-muenchen.de> References: <20030701.163708.91972248.imp@bsdimp.com> <200307021934.h62JY2Sb001715@ns3.safety.net> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <200307021934.h62JY2Sb001715@ns3.safety.net> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: USB serial support on FreeBSD 3.5? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 20:15:24 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Les Biffle wrote on Wed, Jul 02, 2003 at 12:34:02PM -0700: > > Oh, My dongle is on -current. >=20 > Is that 3-Current? I'm ready to cvsup to it, if it feels solid to you. > We've a production product that has been rock-solid on 3.5-stable, and > I don't want to join the ranks of the flaky product providers just to > get USB serial support. [..] You're not joking? 3.5 was last release of the RELENG_3 branch. While it was released "-current" was already FreeBSD 4.x. That was June 2000. Right now, the RELENG_4 branch is already about to expire. It will be around for a while, but not that long any more. So if people talk about "-current" (and I'm sure this=20 includes Warner), they mean FreeBSD 5.x, or more precisely 5.1-CURRENT. Btw, if you think you join the ranks of a "flaky" product provider, if you follow development of common sense, I'm not sure what you are trying to achieve. The RELENG_3 branch has some serious deficiencies and it is=20 no longer recommended for any production use (correct me if I'm wrong). Of course, it may require some effort to adapt your firewall code to a recent version of FreeBSD (which already include more than one useful and working firewall implementations). It seems to me, there is not much chance to avoid porting your code to a recent -stable and/or -current, if you want to keep up to date with developments (like USB), and probably also to remain competitive. Just my 0.02 EUR, Daniel --=20 IRCnet: Mr-Spock - Work is for people, who don't surf - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --oyUTqETQ0mS9luUI Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTAzMDcwMjIwMTUxNFowIwYJKoZIhvcNAQkEMRYEFNX5DKq2RgCg vyHrlco94euFl5D5MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAc9eeP1vCoEX0tUXO5o6gmGiPZHkUEvIs0pCsv0U0Y1oTEFjojYaODuMHeJClJ+cr I4t6eG0jkrv2w4cxE6YZ9jHdh+lhcroUnBUeVFoIPXr5520Zx2sG0sVzMo5JgLPnc1wfyOU7 +PRR6WjxGqNWdVvmlHONA42ufqDR3deKWEI= --oyUTqETQ0mS9luUI-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 13:19:24 2003 Return-Path: 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 7B0E437B401 for ; Wed, 2 Jul 2003 13:19:24 -0700 (PDT) Received: from smtpout.mac.com (A17-250-248-97.apple.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD94E43FE0 for ; Wed, 2 Jul 2003 13:19:23 -0700 (PDT) (envelope-from justin@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h62KJNad016453 for ; Wed, 2 Jul 2003 13:19:23 -0700 (PDT) Received: from mac.com (12-210-49-211.client.attbi.com [12.210.49.211]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 2.0) with ESMTP id h62KJL0T003025 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 2 Jul 2003 13:19:22 -0700 (PDT) Date: Wed, 2 Jul 2003 13:19:20 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: "Justin C. Walker" To: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit In-Reply-To: <1843.216.120.158.65.1057173888.squirrel@www.mundomateo.com> Message-Id: <768FECB4-ACCA-11D7-A6BB-00306544D642@mac.com> X-Mailer: Apple Mail (2.552) Subject: Re: Can a pass-by-reference var be assigned to a local var? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 20:19:24 -0000 On Wednesday, July 2, 2003, at 12:24 PM, Matthew Hagerty wrote: > Justin, > > Yes, after reading your post, I found this: > > -- > Structure Assignments > > ANSI C compilers allow the information in one structure to be assigned > to > another structure, as in: > > binfo=addr_info; > -- > > I never knew that. Another day, another factoid. :-} > I wonder why that functionality is done for structs, > but not extended to arrays as well? Why make exceptions for structs > like > that? I'll guess that this isn't done because you never know exactly what the array bounds are (C doesn't provide run-time type checking). Cheers, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | If you're not confused, | You're not paying attention *--------------------------------------*-------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 14:45:51 2003 Return-Path: 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 BE38237B401; Wed, 2 Jul 2003 14:45:51 -0700 (PDT) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF9043FB1; Wed, 2 Jul 2003 14:45:51 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id C1E305B6F8; Wed, 2 Jul 2003 14:45:49 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: Kris Kennaway , Stijn Hoop Date: Wed, 2 Jul 2003 14:45:49 -0700 User-Agent: KMail/1.5.2 References: <20030630144327.GB11983@pcwin002.win.tue.nl> <20030630213916.GA71908@rot13.obsecurity.org> In-Reply-To: <20030630213916.GA71908@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307021445.49545.wes@softweyr.com> cc: nectar@freebsd.org cc: gordon@freebsd.org cc: hackers@freebsd.org Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 21:45:52 -0000 On Monday 30 June 2003 14:39, Kris Kennaway wrote: > On Mon, Jun 30, 2003 at 04:43:27PM +0200, Stijn Hoop wrote: > > Hi, > > > > I was wondering if anybody was working on an implementation of a > > reentrant gethostbyname_r function, mostly because it looks like > > mozilla/firebird will finally gain support for an async DNS thread > > in the near future. However, it is claimed in Mozilla's bug > > reporting system that FreeBSD 5.x doesn't have support for this. > > See > > > > http://bugzilla.mozilla.org/show_bug.cgi?id=70213#c36 > > > > A quick grep -r in /usr/src shows only hits in contrib, so it's > > probably true that it's not implemented. > > There was a bogus non-reentrant version half-implemented in libc in > both 4.x and 5.x, which I recently removed in 5.x. I need to remove > it on 4.x as well. General consensus seems to be that implementing > it properly is Hard. Yes, it is, or at least was in 4.x. I thought we got a shiny new gethostbyname_r with Jacques Vidrine's nss implementation in 5.0, though. Is this not right? -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 14:52:03 2003 Return-Path: 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 C931537B404; Wed, 2 Jul 2003 14:52:03 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DD443F93; Wed, 2 Jul 2003 14:52:02 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0364566B9B; Wed, 2 Jul 2003 14:52:02 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id C5603836; Wed, 2 Jul 2003 14:52:01 -0700 (PDT) Date: Wed, 2 Jul 2003 14:52:01 -0700 From: Kris Kennaway To: Wes Peters Message-ID: <20030702215201.GA82686@rot13.obsecurity.org> References: <20030630144327.GB11983@pcwin002.win.tue.nl> <20030630213916.GA71908@rot13.obsecurity.org> <200307021445.49545.wes@softweyr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <200307021445.49545.wes@softweyr.com> User-Agent: Mutt/1.4.1i cc: nectar@freebsd.org cc: hackers@freebsd.org cc: gordon@freebsd.org cc: Kris Kennaway Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 21:52:04 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 02, 2003 at 02:45:49PM -0700, Wes Peters wrote: > On Monday 30 June 2003 14:39, Kris Kennaway wrote: > > On Mon, Jun 30, 2003 at 04:43:27PM +0200, Stijn Hoop wrote: > > > Hi, > > > > > > I was wondering if anybody was working on an implementation of a > > > reentrant gethostbyname_r function, mostly because it looks like > > > mozilla/firebird will finally gain support for an async DNS thread > > > in the near future. However, it is claimed in Mozilla's bug > > > reporting system that FreeBSD 5.x doesn't have support for this. > > > See > > > > > > http://bugzilla.mozilla.org/show_bug.cgi?id=3D70213#c36 > > > > > > A quick grep -r in /usr/src shows only hits in contrib, so it's > > > probably true that it's not implemented. > > > > There was a bogus non-reentrant version half-implemented in libc in > > both 4.x and 5.x, which I recently removed in 5.x. I need to remove > > it on 4.x as well. General consensus seems to be that implementing > > it properly is Hard. >=20 > Yes, it is, or at least was in 4.x. I thought we got a shiny new=20 > gethostbyname_r with Jacques Vidrine's nss implementation in 5.0,=20 > though. Is this not right? AFAIK, it is not. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/A1QBWry0BWjoQKURAjh3AKCBYnAwDSqJOZ/wfZp61BovS3mSnwCgx0+/ gObL+hIQGApQJuTlJjg3XXM= =nWCu -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 15:04:11 2003 Return-Path: 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 4B81837B401; Wed, 2 Jul 2003 15:04:11 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB2143FAF; Wed, 2 Jul 2003 15:04:10 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id A40B510BF8B; Thu, 3 Jul 2003 00:04:08 +0200 (CEST) Date: Thu, 3 Jul 2003 00:04:08 +0200 From: "Simon L. Nielsen" To: Wes Peters Message-ID: <20030702220407.GG398@nitro.dk> References: <20030630144327.GB11983@pcwin002.win.tue.nl> <20030630213916.GA71908@rot13.obsecurity.org> <200307021445.49545.wes@softweyr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ls2Gy6y7jbHLe9Od" Content-Disposition: inline In-Reply-To: <200307021445.49545.wes@softweyr.com> User-Agent: Mutt/1.5.4i cc: nectar@freebsd.org cc: hackers@freebsd.org cc: gordon@freebsd.org cc: Kris Kennaway Subject: Re: gethostbyname_r X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 22:04:11 -0000 --Ls2Gy6y7jbHLe9Od Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.07.02 14:45:49 -0700, Wes Peters wrote: > On Monday 30 June 2003 14:39, Kris Kennaway wrote: > > > > There was a bogus non-reentrant version half-implemented in libc in > > both 4.x and 5.x, which I recently removed in 5.x. I need to remove > > it on 4.x as well. General consensus seems to be that implementing > > it properly is Hard. >=20 > Yes, it is, or at least was in 4.x. I thought we got a shiny new=20 > gethostbyname_r with Jacques Vidrine's nss implementation in 5.0,=20 > though. Is this not right? Not yet. Jacques Vidrine explained what would be required to do it, on -threads about a week ago : Msg-id: 20030623150627.GD82167@madman.celabo.org or =20 http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D16837+0+/usr/local/www/db/tex= t/2003/freebsd-threads/20! --=20 Simon L. Nielsen --Ls2Gy6y7jbHLe9Od Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/A1bX8kocFXgPTRwRAq5oAJ93Y7rRxOM/VcREYrTCqreMW/CZ4wCghheT aDYxSzFQqBzumhHH2euCL2k= =hd92 -----END PGP SIGNATURE----- --Ls2Gy6y7jbHLe9Od-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 16:40:39 2003 Return-Path: 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 3DDC737B401; Wed, 2 Jul 2003 16:40:39 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88B843F75; Wed, 2 Jul 2003 16:40:38 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by attbi.com (rwcrmhc12) with SMTP id <2003070223403801400hvbqie>; Wed, 2 Jul 2003 23:40:38 +0000 Date: Wed, 2 Jul 2003 16:40:38 -0700 (PDT) From: Doug Barton To: freebsd-stable@freebsd.org In-Reply-To: <20030702162221.S25145@12-234-22-23.pyvrag.nggov.pbz> Message-ID: <20030702163725.B25145@12-234-22-23.pyvrag.nggov.pbz> References: <20030702162221.S25145@12-234-22-23.pyvrag.nggov.pbz> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: RELENG_4 buildworld fails in colldef with NO_BIND X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 23:40:39 -0000 Should have poked at this a bit more before posting, sorry. I was experimenting with having NO_BIND in make.conf, along with deleting all the includes that are part of BIND. That combination is what caused the failure. To add insult to injury, the early colldef build is looking for in /usr/include, not in /usr/obj. I'll have to go back and take another look at the NO_BIND stuff as it relates to includes... Doug On Wed, 2 Jul 2003, Doug Barton wrote: > Very shortly after starting the buildworld, it fails in colldef: > > ===> usr.bin/colldef > /usr/obj/home/src/i386/home/src/usr.bin/colldef created for > /home/src/usr.bin/colldef > yacc -d /home/src/usr.bin/colldef/parse.y > cp y.tab.c parse.c > lex -t -8 -i /home/src/usr.bin/colldef/scan.l > scan.c > rm -f .depend > mkdep -f .depend -a -I. -I/home/src/usr.bin/colldef > -I/home/src/usr.bin/colldef/../../lib/libc/locale -DCOLLATE_DEBUG > -DYY_NO_UNPUT -D__FBSDID=__RCSID parse.c scan.c > /home/src/usr.bin/colldef/parse.y:32: arpa/inet.h: No such file or > directory > mkdep: compile failed > *** Error code 1 > > I looked in /usr/obj/home/src/i386/usr/include/arpa/ and indeed, inet.h > is not there, but I can't figure out why. > > This is starting with a clean obj directory, and nothing fancier than > 'make -DNOCLEAN buildworld'. > > Doug > > -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 2 20:50:40 2003 Return-Path: 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 D496337B401 for ; Wed, 2 Jul 2003 20:50:40 -0700 (PDT) Received: from host25.my-ehost.com (host25.my-ehost.com [64.239.11.190]) by mx1.FreeBSD.org (Postfix) with SMTP id 59A5B43FBF for ; Wed, 2 Jul 2003 20:50:40 -0700 (PDT) (envelope-from ) Received: (qmail 9149 invoked by uid 917); 3 Jul 2003 03:50:38 -0000 Date: 3 Jul 2003 03:50:38 -0000 Message-ID: <1057204238.9148.blah> Delivered-To: Autoresponder To: hackers@FreeBSD.ORG From: "AFA Solo Ad Coop" Subject: Contest Entry Received X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 03:50:41 -0000 Thank you for participating in the AFA Solo Ad Contest. Your submission has been received and entered into the drawing. We will notify the 3 winners at the end of the month so watch your mail. Remember, you too can have your own ad campaign for the best prices around. Just contact your ezine publisher for full details or go to http://www.afasoloadcoop.com Thank you and good luck! Tammie Allen Webmistress for AFA Solo Ad Coop http://www.afasoloadcoop.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 3 04:00:44 2003 Return-Path: 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 1EDBB37B401 for ; Thu, 3 Jul 2003 04:00:44 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA8FA43FBF for ; Thu, 3 Jul 2003 04:00:43 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (mail [198.78.66.163])h63B0knW038494 for ; Thu, 3 Jul 2003 04:00:46 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Thu, 3 Jul 2003 04:00:46 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030702220924.V57224-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: current state of the art / best practice for devfs in a jail ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 11:00:44 -0000 I have been researching the various of ways people add devfs to a jail to give the jail certian /dev devices necessary to function ... One strategy I saw was: mount -t devfs devfs /home/jail/dev ( cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails ) mount -u -o nonewdev /home/jail/dev However I do not know of a `nonewdev` option for mount - but does that even matter, since `mknod` does not work inside of a jail ? Or does it in 5.x ? -- Another strategy I saw was : # mount -t devfs devfs /home/jail/dev # cd /home/jail/dev # rm -f * # rm -W null zero tty console # ls -l crw------- 1 phk wheel 0, 0 2 Feb 01:09 console drwxr-xr-x 2 root wheel 0 2 Feb 01:06 fd crw-rw-rw- 1 root wheel 2, 2 3 Feb 21:25 null crw-rw-rw- 1 root wheel 1, 0 3 Feb 17:27 tty crw-rw-rw- 1 root wheel 2, 12 1 Jan 1970 zero # Does this even work ? -- So I guess I am asking two questions: 1. in 5.x, is it still true that mknod will not work from within a jail (I sure hope it is still true) 2. what is the current "best practices" strategy for mounting up a devfs in a jail ? thank! From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 3 08:39:46 2003 Return-Path: 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 3183937B401 for ; Thu, 3 Jul 2003 08:39:46 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE1A43FE9 for ; Thu, 3 Jul 2003 08:39:45 -0700 (PDT) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) h63FdKY17379; Fri, 4 Jul 2003 00:39:20 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) Date: Fri, 04 Jul 2003 00:39:14 +0900 From: Shunsuke Akiyama To: Danny Braniss In-Reply-To: User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Message-Id: <20030704003916X.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20030322(IM144) Lines: 76 cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 15:39:46 -0000 At Wed, 02 Jul 2003 10:29:51 +0300, Danny Braniss wrote: > > for the record: > I can now confirm that select/poll/FIONREAD do work with the > usb/ucom/uplcom! > > what seems to be broken is the call to 'tcflush(fd, TCIFLUSH)' > this works fine with /dev/cuaa0 but not with /dev/ucom0 Humm... I'd reviewed sys/dev/usb/ucom.c, and found missing things. Please try attached patch. -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org Index: sys/dev/usb/ucom.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ucom.c,v retrieving revision 1.29 diff -u -r1.29 ucom.c --- sys/dev/usb/ucom.c 9 Mar 2003 11:33:26 -0000 1.29 +++ sys/dev/usb/ucom.c 2 Jul 2003 10:39:28 -0000 @@ -544,6 +544,10 @@ int error; int s; int d; +#if defined(COMPAT_43) || defined(COMPAT_SUNOS) + u_long oldcmd; + struct termios term; +#endif USB_GET_SC(ucom, UCOMUNIT(dev), sc); tp = sc->sc_tty; @@ -553,15 +557,28 @@ DPRINTF(("ucomioctl: cmd = 0x%08lx\n", cmd)); +#if defined(COMPAT_43) || defined(COMPAT_SUNOS) + term = tp->t_termios; + oldcmd = cmd; + error = ttsetcompat(tp, &cmd, data, &term); + if (error != 0) + return (error); + if (cmd != oldcmd) + data = (caddr_t)&term; +#endif + error = (*linesw[tp->t_line].l_ioctl)(tp, cmd, data, flag, p); - if (error >= 0) { + if (error != ENOIOCTL) { DPRINTF(("ucomioctl: l_ioctl: error = %d\n", error)); return (error); } + s = spltty(); + error = ttioctl(tp, cmd, data, flag); disc_optim(tp, &tp->t_termios, sc); - if (error >= 0) { + if (error != ENOIOCTL) { + splx(s); DPRINTF(("ucomioctl: ttioctl: error = %d\n", error)); return (error); } @@ -577,8 +594,6 @@ error = 0; DPRINTF(("ucomioctl: our cmd = 0x%08lx\n", cmd)); - - s = spltty(); switch (cmd) { case TIOCSBRK: From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 3 10:27:29 2003 Return-Path: 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 C296F37B401 for ; Thu, 3 Jul 2003 10:27:29 -0700 (PDT) Received: from adsl-64-161-78-226.dsl.lsan03.pacbell.net (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id DCF6443FE9 for ; Thu, 3 Jul 2003 10:27:28 -0700 (PDT) (envelope-from oremanj@adsl-64-161-78-226.dsl.lsan03.pacbell.net) Received: (qmail 87232 invoked by uid 1001); 3 Jul 2003 17:30:35 -0000 Date: Thu, 3 Jul 2003 10:30:35 -0700 From: Joshua Oreman To: Josh Brooks Message-ID: <20030703173035.GH86503@webserver.get-linux.org> References: <20030702220924.V57224-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030702220924.V57224-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: current state of the art / best practice for devfs in a jail ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 17:27:30 -0000 On Thu, Jul 03, 2003 at 04:00:46AM -0700 or thereabouts, Josh Brooks wrote: > > I have been researching the various of ways people add devfs to a jail to > give the jail certian /dev devices necessary to function ... Well, all I did was test your research :-) > > One strategy I saw was: > > mount -t devfs devfs /home/jail/dev Works (duh). > ( cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails ) Works. > mount -u -o nonewdev /home/jail/dev Doesn't work (no `nonewdev' option). > > However I do not know of a `nonewdev` option for mount - but does that > even matter, since `mknod` does not work inside of a jail ? Or does it in > 5.x ? AFAIK, `mknod' will not work in a jail. The only reason a nonewdev option would be nice is that the kernel will put new devices in every devfs (I think), so if you attach your FireWire hard drive, you'll have to remember to rm that device in the jails :-) > > -- > > Another strategy I saw was : > > # mount -t devfs devfs /home/jail/dev Works (duh). > # cd /home/jail/dev Works (duh). > # rm -f * rm: fd: Is a directory rm: net: Is a directory > # rm -W null zero tty console rm: null: No such file or directory rm: zero: No such file or directory rm: tty: File exists rm: console: No such file or directory > # ls -l > crw------- 1 phk wheel 0, 0 2 Feb 01:09 console > drwxr-xr-x 2 root wheel 0 2 Feb 01:06 fd > crw-rw-rw- 1 root wheel 2, 2 3 Feb 21:25 null > crw-rw-rw- 1 root wheel 1, 0 3 Feb 17:27 tty > crw-rw-rw- 1 root wheel 2, 12 1 Jan 1970 zero total 1 dr-xr-xr-x 2 root wheel 512 Jul 3 10:28 fd/ dr-xr-xr-x 2 root wheel 512 Jul 3 10:28 net/ # ls -l tty crw------- 1 root wheel 12, 2 Jul 3 10:29 tty Weird, ain't it? > # > > > Does this even work ? Nope. > > -- > > So I guess I am asking two questions: > > 1. in 5.x, is it still true that mknod will not work from within a jail (I > sure hope it is still true) I think so... > > 2. what is the current "best practices" strategy for mounting up a devfs > in a jail ? I'd say option A + constant checking w/ regards to new devices. -- Josh > > > thank! > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 3 12:10:28 2003 Return-Path: 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 E03B837B405 for ; Thu, 3 Jul 2003 12:10:27 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C25D244034 for ; Thu, 3 Jul 2003 12:10:26 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h63JEAMu021225; Thu, 3 Jul 2003 15:14:11 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h63JAjZM095941; Thu, 3 Jul 2003 12:10:45 -0700 (PDT) (envelope-from jmg) Date: Thu, 3 Jul 2003 12:10:45 -0700 From: John-Mark Gurney To: Josh Brooks Message-ID: <20030703191045.GF58048@funkthat.com> Mail-Followup-To: Josh Brooks , freebsd-hackers@freebsd.org References: <20030702220924.V57224-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030702220924.V57224-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: current state of the art / best practice for devfs in a jail ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 19:10:28 -0000 Josh Brooks wrote this message on Thu, Jul 03, 2003 at 04:00 -0700: > 2. what is the current "best practices" strategy for mounting up a devfs > in a jail ? man 8 devfs -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 3 13:07:32 2003 Return-Path: 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 DFBDB37B401 for ; Thu, 3 Jul 2003 13:07:32 -0700 (PDT) Received: from fbsd-1.rootpark.de (fbsd-1.rootpark.de [62.8.207.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9525D43FAF for ; Thu, 3 Jul 2003 13:07:31 -0700 (PDT) (envelope-from ah@linux-hq.de) Received: from fbsd-2.intern.heil-live.de (213-182-113-12.teleos-web.de [213.182.113.12]) (authenticated bits=0) by fbsd-1.rootpark.de (8.12.8p1/8.12.8) with ESMTP id h63K7RM3068371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 3 Jul 2003 22:07:29 +0200 (CEST) (envelope-from ah@linux-hq.de) Received: from andreas (andreas.intern.heil-live.de [192.168.23.200]) h63K7P7E022392 for ; Thu, 3 Jul 2003 22:07:26 +0200 (CEST) (envelope-from ah@linux-hq.de) From: "Andreas Heil" To: Date: Thu, 3 Jul 2003 22:07:22 +0200 Message-ID: <001001c3419e$b76d07c0$c817a8c0@intern.heillive.de> 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.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: Driver vor Watchdog X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2003 20:07:33 -0000 Hi, I'm currently developing a driver for this watchdog-card: 'Antrax WatchCard PCI' -> http://www.antrax.de/ (German) (btw. Antrax != Anthrax) And now I have some questions: - Should I develop the driver for 4.x or 5.x or both? - What would be the preferred method for configuring and handling the card? a: using a kernel module for triggering and sysctl for config? (this method is preferred by me) b: a daemon that handles all of that? c: a tool which could be run by cron or the like? - Are there any quirks I should take care of? The card uses a PITA-2 (PSB4610) from Infineon as PCI-Controller and has an optional sensor for system temperature. Greetings, Andreas From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 3 19:08:00 2003 Return-Path: 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 D91D837B401; Thu, 3 Jul 2003 19:08:00 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E9F843FF9; Thu, 3 Jul 2003 19:08:00 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h6427wKJ031534; Thu, 3 Jul 2003 22:07:58 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h6427vVj031531; Thu, 3 Jul 2003 22:07:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 3 Jul 2003 22:07:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joshua Oreman In-Reply-To: <20030703173035.GH86503@webserver.get-linux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: gordon@freebsd.org cc: hackers@freebsd.org Subject: Re: current state of the art / best practice for devfs in a jail ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 02:08:01 -0000 On Thu, 3 Jul 2003, Joshua Oreman wrote: > On Thu, Jul 03, 2003 at 04:00:46AM -0700 or thereabouts, Josh Brooks wrote: > > > > I have been researching the various of ways people add devfs to a jail to > > give the jail certian /dev devices necessary to function ... > > Well, all I did was test your research :-) Gordon Tetlow (victim CC'd) was, I believe, working on changes to rc.d to allow automatic construction of jails at boot, and part of that was some best practice devfs rules for jail. Perhaps he could chime in now? :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 01:59:45 2003 Return-Path: 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 7810837B401 for ; Fri, 4 Jul 2003 01:59:45 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027C544003 for ; Fri, 4 Jul 2003 01:59:45 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (mail [198.78.66.163])h648xonW033167 for ; Fri, 4 Jul 2003 01:59:50 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Fri, 4 Jul 2003 01:59:50 -0700 (PDT) From: Josh Brooks To: freebsd-hackers@freebsd.org Message-ID: <20030704015704.Y57224-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: recovering data from a truncated vn-file possible? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 08:59:45 -0000 Long story short, I have a 4gig vn-backed filesystem. The file backing it is now missing the last 750megs ... I can vnconfig it, but when I fsck it I see: # fsck -y /dev/vn1 ** /dev/vn1 CANNOT READ: BLK 44109856 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 44109856, 44109857, 44109858, 44109859, ioctl (GCINFO): Inappropriate ioctl for device fsck: /dev/vn1: can't read disk label Is there anything at all I can do to get data out of this ? I know some of it (750 megs worth) is gone for good - but can I get any of the rest of it ? Presumably, when mounted, this was only 50% full ... thaks. From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 02:18:09 2003 Return-Path: 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 2E6B237B401 for ; Fri, 4 Jul 2003 02:18:09 -0700 (PDT) Received: from sgate.jstvu.edu.cn (sgate.jstvu.edu.cn [210.28.216.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 85B2B43FF2 for ; Fri, 4 Jul 2003 02:18:07 -0700 (PDT) (envelope-from zhuyi@jstvu.edu.cn) Received: (qmail 9074 invoked by uid 85); 4 Jul 2003 08:59:13 -0000 Received: from zhuyi@jstvu.edu.cn by sgate.jstvu.edu.cn by uid 0 with qmail-scanner-1.16 (uvscan: v4.2.40/v4272. spamassassin: 2.53. Clear:SA:0(-1.5/5.0):. Processed in 4.233046 secs); 04 Jul 2003 08:59:13 -0000 X-Spam-Status: No, hits=-1.5 required=5.0 Received: from unknown (HELO windows) (zhuyi@210.28.216.9) by 0 with SMTP; 4 Jul 2003 08:59:08 -0000 Date: Fri, 04 Jul 2003 17:18:06 +0800 From: zhuyi To: freebsd-hackers@freebsd.org Message-Id: <20030704171430.68CE.ZHUYI@jstvu.edu.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Mailer: Becky! ver. 2.00.11 Subject: how to call a syscall in a kernel module? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 09:18:09 -0000 Dear all: How to call a syscall in a kernel module? In Linux, you can add two line into your source code. #define __KERNEL_SYSCALLS__ #include --=20 zhuyi From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 02:31:20 2003 Return-Path: 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 A88C137B401 for ; Fri, 4 Jul 2003 02:31:20 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FAE43FAF for ; Fri, 4 Jul 2003 02:31:19 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h649ZEMu003198; Fri, 4 Jul 2003 05:35:15 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h649VbvD007910; Fri, 4 Jul 2003 02:31:37 -0700 (PDT) (envelope-from jmg) Date: Fri, 4 Jul 2003 02:31:37 -0700 From: John-Mark Gurney To: Josh Brooks Message-ID: <20030704093137.GA605@funkthat.com> Mail-Followup-To: Josh Brooks , freebsd-hackers@freebsd.org References: <20030704015704.Y57224-100000@mail.econolodgetulsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030704015704.Y57224-100000@mail.econolodgetulsa.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: recovering data from a truncated vn-file possible? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 09:31:20 -0000 Josh Brooks wrote this message on Fri, Jul 04, 2003 at 01:59 -0700: > Is there anything at all I can do to get data out of this ? I know some > of it (750 megs worth) is gone for good - but can I get any of the rest of > it ? Presumably, when mounted, this was only 50% full ... If it was UFS1, then you can try ffsrecov in ports that I wrote. It won't compile on -current since UFS2 has gone into the tree. But it sounds like somehow the file got truncated, so of course any data in the last part that doesn't exist won't be recoverable. I'm not sure how robust ffsrecov is in handling the possible errors you might give it. If you need some help let me know, but you can try to recover inode 2 (the root inode) and see what you can get out of it. Hope this helps. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 02:45:22 2003 Return-Path: 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 194FA37B401 for ; Fri, 4 Jul 2003 02:45:22 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75AF43FF2 for ; Fri, 4 Jul 2003 02:45:20 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h649jHIr031979; Fri, 4 Jul 2003 11:45:18 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 4 Jul 2003 11:45:17 +0200 (CEST) From: Martin Blapp To: Andreas Heil Message-ID: <20030704112923.I99317@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Driver vor Watchdog X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 09:45:22 -0000 Hi, >I'm currently developing a driver for this watchdog-card: > 'Antrax WatchCard PCI' -> http://www.antrax.de/ (German) >(btw. Antrax != Anthrax) > >And now I have some questions: > >- Should I develop the driver for 4.x or 5.x or both? Cool ! That depends where do you plan to use it. I suppose that you only develop a 5.x version if you don't need to run it yourself on 4.x >- What would be the preferred method for configuring and handling the card? > a: using a kernel module for triggering and sysctl for config? > (this method is preferred by me) > b: a daemon that handles all of that? > c: a tool which could be run by cron or the like? a of course. b and c don't make any sense, only for debugging purposes of the saved memory, see below. >- Are there any quirks I should take care of? > > The card uses a PITA-2 (PSB4610) from Infineon as PCI-Controller and has an > optional sensor for system temperature. >From the documentation: ># the last state of the main program (kernel) before the watchdog card > triggered is saved on the card and can be read after booting. (With this > help you can find out the source of the deadlock or crash of your system) > ># the last reset-reason ('normal' power-ON, manual reset due a user- or > failure reset, a reset triggered trough the watchdog card) can be read out. A tool to debug these would be neat here ... Or a sysctl to read the latter ... Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 06:18:46 2003 Return-Path: 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 9856E37B401 for ; Fri, 4 Jul 2003 06:18:46 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80FEA43FB1 for ; Fri, 4 Jul 2003 06:18:44 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h64DHudP003220; Fri, 4 Jul 2003 07:17:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 04 Jul 2003 22:17:50 +0900 (JST) Message-Id: <20030704.221750.06521740.imp@bsdimp.com> To: akiyama@jp.FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20030704003916X.akiyama@jp.FreeBSD.org> References: <20030704003916X.akiyama@jp.FreeBSD.org> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 13:18:46 -0000 Hello akiyama-san. It is Warner. Long time since I've spoken with you. :-) In message: <20030704003916X.akiyama@jp.FreeBSD.org> Shunsuke Akiyama writes: : + s = spltty(); : + ... : - : - s = spltty(); This is a no-op in current. Have you tested it in 4.x? I think it is right from what I recall about 4.x, but this stuff has always been black magic to me. I think the other changes look OK, but haven't tested them with my serial adapter or my umodem phone. Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 11:04:38 2003 Return-Path: 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 4DC1E37B401 for ; Fri, 4 Jul 2003 11:04:38 -0700 (PDT) Received: from tomts17-srv.bellnexxia.net (tomts17-srv.bellnexxia.net [209.226.175.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493D643FB1 for ; Fri, 4 Jul 2003 11:04:37 -0700 (PDT) (envelope-from matt@gsicomp.on.ca) Received: from hermes ([65.95.177.176]) by tomts17-srv.bellnexxia.net (InterMail vM.5.01.05.32 201-253-122-126-132-20030307) with SMTP id <20030704180435.FBVT1990.tomts17-srv.bellnexxia.net@hermes> for ; Fri, 4 Jul 2003 14:04:35 -0400 Message-ID: <001901c34256$95e4db10$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: Date: Fri, 4 Jul 2003 14:03:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: RFC: Change to sys_errlist X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 18:04:38 -0000 This is a RFC on a change to sys_errlist for errno = 0. On Linux, if perror() or strerror() is called with errno = 0, the resulting string is "Success". On FreeBSD, the resulting string is "Unknown error: 0". I think that FreeBSD's output is unintentionally confusing, as errno = 0 implies success. The following patch will change the output to the Linux behaviour. I appreciate any comments. --- /usr/src/lib/libc/gen/errlst.c Sat Apr 24 14:28:24 1999 +++ errlst.c Fri Jul 4 13:53:27 2003 @@ -38,7 +38,7 @@ #include const char *const sys_errlist[] = { - "Undefined error: 0", /* 0 - ENOERROR */ + "Success", /* 0 - ENOERROR */ "Operation not permitted", /* 1 - EPERM */ "No such file or directory", /* 2 - ENOENT */ "No such process", /* 3 - ESRCH */ -- Matt Emmerton From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 11:36:00 2003 Return-Path: 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 48C8D37B401; Fri, 4 Jul 2003 11:36:00 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9B643FD7; Fri, 4 Jul 2003 11:35:58 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.53]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h64IZGP8005027; Fri, 4 Jul 2003 11:35:17 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F05C989.7040908@acm.org> Date: Fri, 04 Jul 2003 11:38:01 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: Content-Type: multipart/mixed; boundary="------------040300010607040302070801" cc: hackers@freebsd.org cc: Kris Kennaway Subject: libtarfile (Was Re: pkg_create broken by design?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 18:36:00 -0000 This is a multi-part message in MIME format. --------------040300010607040302070801 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Julian Elischer wrote: > Sometimes it's a pain to have to install the package before one can > build it.. > > The trouble is that both the @srcdir and the @cwd produce > '-C [dir]' to be added to the 'tar' command list > > I see several possible fixes.. Another alternative: stop trying to use a separate 'tar' program. The attached is a functional alpha of "libtarfile", which provides a pretty clean API for building and reading tar archives (complete with gzip or bzip2 compression). In particular, this could be incorporated into pkg_create to address both of the problems you described: * Remove the need to install a package before creating the package file. In particular, using this library, you can separate the filename written into the library from the file used as a source of data. * Remove problems with building 'tar' command lines. On the read side, this library eliminates most of tar's historic limitations (by supporting 'pax extended' format archives and a couple of extensions used by GNU tar and star). These extensions have not yet been fully implemented for writing archives, though I do plan to implement the 'pax extended' format. (The hooks are all in place; I'm just missing a few hundred lines of code.) The source code includes a very minimal standalone tar program. If anyone is interested in trying to complete it, please let me know. I am working on a complete replacement for pkg_add using this library. So far, it's working pretty well, though I'm now looking at some complicated issues of package management, version control, and the like. I have some ideas for handling these issues, but there's still a lot of code to be written. Updating pkg_create should be much simpler, though it's not something I'll be able to look into for quite a while. Again, if someone would like to use this library to improve pkg_create, let me know. (In particular, this will encourage me to find time to polish the write support.) Feedback much appreciated, Tim Kientzle --------------040300010607040302070801 Content-Type: application/octet-stream; name="libtarfile-0.1.tgz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libtarfile-0.1.tgz" H4sIAFDFBT8AA+xc/3vaRtLPr+av2LpNDA7Y2LGTu7hOHgw44S0Gv3xpmuv14YS0gGohUX2x 47T+39/PzK6EBMJxc+3dc++FxwmSdnZ2ZnZ2ZnZ2hGOPQ8Of2I7cf/RnfarVo+qL42N8Vw9e HFfT3/HnUfXFi+rBsyP8HT6qHuDr6JE4/tMoSn2iAPwL8Si05/fCfar9P/TjLOf/wriSdPGH j1E9qFafY0I3zP/B8fFzPf/Pnh8fPQP8MwA8EtU/nJKcz3/5/H8t4mkXE88XS3XYK3xd+FoM Ayl25oAQ48BCy44IPWF68wV1CGf4J4NQLHxv6hvzvUKh3To73dIYCv1evZ/cjSw5jqZ75tbW 1t8LyUOMOTfC0UL6c2pKtcykYUl/NPG9+QhTFKI51eqjdRUXPRtJN/RvR8GVvVjvoBtDbzSO JhPp3wfBIshp/xD6hhmu0Hrj2yGgC4X6ebv2pv/0tNL65te9+rDXaPXulg8bjebZ8E3hXa3X 6b8+3TqO4cXTU1GZiso7w3Hwv+tVlFgqt4dXuMdfEPq2GVYg59ALbxcywLO5HQS2O80+XHi2 G0q/YoCiGe59GUa+W6Fm3JlGEFZ+iQwahWmuEGJ3Sj2DGzs0qUswMyzvJoY2HHvq4iZybdcO bdx+lJaoGG5g4+nYsCqTyDVD23MrBE/dZoZfCaJxYPr2IiTUtuvYLo3vQlmkVYEQpe8GTJ4V uZbhhhVLmk5QKOzZrulElhTfQt/2oI1786tXBSjiIKVnJ8IQvgHt80UQRgvbEuMoFDEd4G6H NdWeLxw5x4wa9LigFPilVuQ9M63rRmFrapqi4unWeC4Wkoiz0dLlGUpNq1he7icoK2087Z79 DwNUHI0eVxMJ4RYK/+7Vvv5J2f+Yiz98jPvt/+Hzw6PjxP4f0vODwxcvvtj/f8lnf7dSELui 7i1ufXs6C0XRLInDavWZGNhz8Z2N5fMRphwgNSwIBgmELwPpX0trD8+pqSctmywJliFWmjBc S0RwHLYrAi/yTclPxrZr+LfkZeZBWdyQfYLDoW8vCgnL3LPsiW3yai0Lw5eC3IIdwmTQyr+2 LVyEMyNkxzPxHMe7gfGCO3ItmzoFhIX6zWX4kq4P9lZIC4Q3iWkyPZiZOaYf7IQGaCWsxti7 piYtDUKCj+vBBsgyIOwAZgNdgGY5LLOXpQmDmo5hz6WvUTB+9F54gb0Ukgtj6U6VIMXhOrXo lRJbTC2EYUWm/JMIVqRKjcnyzCixodRvH5Pmse2Fh5I+PEKwnB2eVUKcZoOZe7YnBnjuGnNZ DEpEDlMfYfZ9ejA3bolqMZakOhaFGdK1PB9qhAExwNwLY5oU/9BDBAg21FBQkKB4DbxJeEMq oPVKBAtpklahk03q5pM+uTEi0i94UUUjPRy8bfVFv3s+gJNuClxf9rrftxrNhjh7j8amqA0H b7u9Yr8k/vGPWh8QOzui1mng33vR/OGy1+z3RbdHqFoXl+0WOgJTr9YZtJr9smh16u1ho9V5 UxZnw4HodAei3bpoDQA26JZ5gPVuhKx7Li6avfpbPKmdtdqtwXse9bw16NCI592eqInLWm/Q qg/btZ64HPYuu32QCy4arX69XWtdNBs8E60OxhXN75udgei/rbXbK3ydNUFT7azdVFjBF7xZ sz4g6vWVQlOHXEBOuyz6l816iy6aPzRBfq33vgwhiHq302/+7xBAaBSN2kXtTbMvilkhEK5V OUDocK3NCyIRnPeHZ/1BazAcNMWbbrdBAhb9Zu/7Vr3ZPxHtLon8XAz7TSasURvUeHhggXwA geuzYb/Fkmp1Bs1eb3g5aHU7JfG2+w6CAKU19G6wSLsd4lnpQrPbe0+oSR4s9LJ497aJ5z2S Itgb9GokmP6g16oP0mAYctDtMXNLfkWn+abdetPs1JsE0CVE71r9ZgnT1OoTQIsHx9xj2CHz TnMD2nC5pp5lnkTROhe1xvctol/DY+b7La0lLL76Wy39WM2/OfelPOs3XopvcLuPACuJu4Lb YJ+jyb3Zq5XHHIbPXqWhpe+7XhZyYrqhs9I5tGxv7RFFdyvPKBjNPoPbldkniETReYUOjq/w TOzvCn0tYA7Gvncl3RNYMRm4O6FYJ4m4T42G+Cc7vA4QaTRiH4bk2kPAGRpjxP3eZASjCnsS BsU41tstw4CGpZMMuN42rADlQZrYZoRyDRDDwIhTaC12d9EFfXyYQHg7cwYTONI+7dcCeRrE wtYJrs5bWMS7E7pM9ycbfFK4S8alDjEebyFd3ukUmZrd0mYo3kCsgcGafpSjJWgKV1nE3wpm c6c06s290hSZjhekiClQ2xxOvaiApuaKCPHousTiSiQdkpzyxZq9XZXn4kRL/Vr6Y5DB7dxC G2XESgEcz6noDNvtpAmxjoy7aeUYTRxjGoB2gfhlHsiw+CQ7brlaJhF4k2L2eanEnaD5DTkx Iid8KRY6QqNxBC0hUnORHQkkDWo90pFR8wc2ZKMBnATj0pwApEpUErXqmkim8aem+FYcKgmS QwYfk+L2MDCm8qV4HIgfzQ/hTz9eT37C0oR0SeVe/d3dLpPcf6z+VDrhfvKDHRYP+OYO//C3 wDC7T58S2Ikaa3chnjyBkMXpqdip7JTE4ulTarqZAS9aYxoA+hXRiXsSRcdTVEOOr7ESbB/T 5Uj4fl9FUWOp2lkuur8o6mFCDPPbb8mtmb39gFsadUuLRSkAfe6EdAJahVsTLRKYGZjI8nbT 9z3sPVvuNXbQFmkkR1XBiZgwaaQUmJlV6hAmYfQyUVSmOAhj70GMkNhWSnY8dCFNAEngghDM DBhBKV2SQ5kCJxPqiBCS1gbHzvG4wVISKhOQEi101qA8ULjzUl+ZydWHnZef5HbnsblzIjzX ueVtgecqxognxd2HHdINDLjOlxplgvGySr9HKpVSFgFbL42rbLefiThMrJooPZMisyq396PA 30eQvT/+aC8Ot4kCEqFY5emd4ZPEXorKz8JbcDRsT13Pj6PeymOTpqbMOggsOeRcgYvsEvxt fQ12uqMuQpJ3PURDJ3lMzdewPDkVX+Uu5bzui4cQ0X3XafZO8ngYojstr273EhqTO8I1QLQB wVLNnZiPv2dippiYh8zLx8+dl7/9Hmrixw+h6G+/nyJLm/D1RTV0fWl6U5cTcBovrayNS0eb BGWhldGkm9i6KpdBViJQu2py1djhxQtNGYS0WD7skBlMbslKKgMRQkKZNKkrb4rKK/EgA+k4 iaNF2OfTjnbm3dAuj2KJfeq0zz5cbQvTFIgsahiykWk4ztgwrxB1lVedZGFra0vxn4lB8p4n wU5eI1OT4qGVpD+ZRJ/T06JIONI0l3KJptxpMYyxpWW6FKLICyrLeiHpSdX2PTspSwRJmBl3 K2dWeoxknb4JCAxmTCG1r8w7LYdfV7WFY7Q1dcnqAsPEypAelCaRzwNGjryWDggmR3D8aSh7 HUoN8hlqwR036sXG1lgx9EwuzUR6ItdIS6BAW6pLPCMbtIwRPETL1EhZNYu3EuXYGlNSDWFv nvhWFEAIdXBAId9d4QGxvWWEBuRm/BItZaZa1FFLHL0jBnOn4UyJKj/Y3l25PxXFDYCl1KjL 0DQNU3k1KTG3mp0Jk6xJOigrYsrrfUgKtNLSfbnrGqhV1tg0YyyvjRJLb2zyRPZvkNmqm8mQ ilCBjpOkpYLOh0hYsfh5IlZ9HybjfU5k0PnkqgexJ+JGwrW7JECX86SwVwZlOgMEoOoE0w19 zxFjxzOvKOdAuM4iLBV4J84fgKRfIhurVHCmAKg8whoFGp0aZGbA8IXeHidRHrCdTgn/T5rO NeGldp7rgkVj5SBeOl+ttlOIHRs18uLdRvelGHCadeZFjlVWWeXIJ9OSmCgdwcDALOjm2kaw vrcXG6xcGniTufRtJBXXnC/WNIEIKm/PwnDxcht+gJxTVZtcBCb395pwp6PS6enDu8A+xn1S cuh4tDBoVmkHxblnBbq/vw9+97Gfq24nCe0bz7/CFsw0SHVYl9Twu0lSijVzk2JulBvExor6 RobDXnsDBwu1apeiBcOb+a1spzn95EzdA0bKkD9Id9RrdDvt95lIY131JiXa9eeYAvGtqKrt Nw2+YrwEgmSKoUiSKprVscnO42BHpR9yNPwkbYIOEroyHlCbm4bHc5pMpZjBOIrIdWhXTYci cicQxjjwnCiUDikAZpcOu2EZruX9ZmKDb/hiJ5Y0HPxH2Qklh360WHh+KLBIoRqBmBg+fS08 xAZQ1YThNVWuGy7bDxVna0WGYgPR79bnf2LBLiPg7uhdj5au+A2X9V6zNuCrQW/YqZdF9fnz o8yi3rR2P7lysxwTqxBuYSuPdqaQZkdSxqnIpxGlBy3oT+SQ//wFmBtJiYkiYnO4tEGyr0iy G/pa3DmP+08dZagTinj7oATB6etwvvjxoFr9iVPmKkiNpsHoxrbC2QnpfuiFhiP4nhY/DKa/ P/W9aLFP4GJiS8fSKUfd/4ZwUaoa1/hiGSU4ae3/lR+ptO9KsuFDqMvFsIGhxR6ns867w05j 9LZZazR76TxxhiH6xAnsxwGtqrDyiuvAMuuJc/6h7UZydc+m4oGcijY6gaIljEAyVPu5gJKW RhBHAPRIn8TFaZEdCjh92noXn5X2BDaEYmH4mKzIMfxyqi3GgTE4gFBn5j55Hc+NsVaS42+q uXLpiJ539WM7pHAjiURkSCfhLk0MrcHbBVYVSzqXLU5RRzp0R3dVDmC7CoZO02OjtpQrpLqO CXtTaFIp3rDexAEGi7XPvkOXMHjelYgWYthqUBqc1Inzv4iSwPwtcY45tSe3r2Oa3lGQbjKG KZkUD6EaYnYg2I+4q73MXFgehWEgypzF3RmxCG6DUM5fv47Zge4sdUOhobOJlWd5apVWqiij VcQ0ZhVbm1Xc2ZxPjDPQSCG48vZjK4PYtnLRzhfJ4wxFyfO7zGTtI2gUNyphuMLzNIfn6UN4 nq7w/DSH6elnMT3NMP30d3HNX/q4Y4mR1D/mhxPE9be9wfvLpj7yOGt/p+6go3UyhlBIDtdV rQnVwyyPUrJ0l7OkI+iZGz97/soj200SQ5nkeZIazsPtOBnUZFTzcNzFcwpRpSUlXp0ure1y MtMG+OZpCv7pQZ7mPN6FgJd9KuImJW6VdbLn5CSVnS8t6Z3TEwWHUSZ0x4zpA0/CAibH4rEU j3vi8fvtMq9QhnuC/2OnH1MislOd05Zn4zO6zjWzcCbtDs93aUWXYLDdKzI8WWz0NIUxdtnr aPvvL3LRVl5txpiNLFsTsYIWljICsHfjklLa6vgNTgNb0cBbtclxSueO9zf3Vitk4wB1ozLK rCn/tE9OWGpgAcE93cwkuxQwQf6TasEUScobwJvOUyY58eYP8OI0FTn13JQkVQwtdT8h6q3h WlztjqE5zozHvould18Bx6rsMmUIBBJkAkxCJYJxXBugCjkYmnJgP/7l4K+HP8WN49tQBsyH yuQhAhYnQiE9YVcePH0aM0SIi6qt/CQY52mTHdLuVVi2L83Q82/LAsIB4aTCYcw0OvBReTDe C8IRRxNPRH/UOr8Y8DzTZaPVoy16qou257v7Qg3LJ9Q1S7t3pop9rfDGP0uTp3zlXCFny4D+ nIFZ6/044AM2Ld7YDGYz3gtfIrCSOuWdbl9984BOE1hgGiyjV3QErQSeO0qyBOLmT8qu13yj qgv2VVWuCsni2JwEQ/XKKeFsLTdwenpTOZatpY4AiDOROp0am1a6Juu5pVZxCv6V2q1trfJE OxnIhJEswQmFEA8f7q6wpfYrk6X/vkstq3jHQvuVf3eR9P/jT6r+P6l1+6PH+ET9/+HhAdpe PH/x4uCoWj16Qe9/HRwffan//1d8vtT/f6n//1L//6X+/0v9/395/f/EteQk2aW9HSmqm43C 13hOqcG8pg2vB+geQwj7+dFoMLqo/SCKw3a723lD16XCGtKz94Nmf3TZ7I2gYN1eQ4ji8cFh aQ2u0TyvDdsDDaV6nLW79e/Q4bBaonM6UTNNSS+eYsVfw0QJilfLvH0S+vVYVVlR1hFmwHcC 28CIk4lcSqANBQmHttYkm7iYI7OBTA4PdO2RPj+Ib0dq8LUS9k04VYT9mUg38h7zWaXUcBCZ XASc4ow2kzEFfBb5EAL+qAF5F/DQEZeCU9vlGIl+7Tt1QgG41UJ9fvFB7Uc7tHWDE+J+aouZ hoxzLicJLPxRnPBh6MgN7KkL38NvGlA1P4Ge015tWVeeAYpsS6GDP/XhkCiXvTZwlB0VFHo3 rvRz0E1X0L3JQzfNQ0funs9iNFZgwyoNWY8Ytk/LIREOxSC0q1uBVhk7XRTIBzdlDvgkhRlB UnkjRXPhmbMVBhxKxzOGkWu4XqBJxJXuTkemFHCAivny/YVkcCMZvE0vnRtKwT6HCCNNxD1U GDlUmFkqbJcmXkV0n0WL+TCBmClS0hoRp5PVpNCVPlYXbjQf5ypRnG5WXehqvctddpFtXoNq 9XERY3ISRPEpojAz8n1Jr7osl1sGqRC7MXKVkuK6CorjZrZlwQzH5kUfHI7lredacUQNTk7U IQ7lD3YFIaRaGs7E6biQSY2A8JbrEJzJVxneTpISj0FcOsJ5Fj7aV9HiAdx0cLVW58w/m2Ek 1c26LlglovZUz8OSGC4sg8tlb8XU8caGQ0Esws/QllwVYCzoHtF0KHUnsXb2B8p3HO44Nsbw UzeGG6ozvymi7WSnIdYK4pK6WI36WUnUjWVF9rJEmbDpvFiqyFl1OsrrxGleNYPoOpVh+hRQ zz3BJKRxgkHkYKJf7FCYytmG5c9y0BswCaK8LK6mhCZEGlhifKt5Ps4jX1W9EumWhIZ4t8z1 cu7gsOI07np9OzkoeKS0K0sK1KlS37cCOuQc8dnQygt9Yg1gE6ZUTfMSg/b8qeLke2OSfNBc R58Pmu+i+U27NaJVDXJMKwcJNAOXBm3lSBe0EVCZUT7hXtUY7mpTmmHiYCbYVhWWUxBPkMB2 mWsarg0n4g76zSJMIsbip4GaxtUwMn0IgcjxYD3QVBBNhM/F6nqr6jnCTgJxfLGC/mtyyJyA rImjRyaGYpp47yrF2LNu2dO4S8XdL+QGnSoDu6YP6UiQBul78BPYgjt2eJv8PIou36clPo5s J6QIbf0ncHjR7NCi3Hkp6AvCvYZdo5FVW/IrOgDgqDVQ/EAQHr3A6GGOFYAaENYrzhMkCGjQ le7orLfstK9HO1YmC2JNwMtf+snIdwNcQu663NTze7tOUgdc8RLmvLUSdD15c4UAKPx1JB0V k7n3pco3BWXOumwyNLoUJ+edjBRvcdHzypSmD8hi7eGDApWIuWITyPV4Mz7K4gRe6NHL1qkU CAjkWLMsZGguM3sqkHc9t/JR+h7VUHCdI9eduOo8LEmeYLxtPkbbTt5wRPxDazjQbyzB8Y3l zLi2PYyz0+3tKKnxe2ikIeTTEnR8LlWfSZiaVMFgwEWXWP3nZOc/GPQrP2VdacjsYATqrngk 4zFJjkvolXBJbGtxoXVMZ6NzyaaD01rQ1iQBBhlNbSKaJfMapqK5N91LRuOJIa/HdT2q5IeO 0fi1S0MQBssm5SJBKBSlXHuUee+O7FHmbV7uqcqnOEeWcHYPJmyML7AlziJiCvk9zAQFOUsE EIqVe/DR+4SieJTFl7xd/FCq0i83iuJfsth6cuH8X3tv3tdGdq2Nnn+7PsW28rolYUkMNnYf Y9wvxthWYoMv4B7S6R8ppJKoWNNRSWBy0vez3zXuoaokwKad5AbOSRuqas97r73GZ8UdPkNI y2nvknaCt33Zla8LSd63svNrF2d4HJn20lL8jWNqEw7iqFNlYz4aJjwYwzHrSin4Bj23kSCj 7XTUjQe4RxhaygKeGZ9XBWIO/CDwm4ioxVTWL4r8pGyc7lgV2dA2+oFjRTiJ3I8GBsclQG+F 9WyiIZb8wb2Ny9NEetJsPpWwBJD6uiSoZsopYcew5iHMBn4txfjj8wQ9n2hmbMUtbbOXfoIW V4fxKO6ziljswj7R0Am8SAeDBh4mOaUNbV+4cM+s7LTEXj0e1U+DUCfLDqO7A/ba1ZOS+zze HujCiNpuGAdRkTEPy4hLqVahm4bngG6qsEoaDarTp/iAuXLkJFM7nShXEEUqnQ0k8Q1mQGH1 LvEjbmGALJzWwQ6uAeWNu93iY0fDtal4lptWOn2izYc17KazwsTGPQwhQ95XZlSrkGhwXFpY QAxKGyS6/jnRAzZQ4kwvbHOYxdlH8j3UUBm3ST0hgEwynekYxPMhbIsU2qBjmiprVrx0S7Ey jEYwotLpFdVOp4susSwdpgNU+oxNtTu9+MT/b6q0EtjjUP7Ehcd+WbOFwAEae92JnhArtO9e oAJRo/NxSeGKp+VY3xAFCQrx9+6RYPmZbqFf6hL6pe6gX+AKusgNlBVRpc6fboH5I1ndowQV E6fzvqGwT1rEDmz2/likuV1ZTXlIIvRUxfTqTtU8NTty4aOMHVtbGgq2IzlC1Vf4HfeHRs2s VP6rNn4F89nkvrRXDwqfHOEnIKvNJ/Kggw+gffQ9TeDqBv6hB1XI296idqmEfJSWNmu/eItP MxBxUNxFAWK9ub7GB7dnA6wv4kyhOrvWHkYTi+RcyCU7VCG3Mho3x5MSZrQQhRueS10Z/os+ cZzq8djR/+XqFBsqnNOnSATsTfQpxSOCd4LcvOXKEmrlmtoSF2qbV5dwX6265FWgh3hqW2yW eyJhbWkY/lulklWnvfLqgGXxtUYi7urluaxkmYeSi7vA0mee3qekiApqrgDTVSscoralLL6Y bk8rK8F2nMxndHt1gJiOgLsNZtHTvhQDyku0L6WB4KVKkxC4dZESxH61TFNiP7qmjsR18rN0 REIeZeqEisQd/BDO9AAZmCp5tFTxUJNaIc7SDmlgDo7aP0kRkL0m8Sf7jb0N/G+wKvyIZakh XPnCHg/gtp3F1p0Cbmt2K4jpjDRYcwOEZ0h1EiOIayxtCX/Yyt/9bmLkjqBhLBTtC59DV/2P PclCp2lhg35wvncneXaU0sYLmq6Sb6yX4dJhlKiJih/llT7cv4LqJ6DdYXB/UZOwOx6BCJAm aJpwCiKiwAt8K5UpZVcby6GHU1v0oPS8YX1H1xXyq/wDbJS096+Ijvv//5+i/1+IyX0bbSz3 /4OXD9fR/2/z0eOHTzbWEf93c/Phxp3/39f4ufP/u/P/u/P/u/P/u/P/+w/3/1sEgVtRtoA0 YsDkt84qNuKJuWNhGPSDmsCiwuFqFPyvGtZhin+jYMv/lYCmYZx9zDttZdOODYFaQesZ+Yho 0KYN1aTQTJiU116kZviXxPFx+CR27pe1Xw1hitrQsOpqFcNwsJ+/SLAjxY4113+1cXquYFcK 2vBKakbi+p76Xw6qW7mvbEip91Wn8JUNNfW+Oi18BYey8FW38NWr9quDwmeTYsdgUxc+2/U/ 6/rWJPnge/8DiqvFlYI3+A3HisI6Io6i1c5WtiRkDRcdA78fra1t0Q4w9zAMnH99/nwbNUUc wkbL/+ABfCyhU/TJ97RHzFO3kvCnwh26rSJFasdHH9ov/3H8AUjVbt3bO/RcBvWQBnVkB4XC JCr4JNMI3lPJp6Qj/na2tNQaVJKVVYLXr6vgt7JOvsbqXhc7+dp28nF5J/vLOulqDSopdLJ/ vU7+cPzTP44Pip2E51L/f1P9x2H9QDk+XtpOMjNR6KqrO6hqVlYVdjVfzW/iSoZauN6cXL+S TxPMW4OKafMOVYeTQTwjflRwvRKzvg4MDNIa8SRDlVwXeVLRc31C5SFKy2gX7Fq9h29vqSVk It7ZfZvVW1xNm8DC0MzcxVBcQYTBLxoCVcYWQbEEsH2bRkEjX+dDZqpE+vjR+q8WkFmQPfC5 oM9dQ+euLyfz00HaUQ08fhPAYp+o493KjOK280/rYT1lHreIBykhky2GHjf2DvDf+ZDYHCTt 3rE3rxtr/sbhu4bvF75b6Gag6fhD2iPP9r2j4zJIekVSp0RW1n14Jd9Tv2fuPgJBCEjhFvoR QvHsF1wUrON/TWW1Qpg4jxv2VmqYSnd60eT/r5jfGvxhXPZhc8GHRGfMP0oLHC0t8GRtLV8g a9JPvsDrhQU+NZtHroANHcY43uF4KsnA8PyyjwZv4f81UI/8/28IOx9FhMzuwcnolqZ7wlsO 2nQ0sz72Swg4ZRcCAdHKtoV8j//S1pgJwoO99QUTDarAd7ykXhx4HiDx1U777VPaa0/NXzDW vMIA6U/N/bGh/QG/dUztfrf+l1ElEl+6ChoXsWY1RJza4qVfXcSZ976hH+hgjI7GyHDCX3gQ jWmSw3x1KMD5UR38ifEAflNt3D9bMXH381V+SvR/jtG/pTau0v89fvyE4n8fP9l4vLmG+R83 1x7f5f/6Kj93+r87/d+d/u9O/3en//sP1/+F8b80Tfs7b5cFApd9U9QbkrpwQcSYiJEnWf6J F2SGQletzFx+0hvViwJpY0FgqJ80q9i8BK69//DibXsXTtXeW9hlfpiaUfmWP3zTfgl7H3ZY +4cd2JWugB9gN4z7UILEJIUn5OtrEmdA4pp4PdqwtBS9uTBZDleCnaEWfVdE9rKRQdBzkbOc 221ZbJ1E1qmsFXd/efzoV4kdxXgyMfWjb3DcwcgCCrTLqUyCYNnIC4LkCVbcH8krtFX8Qpph 7FNGtrIRs92EkwWjqob80Rla2wc6IhLPPnWaxcjO1K66+5TlE9EKECQ2HobzsyBaygYd+++3 ojwO0pKCwQd+yQWuRLag/94vt8i7yBYMPsCSJfHTrDmXgCJeMetbpDv7SBJCA0eR6s1K//Gj tngWcQO1XrSe2jLqHCtlnWv6CPZZk/1KmY/Q8qw/wAzksktIYUSaR/pT47DR0zHFoMdmRulv WFGI29kV+2V9beMRQ9J6b7SG8rdzfrXxXf5F33shG3aadOZTPAon3WQiMLdv0RVqYdyXKxJu uxwVMyu5B1vG83EeqWO4P/X59HJU4jD5nzkl2Lapi7BlGyTE6XzQYxNP0UTCx98jomrPYR4k iw7ZK4oNRq/c3hTmhoIjKHdiz3Bac+kV+4q6OfW0geJGyvG25a+ks6ptU8dTuHasmxBqkPJX EdxtQLdra59O1zqb+L8PdQvZzl86SotB8INuM5tdIlmfJk12ekNiY/0eV/NXBe8KWSEo7nRX srm8rYV6mV+8HTVPu/6f/fBP3NAwW15x9OkPnlDAQTYf+sXwekSX+F/W3TNvr2N3fttaNgc8 anUWdKNvXTl8lpj/DSZA68N7+JfHfOVVqPd/Wat4BwkhDmHT/bLBn1TX1qreW6YRD73u9AtP NPTe76DG1vvPYLv10k+/rG9uyvq44xP47fG2H2b9EgbHZg4NjasN02q12EP0WHy65/3BZYPs LCmqZTEmBs45QpxgfsGYxN/OmRmBqGgFcaa0XXYZHVLkBvn/w3coVmWzlELQk9kM5LXkguhT NjZtAVF2MekSEnKWDFsUCHfvnmkDOctgGTX+qDqrsuu5x+PEee6shSU5okLSSzosGJi3GkJ3 Oh908j9vWC9XnJJ6WUAal42nCGFq/hKxZtWjT9snJ/TdyVbhrdLTbQPffNjfRUmi5DukWfTN WxA83Pv8AmOgZAakDTPhLOmk9ZG8be1sif4P74LbcfyTn6X6v/W1Jxubj0X/9/DR+iP4ff3R +uM7/L+v8nOn/7vT/93p/+70f3f6v/9o/Z+E6ykYN+FNA03kkJ0KCIJAAuCoVxSHKpMTzMFB cdfsvG83JDNehjEeGCzLeUKRYbQVAO8ZDy7iSyLVetZPLymQrzPA20YC5xWMb5Qk3czl81IG inbygUJKTNKkgz4HmI0Pg9kbJYmWoFMYihPjbSIXDgWA61MXTz9NiLpiy5jXC9nlwRjoH141 1MVMp3HfC4smkCkcNRJ55o9nSJEHFG+cTGFGRwRms6VNQoURR/wCkZMhlHWpI/4CBihq5+Ml 8LR5n03KexR4bT6jIK0sfDaJZ2e5R6iqREvv8zLXmOARMIr5Z6j1yT1DGMiyKuH5RZzOwqd5 V9NnKPiFT+YjuEi6pQ6pqFi+wksV49qmIwXbT0bn6RR1C+q9ajWUWjiejQe1UKiy2lx8cNIZ YYjVsuLffWH59bUvrACY6evXQELnJP50Qok0bAGt1y9MCHUrriiqZ7BkGLvmyalcWzybTRs+ cN9semLTeOaqwpfIMyTF2mbqofYxudRfKeI1rEXLkUrzJM1OUPNYCybAUK7skjLoZ7R4NKJP LS+q+omblhOFCsZKjkefWXg86H5mSWRFP50wot6XVPGZZfuj+XVKFoGRSEF5IgrKBQoSI5GP 3fIuWBStk95gnp2pcaJk37lYSZB/xqhoaPhR2shIi0+ii1kvBZDLKYklgnmBryUpnRd4XA4R 36FTk3wK0ENy8RomwyzBVBVrjeBNRDoJUoGZ7VBfusXv2LLVYv3+tvnW5qqpywea/pFhJacf TbXXreLVyvw63ouU1JF13M3nOcsCJ9/ZvgaE78pCOGB0GjSeqyjBnnj+oXH+QUcfIF3DvJZ1 333UC4WdecmEMbKaQqY5mxNMY4ulWwWzTXsKZtubDxbAl1wR2p3zu6UQcnbtWxDz/UXeuFC0 oC2rZtXGRqNSaAlqvI95nhvFPtQ1Y2Gx0DN0zy+ra32rfDdsl3y9bOFzmQvDlSKmUG1cSxak BBCgZCFkHcrAlq8PtciYmTcAXMTH5QUWGv3w+fR32xnoCGopRzANUHXOoBh+40+J5H9JpvmP /GmQxDXFj4KhY7M05AW74RWDS1iyzLqK06SHPskBrDchaDn0ISfzjKcfWdZh61eFu15RM9iC rRUiAIRT/KVu9MQUpRO0vXTZ1v+Ly/yE1jv5NbnmWuIsYn21sFLN6p74yVkFg1eQYUbABM6z OaLYxOlgPk22rLI/I2SXwZj0S0mvh2ENiPnEPyumPx53JWcWIZv5Ga1DAyCqwrdNZWUFsaeY heeCmMhqmvFc1Oq0/6gfSRdzPNnMf5Q8eaMB1TQ0rx38rmnhjDlJPsFarXvu0MUpa9OUgViZ ILPIGD+rYg6F1rdoC23f7za4uW0ml3Bw8wu19msj92T9V+4KLBz7qX+s6czTI7xg/WxoXzj3 y2f+uvNOvSxM9hVT7U+0pgLGIT43fm7k9zuHqNzRDlEiqOKUEcvB4Jq0DIiElSq4uuNNCrO/ pa/V1E0f0ZEJEkti7W/ab18u7cda0A/eFfmOLGFPG/nu4biispTEAsnhm999ZE2H0mxNUEy2 iAedk64GSZm8ZAWHQMB0PiJ65KiL0EgzBmjJJrALUDESutw44D2sFyvpJQm9Yrwj1hpPE67P ugnUdJORJqebeB4IWIemyGSsuWyeWBTaNEvqIeAnUHNU9ECPsjHnhL6ICc4U3ab0GAQ403Qr MnwZgd/REhVRoNw7MyRTB2p4sGLMmMjQw9RX5GWlGcSSOuRvxxdBDQQpmSUIPWYQGLXJQi30 a8LVqJZq9bMFmVlOkjH/u+xa8A91PO2f/7LJ4TSBuw/nCgw/dos1pgs2Jy0z/t3Ci8cvbVPI l1LXDlPXBKkMasF0XEJG7TD5uhLo4G0j4k6Rk1T6eU/wezUeqEjc9Iau0YTXYYsRSSNzswh1 2l42iTtJOa0rkjqidHv7B+/23rkjvbpCFwijGWv279VIk4uWskHa90WT1h6djz9aOUurwFlL bF/M9uLqa3lGzgU/eZl7S1tf95csaF6IF8wjL2CSv2wT77LVqWkzj8aMO01LsdW02njYqLwn 5CTCIKJcpq6c8DS5ZIO1RYxocfQsdX2jm6xRIqZQ/aVdo+XwBuHNAncI58JLi1hXz7qXFlkx pXBQpT5IxBEe1T9IdsOU6aYasuHrnEXzB3Ib5ZffA3mvYhJYrQsubr2kSk9q+br3aN1fEd/F 0pr1T30aVG6X4jeb6ZY7R3Hh22bt4RPMFi3P1vnZxvpD3XS5PlUofLc/H/09nVSWd+71n9OJ IVUzOTRhL/sj9A38vC493FzaJTfmK7q1K599VteqL6oc55fvX/XPhRcb/OLMvdC6Hv76fLu6 XvW+ffjrs+3qf1fr9SUjPKVJ37hieC9g1jeuNbYCK3sKN49ApOO2YsH/QrRIsTg/1/zNZVPc 895m/PQLtC13BXBaGrfI617PCMNsdKlVMAzzNHCNtCdjNWA9MEyb2WfhO85c/t9Wq0WgBcwO MKz0AJgHzaWzkLc+gpNMjLoyV5jRniYFq+yn50jo5pMv4rKDdb3HJ/yqmwWJDzb917/ez6pV JF1+LXXNErxMeFwgPu5cIbpYieV2hETOk3P7UuLiW0DlRFYVrAazf4W4aK4vMKrIeC4yI04t /S6e/0knnqt4hMesPxZffjrV6XAIzDvwN4NLL2F2QeIMDqqsWulqdan2W1mw8wXi5WeuUm5s 4V6kuQgXiAHc2WEFeBtC2IbFRNvnaBX+i74jbkiL5NPg/Zr9uzufbBTFyMZarkCZoBl8sB7W qCxyYz1XkWfs4Mdu6Hs4dMbdLBm+HSFJDAQzcfJ+5/jNyYujN3vKH8hbQpyoNDuV4CneQyYv Qti3hIHiOI3F3B6GcDC8fdI5Z+8dqmH7fzkGvmHCf3/bcmfJ9r4h/WxIz9yOgYl4PYWfp4LW TwjcvFObCvYu1J5IB3ejxvgd+LNiXgwwDsECpNKcEkwFH4Qxi9qU4AZdP70DIZX5E0s9bIhB Or+vN77Tne1fpYZd/CkGwHPOv2o/LVWgGCuEFbUo6+wM/SNj/I4L+8fvgM/hvx6zE0NCCRUy P7IABfjZ2XQ875+5CJLQhUIr1nwMea1Blg4n6JBBF/uKOWFnkhPyNwYeWVUYBKMiKczg0iV2 fIuLFM4CchWo7x1UyAteexAjZjKzDhg41Oyiqxm77TFh7FDKB0pY5AxG5LJ3cRbPbGOXmCAE uIa8NgIZGapH5YC4S/wEmzVoNFQjV4QbjpO6xP3+NOmjyJqdIUnG+SXIa0xUgWtI38YTKUjd dokuXRHqAbeI4TfYZ8xZgE+pw7RA3THsPj/EI69Q0DSZ20Y9k30abgmWlbSCfPELCcIjuF15 y6hQRYKSSpp87IMONIyvPzDmFoTDK8XDJZ2nZm3fa7AF73d1VdVf0Rfj/RFh2UZJk8JdMwiK NzpUrOKrooohMKJcW8cQoqBbvt6YJXWXKxiIJJTcUIu6wKpPGycGXIVtnUnjWt1XlApmOJ7I 3jRhKaBogsdPXyR0WnvzwVP0OJuK/o92f4czWEgyP5tKw0vBREbgl3RWOXwBz0hgVkJJg9K+ kK9qMkXVZEJPKXHSDM5gGg9YI+vbqODY7gyysZ9fg+GgULyhjuGYqMc0jViDVb/gRYY8pnyn uTlcpiOyrHUb1MOGwKxDJV1PM9zJK5uvk4hq9nkWrpMwhJYlrnZGs8QOxYoCL8EjXRri999/ L0FovLuBCjwn/o43Fj2xOpZj2TvqmBFPZIggr7Vc1CFzurigs6RzNko74mqIsxBjGAkn68QW 9EZByir3AeP3ALEcyRbIzjCxwvjCm1NY2QP+k4d2RolhZvZiYJ8+orwxu1aRwwJn13LcPIit A8reEKfsLkh3AfqaZCh2UqSGMW/i6bl3+dkRo356iHfqvEsKcV8NqYYRMcuENJ40vVs+Rccn qMeeZyIRfkwHA7+ihjlqvz7eO3wnxAKDpLlbnHDKdewiqZLmIDRA5EIJQewx234HcAagmbDJ b7lLDbPmWiUGr5pppBOweb0k5naYU0O1ASXnkclmD3pMwkTiDkglrWJvKPoICYhLoMEBBCi+ e5JVKAYLxpIqoJ+aXVx2bCabjWVrPjX3SWWIbAb2r0bOnPWQBYSqf2y/ghne33m797LGw/Yw qvA9Tj58oS9RA6BLEn1T7ElAa/VOYt9NuWbzNap0EvRp7yf02i7vEb47Ot45/nDkd2ptcXeQ yGsUAf4umR311hdevKTeXNcWzz81owokbGKLlmIiieD84Ut7Px4dH7wvmwW3O+mewyuoNvMv KMrxKFG7wAG43JcLvAlKM0berlMBy+ZXB3eunFnXjdAcdPbLpgRmBnwgkLYxkKoTYbRF199T l26YcOKYoXW8PtEVfKqpwjGBoyRKRPAAir9FKldTfURCIRx0mIH5B/4VQwyRZLze/wB0qQPl MD5lYNNkoXNHvSTQv5gwUmd1K7LSlYHxNXEYxsVwo/6bqkO4Um+g22tb/rjh7EPh8NGDbZ4g PRj2KfaIL6+GOXvgFWlQD7wHTsnGhVm7IZbjQrpS4bvsCrj8Piyk4EacDwaZ5mg3a6YGNJLg +8Qzpm4vSjV01FbO6ozIRwJEs5NOO3PMGWUt0cSEYIYicmVlDE+9bqD09jZ0+dtvF/jnntUX M6evSO9MQBU8gGGMNu8EET+tNtVjUq+YF4/1wJRrCsWJ2ylDvkvtTXRYzz3Lih3NvaLTb+Pq AezKx5I8jpVeW4Hum9tZPBQ/5+yWiM65wg6qdVE/3vB32neM4YLfVXsv87MQzwAvScnyDMIC 6T4J4OAc9Yu9sZxcPJfE0mAlGPAFm20Sf3JZZri2jBONekxJDmEBeJOHG8ScSFys9osjD4D8 1OK6+YOJlynej8ewuZG8CBXRxmmVMSsjo6N4KnhTkdujUquYE4r3PTkxlaf4B8cEm8r/rZR0 RkN966ZSJ3XmH+aEqVP48uYKfmOK04NYjvBClgYugGuQ9fqZGM2HyRAxL/mt+Ac3ODa+0tiU e/qqQzm28AHW7qJbmvVkcouw2ETikQIveNvc7mQuowJMzrXG93ZvnNWth09uUprNJWSATxCL 0SJQ6AQoBIAY4gyZz/IvxVh41by8Is+YkqmRejiJPbH36G2wijRwy4Kn4OkpkrUy33mZBseO LRjM2pLBwMvPHs4PMhzES4BbbzpPwiVc3H0JGwgH8Jm9+DByRkg7w9X7nfudKmKwNu6DdGhQ hUfyUZxxH1tO61KctUbJZN3o4+sNOyo91ryDl+1fRmPB6cjTfo/1pOK0JqkwAXx92sA+ksqI FQi8lG4QRWP9kVYGk4BTTIkwDSZIlOh9nd4j95QSarVJgVda5PJtVo1GMAwmsHbpgwe6RVN6 hn87xzkmj/L3usd+732KydsC4SVmHH2oU0UxdonkamZLrHM3a1mv4DSz8Yni9gbXZbM/l6Sp JP+hRpZVJtNLtrxhcadg9lMZkulBbdUEayRh0GwSt4nXSS91FoNUwjlg6ZKGipS58tF9GCXI nocWR5yGquZTtOzjUDJTffHnM4rdIC25LVVftAWWBkXNNFrnrK4Iasjzh7xFxmqPqo2KxPzn aOnBiPFRJ/HUEuWMlVtan3s7TLIE6QzOKmlY8I4nsR7ReWrjKf9xmv49nk6TOmefpMnKmEvB jLyoo9M9oa2yKh2VcsggDsYYOMMLh7YhXAjCNOFKghTkmGWSFYuJbD2E3mZi77Cw0pk9g6rO wRytHZZg+hi0aRzqEtyxzHdj2EmXtXmMgM42dZm9wI+0nAbI8dfFoYy/ZPhaePwXR7XNgBVC MzH2J9gBed9BtbtcLXfiqnlSJ+NUcfv69/DyJP+IWys8ZgIk4pLJUy5mghzfdM3OYTHVMmau d4oUJH9th8Gkejfoew3Oyj+XIC43Qkb3F6KJgmb6bP3Rd0IN/e8e5AdYp3H/kv6qxans5uPy sg83/M9Ifr1hE3ByXae3/YLFs3uYTJJYwN1Jy7OywtUCp051yrk6gAl/cfSyYY7GA/QRZvX1 m/fNDwTUpXR5CkLIyM09CKFI8WbOtye3P5ZOav5bHPX1p7Wk9KKpvUlDucnNFc1N8JXC5zDN iCg/5US8Zu3+2A8PlulLuvIm9xymlV4g62T3s7/ejXz36lt52sSk6X1MuB7zmV5pchiTAely wticCxv+7jJll4gFIE1+6gADZU0h6oRNF22qJmWQ+QcSlt9N0bwH7bHwShcHbjNiELG06EOM qTFfq3+r1iA2VQb0qtYpcTx638ekgeLIfkrEXdZXNjOVMIcR5xwRjzMrP/td1WzcgsQ1nxFf S4lZHSSDTCswAZzeHQ3yKOxOBujevIjgXxGOnL/ur03Ory2lWjprwtQfUE4JpoV9W2NkRqhu 1Jlc2qBVC/jY0BL2QY706vN63W/PAUYu+vxXpSK2ixalcrtYjVI+t+XJTWQ+TKYw+xx8bWqo PUN3AmIDVHfpJ0Yxiy4WTgKR6ys+DIfVwrRDCyuZozElVwc8y1XRX1ZFv6SKfqEK/GBhFfgy v0j4Z64OG/xbOh34Ml8JPRSZjFdjRzMm42mjw82dF25NDJCZVRqR/IikyWm5OsmUUKNEP4z7 Mnvqm9j87QuC9kaV8VUvh7g1Mkr6I4wgGqkoXEDdcv7xj/z+hwoecgWdbnJuKdGNK3lUxTpO v6iOTaqjm061iqc8d2exm7BhEpMudWlFj6miXtobX6szKgWGu2nbCYELFhZp+wmcsBMyxZ7Q Sp2gZIrQIfjpOSFNNVnL2L1X5wVmCcnuCbYuEJoLJ4RiGSoegiROpJcDPoD6owQsEFrGuCzJ hqK4kAqPQbAgL6unMGewd3hDUDI7U12v1kPsM64FauSU3SLxgUxKcDfUai0mBDAnTg74RV3Q H0dcB2tPBI6GgMektio7Kg1Z7oRaZepbIogsvcJzdzdNd8Uq+io+inN2xc1TimXxJdfOKruJ TKmjPnz2XLMTKW5CiINA2YqEiuReuYAOxMzzRHl0nqqFmMfGwzwWqn7ji7BwwQWXW9nFVnKp lV1omtmwcJ3lrzL/Gns9jU/Rdi+AcsRlyCUWGNxyrASpvHzx/SWQiW4SCO+6eS0kndXYi4+x HISMPObQYg0bjRkzMQaKah9O2itiw0ys1GBw2XIy9fE0HmXI5xLHV9UUV1VLMkzVPkJrUzJt LabrWroekibhWuSljr1ymPRRJVORvchweVMQ5XG8mH0ytY4Las28XNy21M7U8dtvjaSvDBZS 81gGD11Cy3yHJZekRv+Xgrv7OBu4p4KdpmjysKk+rfd6mCewuaiiReIBriWZmrIz8rE0veRC dxlNGa3SliBn4SfMdovH0FX87XLcm5uQm4Kx/MbGmLIDPg9O+LzsiM9Lzvi87JDPF7Cs8/wh n9tTXuhPP+hPv6w//ZL+9Mv601/Qn36+P/1y5hkYl7Sjrr2ixEY6wEjSTDA4Ilp8cvWRHqIS OUK5K+BRFr19VC0wHwr5vF3Kh+rb/ETp87qzYLnqEC16cXX4tqw6fF4SelXoKIP4lLdq3/1W fiJ5ARgLUKy4FbLpIpdgQWDZxxg9HjEiWvyryBkLuDp2vhK/Q2Iu8sd0GZqYxf8iPDH1+y/H FSNFpL4YNMgdX96RLpLqwYcNgRNjJDH4d+KlGfRqzGMX0GR0YWMN4XaST5hJjMlLjiO9CABa eFevC7r14SH86rWyZb9EZ3x5J8D+JGKU1sydHTxfC1yvViZixsQY0cmDB1tm0GzaxKm/BR8+ IwshbH74/bnBOEHdAbpdwv6vbJv1tbIXD7axiiZWt+Va8L94bv6bfkpamHBqQqpTjbhhZE9Y kb/ggTVICkh2E5t1AjhrWOuqeJTJ5METnGsuhlOOqSDPpjXcFdXtqvO8uTfJN0LOfs95KR74 01AYG66FV0ruY2iiruBJweeLek8dryr+po6Ah4P75YFZL4yD93X1L6PyoWiTNx+LLRai9jVw 4hiWz23HXBW/RTrCI/T8Ap7LxszooLBG3E25g2v8RTfNwnvcLsvIV4xuvX0QjaCX2zxxtu9F RE/mBAXpOkNdXhP4UhCc0LUJarhADCtgNX9g4VFxhklviCSSkwGLszCHqbBspWUdwzsdmsoP e/svDw5btkMVwtgN7XgpWtH+Z45xEdanFU2Zoo4kNxerKcTyLNj6/VH+yMFtVNmiTjj+GAAC JI0FTYy0SSz0cxakLWYz44fMk54t0LJrrVU3ZkczCfF8ahxuZB2pm83m2XiCrrWDS/hdP+Cw XtT8owSLMbnsYO/Yf3TplpG0R+T/TFEx7G+9uFOEDXuRDAal989nQVDCVl+ifX/P3vUc3SYe ULYZU72fAaWB/6BW3Ts+JPpxvm14irFcLsF2Na4+9cgJOvJgyQqh4FXq5GxnXWAV3JNpgUP3 Y8y8euEJiHujcWb9j+m/YYr4aqe8+c6Nmu8Umu+UNG99W4KGzvA8z3JNWdmSEmdlnMY7I2c1 BxWD/Ie0Z4PXytsAyRU+u7IN/qy03rKp65dPXT/t5loKtK6hsnN9TWZTrhJvxywaDXHTuRYW 8PlStdV9eO9cPGU5k5/72tMthCNawOsvnLRB+aSh2gwhja8alzUAlA8ttAMEo8vbAoplFo1x uUlg4UiH5SMd3uhkDQsna3jNgz0pb/46k7xkghdMbunELp3UcsXUwtFMZTTIsrM7YuxSV8Dr JB4Q4PRKVY9sroJseQUZOm6ls0uvAuRq4KrqxpdP85Nov447A51Mih6BS2Ead/hepQe/eQEl QQ0wV7llKGiFnqkkGz5+jsr2evRNXnV+fbJSNj/z8u0yX0zM5rdBzObXIWbzJRtyvmBHzku3 5HzpnlykSNFJKwjUOZaUdPWiNiLMEvMe1VOSp6pi3WFt4AjbmeNBNrZB0nBAP1VQCWqFcyOl E4d1eaVG7JZVYeIlSHwMR4oQJP3vqZb/PP2b1eSjwp6dBdBcHo+MYskrONhVCQ0nZcTJ0zlJ 9i/l5dyunTTCT/JqHn5qAUHySjV57W1QmmoUkeRUTbQoilW5ZysgekPJ6mrVK8si+G9RWR+X 2xwKvVug8VtmZXjD/g9fZGeQOgSwYXHRUBusFXwN3XfQz3xwhPgvsQQQEHNfEAB2kqwyg/Ep ug9KDtjxhCU2uUaURrqErCoMneg1kB8S/vAB7nPVFocvLPvAIZGUhFrNxid8cmo+4HaDq7QF +c9fwooDYmu57iNU8pPQ3C8fMcqJ7GZrES4kdaUDbLKx4nKqUfL9mCQTgc6xBSmgL9fXVetW uSBACH+E3C+M7fMnY9n1+okXd093hg7SxidxJbewyFTRbS4x/mKL4R/XWt5OPBFUMZpA0coS 7CdpjzNF+qRwM3/KbzLXvhRHlzCv8Wp+L9EtUKVhVvXqo4B016yvsaYxN8JhFlmMa5CT4Psb m9PszvWWILe7FiHPLmZJvJgUx4g4FdIxJ79BfzRO14NB1Pfu+ZmFyjKQYq2V0XjWJJUWp2Gt 3CQPa380//dIQ7rKNs1hMu0nnHiNAq5Wg4CgzMs5yilLoRnjcpYag1lLawwVcTE2p4N4JOi/ yI7Uf6eUpXFxGgpPxr0ecGvBIwwAJN/FXx55K0A+4zJVsrJMuEqq0XWdD9khVh7/hlFTsFH9 etNMr09/GVDAs6uK8yhQEnY9NOZ/TrIve3JusSvMXMxd1bdVU9Ox1IVXtT5gnM19PgUegj3x XcpdPkzYSmFD3yghyk14cDwPX837xTlcGMox+DFRfyvxw9UZhdc8W9OE3E8lvp9gFllZy9u/ 5Uk26D6WORcq341XPKxiQlpyiZzVw8jz8/gd/XNopr+Gf851+WbnnHNDZrlQ8DMZZq0F7yvJ yoY7xK/HwWy2KelgG7Px3bt3L+fuGi/z74zL/Dtj598ZKpNvVEtHa+GuHpHmWATADjr5yXVI gNF4JxMP5jN/X09oeD9NmgpUZm0cON8q8F9PfHgp4sMCIIVLBrhzuq39ccEpi7AFHBaSB9zj lWsr4vppQtmm6fB3BdWd8pnSSKzvImUsJfh5ElA1v6gHQc/AEhZ6Jcc5/8mNiwLRrTZWmWWG RiSKeDruXhrCzVfxny3sHx2fnWfwRbURgJO71f0shnliy0x+CWpjAqAGYQfYwm7k0N17X8wF 77IraEFPzbkQoRMEwo90N+57gtViPfvkBjr2a2jKhaGdLJOV3uZW3JL9q1Ycddv04X/qan/O Si9Y5QUrvFhtf52VfedW9h2IZ2nzfDxAEJla0uq3Gg41Bo8tjZqAjAYxUhBFvnOUaMfmBW2T r/ksGQwaFiSF9APEymD+CXLV5DqZLVJylAs0Iof1BF2fxdoPVO6EoneBIT1RiqVu412qUauS GtxL5oE1nAizIgtRZYZp532bpCuKM+YqyHKu1vlFFHGfZ9FywIUPjtw0HxF/zclHCTBVnCzF MXXexyAkTl+NczW4FKQkCl2CsUtXGACPruFsPB7dW9DwD65hWdnwAMK7P1KuDfQWSS0o72co WZYIwAopOB4Bl4jxiZ9gt+Lt3yeunUTdaWw5Gy+Y2I8jINapLhcy0BkYX/M7lhYoGEw9PiwY eRgGpItOaD0YSkfZ0EeiOI+9pC4TNBjBPfqU81hvK/j53xPmxYcEowWr8d3rF/qJdQMkBFP1 +8N19b7fWDen6SzTMiAxr6L9eeFXkptmyhsEpVLcnDHlhskEJjfNbDfLUWAuztLOGUlc5/E0 RRKkyVQYMUWmRytRmQrHcXS8cwj0HMGC0WvcJCkJFDLzY/ltY/MxxUCsMM2hWDlvymHHAXOC QyL5IiEmQ0+krUFVHgcjAVRkohE4yejWz7hPnieML/pdnXZ2Upa0leEWyGXvW+AVv3MgUH49 mP510vAyvRaOCmepDb4hFVAeijc3NHLIRnCXGrkKMaWDv+/Vzfg0IdwC5IxxHyYUk5htUUS8 oFkKcG82P81m6Qw9X2BxoSfEKgrgIu3uGbeEdUqFV0/ed9edPQkZ35LfKd4e/3DuoizSUVNc J36HewB23neFl64cGVy2zYf2/jE8OD55t/OTWS0pwcoRuJ1OqPGT0oL3sWCkzp3WmVOcNPGP v8yqdfWZdP6eTeumjKP0HH7ly8BBWD5ZtxRxoLIm9cyE3pzcFX6D+JsYb8B/PePpwQc6282m 7zKLvpvPeZwwgFptsL1NfxEiGFf5PD8jdc+BcJCbni0O4piP6HzC1kTRvofH33IsltQrU4F1 1OC/K9zZunngFt8b8IMH3pA90y3FZzO24/emOTBPcaPwvfFvfGxyuaZ/t3PD7sI3OjglRa55 ctbX7o7Ov8XRyVkdvJua2K6rt28+0/ny/btgz15vO0JTFtWyP0IjpGUZSOygjDYIGlkTrBtO uycjQvuACCE6XWufnqCqZ0UGkEcombh9c9XG+B0We/Ds2XeLlnlBh2H1aYK8hR/koVApVJWk MxC8AnMSL7W4iQQsPZa5Imcvq8dRzJYHUk/2pWCpZanzmGZksBQLdXQm84Xd3NstV4FdywCp 3scFpTGZPAAof/nMAwENc/sxpSrWvLbcsaG5navH8y0rKjS3g61YWLJ8WvW65HIKgwF8Ocxv G547K0l0ZeWFBa47qyBOYTlkrVtQRGgxW0WN7HNUxRSeBvN0vSXM13Hlgi6NxZoIwdQAJJKw xVbOohRqDVgqJXMuCYskt0rwSD4rZWR9SR0hVYK4kiWdzCOspF1bYVdSMUgtvNYfP/r8i71Y 9r6UDbsyoCWkXuodzPgoeLE/t+iHGOe0zcFNnsGx7LZmpgDre64doauXHsn1+/jRsgsY3npX sHbtSymz1lOT31ZgOvKXMVFhh3O7q4A+htaLMmSpaYCX0JIFZoTuwRS1bPzXlnI262vy84Hy +FBSEK85LL1wunUWuDmEOtLJriPry+UtwfKVNLqOA7OKXSAx9b/ufm75Z5CeCgFdXQCW3ep8 aRtrsIEeP3r0X7CD1p9srvn/4s/Dh0/g9yePHz9Ze/hobeMxfP/40fr6f5m12xjgVT/iW/Ff QP+WfnfV+3/Tn9WVJms+J5dTMtHVOnWzAYtijtOh+RNa2f4+IBFzB/Ok4CfOB151YodJN804 ogllXtINo9/2SBPgUkB2OorZeWKISj/0ARhP6V9JvDwcd0njiXU0QgwUtQB2ndLd4UQgWSPN LKkIsdwwmZHOcb2V6xoF3UmfCL6TIE+A3MUSmMzJIDo6G6IzBEk87SSi8iPjJHmlarOaNcbr EzTaGcRwpU6lCqofE1yNs9RN0ohhWGgizUaxt1DKmzbtLUxGd95JfqcOW/Aaqqk77sydNgPK rSJSGmlZh3CzTCm43q4OA1pggLc3DBrcwxZpWtH2UwPOQTTh8RxWf4oPkGdBhcdpwth+nEFs THH/lJRrOJ5pn3j8sA+7CWa3ktwVNNZs3Jtd4BaQfeWs48Ae4nbjdFFaEe4vzgWqymz0Sjg6 eHX8487hnoHf3x8e/NB+uffSvPgZXu6ZnQ/Hbw4Oa0d189e/7hzBF9Wq2dl/Cf/72ez99P5w 7+jIHBxSUOK792/bUBBqOtzZP27vHTVMe3/37YeX7f3XDfPiw7HZPzg2b9vvMIOGOT5oUAPF YqR1fmXe7R3uvoEnOy/ab9vHP1Orr9rH+9jiq4NDs2Pe7xwet3c/vN05NO8/HL4/ONpDeBLz sn20+3an/W7vJa1Eex/aNXs/7O0fm6M3O+SK4Y/rxR70aefF2z2uFcb1sn24t3uMvZffuJpd mBfoztuGOXq/t9vGX/Z+2oPu7xz+3IBJMLsH+0d7/88H+Ahempc773Ze7x2ZWjgJFHWbmweY 9N0Ph3vvsIsw8qMPL46O28cfjvfM64ODlzjB5mjv8If27t7Rlnl7gFP+ynw42qOOvdw53qHm oRaYH/gCfn/x4ahNMwVc2N7h4Yf3x+2D/bp5c/AjTAT0dAdKv6QpPdjHMfNe2Ds4/Bmrxvmg SW+YH9/swfNDnEUY3vHhDk7M0fFhe/fY/wyaPD44PGY0Xh2v2d97/bb9em9/dw8/OMCKfmwf 7dVhmdpH+EGbGoe1h2Y/0NhxbaBv8GthezZoEU37ldl5+UMb+y/fw8oftWWX0PTtvpHZ123+ f15Nk+TF0cun5v+wl+YfVF54ls26wBO0zp67Z5o/pXVWiYppSxyn4AnqIhuUJ5+3gtl36/+9 wTB+lqcMJKkSVQAlv1bLM/5+RV60RRLmP/ve/Vf5Wc7/Wf+FL2ICr+L/Hm9uWv7v4cY6fP/k 0cbGHf/3NX7u+L87/u+O/7vj/+74vzv+T/g/9Lm5Mf/nPB0dE6ihC6Imd0Y8P1fcUi5xpYsh oIjRz2YmVtj7CdZ8nW8tTMamandBEb4ugxlJ+l9sOkjMpi/Cek3TLE7WdpWtxpQmi3OmnJwF 4He4/6/k/2jhv0wFeBX/92TN6v82H20S/wff3/F/X+Pnjv+74//u+L87/u+O/7vj/4j/m4/g 6HY/h//rEQvmcX/4aa+7SBXYkN/lSC7SDDJnt35t9q1cP1hgybYX8GT0baku0Vr0g25DLziT p/X28LxDNMrFtq2FihyhNwu5YVqHk+ATxhb6cpbQ4//cr62Ht8Fa2J/l/N/G+qONJ8j/PXn8 aOPh5sZD+P7h5uPNO/7va/y0/lK5kvnDb0q5P3hBL2+B/8NqboEBxGosB4h/fDkLiLV8IUtF M3U7/N0t9EYZPKnqVjg83QnX5J/opqX7sw0swMHhUchN8Y4LOKrPZKeopmLRz+WnuGMhT2WW clTCB7mBWvaK6lrIYt2Yv6LqFvBYN2WwqK6FTNZNOCyqaSGXdWMWi6orslmfyWPxMPN81mcx WVRVwGjpifBZLXr2smv+OB9cmvUGkVp4MIMhvRD4YAMPDoCOHZ2Z/Z13sEn2h/kgxwvTKD7O ktkJoiIhQlKW+wDfcZqq7AQoKuf1LaskHaWzsud+DviS1+TYXfLcWYYXv7V6w6WfEEsZfqCw mSXFejCO7Cz3huM1cfzDkunpJqfz/skgOU8GubfE3ZXMOj9fNu3ui6sm330pvWSm5IqPMJqy 7JOSVeQXCLWAl2P4TmA9UIY+Qb/c0qKli8+vSlafX3jLACL6fNRx8GW4TJSOG64p/JgSdsXT piS3sumi8BjA2TgEihe13p4ax6LSq6Of9w/eH7WBXrVtfGPrTP/C315ZYQUEn9arQsDwhamg jrpCX6K3eeGbcIUrtrYKl6RfggLSeVso+GI8SUbLv+gMxllS9klpF8t3V9BLlMIKnywZMG0f r4bFX/pkIV9A5L1iIdouJdOIVAD+4GJLGvWIyrU6mSczC5pOptepgwoWZre3YP8oiSoWGMT9 jMuQ/32hQTk6+QGyFST43CdrQTv87YJG8iSv0EN0TO+Pp5fyJ31VWXKcHJVccp7KSObyA8Ul vuqJWka1P/dcLaDvV+3fUop/vULXOsThrXDV14V7IpgNQcuiF0ubW0Avyj8uEgsOGbEbxScX hV0eXENBg3B3HPyAzO3ejxEDXLj7yQbwYm54kLmafETg6pmKoFZ2fUXF64sRNARiQItjhPDo TNMOZ5hYdNgcT1HUTrpb0WiMuczSAdSJSUdQBFbJq8cJ7SSVhF6RKMzFZgo9GQ9BniYglGmE 35I0fZn7tskZgAVpoptQcCblhJZ8lgSOwFBgEcjwnKXEy+BI6TOyeQeEd9j0khoE+4nK+8k4 46wkJCVCLbC3sizpRq60gk4Qyp5DCjm95JZn8QREyykhuUWt95PoeEyz7YUMNig+mkRlDrwc n5LsToDNMG/xAPZE16dV0fj0b0lnRmaCciagFf3MMdfYr5FMHQvXWpawLBKasimBsdrRq0gc IXzFeJ6V8xA//fRTZDdZK8qldsEhXSCAZj8ZYQ4W2BsIpYlmEFiFK7iSiOB7+iCQI0RZwGgh dYQt0NAty8AtSBGJ5YJOa3rSqOYHsiukB+7HoEKJUhfcG15gDCkjpDCZI7v/6TgQoqLd/92E QY14u2VkAhpjcg4czWWrHh2MOglNByXLEeLUZYVFYUkbEis/GJTzMTgzFp0M5yLoH06FUr90 5p/sVmQnY0HFtlYoBdcYYtJijmDKMoQ14q8O1yyeUc0Z50sTc5XtSCuizLDQvVX8apUuLGMv KrcA1NHR+fijppiF7uVbK2wtygqEdNSis51e8vLZS5gO02kS2dk+TXoY5Lx8cg3221ERAm5E 4pkmMmQPx2CaDCgo0WViocPod8MbJ8wmlEX9E4HdjPvTeAjnAPedAD8rUgwOt+cIQrEZRQxm 0FVXHe2cKgxNj1k3gWrpKA/HhLY0gbHNBJWp/X7XzJLO2Sj9n7lSpr0YiGAQxkzxjFCIiGbs IHRRBcfTHmva6CjMG+zojxAzwvvy0MiwY8sZcNpEcmo1kZOPGI3jwwl0Cjxq91hpPsx+NxYA wLSEhomYxxGmF7Tph3gNEFwWnc6f2LyamI0ouwRaNKSl5aGheRfxQBlFX9FV8XpNpnzBLuX0 tV0+RIRglGadGLNo6VAs2pCCdV0pCYSV2noc+n9zmAwRBZG/b+DFeoVooFV2xpM08eqUDeju cvwYzk1nmk5m42kr2pm5CcmE31biNipcAU73YbGTuDEFZPUOAN0NQptwmXinIjJJmn20HAxn OMPzk5wj5JTfa0F8xj0fEmfmrJKu5YdchL9H3WgYkSCflFMTroivsUGCKBPcGVbTy3nDbTSX NG7DFKHZLH0dy8ZzTAJt7HIJxd7CQrERbUt5Q7nsoZnefEA7Sti7BpGqsgveMenBDU/nUD0Z EFMKqfQQL7/MrzecKIS8LOflo+AWyxZdY0HdPG3tUTeFTQeFA2Kl7KVaJImNnJ1Nk6QJR3cS ydw+pWlnPiu/CwPxQcgQrmGHMIe97UjbAnvp+DO8bxkGeJ7OCHVQ4NezHCtGcFw42An0aAJE f5YoqKyQyXDteBP1BriMWALIbZrYXHspUiXcvzp0mqbyrSIDsrvFroCcl/wA5bTYDRgMo3zu iBuwu5dKUyNCm3H5dnrI1OFx0FWjo3eaQKWydg2lpwuFHzeIJUcMZKKXe0e7h23S3NPF4KxH Qrkywh2AG2qQdC39wnphfhO8D7Uh7nwZrx3ZUxe1dod5Fh13yVQSycYgTxACL+GxWUxEfQi/ 0vmKGSia92g87ZMxC4vQtcYLX+iJz4qX9jRksJW7JmS+hEFfHLeCvA4x7+q8JAyW8Ly4wnne kxnyRQTTUmWjOyTYWa0XXdMEERHv+Ogb5Lzh8ASI4qVKkRpLzfon7b76lqsgD8BSrnwpq0Ud fRuCveLX6nerXBOzoF+tvS4tzU/4Y96hbeXdweGeOT4wLw/Mmz34lV7Rzj3cO/5wuG9+2Hn7 Ye8oeicMjSyQOFpQUmIC6SMpuuEyFY8lPTGzQ5bFHMxh47xN8d1oHCHKJ7BmtAWUaHFSY85G LYI+g4PaK4APySkIpKklxEBDTpMBpq9ceEjKbwJ8I4ORU0CXH157A4KlJszNbigH/5AXmhY2 a5nJSI/geJTwCcKcKTQhcCNgjZrs8tXBh/2XJ2/2dl7uHUapx/VexHgXAU/ZKPl+7+BVxNmh 0cmvOe41iYJjmWQkWNtJlxkurzA3c7J3eHjAjWlW6VxBQY4AroVu2DFDdidRjqleMA905BwN 6iifTqVppfEv9tj2kK/jLnBxko8X3nMGbAGRzHSoWk8Jw4qlR0kfmLZzmWqveGw3aL7Lnv43 WkA4EdMSXQMscWRiv7f/Q/vwYB9twJGvoerMp6KdQjA5BK+DDp6n0/GICKsneZEJZm/P7Lw9 OiD2HxVF62jwkd83DX/0pn10fHD4M1+0+0PfjGPVaky+J5OEBFCQkFqvPpnN1iepgq3pR1Fr Z2Sao3EGYuZsWX24JZS3Ob2kYr5Pi9n5H/NRfv+/cWfYGk/70tKLD6+P/nPCQ0P//9bm79HG Ff5fTzYfPvyvtSdP1tYfPnz8cH0Tvt/YgEd3/l9f4efO/+vO/+vO/+vO/+vO/+sr+n/tTKbp wKxveB5gCGS+Wer6xe4zbFkkY9zEs7CghbFMdMfCUWiHAfIwQLVIRhYBx8lSHY1Ik76kZOND VnXGuZngLWtzWXrIolp2OTwdD9IOpUmBr7vJOSZ1GQE1hb+SWadVj1iLigDFfUopgXZOyzeL qCT9AlYtgnb7QAiRlWZzAivOVKAm9bdnG+RbgG1wYm3spZ+SbhPlz4gs8Rm64xOi+wUQrsGl VRbEamOLJiBtxn0kjsMEA7HSbIgsYGZe8weYOBI6GO0Esxkq+eEqFP3S5vpGkzBgxSmgxRaC wgSqHQY1ICIscQlBb6QEV5jqMIMZhnssJmGhpolKGtH4YoTaaBe8pJNOy8YC7ZSsGJF0xYjs yjbrS1E/W/2/J5jIICMyU2tOClRnXIyNVxlOABq94dqAkaCoIBIPLy9JKZh1Ey2EcK+cokH7 Uu6O3CqilZkXz7CTBS4h7Eex03jWMzNWA8NM8nJkUTy4iC+z3OvCVpD95uqnHAtUNIrh1h3M 0skg0TmQ1cDvuGDkGcW9SprNplyz0TD+lA7nw9CgjfYj2NcdNKgEoOAZlIQOrK9tPFrjGYP9 D6TA7RzchAeDbvOIcpvtyM6T7UjGQjkvvm1ez9MZnCfSD9pUC0NcdAT4zDi1AYX1RF6qrsBg gPOtmm7b8fFU5HkQUlF7EqPEyokfE1YtqqYDTxgJiaOZWChtVpSCvZ8OVm5yxO7vtKuyHuT/ 4KV8W3goA77naaAtM03Or4KbGxrMZ5cUFxdo4uvklfyNtVzHtOkUW5c1C8KMhlOAnC10dKB8 GOaww/l6AQObxX3TBFIHjys8Orhr2jPqf/ReiYeXPi8Os1jDQwn9j3bMbBqnZC2srFao13GH VK5OIeElCRP1RU2Tl/h2Ztp5MJ+lC12nDuJ0Rq+QIuFvQQ9htTtoj5TLCuZk52i33W5ROUlO En3I8BUrvvrT8XyCf8A2EDIJ9SyphIjEEVIEuQmXFXhFDgIuLVCmSUACNU8mteXYb6K2WEN4 0TolJJVDg8FponPAIP94jZFHBlLlEZp2mYiHdRtgWG1dbnGY2mkHSQVGkAO2m3Kr04aSTWdL UwgfkxA8fUipTy8jcX2BhvleExKNXZ9Mk6aqItnAmMEly8m1vHHz3NNBiN55Qh9jGfsrsXAL sDEgCqfeMTUCdssJEnhZ4JBbPV4yGXfOGmZt7enamvlwvGv+GI/mKIatN8z6fz9Zg+qdN0yo lfOzPMWouU66Ea8TGyIu6ZRSejzSYwllIo0ajHtvIM4DU7g1cwcCekfnBKkne3icjS+4Tu+U stuMn78metTaAA4zJ8lJ5HOSEwSfsiVa056hyBmdJnlasCXOYHgg4aAxR4ipgCQXD0mqCama kQmiRcZPmKgQDdtypwG12bTaarorKQ5DwdNxiuZvvCRiZhoaEd3pUzs51plNlgHpoS6+l0yJ CeRADNN4KGDX1d7K39QifEMOE+i3wpc7n7WgEGsTkJcSNtLeYUi+4JqWuc/d0fLU3sBiqNQr Gm3CXA/sFCDsxEjTNIW8NQqXM+4h3NZIFW0SYnHqmOHti5wYJ8gOro3PuftOs690931ZTmXv 5vTYGFl6WLKnyy9FbTV6w/er/n292+eY9stkLjZbr7AYq90aYYfIRAOblDcdeRKgEWpID8tu e/Z0sjjnQA1mZyAIpB3huLhWj62yfc7ST9JpQgXPcs5HdDb5mFJnInu1M0XWiY+OyZuvJ1e7 MctnE3MVRod+vjx0FJREoRSTEb10xJ9NpWTFjkNGg2ch5X0HxxWz1clBGuLlgkkJs3m/nxCj R+Kp30qmt6f1MRQ+s5tQvjIYB9RIPa6sV6I3evB47JWNSnTkHz4h1u2Z3XuWjdIUoSBlwNry COljoAecP/dIU7ztaCgLP4fd+7C1js4O5AIZu1xwRNxo8pRG4N2TZur+2rXYFTAmqqyJm3BA fHbuIomQVv40pXxr6+qmJ9WiS2sPrSJobxXKxAnGKxF/AsSenA5mmqdczFEoQEfBTmXyxERO 0reKBzRqLSPmUZMLOZc3IkeSMAFzDf870KMgb/tj90AyvP/itXCbydk5xfYv65ubjiYuPaoL TzhvT75k1H0Ql478epnxYT8EdE1VJwc+nFfQ2spaJSAOrZucQHz8sBLtWhHE0zXJ60eV6AXJ 5MVXmxVLeC7l0eNK9Kr96sD/6gn2z5o04MkBkhaQgpafMmZiULE1i5Afn49QSuuP0Opu51mO Dolb02ASPkyAjaYUmINkRgxOZaeClvbxvA8z+OeK5NzkjlEWyQ40OB4GaQWVRP0Q896LdtVL gZmvT6yS8o9xRYJPTG00lhvMUmG6FeqRn//Qy2yGg+B9YqmW80nhTsh+j37gf9Vnx91VlbU1 aBnVSeIjKRw5Xa2SkKOCnFelTlEM5e0hLff81W1KSOUN2U8QBIseRVpEPHJk00XohK7SOTQN /JUOIAuSToqkS4i4+ryczH1laTlrSQCJGyKdDvI0Tqj5TqK+YZpPU87TxRk7BV2K0+7Mmm1A 2oeVn6A9BxONY09g2cnMMyIZjiUvO+02uWdD/0JKEb2zCT852ydzMuwk2MkfKWS+/XOkbp/t mZAZENLRRj8ROUpFCLwEeqFQkaKeacwJWmZjuNVmyuEAtRSWx1qUxFnKLrFcQlE6s9IwGvud 5YldBSSXjemPcYpoaUWRIg7TyHFx9jwQwXArayLljDOV5lY1kvXEtfKcsIMk0XzegjiJ/AZV j0C54McjaP/RmlXz8URtrm+oA8k5nDx0pxCdKfOL0ikcXppZWTIboAUQNeS6r9GRSJgB2BU4 WeRlfY6quzxPIDpQogQN3vzscNrn9NeeYJbnzXCmpLjVQtsLsBGJ/ynskCtrwZTBkumdtNCD SByM06l0AQ92LoCB87La2CKUnZDhjWKzsbnZdPvYrlJdrzOraQ9lw4gtC0hlmhO+8nS1p0A+ WdilhLLU0yFbIiKPAtBelGSzLPzS6YIB2u6IFpc7sqdyoGUHnbM+qcjiGRtTE6dMETQ0Ye5R UI4WEF9eGn5pJc5QKRzZzLS09eViz5QDSL12uUWDgVsj9CIbXILMDfwzudWoPQLVTSOJeqDJ iE2lX8lde9HZGHeD+NOJg69qUaz3kxtFUCNsK1P5lK/ScJVulG7eJEIrcnoxz3H9+GxOZi1p gNQO4dLkg/cwYkF0N3RsL8YusMeugMxdg51flUKBBDO+GKlxh6IVeMqOLfWy8SLiUhiOlc9U zMoTkSFJGgi0XaEejw6SjCVy02K9EosThls7Swbn4glupcjIt2pRKmyZmgGRNHS0844M62rg XH44ftX8LqK3qEU2hsxfWCZnMtPEZXwbNSIRRlEZ+jG5lHuVF+t/5uh8gHJwg6wKuAPcexgn bWVsQ8YZ1p2bMMkqLS7BTuOO5RvG5fFmP8ELqpbtgcBfHAN/4Z9ey3RofBITEhJ3gCWckw3v ktWONu4Gx0Sav+4UZCzcV8J3U07uHnfHSUw6x8lwMrtULdss50wYGhFhHj6gMWc2R0qFmdpp 53BZdIrDfGBTy8Hz3aFHpwXMg9z1Sox3mHPN4OQ2inyWBH5GaufT0E+qtnVzea8/mt9Jewul vbjY/8ITnuTgEbJhxEL+8sjvF24BGaOshZcZL6xGFwQOFXIt+vg33FbTLPHrTTMlNf78AVM2 cMuxQFCVjSEsrZVUddPZICdH4FX7w9SUbrSiNcyrtvKywrqQZYYsPEAa1CYioKX3KFFaIh1E XIWqNom3ZHv5gI3lTFZwHSL1urCosLYPSjaVjYbT2EmES45FAWkqP1fUfZoURihgWS7Bv1OR K6nsV0zuYzyx5QXyzedZHlYhCu0lA/NUtIrDmMJgQ28CqgaHr9zjfDpB/QG9TjOJRSNpwerD gQxPE4lDxHCA+STbQo9mobJAilCNCNNJAaQUie6lk8Vb+wLD/SmiEyRr8ZGxAW9EDbsp5eBm kSrKW72MymW2VqSbQ1jnwCwkMnGEJp4S6oeX3jlyUDZEBLERpGxeX2A3lYo8PExrqMX7d+Br T/5UifbRk52W9Iw+4nSYQqicpvPtgi/Dr97pwWCXd+j2aB5rZA/dnXEmdYgEauWM8/FgTlIg HlTypWjyIwfj04/n03g0S2T0xCzJN6dJP9UYerrh065sC6tiPEYH9GxOoAEp2UypH7jUwJWT cCj+pCSa6sQF9yQGMnCLIq8Uv6Se0AWsuxenTUZHNz7MkmNHfdZCd4Pj6mD60DtlxFuMtisu nqGQFXMkwZBjtK4CW3RK8W3MoKHSm6JacFn2K6gE/55LfW9X66gSHXEaWIWYeDemWBOMzMps cAl++kOF3cGAopKSI287oDgBWMuZ7jX0z1mVxZFoEJHyj90QvfKUDrtLITQclcr+oE4vpSoh nEH5XXha5uXVfOgEuaLRwio66Ao0q/gr3X1UKz2zBI6ZHAwmoDAfCYmZ6XfjXkRvGXlbjc2+ B4xnBKJ5I7bB9sDeppEsjD1EsiTwjXA61E29NLW8uyCjo4QsgdZqL2RarpQztkF55i3h8LQm vVSjHXUiRtfhJLMKStnH+E1DTxjHbMfTPnKMOAOsOHCaDJoN8n0Sk0YuxsML8WDzQiMM/cDv j3f2X+4cvjziU4OmBTOfsQ8YXT80iSgaWWUSEsRQum1FbXJl4lBHvB0GSEKsvqgCrdtqxQ4u dgxrhZB1t8IPl7GCXiJqGg43OZqZ5oTtM82NtbX1XOzKjvXHRFsxyWcuWMUcpZ9gevd4qYCB SD+1/j1iSEryP5DB/cuzvrqf5fEfjx493Nwg/N8n64821h5h/McjTAl7F//xFX7u8j/c5X+4 y/9wl//hLv/Df3T+h1Xe/exdNEicZppYLWsLqKjZTe22WIqd7nfetxvqs4Ic9LzXMw4ZwbMm qOM9lPTwEpAB7AzSRJzGXWQ14jP5EC8W55WOxURY40mKXukOG4Pstj3UmTnLUcMq8EFc4SuH olSsWp81BQSRQfQVm0ZzFZrZBmN2eeU+ZjqROXUAD5v1NrMZ+tyzxY6kLJjTUdIh50ppEh33 oBK2ScoQyrrUUWkLaGrn42Wr1SpkbbvMVgmmIEjc8WyQDtHxKXiGZrLco2zWTceFR/k0wGWp 4Z4Rzm7wAIWl4MkVGUUKD09otmBVKd8IMu/TkUCfrkgk+laEyhSg6gwHKdrJwYCgnX7ZRC2j WV0xLxjoiYNzvAAVmjypgfBYOYiejQY1SVPXkDbJCbq+5X+/CKBTs5+cwGVzjsu3YpPGlYLL nPRGZoX9W10DhIYRft05SwfdE4HkKTYiqVYE8aW7rK/SLjG9ZRXZ7lqlcKigh6mjX67RBsha X9iCUKUdcShv+PhBDiimAN/Eh8PCfRYgNAhvhNO5FPvHCQYx5WDhXX1Iru01SS6zMuPUMkO0 osHSN9YawZuIMgWy5822xbAAKtze3eJ3k/npIO20WKWybb6taWbBunzQwyQ3zXXay+/i6UdT 7XWr5JFCnBLpqhBYBrczFeBEMQ6wlnT3rvGXe692Prw9PoFL/ADE85P3e4cnL94e7P4Jab98 8+Ln4z1+w1/5KbRddp/6DPMRygIdidurC41qsVTAcBRrqNgQ0JXefMDLU36MCni6tcIy8qTx NvqmFIN30dKWL2pYL43WTdeLD69rsLLVrNrYaFSKgMDb5n73L6NKo9gH3gBpr1Ys9Mys14u9 hrrWt8pXcbvk62ULFiaNzC0SX6MW2mjZatiPlq4Cn2VTBgvkvb4K0ZmpYFmJBQDP+Li8wCK8 Z3o+/d12B+wDd+yDeYCqg7+3ct8Ec6IJpab5r/x5gI94/PmPgrFjuzTmJVtCMVzHzpCNLs3j 6UfdGFHJxrCFFu4M/2Zewe+/eN5XWUvBjBZ0jQfuur+N90l3PqlRa4Uhe2MG5m8yn3mxGFW6 D6vypLVk5D5+96Kxf9lIbbcXMxmNxXd6/eqxwr18g5F6t/i/yDihR/XcJvZH49iShYMq5aCu 4s9osEDPYdPlPrGZ3JR+56vwT3TJMXzFAOWWuRHgWobgDVAH1amJQuiMJ7KN1fhKnKKpcHsV hwlcTuSxyd9rdbG1STpBtq5LcFSZuEXwi67+mlyTqMLxf0OOkF6orLqU5aaO2aFV3hu83+NM P94Sk5VAhyGM2AB9Ri/JAZfpyjUOg86S9m1/fNGgdZAlUGxSqhApMc5FLZwQIlKwpRLOB6j5 BVdlVVOy/6CjBkJC9uJ0MJ8mW6Y7HlUJNIGk4cGYdHtJD31+0DYrl+GK6Y/HXRkkeZCSUxZ1 hxw6PPI8zPrQwcrKyoppi+jFBbfU1xb7XqdLjPqRdFuwMJqrkPMfbjSgGhT8p4NkVIPf6zb9 4UnyCfbZet1lLiwud5uWGwT6BO0xiCg6mq3KVELrW+TXu32/2+Dmtpnvgts/v8nWfm3knqz/ yl2BTQfDxDWq6czjI2/ub2Hml8/7dWed+liY6ism2p/m3yI3wOfBAN/vHKJaTTuE/EGtMIV1 Ejl2GYccF6GKXnggo0sxlU0KM72lr6kUz7gc9t9MMoDqbEd237Tfvlzaj/WgH7wn8h1ZJic3 invDTU4JId71T64jsMIzM+a5RVJlmkti6Jz0ZEiH5SWrllgmAq4M4wlGXQ6WcqQanZOTDJVR HhODjjVQmF2+M5aoKCbfu9o+W0HAWMsi+i6kz/4ejaf981822UfsqgSu+mc6OlHAbC+5vZ+9 1EY2ciP89Q2uhg7TioTRHrd0XNsqi/EomTQL1ve2EeG9KF4pLbjHn+pRKTmqelPWaLrrT80r BsLl+E4Oepf2OKS59OQWDy6d2739g3d779z+XF0hYuj7cVsegDY/8yKl4oGOYdHUtTGHgNUe aBU4eYntk9leXH0tL+G4HLuJu8dKW1/3Fy5oXk4kzCevY5K/QBLvAlH6FogAVw37PUFVCyYo 3dV//ev9rFrF1sKK6pIIeNnFveDq3rni4rD3xe1c0ALtees3dNkspsEdzYE2q93EFyGXX9Xm +pe1Xtfncl/j1NLvFOoD3HEnnuvlhPc1hwGh1fBTAtz/cJh0U3KA1hkt3vbBfS9rVrpWXar7 VpbrfMHV/plr5I9sezs3NJqJEvmejLRw/sjfkWBfuuloFf6L9lI3oEWcQfB+3f4NkvdG8QJv rOcKlF3xwQdrYY1CzRtruXqUyutTN+w9HDYH0RWGbkdHF9var7BMJ+93jt+cvDh6s/f27Zb/ dh3fVpqdSvB0A58GxCJ4/RBf739wVZWeooeNyi6cVBLnoLfn4jeKNWz/718q97O/VBom/Pe3 LXeIbPcb0tGGdM1tFpiH11P4eWo40IjdrmiTNim4sIN7/JLy1hC4PHWjVm85+eHFAD1E2Smr xtBkUAslR8GAuoRIdXyKm+YsPqfbhHwau4mrA2cpHThr/EU8HXGQHTqdceFh/JG9o+nFBYlQ 3MPBZd1VpQmYKCCZj+HYy5PCMSB2fWU8/uLSJDXEgJQ/VRvf6bnyuVSax0N2xwsEuuX7eSnr bJRdKbLPa2y1wgbZpSHcwX7z9g7EhR6z0TAhnpEBA1ZZzTuJs0xDiqmkUry405kP5wPyX83O kMhxFhSB7aOoR6fOb0S0BARcodlC/G/QXkvelcDjUjMEwA3EQeYxxxiabY+LJO123LUH3WZb WcCpLb6YaN7ud8XERxOIE4xEtuHa0zMCM9HuMbhCKnPQAEpvsvGQAV9kRmTCeUT5gTwrU9d/ +60/vOc+Vf6sYZtmfgLt7s3354E/s0tJ0OL5MrX7XY0tw2x003puBhv53tgrSa8jb5h83xJd xjP71Oyc4m5beG9G35Qx2nzeNc0MlUHToQtz/KKbVPfDn9FAzNqlLpuNyVNYDC6rVkVw8PLg qXmPjrnoce8+IZYk4x3ks0WMupdl80R1BHTg6bAKRTRDxNTrJ9mW+lazt5g0cpqYsXjCpT2t xEu/xmkF0Znie3j1DMSrs+fGvJ+OT+NTL5Uc1EawNhMWUrmaGd0Ls+kYAwzIl4IbbbmK2mbl zc7x3oomlNJjTottrnUq6ngsCl/S4VgmMfBO1blmSsW9pFpboh/k4mKJ5bofFKTRtbLD1Sw/ Wm4v31toqXH9vt4mHo1zxrfvv4fuR98gCjPyilb1NGC8Sc4Uhg4zQBz6Le/L95zBhX3WBacl JYcdBsqSzcNMz5cfjRIx3pJw/VvKo3J44XwVxEbnDCBr5Lwlbkr8f5yiJ46lZjWYhPtdp2Nh GsbsU6i1KGkpuCF4yTCoQO4IySeqsnhAHfiWKJuv8jMR3gvqnPjN585icR7LZrJZ0r/6VZfF DeY3P8P6tPRmK+uL7UzZRJZccY6C43phFrVZmFeE0oHYDJgXSRVd/zEkyFEx/2YWQeqbnIYl sK3SB9fQsIS5HIVcQcElNZdpV775LfomL/h8s6hx1mNaFAkg5douH28nS9HM/eZpQIGwjOYT Umv2pkmiuHU57xr89AWOaop50p7ivTM1Q3If/xu6KJNI4VJCi7fxSD2U6ACRi8hLEraBScVo o4vA2jWmfG6XJBaQC3AyRWpH4TyXFDMzm6bnaTxgZatvAMKw5UE2xgQ/6p13kSikAvWNwFiw 0zSnWIPVQqG4hCoM+U68zVULh+hZpP5ouOxbmlE16Xp6305el7walehteSo8E9znGd9yZjfU E88ztUwxu9Jm2G/23O7IMlukVhw0hjOh5axUsYabIfdsy30Jwszz7cDK8CPjNAvMChNJYoNs RGkwrUo+6XqiChvOn6+B3nv1rWt+waeEvgiUqT/GkuI1tM8RfltA0G20ozhkaopOkWygmkna rXkmjob5lmccWAyeFZ4t30r9XtLM2pygU/EktWYGWiUJDLxILJTgjGM3MVzOT/lEv3OQK1k1 yZuWaH/2PeHx4PbnM8d+rMyVisg/S+QMiMft2fiCKkj7AvClhlWpEoMq2HzBQZeM0gkV0Wkf cFfpFHF9LpeqRcOgmDoE8BvGI/gHQwoaZhrTdkRlAPnB2oRNrNVs9ucCFpNOda8O1fu2zJ4t uQh/H5N2ZBlMz1GPuEpx+7MP1X3vSv8+DjinSNxt+/cJ/h18YIN6vY/0WfDhPP/VvPBJP/9J Xz8JDGILvSiuciC9wqnToTt4rrr6aGVChqayCvxmzcoZfcf2qCxnhgoMTLhFFONBqWPqLyWT D+u5SX/y+p3hrrhGX+pURontC9FLO3dIYujZwYAQpxi/m28NgZxi7UpMWLQc+Ep67Bg1YBbf NkVMCAwlZh+HmqrUsNK6KGjaFHYFQ+tMLmv4NSzHtGM5/Xqdledsuya5b6J4K1lL3CaAosvn NNrmc9wfdfNsW7f5mTxi3Zw0Jg8bXplGSTU0s6EZ+IjQhvDWhMuCSW6DEb+IGpNqqbpa1Sti wn5ecG9M/ZofuM4xgAmcTCgVcPIzTxOKTvDqZT+m1L5GgtoRxop0DepkQgcGFsfJy2MOoG1Y B2TNQ5fXEbzjoUlk8Xli9RhUzIHS3fNKtlUB0OXA8TneTbFmNmCLEitrQCyMBUuu5XGy9ybW Iam5bg1VEwPCtjdh5oEpTFlZuVyRkp3x3EwerD/Ib458Veq9JzPM7tuqaUHVhJffdTIgdGYZ ktthXLbhD6MBG6LpP5AVz21L7GJQ7kHJSJqTpuc8EcYEyHcMiH0mv7gx45+8uUuLEYL2Gf/r CsFfS8r0pUw/KNNfWoYjvc/kF1cKf1tSjALceVj0mzcu/HtJSUWuocL2D1deH11RBQLd2Cro j7AKfCQ2WXhiAXrIfiPV4MOtyF94QbpTuMuGeVwPPxAwggZhUjbMRl0vBnlvcZ0rRn4qDTYT WHznbbwuaWC1lP4w6TO40uCfBw+YPtpPQW7d2Nw035qafzvx7fFL+mtxfhystN8XNzH6SCYm g/ax6YhppNxKqpLIfD10XpMTMNUToL7Ovp1TYuRNjEzmEASBPVaEwBFchWepwN41t4v3NHb1 Qcnz327KjiyINbkOM+IkJMVLFF8eVjgPeBylvqohL9RQ1g76uygo5nfjTFG/zhgpFpfFgusQ gG0y00tCdFTK/6niQ6873Ces9Sukqs75PgYCmOxL+8R5bb5yYAx8iYkMRJ0pc6dFx60c92wr O4J1mIgYl5BrFGMtiVVK3cLLh+a43hZ21+eLT1TTDjv803qvh+e0ubCmonf5qsTBA/U4Fejs UM7Me3RJQo0tjv+LyQyaiBvZCVCmyxNGL6Wop27CIeJlMo+/MIu88Dk2wy0Uss1f6t8b+oN5 h9dXhk9USYD0Z+FsEu1a9FYJ2ufSMxn1IpJW8JpYTNJCirZwl5UTupsSQKtbWbCVodtoUSns X29aFulK8mVkasqOQikxFq91OdYOalFAjl3eEcYQ9PwoPWhOxbAm5LT5wE+sQQgvXkZmdYqE x38cJ9O+OcKjhd4T1cxUGPElB81NefIEnp7MaFNBMoVqgnYEXE472e55A8ocq89qopk1j5M+ htM0cLoFhb2kCPQLZPqzGXadsVQZ/5iRHDQXmYN1QGgwRWd9/LB5mpI2x4NJFdjoVQU4ZxRn FiH/exML+F9rxhXFLeK5DxCqeUzJiPwC1LECww2yJCEsz94cASxb5lkfZMPnOjkjQvzRJAGM eOWvI6pXZ0nnbIQ5z8TsmHR5wFPSD3mpc0wGEmyHgdrSjFpNZwKw1kCNFILQa0T5yKYoYE8Q 6sCFHdJEDZ1/Y4AMTEg38hVc5OaCrY2h0h6hY8mWlF6kAtXMXWbdVYAWhOtOZBTIW49WnsYj YEUeSDxOUSGjWaDjE6C781jUXQ7tOTM1xtcTQFT6Z5UfcVrFMOQ8xImmAcQjtjQLwAptzvLw GIxxVpaTvrs68Nkvwht4URmfYyuNrjbnWmTCzslZjh17g6mPxkqEczmYWFVNJPLcPDO1mlZb X68/e1bLVh6CKFdXQhgM8rwxaeht4Mia0xMLM9jLnVACaaRt2rVyvwXuwiNkNQCOkZcpci3a 9oiV4YhYkv0DFhfHEZUtzKI5o/sVbgTrb7MyYWGEAlNQ/+607nKHqQrCjvycQyP8eWKhOROh mOqsrlXNAwNz/q154o/o3Dx/vm0ebhUHUr5drhrJWt3rYdg7O6kl3cN+gZBV6Nh32LF/NtLS v+aPh/91mnXxKly/9TaW43+tP3748LGX/30N878/Wd+4w//6Gj93+d/v8r/f5X+/y/9+l//9 n5v/Hb7AFPDrxRTwfC1TFvhhPEon5LUdpIHnAkc/7x+8P2ofUSK51u7QdMw+vDmYmJ2x2Zma 0zmlkWmi6jwzOx1+NTX4dxMEQiICmUFwqdbOGP43VejsIHerfNCxzXz6/Gakhtnn1wDjfull vscaO5iRK2ES6CYsQzE/n+OD0ZMJpVYaNdyol/0KNarpkHKf4G2BWNKc/3Y8imoMP5656aa2 Ycai1vueSYxODwEj18XqNWAEMnGljXbZz1NaFjcHY8cZsXYQbwYm5kzXEYL6AnNCq6AroLSc tAIzqSafYtIfwvYayCYys9OeebjBWNS4qVRXg4pHdPeiPsiaNOjfU0OA2fR7j1IJJvzcPY24 56djCivKdb8RZWOxvNIYTtkryM89jimEo7JhMKgvbsSHG5j7mD2GuGJJqSV9YTx+6pFsWxre kjLca5drPLfInK8685RZzLCMSlI70/CLSfB+MqQVgIW3qS8U1xvnN3qLtzb714FUic6KFg9c VTJBdjXcYtEubzDOe5J//SnaYwhum9OH7cQj78u9QQSy7ShYAdmKnAVGB9zwexBpHkqq0OFo amIz9RciqtSdphLRFMXOk8gGk+AErq9tPJKcWLrKNDyafZu1KaZcvJT0LLF5RR1MP+GZn/oK x9KzgDTigMjDUTFRIW9r2TMVnchTIkPks0b5wamByxzGFa+SG3B79cDmS5njuZPECrL38hom 9M3SgAZ/VtkDKnIVi6KPwhMHDJKanHOCgpHknC6Z5SicZWwerQqS6FiVkG4wejhjhvAHwhEJ bB6vkk6NnayIwkd8Jz5/FKF7X4lmeCCY+vgbORdw4gM6v3/5tkkpaWzajXQ0maNu8Ah92MRs axNCa+IInUybnIZ3CuoCMWX6m+Pj90iYXx2/Vyz74HxT6jRkclG1J9FNHw7fOvWodBS7kSSE eQ6ycy9B7eFD6u7Qw+C38/U3TCtIX5/+PZ1swAXvhW3Qrq/pvsftUW+59HKYpY0SkRAzbuHH c8pFzUEfKsBtaoks4nb9YJF4PhujQwpraf2daLNr2/5/jH4iqkUd/RR0VL4YRi/Hkk2Dic8w n9G9tPSLS921TGkKpWh5CCE/suD9ftaSInmcWPqHvrsTdCFmrAYP3P/KvuBwf7JVfogwGczo o7BCAspDLIb4imISxuVV0i6dj2yOb1wc4VEEcZQAT9lJLNI0j5SuJJ+ASW+vD3R7qfpbcJOF smALqSexUeZQyVDCGPzYRTvC8+i9iJtwSk4pOwtBRnE+dqHLetfzGHXPISrzBDgUHB8ccRJD KbcH0Wr2m8okfd+C2yMK1lEbnEXsaFPWiqKFenfpBIbAOglu2cE6Z6VrswONQ5WM9MoWGuLz XDGkLTQSZE50YzugaddlY15cRnbv+DVI9taZZMcYkIgf+Tlg3SG7/DcnEn+2/dcarjEEKft3 W7YPfbhGOU4o6zGuog/iM+LdAIQ8jAyC1qhcHDUkR5lRNGVD3v68UlM3n1ZJvLH30w6I+3uc R8PTd6mE43OBEefzDhlgzulosZwvOFl5Rh+xDqwlh9s9ODNPSWRAeaHTs3XZ7+13zDuPzXmK vZCbDzV0ZMxjfZTPz6aZDtE1MDt3LWh9iUfEA0bWZykkC1GR8XR1f2LxsL3zev/g6Li9C+zf 3ifTzGZdntz9H9qHB/uoA8nNr8SIE9t2Hk9THA/Mdq+HUfOcUCTpzMXQTFujJAV2a+/cELbq UfvPe8xZwpO3O/uvqTWEi+FkpvMMKJ+yFNK0eeI4Cu/yamk1x3+2iW/+jswxV8PbCe6NySC+ FNcY3E7Xrly23e7Bu/c7x6Lc4LnB20bFhAsU5joYJzBiT5zgciG+H9YatQWd3Llxx8YlW7QW +GWZZoaz0qQzTDHkDyGd8pcjRF6Cmk353TFukuQlyFjD97Xkq0FzL2qs8a66/RQxDM5gUcs5 Ty06b7H+NU9tIsoVCyeL4RhsXhub+0gtvX8cn43M63SAa1ylq9NMSIvE/jvN7hgdSXL1Rxjk CKLXjLbFYM6A7Sx9SOgVI1plqTLfuHo4sY0oHmJSMep21vJfUa1yaXdVXrGcPeexdttkZERd 5qXjIpqtj5k5I6HdpStj/zYgpM0cJSb6dzqeTscXWUTafuKOukksJEVT3TNN8zemN2miTKcn bC+L4B/Kh1sjV0eX6Bv/rGumV8xeyLm7kRmAeVMRFbksAb73p4p304sPr+02pEnxVlYSuImH CmyEFOnjKEs7hqDeeZ8INToFEQb454IWwiVEjF6yR8lwQZ5w7DbVyyEJG+vmFOHk4ZYEJpDX RVJJaQkC+xd+lBOiiuzn8+rRe/S+55kJWflCi5ubnvwZHV0OT8cDGqzy0me4i+TP6QIBgWnS TBMSigLHLlpXc7PRltLUh9ILZDlt0nLuxV4xl25Djh9qgvjA8AG2qb4yuDCmlP/KEdxCkmeh wHZzh3u5O07YxSZwl5Lo79FlRDcVrqtuG2pHGCROxq3UiARiLHgJf2fkJoUpg5EplvwHwsBw lIq0VBkPuhWnc85nPczRt31Oa5vPWR1qYLltkWOieJCNg3GhB46jclzU64Fm79I8tujsN0N5 A6dqVJ39m6Tg+qf+lOT/6iYIN/DV8n+tPV57+BDzf22urW8+Xn/I+b/u7P9f5+cu/9dd/q+7 /F93+b/u8n/9R+f/uioXFHD5V+aCKs/ftDSzGLEafaQ/VKaHcZ/UoT+kPUOwJhaZhJAErThI 74BCkENuUSpCZ+xO6Hxtthm/QKJsEGsww2DrqTL+Ftm5nwBpYW0aalRI/8f0gnhtBurir1SR jTLTmDysy9oBQexjWtKQmKdPULF5oiQJY1+RBDvGDDtBgV0wR71andBKM/GrJxkYLssu35OD y4bUw87gBiMN6VIlCyT6hYthTTWQKDrx/YpYUVlLitdeXgKpZrLptTqXBG4czw69HCbD8fSy AXTXTRGqHIiWU65hTu48gaUakPjDPvocO5HOyKU9B41Cm+JkmPUXpI+SYEyK7YenfeoA/jUA YX7gfeFHImnQQKvVEsCx8/iEbkbY2tnCuKVZ8zn35xdt6lfzjBtSF+UtrgvZyFkNK2twW3WN XNJwdVvXCQ6qoeHpGJxdN5MHD2xs/ITDobyPKTpUlgJOYzKdNir3s/97v/v0flarPzWVxqTh SqDd2/tT9xu1dp6rRuYF+12XkcC9W7N/o0d3sDqYDkGawVlYHHq2YH2+ONQR5kurRXRB849/ 2GbMc4NInt7CwMfUKuMQ8q8S12RfPUcB372EPyQysLDy2/wRubn/AZdKqVO7J1CnSqCQ9aDS 9rTHqE5sEGFgVgUI1rg5npRgA93OFHOas2LgHj/XYu6JPzRgFHt3wvN/wo8n/x/u7bx8t/c7 tHGF///a4/VH1v9/7Qn5/29sbN7J/1/jx63/U8SFEbV2z0Nb1cBt8nfAjKqiVIVrLQGOIXKa +MEAJFoM7Y7RnRUq6ySjDBWrH7IE0Tf+Nr5kFR1jrJ8SwDRqW3uotDuF6j5m96Joh6T0P87h EiNNREPUtRhOiUDKXkg7cD4DJLZ9tNRzmtQINQ8OxHdGmDl91jOGxtdugv4hqkam8GzSGqjp qEH2JcKGKZjH8bvxoNvMZpcYos1KTt5KnOuV5HobqihGLvs3RbQaE6g3i+UiiricQn/RZ4Cn wU/fRT5Tqi/lmE4y7zaibH7alMwA0OHxYG69aqCLwwkMjT/PRZRG/FTiTTMOOjTmRcIKhBjj EAudSFERK4gWILWfJhoUCqz5Fi6LC/ok31fYOzD5SZwhFFmEkLQ7u2/tMKx2YYRIQBluRt9G CctYRU32ABhOqx9PnI4aNy5rTNTXVyJjRb+jeuhI4kkFjKAhFjVWOGVBdRySW5gqCbylixk9 6GS2Fm1fdorT/XsaU5Cq4w1YB8+5jmnfyhye2x3M1bzf+SkXM8wJkiOeeT0Xgi8Vm15ygZmZ mffH/MRkn0nsUmVnwI+M0OUHev4y0PXgibZiBTsPgqSntjaqSZeDeN+kG8Uuse/DClolYPv2 E5lbFNLoXIbr+fN4Huj/p+pW2BlPCMcCbankRYBRwFr9WcXqsFidx9Y9CxKPO7bCTs8VC4Qb kS07/9hlmD5NBAvQF64ILesiIvURGnDIdI4bu4eAimh8J+xlzGhCyXxwo1lEe/T5hFOVzJDM fRxh3DG5mDChcS3ALjxPB5dCU5voaM/bmsyjGkEt2FWy8BFHtkKDTRYaAw86joAXPyNCBLyE ibZA0BMQyIgEqYMFPrR+wg38uKo7RdA1VsNsLaiIxQrwaeYs0B74PNmOPqZDcr2Xg0YNSaoc UjIaH6kVO0qaQKQK7FsPDU5icS0QU6JeUngGYD8RISU4xLRnxc9s3oOpEDBCNMXDxIsWwXri oE5a0TgImzHmEADWHqQziqbuepnEuSVNJj6bxqOMk1INLglydGDvxvbqAV9TkseAG8JjSa67 jOGdYjIr55sEVRywM1BDvZhtX70gZLq0Elq78DrT8+AjaXkJBGiXno8/krIZeH7dfISXCcU1 LkEm2cLIoAfcUzZo0+iw+fk0setvoQtmBDLQS2J8nRGJFjVI+Q71UsLTbAx1agkAkmulDYFa lI98rKewh9CMjR1nT4UL+OqMMEFaBFtzgHqP2XQ8R58dojZI+WAAnfmUl8qjx+hN0uXN62Dc CUuPSZYCuk/mU5oLm76CFM79+Qj9T2gf0a8b7ICDB60/xlpmHjlzHoPvGAVNPAYubG53wp5H bT71T5qiU87qbUqCJnqahnOOV8DZOFNNEbNLHoy9nDQ6oEhD5kS6X8RTToZE7m588MhOnEeK x3taVppcahQgJJw3PmHHZwENgLuHDfM5FkF0/H3SruEqB5wOnw6PcRBuwZnEUbVFtJENQpyq gTyh4ikdDfUnUNShLKR0zGN47GyDAfYJ18EgFyJj1FKoYfQOVjwYywRcxJd6WQj3gBVUpklT mOaK0mJhmFm5l8zZfaPkZLiJtKjDMziiPXWjXVWtIyvRLEVWbiKjA473KvKHgqBi67Je8YIh mCFhmjm//XQmOxeRJEZNVvDZ7BQp3yMXCODs2qCzLkgNzGnwfqHgKB/MUV3z484UDrsNNTCU rYkUJ2p8Mv4u8rJVX3ePEZImxXGdp915bD0JZXCnIlCEoSzoXUVwUsxTPHUjZJdL2lkSNSGw wE4JyhwXnJuU0UICYcmaOY2k1FSJCj5LgPKx1MVXYDCrunyM5oVrRp0YFXc4K9SxS3aJqRu8 wI4HuEAnEUecZBK904GO5wy8AvfT+GOMFHM85qmnoA9L8jlPAUWUeOJNmXsfHWmSkjyolMoi ganS0NuM9hFsissmPEDvrukYDX4sb1WukJ9aFSxO0V0ebk0aClUJOvqMyJ+WhuPIJd42GiKF /fQ8rLCS2Dm1EKzyGctCpJnG7YKHE118EWvZYQ7ViAFQedC7PLmoXPTAKaIXGX7mrn5S6TsW PIBM4ruYOE6U8rb0oCKCnSYAgdpUKEK+JROOTSqhFToHUXGoCG0Zib5BKTjI9hA3TMjXGkX9 toPiVVI/JLZIzFwncY+h6G573rHkXtZUHOmCda54M+J5ADe4FlIF2Nysk2Q8GbAfuFy5EmoC 1Bm7SI7KKglalByKuSgR4XLdUPkr9b2yPJmUuCzi8cjiQQc6jdkZWttklwta7Sj6pyhcS/x/ KMOAOGHfihvQcv3fw81H65vo/wP/9wihP+D7zSdrT+70f1/j587/587/587/587/587/587/ hxx7kul0lPP/6XVGs0H4qD+d5PyBLrNVwpssPr2cJFnxMfqgFNyMSjyPgEG50vPoGQYQBQ/m IyBA3fDZ5KJb6q8kbkqC/IeqY86F4GD80WafqdLLDD+CgEUJBHxPIYSYZHAG1gniNHuwKQga 2AdZgZL+CfWjVKYIKMKJlUJ4RtdMzfdMCfAYMT76ZHyBWd/O0onzEygiN9KXuD5XfoQ0MfeR 4Whc/I0iHMJCZWzjicS5UtrwfG3XrQOGf8JT6nlALOrQdXu0dPyLunHzQhiWQjlabl40kyCX zyyO2+SEjVU3L0yqjc8u3Ut742KpaNH3hVXltSTnFYZltfjHjO8v2WNQ0Qnk7/Xxz+/3nuoD /TuP1F6+Bxp230jxt/t/urq4t6iFCo5+fnd1BbmlLVSy++bw6kqCBS5U8eLtNQYSLnOhDrjl r66DjkWh6Kv2q4Ory/JG8QuLFP+UMbHZQ63yYeQpOETdxXowopx//ev9DnBftfuYXPN+xgkI PSBr3jSNJX97CUOCdCW/5TH8l1OS4valP7ucCwxT/V6DRvqzkfZqvSBVfd73bzdGBwoyyN1n jYLoE3UiwjHyvJACGlFqa3TH18tH7jnncW8JE3w2Jj9E6CalVcMTGl49Ddd7d9V4D+EydbeL Pocbz2akTrMyA5yIZTRSxtbl/G6S3C2HS27+lCQTTSM2H83SAYJEJymJK1SHtVOig8ucDN90 G09T1C5jE+zQh0bap/S1quqqcwUCmWazqlpGsiQZojzcnY+6MV/6IgOhMALrPEv66B6bkqkH MTow9M5Lc4gKMwrH4xRohP5BkECsC661yTdGPW7pdUbQ12Irsi60n3cjX711+ftwO5mDkx8P D/bf/mz+Ab/uHu7tHNNvez/tvvXPF6XFcRv6uQ/sK23g8k8veTSsD59Mk2YwDRbq+V6Nkca+ tWk3934iDvxk/+DkAPj4Hw9BhLCwz7xgtdLjfntDWzg4Byn9jhQrBK6ESOWDZMibJCYEaRpr QsjhU7JXp9MtQ8r+9JOa53gKHEdYMqavsVgeqVhGIAOOqXyHEaDHdq513RD08h/Q/pO1NaIR NImWCW+TdURsHmM+ag4VTNPcuxMsGPC+G1I2GbODEtFOpwbAOZ9P2GEC13bF82eXFj2Ml4Zf PSmZQSBARe+8zzZtTDYwBdKdJeKbcEkLK/NEGa3Hw4RTnFJqAULAfxOfq/sIV4IJs8iwS4rk s7SbsOpbHPoVGkMSShrJgmuTMOpAiMhiCSGq4kfhA+mL0Z5zSVOiA5gOUiBxJWFJH0AHTWes wENtnY+DI5AZGBPt5tQzhx+TATdO0dIusAfsrMQ2+Ha1q3kiGYAfZ8JLVnel6NAQaYF34PIb VSQ4t5vuZwFrkeMdGte9UfOXpQkuxnbG24wm0Wb2ZJA3LyWmoAWmQ04a9z1NJs+oywnAmRt0 i2WaliM4IrRVUYc7U1PXCvsGYhwHtoXbWHxXBFYn3OvoyoXVQhMfveLkWkgnyscLJUXnpCse P8NwQ7CvwnzU4mr0siXBmnp9MR2j79vppRrb9TJNZ2xRwoSsmVz2qWxTuJUzZzSFO5787qQ1 Ow+698iuj2BPF+PpR7Z4ym4XMV3DcGIX8KN8ySk7yUwxvJ+89XoxLDHqr0/nM7fbxWRlQ/j7 8XwK7EIii+aWRs2wuAJWV2kcV4FpIBVWB/pfReNF1YiLAtTTI7cSdIxin091bFRSQpZxmMXM TOYznQ6Zp5O4N0umJ+J8JNA9Y6G0skDHbBUekXYZXXnb1qdM7P/Wxt9PRoiTKvlcxuOBdEFc L+Bz7n6raphoe3yjng88HW8T8knRnFxobGy1XAnhKIND7l9WljcU6MxgCzwlesybx5Fi2QdT YrMck0gJ5a7Dat1AcQHUiMkY3e2Fq5vu5DAhwpoGwRDJwXd7+wd7+8dQFfMaGXmFOGbCvxev 4CFu3BOXqYh7cw96s/dT++g4l/8RPrgu7+aViyRtpE0ZQ6FQsmTI2+FAlTks5/aoxzQyzJZ0 5dB88r2mHVAEQEK3Ikdd8YsQx3V+AT3k1K9k8lWGnZwxbB/dJL3fO3xXMtaAFQ52qg8cyKFz AmDTmVJiG21iOiwOse4l5n4lGUSdt5lwocPJ7NJrTqzajmN1CUb9jXe89+798c/hlqB2dmyy cc1ZSo6uUlsrl4fEuyoxVTcyepQchY3q3NFuOCFbSAkslCLOh07BDY9SyNQu5mpLVHp53pa7 /0e20vHkji5LBBonIhLazE3lm6XSDVeVe6fZogvKj+XskJ1dOgD3s+3nV/BDJS1el0Xi5H7G ckkN8RHxmHMfO8fS/wVsVcllkrswQtlj8dVxU0Xtv+6mgA5fd18gkbpC+2Q3h1R7W7zyv99G KFW5l8u9061/7n7QBZfhgQg+/Dgad8u2RH4RaXL4Ibp1w3i9Ujb3b/hIE/fy1XSTTUXWLom5 +Y/dWOXmmLud9UU7i913/9O3Vmir+5e6s8KdRAwd93bptcX83Q32Adb5b7X+oQll0RYQm8pL DIYAwZvnjpwURGdWmrcYH2VmDSWagPXmuep60ZieaofciQ6Qyb9IMcJ3KtWs51NNmhPPmYEB NuBXZ1HmZ/YbylPLMA3ygeQaDr84GSSjPuw/+pAk/PEENik6ZoB0M5yzey+qJ+M++cJJ+Jqn rXH9upbzBfVa01TujThaVkpxhAROoJsrPQ+wjaCvNSr+YN08Lx+I7lsVYez7Ooh6SZJ/uBXK 88GUrGybja3yyvSTZ8bvlXlg1vk4Lqpyu/B9WQcQxUMcVYYYgtEpb72uiYWhzs7kMvdRQ3YH TfP76XyEQiqQLYbXqK5WaTkQkX0aCn22hl+kr7kpa67/ihIgIq+U9H1ZIZZsV/GoyN4ZsC4f Y0nmmOibguZkI9lD5u37wuoFqTLxy2x+ioJrcEBcsmWTSERj57LBhgBs3uoDMB4Jg16pCxxi UhO8HvKKE1KPMWwDDKabkqe8r6clhT/GLYxHDOA9BbJZZ3MCB/utkCyfAVmjNbHhX4nGZLGK IpifuB+nGOZ7PYrADh70t5lsBZyNj6SD3/r4OfcmOZleE6CiSsWmPp0o6qwsEXziZp3nW3Uw tKSsRtMV5fynq9Ut3gVs9cC96K/39FrLmreCrT3BnKW+8oIGuEjlFqhgQm2bDJm81rAXtTob jmCXnidTzGGTSipbd3K8laDeFVV31+iTK0J3IYWZW4XZm3g6H07OWpLpdtVLhrwbd2AXfWi/ XH3dfgmbePxxPuEw8Qu285gDTLk0sXhZhDOluusOlZYwLDRI5AHIjG8+Go1ndBTYftA2BO9P 2vmYcN01NgWjUqeJjZb0XIYpFHJCkSUEp0OhZxSjSoYzhrXA+CryBhzMZ0ih5pNIrABSCHbx nGNoiX2iMDntMQ1GvTRfsbobYzODxNYX0FXyI8DxkzIww7bpvu8ns8kFATjgLyOMetdIc/ZV gJ6hfpsVmNDpHmc/X72GW6Eplzzoy4bpA0mZ0PLrcnKgOcehOUM+HwSMetviCwAmA85Zll10 4XxcwOx7z6lSs9Kf2sfMMHiX8jxLpidzPNfceIYTyTDPwCplmI9hzkDimk6Eov6ZB+PqYL5O EJMMK0q7OoZr1MDnwyxkdw9+3N87XKZbdp3HRdz/8PYtchAXCaIqsK8IGiA4V8UW2wYzCcdd oVDEePTRsEcsFyRbUNfqn9FEQ2FV5C90ymZdLj2XidpiPS2ycK4BDZe2Xzk9u+sxDAt7bP0t ZP6AosHmS+C3mjAptKr8mDZnTT91Vgf6RGsyFBRZ5CWUA8Fvm88nFyckJjxYl2rYHgwlsZ5v CrNbI0AC9QKo8yYik2eHJAPmRVz0JIz4G+FPsNJGrtmt6Bt/LozuaPz5jYHcuBfceSGHDQLX nnbt4nFxtGyJ6daFhmMHgiYqFdtAFDTDD6EtnWFpbetmrXE1pU3+Fjlbj1toT9pCO3Z1aKbj 8WzLegUQafBMB05mofqlQTTN1II9Ai/z37p07kaq3TZuRfDYlk2JfulVZr+M7Nd4ho3Jt4jd 8qgL9RL3w3CS/7Lhvqpvb6+BYEvC5D/+YWr3SiqtBb3BWbTnwTfVkJ1peClWL51Spoi+NIlm 8C0EAzinm5Ri0+1y6gRY4hbl5kjWjYw9GAzExtxwAWG7ULN0WOgq6qP0BP34n3mayFkJyZsT jHfY3ry4/0pZ3Kz0WQfNHSTazxujPw03Rt+zXHK92/w5vJqe9EtGq195daTOVwsNJ50zGHPB euTfcVcYTdCtAmd7+z5cwvg9/EInLq9r4Dp5Yj9H75AT5Zc6+5d4WPMFi5+dY4AzOnD8svHr 1pV32nH73d7CK42rWf+1NTs/yZJO6OJFkcm5j+alXwGFHY0zs4pgjH7Fa6UVx2HFa+UVx+UV 45rPqWBh0enpdXRK6t6SCm29Pa0Sc8mBgxAFm7sT2uFWyQnMNsMPv/++TOWzNN5jsZvCFbuC DdoLdgWfq2GgDfatslfPMB4q36vstmY5nJt/djDuP+HHi//ePXj/82H79Zvj227jivwPm5z/ gfAfnzx+uI74j48fPbyL//4aP7vTpJvOsqdRLmeUCTNFVSkTUqPKXm/AQCPAI8MAhmlqGpRn B942Bf6xa6q8x6rO4dSvZBiPEJ4FgeIyB/vR3tvbW/3pAF32jz4cnT8kcEkOOqeckiOE9SM1 lWVgSWwhyCeB8MDkMFMVacbWl8/PlMXpoIIBtHAmpt14ZN7MT08R3QMqH89Rh9xFtAsESEGk 3PFEo6sFjQzdW9DNjfI8okv/WTwfqB+Ppq+axJ2PCIlH/nAESBdj6iKo9I/jZNo3R2fpAAvB AlQYIiI3veLPh76IGCcdcbOo+XM6nuFlPneQjN7BoLQMN1jFPD6DgeRJRYE3/qRwH1SrKA3x 8kkolpriFtz8wxiO+DG59PFY/LgJmaxkKpmeUQKbzjrjIQFpQYvwYQQfNptNvwFGGcC4DASM FCxRKAKfUWdiZPQwGHM8Q6xoWjjnBdsGKa6rqZKnRqA/xtQpP/wfdrb0z3pcy3oSJpXjUePT seicQihPWog+8N4jLztoZMeeD57nT6bYqSxpJqM+bNFk6uHkaGLQaPv2fjhVoNzw9gwGfZOD 5xbcwhXIfsWQeliY6CqciFKQiOgW8CFuARzCIkPcAizEl2JCXA0IcTtoELcEBXFLOBC3BAJx OwgQIfxDdFvID7cH+3BbmA+3Afhwa2gPtwf1cDs4D7cB8nBrCA9fDu9wm/fGP5s1vfv5Cj8l +F+M/naCJPWEUDq+FAPsKvlv88kTxP96vPlkc2NjDfP/Pd7cfHQn/32Nnzv8rzv8rzv8rzv8 rzv8rzv8r5tDduVxt3KQWs7PZw818RwiShDb0KbvmpxnOQKDhFiq8LlZyU7FP9lp+9E5FJ3D TuHX2Qn+tRW8J8OP+4D+RLIgpqSSj8VKVF5kVCjTCRvoLG2gU9ZAZ3kDw7CB4dIGhmUNDJc3 wF4b8q1YiQMTqXvbz78VJzZtCP/61vy/RyftV++OtwIzlkQIkx18tc+eCGky6GZsAo4s7FNY F1flgT/hg/arAwYLCtF9oCMKQbSVey3bREIUKdvQll8j0LYFNQoe0k0r3H2zqELBebpphS/e /mlBhYL6dNMK3+4vqlDgrGw4Jy/g9/R/6FlELvviXMhPxQPg+o0f7r1+yug/CWeW5FeFeqRH AvC1qLajg10Zi+3ty2RGvp+SEIG4WzGeyk5k1Gmv1WK9P745pl7uALNBmXU8TzbPeMghAOw5 T36KwJigTjxf753F8e7n7ufu5+7n7udf4uf/A80gnEIAgAIA --------------040300010607040302070801-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 11:50:21 2003 Return-Path: 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 79C1637B401 for ; Fri, 4 Jul 2003 11:50:21 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 498A943FB1 for ; Fri, 4 Jul 2003 11:50:20 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h64IsNMu030002; Fri, 4 Jul 2003 14:54:24 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h64IoWOk015046; Fri, 4 Jul 2003 11:50:32 -0700 (PDT) (envelope-from jmg) Date: Fri, 4 Jul 2003 11:50:32 -0700 From: John-Mark Gurney To: Matthew Emmerton Message-ID: <20030704185032.GB605@funkthat.com> Mail-Followup-To: Matthew Emmerton , freebsd-hackers@freebsd.org References: <001901c34256$95e4db10$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001901c34256$95e4db10$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: RFC: Change to sys_errlist X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 18:50:21 -0000 Matthew Emmerton wrote this message on Fri, Jul 04, 2003 at 14:03 -0400: > This is a RFC on a change to sys_errlist for errno = 0. > > On Linux, if perror() or strerror() is called with errno = 0, the resulting > string is "Success". > On FreeBSD, the resulting string is "Unknown error: 0". > > I think that FreeBSD's output is unintentionally confusing, as errno = 0 > implies success. > > The following patch will change the output to the Linux behaviour. > > I appreciate any comments. This is not good. This will just encourge more programers to not properly test return values. Read man 2 errno says: "Successful calls never set errno;", so this depends upon the programmer initalizing errno to 0 before they make their call. If they are already so poor as to be calling perror, etc with errno 0, then I doubt that we can depend upon them initalizing errno to 0 and giving consistant results. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 12:46:40 2003 Return-Path: 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 5910137B401 for ; Fri, 4 Jul 2003 12:46:40 -0700 (PDT) Received: from yertle.kcilink.com (yertle.kcilink.com [216.194.193.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D568243FA3 for ; Fri, 4 Jul 2003 12:46:39 -0700 (PDT) (envelope-from khera@kcilink.com) Received: by yertle.kcilink.com (Postfix, from userid 100) id 5AC732178C; Fri, 4 Jul 2003 15:46:39 -0400 (EDT) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16133.55711.263062.288990@yertle.int.kciLink.com> Date: Fri, 4 Jul 2003 15:46:39 -0400 To: hackers@freebsd.org X-Mailer: VM 7.14 under 21.4 (patch 12) "Portable Code" XEmacs Lucid Subject: process sizes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 19:46:40 -0000 Hi, we're preparing another update to the mod_perl (version 1) release, and there is an issue with the Apache::SizeLimit module for it under *BSD (in my case FreeBSD specifically). The purpose of the SizeLimit module is to enable the server to gracefully exit when it is using more resources than it should (for example, after running a large database report) it can gracefully exit once done. So far, the most effective use of this module is to limit the amount of "unshared" data space it is using, as one of the major benefits of mod_perl is to share much of the perl code pages (which are data as far as the OS is concerned). Now, currently, the BSD code from SizeLimit reads like this: sub bsd_size_check { return (&BSD::Resource::getrusage())[2,3]; } This routine is intended to return the current process size and shared memory size. However, the getrusage() above is not really doing what is intended. The shared pages value returned is way wrong (only text pages are given by getrusage) and the current process size is not the MAX RSS, which is returned above. I'm at a loss as to what to use to measure the current process size and also to measure the amount of virtual memory in use by that process that is in shared pages. If anyone has good code to get this information on FreeBSD (and other BSD's in general) please let me know. If additional libraries are needed, that's ok. If we have to poke around /proc, that's ok to. I'd appreciate direct replies since I'm away at OSCON next week and don't want to miss anything. Thanks. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/ From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 13:35:10 2003 Return-Path: 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 040B337B401 for ; Fri, 4 Jul 2003 13:35:10 -0700 (PDT) Received: from tomts20-srv.bellnexxia.net (tomts20-srv.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C60244011 for ; Fri, 4 Jul 2003 13:35:09 -0700 (PDT) (envelope-from matt@compar.com) Received: from hermes ([65.95.177.176]) by tomts20-srv.bellnexxia.net (InterMail vM.5.01.05.32 201-253-122-126-132-20030307) with SMTP id <20030704203507.UGUB3723.tomts20-srv.bellnexxia.net@hermes>; Fri, 4 Jul 2003 16:35:07 -0400 Message-ID: <002601c3426b$9d3a3f80$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "John-Mark Gurney" References: <001901c34256$95e4db10$1200a8c0@gsicomp.on.ca> <20030704185032.GB605@funkthat.com> Date: Fri, 4 Jul 2003 16:34:06 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@freebsd.org Subject: Re: RFC: Change to sys_errlist X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 20:35:10 -0000 ----- Original Message ----- From: "John-Mark Gurney" To: "Matthew Emmerton" Cc: Sent: Friday, July 04, 2003 2:50 PM Subject: Re: RFC: Change to sys_errlist > Matthew Emmerton wrote this message on Fri, Jul 04, 2003 at 14:03 -0400: > > This is a RFC on a change to sys_errlist for errno = 0. > > > > On Linux, if perror() or strerror() is called with errno = 0, the resulting > > string is "Success". > > On FreeBSD, the resulting string is "Unknown error: 0". > > > > I think that FreeBSD's output is unintentionally confusing, as errno = 0 > > implies success. > > > > The following patch will change the output to the Linux behaviour. > > > > I appreciate any comments. > > This is not good. This will just encourge more programers to not properly > test return values. Read man 2 errno says: "Successful calls never set > errno;", so this depends upon the programmer initalizing errno to 0 > before they make their call. If they are already so poor as to be > calling perror, etc with errno 0, then I doubt that we can depend upon > them initalizing errno to 0 and giving consistant results. You're right. Furthermore, SUSv3 indicates that errno is a positive integer; this presumably excludes 0 so our existing implementation is fine. I guess I'll have to bring this up with the Linux folks and see if they'll change. -- Matt Emmerton From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 17:18:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 3BA9237B401; Fri, 4 Jul 2003 17:18:13 -0700 (PDT) To: hackers@freebsd.org, current@freebsd.org Date: Fri, 4 Jul 2003 17:18:13 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030705001813.3BA9237B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Subject: Call for testers: rl(4) optimized for 8139C+ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2003 00:18:13 -0000 Somehow I doubt I'm going to get a lot of responses to this, since I'm not sure how many people besides me actually have an 8139C+ NIC. That said, if you have one, and you're running FreeBSD 5.1 or later, please try the driver code at: http://www.freebsd.org/~wpaul/RealTek/cplus If you actually have a C+ card, it will show up like this: rl0: port 0xc000-0xc0ff mem 0xdc001000-0xdc0010ff irq 11 at device 13.0 on pci0 rl0: Ethernet address: 00:e0:4c:00:00:1b miibus5: on rl0 rlphy0: on miibus5 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Also, ifconfig rl0 will show this: rl0: flags=8802 mtu 1500 options=1b The 8139C+ uses real descriptor-based DMA and actually exhibits pretty good performance. (With my Athlon 900Mhz test machine, I can achieve 143000 frames/sec raw transmit speed.) This driver supports the following features: - RX and TX descriptor lists - RX and TX TCP/IP checksum offload - RX and TX hardware vlan tagging - TX interrupt moderation (using the 8139C+'s on-board timer) The chip supports TCP large send, but there's no driver support for that because there's no way to exploit it in FreeBSD. The chip also supports two TX DMA queues (normal and high priority), but the driver only takes advantage of one. If you have a -current system, please compile this code with -DNEW_BUSDMA_API (this enables the use of the two new arguments to the bus_dma_tag_create() function which appeared a couple of days ago). I'm mostly looking for performance reports and success/failure reports concerning VLANs. (I don't have an easy way to test the VLAN support at home. I think I did everything right, but I want to be sure before I commit to the tree.) There is preliminary support for the 8169 gigE chip, but I don't have a card to test with, so don't expect RealTek gigE NICs to work yet. Lastly, I'm also interested to see just what NICs are out there that use the 8139C+. The only way to spot the presence of such a chip raw transmit speed.) This driver supports the following features: - RX and TX descriptor lists - RX and TX TCP/IP checksum offload - RX and TX hardware vlan tagging - TX interrupt moderation (using the 8139C+'s on-board timer) The chip supports TCP large send, but there's no driver support for that because there's no way to exploit it in FreeBSD. The chip also supports two TX DMA queues (normal and high priority), but the driver only takes advantage of one. If you have a -current system, please compile this code with -DNEW_BUSDMA_API (this enables the use of the two new arguments to the bus_dma_tag_create() function which appeared a couple of days ago). I'm mostly looking for performance reports and success/failure reports concerning VLANs. (I don't have an easy way to test the VLAN support at home. I think I did everything right, but I want to be sure before I commit to the tree.) There is preliminary support for the 8169 gigE chip, but I don't have a card to test with, so don't expect RealTek gigE NICs to work yet. Lastly, I'm also interested to see just what NICs are out there that use the 8139C+. The only way to tell if you have the chip is to check the part number on it. (It should in fact say 8139C+.) I hope RealTek has actually sold this chip well, because it actually seems to perform really well. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 4 23:46:02 2003 Return-Path: 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 220AE37B401 for ; Fri, 4 Jul 2003 23:46:02 -0700 (PDT) Received: from irvmail2.bdi.gte.com (irvmail2.bdi.gte.com [192.76.80.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7639C44027 for ; Fri, 4 Jul 2003 23:46:01 -0700 (PDT) (envelope-from ) Received: from smtpftw.interwan.gte.com ([138.83.130.53]) by irvmail2.bdi.gte.com (8.12.9/8.12.5) with ESMTP id h656k01e016397 for ; Sat, 5 Jul 2003 01:46:00 -0500 (EST) Received: from USINFTWICCMMS03.ent.verizon.com (ftwmms03a.interwan.gte.com [138.83.138.66])h656jxgE027111 for ; Sat, 5 Jul 2003 01:45:59 -0500 (EST) X-WSS-ID: 1318ABAE12597926-01 Date: Sat, 05 Jul 2003 02:45:57 -0400 From: "Notifier Fort Wayne 3" To: hackers@FreeBSD.ORG Message-ID: <1318ABAE12597926-01@MMS_ft_wayne_2_> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_-==1318ABAF222==-_" Subject: MMS Notification irving 1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2003 06:46:02 -0000 --_-==1318ABAF222==-_ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline 07/05/2003, 02:45:57 AM Virus Scanner found the W32/Sobig.e@MM virus in the attached file: your_details.zi --_-==1318ABAF222==-_-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jul 5 08:39:47 2003 Return-Path: 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 4635137B401 for ; Sat, 5 Jul 2003 08:39:47 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5C94401E for ; Sat, 5 Jul 2003 08:39:46 -0700 (PDT) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) h65FdfY89247; Sun, 6 Jul 2003 00:39:41 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) Date: Sun, 06 Jul 2003 00:39:37 +0900 From: Shunsuke Akiyama To: "M. Warner Losh" In-Reply-To: <20030704.221750.06521740.imp@bsdimp.com> References: <20030704003916X.akiyama@jp.FreeBSD.org> <20030704.221750.06521740.imp@bsdimp.com> User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Message-Id: <20030706003938H.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20030322(IM144) Lines: 31 cc: freebsd-hackers@freebsd.org Subject: Re: USB, select/poll for ucom X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2003 15:39:47 -0000 Hi, At Fri, 04 Jul 2003 22:17:50 +0900 (JST), M. Warner Losh wrote: > Hello akiyama-san. It is Warner. Long time since I've spoken with > you. :-) :-) > In message: <20030704003916X.akiyama@jp.FreeBSD.org> > Shunsuke Akiyama writes: > : + s = spltty(); > : + > ... > : - > : - s = spltty(); > > This is a no-op in current. Have you tested it in 4.x? I think it is > right from what I recall about 4.x, but this stuff has always been > black magic to me. I think the other changes look OK, but haven't > tested them with my serial adapter or my umodem phone. I'm not yet tested. But please look sys/dev/sio/sio.c:sioioctl() in current, spltty() is still there. I think it required in ucom too. -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sat Jul 5 09:34:28 2003 Return-Path: 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 2E46137B401; Sat, 5 Jul 2003 09:34:28 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2558143FF7; Sat, 5 Jul 2003 09:34:27 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h65GYQtF059092; Sat, 5 Jul 2003 09:34:26 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Sat, 5 Jul 2003 09:34:26 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h65GYQi2052473; Sat, 5 Jul 2003 09:34:26 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h65GYQDD052472; Sat, 5 Jul 2003 09:34:26 -0700 (PDT) Date: Sat, 5 Jul 2003 09:34:26 -0700 From: Gordon Tetlow To: Robert Watson Message-ID: <20030705163426.GO70590@roark.gnf.org> References: <20030703173035.GH86503@webserver.get-linux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Wj6ursgR4TQyKGvE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 05 Jul 2003 16:34:26.0992 (UTC) FILETIME=[4CE37300:01C34313] cc: hackers@freebsd.org cc: Joshua Oreman Subject: Re: current state of the art / best practice for devfs in a jail ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2003 16:34:28 -0000 --Wj6ursgR4TQyKGvE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 03, 2003 at 10:07:57PM -0400, Robert Watson wrote: >=20 > On Thu, 3 Jul 2003, Joshua Oreman wrote: >=20 > > On Thu, Jul 03, 2003 at 04:00:46AM -0700 or thereabouts, Josh Brooks wr= ote: > > >=20 > > > I have been researching the various of ways people add devfs to a jai= l to > > > give the jail certian /dev devices necessary to function ... > >=20 > > Well, all I did was test your research :-) >=20 > Gordon Tetlow (victim CC'd) was, I believe, working on changes to rc.d to > allow automatic construction of jails at boot, and part of that was some > best practice devfs rules for jail. Perhaps he could chime in now? :-) No, that wasn't me. If I had to guess it was either mtm@ or mike@ (or maybe some other Mike in the project). -gordon --Wj6ursgR4TQyKGvE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/Bv4SRu2t9DV9ZfsRAh4CAKC3AdVMlu96VKfDi1A2jQUq0WLhDACgha6y p90Ee15KN7BGZWq9ixGehbE= =Q27w -----END PGP SIGNATURE----- --Wj6ursgR4TQyKGvE-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jul 5 18:16:51 2003 Return-Path: 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 DE8B637B401 for ; Sat, 5 Jul 2003 18:16:51 -0700 (PDT) Received: from cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id D02A94400D for ; Sat, 5 Jul 2003 18:16:49 -0700 (PDT) (envelope-from sheepkiller@cultdeadsheep.org) Received: (qmail 5747 invoked from network); 6 Jul 2003 01:16:47 -0000 Received: from unknown (HELO chuck.cultdeadsheep.org) (192.168.0.12) by goofy.cultdeadsheep.org with SMTP; 6 Jul 2003 01:16:47 -0000 Date: Sun, 6 Jul 2003 03:16:12 +0200 From: Clement Laforet To: freebsd-hackers@freebsd.org Message-Id: <20030706031612.07fcc01a.sheepkiller@cultdeadsheep.org> In-Reply-To: <20030705163426.GO70590@roark.gnf.org> References: <20030703173035.GH86503@webserver.get-linux.org> <20030705163426.GO70590@roark.gnf.org> Organization: tH3 cUlt 0f tH3 d3@d sH33p X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-portbld-freebsd5.1) X-Face: ._cVVRDn#-2((lnfi^P7CoD4htI$4+#G/G)!w|,}H5yK~%(3-C.JlEYbOjJGFwJkt*7N^%z jYeu[;}]}F"3}l5R'l"X0HbvT^D\Q&%deCo)MayY`);TO Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: current state of the art / best practice for devfs in a jail ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 01:16:52 -0000 On Sat, 5 Jul 2003 09:34:26 -0700 Gordon Tetlow wrote: > No, that wasn't me. If I had to guess it was either mtm@ or mike@ (or > maybe some other Mike in the project). Mike Makonnen (mtm@) commited a slightly modified version of my script. Jail support is quite rudimentary. since I didn't give him any feedback about "the next version I planned" (short of time and I focused on jailctl utility), he did the commit. Scot W. Hetzel made very impressive enhancements to it (including devfs handling): http://lists.freebsd.org/pipermail/freebsd-current/2003-April/001203.html Regards, clem