From owner-freebsd-hackers Sun Feb 10 1:47:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from host213-123-133-83.in-addr.btopenworld.com (host213-123-133-83.in-addr.btopenworld.com [213.123.133.83]) by hub.freebsd.org (Postfix) with ESMTP id 3F60B37B419 for ; Sun, 10 Feb 2002 01:47:16 -0800 (PST) Received: by host213-123-133-83.in-addr.btopenworld.com (Postfix, from userid 1001) id 273081C6; Sun, 10 Feb 2002 09:47:34 +0000 (GMT) Date: Sun, 10 Feb 2002 09:47:33 +0000 From: Dominic Marks To: freebsd-hackers@freebsd.org Subject: Apparently random reboots with RELENG_4 Message-ID: <20020210094733.A239@host213-123-133-83.in-addr.btop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, I've been an experiencing an odd problem since 4.3-STABLE (not sure of a more precise portion of time) where my desktop machine will spontaneously reboot. So for I haven't had any luck in finding out what the problem has been. Earlier today as I was browsing some web pages I experienced this same problem. The discs make reseting noises and the the screen goes black, there is no warning prior to that which I have seen indicating a problem. The machine was under little or no load at the time and it had been running for around 30 hours without any problems. To check if the problem could be hardware related I ran -CURRENT on this machine for around a month and a half. In this time I experienced no reboots, but I don't really want to run -CURRENT on this machine forever. Due to the rapid way it goes down, does anyone have any suggestions on how I can go about finding what might be the cause of the problem? At the moment have really no information to offer as to what might be a potential cause. I found this file: /var/crash/minfree, I don't know if it has any useful meaning in relation to this problem. It contained only the number 2048. Clues and Advice appreciated. -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 4: 7:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 5018F37B417; Sun, 10 Feb 2002 04:07:11 -0800 (PST) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id g1AC70112360; Sun, 10 Feb 2002 13:07:00 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) From: Oliver Fromme Message-Id: <200202101207.g1AC70112360@lurza.secnetix.de> Subject: Re: USB "Memorybird" quirks To: cdillon@wolves.k12.mo.us (Chris Dillon) Date: Sun, 10 Feb 2002 13:07:00 +0100 (CET) Cc: oliver.fromme@secnetix.de (Oliver Fromme), jhb@FreeBSD.ORG (John Baldwin), groudier@free.fr (=?ISO-8859-1?Q?G=E9rard_Roudier?=), hackers@FreeBSD.ORG (FreeBSD Hackers Mailing List), hardware@FreeBSD.ORG (FreeBSD Hardware Mailing List), olli@secnetix.de (Oliver Fromme), gene@nttmcl.com (Eugene M. Kim), tlambert2@mindspring.com (Terry Lambert), joe@tao.org.uk (Josef Karthauser) In-Reply-To: from "Chris Dillon" at Feb 09, 2002 01:51:32 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris Dillon wrote: > On Sat, 9 Feb 2002, Oliver Fromme wrote: > > I think that would be a very good idea. The boot software issue > > is negligible, because there aren't any USB devices you can boot > > from. > > You mean can't boot from USB devices in just FreeBSD, or anywhere? > I've not actually tried it yet, but many motherboard vendors have > added the ability to boot from USB ZIP drives and probably other USB > mass storage devices to their BIOSes, so it at least should be > possible. Good point. I didn't know that (my BIOSes certainly can't do that). Then I'd be interested how those BIOSes access the umass devices. They certainly don't contain a list of quirks, and I guess they don't try 6-byte commands at all and then fall back to 10-byte. According to Gérard's information, I assume that all USB umass devices are new enough to be able to handle 10-byte commands. USB is certainly newer than the SCSI-2 standard. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 5:13:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B7AD937B416 for ; Sun, 10 Feb 2002 05:13:34 -0800 (PST) Received: from bell.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Feb 2002 13:12:16 +0000 (GMT) Date: Sun, 10 Feb 2002 13:12:01 +0000 From: David Malone To: BOUWSMA Beery MMDF-Warning: Unable to confirm address in 'To' line at salmon.maths.tcd.ie Cc: freebsd-hackers@freebsd.org Subject: Re: SC_DISABLE_SUSPEND ? Message-ID: <20020210131201.GA14542@bell.maths.tcd.ie> References: <200202092230.g19MU4C01718@beerswilling.netscum.dyndns.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202092230.g19MU4C01718@beerswilling.netscum.dyndns.dk> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 09, 2002 at 11:30:04PM +0100, BOUWSMA Beery wrote: > Argh, did it again, as I seem to do once a day... > > Is the proper place for me to request the possibility to disable the > ctrl-alt-space (suspend) key combination here, by agitating for Yet > Another Kernel Option (like the subject), or should I simply hack it > out of the keymap? Removing it from the keymap is probably the best thing. It won't stop someone adding it back in again though. I have some patches for preventing that... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 6:50:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.taconic.net (mail.taconic.net [205.231.144.5]) by hub.freebsd.org (Postfix) with ESMTP id D3BA037B402 for ; Sun, 10 Feb 2002 06:50:50 -0800 (PST) Received: from coyotepoint.com ([205.231.27.66]) by mail.taconic.net (8.10.2+Sun/8.11.4) with ESMTP id g1AEohp19119; Sun, 10 Feb 2002 09:50:43 -0500 (EST) Message-ID: <3C668925.EFF8FA34@coyotepoint.com> Date: Sun, 10 Feb 2002 09:52:21 -0500 From: Bill Kish X-Mailer: Mozilla 4.79 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: hackers Subject: Re: Debugging double page fault References: <3C6478BE.BE6F5A70@coyotepoint.com> <3C6497EA.73CDEC64@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Terry, Nothing's changed hardware or configuration wise. Since this system handles alot of network traffic, I was thinking it might be some kind of martian packet causing the crash. I'd seen that happen before with RR pings from Linux systems, but at least had a reasonable dump to work with. I'll try swapping out the hardware and see what happens. But I'm still curious about a methodology for analyzing such dumps. -=BK Terry Lambert wrote: > Bill Kish wrote: > > I've recently started seeing "double fault" panics on a formerly FreeBSD > > 2.2.8 based system (It's running 2.2.8 as a somewhat embedded OS, so please > > don't flame me about being back rev!) > [ ... ] > > My rough understanding is that double faults are usually the result of > > running out of stack, and that the underlying cause of the panic can probably > > be uncovered if I can find the previous stack . > > > > Can anyone point me towards some hints for debugging this sort of crash. Any > > advice greatly appreciated. > > It's very old. > > This makes me think that it used to work, and now it > doesn't. > > What did you change just before it stopped working? > > If nothing, then it's likely a hardware problem. > > -- Terry -- --------------------------------------------------------------- Bill Kish Ph: 650.969.6000 Chief Engineer, 12 S. First Street, Suite 616 Coyote Point Systems Inc. San Jose, CA 95113 Email: kish@coyotepoint.com http://www.coyotepoint.com/ --------------------------------------------------------------- For support call: 1-888-891-8150 Email: --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 8:21:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by hub.freebsd.org (Postfix) with ESMTP id 6D54437B416 for ; Sun, 10 Feb 2002 08:21:32 -0800 (PST) Received: from spencer (desmdslgw5poolb54.desm.uswest.net [63.230.49.54]) (authenticated (0 bits)) by magellan.palisadesys.com (8.11.6/8.11.6) with ESMTP id g1ABKrw19333 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Sun, 10 Feb 2002 05:21:39 -0600 From: "Guy Helmer" To: "'BOUWSMA Beery'" , Subject: RE: nullfs and unionfs Date: Sun, 10 Feb 2002 10:20:44 -0600 Organization: Palisade Systems, Inc Message-ID: <000001c1b24e$ffacea40$0200000a@spencer> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <200112200108.fBK18fJ00337@crotchety.newsbastards.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, December 19, 2001 7:09 PM BOUWSMA Beery wrote: > > Is it safe (relatively speaking) to use the null and the union > filesystems? The LINT kernel config file still includes dire > warnings, as do the man pages, but so far I've successfully > mounted a handful of filesystems without panicking my system, > though I've been careful to do it read-only when possible > ... > I do this by keeping the actual source read-write for cvsup > in /usr/local/system, which I then mount_null read-only on > /usr/src. (Likewise ports and stuff) > > Over top of this nullfs /usr/src I mount read-write my own > directory which gets my changes in /usr/local/source-hacks. It looks like there are still some serious problems with this. I just tried a similar thing on FreeBSD 4.4 and 4.5. I created a directory of binaries to use for multiple jails, then null-mounted (read-only) the binaries for each of the jails to use. To allow the /etc and other parts of the jails to be written, I union-mounted a per-jail writeable filesystem over each of the null mounts. It seemed to work well until my jail setup program actually started a binary from inside the jail (i.e., from the null mount) when the kernel panic'ed with trap 12. Guy Helmer Palisade Systems, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 9:40: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d31.as13.nwbl0.wi.voyager.net [169.207.135.159]) by hub.freebsd.org (Postfix) with ESMTP id DD90237B405 for ; Sun, 10 Feb 2002 09:39:56 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1ABhqq28131; Sun, 10 Feb 2002 11:43:52 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 10 Feb 2002 11:43:52 +0000 (GMT) From: Mike Silbersack To: Guy Helmer Cc: hackers@FreeBSD.ORG Subject: RE: nullfs and unionfs In-Reply-To: <000001c1b24e$ffacea40$0200000a@spencer> Message-ID: <20020210113701.S28078-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, Guy Helmer wrote: > It looks like there are still some serious problems with this. I just > tried a similar thing on FreeBSD 4.4 and 4.5. I created a directory of > binaries to use for multiple jails, then null-mounted (read-only) the > binaries for each of the jails to use. To allow the /etc and other > parts of the jails to be written, I union-mounted a per-jail writeable > filesystem over each of the null mounts. It seemed to work well until > my jail setup program actually started a binary from inside the jail > (i.e., from the null mount) when the kernel panic'ed with trap 12. > > > Guy Helmer > Palisade Systems, Inc. If I'm not mistaken, nullfs had been fixed significantly in -current, but the changes were not MFC'd... I'm not entirely sure on this, you might wish to consult cvsweb to verify what has / has not been merged. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 11: 4:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id C1FCC37B402 for ; Sun, 10 Feb 2002 11:04:21 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1AJ0Ev37625; Sun, 10 Feb 2002 11:00:14 -0800 (PST) (envelope-from obrien) Date: Sun, 10 Feb 2002 11:00:14 -0800 From: "David O'Brien" To: John Cc: freebsd-hackers@freebsd.org Subject: Re: requesting guidance for updating the RocketPort driver Message-ID: <20020210110014.A37531@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20020209002941.A575@dexter.starfire.mn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020209002941.A575@dexter.starfire.mn.org>; from john@starfire.mn.org on Sat, Feb 09, 2002 at 12:29:41AM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 09, 2002 at 12:29:41AM -0600, John wrote: > > It seems to be a given that Comtrol is not in a position to support > and develop the driver for the RocketPort cards. I happen to be > the owner of a couple of these, and I'm having problems with > newer versions of FreeBSD. In the newest version of FreeBSD (read -CURRENT); I have used an 8-port RocketPort card for the past 6 months as a serial console server. I have had ZERO problems with it. I simply *LOVE* these cards. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 11:25:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rn-re116a13.uwaterloo.ca (rn-re116a13.uwaterloo.ca [129.97.232.81]) by hub.freebsd.org (Postfix) with ESMTP id C408837B416 for ; Sun, 10 Feb 2002 11:25:32 -0800 (PST) Received: (from munish@localhost) by rn-re116a13.uwaterloo.ca (8.11.6/8.11.6) id g1AJKh368751 for freebsd-hackers@FreeBSD.ORG; Sun, 10 Feb 2002 14:20:43 -0500 (EST) (envelope-from munish) Date: Sun, 10 Feb 2002 14:20:43 -0500 From: Munish Chopra To: freebsd-hackers@FreeBSD.ORG Subject: Re: Apparently random reboots with RELENG_4 Message-ID: <20020210142043.D16024@rn-re116a13.uwaterloo.ca> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020210094733.A239@host213-123-133-83.in-addr.btop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020210094733.A239@host213-123-133-83.in-addr.btop>; from dominic_marks@btinternet.com on Sun, Feb 10, 2002 at 09:47:33AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 09:47:33AM +0000, Dominic Marks wrote: > Hey, > > I've been an experiencing an odd problem since 4.3-STABLE (not sure > of a more precise portion of time) where my desktop machine will > spontaneously reboot. So for I haven't had any luck in finding out > what the problem has been. I've had the same thing since around then. I got a bunch of advice on checking whether my cards were properly seated and stuff (apparenly I have a picky motherboard: ECS-K7S5A), but it didn't make a difference. Mucking with BIOS settings and what not didn't help either. > > Earlier today as I was browsing some web pages I experienced this same > problem. The discs make reseting noises and the the screen goes black, > there is no warning prior to that which I have seen indicating a > problem. The machine was under little or no load at the time and it > had been running for around 30 hours without any problems. > My uptimes range from two hours to about three days. Then the machine decides it feels like rebooting. > To check if the problem could be hardware related I ran -CURRENT on > this machine for around a month and a half. In this time I experienced > no reboots, but I don't really want to run -CURRENT on this machine > forever. > My reboots happen in -CURRENT too. I've had -CURRENT on it for about a month or so now. > I found this file: /var/crash/minfree, I don't know if it has any > useful meaning in relation to this problem. It contained only the > number 2048. > I have that too. Don't know what it means. -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 13:34:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.web.am (wizard.web.am [217.113.0.66]) by hub.freebsd.org (Postfix) with SMTP id 70FC937B42C for ; Sun, 10 Feb 2002 13:33:39 -0800 (PST) Received: (qmail 66402 invoked from network); 10 Feb 2002 21:46:01 -0000 Received: from unknown (HELO nm.web.am) (217.113.3.18) by wizard.web.am with SMTP; 10 Feb 2002 21:46:01 -0000 Received: (from nm@localhost) by nm.web.am (8.11.6/8.11.4) id g1ALk1921348 for freebsd-hackers@FreeBSD.ORG; Mon, 11 Feb 2002 01:46:01 +0400 (AMT) (envelope-from nm) Date: Mon, 11 Feb 2002 01:46:01 +0400 From: Gaspar Chilingarov To: freebsd-hackers@FreeBSD.ORG Subject: Re: fork rate limit Message-ID: <20020210214601.GA21111@mail.web.am> References: <20020202201551.GA89061@mail.web.am> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20020202201551.GA89061@mail.web.am> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there! I've implemented suggested limits, and if you are interested, you can try attached patch, if it's OK, i will submit it to PR database. Two new RLIMIT_ constants added, that control how many processes spawn in which period. The only place from where you can set limits is a login.conf. Also fork rate-limit does not affect processes which belong to root. Patch is created against 10 Feb 20:00 UTC sources. copy it to /usr/src and run 'patch -p1 < diffi' -- Gaspar Chilingarov --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diffi diff -r -u /usr/src/lib/libc/sys/getrlimit.2 src/lib/libc/sys/getrlimit.2 --- /usr/src/lib/libc/sys/getrlimit.2 Mon Oct 1 21:09:01 2001 +++ src/lib/libc/sys/getrlimit.2 Mon Feb 11 00:32:16 2002 @@ -98,6 +98,13 @@ The maximum size (in bytes) of socket buffer usage for this user. This limits the amount of network memory, and hence the amount of mbufs, that this user may hold at any time. +.It Li RLIMIT_FORKPROC +The maximum count of processes that user can start in RLIMIT_PERIOD seconds. +This limit does not apply to superuser. Zero value is not allowed. +Only rlim_max (hard limit) value is used, when applying limits. +.It Li RLIMIT_FORKPERIOD +Amount of seconds, to which applies RLIMIT_FORKPROC. This value cannot be changed by non-superuser. Zero value is not allowed. +Only rlim_max (hard limit) value is used, when applying limits. .El .Pp A resource limit is specified as a soft limit and a hard limit. When a diff -r -u /usr/src/lib/libutil/login.conf.5 src/lib/libutil/login.conf.5 --- /usr/src/lib/libutil/login.conf.5 Fri Nov 16 08:39:43 2001 +++ src/lib/libutil/login.conf.5 Mon Feb 11 00:31:01 2002 @@ -164,6 +164,8 @@ .It "openfiles number Maximum number of open files per process. .It "sbsize size Maximum permitted socketbuffer size. .It "stacksize size Maximum stack size limit. +.It "forkproc number Maximum number of process allowed to start in 'forkperiod' seconds. +.It "forkperiod number .El .Pp These resource limit entries actually specify both the maximum diff -r -u /usr/src/lib/libutil/login_class.c src/lib/libutil/login_class.c --- /usr/src/lib/libutil/login_class.c Mon Oct 1 03:35:07 2001 +++ src/lib/libutil/login_class.c Mon Feb 11 00:31:01 2002 @@ -47,16 +47,18 @@ rlim_t (*who)(login_cap_t *, const char *, rlim_t, rlim_t); int why; } resources[] = { - { "cputime", login_getcaptime, RLIMIT_CPU }, - { "filesize", login_getcapsize, RLIMIT_FSIZE }, - { "datasize", login_getcapsize, RLIMIT_DATA }, - { "stacksize", login_getcapsize, RLIMIT_STACK }, - { "memoryuse", login_getcapsize, RLIMIT_RSS }, - { "memorylocked", login_getcapsize, RLIMIT_MEMLOCK }, - { "maxproc", login_getcapnum, RLIMIT_NPROC }, - { "openfiles", login_getcapnum, RLIMIT_NOFILE }, - { "coredumpsize", login_getcapsize, RLIMIT_CORE }, - { "sbsize", login_getcapsize, RLIMIT_SBSIZE }, + { "cputime", login_getcaptime, RLIMIT_CPU }, + { "filesize", login_getcapsize, RLIMIT_FSIZE }, + { "datasize", login_getcapsize, RLIMIT_DATA }, + { "stacksize", login_getcapsize, RLIMIT_STACK }, + { "memoryuse", login_getcapsize, RLIMIT_RSS }, + { "memorylocked", login_getcapsize, RLIMIT_MEMLOCK }, + { "maxproc", login_getcapnum, RLIMIT_NPROC }, + { "openfiles", login_getcapnum, RLIMIT_NOFILE }, + { "coredumpsize", login_getcapsize, RLIMIT_CORE }, + { "sbsize", login_getcapsize, RLIMIT_SBSIZE }, + { "forkproc", login_getcapnum, RLIMIT_FORKPROC }, + { "forkperiod", login_getcapnum, RLIMIT_FORKPERIOD }, { NULL, 0, 0 } }; diff -r -u /usr/src/sys/kern/kern_fork.c src/sys/kern/kern_fork.c --- /usr/src/sys/kern/kern_fork.c Fri Feb 8 03:06:26 2002 +++ src/sys/kern/kern_fork.c Mon Feb 11 00:27:18 2002 @@ -36,7 +36,7 @@ * SUCH DAMAGE. * * @(#)kern_fork.c 8.6 (Berkeley) 4/8/94 - * $FreeBSD: src/sys/kern/kern_fork.c,v 1.130 2002/02/07 23:06:26 peter Exp $ + * $FreeBSD: src/sys/kern/kern_fork.c,v 1.128 2002/01/13 11:57:59 alfred Exp $ */ #include "opt_ktrace.h" @@ -239,9 +239,6 @@ struct forklist *ep; struct filedesc *fd; struct proc *p1 = td->td_proc; - struct thread *td2; - struct kse *ke2; - struct ksegrp *kg2; GIANT_REQUIRED; @@ -249,12 +246,25 @@ if ((flags & (RFFDG|RFCFDG)) == (RFFDG|RFCFDG)) return (EINVAL); + /* never check fork rate limit for superuser */ + uid = p1->p_ucred->cr_ruid; + if (uid != 0) { + ok = chgforkcnt(p1); + if (!ok) { + PROC_LOCK(p1); + killproc(p1, "exceeded maximum fork rate limit"); + PROC_UNLOCK(p1); + return (EAGAIN); /* meaningless? we have killed + calling process */ + } + } + /* * Here we don't create a new process, but we divorce * certain parts of a process from itself. */ if ((flags & RFPROC) == 0) { vm_forkproc(td, NULL, NULL, flags); /* * Close all file descriptors. diff -r -u /usr/src/sys/kern/kern_resource.c src/sys/kern/kern_resource.c --- /usr/src/sys/kern/kern_resource.c Mon Jan 21 02:48:49 2002 +++ src/sys/kern/kern_resource.c Mon Feb 11 00:25:55 2002 @@ -572,6 +572,18 @@ if (limp->rlim_max < 1) limp->rlim_max = 1; break; + case RLIMIT_FORKPERIOD: + /* only superuser allowed to change fork period */ + if (limp->rlim_max != alimp->rlim_max) + if ((error = suser_xxx(0, p, PRISON_ROOT))) + return (error); + /* FALLTHROUGH */ + case RLIMIT_FORKPROC: + /* fork rate cannot be set to 0 + * it will cause KASSERT in chgforkcnt, if set to 0 */ + if (limp->rlim_max == 0) + return (EINVAL); + break; } *alimp = *limp; return (0); @@ -994,4 +1006,49 @@ splx(s); UIDINFO_UNLOCK(uip); return (1); +} + + +/* + * Checks, if user have reached his fork-rate limit, if so - returns 0 + * + * If last user's limit is in past, user can now do max proc_count + */ +int +chgforkcnt(proc) + register struct proc *proc; +{ + struct timeval tv; + register struct uidinfo *uip; + register rlim_t period, proc_count; + + uip = proc->p_ucred->cr_ruidinfo; + period = proc->p_rlimit[RLIMIT_FORKPERIOD].rlim_max; + proc_count = proc->p_rlimit[RLIMIT_FORKPROC].rlim_max; + + if (period == RLIM_INFINITY || proc_count == RLIM_INFINITY) + return 1; + + /* XXX do we really need to allow user to fork, when limit set to 0 ? + * this must never happen! all checks are done in dosetrlimit */ + KASSERT(period != 0 && proc_count != 0, ("chgforkcnt: you hit bug! fork limits must never be zero")); + + getmicrotime(&tv); + UIDINFO_LOCK(uip); + if (uip->fork_allowed <= tv.tv_sec) { + /* we have end of period passed, just set initial + * values and allow forking */ + uip->fork_allowed = tv.tv_sec + period; + uip->fork_remaining = proc_count; + UIDINFO_UNLOCK(uip); + return (1); + } + + if (uip->fork_remaining <= 0) { + UIDINFO_UNLOCK(uip); + return (0); /* disable forking */ + } + uip->fork_remaining--; + UIDINFO_UNLOCK(uip); + return (1); } diff -r -u /usr/src/sys/sys/resource.h src/sys/sys/resource.h --- /usr/src/sys/sys/resource.h Wed Sep 12 13:38:05 2001 +++ src/sys/sys/resource.h Mon Feb 11 00:30:06 2002 @@ -91,8 +91,10 @@ #define RLIMIT_NPROC 7 /* number of processes */ #define RLIMIT_NOFILE 8 /* number of open files */ #define RLIMIT_SBSIZE 9 /* maximum size of all socket buffers */ +#define RLIMIT_FORKPERIOD 10 /* fork rate limits -- period */ +#define RLIMIT_FORKPROC 11 /* process count */ -#define RLIM_NLIMITS 10 /* number of resource limits */ +#define RLIM_NLIMITS 12 /* number of resource limits */ #define RLIM_INFINITY ((rlim_t)(((u_quad_t)1 << 63) - 1)) @@ -113,6 +115,8 @@ "nproc", "nofile", "sbsize", + "forkproc", + "forkperiod", }; #endif diff -r -u /usr/src/sys/sys/resourcevar.h src/sys/sys/resourcevar.h --- /usr/src/sys/sys/resourcevar.h Mon Jan 21 02:48:49 2002 +++ src/sys/sys/resourcevar.h Mon Feb 11 00:30:06 2002 @@ -96,6 +96,9 @@ long ui_proccnt; /* number of processes */ uid_t ui_uid; /* uid */ u_short ui_ref; /* reference count */ + long fork_allowed; /* when to reset fork_remaining counter */ + u_short fork_remaining; /* NM: number of forks remainding in current + * period */ struct mtx *ui_mtxp; /* protect all counts/limits */ }; @@ -113,6 +116,7 @@ int chgproccnt __P((struct uidinfo *uip, int diff, int max)); int chgsbsize __P((struct uidinfo *uip, u_long *hiwat, u_long to, rlim_t max)); +int chgforkcnt __P((struct proc *proc)); int fuswintr __P((void *base)); struct plimit *limcopy __P((struct plimit *lim)); --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 14:36:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (dclient217-162-168-31.hispeed.ch [217.162.168.31]) by hub.freebsd.org (Postfix) with ESMTP id C0F5937B404 for ; Sun, 10 Feb 2002 14:36:54 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g1AMapr00234 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Sun, 10 Feb 2002 23:36:53 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g1AMaps00233; Sun, 10 Feb 2002 23:36:51 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Sun, 10 Feb 2002 23:36:51 +0100 (CET) Message-Id: <200202102236.g1AMaps00233@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery To: hackers@freebsd.org Subject: Re: nullfs and unionfs References: <20020210113701.S28078-100000@patrocles.silby.com> <000001c1b24e$ffacea40$0200000a@spencer> Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Mountain Informatik AG, Zuerich X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > It looks like there are still some serious problems with this. I just > > tried a similar thing on FreeBSD 4.4 and 4.5. I created a directory of > > binaries to use for multiple jails, then null-mounted (read-only) the > > binaries for each of the jails to use. To allow the /etc and other > > parts of the jails to be written, I union-mounted a per-jail writeable > > filesystem over each of the null mounts. It seemed to work well until > If I'm not mistaken, nullfs had been fixed significantly in -current, but > the changes were not MFC'd... I'm not entirely sure on this, you might Boy, that was an old message I sent out... Anyway, I didn't see any significant nullfs changes in -current (grabbing updates as we speak in case something has come in the last day or two), but a couple unionfs files seem to have been updated, though nothing is blindingly obvious to me... I had buildworld failures both with -stable and -current the last I tried, and possibly panics in -current that were enough to scare me away from this way of doing things. Oh, I remember what scared me away... Let's `ls' as a normal user my mounted filesystem: bash-2.05a$ ls -lart ls: bin: Permission denied ls: contrib: Permission denied ls: crypto: Permission denied ls: etc: Permission denied ls: games: Permission denied ls: gnu: Permission denied ls: include: Permission denied ls: kerberos5: Permission denied ls: kerberosIV: Permission denied ls: lib: Permission denied ls: libexec: Permission denied ls: release: Permission denied ls: sbin: Permission denied ls: secure: Permission denied ls: share: Permission denied ls: tools: Permission denied ls: usr.bin: Permission denied total 210 -rw-r--r-- 1 root wheel 9761 Aug 28 1999 Makefile.upgrade -rw-r--r-- 1 root wheel 4735 Sep 5 1999 COPYRIGHT -rw-r--r-- 1 root wheel 2678 Aug 31 2000 README -rw-r--r-- 1 root wheel 7494 Mar 27 2001 Makefile drwxr-xr-x 163 root wheel 512 Dec 27 03:10 usr.sbin drwxr-xr-x 163 root wheel 512 Dec 27 03:10 usr.sbin -rw-r--r-- 1 root wheel 25868 Dec 29 04:04 Makefile.inc1 drwxr-xr-x 51 root wheel 512 Jan 2 03:07 sys drwxr-xr-x 51 root wheel 512 Jan 2 03:07 sys -rw-r--r-- 1 root wheel 51200 Jan 25 10:19 UNHACKS.tar -rw-r--r-- 1 root wheel 51200 Jan 25 10:23 HACKS.tar -rw-r--r-- 1 root wheel 35654 Feb 6 18:44 UPDATING drwxr-xr-x 4 root wheel 512 Feb 7 16:30 DIST drwxr-xr-x 27 root wheel 512 Feb 7 16:32 . drwxr-xr-x 27 root wheel 512 Feb 7 16:32 . drwxr-xr-x 4 root wheel 512 Feb 7 16:33 HACKS drwxr-xr-x 18 root wheel 512 Feb 7 22:33 .. drwxr-xr-x 18 root wheel 512 Feb 7 22:33 .. bash-2.05a$ ls /usr/local/system/src (needless to say, this command on the orig nullfs mount, plus on the original unionfs mount, work splendidly, and I don't see this problem that I know of with -stable) Also, getcwd() still fails in -current too. I've tried things like `truss'ing the failed `make' and such commands on my union-atop-nullfs mount tree, to see if I can make sense of what might be failing as the commands work their way up to the root of the directory. Whatever I see, it's not enough for me to be able to say if the problem is in nullfs or unionfs or elsewhere like getcwd() for my failure. (My -stable failure. -current looks like more a nightmare.) I do, however, have no problem with a simple nullfs mount, though I have not yet tried a simple unionfs mount, which I guess I can do now... (Not that my problem is related to Hr Helmer's) thanks barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 14:53:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sigbus.com (we-24-126-148-218.we.mediaone.net [24.126.148.218]) by hub.freebsd.org (Postfix) with ESMTP id C55E037B404 for ; Sun, 10 Feb 2002 14:53:24 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.11.1/8.11.1) id g1AMrCi22308; Sun, 10 Feb 2002 14:53:12 -0800 (PST) (envelope-from henrich) Date: Sun, 10 Feb 2002 14:53:12 -0800 From: Charles Henrich To: Mikko Tyolajarvi Cc: hackers@freebsd.org Subject: Re: anyone familier with bktr driver? Message-ID: <20020210145312.A22266@sigbus.com> References: <20020208200631.A20501@sigbus.com> <200202092156.g19LuXg06033@mikko.rsa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200202092156.g19LuXg06033@mikko.rsa.com>; from mikko@dynas.se on Sat, Feb 09, 2002 at 01:56:33PM -0800 X-Operating-System: FreeBSD 4.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F X-GPG-Fingerprint: EA4C AB9B 0C38 17C0 AB3F 11DE 41F6 5883 41E7 4F49 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yah its complexity makes it difficult to use as a template. > In local.freebsd.hackers you write: > > >I'd like to add support to the mplayer/mencoder software (which is turning > >out to be a fantastic tool, can playback and encode to all sorts of > >formats, from VCD's, to DVD's, to AVI files, to DIVX, etc..). There is > >support for the video4linux driver, as wll as an example "dummy" driver as > >input mechanisms. The problem is im having a hard time finding any > >information about the basic bktr driver, how to set it up, how to read a > >frame, etc.. Anyone out there who can shed some light, would be > >appreciated! > > Have you looked at the source for fxtv (ports/graphics/fxtv)? > > $.02, /Mikko -- Mikko > Työläjärvi_______________________________________mikko@rsasecurity.com RSA > Security Charles Henrich Eon Entertainment henrich@msu.edu http://www.sigbus.com:81/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 15:27:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 78F3B37B417 for ; Sun, 10 Feb 2002 15:27:46 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1ANRk313419 for ; Sun, 10 Feb 2002 15:27:46 -0800 (PST) Received: from cranford-be.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1ANRj0Y023017 for ; Sun, 10 Feb 2002 15:27:45 -0800 (PST) Received: from localhost (kmacy@localhost) by cranford-be.eng (8.10.2+Sun/8.10.2) with ESMTP id g1ANRjt10436 for ; Sun, 10 Feb 2002 15:27:45 -0800 (PST) Date: Sun, 10 Feb 2002 15:27:45 -0800 (PST) From: Kip Macy To: freebsd-hackers@freebsd.org Subject: removing bk dependency was Re: to users of threads (GDB support) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just realized that having it in the form of a bitkeeper archive could make it awkward to use because configure doesn't do an sccs get. I'm about to replace it with a normal tar ball. Sorry for any inconvenience. -Kip To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 15:29:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d31.as13.nwbl0.wi.voyager.net [169.207.135.159]) by hub.freebsd.org (Postfix) with ESMTP id 32EFF37B416 for ; Sun, 10 Feb 2002 15:29:37 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1AHXN229306; Sun, 10 Feb 2002 17:33:28 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 10 Feb 2002 17:33:22 +0000 (GMT) From: Mike Silbersack To: Gaspar Chilingarov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fork rate limit In-Reply-To: <20020210214601.GA21111@mail.web.am> Message-ID: <20020210173229.T28078-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Feb 2002, Gaspar Chilingarov wrote: > Hi there! > > I've implemented suggested limits, and if you are interested, you can > try attached patch, if it's OK, i will submit it to PR database. > > Two new RLIMIT_ constants added, that control how many processes spawn > in which period. The only place from where you can set limits is a > login.conf. Also fork rate-limit does not affect processes which belong > to root. > > Patch is created against 10 Feb 20:00 UTC sources. > copy it to /usr/src and run 'patch -p1 < diffi' > > -- > Gaspar Chilingarov I've been working on other fork-related issues, I'll take a look over this in the next few days and get it committed if it's well done. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 15:59:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from f434.n5020.z2.fidonet.org (host5.mtelecom.ru [212.44.147.5]) by hub.freebsd.org (Postfix) with ESMTP id 3B85437B405 for ; Sun, 10 Feb 2002 15:59:32 -0800 (PST) Received: (from seva@localhost) by f434.n5020.z2.fidonet.org (8.11.6/8.11.3) id g1ANwn552149; Mon, 11 Feb 2002 02:58:49 +0300 (MSK) (envelope-from seva) To: Jonathan Hanna Cc: hackers@FreeBSD.ORG Subject: Re: ping: sendto: No buffer space available References: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> From: User Seva Date: 11 Feb 2002 02:58:48 +0300 In-Reply-To: Jonathan Hanna's message of "Sat, 09 Feb 2002 12:56:06 -0800 (PST)" Message-ID: <86bsew99dz.fsf@f434.n5020.z2.fidonet.org> Lines: 28 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks! I commented out "continue" in if_ep.c. There is no any "No buffer space available" any more. Seva. Jonathan Hanna writes: > This looks like the bug in the "ep" driver. When the interrupt routine > gets both TX and RX interrupts it acknowledges both but only services > the read. Karl Dietz, is working on an overhaul > but my quick fix is to take out the "continue" after the "epread()" in > ep_intr(). The buffer talked about is actually the ep queue being full. > > --- if_ep.c Fri Feb 1 19:51:43 2002 > +++ if_ep.c.fix Sat Feb 9 12:49:31 2002 > @@ -571,7 +571,6 @@ > > if (status & (S_RX_COMPLETE | S_RX_EARLY)) { > epread(sc); > - continue; > } > if (status & S_TX_AVAIL) { > /* we need ACK */ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 16:54:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d178.as5.nwbl0.wi.voyager.net [169.207.139.116]) by hub.freebsd.org (Postfix) with ESMTP id D820737B41B for ; Sun, 10 Feb 2002 16:54:15 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1AIw4k29591; Sun, 10 Feb 2002 18:58:11 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 10 Feb 2002 18:58:04 +0000 (GMT) From: Mike Silbersack To: Jonathan Hanna Cc: vs3volod@yahoo.com, , Karl Dietz Subject: RE: ping: sendto: No buffer space available In-Reply-To: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> Message-ID: <20020210185451.Y29546-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 9 Feb 2002, Jonathan Hanna wrote: > > This looks like the bug in the "ep" driver. When the interrupt routine > gets both TX and RX interrupts it acknowledges both but only services > the read. Karl Dietz, is working on an overhaul > but my quick fix is to take out the "continue" after the "epread()" in > ep_intr(). The buffer talked about is actually the ep queue being full. > > --- if_ep.c Fri Feb 1 19:51:43 2002 > +++ if_ep.c.fix Sat Feb 9 12:49:31 2002 > @@ -571,7 +571,6 @@ > > if (status & (S_RX_COMPLETE | S_RX_EARLY)) { > epread(sc); > - continue; > } > if (status & S_TX_AVAIL) { > /* we need ACK */ If this fix is solid, should it be applied now to the ep driver? Should we wait until the driver merge is complete? I don't own any cards that use the ep chipset, but if that change fixes bugs for multiple ep users I wouldn't be opposed to committing it for you. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 16:55:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d178.as5.nwbl0.wi.voyager.net [169.207.139.116]) by hub.freebsd.org (Postfix) with ESMTP id A9CD337B41D for ; Sun, 10 Feb 2002 16:55:42 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1AIxcD29595; Sun, 10 Feb 2002 18:59:38 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 10 Feb 2002 18:59:38 +0000 (GMT) From: Mike Silbersack To: Gaspar Chilingarov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fork rate limit In-Reply-To: <20020210214601.GA21111@mail.web.am> Message-ID: <20020210185842.K29546-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Feb 2002, Gaspar Chilingarov wrote: > Hi there! > > I've implemented suggested limits, and if you are interested, you can > try attached patch, if it's OK, i will submit it to PR database. > > Two new RLIMIT_ constants added, that control how many processes spawn > in which period. The only place from where you can set limits is a > login.conf. Also fork rate-limit does not affect processes which belong > to root. I finished looking at the patch, and I'm not impressed by it. It looks like the patch I'm working on will work more effectively; I'll post or commit it in a few days. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 17: 8:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A906037B419; Sun, 10 Feb 2002 17:08:34 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1B18Ui41513; Sun, 10 Feb 2002 18:08:30 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1B18SL68984; Sun, 10 Feb 2002 18:08:29 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 10 Feb 2002 18:08:07 -0700 (MST) Message-Id: <20020210.180807.122287318.imp@village.org> To: silby@silby.com Cc: jhanna@shaw.ca, vs3volod@yahoo.com, hackers@FreeBSD.ORG, Karl.Dietz@triplan.com, winter@FreeBSD.ORG Subject: Re: ping: sendto: No buffer space available From: "M. Warner Losh" In-Reply-To: <20020210185451.Y29546-100000@patrocles.silby.com> References: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> <20020210185451.Y29546-100000@patrocles.silby.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020210185451.Y29546-100000@patrocles.silby.com> Mike Silbersack writes: : : On Sat, 9 Feb 2002, Jonathan Hanna wrote: : : > : > This looks like the bug in the "ep" driver. When the interrupt routine : > gets both TX and RX interrupts it acknowledges both but only services : > the read. Karl Dietz, is working on an overhaul : > but my quick fix is to take out the "continue" after the "epread()" in : > ep_intr(). The buffer talked about is actually the ep queue being full. : > : > --- if_ep.c Fri Feb 1 19:51:43 2002 : > +++ if_ep.c.fix Sat Feb 9 12:49:31 2002 : > @@ -571,7 +571,6 @@ : > : > if (status & (S_RX_COMPLETE | S_RX_EARLY)) { : > epread(sc); : > - continue; : > } : > if (status & S_TX_AVAIL) { : > /* we need ACK */ : : If this fix is solid, should it be applied now to the ep driver? Should : we wait until the driver merge is complete? I don't own any cards that : use the ep chipset, but if that change fixes bugs for multiple ep users I : wouldn't be opposed to committing it for you. I have ep ISA and PC Card devices. I can take the point on testing it. I figure that at least the PC Card should be tested. Also, Matt Dodd should also be contacted about the ep driver. He was the maintainer of the ep driver for a long time. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 17:13:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id A7EB937B43C; Sun, 10 Feb 2002 17:13:01 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id AA35F3EE; Mon, 11 Feb 2002 01:13:00 +0000 (GMT) Date: Mon, 11 Feb 2002 01:13:00 +0000 From: Josef Karthauser To: Oliver Fromme Cc: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: USB "Memorybird" quirks Message-ID: <20020211011300.A22401@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Oliver Fromme , freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <200202072046.g17KkSM05459@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202072046.g17KkSM05459@lurza.secnetix.de>; from olli@secnetix.de on Thu, Feb 07, 2002 at 09:46:28PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2002 at 09:46:28PM +0100, Oliver Fromme wrote: > Hi, >=20 > I've got a small problem with a nice little thing called > "USB Memorybird" (Fujitsu-Siemens) ... > I've created a patch to RELENG_4 to include the USB advances that are in -current but which haven't been MFC'd yet. It's at http://www.josef-k.net/misc/RELENG_4-USB-20020210.patch.gz You may find that it helps your problem. I'd be interested in feedback. Joe. p.s. I've not tested this patch set at all on a -stable box. All the usual disclaimers apply. --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxnGpwACgkQXVIcjOaxUBY7qgCfaA4RCxFTwIYjivPwkye/nrE+ MxQAn0zyonYrGWKpjSW0ij2NFUZSPp3Y =Z7zu -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 17:48: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d178.as5.nwbl0.wi.voyager.net [169.207.139.116]) by hub.freebsd.org (Postfix) with ESMTP id EE17F37B404; Sun, 10 Feb 2002 17:48:04 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1AJpxc29778; Sun, 10 Feb 2002 19:52:00 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 10 Feb 2002 19:51:59 +0000 (GMT) From: Mike Silbersack To: "M. Warner Losh" Cc: jhanna@shaw.ca, , , , Subject: Re: ping: sendto: No buffer space available In-Reply-To: <20020210.180807.122287318.imp@village.org> Message-ID: <20020210195051.O29546-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, M. Warner Losh wrote: > : If this fix is solid, should it be applied now to the ep driver? Should > : we wait until the driver merge is complete? I don't own any cards that > : use the ep chipset, but if that change fixes bugs for multiple ep users I > : wouldn't be opposed to committing it for you. > > I have ep ISA and PC Card devices. I can take the point on testing > it. I figure that at least the PC Card should be tested. > > Also, Matt Dodd should also be contacted about the ep driver. He was > the maintainer of the ep driver for a long time. > > Warner Ah, good. I wasn't sure that any committers still used those cards. /me passes the ball to Warner. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 17:54:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id CEA6E37B405 for ; Sun, 10 Feb 2002 17:54:26 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1B1sPi41707 for ; Sun, 10 Feb 2002 18:54:25 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1B1sOL69234 for ; Sun, 10 Feb 2002 18:54:25 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 10 Feb 2002 18:54:03 -0700 (MST) Message-Id: <20020210.185403.30277866.imp@village.org> To: hackers@FreeBSD.ORG Subject: Re: ping: sendto: No buffer space available From: "M. Warner Losh" In-Reply-To: <20020210195051.O29546-100000@patrocles.silby.com> References: <20020210.180807.122287318.imp@village.org> <20020210195051.O29546-100000@patrocles.silby.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020210195051.O29546-100000@patrocles.silby.com> Mike Silbersack writes: : Ah, good. I wasn't sure that any committers still used those cards. You'd be surprised how many cards I have... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 19: 3:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 22FCE37B402 for ; Sun, 10 Feb 2002 19:03:15 -0800 (PST) Received: from pool0316.cvx21-bradley.dialup.earthlink.net ([209.179.193.61] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16a6kL-0005tq-00; Sun, 10 Feb 2002 19:03:14 -0800 Message-ID: <3C673469.EC159823@mindspring.com> Date: Sun, 10 Feb 2002 19:03:05 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bill Kish Cc: hackers Subject: Re: Debugging double page fault References: <3C6478BE.BE6F5A70@coyotepoint.com> <3C6497EA.73CDEC64@mindspring.com> <3C668925.EFF8FA34@coyotepoint.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bill Kish wrote: > Nothing's changed hardware or configuration wise. You will not believe how many times I've seen this, and it comes down to "well, there was one thing, but it can't _possibley_ have been that!". > Since this system handles alot of network traffic, I was > thinking it might be some kind of martian packet causing > the crash. I'd seen that happen before with RR pings from > Linux systems, but at least had a reasonable dump to work > with. > > I'll try swapping out the hardware and see what happens. > But I'm still curious about a methodology for analyzing > such dumps. Normally, you cause a break to the debugger. If you can stop in the second fault, then adding a record of the previous fault "frame" to the first time fault handler will let you look at the information in the second case. Normally, if you are getting this kind of fault, then you are trying to execute on the stack. If it were a stack overflow, then you can increase the number of stack pages by rebuilding the kernel with a larger number. This is unlikely to be the problem, since you aren't running the newer ATA code with a kernel that old. You might also want to work on replaying traffic, if you think it's a killer packet. You need to capture the trace as a first step towards that. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 19: 7:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from squall.waterspout.com (squall.waterspout.com [208.13.56.12]) by hub.freebsd.org (Postfix) with ESMTP id E06EF37B400; Sun, 10 Feb 2002 19:07:05 -0800 (PST) Received: by squall.waterspout.com (Postfix, from userid 1050) id D50EB9B19; Sun, 10 Feb 2002 22:06:20 -0500 (EST) Date: Sun, 10 Feb 2002 22:06:20 -0500 From: Will Andrews To: nsayer@FreeBSD.org, funa@funa.org, j@gu.ru Cc: hackers@FreeBSD.org, mobile@FreeBSD.org Subject: RFR: spic(4)/moused(8) -CURRENT and -STABLE patches Message-ID: <20020211030620.GR82640@squall.waterspout.com> Mail-Followup-To: nsayer@FreeBSD.org, funa@funa.org, j@gu.ru, hackers@FreeBSD.org, mobile@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.26i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, As an idle src committer, I'm requesting additional peer review for the following patches: http://csociety.org/~will/jogdial-current-2.diff http://csociety.org/~will/jogdial-stable-2.diff These patches: 1) Modify the spic(4) driver to support additional Sony Vaio laptop models. 2) Add support to moused(8) for the spic(4) driver. 3) Do not break world or kernel/LINT builds. :-) 4) Work. :-) (1) was submitted by Akira Funahashi-san . (2) was submitted by Juriy Goloveshkin . I adjusted the path for sys/sys/mouse.h's diff for -stable to sys/i386/include/mouse.h. I also modified Funahashi-san's patch to refer to the versapad type in the static array of mouse names as per his suggestion. I think it's strange it wasn't added there before when versapad support was added to moused(8). As far as I can tell, both of the above patches work on their respective branches. I've already asked Nick Sayer , the original author of the spic(4) driver, about whether or not MFC'ing spic(4) would be OK with him, and he's concurred. I have not heard from him on whether the patches are OK, but I've reviewed them to the best of my ability. I am also looking for people to test the -STABLE patch on their Vaio laptops to see if anyone else sees problems. Simply download the -STABLE patch and apply it like so: # cd /usr/src # fetch http://csociety.org/~will/jogdial-stable-2.diff # patch < jogdial-stable-2.diff Then add the spic0 device as is from LINT, build, install, reboot. Sorry, no module version available yet. Once a final patch has been done for -CURRENT, I will commit it. A week later, if there are no problems, I will commit the -STABLE version. Thanks, -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 19:19:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from 207-194-143-195.dsl.axion.net (207-194-143-195.dsl.axion.net [207.194.143.195]) by hub.freebsd.org (Postfix) with ESMTP id 0E34237B402; Sun, 10 Feb 2002 19:19:23 -0800 (PST) Received: from roller.pangolin-systems.com (h24-77-105-71.vc.shawcable.net [24.77.105.71] (may be forged)) by 207-194-143-195.dsl.axion.net (8.11.6/8.11.6) with ESMTP id g1B3J3202129; Sun, 10 Feb 2002 19:19:05 -0800 (PST) (envelope-from jhanna@shaw.ca) Message-Id: <200202110319.g1B3J3202129@207-194-143-195.dsl.axion.net> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020210.180807.122287318.imp@village.org> Date: Sun, 10 Feb 2002 19:19:03 -0800 (PST) Reply-To: Jonathan Hanna From: Jonathan Hanna To: "M. Warner Losh" Subject: Re: ping: sendto: No buffer space available Cc: winter@FreeBSD.ORG, Karl.Dietz@triplan.com, hackers@FreeBSD.ORG, vs3volod@yahoo.com, silby@silby.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11-Feb-02 M. Warner Losh wrote: > In message: <20020210185451.Y29546-100000@patrocles.silby.com> > Mike Silbersack writes: >: >: On Sat, 9 Feb 2002, Jonathan Hanna wrote: >: >: > >: > This looks like the bug in the "ep" driver. When the interrupt routine >: > gets both TX and RX interrupts it acknowledges both but only services >: > the read. Karl Dietz, is working on an overhaul >: > but my quick fix is to take out the "continue" after the "epread()" in >: > ep_intr(). The buffer talked about is actually the ep queue being full. >: > >: > --- if_ep.c Fri Feb 1 19:51:43 2002 >: > +++ if_ep.c.fix Sat Feb 9 12:49:31 2002 >: > @@ -571,7 +571,6 @@ >: > >: > if (status & (S_RX_COMPLETE | S_RX_EARLY)) { >: > epread(sc); >: > - continue; >: > } >: > if (status & S_TX_AVAIL) { >: > /* we need ACK */ >: >: If this fix is solid, should it be applied now to the ep driver? Should >: we wait until the driver merge is complete? I don't own any cards that >: use the ep chipset, but if that change fixes bugs for multiple ep users I >: wouldn't be opposed to committing it for you. > > I have ep ISA and PC Card devices. I can take the point on testing > it. I figure that at least the PC Card should be tested. > > Also, Matt Dodd should also be contacted about the ep driver. He was > the maintainer of the ep driver for a long time. I did send the original message to Matt a couple of days before I mailed -stable and -hackers. No idea if he got it. I have not tested extensively, but it has not failed for a period that would normally see 2-3 lockups. From my look at the driver the issues I know of are the interrupt problem as above and a lack of splx(x) if sc->gone in ep_intr(). From Karl: possible impending merge with the "vx" driver. Jonathan Hanna To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 19:28:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 94E3337B404 for ; Sun, 10 Feb 2002 19:28:10 -0800 (PST) Received: from pool0316.cvx21-bradley.dialup.earthlink.net ([209.179.193.61] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16a78J-0007ni-00; Sun, 10 Feb 2002 19:27:59 -0800 Message-ID: <3C673A36.203CF8B8@mindspring.com> Date: Sun, 10 Feb 2002 19:27:50 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: User Seva Cc: Jonathan Hanna , hackers@FreeBSD.ORG Subject: Re: ping: sendto: No buffer space available References: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> <86bsew99dz.fsf@f434.n5020.z2.fidonet.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG User Seva wrote: > I commented out "continue" in if_ep.c. > There is no any "No buffer space available" any more. If you are missing it, then you can set up a PPP connection, and then unplug your modem and start a "ping". (it's still a routing problem). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 19:49:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id DADED37B405 for ; Sun, 10 Feb 2002 19:49:34 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g1B3nYP51309; Sun, 10 Feb 2002 19:49:34 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Feb 2002 19:49:34 -0800 (PST) From: Matthew Dillon Message-Id: <200202110349.g1B3nYP51309@apollo.backplane.com> To: hackers@freebsd.org Subject: dtv port added Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been playing with a tv-capture card. None of the existing ports (e.g. fxtv) do what I want, so for the last few weeks I've been writing code on my off time to play with the card. It kinda turned into a project and has gotten good enough that it is worth a port, so I have comitted a port for it: /usr/ports/graphics/dtv The code is definitely alpha. I'm sure there are lots of issues, like it only understands NTSC/60Hz for the moment and only understands 16 or 32 bit frame buffers (though it might work with 24, I can't test that), but most of the hard work is done. The main purpose of writing the program was so I could operate the TV tuner in a client/server model over a 100BaseTX network and so I could play with recording programs to a file and playing them back. I also wanted to do a certain amount of software compression using the host cpu since we do not appear to have any hardware support for MPEG encoding and decoding, so DTV can in fact compress the video stream. It isn't the greatest compression in the world ... it gets it down to around 2 MBytes/sec at reasonable quality, but it's better then the 9 MBytes/sec you would need to store the video uncompressed. I could do more complex algorithms if I wrote it in assembly but I'm not that crazy so it's written in C. The code may also be of use to others who are playing with TV-capture stuff. It's written completely from scratch (though I did look at the fxtv code when I got stuck to see how they did certain things) and my code uses the BSD copyright. You need a good graphics card, like a GeForce2, and a 700MHz or better cpu to be able to get a reasonable display size at the full 30Hz frame rate. Please feel free to email me simple patches. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 21: 6:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id E406037B402 for ; Sun, 10 Feb 2002 21:06:44 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1B56i317592 for ; Sun, 10 Feb 2002 21:06:44 -0800 (PST) Received: from cranford-be.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1B56hT8011547 for ; Sun, 10 Feb 2002 21:06:44 -0800 (PST) Received: from localhost (kmacy@localhost) by cranford-be.eng (8.10.2+Sun/8.10.2) with ESMTP id g1B56hY14067 for ; Sun, 10 Feb 2002 21:06:43 -0800 (PST) Date: Sun, 10 Feb 2002 21:06:43 -0800 (PST) From: Kip Macy To: freebsd-hackers@freebsd.org Subject: try again was Re: to users of threads (GDB support) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I uploaded a new version this afternoon. You shouldn't have any more problems (I downloaded the tarball and compiled it just to verify), but if you do, let me know. -Kip To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 21:29:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from eagle.he.net (eagle.he.net [216.218.174.2]) by hub.freebsd.org (Postfix) with ESMTP id 0BA0237B404 for ; Sun, 10 Feb 2002 21:29:21 -0800 (PST) Received: from anjali ([61.11.16.239] (may be forged)) by eagle.he.net (8.8.6/8.8.2) with SMTP id VAA19642; Sun, 10 Feb 2002 21:29:15 -0800 Message-ID: <007601c1b2bc$c7758c90$0a00a8c0@indranet> From: "Anjali Kulkarni" To: "Julian Elischer" Cc: "Michael Lucas" , References: Subject: Re: Zones Date: Mon, 11 Feb 2002 10:56:40 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I meant is there something in Linux akin in *functionality* to the zones of FreeBSD? So, in Linux, the name might not be "zones" but the functionality should be the same as the zones of FreeBSD. To answer this question, one should know what zones in FreeBSD are, quite well. So, for example, zone allocation is really fast because large memory is pre-allocated and is kept as a linked list of free elements, and you cannot really free a zone to the system till all elements of that zone are free etc.(I dont know a lot about zones myself, otherwise I wouldnt need to ask this question). Something in Linux which achives the same result... And I think there are a few people(who were) involved in Linux development on this list, so I posted it here. Regards, Anjali ----- Original Message ----- From: "Julian Elischer" To: "Anjali Kulkarni" Cc: "Michael Lucas" ; Sent: Sunday, February 10, 2002 12:09 AM Subject: Re: Zones > well he may speak for only himself.. > > as for me I have no idea what a 'zone' is in Linux.. > > timezone? > memory zone allocator in the kernel? > routing zones? > > > On Sat, 9 Feb 2002, Anjali Kulkarni wrote: > > > Thanks for your reminder. I guess I didnt realize they would consider > > simple and easy beneath their dignity. > > > > Truly sorry for the trouble this one email caused you and others, > > Regards, > > Anjali > > > > ----- Original Message ----- > > From: "Michael Lucas" > > To: "Anjali Kulkarni" > > Cc: > > Sent: Saturday, February 09, 2002 3:11 PM > > Subject: Re: Zones > > > > > > > Hello, > > > > > > Your best bet for general questions is the > > > freebsd-questions@freebsd.org mailig list. > > > > > > It might be quick and easy, but historically, the people in -hackers > > > are not interested in quick and easy. They're more interested in > > > long, drawn-out, and complicated. > > > > > > On Sat, Feb 09, 2002 at 02:23:17PM +0530, Anjali Kulkarni wrote: > > > > Hi, > > > > > > > > This is probably not the right place for this qs., but I am posting it > > here since it's a quick & easy one. Does something like the FreeBSD zones > > exist in Linux ? > > > > > > > > Thanks, > > > > Anjali > > > > > > -- > > > Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org > > > my FreeBSD column: http://www.oreillynet.com/pub/q/Big_Scary_Daemons > > > > > > http://www.blackhelicopters.org/~mwlucas/ > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 21:37:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C279C37B402 for ; Sun, 10 Feb 2002 21:37:28 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1B5bNi42370; Sun, 10 Feb 2002 22:37:23 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1B5bLL70100; Sun, 10 Feb 2002 22:37:21 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 10 Feb 2002 22:37:00 -0700 (MST) Message-Id: <20020210.223700.01437341.imp@village.org> To: jhanna@shaw.ca Cc: Karl.Dietz@triplan.com, hackers@FreeBSD.ORG, vs3volod@yahoo.com, silby@silby.com Subject: Re: ping: sendto: No buffer space available From: "M. Warner Losh" In-Reply-To: <200202110319.g1B3J3202129@207-194-143-195.dsl.axion.net> References: <20020210.180807.122287318.imp@village.org> <200202110319.g1B3J3202129@207-194-143-195.dsl.axion.net> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200202110319.g1B3J3202129@207-194-143-195.dsl.axion.net> Jonathan Hanna writes: : From my look at the driver the issues I know of are the interrupt : problem as above and a lack of splx(x) if sc->gone in : ep_intr(). From Karl: possible impending merge with the "vx" driver. That's right. I don't know why it does splbio() inside of the interrupt handler. That makes no sense to me at all as far as I can tell. Matt Dodd has often said that there should be an if_ep_pci and the vx driver can go away at that point.... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 22:28:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gunboat.premodern.org (gunboat.dsl.telerama.com [205.201.10.90]) by hub.freebsd.org (Postfix) with ESMTP id E31E737B416 for ; Sun, 10 Feb 2002 22:28:26 -0800 (PST) Received: (from nlanza@localhost) by gunboat.premodern.org (8.11.6/8.11.4) id g1B6SNF05541; Mon, 11 Feb 2002 01:28:23 -0500 (EST) (envelope-from nlanza@premodern.org) X-Authentication-Warning: gunboat.premodern.org: nlanza set sender to nlanza@premodern.org using -f Subject: Re: to users of threads (GDB support) From: Nat Lanza To: Kip Macy Cc: freebsd-hackers@freebsd.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 11 Feb 2002 01:28:22 -0500 Message-Id: <1013408903.32089.3.camel@gunboat> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-02-10 at 00:55, Kip Macy wrote: > A working version of gdb 5.1 with full user thread support (fixes for bin/24066, > gnu/33182, and as yet unfiled seg fault when resuming from a non-running > thread) is available at: > http://www.eventdriven.org/freebsd.html Excellent! Thanks for doing this; not having thread support in gdb-5.1 was really starting to chafe me, especially since some mutex debugging stuff in a big chunk of code I'm working on causes gdb-4.18 to blow chunks. You mention on your page that you're willing to add in support for examining non-running threads in coredumps if people feel strongly about it. I'd absolutely love that feature -- I spend a sizable amount of time staring at coredumps of multithreaded programs, and that'd make my life a lot easier. --nat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 23: 1:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from durendal.skynet.be (durendal.skynet.be [195.238.3.128]) by hub.freebsd.org (Postfix) with ESMTP id 8174237B419 for ; Sun, 10 Feb 2002 23:01:24 -0800 (PST) Received: from relay.skynet.be (adsl-45946.turboline.skynet.be [217.136.51.122]) by durendal.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with SMTP id g1B6uAg26681; Mon, 11 Feb 2002 07:56:17 +0100 (MET) (envelope-from ) Date: Mon, 11 Feb 2002 07:56:17 +0100 (MET) Message-Id: <200202110656.g1B6uAg26681@durendal.skynet.be> From: André Buyssens SUBJECT: Caution for an external. X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Outlook Express 4.72.3612.1700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00A0_0133737A.FC737A20" Content-Transfer-Encoding: 7bit To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00A0_0133737A.FC737A20 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If you do not follow this sequence, the recorder will not be recognized by the operating system; you will have to restart the PC at some time before you want to write to a CD. Installation of Nero You can configure Nero without any problems by using the installation program. For the setup, carry out the following steps, corresponding to the operating system you use. Windows 95/98 and Windows NT 4.0 Insert the Nero - Burning Rom CD in the CD-ROM drive. ------=_NextPart_000_00A0_0133737A.FC737A20 Content-Type: application/octet-stream; name="recorder.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="recorder.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEFAJcqPzkAAAAAAAAAAOAADgELAQMKACQAAAAsAAAAAAAAeS8A AAAQAAAAQAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAO0TAQAABAAASS0BAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAABQAAB4AAAAAGAAALwPAAAAAAAAAAAAAAAAAAAA AAAAAHAAAMwDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AADQUQAARAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAviIAAAAQAAAAJAAAAAQA AAAAAADVwwAAAAAAACAAAGAuZGF0YQAAAGgLAAAAQAAAAAwAAAAoAAAAAAAAAAAAAAAAAABAAADA LmlkYXRhAAAuCAAAAFAAAAAKAAAANAAAAAAAAAAAAAAAAAAAQAAAQC5yc3JjAAAAABAAAABgAAAA EAAAAD4AAAAAAAAAAAAAAAAAAEAAAEAucmVsb2MAAO2jAAAAcAAAAHoAAABOAAAAAAAAAAAAAAAA AABAAADCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEVu ZENvbG9yJWQAACVkICVkICVkAAAAAFN0YXJ0Q29sb3IlZAAAAABMaW5lcyVkAFdhbGtSYW5kb20l ZAAAAABBY3RpdmUlZAAAAAAlZAAAYQAAAAAAAABDb250cm9sIFBhbmVsXERlc2t0b3AAAABTY3Jl ZW5TYXZlX0RhdGEA/////0gnQABSJ0AAAAAAAFWLRCQMi+yD7BiD+AFTVld0IoP4Ag+EWwIAAIP4 FA+EmgIAAD0TAQAAD4SjAgAA6UsGAADoFQ8AAItFFIM93EpAAACLSBRmiQ3UQ0AAi1AQZokVCEBA AHQrD7fxa/YMagD/FQBTQACLyIvGmff5o/hHQACD+AJ9FscF+EdAAAIAAADrCscF+EdAAAwAAABq AGoKagFmM/b/dQj/FQRTQABmowxAQAD/FThSQABQ6OcFAAAPt9aDPJXYQ0AAAA+EGQEAAGbHRfoA AA+3TfoPt8ZrwDwDyI0czRRAQACNPM0AAAAA6L0FAABmK9Jm9zXUQ0AAD7fKiY/gQ0AA6KUFAABm K9Jm9zUIQEAAD7fCiYfkQ0AA6I0FAAAPt8CZiw34R0AAA8n3+UI7FfhHQACLwokTfgqLDfhHQAAr yIkLgccYQEAA6F0FAAAPt8CZiw34R0AAA8n3+UI7FfhHQACLwokXfgqLDfhHQAAryIkPZv9F+maD ffoED4JN////D7fWD7fOjQRVAAAAAGbHgKBIQAABAIM8jahHQAAAZseAqEhAAAAAZseA/EdAAAAA ZseApEhAAAAAdBHoRxAAAA+31okElaBHQADrFA+31g+3zosElZhIQACJBI2gR0AAZkZmg/4CD4LK /v//ZjPSM8nHBYRIQAAESEAAxwXUR0AAAEhAAGbHBQBIQAAAA6HUR0AAZsdAAh8AD7fCZkKNNIUA AAAAZoP6HqHUR0AAiEwGBKHUR0AAiEwGBaHUR0AAiEwGBqHUR0AAxkQGBwF2yWgeAAABagFqAP8V HFJAAKMEQEAAodRHQABQ/xUQUkAAo/RHQADpCQQAAGaDPQxAQAAAdAtqAf91CP8VCFNAAIM99EdA AAB0DKH0R0AAUP8VIFJAAIM9BEBAAAAPhNIDAAChBEBAAFD/FSBSQADpwQMAAIM9iEhAAAAPhbQD AAAzwOm+AwAA/3UI/xUMU0AAiUX0hcAPhJkDAABqAKH0R0AAUP919P8VFFJAAP919IlF7P8VJFJA AGbHRf4AAGbHRfgAAA+3Xf6DPJ3YQ0AAAA+E8gAAAI00XfxHQABmiwZmOQRdpEhAAHVPZscGAACN PJ2gR0AA6PYOAACDPJ2oR0AAAGaJBF2kSEAAiw+JDJ2wSEAAdAnonQ4AAIkH6x+LBJ2QSEAAO8F1 C4sEnZhIQACJB+sJiQfrBWZAZokGD7cGD7cMXaRIQACNPJ2wR0AAUFH/NJ2gR0AA/zSdsEhAAOj+ DQAAizXUR0AAiQdmiwRdqEhAAGYDRfgPt8iKB40UjQAAAACIRI4EiweLNdRHQACIZDIFizXUR0AA ix/B6xCIXDIGizXUR0AAxkQyBwEDFdRHQACh9EdAAIPCBFJqAVFQ/xUYUkAAD7dF+GYFDwBmiUX4 Zv9F/maDff4CD4Lh/v//ZsdF/gAAZsdF8AAAD7d1/oM8tdhDQAAAD4T4AQAAZosEdaBIQABmOQR1 rEhAAHUUZkhQ/3X+/zUEQEAA/3X06LYMAABmixR1oEhAAGZKdFhmM8mL/mv/Dw+3wgPHjTyFAAAA AA+3wWZBA8fB4ANmg/kEi5jAQ0AAiZjgQ0AAi5jEQ0AAiZjkQ0AAi5j0P0AAiZgUQEAAi5j4P0AA iZgYQEAAcsBmSnWoZsdF+gAAD7dN+ovGa8A8A8iNHM3gQ0AAiwTNFEBAAI08zQAAAAABA4uPGEBA AA+3BdRDQAABj+RDQACLCzvIfC3HRej/////jQRF/v///yvBiQPodwEAAA+3wJn3PfhHQAApVeiL TeiJjxRAQACLA4XAfRr32IkD6FIBAAAPt8CZ9z34R0AAQomXFEBAAA+3BQhAQACLj+RDQAA7yHwr jQRF/v///7v/////K8GJh+RDQADoFwEAAA+3wJn3PfhHQAAr2omfGEBAAIuH5ENAAIXAfR732ImH 5ENAAOjuAAAAD7fAmfc9+EdAAEKJlxhAQABm/0X6ZoN9+gQPggX///+NPHWoSEAAZosHZgNF8A+3 wA0AAAABUGoBagD/FRxSQACL2GoA/3X+U/919OggCwAAhdt0B1P/FSBSQABmiwdmQGaLDHWsSEAA ZokHZjvBdQVmxwcAAGaLBHWgSEAAZjvBcwpmQGaJBHWgSEAAD7dF8GYFDwBmiUXwZv9F/maDff4C D4Lb/f//g33sAHQOagD/dez/dfT/FRRSQAD/dfT/dQj/FWhSQAD/dRT/dRD/dQz/dQjocxAAAF9e W4vlXcIQAItEJASjcEpAAMIEAKFwSkAAacD9QwMABcOeJgCjcEpAAMHoEMP/FeBRQAC4AQAAAMIE AFW4hG8AAIvsgezoAAAAU4mFfP///8eFeP///38AAADHRYBkAAAAx0WE0hIAAMdFiGoAAADHRYzT EgAAx0WQaAAAAFZXudQSAACJRaSJTZSJTZzHRZhpAAAAx0WgfAAAAMdFqGYAAADHRbB6AAAAx0W4 ewAAAMdFwGcAAADHRcTWEgAAx0XIeQAAAMdFzNcSAAC41RIAAItNDIlFrIlFtIlFvDPAiUXQiUXU g/lTdxoPhIIAAACD+St0QYP5LHRQg/ktdF/prgcAAIP5ew+EhgAAAIH5EAEAAA+EkwAAAIH5EQEA AA+EwgEAAIH5FQEAAA+E/gYAAOl8BwAA/3UU/3UQUf91COhrCgAA6WoHAAD/dRT/dRBR/3UI6FcK AADpVgcAAP91FP91EFH/dQjoQwoAAOlCBwAAjYV4////i00UUGoMagD/cQz/FeBSQAC4AQAAAOkh BwAAjYV4////UGoKagD/dRD/FeBSQADpBgcAAOgMBwAAjYVo////UP91CP8V3FJAAGoB/3UI/xX0 UkAAZjP/owBAQAD/NYhIQABqef91CP8V8FJAAIs1eFJAAGpQjYUY////D7ffZkdQagL/NdRKQAD/ FdhSQACNSwGNhRj///9RjVXYUFL/FZxSQACDxAyNRdhQagBoQwEAAGpk/3UI/9YPt8hTUWhRAQAA amT/dQj/1maD/wJyo2oP/xUMUkAAZjPbjU3+UWoCUP8VBFJAAGY5Xf52K79DAQAAZkNoUBBAAGoA V2p6/3UI/9ZoUBBAAGoAV2p7/3UI/9ZmOV3+d9oz/1dqAmjFAAAAamj/dQj/1mgPAAEAV2hlBAAA amn/dQj/1maJPRBAQABXV2hOAQAAamT/dQj/1ldoZAABAGgRAQAA/3UI/xWYUkAAuAEAAADpzQUA AA+3TRCD+WR/GQ+ENgIAAIP5AXRSg/kCD4QGAgAA6akFAACD+WYPjKAFAACD+WcPjjYDAACD+WgP hMkDAACD+WoPhDgEAACD+XkPhGQEAACD+XoPjHMFAACD+XsPjm4EAADpZQUAADP/jUX4V1BqaL7A R0AA/3UI/xX8UkAAD7cNEEBAAP81iEhAAGhMEEAAZokETaxIQABW/xWcUkAAg8QMaFBJQABWaGBK QAC7UElAAGjgSEAA/xUsUkAAZol96r/gR0AAD7dF6kBQiUX0aEAQQABW/xWcUkAAD7dF6sHgAoPE DIlF8P+w2ENAAGhMEEAAV/8VnFJAAIPEDFNXVmjgSEAA/xUsUkAA/3X0aDAQQABW/xWcUkAAg8QM i03w/7GoR0AAaEwQQABX/xWcUkAAg8QMU1dWaOBIQAD/FSxSQAD/dfRoKBBAAFb/FZxSQAAPt03q g8QMD7cUTaxIQABSaEwQQABX/xWcUkAAg8QMU1dWaOBIQAD/FSxSQAD/dfRoGBBAAFb/FZxSQACD xAyLTfCLgZhIQACK0IvID7bEwekQD7bSD7bJUVBSaAwQQABX/xWcUkAAg8QUU1dWaOBIQAD/FSxS QAD/dfRoABBAAFb/FZxSQACDxAyLTfCLgZBIQACK0IvID7bEwekQD7bSD7bJUVBSaAwQQABX/xWc UkAAg8QUU1dWaOBIQAD/FSxSQABm/0XqZoN96gIPgqL+//9mi0UQZkhmPQEAG8D32FD/dQj/FXRS QAC4AQAAAOmIAwAAi0UQwegQZj0BAA+FdgMAADP/izV4UkAAV1doRwEAAGpk/3UI/9YPt8hXUWhQ AQAAamT/dQj/1g+3yGajEEBAAP80jdhDQABqav91CP8V8FJAAA+3DRBAQAAPtxRNrEhAAFdSamj/ dQj/FXxSQABqD/8VDFJAAIvYjU3+UWoCU/8VBFJAAA+3DRBAQABX/zSNmEhAAFP/FQhSQABQaE4B AABqev91CP/Wg/j/dQ5XV2hOAQAAanr/dQj/1g+3BRBAQAAz/1f/NIWQSEAAU7tOAQAA/xUIUkAA UFNqe/91CP/Wg/j/dQpXV1Nqe/91CP/WD7cFEEBAAIsEhahHQACDwGZQamdqZv91CP8VcFJAAGaL DRBAQABRUf91COjqBwAA6WECAACNQZpRD7cVEEBAAGpnamb/dQiJBJWoR0AA/xVwUkAAD7cNEEBA AIM8jahHQAABG8D32FBqev91CP8V9FJAAFD/FfhSQABqAWoAanr/dQj/FfRSQABQ/xVsUkAAD7cN EEBAAIM8jahHQAABG8D32FBqe/91CP8V9FJAAFD/FfhSQABqAWoAanv/dQj/FfRSQABQ/xVsUkAA 6cUBAACLRRDB6BBmPQAED4W1AQAAagCNRfhQUf91CP8V/FJAAGaL8IN9+AB0FWaD/gFyD2aD/g93 CcdF+AEAAADrB8dF+AAAAAD/dfhqAf91CP8V9FJAAFD/FfhSQACDffgAD4RhAQAAD7cFEEBAAGaJ NEWsSEAA6U0BAAAPtwUQQEAAjRSF2ENAAIsCNAFQiQJR/3UI/xXwUkAAZosNEEBAAFFR/3UI6KEG AADpGAEAAIA1iEhAAAGhiEhAAFBR/3UI/xXwUkAA6fwAAACLRRDB6BBmPQEAD4XsAAAAagBqAGhH AQAAUf91CP8VeFJAAGaL2GoP/xUMUkAAD7fTjU3sUWoBUlD/FexRQABmg30QeotF7HUYD7cNEEBA ACX///8AiQSNmEhAAOmbAAAAD7cNEEBAACX///8AiQSNkEhAAOmDAAAAagCNRfhQamj/dQj/FfxS QAAPtw0QQEAAZokETaxIQAAPt0UQhcB0B4P4AXQd6zcPtwUQQEAAjQxFrEhAAGaLAWY9DwBzIGZA 6xkPtwUQQEAAjQxFrEhAAGaLAWY9AQB0BWZIZokBD7cFEEBAAA+3DEWsSEAAagBRamj/dQj/FXxS QAAzwF9eW4vlXcIQAFWL7IPsDKHUSkAAU1ZXaiiLNdhSQABoIElAAL/gSEAAamRQ/9ZqKKHUSkAA V7tQSUAAaO8DAABQ/9ZqDaHUSkAAU2jpAwAAUP/Wahah1EpAAGgASUAAaOoDAABQ/9ZqDaHUSkAA aMBIQABo8QMAAFD/1mj/AAAAodRKQABoYElAAGjwAwAAUP/WU2oBaGBKQABX/xU0UkAAo4hIQACF wHQKxwWISEAAAQAAAL7AR0AAv+BIQABmx0X+AAAPt0X+QFCJRfhoQBBAAFb/FZxSQAAPt1X+weIC g8QMiVX0jZrYQ0AAaFBJQABqAVZX/xU0UkAAiQOFwHQGxwMBAAAA/3X4aDAQQABW/xWcUkAAg8QM i130gcOoR0AAaFBJQABqAVZX/xU0UkAAiQOFwHQGxwMBAAAA/3X4aCgQQABW/xWcUkAAD7dF/oPE DI0cRaxIQABoUElAAGoFVlf/FTRSQABmiQNmPQEAcwVmxwMBAGaDOw92BWbHAw8A/3X4aBgQQABW /xWcUkAAg8QMagBWV+gSAwAA/3X4aAAQQACLTfRWiYGYSEAA/xWcUkAAg8QMaP///wBWV+jrAgAA Zv9F/otN9GaDff4CiYGQSEAAD4Lo/v//X15bi+Vdw1NWi3QkDFdV/3QkGFb/FQBSQAAPt0wkIIv4 agAPt0QkIGvAD40cCGYz7YvDweAF/7DkQ0AA/7DgQ0AAVv8V+FFAAA+3xWZFQJkzwivCg+ADM8Ir wo0EmMHgA/+w5ENAAP+w4ENAAFb/FfxRQABmg/0Ecs+F/3QIV1b/FQBSQABdX15bwhAAU1ZmM9tX VTP/jQzdAAAAAIt0JBRmQ4tEJBjT7oHm/wAAAL0KAAAA0+gl/wAAACvGa8AKmfd8JBwPr0QkIJn3 /QPG0+AD+GaD+wNyvYvHXV9eW8IQAFZXM//omfT//2aL+L7/AAAAI/7oivT//8HnCDPJZovII84D +eh59P//wecIM8lmi8gjzo0ED19ew2a4/wDDVYtEJAyL7IPsEIP4K1NWi10UV3QWg/gsD4SHAAAA g/gtuAEAAADphgAAAI1zHI198KWlpaUPt3MIgc4AAAAB9kMQAXQ/agKNRfBqAFD/cxjo1gAAAGr/ jU3wav9R/xXkUkAAagKNTfBo////AFH/cxjotQAAAGr/jU3wav9R/xXkUkAA9kMQBHQHaICAgADr AVaNRfBQ/3MY6GQAAAC4AQAAAOsMx0MQDwAAALgBAAAAX15bi+VdwhAAVYvsg+wQ/3Uc/3UI/xXw UUAAi0UMi1UQiUXwiVX0A0UUiUX4i0UYA8KNTfCJRfwzwFBQUFFqAlBQ/3UI/xX0UUAAi+VdwhgA VYvs/3QkEP91CP8V8FFAADPAUFBQ/3UMagJQUP91CP8V9FFAAF3CDABVi+yD7ARTVleLdRSLfQyN FHUAAAAAi18Ii08EKx+LRwz/dRBWK8JTK8FR/zf/dQiJRfzoV/////91EFZTi0cMK8ZQ/zf/dQjo Qv////91EP91/FaLRwQDxlD/N/91COgr/////3UQ/3X8VotHBAPGUItHCCvGUP91COgQ////X15b i+VdwhAAVYvsg+xUU41FrFZoUElAAGpQUGhUEEAA/3UM/3UI/xUwUkAAgH2sAHRzjXWsVuh1AAAA gH2sAGaJRf50C4A+IHQGRoA+AHX1gD4AdAuAPiB1BkaAPgB19VboSgAAAGaL2IA+AHQbgD4gdAZG gD4AdfWAPgB0C4A+IHUGRoA+AHX1VughAAAAD7bAD7bLD7ZV/sHgEMHhCAvBC8LrA4tFEF5bi+Vd wgwAZjPAi0wkBIA5MHwcihGA+jl/FWZrwApmD77SZgPCQWYtMACAOTB95MIEAFUPt0QkEIvsU1aN HIUAAAAAV4s19FJAAI272ENAAP83anz/dQj/1lD/FfhSQAD/N2pm/3UI/9ZQ/xX4UkAA/zdqZ/91 CP/WUP8V+FJAAP83amj/dQj/1lD/FfhSQAD/N2pp/3UI/9ZQgcOoR0AA/xX4UkAAgzsAdQq4AQAA AIM/AHUCM8BQanr/dQj/1lD/FfhSQABqAWoAanr/dQj/1lD/FWxSQACDOwB1CrgBAAAAgz8AdQIz wFBqe/91CP/WUP8V+FJAAGoBagBqe/91CP/WUP8VbFJAAF9eW13CDADMzMzMzMzMzMzMTVBSLkRM TABTQ1JTQVZFAFB3ZENoYW5nZVBhc3N3b3JkQQBkoQAAAABVi+xq/2iAEEAAaOAxQABQi00QZIkl AAAAAItFCIPsKKPUSkAAU1ZXiWXox0X8AAAAAItFyA++AYP4IH8TdFeFwHRWuP////+JRfzprQAA AIP4QX8OdHqD+C10OoP4L3Q16+CD+Ex/CXRGg/hDdDPr0oP4UHREg/hTdE2D+GF0UYP4Y3Qdg/hs dCaD+HB0K4P4c3Q0661B65xqAOjWBgAA61H/FYBSQABQ6MgGAADrQ8cF8EpAAAEAAABBgDkgdPpR 6F0GAADrK2oA6HMEAADrIkGAOSB0+lHoygYAAOsU/3Xs/xVgUkAAw4tl6GoA6B0AAACDxATHRfz/ ////i03wX2SJDQAAAABeW4vlXcIQAIPsBI1EJABqAFD/dCQQamH/FYRSQACDxATDVTPJi+yD7Ag5 DdxKQAAPhZwBAAA5DeBKQAAPhZABAACLRQyD+BAPhE8BAAA9AIAAAA+EYgEAADkN5EpAAA+FbQEA AIP4HHcQD4SGAAAAg/gYdGrpWAEAAIP4SHcUD4ShAAAAg/ggD4SGAAAA6T8BAAA9BAEAAHcOdGQ9 AAEAAHRd6SoBAAA9AAIAAHR9PQECAAB0Sj0EAgAAdEM9BwIAAHQ8PRgCAAAPhLEAAAA9ggIAAA+E uQAAAOnzAAAAg30QAA+E6QAAAGoA/xWUUkAA6dwAAACDfRAAD4XSAAAAagBqAGoQ/3UI/xWMUkAA 6b4AAABqAP8VlFJAALgBAAAA6ekAAACDfRAD686NRfhQ/xWQUkAAi0X4KwXQSEAAdAR9AvfYi038 Kw3USEAAdAR9AvfZA8E7BQRLQAB2dGoAagBqEP91CP8VjFJAAItF+ItN/KPQSEAAiQ3USEAA61KL RRCD+AZySoP4CA+Gb////+s/g30QAnU5M8Drcv91COhmBQAAg8QEhcB1JmjQSEAA/xWQUkAAM8Dr VKHsSkAAhcB0B/91CP/Q60S4AQAAAOs9i0UMOQX0SkAAdSAzwDlFDHQZUFBqEP91CP8VjFJAAIM9 7EpAAAEbwEDrEv91FP91EP91DP91CP8ViFJAAIvlXcIQAFWL7FZXi3UMg/4Mdx0PhC8BAACD/gEP hJwAAACD/gIPhO4AAADp5gEAAIP+U3cUD4RMAQAAg/4PD4QLAQAA6c0BAACB/gABAAB3FA+EagEA AIP+ew+EJwEAAOmxAQAAgf4EAQAAD4RQAQAAgf4SAQAAD4RfAQAAgf4TAQAAD4R4AQAAgf4AAgAA D4KBAQAAgf4BAgAAD4YgAQAAgf4EAgAAD4QUAQAAgf4HAgAAD4QIAQAA6VgBAABotEpAADP//xVM UkAAo/hKQAA7x3QgaMBKQABQ/xVQUkAAo/xKQAA7x3QLV/91CP/QowBLQABo0EhAAP8VkFJAAIM9 3EpAAAAPhQoBAABqAP8VlFJAAOn9AAAAgz34SkAAAHQZiw38SkAAhcl0D6EAS0AAhcB0BlD/dQj/ 0WoA/xWgUkAA6c4AAAAzwOnWAAAAgz3gSkAAAHQV/3UU/3UQVv91CP8ViFJAAOm4AAAAgz3cSkAA AA+FnAAAAGoA/xWUUkAA6Y8AAACDPdxKQAAAD4SCAAAA/3UI/xXsUkAAi/iF/3QXV/8V6FJAAIXA dAz/dRRXVlf/FYxSQAC4AQAAAOtkgz3gSkAAAHRM/3UU/3UQVv91CP8ViFJAAOtJgz3cSkAAAHUx i0UQPUDwAAB0Dj1Q8AAAdAc9QPEAAHUZM8DrJIM94EpAAAB0BDPA6xdqAP8VVFJAAP91FP91EFb/ dQjo6+T//19eXcIQAFWL7IPscKHUSkAAU1ZXM/ZqZFCJdcT/FchSQABqBIlFwMdF0BRLQACJdcz/ FQxSQACJRciJdbih1EpAAIl1tIlFvDl1CMdFrCsAAADHRbCGKUAAdDaNRdRQ/3UI/xXEUkAAi33c i13giXXgiXX8x0X0AAAAUscF3EpAAAEAAADHRfgsS0AA6aEAAABqTIsdAFNAAP/Ti/BqTf/Tak6J ReD/04v4ak//04vYhf90BIXbdTFqAP8VDFNAAIvwjUXkUFb/FehRQABWagD/FWhSQACLdeSLReiL feyLXfAr/ivYiUXgx0X0AAAAlsdF/AgAAAC4NEtAAFCJRfhoFEtAAP8VwFJAAIlF8IXAdBtQ/xXo UkAAhcB0EP918P8VsFJAADPA6a4AAADosAAAAGhES0AA/xW8UkAAo/RKQACNRaxQ/xW4UkAAZoXA dCxqAP811EpAAGoA/3UIU1f/deBW/3X0/3X4aBRLQAD/dfz/FbRSQACj2EpAAIM92EpAAAB0TYM9 3EpAAAB1DKHYSkAAUP8VsFJAADP2jUWQVlZWUP8VpFJAAIXAdCWNRZBQ/xWsUkAAjUWQUP8VqFJA AFaNRZBWVlD/FaRSQACFwHXb6DcDAACLRZhfXluL5V3D6YkCAABW/3QkCOgmAAAAg8QEi/CF9nQW Vv8V6FJAAIXAdAtW6Pv9//+DxATrBbj/////XsMzwItMJASAOTB8F4oRgPo5fxBrwAoPvtJBjUQC 0IA5MH3pw6HUSkAAUOhk6f//hcC4AAAAAHQcagBoXBdAAP90JAxo0wcAAP811EpAAP8VzFJAAMNW /3QkCOii////g8QEi/CF9nQLVv8V6FJAAIXAdQj/FYBSQACL8FboBAAAADPAXsNXaEAmQAD/FURS QACL+IX/dCZoUCZAAFf/FVBSQACFwHQPagBqAP90JBBoSCZAAP/QV/8VSFJAAF/CBACD7BxTVlcz 9jk15EpAAA+F0wAAADk14EpAAA+FxwAAADk17EpAAA+EqgAAAP8VOFJAAIv4ix0IS0AAO950F1eh DEtAAFDopgAAAIPECDvDD4KBAAAAoRBLQACD+P90EVdQ6IoAAACDxAg9yAAAAHJwagO+EwEAAIt8 JDBWjUQkFFbHBeRKQAABAAAAV1D/FdBSQACNRCQMagNWVlcz9lD/FdBSQABWVmgAgAAAV/8VmFJA AKPgSkAAiTXkSkAAhcB1B1b/FZRSQAD/FThSQACjEEtAAOsKxwXgSkAAAQAAAKHgSkAA6wIzwF9e W4PEHMOLRCQIi0wkBDvBK8HD/CvSZmPt1jPAwdh0qTIACgMNYwEKAzPA1kgrx0Ajwj1dBgoDC8aQ g/AFSAPHFXAKCgPB2GroDAAAABvA6QwAAAAxMSvHmPkTwcMLxPmYC8Do7v///+iFAAAAwdA96AkA AAD86QcAAAAxOdb5M8bDG8GQ6PP///8PAvroEQAAAB0aPwoD6Q0AAAAxCxU0RAoDA8HD/DPFSCvD 6A0AAAALxUDpCQAAADEd1jPEA8HDQCvBkOjx////oWRQQACL0OgKAAAA6Q4AAAAxHQPHmCUjaQoD w4vFQOjv////i8L/4PiLw7gAAAAAZP8wZIkg/wBrdwojaJBKQAD/FURSQACj6EpAADvGdCZooEpA AFD/FVBSQACj7EpAADvGdAxqAejd9v//g8QE6wXoDgAAAP91/P8V2FFAAF6L5V3DVqHoSkAAM/aF wHQkUP8VSFJAAIk16EpAADk17EpAAHQPVok17EpAAOiY9v//g8QEXsPMzFWL7FNWV1VqAGoAaAAx QAD/dQjouAEAAF1fXluL5V3Di0wkBPdBBAYAAAC4AQAAAHQPi0QkCItUJBCJArgDAAAAw1NWV4tE JBBQav5oCDFAAGT/NQAAAABkiSUAAAAAi0QkIItYCItwDIP+/3QuO3QkJHQojTR2iwyziUwkCIlI DIN8swQAdRJoAQEAAItEswjoQAAAAP9Uswjrw2SPBQAAAACDxAxfXlvDM8Bkiw0AAAAAgXkECDFA AHUQi1EMi1IMOVEIdQW4AQAAAMNTUbtYS0AA6wpTUbtYS0AAi00IiUsIiUMEiWsMWVvCBADMzFZD MjBYQzAwVYvsg+wIU1ZXVfyLXQyLRQj3QAQGAAAAD4WCAAAAiUX4i0UQiUX8jUX4iUP8i3MMi3sI g/7/dGGNDHaDfI8EAHRFVlWNaxD/VI8EXV6LXQwLwHQzeDyLewhT6Kn+//+DxASNaxBWU+je/v// g8QIjQx2agGLRI8I6GH///+LBI+JQwz/VI8Ii3sIjQx2izSP66G4AAAAAOscuAEAAADrFVWNaxBq /1Ponv7//4PECF24AQAAAF1fXluL5V3DVYtMJAiLKYtBHFCLQRhQ6Hn+//+DxAhdwgQA/yVYUkAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABDbGVhciBTY3JlZW4AAAAAAQAAAAAAAABTY3JlZW5TYXZlVXNlUGFzc3dv cmQAAABQQVNTV09SRC5DUEwAAAAAVmVyaWZ5U2NyZWVuU2F2ZVB3ZABJTU0zMi5ETEwAAABJbW1B c3NvY2lhdGVDb250ZXh0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAQAAAAAAAAAAAAAAP////9XaW5kb3dzU2NyZWVuU2F2ZXJDbGFzcwBQcmV2aWV3AFNj cmVlbiBTYXZlcgAAAABRdWVyeUNhbmNlbEF1dG9QbGF5ACAFkxkAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACRRAADYkGk5/////0BUAABoUgAA6FAAAA48 Pzn/////rlQAACxSAACkUAAA2JBpOf////+sVQAA6FEAAJxQAADYkGk5/////7ZVAADgUQAAjFAA ANiQaTn/////IFgAANBRAAAAdkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ElgAAP5XAADwVwAAAAAAABEAAIAAAAAA4lcAABxVAACeVQAAkFUAAIRVAAB6VQAAalUAAFxVAABC VQAAMFUAAAxVAAC8VAAA6FQAANxUAADMVAAA+lQAAAAAAABcVAAAklQAAHpUAABMVAAAxFcAAKRX AACUVwAAhlcAAHJXAABgVwAAWFcAANZXAACyVwAAPFcAAAAAAAAUUwAAulMAAMxTAADgUwAAdFMA AFRTAADEVQAA2lUAAPJVAAAEVgAAFFYAACRWAAD4UwAA7FMAAEhWAABaVgAAaFYAAHxWAACQVgAA plYAALhWAADKVgAA5FYAAPJWAAACVwAADlcAACBXAAAwVwAACFQAABZUAAAmVAAAMlQAADBWAAA8 VgAAilMAAKxTAACcUwAAZFMAAEBTAAA0UwAAKFMAACBTAAAAAAAA2hnmv2QV5r90Fua/AAAAAF6C 6L8AAAAATB7xvwEh8b9oUfG/6Bzxv8kf8b9PJ/G/LiXxv70U8b/wJvG/P0nxv9Uh8b8eMPG/kR7x v9Ij8b9yKPG/JDDxvwAAAACbePa/HHj2v88O+b8Qava/Xsr3v33Z97+odva/WeX3v+529r+Abfa/ 5TH4v/mH97+Fd/a/gOH4vwAAAACQIPS/cCH0v4wX9L+pG/S/TFn0v/sW9L8ZU/S/aRL0v/Fc9L8s WPS/7h70v5Yt9L9aWfS/tVb0v78k9L9hWPS/50f0v41Y9L8XJfS/lV30v/JD9L/wFPS/PFr0v+lQ 9L8dW/S/7y/0vzFZ9L/ySfS/sFb0v3dQ9L/EEfS/11X0v8lP9L9xJPS/bRf0vyBQ9L+kIPS/VEb0 vxpU9L+oMPS/rRv0v50k9L8AAAAA6gFSZWxlYXNlREMA9wBHZXREQwCNAUtpbGxUaW1lcgAxAlNl dFRpbWVyAABAAUdldFN5c3RlbU1ldHJpY3MAAA8CU2V0RGxnSXRlbUludAD9AEdldERsZ0l0ZW1J bnQA9AFTZW5kRGxnSXRlbU1lc3NhZ2VBADYAQ2hlY2tEbGdCdXR0b24AALUARW5hYmxlV2luZG93 AAD8AEdldERsZ0l0ZW0AAHMBSW52YWxpZGF0ZVJlY3QAADkAQ2hlY2tSYWRpb0J1dHRvbgAAtwBF bmREaWFsb2cAhwJ3c3ByaW50ZkEA+QFTZW5kTWVzc2FnZUEAAKABTG9hZFN0cmluZ0EAVAFHZXRX aW5kb3dSZWN0AH4CV2luSGVscEEAAGoBSW5mbGF0ZVJlY3QAVVNFUjMyLmRsbAAAZwFHZXRUaWNr Q291bnQAANECV3JpdGVQcml2YXRlUHJvZmlsZVN0cmluZ0EAACkBR2V0UHJpdmF0ZVByb2ZpbGVJ bnRBAC8BR2V0UHJpdmF0ZVByb2ZpbGVTdHJpbmdBAABLRVJORUwzMi5kbGwAAAsBU2VsZWN0UGFs ZXR0ZQBHAERlbGV0ZU9iamVjdAAAOABDcmVhdGVQZW4ABQBBbmltYXRlUGFsZXR0ZQAA+gBSZWFs aXplUGFsZXR0ZQAANgBDcmVhdGVQYWxldHRlALYAR2V0UGFsZXR0ZUVudHJpZXMAwABHZXRTdG9j a09iamVjdAAAsABHZXROZWFyZXN0UGFsZXR0ZUluZGV4AACxAEdldE9iamVjdEEAAAoBU2VsZWN0 T2JqZWN0AADdAExpbmVUbwAA4ABNb3ZlVG9FeAAAZQBFeHRUZXh0T3V0QQAQAVNldEJrQ29sb3IA AEdESTMyLmRsbABDT01DVEwzMi5kbGwAAAIBR2V0Rm9yZWdyb3VuZFdpbmRvdwBPAlN5c3RlbVBh cmFtZXRlcnNJbmZvQQCFAERlZldpbmRvd1Byb2NBAADRAVBvc3RNZXNzYWdlQQAA9gBHZXRDdXJz b3JQb3MAAAoCU2V0Q3Vyc29yAIgBSXNXaW5kb3cAADABR2V0UGFyZW50ANMBUG9zdFF1aXRNZXNz YWdlACMBR2V0TWVzc2FnZUEAkwBEaXNwYXRjaE1lc3NhZ2VBAABgAlRyYW5zbGF0ZU1lc3NhZ2UA ABQCU2V0Rm9yZWdyb3VuZFdpbmRvdwBbAENyZWF0ZVdpbmRvd0V4QQDaAVJlZ2lzdGVyQ2xhc3NB AADnAVJlZ2lzdGVyV2luZG93TWVzc2FnZUEAANMARmluZFdpbmRvd0EA6wBHZXRDbGllbnRSZWN0 AJYBTG9hZEljb25BAJEARGlhbG9nQm94UGFyYW1BAM4BUGVla01lc3NhZ2VBAAAmAENoYXJOZXh0 QQCmAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAjAJTbGVlcAAzAUdldFByb2NBZGRyZXNzAAAd AUdldE1vZHVsZUhhbmRsZUEAAMEARnJlZUxpYnJhcnkAvQFMb2FkTGlicmFyeUEAAIYARXhpdFBy b2Nlc3MASQFHZXRTdGFydHVwSW5mb0EA1wBHZXRDb21tYW5kTGluZUEAJgJSdGxVbndpbmQAiABH ZXRDbGlwQm94AAB+AFJlZ0Nsb3NlS2V5AJ0AUmVnUXVlcnlWYWx1ZUV4QQAAlABSZWdPcGVuS2V5 QQBBRFZBUEkzMi5kbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAUAAwAAADgAAIAFAAAAWAAA gAYAAABwAACADgAAAKAAAIAQAAAAuAAAgAAAAAAAAAAABAAAAAAAAgABAAAA0AAAgAIAAADoAACA AAAAAAAAAAAEAAAAAAABANMHAAAAAQCAAAAAAAAAAAAEAAAAAAAEAAEAAAAYAQCABwAAADABAIA/ AAAASAEAgEAAAABgAQCAAAAAAAAAAAAEAAAAAAABAGQAAAB4AQCAAAAAAAAAAAAEAAAAAAABAAEA AACQAQCAAAAAAAAAAAAEAAAAAAABABMEAACoAQAAAAAAAAAAAAAEAAAAAAABABMEAAC4AQAAAAAA AAAAAAAEAAAAAAABABMEAADIAQAAAAAAAAAAAAAEAAAAAAABABMEAADYAQAAAAAAAAAAAAAEAAAA AAABABMEAADoAQAAAAAAAAAAAAAEAAAAAAABABMEAAD4AQAAAAAAAAAAAAAEAAAAAAABABMEAAAI AgAAAAAAAAAAAAAEAAAAAAABABMEAAAYAgAAAAAAAAAAAAAEAAAAAAABABMEAAAoAgAAOGIAAOgC AADkBAAAAAAAACBlAAAoAQAA5AQAAAAAAABIZgAARAMAAOQEAAAAAAAA9GkAAEQAAADkBAAAAAAA ADhqAAAuAAAA5AQAAAAAAABoagAAdAAAAOQEAAAAAAAA3GoAAEoBAADkBAAAAAAAAChsAAAiAAAA 5AQAAAAAAABMbAAAcAMAAOQEAAAAAAAAKAAAACAAAABAAAAAAQAEAAAAAAAAAgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP//AP8A AAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAB///////d4gAAAAAAAAAj/93d3d3d3d3 iAAAAAAAAI///3d3d3d3d4gAAAAAAAAIh3f3d3d3d3iAAAAAAAAAAAiIj3d3d4iIAAAAAAAAAAAA AI93d3gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIiIiIiIiIiIiIiIiAAAAI93d3d3d3d3d3d3d3 iAAACPf/////////////94iAAAj3AAAAAAAAAAAAAPeIgAAI9wAAAA7uAAAAAAD3iIAACPcAAAAO AO7uYAAA94iAAAj3AAAADgAA1u7mAPeIgAAI9wAAAA4AAN0O7uD3iIAACPcAAAAOAG7t7gAA94iA AAj3AAAAbu7gDdAAAPeIgAAI9wAG7u4AAA3QAAD3iIAACPcA7gAOAAAN3QAA94iAAAj3AA4ADgAA DQ0AAPeIgAAI9wAA5g4AAA0NAAD3iIAACPcAAA5uAADdANAA94iAAAj3AAAA7gAA3QAAAPeIgAAI 9wAAAA4AAA0AAAD3iIAACPcAAAAAAAAAAAAA94iAAAj3iIiIiIiIiIiIiPeIgAAI93d3d3d3d3d3 d3d3iIAAAI///////////////4iAAAAId3d3d3d3d3d3d3f4gAAAAId3d3d3d3d3d3d3f4AAAAAI iIiIiIiIiIiIiIiAAP4AA//4AAD/8AAAf/AAAH/4AAD//gAD///AH//AAAAfgAAAD4AAAAeAAAAD gAAAA4AAAAOAAAADgAAAA4AAAAOAAAADgAAAA4AAAAOAAAADgAAAA4AAAAOAAAADgAAAA4AAAAOA AAADgAAAA4AAAAPAAAAD4AAAA/AAAAP4AAAHKAAAABAAAAAgAAAAAQAEAAAAAACAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAgICAAAAA/wAA/wAAAP// AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAHd3d3eAAAAAiPd3iIAAAAAAj3gAAAAAAAAAAAAAAA iIiIiIiIgACP//////eIAI8AAAAAB4gAjwAOYOAHiACPAG5m0AeIAI8ODgDdB4gAjwDuANAHiACP AA4AAAeIAIf//////4gACHd3d3d3+AAAiIiIiIiIAOAPAADABwAA4A8AAPg/AACABwAAAAMAAAAB AAAAAQAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAgAEAAMADAAABAP//AAAAAAAAAADEIMiADwAG AAYA9QBWAAAAAABJAG4AcwB0AGUAbABsAGkAbgBnAGUAbgAgAHYAbwBvAHIAIABEAGEAbgBzAGUA bgBkAGUAIABsAGkAagBuAGUAbgAAAAgAAAAAAEgAZQBsAHYAAAAAAAAAAAAAAAAAAQADUL0ACAAy AA4AAQAAAP//gABPAEsAAAAAAAAAAAAAAAAAAAADUL0AGgAyAA4AAgAAAP//gABBAG4AbgB1AGwA ZQByAGUAbgAAAAAAAAAAAAAAAAAAAAcAAFAEAAMAqABPAH8AAAD//4AATwBiAGoAZQBjAHQAAAAA AAAAAAAAAAAAAAACUAgAFAAUAAgA//8AAP//ggAmAFYAbwByAG0AOgAAAAAAAAAAAAAAAAADACNQ IQATADkAHgBkAAAA//+FAAAAAAAAAAAAAAAAAAIAA1BlABMAIAAOAGoAAAD//4AAJgBBAGMAdABp AGUAZgAAAAAAAAAAAAAAAAAAAAAAAlCMAAkAHgAKAP//AAD//4IAJgBMAGkAagBuAGUAbgA6AAAA AAAAAAAAAAAAAIAAg1CMABMAGAAMAGgAAAD//4EAAAAAAAAAAAAAAAAANgCAUJgAEwAHAAwAaQAA AG0AcwBjAHQAbABzAF8AdQBwAGQAbwB3AG4AMwAyAAAAAAAAAAAAAAAAAAAABwAAUAgAIgCeACoA fAAAAP//gABLAGwAZQB1AHIAZQBuAAAAAAAAAAAAAAAAAAAABAADUAwALAA8AAoAZgAAAP//gAAm AFQAdwBlAGUAIABrAGwAZQB1AHIAZQBuAAAAAAAAAAAAAAAAAAAAEwAhUEwALAAoAFAAegAAAP// hQAAAAAAAAAAAAAAAAATACFQeAAsACgAUAB7AAAA//+FAAAAAAAAAAAAAAAAAAQAA1AMAD0AagAK AGcAAAD//4AAJgBNAGUAZQByAGQAZQByAGUAIAB3AGkAbABsAGUAawBlAHUAcgBpAGcAZQAgAGsA bABlAHUAcgBlAG4AAAAAAAAAAAAAAAAAAgADULMAPgA8AA4AeQAAAP//gABTAGMAaABlAHIAbQAg ACYAdwBpAHMAcwBlAG4AAAAAAAFkAAE4MCwhPikoKV5je2JlZ2J/Z2N9bWdqd3hmc21lEB4ZZF5g d3l5YWN5ZWFtRCQgIDQkJ2M+NCFEeXlqfWNkY319Xmdjf3lnf393WgciJTQobRs2KSgtPixEGjou PzggIisjc21QAAAHAE0AeQBzAHQAaQBmAHkACwBWAGUAZQBsAGgAbwBlAGsAIAAlAGQAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcATQB5AHMAdABpAGYAeQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAUEEAAAAAAAAAAAAAAAAAAAAAAAALAGMAbwBuAHQAcgBvAGwALgBpAG4AaQALAFMA YwByAGUAZQBuAFMAYQB2AGUAcgAAAAAAAAAAABQAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIALgBN AHkAcwB0AGkAZgB5AHkARQByACAAaQBzACAAbwBuAHYAbwBsAGQAbwBlAG4AZABlACAAZwBlAGgA ZQB1AGcAZQBuACAAYgBlAHMAYwBoAGkAawBiAGEAYQByACAAbwBtACAASABlAGwAcAAgAHcAZQBl AHIAIAB0AGUAIABnAGUAdgBlAG4ALgAgAFMAbAB1AGkAdAAgAOkA6QBuACAAbwBmACAAbQBlAGUA cgAgAHAAcgBvAGcAcgBhAG0AbQBhACcAcwAgAGEAZgAgAG8AbQAgAGcAZQBoAGUAdQBnAGUAbgAg AHYAcgBpAGoAIAB0AGUAIABtAGEAawBlAG4ALgALAGMAbwBuAHQAcgBvAGwALgBoAGwAcAARAFMA YwBoAGUAcgBtAGIAZQB2AGUAaQBsAGkAZwBpAG4AZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AFBBAAABAAIAICAQAAEABADoAgAAAQAQEBAAAQAEACgBAAACAFBBcF00AAAAVgBTAF8AVgBFAFIA UwBJAE8ATgBfAEkATgBGAE8AAAAAAL0E7/4AAAEAWgAEALgLAABaAAQAuAsAAD8AAAAAAAAABAAE AAEAAAAAAAAAAAAAAAAAAADQAgAAAQBTAHQAcgBpAG4AZwBGAGkAbABlAEkAbgBmAG8AAACsAgAA AQAwADQAMQAzADAANABFADQAAABMABYAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAE0AaQBj AHIAbwBzAG8AZgB0ACAAQwBvAHIAcABvAHIAYQB0AGkAbwBuAAAAbAAiAAEARgBpAGwAZQBEAGUA cwBjAHIAaQBwAHQAaQBvAG4AAAAAAFMAYwBoAGUAcgBtAGIAZQB2AGUAaQBsAGkAZwBpAG4AZwAg AEQAYQBuAHMAZQBuAGQAZQAgAGwAaQBqAG4AZQBuAAAANAAKAAEARgBpAGwAZQBWAGUAcgBzAGkA bwBuAAAAAAA0AC4AOQAwAC4AMwAwADAAMAAAADAACAABAEkAbgB0AGUAcgBuAGEAbABOAGEAbQBl AAAATQBZAFMAVABJAEYAWQAAAHQAKAABAEwAZQBnAGEAbABDAG8AcAB5AHIAaQBnAGgAdAAAAEMA bwBwAHkAcgBpAGcAaAB0ACAAKABDACkAIABNAGkAYwByAG8AcwBvAGYAdAAgAEMAbwByAHAALgAg ADEAOQA5ADEALQAxADkAOQA4AAAAQAAMAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A ZQAAAE0AWQBTAFQASQBGAFkALgBTAEMAUgAAAIoANQABAFAAcgBvAGQAdQBjAHQATgBhAG0AZQAA AAAAQgBlAHMAdAB1AHIAaQBuAGcAcwBzAHkAcwB0AGUAZQBtACAATQBpAGMAcgBvAHMAbwBmAHQA KABSACkAIABXAGkAbgBkAG8AdwBzACgAUgApACAATQBpAGwAbABlAG4AbgBpAHUAbQAAAAAAOAAK AAEAUAByAG8AZAB1AGMAdABWAGUAcgBzAGkAbwBuAAAANAAuADkAMAAuADMAMAAwADAAAABEAAAA AQBWAGEAcgBGAGkAbABlAEkAbgBmAG8AAAAAACQABAAAAFQAcgBhAG4AcwBsAGEAdABpAG8AbgAA AAAAEwTkBFBBRERJTkdYWFBBRERJTkdQQURESU5HWFhQQURESU5HUEFERElOR1hYUEFERElOR1BB RERJTkdYWFBBRERJTkdQQUREABAAAAwCAACEMIgwzjDZMOMw8zD/MAoxFjEsMTIxODFIMWgxfjGH MZYxnzGuMbkxxTHPMd4x6TH1MRwyJTItMjYyPzJSMmEyaDJ/MoMyiTKNMpQymzK2Mr8yyDLRMucy 7DLxMvgy/TIJMxczHTMlMywzMjM+M0UzUDNnM3kzgzOPM6YztDO/M80z2TPiM+sz/TMINCA0JzQw NDc0QjRMNGg0cjSBNIw0kTSfNNE04DToNPY0BjUyNTg1PjVENUo1UDVWNVw1ejWBNZA1lzWdNcQ1 0DXpNfA19zX9NRU2JDYsNjI2PjZNNlQ2ajaENp82rDbBNtA2/zYLNy43NjdGN1A3pjjEON446Tjx OPc4AjkIOR45JDk5OW05fTmPOZ452Dn6OXg6gTqIOo46kzqbOqI6qjqwOrU6ujrAOsk61zreOvE6 9jr9Ogg7DjsWOx07KTsuOzU7QDtGO047VTtkO2o7cTt8O4I7ijuRO507tTu8O8c7zTvVO9w76DsA PAc8EjwYPD88YTyJPJA8mzyiPKo8tzy/PM481TzdPOQ8Cz0VPSE9QD1HPVg9Xz15PYc9jT2UPZs9 rD2zPcI9yT3QPdc96D3vPf49BT4qPl0+ZD51Pn0+iT6QPqE+qD69PsM+zj72PgE/Ej8jPy8/Oz9H P10/ZD9sP4I/iT+dP6Q/uT/BP88/5T/wP/U/+j8AIAAAiAEAAAYwDDAbMCswMDA/MEQwVjBbMGsw cjB3MIEwijCPMKMwqjC9MMIwzDDgMOcw8zD4MAIxFjEdMSsxMDE6MVsxYjF2MYAxhjGnMccx6THv MfYxFDIaMiEyMzIwM1EzmTPJM98z9DOQNJg0pDRrNXE1gTWRNaE1sTXBNcc15zX5NRk2KzZvNnQ2 ijYNNxs3TTeLN503qTfMN144fDiJOKM4rDi7OMk42jjlOOs4HjkkOS05SDleOWQ5fDk/Okc6TDpV Olw6YTpwOnU6ezqBOpA6mzqkOq06vzrROuQ67zr+Ogk7GTsmOzY7QztWO147gzuSO7I7wzvPO9g7 4zv6Owk8IjwtPDo8YTxuPHc8nTymPKw8ujzHPNg83jzjPO08+jwQPRk9Hj0kPS09NT08PUs9WT1j PXA9oj3gPfY9BT4LPiY+MD5CPkg+Uz5aPms+dD6GPpI+nj6qPrI+vD7SPv8+Cz8dPys/MD82P0E/ Rz9MP1Q/XT+CP5E/sD/IP+A/+z8AAAAwAAA4AAAACjAdMC8wOjBWMF8wbTBzMHgwgTCIMI0wqzC2 MMMwyTDPMNgw9DA1MZ4xuDHBMboyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAFX9iegHoCwAAAAPHSOkKAAAAMTWQ/DPDw/kzxTPA/Ojw////6ARyAAAW xy8h/z+4or9eDT+BSmxvh3J0yzT3HyEQPLiF/9rCsfLqsW5HgIXbemP4L9JsdIHG0y7x/39C7wMD y+9fL016sqe+/4J0O1HI/zOXfR71vf+v9Oi4ONR5q4X4/9h7cuqJjb96fEIziL+/3zU7cwL8rxcV QMgfb+8VaAuPo3RRD/4ceAobP4nmv14DYj3EvP//7/+vELgaybSemPG6LV2rjXp5Fqsm8f/bSIu1 0mxvZWt605O/fzaVr2/F+Naq3N86IXV6j3W/1wF6A0m8/37H7ytX4vY4w+irhXV65GS/X+b+13rx /4eGSiL6yP+jvWnrk6L/ONCKbRVob3tPAedCjYsTike5bZ6/9U658kJxQrj1v6+bCJcwu//rDgHz qwSLa7FuR5vNmyyOby/SbAE9SBRFmkrcy1D/Zhgk2W/EF0cU/v+OMfBTA/q/XncnHVP/rxe2Ddx+ jIfkjJpioYwsQJmaeqkXbSf/v9cNc+IC/CSKKnn9EBdthfj/ore7Ok2LmB1EjYd5lMw75ov1GhRu O+L/JpWxDP34F57k/1+qKYpzsW5HmxmBAIj/MsdT6LXir8fmZH+9ev+BgZJfRTsA7y16vwv6P9gM 9bpe/HZw2nnvFx3qwZS/67hP/y/EilGxbm/qGf/SC/9Wt4z/9cl5N5Gi/3uV097F+P8DirVfL3s/ Dy9vR5thV4KM//WrOfsX4nYqjHk/vXVK65W/X6Q8Rou6/tf4VQDL4Hv/QvNFFf3wLCH+f73Xei8D uF8vxAjFrEuef7H/WjVjOx78F09X/6994hW/72p3Abj/b7Hsz7Fub5KF+9cLF8NaiP8cJ/ivF6p2 ONlVP4V1YpZjv1/o/dd7If+EWw4q/gy/9cc8igRybz+AFz25+P8Dz/tfLy3ofiH+WnDVcutFif9C RfP14v9HVPt/vZU/npJoz79UrIWUN1VL8QBCLHv/Xt8/gJYUbOhXthdQ/xQQBHxvxADqpFm/epv3 KJ5jOx6Iv/rGjFDoHbc0lTbVxfhydmFXHy85/F4j/9dYoUDLIHu1Qvc/Y2F0Kp1YP73DekItv19b 3m/qsW6E9EQ29Mj/QNdQe7Xi9G9iIpbm7wAUek3aiIT/ECGWxw/x/ygdjzse/K+soegmki/V/RB0 dkRQvy9NYo6Lvv+To/7XCxaXoXcAePdH2VficiD0eT+FEPzYxP/a7/F7p98AKIApMtumg7VCFG49 4v8q0PD7ufn/6wx6f6qE//ekwqtL8Rcmov+/xzzwcQn/rxd2+pmVv+sIfURThP+SftT/C3Q/2Awt v178dnBqeu8Xb8J2sL/r0pB/L8T/0pQPVTrxqSie3zoeiPQ1TXgEF+L/Nh8+locb+Rcv98+/bhbj If/XWlw0gNiV9SrE+xfiADpgez+98z+f8m/Pv1R2/+xUlwt8apUov78QlH/14v8ioo7U/RCpu3pt e6qE/3HhiqWbYW9HJXRPNvj+9UJyEtJLP71HrxQwNVVvxADKCXu/enIH237VL84Yb6PPSWJhov8E HP9/hRCD6cT/2u+gi2qxb0ebqDbrWVW1QhfVh3Jv9psMNl7+FoN6AKB2LMd4If4/S/P/XndKW8S8 /wp31ytX/5agEv/rCE2ouYT/wyX+/wt6YgYiv7/VP3w1fhfIFeJ/ONDwbz0FANBPeqi3vv95MnQP iD+7Dgs/96q1rRfip7KncogTuP/uMP9fL3UvK6o9biPxv15g0vdC/AiS+WjvEP9/vbiLqBVvz78z emG2vtcL8f/e/Mwv0mxvAmfkOFf/P70Q/5+maM+/VHT/Jmm/C9p6KB6/vyf6b2XSb1jPYYfTgG+Y imhvv1Sm3OPWHeQY0yr0AFf71f/1G3cqFHW/vRN6gBO4/+hBLvVv/nb/yFWXC3wK1J+/9fuS/xfi F2MR/384OPBvcwOg0ElKjbe+14Ay+t6I/7/7+P/14hcpFv9/ONDwb1IEoNBPeo23vv+AbC59yP+8 naxG4UL/r5pXqhdQ/wPa+f8vQT8qK25v6mGnPqEDQKELQgLUvK8Xl/UtgG/v3RFoFzsA1KofVToh /BSy+79eiHJAtWq/FwrZrhD/8gAPaauFcuqMsr96yS3XC/F6ntCKttJsb2VhP7v8aMa5EP/rCE2o uYT/8aQbVUvx/BTYF1Fe/P9wgos8nGeIK1D/0AB06G/Epysobm/qYXwXDxRh1w0SXwL8JM9vSnaw v3/TkvuBwK+gmjNVOiEAQot1/14NP/rG/wPoHXRsnUqWF7j/UoH/Xy8sQHoh/lLL/nu3cwBAyXlj c6L/LK8Jeb0Q/590eeLrQr96If4ItITvRxhvL6FJNl8C/1CCHvz9EBbJjPj/0HFj2WH+AO/le5cL PEDrEHm1QgM662G/vdP+f4X4A1vqruYr//9601FXdPW/K3Cm3rt/OBSzqC8vpAO6aG97FX948IMd i36nJK1de5789C/SbG/GIhSnh2/vBRH/64U7DXiVcsfqXr8Lpq6B2AAKk1a/9b1q25Oif+Qp8J+D aG+/VMyffqQ8KKauWrY0Hx6IqKQUrFCiL1X9EADq/Xy/653GUFv4b+qxb+TLruWd2Ed4GghAnubb z/j+f734/7UOAfMlBIousW5Hmw83CSIXt0L8/5eOnMx/mRS9ev+Bh0ByNj1AhfF7P3/db0cYb4yM rq2nKP3/r9NdSq8AOwA4izpUb8+xOX+M9//XCv+/Xo0H8kL8UMe9OboQnrxt+P/rxH5zCwPoOiGi VLbApx6I/4BrbG+HctR9nXq0Hbj/u9eq0qr85zohroVZDmoyDL+/qvj/9eKbrhf/IBbTomyp3Dfv EP56ydjoC/H69zf9vw4DasHGv6+aV/3LUP9mGCx5b8QXQQ/+//8x8FPs+79eYGHYQvwiokyJ/RBy 4mV+v+ss/3Ev/nq6VdVHm2Ev1VAX5kL8/1SKmsx7rArQtZ6b9Zo7aa2THyGmP3DU/14BekvGvP94 VzrZV//yIPh5q4UQngLE///hitWbYW9HAydXTfz/9RGZzF6ROdR8mrv3l4tKp4s6Rf6nks3a1wt2 OqYMv/Uq+K4X4nI4hV0/hagAfsx7Hy8Wi1Qh/z8Cq79eYMHOQvwXr8T/r1B6v7J84u+F/9KaQIA6 IXNqr3O/XjG/vkL8DFFvSgyFv39VTdrrhXXijGS/enZOw6ECW7Ewwb84V6BNQv+vFwpzkRD/A3vm /y+Eep8ueit58f8/e8m/XmCE+kL8R9La/714n5WF+AB+8HsfL80/ksD81wsGOoUtv/VS/P8X7Xq8 Ef9/VfX864V8pC635uqxbkeIC+stmG8v0mw5cMVe7xf+lLeAb3tDfXiOhP9653vIqrH/12Cru178 fEiRWu8X+g2cgG97FQ969GG/Xyn+/3qE7kebby/eNdhUAvyuGGZlvRD/l2jl/+ss2EEv/r91pXbX C/FXipb/9QLze2ri/6+aeuIZuP/npcMwXfNv6rFu63iD6c4Yby/BQSxQov+fZd3vLYBvAJVoz79H QqmEvv9rg+9HGG8vmHnOVAL/rvzy7y2Af1a0Wb8vxYpKsW5v6nJyDK6/v05glfdC/EQIcm8tqD+r hPivAyjrXy/7P64g/4f0ZIvayP8cfgMA6GFCQIa/f72M73sVb8/pQcjbYf7W44b8XogIOplZv/Xj /68X8PogEP/rbTceL8R0gUv9F6/l/9fAipXObG9lvcwk1GNfQu//60N9zY6E/17J0LN68TlSOV7/ Xoi/ekGJ+4dyby34QT6F+L+fPJVVx5breiF2UgBQ/15OetzjvP8QCqGrEP/0OCtfq4XE2iRlv3pX zUebYW/TPRAaAvxySAVr7xcX5ZwQ/wMZ1F8vhItssW5vm3JyDC2/v1+Unx9C/1CC1vv9EAhuXl2/ L8D/XyGL5Ophb0fj4rpeiHx4mVnvF+aXfcT+f3pty2+E/6iqJVo6If3XC/HKfBhvZdIUR17i/+9k 6e8taG9oCCT6b8T9EuEq1gsOamoMv7/DQShQov9j2zOzyTRvexVo3pITWjohVFWhW4vDGG8vzhSl skL/x3cIf73vat8BuP+XPwCg3hZ9e/H/VrYoGh6IMzmOMNo/cm8tgH/CtFm/68WLTr9ub+qiQgSu sb9G+uRl0mxv/6f+rxAXXOn4/2s4zv5vxP4Od25Hm2EXI4j/v7V5JFCi/78X/3/IBW97FWja9LHy 6rFub4gL9aXYby/ObH5IlVrvFy6zcdyK5RVob78sB18h/hesov/XiAS+K5pvZdJsLO3siLSAb+8V EJmlxP/c1P2NbLFvR5t8Opctv/WFvO0S4v+v+D5/vfiXayz8X9BRy/5h/j7MDQCh6HxTUqgAYKJ7 7xfwyLk08FzJ3F0gc6teJ3dqHFC/12D1vl78fDFSdusz8vbpNOuKRph8w9SroLS+ezrx8GAP27Dp xNv3TUv7M+R8eQC2Co9ob3tUt+Yj/v96rGIerrG/OAH8k8u3/XFrrKuoBYBCBxehhf9fTgd0//F4 lwt0PyqDby/SbK8Kd9crV/+XKQv/63pNv6mE/4W01ntL8QBiXHn/XgNq3ca/r33igCiYe6uFdXrq YL9fcQFqHnW/18ifNIYFSjDmvK/RZ9McUP9/bSDC68S/2u+L7uqxb0fMtZtCdwAKvRe6h3Jv53B0 jz4DBJ6eb8+/VHT/9luXC3i5UAN6ZOe8/3yk7UQMb+8tqenrhfjSkg1aOiF9BPGE+UcYby/ZCwxR IxdXKuJ/3NOfZhgxWm/EmXQihs/qYW9HbZR/Uu7UvkCarN+a4C2Ab+/j06zvvebPv25vHGiH2pth L87ufDdcF/iHcm+c2cytNLTb9wyrezulPBqhQ+Cqsf9f/eMv0mxvfmfkDlf/9jjbX6uFPtobZb96 IBX1m2FvEQ3LHh78/3j/CDlX4vIIfYerhRCLMcT/tzL+/3qttrl/ms0w7YvVEZnbY4uR2mP/IW2u 4evEcsrYaL96rHo4nbG/54n/9cIUDT7i/+8fe9i9+P9rOMv+b8T+DkNuR5thcsNDX/9CO/zx4v+v mnpkHFD/A4r4Xy+BkRtDkppKhIu47JbeMvylfs8QOVfil105/+vF93u9xP9foUPL27H/1n/jL84Y bwr3EzlX4gAoFHo/hT5632W/Xy4XtoXeAFe2xh4eiP6BTGxvh3I4KttfP734/+uFlVuicTTaYf6B YfWVXgV6AVy8/6UdSkCBv39Chfduxfi0PVRv6uZ7EJ2x/9eI/7+12W9l0gAa+HQ/ve9q7wC4/0fF /1+hAWp2dL/XY1+wXogAYHZ47xeDPN16vxeFyP/rrPe7L/6Vet5qy4+xv1VIi5rSbG+Ha3oTlr9/ VY+s64V/4gZlv3ohi82bYW/OTnqW47z/9SV6eLe/f7cQ/+tu9c+/VDj/9l6/C5X/14g5OnRdv/VC OCrEQj+9EP/rhT96r7u/XyH+/3oZDv8L/9deCP/1KPxQol55/RAA6qV8v+ulPNrC8XuRqv/XiEw/ Icj/9Dfzb4dybzJxlX8FhSYcOgCPpHmOWmH+1HTNF1qI/79C/P/1iL/HF/1/vZt6naW4XyxBjlph /q/0ZOdTyP86nojkZdJvP5pXCclQ/2A4jt9vxPziUN6/ehlG3wv/Ij81bwkm/BcX4r+9FYZQhfib jEv5Xy99O35xPNd98b8+TnrH47z/FgoHlBD/9GV5NMul/1+icfzaYf6BY1H/XogAKh54v/VnP6CT VH+9EHQjCEWouYT/LYzz3yvx/14N4B4e/FSqE6hQgoL7/RB0O9x7BSux78+xbm+8dNB2S/++tYRv ZdJ/VRSXpi2Ab+8FRdZKhP9WWuFv6rFvEI4qHx6I//VC/DmSyF7vEP+XAt//627Pz79UOf8IX5cL 8RcWdgBAhHnQVKL/r5dCVhxQ/+Lx6c+/VG8aSb5jC/EAQrx7/16dfBxGemZjwO8tgG+TmWhvv1QW CN4BAJLXxNcLdESYDdZUAvyv/xwCQu85+rdZv+vEnpxPFvZ6If9cb9W3tx369ULPLXMdzcuZ3bk4 Mtyrhf+ZqupeOiH+EY7dXh6IAjL3E1q14hcwLv9//R97jYD4X2dNcu6nvv+CZGdRyP8222B5tUJ0 3yvZDJ0ffDyB+P8sNHShoMCvP/H/2I44u16ImX4E6sm+4P+ylEZ7hfiZQsTfKyZub+qxFn0P8b84 A7mpJMH+F+17MxT/fz1F1krF/1haym/qsW6xNvL/UQx6u0L8mX53YgtX/xk82n1443kgPxE8DmRu b5thme7f78tlbG9l0n5p7+J/vXZ+lZktPFvtb8+xbplDp+OjFG8vzhiZdDzeetSW7C2Ab+/jwanJ sPbPv25vkQ9vR5txAncpv/VK83oI5v+vm3p4HLj/0gAs/2/E8Pws+tcLN3pwKb+/QxX+8eL/L6rW 3v0Q956TaM+/VHT/Jl+/C8h6BCi/v1F6HfZC/y+qy979EPiemWhvv1QA2vJev3p6etyqv79nDSxV AvygkV/8vRBy+vl+v+uUfJ8nrny6Ka8ovmU5HogAYNJ4vxdpuIeZegmduP9gwsvWqrXfOiF1kDd4 evIOv7+FeUtzov+vF/9/Nodf64X41NhFOYIh/v+At/fqiP2/XvN9lEH/r5ykb4AQ/euF9318x/9f Lkm4fLmUFyP8T9VO1HDeeu8Xa3oNlr9/vq7znslvz79udDwxdlK/d/9eA6nlySb8QfZ2Orh5P71z qeeGLNa6Qd86IX9q+Fe/Xoj/vUKK6WVybz+XQlAcUP/q8fHPv1RvkSxub5sZ/teI/74GOv/0qgqr F+L0MIR5q4VzardCv1+qe2P8sf9avhAaHogXKXX8r5df1hxQ/3jwuW97VG/SmhFaOiFyavRr/17e qB2A5P8XaYOLFBfV+/j/YH9y6mhWv3rJUs8L8aAA4v/pFQNqyWa/r5I/cDn4/euFkN8vxP8s3msH iLH/EQ3THh78/x3qyK8XonA52f3rhbB2qlB5HyEW6Hzx/16OPzkeiHRg9nrvF2ctyQ5v7xVoxDu2 6c+/bm+8pM92S/G+1QUMUwL8FDVybz/Wek8cuP/rDnqfqYT/eaQNcUvxdNMkef9CFPXx4v8+nnJs HFD/YABs2W/EFx8W/v8AMfBTd/6/XnV6bcS/r/+VSL0Q9CuKfB8uxP/WpGJ5OvF0rzf8R7bR+/VC dSqzZL+9kEJPJLj/6rGHz79ub/GUY1FL8bzrOHm1Qne5A2t6B5a/fza+82IAen9vxKjx3075oXp6 wyy/v0/c39XCVJ3XVSA2lT9txfjUYPgXAiL+/w4c1teIdOlW1z2NSG8/h3J++xj+rNV5sQvE/1+h f5leDgAo5Mx/1w9f9UL8JpBG/70QF4+G+P9rec/+b/7+DmhvR5thNOsUebVC/0qnZL+vm7lvvn0/ bcX/1GD4F20i/teCt+9bZda/QnW5/eG5oyy4L88Xb3sVaNZolH40Bf7/C3F+sawAQKETf0htXu8X 4wusgG97FXhC5ee/XyGK8uphb0dtRWqdY/Bl0mzJnHdiGVD/GQQyfXiu/LdG9/96pD+jLmEvzhh0 AsM6Bxfi/+dk8u8taG+NDKlDxNRv6rGYXl3TFFkYby8kdajltXQSv3k/vRNCdwO4X6RxQ/xh/nSG MXmXiAwbAXxC3OO/rxCWYS2Ab3sFRdaOhP9XVe9v6mFvV7Y1nB6I/oBLbD+HchcOEP9/BkULb4T/ X1vVb+qxb1R0qb8qqW9l0mxyULqvIpU03/34rxQw7P5vxADPvXiXCw5qqgy/v4R50VSi/67oSuM7 UP8UEOzbb8QAz7l4vwsOaisLv7/TaYNzAv8k1bL8fRivaL34iihUb8+xd+tecj/fW3yHXv34ZdJs P57220Kla/nF+AB+UHsfLwFK7qe/1/RkQ93I/37HI1pX4nxPz6/yCBdaq4WpoLo8fDohzQVvfv0E 6TzfhHnEVKL/rv/Mfb0QOW6+WR8vxHSCqnPcqrH/Z9oNEd0F62XSb90zcu8tgHJe/N+/L5VGTCH+ /+oZmMAL/+Ye/CVNSvyvF+k4NVcPHkb4rOuN/xAvsP8lIbbXRfH5Xsf/pBBF8Bfi/0cZ/3+9c5vP jRRjv1RvSfOaKDmVdnzufoEPporfcm8/h3S5PtDDYIX7maSEh3nndb8H8jlcyPuagSMACn+64yTQ C5GAb3sVyy1LS/0FoBD/evD/NaBzdmxBHP/6/K/gXRSpgG/vPfj/A7MUVb9ub0nzm1gJqykE0Tyk EaqonGc3KVD/Lz44w2C1/OrnQr96qoivCEQ32Mj/PITkckjOeu8XqMa5EP/r1Av6dpuneyZ9OA8T BojWqei27v/1QqDxvE//g+2L7RVob78vFQR4PXRsekrjjr+/bVNSo8kMrKIqef0QF2KT+P+qTwa3 MPH/eho9iX/iL84Yb7Z5YdOSov/YNm/vLWgUOlQc1Jr8ejoh/SQ4MZnzA0qPx7z/NAL9rOdSfDjY eauFOw0cFq+N0KbUwfI+jUuf1V4UZPNC/yaSwVb9EBeHhfj/pDRy4leKv3oZxtcL/96d6HRonnrv F29KbWq/fwhFT2+E/+Zz/v96sXQR4+iqXohUoskCzdcQUSrZdIjijPl7FW/PxCCeuZuE+y7uf+NC 3P9C/Yv5cm8/h3T6ILS/67Yo5q/E/3qMzT2gEwUU6HRI3zoH9UL/JEHuVOsEdG7z2L8v7z1cpGJ5 OvF2ky/j3p3of0h5Xe8X44qygG/vFXNoY8T/X8T3b+qxdECL8b9eYHu8Qvx04GM5qxH/f7JPsO0o xJ1b2W/qsW6gBWFvzhh8eWZ3JxcIfGkTfJGZvRTmFWjPpBxS86TdXkvxUvxQ1GxdaWNzAv8k5WLC hrG/64SN8r9Ub8+oittmGG3XC/88mJxG+kL8r0Zb+r0Q/ykofT+ez2/Pv24dj8rwR5th4QcLOeGg HhR1cm8/k0Ixzrj/6/Hoz79Ub4W0sKRL8Xqe/PYv0mxvSeD/rxehJtcTF8SA+F9EBPt50XUBgHR6 98j/vNuN37VCVISifvn9EPwYDn2OD4T/XNF1IfFMW1FL/1dyiP/1qfc/h3I4+TTjgHoHAIoHn9SS Qnk6IXJiC+H/XjF+6UL8F+fm/6+Zu1uhmTyLQ3pjjoT/erFuR810wf/I/7/SbG8zZ8IOV/9/LYBv ajg82W/E/3rWQYoZYW9HGJvYocrf9Rscqqvjf70Qf1a9Wb8vxYsbsW5v6pv8P4r7v17AiuXSbD+H hEfZsZnUPfj/68RUNSwWmH4h/59/7S/OGG9FF1aZr2kTybsXs7f4/y0Awf5vxP7qsW69DBm+Woj/ 9zfgb2Vyb0cc/3+9nDZqZPigL8Qce9WgRgDx/9d7W1fJ9v/1KP1HAeZ/vViK8xVob78CemOAvv97 YW9H45q9XogU5tJsP9FnwhxQ/34VaG+NfPBuSVUXGiv/1+OqtV6If0h+Xb8X44umgG/vLRBz6YX/ t2vO/3qqOfwP1XymuI1OwkHBVKL/rmL47y2Ab1vYUrcKzv965nuAPLH/1Yj/v7bg9PVCT0e9Ybi5 mUInqLj/x8H1XyE5egXGv9cJ/79eYAP/QvxH5uv/vXr9l/X7/+tBPyshbm/qsRf3CfG/tYBvZdIU QRbi/0fE9X+9eELTJL9fLrHq6rFuR7sYVd1P+zb/V8+14hahFv9/1xMXxIb4X6oEiyKxbm+bufBT Pf+/XkxeX8k8BH3gl64T/+sAOIsPVG/PsZhH8SGZfON/tV6ImU3JPsm8hEdC8JnUbD//68SZ56Q2 mdHJm90L8dnmAz6T6ZpH6AKZBPlUf734f1a9Xh8vxYtZsW5Hm3FCYym/v0OI6WVybz+XQkMcUP/q 8fHPv1Rvk1ABAPSb/T8o/b9eeT+BWW8/h3LHPvz7Si5zPISiR9YlmFTK1VU8B28vzu5HCneaBJwh VFXj9n+FSDxBL7nPv26VeMmb1QvxNI4NLYFNbG+HcpkXm+oZFhP2exVvOZdP8hyKdRSgGT5XiP86 kIjwZXJvP3FHgF92VACMaM+/okeFwJhUgCZ0UkTS/17XL3wSA0eH6n+91no7qLj/LywbXyH+F0Pw /9eLQm9zyP/0Nvc/h3JvDhAXyIH4/4HMb8+/bhecIP/XbXo7G8LQtUKaVH3iF3oR/38WeELTJL9f LrD46rFuRyDN29f026OEecJUov+vh2/ve5XBSsX4X79Ub7ykwl5L8f9HGG/enaOhlcH+/P+pe70Q dTPv+hejxf9fpD6LamFvR5tPjLbr+/VCF6eHcm9VR/t/hZ5HjaeZ9Mfg+3ohdQ/jubteiKSfQRSm FuL/52Tt7y1ob4098NtJb5V6ybvWC/FUne5HsECaVEf6F0MU/3+3wD8phhC9LMT/cPF0PaEyldRg 4L5e/Ho1N+w/h3LvMKXgxMX4RinE/1+xDVu5cgfVf94vzhhvRkIUERTi/3uVL1LF+P5mcdpwb/5G eSH/15sCG50FSt1tvP+u6f+vEG+MGT56O6i/Xy8HlX7JO9cL8Xqe/ewv0mxveFfMgFf/xrsQ/+sV C/vsRwd7VNBvm2FvVzUvkh78/oFQbz+Hcsy9+Kjohfg5qhTSHyH/cs/I0JcLRrxeiP9lsVhslBr9 yANv7xVocl740B8vR/h6If9H+FV80z282gL8RhDi/6+ADNt7fS/Gxf9f7KCYhRf+128OzzrvXr9C fxPxa/uLc5j2mxD/jwzYC0ujcHwh/nTPlZh0iP8+Xn3XdFJ+t+jigLXu/xWNkvfHz/9fIX0HfoUL VPP6y7FLrfpzz30uttu1ZPbvFWhvHLDbV72kPX4hn4BaemgIYKjzQvw4kp3I7xD/f734F6WC/19x dBfQqj+8y/VU1UrUaLUm/CWwla//S4BC73or8Q0PCjv/eiFM3/0DezPQi1nMdWptcb+vfeKXLu8A FAA4i9pXdsLfzb96m/s/igBAoQF69na8r33gF8nvAIAMfabfhP81KxaYhd4AXo6Fix6IlfeqpgDo HXYqCMs/vVXMKS502izwv3ppiuqbYW/OCwe+NtZvZXJvJJLnS/0Qeivx6M+/VG+SB/7/C/IsPJNv L87/LB1a/68XCXAtgG8Di/j/Ly/6z7Fu/KkTTTwnby/O2ax+z4ibV+KUdBgslA4zpGBBpmtv/nq6 VfRHm2EvjUoU8NJsb8Qopmz4pnq9+E+LLznaF2W/eiAWJfIOANVwRUYwRf/eIHbt6zn6hbG/64UQ bSrE/xAjFlr1DgCf/OovzmxvTcm7ix9JGQWbH40uE/a/VG/nqprbcloX7wr/v2KNiwLIJEcq4/+9 oJvVNXdVYQdV73f8PNCRF304MRQJYBzxQvwXGeP/r5onFbwQsBV6ANrvsebqsW5Hu3pV7gj1fII8 /F9S2wWnp5S6gG97Dztbd25P+4tOFwkyVY8jFxta/P/HvRebFuJ/DRNVW53yOO8E/FXiVHSJGd/W C/81kQMhHUz+rxe1T4y6dbpFOPzhA1U1KRYYh94AUsuF0M4Yb2V+/Ys8cm8/gMN9ycpvexVvYyyw xuqxbkc39YseGG8v0hRF9eL/R3D8f737sXsVaLeaxP96ydD8C/EU6BhvL7bY/PVCFw4X4n9WIG97 FRDqLMT/txv9/3oa40ebb1dui//1qoWvF+IUr4Bv723Z/OvEF60t/v+S1/7XCxnDXYj/RSNWF8nh /6+gPNXl0zgcXXYbC9ieuUv2P0gMAKENP8u3wPuBEzzFFBdMQO8AbkWMTL9Ub+od/4sSYW9HGE+M tflvZdJPhL1SZ7fTPyuG8jyFB3+lKoowykn9FKHMf/VLF3lD/K/+nP29EBf9hPj/Alr9Xy9OftCR D9XMW3y2HAAKvcY8YxXDqmQMRXqMEGF9dBMLwJV/yTsr9A56nvzIL9Jsb8nji+KHb+8tLP2f6WjP v1TDeS56cgvx/2cw/Xj0lv8d2wNQ6NG3FvhaFHoHdO4tbF8h/k8SW5XX439DoXduxoNXH0/gOBf4 eYB6B24AvG/Pv05H0Ev/P2kNQKEjr0XJVk8P6Dhv0PzVDXlVW239mIWc1LvKr0ebYazUVxe8vQMA rgq0UOgAFb34zxd6B3Tnb66SJ/7/C6kU+hhvL+59VUWC/Wi9ISw3zxc9ewcAdK7/tykCAIWhzBaa F2GhdwBk6RSj6B0A5bupl/P6/+uaPVsvFmKE3gDrDoVIZEuLBng7i/jYPtv7dZcHBgCRpJVcxw0E hd57F3+1b84Yb4NDiL9lcm8/RHWiVWcBFHqj765ulXnJWAT0DnoX/OYvzmxvyUOLuody7y2gP+lA Um2ELO9dIf48ygEUJrs3VLM4Rx6rTMe9cFQ31fsnbCX/68RFHi+F3sIj/9cLucsaGG9l0n8HFpbO P4Bv7wX4/+uFep9b12/qsW4/IPH/XmCov0L8FNZybz9FFzO9EP+xbe1fL8QUaLFub+P6/9eIFLfO bG8dcP+vFyEuDdFVU4T4/y9BPysqbm/qYU8X4PovzhhPPUA5BZwgRr8Q/3/uMfc4LFW3QP//eng8 vQgZX6R3AHCCiNKHcm8/LP4LjmhvexXDXVuFb+qxbmeb8zr023Viqn0CCh2kHxxVz6USOitF+/Wf RVXK4fw6oWMWxncAQO5EVWfpT6y9Ume31T8rhlIXPcX/X+JOdNBBP9XOVQ9bIm1e8myt0gkZ7JoQ FYGilekslKXQAXq6VPBHm2Evtv8ACr2lFt4cAFCgv314oVVBLxTjRcEXPdsBKI4xi34Yby/SwP6B /G8/h29Dv2TBexVoz59HVcrJ/D6hQf48GU/3XD0UfvJHBX3il67qABQOKFSf71XvOfw+ujH8fbt+ Fe5I/TTotiTVC5pD7wDPFfo+QXS39Z9u/bvIrSj0DjQKrPt2qPiVFQopVu8A+n2M3XsVb8+flVXK qlRnw/M+9DAcuRsVVN41dG28TyYX+9p7FWgMHR8XFN0BAFBBt304/BXuPP006JkXb+cZFqAWQa4v dO1vF1Ah/v+49f+9DBfAp3cAHkhsP4eI9VVjBoB6fT/kQDxfL/7De1W6R5thL2KKi7LSbG+H3vug lHh/vfjD7vHBz79Ub0Yn8VOR8f9etPiwwUf/9eIXpxf/fy1YKRLFAMfTmpVyydgG9A78Jyw8V7wD AAqpsD+Hcpf6EP/rbi4XDcT/X+A+PpowNxbjPm+fcD4twTws32EvPsh8nwYQfBtHB6ddB4wkS+4/ 6QlAoeM/90EMW7OI/0fEB4BCfD+fcNsghQcXcyH+14Dy7HWT9Ixhz6Gf6xcZ7wCAvuBbgY0Q89c7 AH7hVDzj+//XiEe6S9Hi+HfaBiq8Fbf4bhN6B/zfYJVfyXkHhQ7aqHSAsPVLAHA9y+8XiPxVYweA erCK/VRvz799QgUWv9cPgrbOGG9lqiYA6B2t/EFPlxevVLxtOaHQO0+Ti3UYoHogtt7/v0IUSwsd APc8OIhlmyi0LnOlx2ABhd5OPKEZYyl3ADSN1yACmWz4nBvU4vh0FXoHzO/LXJhS7W/qYW8vuxcV 9QM43pJ/bRVrqEFJpCV6dYDchP+cL/7/ekFP5qEZKaR3AH6SFHDtHQCU0ouIfTj84UdV1hPgnrlw rIQ4OLbVWcx/cSdTxyN1Yp0V9Wum941UEzn+HIx3sW5vm5fK9wuZPq1EEguMikgkKkxuX4o6cioI /p90neA+7xx6Po1SPN+2gv/1QqbAeYe+0XGNEoWS/xRRT9tv/nq6VeZHm2EvNIiV9Sjur+h3NytQ //p9jfN7FW/P6IDbZt4BKPSQPD4JQnvEvP/14ggQYuTvLYBvaDjo2m/E/w4vbm+bYRcPn/+/tfRv ZdIXLwHifzRU2/fkO5+icYkpYf5y5z15lwsXq1CI/3CCiaaHcm8t+7LvFWh0M0lKc1S+//ecM1NL 8QY/iP/10nc5/236rxBUKDYGzSt3UdrmTwglVfhHm2FvtWxyOq56v/Wyl64W/39ChTNvxfja77Dz 6rFub8y128t3AEChnTwK1y8rV+KACNx5q4UHagdAv1/iOHo6UL/XCp8y28tstUJ8l1aQ2S2Ab+8F wIWc2W/Pv24Xdxv/11sOKrIMv/XHPPCTCvyvEBRQLWhvZgC8zG/Er4W0FlNL8XbbGnf/Qpb9n+Zy KoV3P71AAH51fB8vQT91pUn8C/F2UgJ3/153J3j/hSdX4satEP/rtjgMhctIFCt1vHZ6z1q2gTce iAxRJHfsH4R2OGp3P4VA5uvE/9nPmHb/XXeXC5u/NImV971pK5Oi/yzoAHA5mfzrhXbaoUy/ekvu Wo6Ldx6Ir0D3cne14gA6z3s/vZU/5ADdXC/ElXpJ/v0L8XJSf2n/XqwAQMx37xcd6l2Uv+sAOPCr x/xfIX0Hhf57LQn/v7asxvVCFGs14v/9lT8Lc3VCHFK/X6Qhcs/7iZcLGXhciP94979sV+IXExL/ fwX19euFVNTcLPJ+If5c8HxKvv6/v6pe/fXiT5O9dLAwpVx5xfi3vcb/ekv1Fy8EACgIQpj/vP/1 NvQ/h3Lv9WTbexVobyB+H19T+2/qYW+Wgf6zfrSFh0lsP4dyAbT7+u8VaAHqdMH1l/P1eiFUXPgZ Gl2I/x3N5v8XYUJ4sL9/vfd7zof/X6JxCQxh/j+D8v9eAwQy9xmJteIXshX/fzClDHnF+Lc9xv96 R0bfN5dUWj1cLR78F/RA/6+n3NUFHfXrhVN03Pc/t2z9/3p6BFq+AskeiBcXQ/yvmldpNVD/l1L5 /+t88lUv/lTx0swX49e8XogX4mv8/5wZcho1hj+9EEnqhf81KlRv6rEWk/8OANU8eq47vP/2Fxcy Fv9/MKWLksX4t73F/3qsSwKtsf8/D/6/XnFKQDu/r/+efr0Qcl5+Xr8vLI5eIf5yzzyFlwsX2V+I /3j38NVX4hfmEf9/tjh0GCxPXS/+cs/Hd5cLwn+2K/31Qjp6PkO/rxgXi534/2B+F4zMOwDxtC13 S/HEy49e/0KL7GVybz9975cP4wAUDH1YjoT/ke0BegxQv9e7P1dh/f/1KPpHgRGAQpsvo/DKb79U bzUoFnmJDgCffvYvzhhvHYTcrxdvSvyxv38IRRBOhP+3//7/epn11wvxV1+J//Uo+xdPEQBQWIoW LWhve22Rfy/EdIHne/2qsf9eTnqW47z/+SV6fLe/f70Q/+ttY1MvxHTv8l6/C3Qto6VvL85sR/hC /6//VX+9EMR+ilm/L7Loz7Fub4V08HZL/zzjh161QujZGXJvLYA4+opZv+vF/18vdQT3lDKtS/Hp ts3/9UKiFyji/6+dSoQbuP8Dsf9fL0lKslu+1+PY/16IzH/JDxeL4/+vmkp4ylD/U4T4Xy8skXsh /nK+/IiXiBfcX/z/Hl5vP4ey0znQi+wVaG+/bhSri7GnuTa78xcAQKF3AEDMdO8XHWpZlL9/bvNv e1Q4GwviAIXeALbNdP//yP/1gZxyqg1a7xAX1ZD4/2B3cuJAVr96yVIo9A50pQVKcji8/6MKYVDo APII61mrhRDM0DsAJMlzAPQOcmLphf9eFH0KvQAsa8Zjt2TIexVob6y420Msiu3qYW9HYfJXoHkA CgqJsYdyby349X+F+JaGpZg6AJmWHCGhP0IOQKFj2GXSbBcO4v+vcY8P0ZGcivGWMEHrkBlVm6Mm goss7Z7SQqIX1R0AUK/EX9NxVFPonWINb3wGBeL1f9NvRxhvPCLY4/g26D+Hcu/qnUqsF7j/onmQ zWH+F5YPAChUcgoxGr/1qhxR6B1yCGCFP4UQKhU7ANKakW06IRcd9Q5A0z09jwL8F6gcAFAjP/RO EOvrhf+3Hdb/ekA9hlmhrKEd0zsC/KWsIZ//ff+X4xD/69SuoJpKdzohAWrXdb/XCwdABnW70VqL k4dy7y0bP5+5aG+/VJVfSf79evFyUvxp/17YAEDMdO8XHWpdlL9/BgAAn9Vvz79u9LpV9kebYS+1 g29l0ju7M/4AUO8AHn6YdBW3P+bQOwCF01Ag0ri218TbpyM/qaQKHFDoAP+DUY37FWjPv0TBIFb5 b5thb1eG3/m8FKargaj5RmGGv2P0exVobxwEFH2xbm86sYrem28vzs64dqv+7uREzH0bNgqMaG97 VBRbv25vMnihiMiReBqs4/RC/P+cNXRRoL/Glfj/63dR2uawxeqxbkeABnSkYMi/Qvx6NZfWP4dv 7w1QRsOF+F/danqzVeZvm2Fve7TRy0lsb2XSxahi5e8tgG+sbhQ4a+DjoN4BABsyn1wdfnV+qN/V z0kzKKL/BBj/f4VoUtAGi0y/bm/qwwoQT9WjXoj/9an3b4dyOOs04369+P+KRoY+R6uXFVWTu2qF lintncsjk5PblZDde4ge03GSiuyUP0XEr4W0zntL8XaTrOPenZw4cHi77xfif70Qcm5qbr8vSWqn Vr7/w/P/14sXJ1aI/7VNeCkX4v8wjTTfxfg46JT/Xy9zeo23v9c4IzTTZ2m1QhRZH+L/7x97YLn4 /2YwCMlvxHLHL4aXCxmSoHcAV+ICAApnP6CTZX29EHJWm4AfLyxyhN4BesuFzEcYby+26//1QrbB Y4cN03WLy8iZlkPknjFF3rEfhozXVBfcoHcAcILzK9Ph/735p32F+Dlu6V4fL/9y/85plwt8Km/w v/X7/f8XYhdBF/9//fd734f/X6JZNNph/hAIof9eiHI60W+/9W9q9G+/fzadEH3F+LfXw/96YfF7 AfP/1wViSMi8/365chqOQT+9+AcQegdPc25HEUSKjNFJnLZ7mhTu1FV495vXV+IXZusAgDWkVWZx bMxv/lP+4YvOm2EvzrTSgU5sb4dyw49l+e8taG9b2lW0zaJHJiGYfIACcuNrbP9CFF4OHQAiqgjp /RA5bq9ZHy/EOf8IX78L9DhSW1//Xvz/9UIXKhDifz6tLEvF+P9a/G/PsW4XXer/14AEVzKP//XB QXy3ov+9H3sohPj/ZnEQ+m/+csfCbJcLplcYcwAKHRTOPuL/aRL/uTjUXquFAtKaK1o6IRZ6EvH/ Hod7GUD8/71rcjiFv380hWR5xfjWqlttOiF1B4B8DHHI/zqXie1l0m8//2t9vRB2r6HkFv/E/1+R jQ3UevjqZovPAf0idoX4JBDfjNhiiQqYaG97VHyYKE7diI9yYkhi/14PAR3N/P8XCfo/gG+dD3NC dBe/X6RJDNxh/md+A1HVj8LMJ46agBF8aBN0eIB9noLpjUK/VG/qojn6u9MNeQVKHMy8/3K8F+QX 4n9WFW97FRo3pHlgzWH+dPcCWZcLT8qsJnTyf4/KZYyKTpM4ew7/woqpmn1a42/qsW9UzPUPfHpR ePcPbVfieFH4+H+9+BT+FW/PzQxTRgOK0Jthb84iFEtwPFU2b0pAsr9/Np1oecX41LpfbTohdXqU Y7/XYP+mXvwWo0P/r9FnUhxQ/+sIfRC5hP/StIKIOvFG1gv/P7Ye+vVCvKCTof69EHLiTli/6wP8 Dy/+//ekunVL8TLLOoi1Qndy+HS/r/hfer34v+QB5l4vxHLH1miXC3xK9v+/v6peBgodchpSXT+9 +GgSegfSqjdpOiF9QjG1v9eIi6vObG9lz2qPYKJ/BBH/6wUT8L9Ub9K0CWk68XRa5Gn/XmDq8EL8 7xhmPb0Q/7iGqP/rxHLabG2/eqJC7U+xv1788GXSbG+ad7DYUP+UtGhvewhqmFiE//GsDUFL8RdT jf+/AvN7c+L/r9D8L70Q/2YAW81vxHzHG7q/C/GL2BhvL85xapY1v6/86+8tgHJ+Vo+/LywoWyH+ vw6lb0ebb3jbQ1+1QqyvF+JyOONtP4V7QtGAv18vivDqsW9HhmTPKcj/Hktsb4dvaklnv39VZfvr hQDq3FK/et5r046x/6E9ECkC/ABg5nrvFxRXLYBvU4X4Xy9BPw8ybm+bYThSsrv/Xv3/9UIWSOkd gFUW/+uFcbsL2J6cQRbXYvH/XPA5OnQpv/VCOio+Q7+9Gzj6Vli/68T/Xy8Wqn4h/1S2Ih8eiP/6 xjT/F+I5KjxeP70Fcl5qWh8vLE5sIf6XBHVQXoj/9xOur3hfDD1X/5e0EP/r150+Q4qeF0T+pOOR /9eIen8qs29l0m8iqkHt/RAX5YX4/32hiypTkL4elY2yeIy/BWDG9UL8KteW1y2Ab+8IRbx4hP+3 JP7/enKyg1ui2iz+modCpxcC4v+vlT8KiGhvexU4GwvsAIXeATwsYW/O3pXvFRT69eL/3H+WC71D F+KF+F98oYsOSJCYePEAQtB7/14/p68bF9cB4n9WG297FT+7C9gAoN4BnrmRfDsHdEjXvNt2ugfb DHJvLYBy+kF4v+tNu3srObteKffXC/FUSxhvZc95e2ii/yZU23t6vNvjjf9fLywLgt4BXF/V99VS dMNm+HTBxsxvX7eXq+kAFAA4K2RUb+qxtIsCYW9HGHx4dhccfpG1JGPGezbudCgGEP1EBNdc0X0/ UvIHbiP/v157W3asrCz4srXJFm/vFWgUAU/Le8dqB4XeDHM5MRXdTPOUgZx0ijZ57xBy+jCDv+tt +6fQO3b/3XqXC3Q/KsVvL9JscnB5hO8XF5RK7wBiAPjab8Ry/42FvwsZJSB3ADbb+Hq1QnIqr5k/ vfg2HHoHdqrMeh8hc3q9ir/X40dIoXd2cE557xcJ9C2Ab7jB3OMUOwCgTj2fLN5q84+xv9tIi/PS bG+Ha/wmVNtj3DusFBDX22/EPBqqKVpw3Rfuj/+/xzzwcET/rxd0PJEd38ul2GJBsJMeLnpsC/H/ 6v+W0XDze31C/6+aV4AnUP+DBfj/L5IAytl9v3pyQgyrv79e/Oxl0mw/QR1q2ZS/fwA4irVUb8+/ OHpWgL/XCxlQSoj/tTa3b4dyb+eZeus7uP9g1t+excB+gPH81wuH9s4Yby/4LP314pWvmnq0HVD/ u9d12rK3v3pxAUqfd7/Xd2rz2rz/CvdrKVfigCjsfKuFB3r0ZL9fokMk2rH/wHnxL84YbzLHJw9X 4v+9EP8eRphybjdpHy9zahdZv9ey879eCBcAQvz/V5bMP4Bv7zBlNEvF/5gslP96IXNSklK/XgVq Izq8/35vDDlX/5dCEP/rxYxWv1Rv6srrb5thOFIRXP9ev8WpQjjrM/6AQu8AikaYcpqphx8hFtJR 8f9atggpHoioHaMIUOhvSipov39tLgsUO6XSqg1pOiFG1QvxP5gNy1QC/P7/kv+vEDn6iVm/64W/ K3NUb+qxc2rsZb9eYGmdQvx0B29CWIG/f+r4aB96BwCv4yDx1hau/Q4AZ6YNEZi7APXPSkiDon9V LgkUeqmpRcWVX6x7COyx/4f0SkzIyP8K1/QqV+J6fWTz7xVobyyA20PQAQCFQDy3W3ECaim/9UOJ 9Idybz96/ZS4aG977/41L5auhbQCU0vxep788y/SbG8yptuz6ACAQnE8i9aoNS+u/yhwAWoLdL/X DT/LUmxvZdI46zP+gELvAIpGmHTbRRMfIP7/8S2oKJ77Ox6IejVNeM8S4v/unXrT/bj/uztqu6y+ /zoue5UO8b8WAbnpwofTOe17shX/f0r77+uF/ysVVG/qsaiAgAYXMn0AQEEFcobOFzLkAIANTFUt gvgAcSxohd4BOQ/+/1c11R4e/P76xgirF+KWZhT/6wVF1o6E/1ZU8G/qYW8/PQJAoWE78UL8JMBv hJFGdIht4woUO6HUa/ED86T8dkvxPvuLXrVCAyDIPX4SE14/vdaxv9+Kd79Ub+p2AWLQUb9eT3pk 4rz/9OL/r5wFl1rsABQKfYSPhP8lyGf9C/F0lKjCv1z8//rAdK0X4v8AOV6rhf7wq/z+XyF+QlNQ v9cP8Dt0iv/1wkGGtqL/vh97TYf4/2t51v5v/v51pVPXC/E/46FetUL+8JMg/68Qf8KUWb/rhfDb qsX/eqFD/qqx/1aHe9RD/P91X9YOV/94spSU6oX435LtXjoh+/CPUv/XiH8Cd12/9UmLlody7y2Q QsIkuP8jsPbPsW5vkxL81wt+Al0pv/Vsu+ZR7XpaEf9/Drvf1sSbXy/xeKMg/9fiLb5eiH5IQV2/ F8y24Vnw+nn5/+sOu1DXyd9aAd7qb56NP4d7B0P8/xxJ/q8XdDydLf/nhfhQrVn+eiF/QghQv9em u/Ad83trQv+v/mp+vRB+VoZZvy/qqwd18Xvz8f/X4oy+Xoh0cEFd7xcjF7Ut8TXW+PBum/5fL3W7 ddjy9yvRn2P6mpMx83tE4/+v+bl+vfhPxdKurYFBNiN+it6bYW/OYc6+Qvx0se0DojffX50tjI7r jCoPVG/qsX5CPlC/14nwOk79//WFeky3on+4EP/rbPH+L8R/4hRfv3rw8FP//79eYQj1Qvwvqsle /RD+cAES/+vEANr8Xr96qnoEq7G/ZQ0oVQL88JEo/68QFqy9+P9q/t9fL8b/daZG1wvxfuOLXv9C 0rqtp4u2h2/vLZFC6CS4XwGXvChV92+bYW8+G/+/Xnd6JuK/ryxnqB1Q/+QGNf4vxHRYGx6LAWFv R5vyn36o38gljt90lpQtgG/vbaf968R6n1qgb+qxb1xI0YJeiP/0Naxvh3JvREJv7y15Qugkv18B k744VdBHm2Fvtb1vL9J9QvZDv685uz3lZOZ7FWjPrnn822H+0Uazp6OBby/ObBTl0m8/p8wu6uJR tAYR/MzMptTbFzF78f+O9Hps/sj/frhxOvhHv71HqfRydcUDlw+g0HOMVsm0J/QO4QEDvNXLfvsW 4v9okvd+vfj/64X/35LtXjoh+qIYYW/OGDg6oVy/9ef/rxcWRbwQ/2s40f5vxPx1pdP+C/F/aqFe /1768HFi/q8XYsKUsb/rhPd7+MT/X6FD1tux/9UEe3VeiP91/9UOV+L/yUxv7xVof1btXh8v9osB sW9Hm3ECdym/9UWIoIdybz+QQlYcuP/uinvVL8T/+pzXdkvx9FEMgr9C/H9Iy17vF/MKpoBvexVz 2iBlv3oYeyyrsf/YDhi/XvwUqdJvP//Kq0Lvf1arWb8vxYtVsW5v6g5yBKu/v7dN//VCOyqXnb+9 Ef9/hRP2e1RvoKotXzohFyHYDkDeNdFUAvz+Y+1vP4BvgDArX6uFFswvxP+9pH6oS/H/Xoj/ecfW XrXi/kaD/3+9kELAJLhfLrHY6rFub+Mv6deIfAK1XL/1QY2/h3LvLdZ6wSS4/y4vk8+xbhQqYW9H zXqV/8j/9KmnP4dylb2derQluP+7rPNeL/6thZRoRUvxQMvEe7VCfEIiQ7+vEYpiLWhvewZCvI+E /39U7kebYW+YDdUeAvz+HvhvP4esgMsMAH5tex8vQT8OKG5vm2EWFXIAQKGK4wrXEyxX4v55UP7r hZk8T0840pwBZTrxdCXjmFGhd3QFqpxB6B18AOh7P4X4i6RUb8+/lvd4If9ajgYnHoivn71xeuh4 v69AlX/X+AB+CXsfL0E/daVGKvQOctt/Z/9CrJX1HWpXk79/ONCL+hVoz78Du149//8L8RTcGG8v mbjb6UL/rxeDvN16/4GEkv3QUSvbYf58gg6KxptvL85Pu9FeA1DoHRYbEP9/DH1xY4T/0pKEdzoh RscL8b9tSAxfJDt6bWq/rxL/TGZB++uF/8/H1P96IV6YS/FREcj/Aw28/z6tv69J/IwQEzqL1QfK x0C/eqh7gYOx/2/Y/79eeh+Ty3rTn6J/1wBybv9wvy+UAOqvdr96DmoPj7+/20iegUxsP4dyfH4U Hdlu6G97VDgbC+L+eiH/PBxhL85Pu9FeAwDoHQAannc/vQdqDwG/X04HzUoW0OY+wNFvvcaRcfzN xdvRmCTRTosk0dKx+G0f89FOF9DNOMHR5bnHv2/Fyttzxpc500+LPs7esPifonFwKWH+cucheZcL FyuodwBwgoiHh3JvLZtirwO4/2ZBLCRv/hdkzwAojjHLURhvZdJ1egdnv6/79O8taDivoeOg0DsA G+KevQsZ+16I/+5C/P8Kd+8qV//6fWTuexVoz+iA22Yg/v8LGvRHGG94GtjjCr0AUHYhHzCt/HXF +KhHwP5fIQFqQnW/144/ylcYb2XSOqhL0T/qEwfyMOyIq8QXDsMBACVL/4CGRFD7yP+jvWnDk6L/ KtCLeS1ob3sOCJmq6F46IQM/p/v/XsiL6tJsb2WqdiKAbT+9mWpwF7hfpkFg6GH+dPt6Pj94EUCh dzcdev+vFwl8LYBvYAhvbW/EdMq6bL96enpImb+/0z38awL8R8/o/71GAOrhfL/rL/TPv244PgXj KPQOQD9Ln3j/C2lX4nYiw18/vcst2Eyu5izE/3oSJRbo+cTLW1//Qo/4ZXJvP7t1p//yFLIOO57H 1nX+JASuS/FVXEs+V1J/H8rIe6rtsz+9unQoRBD5rCTA1aX7BSux/32APDy+t3VxRwb+V+JVPtH7 RhArX6vEjEO/bm/qbk/qobuGy1tftUKI9Idybz+TEH0NxVWsBgYTXeVv6rFugYZECMjI/wdP9v/1 Scxv/4aTQu+h2Ex14thSv3oaayyrsf+kgW8vzmwWv70AUPTx8gjnaauFQPIlxP/0Ej4XMB0AKGo8 zzTui50jk916i53Fc5sa4om+qYe7Gmm5tzNrtJtGv/AO2a2mFqmpQLqm9XGdHNmdmYztljVEqJIU To6meYKLK/6IxzuGz8TQzJsiyUiFKdTE5XXq6mC/eslL9gvxv6OYby/ObLd8x2g9V+KWBBH/6+/4 lS2u/TUhlP4S8f/Xy6lAy3h8tUK8Ktftey8R/3/NcXp8Vr9f6XvO22H/14gdqQp3arXGvP+afzYK UP8ZNvzbjQz8OaSA23hHd5QJl3QarPnZy7/7MqH1rxf/f3pT8euF+F+sAOkQIXN6wFG/19iVqQ0D SmLQv6/odzM5UP8sACtfb8T/XyH+OP8SX5cL/79eiH9Ib13vF+OK5YBv7xV1SghXv1+iQwjsYf9c 3Bl4t3cATQ+dlntJmRdM/xkWPnrCJL9fKU8FvKTUdkvx/5gNyh4C/P4dRApQ6Dn6iLG/64UQxdo7 APmcLV9L8fuk2G8vzmxySLVp7xdpqDClaknF+BfvxP9fokMs2rH/03jPL84Yb3j3ZQxX4hcVEP9/ BkUsS4T/W1zmb+qxb4Dj8rZeiKB0YQMAF+J0XPh4f734dGYSbR8vfPl6If4/wvn/XuL/Msc3X7Xi r8UTcvpusL/r1QfquFa/et5rs4+x/1Q1HB8e/PqAAG8/h3L0MIdtq4VA7S/E/7ev9v96m/9ajjQf Hoivn0ZxKsxHv72T93fVB0p8Vr9f0Guz/mH/PABhL85Pu9FeAwDoHQAah20/vQdqFwa/X04HF9TJ AShtSaNe7lQ0uDp630O/rxc5+pSxv+uBEMXbOwC8pNdeS/H8PwYLQKE/n3j/OgtX4vIIjVurhVTz D/iUKT9ub+phw6Z83i/OGG9+x2UMV+LaQu8Afy63FPdUb8+iS2rYYf88AmEvzgVKbOG8///cF1Dv TyMXEPTrhf/nAaCeDorMF6GQPD4JQnvEvP/14ggQYujvLYBvH+Gf3BHk/3pV92+bYW8/ReG/Xs8k ePdiC1fi07fQi6kVaG+/+NEr0sLfDh7D7nzsL84Yb8lyjomHcm8tPNGUiGhve/i+LThub+qx05YE R39dS3Jgq62/F+EvJRLzXxe7FFIMw3tOB5+9pC13S/H/Xoj/eMcrX7Xi/68X/7g4z1+rhfhfL8QX dyH+/44x8FM4/L9eF71l0m/Pmle6GVD/LQDUXm/E/7fQ+/96sYv0m28vzsB2eNZ67xdraiWWv38M fWNthP/UuiFaOiF2QuRR/14Bu9FenTycEnIS2Vo/vUHp64X/rItPIfec+lVL8XTVgP6/Qr3wcXL9 rxdyTHuV00rF+KLHV/p6Ib7wj4r914i3NtNrbbVCdjqMcD+9my9gRBAixjsA1qQ1XzrxdBUIfLdf iP98x2M9V+IXHfgAgEJ9HEuE/18v/v/xZfErBtGffqjC2zWdnWPMbz+Ab0LOnZGf8O/Pv1RvvKTI dkvx/rWvby/Sf1ouR7+v4Dn6i7G/64UTS79Ub/msJVpL8fcQDRwfHvz69UL/R/Dgf71QivMVaG+/ A3xXIP7/hQ4AKONtvV6IFiZD/K9Ab0IesL9/0qkMT6I4GNDA/yN/OdE3GZ22dwCqwkHrTqL/r2Tc 7y1ob7wIQkp2hP+SQBYo9K6/KodvL9JsAHA9X+8XFjK8EP+813Xi60S/epvq/wvxOFJTX/9e/P/1 QsxvX6qXSvcAFAA48KvY/l8hc3p+c7/XMAfNDhhvZdL5Dxfi/4boiDwVaG97LPm30AG/DhZvR5th QNtTX7VCf0LMQr+vE41bLWhve0N6S3aE/3veewirsf8I364y/+mmteIMC06gIVTS/+uFe5gHjor1 e6GoXXoBXA1rOR78F5+qAFCeZ7AdUP9gMGR5b8SWGSfy/nrxfBcd/E/VTtRw3nrvF9l6crC/f/bi b3tUb2zvtreSaBgo9HR/KvFvZdJsfNHKFHlOoCg2OQxPDjc56IMARCGhEQzNqAgDODL/C2m14nIa +4k/vfjoDnoH1N+VDN54RvIB8f98BUpIyLz/HRwZUOi8IEqVJE7F+PcvxP8rL25v6mFHLPQAQLb9 Egq9f2g/HXpqsL9/bvRve1SlAMT7b+qxoYiAdCDMyP/egHV8H+P/r5NCqB24/+/29s+/VG+TCgAo 9HJCgSi/v0KJ9GVybz/RemvkUP/rbUdfL8QUSLFub/R0LHfI/zTbL1+1QsQq2Ec/vWLvexVob+lB zv5h/v6R/29Hm358Uon/9avIUugddDDHXz+F+XI4Yb9fpHMs32H/XI5tOR6Idr1IA0qPZL+v72qD Prj/FDBj2W/EAO81epcLwj8WA3IrxLz/HVz8rxd08mqwv+tm3dKSwH06Ia+VC3x6HCi/vw6W16K9 SjuRon9ChbNvxfimrAPXvcABSu53v9f0akPdyP+fQHEa0ka/vUYA6n17v+ulPNTtdXLts7/XgGQk zMj/eHEURRXi/2wQwwjUlJOS9r8+XaeQF0SK+WiekmCmnc18j4/bgI2RF/9/vRD/64X4X09PYuWz vv/MtdvPiP+/Xn9CFuK/rxLt+iMQ/+sP+8Nvy3rQIf7/vbXbzwr/v14x1/VC/CTsqXW+lD8LmGhv e1QXai7+//ld288LhLTOGG9lxQcUdnJvP/Ij+EZ7Bs3yqs+/VG/5XdrPCoS1zhhvL7242+1b168X /zw3E3sr8ePPv1RvktP+/wtyg/OQ/8pXbG9l0hSPh3LvX858EqaP6b9Ub8+igtti84rcm28vzgMw HOj8rxcL4LwQ//WGeELdZb9fLovc6rFvRzfRykUYb2XSmnRUHJmiMP8ZgJfFn55vz79UFF6xbkc3 zYpDGG8v0nyE9KONvIdv7y2bNCzB3EcuxP96yDz/C/HDl/3aL85sb3Y+27cWlm4tgG97QrzbN8T/ XyEV8+phbyhP26e3Ef/1QnwSIUO/vRGKbhVob3v48iombm/qsRTcm2EvYraK39Jsb4dhg4sI/Qqi aG97FXYTC8B0uQo/l4gJ1ynkby/SbHaxxudGgf9/vSzSn8hoz79UjVOxbm+bzb+gkW8vzmzDzDXm P4dy74E/i/oVaG+/L9bPsW7DAIfdR5tvL901HFUC/Kpi728tgG+4wdzj68T/X+w5u145/9cL8Tzj a1+1QvmKEnJvP4A8PDY71K+h62SqD186IYzem2FvzmPlL9JsfEgBX+8X+gq0gG97FRFG0TsAk5MA APQ2u/OUAEChA3Zo3W3vF4O83UYAfs18vy9NeoCEvv8Scf/XC6lAy3B8tUIUKBfi//1l7u8VaG8s gNtD0AEAhcqLR5th99fM2+1xNReC4v+vGz8KrGhvexU4GwvYAIXeATw3YW/OAbubVhRj9eL/pNeK bi2Ab3tCvHszOwCF3hXrm2FvXszboz8/nwo227Pod2s5UP8U8dzr0FED3GH+AA7V5yieAzweiABA nVnvF7QAKOh8P4WZPIHElV9F/ZV6S/5Xtt0eHogCgUxsb4dyl68Q/79W8G97FZdfL8R/LN5rJ4ix /53i/+4o/H9Izl7vFwILtoBvexWSW8TBb+qxlP1h8a8oHfM7Hvw8n0KVr33i/wA8XquFBYskVG/P sZT9kfRvR5uVuw53auXGvK/Uooq2gG/vFZL9AMJvz7+U/zJL/4daDiqqC7/1gXd6jkG/r51CiCu4 /2Ba2qDQO//R4nVSklK/XgVCvN68/3492lDoAH8W058D0O5fL0RCUYC+/wr+e9CJ/7+iF+Nl0m9o kjHf/RD/64X4dNQCenWAvv96GQ489AB8mczb6UL8rxdhQkqwv3+Fj8F7VG/PrEME2mH/13yeL84Y b59LFKbFHQDvUHb6Sli/6wx6pI+E//ld2ssIg+7OGG8vhbjb6eL/rxcUPi2Aby0A0f5vxP7xpAlf S/F2Ul9f/14UrQq9AEdsHYBCk0I4Jbj/L7Psz7Fub710CHdL/79eiP8eSmw/hwnfLYBvuQDRXqvE /dSqBV86IXZS3FH/XmDrCr0DFyodAFCbeqwduP/QACj/b8SId7FuR5sOu3qUFuK9AwB1X9YOV/9+ yB9vexVo1qozXzohFfGbYW9eDQQfHvwU9tJvP5pXkBhQ/70IRb6OhP+3ziAAha85Uide/151F5G/ A1BXl+4tgG/vQrzb9zsAoNAX5nkh/5+CfFz7yP981xtaV+J2KvtaP71zD2AYDPlvxBdgJf7XgCH8 mAF6TOK8/3Vf1g5X/37IBm97FWje6cT5eiEW8g/x/5eHexRc/P8d+/uvF2LClrG/64SN7r9Ub8+o itt+eLPzFxYOXIj/dLucphfijbaAb+8VKRYA0W/Pv38G2iH/1wRz0lyI/0wS/P8Xcq5HxC+AQvsP ALFvz79ow1RV70ebYW9lPQwfAvyNGgnlP4dv04FRjeEVaM+/ihR0sW5vMEQMd8j/zbfPP72BF2Xo HYD9H3v2h/j/x+/7XyF/Btrx/9cEfbNciP+fQRTXxx0APtD89FVBsevE/8+iQ2nyYf8RjsseHoj+ HU3+/xckepWxv3+9uPBvX/5fL0RC7Km+12qD9M4Yby/CWWl9ov9wWPDFWhCM7BVoz7900dDn+f9M GT3UiP88p6xvZdLwLbTjf72q++uF+KjHe/5fIajMuqHMHkQ5uF7Hf8pi8yuF4v+9kMBT8PRve1Rv mSj+FCKxb0eLTP//yP/0N9Rvh3JvLy8CCPhob3sVf2DPt8XqsW5Hi85bKbtvL9Jsf8pgjIeHb+8t kMCR8tnPv1Rv+h6/jRNhb0cYf4AFjvJl0m8/l90fyxZvexVoFKE7+3uiwtt4g/NHm28v3UzzHEX9 rxeI8FVjMIB6Qp7rxP9c/3bok0UAKPRxAh4pv/VDifKHcm8/1rhtvRP4exVvmWjN//eUuUVL8bjZ fxcbngMAdV+/Dlf/fsgwb3sVaDUrLNa13gG3f+1vRxhv9yrjb2XSb+djwO8tgG9Tq52HSi/jz7Fu R1STnqPg7S/OGEfbMpXJ/OpvLYBHUeaXkkD2P/V3oKCSOQEo9LHLMRhvZdIUhhXi/yzpr+8taI21 FW/Pv0UGGij+13n7b84YbwYc9f/1cnIS8Xc/vXrDAys2oNBHP26qLszQuheCiP+/HojUZdJvP1SX dy2Ab3vKSNGF9j/1oUMZ8rH/tnn0L84Yb3XnGidX4iBWG2/vFT+7z9gAoNABdPfCWpcLeiq5Lb/1 yXkUsqL/IqUQ2v34F0R/AKBOB8y6ca5Swv57UYn/v+7AAfphRK8X/0MSZu57FWjPEySMELFub5sY WdeI/4NwiO1l0m8/K8II6IBvexWK2L9Ub88bHoswYW9Hm7U6jId7UUL8rxhqYb0Q/7iB3P/rxP+0 AW5v6h3ypQdhL84YiJbSbG+HUvWTHIsmLWhve7n0K35Ub+qxwt55uG/OGG9ARth/SNhe7xf+Co6A b3sVxANb2G/qsW7DAoXrRxhvL2Lxi/nSbz+H3nXIA297FWhPD0fDeyGK+Ophb0f085v0Y+Vl0mxQ U8b7Pmzbe4qK83tUb88cPreRFm9Hm3tfF/zQZdJsb/71AFDvVfyB3PssgdtfL8T/DSduR5thFJzL irDSbG9l3tHbEG/vLYC0ADV7mycHdLwKexSusf/8SwhnJ/pvZdJvnNchH1X1ABR6xU8rxP/PVu9v 6mFvEE/bo6F3AAqra68X4nRtvXyVgXkF68X/XyB8fnoh/1LLhVPnjP/1QsD2ZbNvP4BvC4Nob3sV w1Vdh2/qsW6jO2FvzhjDsjDJb2Vyb9s1b+8tgMPL99/Pv1RvDjVub5thw/765i/ObG/JOIi+h3Lv LdE342dLeuaw+c+xbm+RYRf1C/+/3XHXgklsP4dy/Ez5hIB6B3wFwHYrC/oUfbFvR4CFm1rpPKUU zza7Zj/bA2/vLWjEXnZfHy+3+OqxbkdKGhcA0DzfhHnUVKL/rtB6lB1Q/+uF+F/HiAaF3jh6IlC/ 14k5OnRdv/VCdFT/YZpC7xdcivj/rHkU/2H+/Am0b0ebb9c+Yv/1vWmbk6L/VQUGgHo+esJlv18t OHpQgL/XC3pEtsQaCr1/QvxCv68TjGwtaG97QnqIioT/0ItUfeD8b84YODqVWb/1LjNj2zn6lrG/ 64WZnMfV/3ohfTsP3Ce0yP829pDftUJ0R9QKf70Q/2DB3PuowNucQUcSU/H/Wrb7PR6IzTWxVmiS FOn9EP9/hfg4bvXnHy/+/3ohOVInUP9eiJXHqqY06B2vfvh2+rJZv+vdfJ8xTXp9gL7XajKf0zUE GQL8ckBSh+8XF+Vl7wCDevhfLyzWsd4BRgnx/9dgw79e/E+q6JkXJ9MZFqgAFHr4r8fPNKDeR/l6 8f8/Ff+/XjjRXyj8R+AoAEI1AIB690bjxP9fx/v/eiHNF6GQfNVYdTdm88MelfQ/gG/vucgU7hVv zyvzVbvr+jXuMp+ZDSgfAvz/9eL/RxYHgEJQ8G/4+F8vjHLHboK/C0vO1Ij/Lwh7AR2HJlDoZYHs R1PQMAtfb8SNVLFub+qupjw+by/OhN/PRYmoh3JvLVcdoNp9NrKxKKCqKV86IXxq3FH/XouN5dJs b4e8ACr7Xz+9E+N7FW8Bx87/eiF7BX/+b84Yb1TcdzXHIg0BnC68VNYEFHqZnKoEi3Oxbm+bGGbS iP98mHnMVAL/rndvyiZmv+sIZSephP+3PB8AhXQ/o39vL84YdC3PeUJsov9VuyeAen0/n4hvz79u dv81epcLfDql87/1qm4n6B16b2TM7y1ob2IA59pvxHL/LIKXCxmGhncAOoKI5WVybz+eemM4UP/Y Rai3C8T/eqI6++Dnb0cYOPt64AAKvQAiijr5/RAXVmUHAE4CemyAvv96Mp9c/3L5QtgAg2aWr33i lbzvamsAuP9uBPDaIf//euZ6HKuxv14I//XPeTS3ov/FFJd/jfj/FDA0/2/ElXrea8uPsf9VSPA7 mvz/9WkHJM+oxr0w/+u2OKyEmzg8NQEA9A5yUkNf/16sqHgE6//olGNCheduxfh678t6yCH+/422 89UL/78qhW9l0mz4/40AQu98u4EPuO/F/18vipzqsW9Hi0yW/8j//Deyb4dyb8+biGswRQh9xf8I x/Qphd6YEAyt/9VPdGgdvDlw3V7vF/8vVfT164WgOejGo3rne8Cqsf/WYC21XvyZMkCjr//hnULv ngCOaG+/T7hLydD/evF8ECsA8UoLgeFCiKaHcm8t+ZaAegeX60T/X0X+rIW031NL8UAolABgXnm/ F4M8z9Z6UBy4/+rVF8jaOwA6VQaPzXTX/8j/v8kkdAYKnHjoAPYwz1+rhXXi2FK/enYWc94OALFP +ONeo0bxQv+vfeiXrtgAFAx99I6E/5mk11468fg/AkdAoQN6JuK8ryxn9BxQ/wiOaG97VB2MxjL9 eiGV1OMQeKF3d3B7Xb8XW/evEP/ven0kS8X/Xy/E/5IB/tcLfZUeiG3VAvxln6L/D32/fxt6v+sp kh8vcJU6IUSVS/Gh1D0kHx78dMNBCvmaX3wjUP9gdnN68GS/X8kQK4UOf2o4Xv9eiIvy0mw/h1Kj F04Xp1EHAFuYVdT4fkJDgL/XCoSozhhvZar0/xfiqOZe0Tbzsf+1buvPv1QXcSH+11iorArNspEL srb1vBcywwCA7EJybrl9Hy+UcsciYL8LpgBCbHz/XqamtU17dhbif/WZehQluP9+Av1frEMQ37H/ heOnvV6IdAfPQUSCov9VSiuAenVKAFG/X34W7KzeAFTy/clPGG9l0nd6FEO/r5m5d3u+8+ttB4rQ O3V+L3oXf/lvzhhvP07y38nCiqeHb+8t1vvl4Bq8dp50gMnzK/QOrb2IcjpdYr/1EnIa+Ec/vUYA frl8vy9BPwV48XtD8P/Xa3IKXRa/9Sp8rxfiqUKFB/zF+Dlu6F4fL/4Xj9MAKEuFgc4Yb2UKdyea d4MpUP/0f6h8K42v3BfEin2xbkebeOt6Cz+3En/H9Zf4P4dv7zQE27h6bcurhP8p3msDiLH/vwj/ v16qAGC6fO8Xb8pStb/r7Xj/L8SpoLQGfDrxqSiemzseiJ6kyQYvqtte/RD+Copob3tUcuo9lr96 yvZHm2Ey662XtUIUv8QdACKV/OH9+K9rOMb+b8T+Dz9uR5thcttjav9CrHJwIpXvF6/yOIKVq4Wo tG9Ub+qsSzJ9sf9aNQgnHvyoHUIsUOhSXxedSgAQuP/HNi2g3nXLXhk6A/QAV1iI//UxlMp7jv9V Ff9/hZqQhLD/oLqqezohpl+O2R4eiK54x/9hV+KvxRCVf9f4AH7Rex8vna6FlAF3S/EAy2R8/0Kl tnAri7+Hb+8tk3owJbhfKy2hh94Bf7bZXpeI/8ppbG9l0jjrM/6AQu8AazjKXm/E/isDbm/qYXJq /Gn/XgN6KuK8r3El+7pM/7kA0V6rxP+33koAhed6+Kqxv17pPKILsrFD4qjmXrsw6qv/vMyxZhrE qDNvx+8LprYQxbq/FbWxx9LPnxeoNvMitOvSsRF3lP8IVJD/a3YIP0QsQKF7CEUeDQGSKwu1gG97 FXMoxDZ2CwXqnrl8etR7v78OBXrmMryvRx1qDZS/fwA48G80+18vd3pShr/XYfRA66BYtUIDaqNm v6+VP3A5LPvrhXbaA2O/ekn+1Qvxcut/af9CqgBAzljvFwDqBZS/6wA4UKtG/3ohFq7YDgBaNQ3Q HvwXi5EAUJIiCtOAb3sVkvrQcdP4Yf4A70V7lwt6fyrOb2XSbCaS0lj9EJd/h/j/ZnEIyW/+qYWU z3BL8UDLMHu1Qnk/Y8JvP4Bvl0AqABQIQkRfhP+SCy0o9IT1zhhvLzbLb2Vyb8UVAMqRt7/rem3r q4T//+GLTWHzAGKgWP9eA2pBxr+vkiJwOQb764VxegNjv1/IwwCFDpXX9GoD2sj/fMfICFfilbzv asMBuP9iQcf4b/6VXN5qa4+xv9cNw1IC/JUwHWoTlL9/NH2/TMX/NS+u/xIl7tcLDkpuL7+/vWk/ caL/JpK72P0Qle/t+G8vxJS6Ka6VCw5qywy/v1U88HHf/K8Xa/pasL/rO/n/L8RAXyH+/710r3BL /79eiP8yx6gIV+L/vRD/TF5zertjv1+meiKdgb/XgGTr+cj/fNYhFLei/27y73R/qKyDiu9fLztK Soa+1/RkP9rI/zSE81BwoljvF3b66be/6w4/UIBBw91h/naOoViXiLk0mLzwWse/CFfiRDgoWKuF jvi/VG/PEgi4Ocpik6y/vy2Ob2XSbESQb3rVt79/1Qdqq0C/X0l1egyGv9dt1L1e7sL3Qokdmmen CFD/L0JtO2/F/9SqnFg6IdVSa1a/XvH5L9JsbwI6dipfWD+9m3q3IrhfBEGb3WH+hg1hb0cYCGfX ebNSAv+czCT6xbe/64U+elZjv18hOHoAVr/XCzk6JS+/9UI6KmtFv70QdPrZX7/r73uCxF6/elnj R5thL2UNw1IC/Iwycm8/gDn6x1+/64QUR79Ub435xVI3Vr9e+/Qv0mxvM2eECFf/fjaVp0zF+HSr GRjaYf6HF2FvRxjEOmJbv/Ux2j+Hcu97lYdMxfj+xNxvz7EJJ0F0w3BL/8xVGG9l0joqbkW/vRF/ wv9fv+vFigm/bm/qoUKvrLG/X/zpZdJsb5dfhghQ/37J8W97FW+0GVRv6qo9BuvyehIvv79reCIe Qr+vlEOiVrC/64WFTr9Ub+qqe7+ssf9eDCJU/rz/M8eDCFfifj2thEzF+P5an2/PsW5/x4lYlwv+ y0gYb2XSfBJuRb+9EYt2FWhvey/Ez79udLnwH9SOvRgeiP5xnxdfV+J0KihYP73Teqsiv18WQCKR gb7XdfpvzhhvNsYhFFWi/2mSg9j9EP5rOID4b8T+D3dub5thf2ryWP9e/Yvj0m8/h2LCxre/64SM 9r9Ub8/KyG/qYXQU2h+828BYtULVK8oFX/0QfMNYH1+rxP8iPm5v6rF0UjdW/14BeyilXL8XJHrT t79/vHhCkiK/Xy6xoOqxbkeLTIX5yP++NupvZXJvL6qE2P0Q/p+MaM+/VBRFsW5vgDIuN4t69/m8 //TGIki3on82lctMxfh0uvhYHyEvFVEzxlPWGB8eiIH+0mw/h2t7YPdfP4U+epdjv18ufkIGhr/X CoSVzhhvZcl4IvBCv6+ba6JWWL/rRB1PJAavKUnxxwvxAOu4WP9CA2o1Zr+vnHonGlD/YgCY+G/E dP99Wb8LeHqzL7+/HcdiseW/rxhhZUDvAALzBQDQrP/fIf6Veg5KMKu/v6Ed33EC/M7Usbf4XLM7 ybSgr6GZCUabiHpxjbhsg94zqLKULJ2YcpD//2KQGNCZkevWhixjrYwOd5eyfMLNXgVK3zK8/34c Rg8V/38RJHhBZwKcTywveCH+F+oOAChOeoD/vP/1qrSuF+K5OC9eq4X5FxDF/19O13r9dvXVHwl4 2YTlrkM7KHjLtcVo8X0TDjhshf3xCTl49E554HOJ0Gf7h41O/mnhJXitV3d8Rn94bGpoyKlDkNim eVCsVjm3YAxQoAlYGgQNT/gMgRr1FANtG6vdIBOY1FdWolhWfiF40OZ7eHLlIWfFRaxy3jYnIiY3 /WM5iuNZWLo5PHCgdTL5LzonkVtx3zBYe8U92E0xNDVjWJmIOjCo6DNwwzAYikcxJsUReCgdLhyF hyi7wrzqQnjYqLTH8iMsr3OJ9VylCnjF8v0fFDgoeGr4OpcQ6AF/2FfWTHnmeZG4iYevbrtYMXJ4 csXzTLRtEwgH6PxmGIeeQ3i8wfBe/XYoX400HCdXwwqTTzr24iAiVrPoZPggco8eX/BnuT62HtfU bly+gH5yxfi8lAS7ZfILi1sYHS5tAJmoI/hAldgQjHYM1J/oqFXwp/mdkyMA6GjSRJKT/fKjq8PF wgc5eIwDd8Cf6KhUzjQAhXjDmfVoqhrNPnA/eECxsidZv/3R1zhQjPPLMWmRjTo7Xb316KoH+EUx 3jhsQw2bOOnobSUEdJCNTOGf6OJVvf1n8zgo1L+8HmODk/2HM2oLKa/28qgBwxqrT3iBjXt4cvWL jMgiobFkkPzrgCdDSOhtNr48qGqHr/CHWRoVDB6hCijnDJZe+A8fXggRxm0bt8t5wgp3lPgMDcBp DsKAxJWYkd+LO3nI+LiLeYLzeGJdeJZNBsKmjZiI6LWPcyvBj5GJ0KjigFAyC4zVAnliWELzIU55 UNL9mypg5FijwY9zidCo5Y9IO/HCngORaKklwg6nl8iMEMKkDpaI2R3Ch8SWmDADQsyWltwzGcJf Qpa+HI55Ed74JXvQMK38HsvFek4qlXm3Inx6Qn+LCiwZRWeio1R9rJ5ItL8C1NGpDKi2VKf/z5FC uzu4/+uFCOBay2/qsW5avvGMHogUttJsb3hX9txX/7k4PF6rhQW3lSwAhWGK9pthb0dgs79e/EcT CQcQkiILroBvexUHL6oEi1axbm/qGc/XC/8+40x5tUL8r+Bdip+Ab+8Vyz/k5z9QDDbwWfHw9NP+ nKbsmH5M3P/05xetEP9/3Dsy+LYbBmCRvihkrZ9Cpf+xY+gRRP2PX8NBr9UgUjScvXYAfWnK3cPn a5yXgDA5PFQoZOyIfdG8k3aldJP0a4apzqprlBA8Ji93/T7g7XohUm5qyeDsnVOwaysAppGCkD/O PuFZFnX8T6Kqehc8vITfZe55K5HPOYSViI6Rjor9c2TAp0TeFVxM1cVhyRBuRoDn2mFEwQ635clc DjsvbiNg46KyipVf8e4NK3hcRx6BmrZpH/1tekdkOWJvgVUku5a70rT5imYG3MI335rkE5OLV/3s tmQkxn1arG7q7dDYTGRpg7cfMD+JoACGKkJx4bg06YUvSFKBcv0Oc7/ggVGp5K2Lr63V1vgQTpQZ BrfzDZnTbHI315nHYO0bUZCwzlrK/6BpsIDzKDDSLDs617utYP1yUhD6gx31hc5aompegybTLB+H 1zMEF8C+1VinJ9qgUKDVXX082l7y0/IPekbstcXHsQh79SQfUIYqN2SdyAHyWBYDDTZvPtAI2WPp nV7deeOaQFW+rmCzWPIUi14+a9X7P/PF2a/h1Ttan9Lsi7T/UbpF014aygme1r62DWqlMXbZ4I8/ jOYFthDiaiy7Zn3G3orFc4Eh8GntlVVT4Mi07prqx8XOWtjTO+fPE6DcQ7PHiIVJm+BQ8s+YI52a 4h6ZkF29FUbx74LdPfNuImNVrTFFvebaZVsth+h0xqPGxZM5aGCEBLZ005Agxw8scT+gXmBBxhds xNOn222x7eD8RzWqz26uvztHb04gk85yGiX1JAa3AL9Gmhi1JsuJ9nPxsOpS0OIIqZOY8PBbSF+E x+G9el2Aa+VQGUM9+Z62s9fWXYbTivyFgzWUChqZxJkijmRFYdjdWNLyFEiALcAO10Pz1bM5iN0K mmCjw+/0/9R6VDf2Xz6E06WqodsmuM35qewMkCXEQ/Uuhk6n5he2pYHXNvpIxY3fnOwuW2mkJNHI gjnRiggTlysHqCzKu7TY9tEbY7L/O2Wpllu4jGymu7kO/KherLbhVatR+bSz68ivDQGAszYhq4RO o8xsprvzDvy2uKO46l+zL5NUs6eFqAxulLZUZbKzC6K5lKa78xL8uq0Ss+BFpy2TVaeuhbC6Y4vf X2y/tjbRuYVEsoV+iK22EqiPQ63FnRC7PtG58uHErApttLo5dcX3C/y1cIX19ROptkPv9a9uhRvb yMzaq4syX8SsFUeKoGqDmgLFltwwk4yahIvzXpEL2GKRjvHYEk6tk1pAkJsrv5qg+6PyP5WT9Qaa yXaXE8kwrKbRqN98oY0pRIz/KZSRs26Nnxvlnpwu/PxyjJvYYt8x5JWa65eQOVuJnghEo5piks0x +5CTNqC2eZaa3X6aC525nIjqijFb5LIbT5+wboP/H+uc0DeSi4a+/+tymR7IfIvLyJk2Q+S+GUKR imWF/4TFq+9+r5qHNJrdF7Ey6UDfruiZlkPkvjtFjJoJgv+ERqvvfsyWhjKQzm7Csdx9mn/Wt7m/ k74NaqK8FkiauX+C4xPplplCs4pjjpDAe986xYiNjvaMX2GhiwlCn6du0bI7+4zaLJuah+KswHGL CNximrfLnStcp54KRKKxboWMtOmP2n6ynoMrmM5jjQ3hcpaN4/i8WraNOk+KqgmUjddejNos+/+m Dbr7QKOt+EyyFuaKkJirmStzqZYURZCgeK38K/qNkCyIqXKQjMZ/kX/hqoqFha8tQKONG0y4vmeU jBrhjb9o0tX1z9KCOtJSgE+xjv2MD062iyURzs9Uwc/XvdGPbtLNxnPLgSbRT40QysW1yNEd8s5q D8zPSvHL+TzNkW2+zsdszZgn0v+IPs9Pq8rG2v3RaRnOz3oU0ec7341uucvbcM3OFyqH7xAoB/34 GpPF/6tXhP95WL7XU9yyDcWe1i7Rr4eLkN1+iwaHMLGE95U+Q8n1IgyujWKejb78hoV+z/L/GtLi dosT2GLFy8iRnF2rjDBHit81hIu7ZJDUfs2HhTCZ3GTC/7AasjbIvdK9oY0sRpGRQAHO+Tv8tR3n kYEnkos6tobfdcVf0I2Tn+yPPl2w0BdIhrJvyvJUgZ3QN5KblJCGkjX/XbAavITrjDpBsNIuU5+R eJeapaW60T2Tm5wsmJU31R3UZPLhiPKrR62Mf0iN3xvRkqJni9Zz+J6HNtzCcpGM3HeaX+yW36aN shoPmJAITJ6jJfy1U4L/ti2Si3KMi4JEhg/Ywt+f4IcrALSTG0iQ7CuSlz/6jNo2wbamrdKXL8pG kCHy4caXMVuhkQ4Mqo1qn4yx7Y2SG5KcmiaWwXDYX4pylp+I8vIlxPJVIb2QFIWauX/S6yf4ms9i /I0a6LzSfosa64zSv7aeMVyYmggMurlonts35pjPYp6eZIfJmx31PNKWi47ri3JrrYwKTo2+f5iQ MLLf3jaInpaKksp5i0SddpaH4JY+QqHCWCHc8gH89del0rJU/PL/QrnGeYYo1H6bhPK5/2ihiwhI kJsVhv+Qbov8MumMhgydwnKj//p1iyz8i4uOqbI6W4yWGVL/hG6f2xPtjIYjm5pW4rjKZLwKz4uQ mdWQLC+UkAlVs7J4gp457b6/Fa++ppae3WOKD71HrKrGlDpOqooKIY2QaJqao4ic0DCSmpY2/9xy jBu9YpqI8/icQ6uMOlKRnBGUi9dikdoq156RJo6vcIeL1X+MC+eBkYqpml9Im4sSToyjaYjeOuyN 9RCZmFiSmsFbmgb4gL7r15o4frGaCFiotmeEmhvwvr8QmZi2jpDccrQaxBCtjuKrOluSnhZUm7pz sP+F7Zj5MomMnQma1herEcl1jYXgjLhKsLwwT5CaGYWas1iL3irt/6IMmdtYkprTVZEK6Ln/vIqa K2qQihdzmqRkhM097b71FbKaY6GTwGOaOtONkuvCmitiq5sPTZuVaoKaEOmS2gP8upuXkv9lkBzY Y4yO9vgaQbGSKlORnG6CjJrnm8oymYz1MZrBY4cR3nWMy/yXii+3mjFVm5EZlIz3Y5bSfvyQ9TGZ wWOHkd513wbqjd+fq/8wXZqaCESb93+eny76loYtkv90jZHZeZwLvdTfgfCbOErEnBNTnaJihd80 /ZvYJ/yLh4uewzeVCtl3muvjlypBoN8dVJeTf4j/seGR236UlphimNp+jgvEEJ6N45GNQqGbX0uL mx2cmrl/39A4qJyaLIrGdJaW0n7/CeCKm4Kni19Ii5YWVYb3e53aP4iLhyudkzeBkNpii3/JipaK 6d88R6WSGESM13iEmTjhnNYnkpyMwpDJN48N0n+Z6/aNOUmtnBNEkJxy0ZCxqIvXO9yagyubynmB Gr1gjYTmnZpLrZE4Uv6eHZCWuXiLnyrgmtUjn8xikZrZEJce552emOScMF2OigkhlaJslNI75ov1 IZORc4OSwRCLDdKNiYTrjH9Mq4oKQJy7bvEffvqa0iCTioeRmq9kkArOMJ6Y8Yo6RqqLHyGfinPR mrn8ltosj9+Rq4/KeZF/3GWHy+ERj0qqjF9Ah54Uhd+z4pPWPGGNHEKQyjeSjVRjmhHx2J6ZthUr L4iKWk3YtnmDVSqInJosmpBljxbCdZELnRjfh+TfM0Ct/x9ZF7R+hZYx5t/PMJOJnJGQxmWaf890 kIXr+D5aoJYfT52aK4GKteSWziuZ/5Rimc5+ll/ef5GY8ZmLSrb/PECajR/Rm7Irk95++I2aIRXL YpCavX2eGOyLi5mlm19OjpoWQJGjbvHNO+uKhzGT33OH385gmhPcm5br9ZoxTuSbHwGfpXmUjCrn /8Zin5CbhprBeP8S3H6bhKWBf0mtjRdO/pxqnZaz6ZufOpnfkSeR2nmBFtx+i46Fm5BcsJ4sAY6N FZKapGqT2i2Im5wulchyjJzUcYxf9Yqana2eLC+fkQ5EnLJvlNEq7YzVJpnff4ecx3//F9ibl4T2 3y9dq50bRZGkC4KaMPya0SGVnvWBkMJnng3Yc5qZhZIqVaOeFEWR/2+YnKPpkdsx3JOUYo/dcpEa 02Sa6+mXjA+liitOjf8fn9+2fovQLYibkCyJwXSLnp1gjRr2nZGfpZs+L/7/eiHDs3mU0j/mjLUx l4Z5h4uBcppBvZWLiqudOhHEjx9P0OkLnpJgiP+/fp7Rg4ORy3aaE/19npnsjDZCpdEXVZ/RaZTB 1/ia0XDC/5ovwa8X4kPcfpuZ4NadWr2MLESQjDqZnqFukZE/5ouCJ47fcozRgxCQErv4/+v4njNN m40OD4+lYp/MHu2ehjuSmmPMncou/xKD+IzF5sFfQKnBeiH+63+Zljv6jcZsk5GSh5HOV4wQ22SQ xeedYS+pwXpS0Jw18ZC6tv+/XsCQkHe/wn6BDdJjkI3x1pxAqcFfIZqMVJKQujX/zHDrwfUtkZEX 4v+BfJoQxYiNiryWLAGcmkQhnLhmz786+9GWLZHBF5HRzC7/ENDG/+uFwz5BoYsORJ2ieYWXHuuM kSGTksvim9w5nBDQLv+Yq5thL6uSRCH+/zeVjbLlntEtvIyeO5HKY8wd2C7/1YWMml2qmisPnJpE 8ZG0atHcMeXDnzW8xnnPk9hxjBqrm5CG+v9hL8D/DkSNuW6FkTztwfUsn545gZDCLJoJ2Zq/guvS M0qljB8Pnbhmz/9giIvaMJKagcydyin/Ed5x0YjqlWNMrZgbRZeeZ7GPtuab0Cyd0Zcnwa9jhw3T dYvF553BL6qcPg+dkBfNlbglm9A98NGeK5LKV5KT3H6aC+yWi462kTpb0J0fH/+5aJCRPeeSyTKZ i3KQ0dlxkRrOuI+Cq506EcSLVEOb6QuTjWCIis0jkpyUzJzAesMX3GeamcWLNFaqmg4PnJo18ZGy /NHdO8L/lzDBr2KQHtNznsXml5ITtpo7TJ+HOouQumqHkSrtk5Asmds5gJqDEJ0Nu/iKmaWRPE7Q nBVMA8JAYCvEK/ZmY+2pWRQAAZiQQDPDG8GQ1hvA1ivEmDPG+PyLwtYTxAPFSIPQdT1HJQABNWQl AAE9QyYAAegPAAAAuCQoAAHpDAAAADEfQDPBwdAyw9YTwxvB6O/////oDQAAABPCSOkLAAAAMTH4 ciozwsPByGj5M8To7////+h6AAAA6AsAAAAbx+kLAAAAMTUbxQPBkMMzx5jB4Eno7////+gNAAAA g8ge6QwAAAAxHoPoOpgLwcMbw9b5K8aQDwLW6A0AAAAzxUDpDgAAADEx1ovBK8eYwx1edwABNRR4 AAHoDQAAABvGQOkJAAAAMTWQG8PDg+gN6RYAAAAbx7gAAAAAZP8wZGeJJgAAgRBcC4Eh6AwAAAAr wukOAAAAMTGYE8WQG8bDDUceAQElfR4BAYtEJAiL4CvJZI8BWegAAAAAG8GQizQkWIHucXO5APmL xmh+LDghW4HzVyyBIS0nLQEBA94r0oHCnTOBIYHyHC+BIUAjxjPJgcn+/3ohSAvEMQvBwXv4ckaB wwQAAADW/BPGkkiSLT0/AQFRi8rjBlnp2////1lAYegNAAAAkBPC6Q4AAAAxNZgzxJgDxMMNLU4B ASVjTwEBwwEAAGFyY2g= ------=_NextPart_000_00A0_0133737A.FC737A20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 23:10:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 9084337B41F for ; Sun, 10 Feb 2002 23:10:48 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g1B7Aej08172; Mon, 11 Feb 2002 08:10:40 +0100 (CET) (envelope-from wkb) Date: Mon, 11 Feb 2002 08:10:40 +0100 From: Wilko Bulte To: Charles Henrich Cc: Mikko Tyolajarvi , hackers@FreeBSD.ORG Subject: Re: anyone familier with bktr driver? Message-ID: <20020211081040.E8037@freebie.xs4all.nl> References: <20020208200631.A20501@sigbus.com> <200202092156.g19LuXg06033@mikko.rsa.com> <20020210145312.A22266@sigbus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020210145312.A22266@sigbus.com>; from henrich@sigbus.com on Sun, Feb 10, 2002 at 02:53:12PM -0800 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 02:53:12PM -0800, Charles Henrich wrote: Why not ask the fxtv author, he was quite responsive when I had some troubles W/ > Yah its complexity makes it difficult to use as a template. > > > In local.freebsd.hackers you write: > > > > >I'd like to add support to the mplayer/mencoder software (which is turning > > >out to be a fantastic tool, can playback and encode to all sorts of > > >formats, from VCD's, to DVD's, to AVI files, to DIVX, etc..). There is > > >support for the video4linux driver, as wll as an example "dummy" driver as > > >input mechanisms. The problem is im having a hard time finding any > > >information about the basic bktr driver, how to set it up, how to read a > > >frame, etc.. Anyone out there who can shed some light, would be > > >appreciated! > > > > Have you looked at the source for fxtv (ports/graphics/fxtv)? > > > > $.02, /Mikko -- Mikko > > Työläjärvi_______________________________________mikko@rsasecurity.com RSA > > Security > > Charles Henrich Eon Entertainment henrich@msu.edu > > http://www.sigbus.com:81/~henrich > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 23:15:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 62D8937B416 for ; Sun, 10 Feb 2002 23:15:18 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1B7FH319271; Sun, 10 Feb 2002 23:15:17 -0800 (PST) Received: from cranford-be.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1B7FGv4018640; Sun, 10 Feb 2002 23:15:16 -0800 (PST) Received: from localhost (kmacy@localhost) by cranford-be.eng (8.10.2+Sun/8.10.2) with ESMTP id g1B7FGR05567; Sun, 10 Feb 2002 23:15:16 -0800 (PST) Date: Sun, 10 Feb 2002 23:15:16 -0800 (PST) From: Kip Macy To: Nat Lanza Cc: freebsd-hackers@freebsd.org Subject: Re: to users of threads (GDB support) In-Reply-To: <1013408903.32089.3.camel@gunboat> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG An updated freebsd-uthread.c with core support is available off of the same page. I only just now got it working, and have not done any regression testing, so only use it if you have to. -Kip On 11 Feb 2002, Nat Lanza wrote: > On Sun, 2002-02-10 at 00:55, Kip Macy wrote: > > A working version of gdb 5.1 with full user thread support (fixes for bin/24066, > > gnu/33182, and as yet unfiled seg fault when resuming from a non-running > > thread) is available at: > > http://www.eventdriven.org/freebsd.html > > Excellent! > > Thanks for doing this; not having thread support in gdb-5.1 was really > starting to chafe me, especially since some mutex debugging stuff in a > big chunk of code I'm working on causes gdb-4.18 to blow chunks. > > You mention on your page that you're willing to add in support for > examining non-running threads in coredumps if people feel strongly about > it. I'd absolutely love that feature -- I spend a sizable amount of time > staring at coredumps of multithreaded programs, and that'd make my life > a lot easier. > > > --nat > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 10 23:47: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 9B94737B402 for ; Sun, 10 Feb 2002 23:46:50 -0800 (PST) Received: from pool0243.cvx15-bradley.dialup.earthlink.net ([209.179.44.243] helo=sm.socccd.cc.ca.us) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16aBAi-0004f0-00 for freebsd-hackers@freebsd.org; Sun, 10 Feb 2002 23:46:44 -0800 Message-ID: <3C673A23.DA50C452@yahoo.com> Date: Sun, 10 Feb 2002 19:27:31 -0800 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Linux binary debugging problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello -hackers, I've got a bit of a problem getting the linux gdb (out of ports/devel/linux_devtools) to read core files generated by linux binaries. Specifically, I'm trying to track down a problem that first appeared in FreeBSD 4.4-RC which causes any of my hardware-accelerated linux binaries to crash immediately upon initializing DRI OpenGL. Anyhow, I've got linux_devtools installed, and I run glxgears, which immediately crashes with "Memory fault (core dumped)" leaving a glxgears.core file. So then I run /compat/linux/usr/bin/gdb /compat/linux/usr/X11R6/bin/glxgears ./glxgears.core which gives me: Couldn't fetch registers from core file: File in wrong format Couldn't fetch register set 2 from core file: File in wrong format Reading symbols from /usr/X11R6/lib/libGL.so.1...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /usr/X11R6/lib/modules/dri/mga_dri.so...done. Couldn't fetch registers from core file: File in wrong format Couldn't fetch register set 2 from core file: File in wrong format #0 0x0 in ?? () (gdb) Well, that doesn't help much. It gives me no clue as to where the segfault is taking place. I tried running brandelf -t Linux on the core file and retrying, but to no avail. Could the core file itself be corrupt? This is what file(1) says about it (before i ran brandelf on it): glxgears.core: ELF 32-bit LSB core file (signal 4477762), Intel 80386, version 1 (FreeBSD), from 'glxgears' Strange, shouldn't it report that it's a version 1 (Linux) or something? I was able to get some useful information using ktrace and linux_kdump. Intriguingly, the process first receives a SIGFPE (floating point exception) and then it segfaults immediately afterwards. Could this mean it's trapping SIGFPE and then doing some naughty dereferencing in the FPE signal handler? Output of linux_kdump: ... 35192 glxgears CALL linux_rt_sigaction(0x8,0xbfbff594,0xbfbff508,0x8) 35192 glxgears RET linux_rt_sigaction 0 35192 glxgears PSIG SIGFPE caught handler=0x283ad578 mask=0x80000000 code=0x0 35192 glxgears PSIG SIGSEGV SIG_DFL 35192 glxgears NAMI "glxgears.core" What can the "mask=0x80000000 code=0x0" reveal? I'm assuming it's the floating point status word or some such thing? One last thing, doing a "/compat/linux/usr/bin/gdb /compat/linux/usr/X11R6/bin/glxgears" and then a "run" at the gdb prompt doesn't help either: (gdb) run Starting program: /compat/linux/usr/X11R6/bin/glxgears Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. You can't do that without a process to debug. Hmmm, that's not good. Setting breakpoints doesn't help either. Any tips for debugging linux binaries or getting useful information out of their core files? Any input is appreciated. -- Farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 0:17:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f5.law4.hotmail.com [216.33.149.5]) by hub.freebsd.org (Postfix) with ESMTP id F201C37B419 for ; Mon, 11 Feb 2002 00:17:47 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 11 Feb 2002 00:17:47 -0800 Received: from 195.147.239.234 by lw4fd.law4.hotmail.msn.com with HTTP; Mon, 11 Feb 2002 08:17:47 GMT X-Originating-IP: [195.147.239.234] From: "Francis little" To: keramida@ceid.upatras.gr Cc: freebsd-hackers@freebsd.org Subject: Re: suggestion/patch for ftpd Date: Mon, 11 Feb 2002 08:17:47 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 11 Feb 2002 08:17:47.0785 (UTC) FILETIME=[96EA8F90:01C1B2D4] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i'be been thinking of a similar idea to limit the connections from an ip... could get the ftpd to write the ip on login to a file similar to writing the pid file. then could search the file for the number of instances of the connecting ip and if that is over a certian number deny the login.... also when the client loggs out would have to remove one instance of that address.... what do you think... francis >From: Giorgos Keramidas >To: Francis little >Subject: Re: suggestion/patch for ftpd >Date: Sun, 10 Feb 2002 23:12:27 +0200 > >On 2002-02-08 08:36, Francis little wrote: > > Hello all, > > > > i have writen a patch for ftpd that alows it to limit the number of >users > > that log in. it currently works in daemon mode only. > > > > the user limit can be set with the option "-C". (it will through up an > > error if you use this option from "inetd"). > >This will limit the total number of users. Which is probably not what we >want :( > >A way to limit per-IP-address users would be just beautiful, imho. >I'm trying to come up with patches that will keep the list of connected >children (address/pid) of ftpd and limit based on IP address. > >Anybody there interested in working together to make something like this? > > >Giorgos Keramidas FreeBSD Documentation Project >keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 0:40:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from milla.33net.fdns.net (milla.33net.fdns.net [217.197.166.58]) by hub.freebsd.org (Postfix) with ESMTP id 1641D37B400 for ; Mon, 11 Feb 2002 00:40:13 -0800 (PST) Received: (from nick@localhost) by milla.33net.fdns.net (8.11.6/8.11.6) id g1B8enf07691 for freebsd-hackers@freebsd.org; Mon, 11 Feb 2002 09:40:49 +0100 (CET) (envelope-from nick) Date: Mon, 11 Feb 2002 09:40:49 +0100 From: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= To: freebsd-hackers@freebsd.org Subject: Devices and namei(9). Message-ID: <20020211094049.B251@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Key-URL: http://garage.freebsd.pl/keys/PGP.txt X-OS: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=ISO-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I got problem with namei(9) and some devices. Example (catching syscall open()): static int n_open(register struct proc *p, register struct open_args *ea) { [...] long finode =3D 0; struct nameidata nd, *ndptr; [...] ndptr =3D &nd; NDINIT(ndptr, LOOKUP, FOLLOW | SAVENAME, UIO_USERSPACE, ea->path, p); if (!namei(ndptr)) if (!VOP_GETATTR(ndptr->ni_vp, &va, p->p_ucred, p)) finode =3D va.va_fileid; [...] } I use namei() coz i want file inode. But when namei() will be called some devices are blocking. For example if I do in this way: [...] return open(p, ea); if (!namei(ndptr)) [...] Everything is oke, but: namei(ndptr) return open(p, ea); isn't. % mpg123 some.mp3 Can't open /dev/dsp! And /dev/dsp is completely fucked up, it is still busy even if I unload my module. Only reboot can free it. So what's going on? Or maybe there is some other way to get file inode? --=20 Pawe=B3 Jakub Dawidek Network Administrator. Am I Evil? Yes, I Am. --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPGeDkT/PhmMH/Mf1AQEUoAP/Wh/P1ukaSSILkrfJVu85wRDb668a/Kwa kNLHgQjBg3oUlhAkiaLOv622FC9qGKKWzTj1EAcBHgbzUXyYVTm2AgHdh/TWuGsH 4tgcr/Eh9Z0CH+p4lGR/t+NEB/iHahsYZPsdjQCkbjqVC+uw+Qa29rF/4L9q65aB /WwUeUHTQDk= =nnyP -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 0:42:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.example.org (dhcp-nic-val-26-131.cisco.com [64.103.26.131]) by hub.freebsd.org (Postfix) with SMTP id 727E337B400 for ; Mon, 11 Feb 2002 00:42:49 -0800 (PST) Received: (qmail 60765 invoked by uid 1000); 11 Feb 2002 08:43:38 -0000 Date: Mon, 11 Feb 2002 09:43:37 +0100 From: Marco Molteni To: freebsd-hackers@freebsd.org Subject: Re: upgrading to the new version of libpcap? Message-ID: <20020211094337.A60722@cobweb.example.org> References: <20020208181016.A39670@cobweb.example.org> <20020208170641.A86860@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020208170641.A86860@xor.obsecurity.org>; from kris@obsecurity.org on Fri, Feb 08, 2002 at 05:06:42PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-02-08, Kris Kennaway wrote: > > On Fri, Feb 08, 2002 at 06:10:16PM +0100, Marco Molteni wrote: > > > > FreeBSD -current and -stable have libpcap 0.6.2, imported 10 months > > ago. The current libpcap from www.tcpdump.org is 0.7.1 (and has > > features I am interested in, namely the parsing of 802.11 frames). > > Is there a rule on how/when to update to a newer version? > > Try pestering the person who imported the last version. Following Kris's suggestion, I contacted Bill Fenner. He said he hopes to import 0.7.2 shortly after it comes out. Marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 0:47:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id D85EE37B419 for ; Mon, 11 Feb 2002 00:47:02 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1B8kn320817; Mon, 11 Feb 2002 00:46:49 -0800 (PST) Received: from cranford-be.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1B8kmej024149; Mon, 11 Feb 2002 00:46:48 -0800 (PST) Received: from localhost (kmacy@localhost) by cranford-be.eng (8.10.2+Sun/8.10.2) with ESMTP id g1B8klu15136; Mon, 11 Feb 2002 00:46:48 -0800 (PST) Date: Mon, 11 Feb 2002 00:46:47 -0800 (PST) From: Kip Macy To: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Devices and namei(9). In-Reply-To: <20020211094049.B251@garage.freebsd.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't see any reference to you calling vrele or vput. Without that the reference count won't be decreased and the vnode will continue to be locked= for=20 all other callers. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D For RAIDANT status see:=20 http://cranford.eng.netapp.com:8015/ant3/index.cgi To submit RAIDANT test descriptions go to: http://web.netapp.com/engineering/projects/raidv2/testing/=20 Ontap on the web: http://web.netapp.com/engineering/projects/raidv2/testing/global/=20 On Mon, 11 Feb 2002, [ISO-8859-2] Pawe=B3 Jakub Dawidek wrote: > Hi. >=20 > I got problem with namei(9) and some devices. > Example (catching syscall open()): > static int > n_open(register struct proc *p, register struct open_args *ea) > { > [...] > =09long finode =3D 0; > =09struct nameidata nd, *ndptr; > [...] > =09ndptr =3D &nd; > =09NDINIT(ndptr, LOOKUP, FOLLOW | SAVENAME, UIO_USERSPACE, ea->path, p); > =09if (!namei(ndptr)) > =09=09if (!VOP_GETATTR(ndptr->ni_vp, &va, p->p_ucred, p)) > =09=09=09finode =3D va.va_fileid; > [...] > } >=20 > I use namei() coz i want file inode. > But when namei() will be called some devices are blocking. > For example if I do in this way: > [...] > =09return open(p, ea); > =09if (!namei(ndptr)) > [...] > Everything is oke, but: > =09namei(ndptr) > =09return open(p, ea); > isn't. > % mpg123 some.mp3 > Can't open /dev/dsp! >=20 > And /dev/dsp is completely fucked up, it is still busy even if I unload m= y > module. Only reboot can free it. >=20 > So what's going on? > Or maybe there is some other way to get file inode? >=20 > --=20 > Pawe=B3 Jakub Dawidek > Network Administrator. > Am I Evil? Yes, I Am. >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 1:18: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 79E9037B404 for ; Mon, 11 Feb 2002 01:17:59 -0800 (PST) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.34 #1) id 16aCaz-0000Rt-00; Mon, 11 Feb 2002 11:17:57 +0200 Received: from localhost ([127.0.0.1] helo=pampa.cs.huji.ac.il ident=danny) by pampa.cs.huji.ac.il with esmtp (Exim 3.22 #2) id 16aCaw-0000yf-00; Mon, 11 Feb 2002 11:17:54 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: hackers@freebsd.org Subject: Re: dtv port added In-reply-to: Your message of Sun, 10 Feb 2002 19:49:34 -0800 (PST) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Feb 2002 11:17:54 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i've been playing in writing a driver for a Pinacle DC10 card that has mpeg sypport on-board. Q- is there something like v4linux in the bsd world? else, i'll see if i can get my driver behave like the brooktree. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 3:25:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.web.am (wizard.web.am [217.113.0.66]) by hub.freebsd.org (Postfix) with SMTP id 1FC3D37B417 for ; Mon, 11 Feb 2002 03:25:32 -0800 (PST) Received: (qmail 16227 invoked by uid 1000); 11 Feb 2002 11:37:49 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Feb 2002 11:37:48 -0000 Date: Mon, 11 Feb 2002 15:37:48 +0400 (AMT) From: Gaspar Chilingarov To: freebsd-hackers@FreeBSD.ORG Subject: Re: fork rate limit In-Reply-To: <200202022052.g12KqOM17214@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! i was not intended to include following lines to the patch: -- @@ -36,7 +36,7 @@ * SUCH DAMAGE. * *@(#)kern_fork.c8.6 (Berkeley) 4/8/94 - * $FreeBSD: src/sys/kern/kern_fork.c,v 1.130 2002/02/07 23:06:26 peter Exp $ + * $FreeBSD: src/sys/kern/kern_fork.c,v 1.128 2002/01/13 11:57:59 alfred Exp $ */ #include "opt_ktrace.h" @@ -239,9 +239,6 @@ struct forklist *ep; struct filedesc *fd; struct proc *p1 = td->td_proc; -struct thread *td2; -struct kse *ke2; -struct ksegrp *kg2; GIANT_REQUIRED; -- please remove them before applying patch. -- Gaspar Chilingarov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 3:55: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from milla.33net.fdns.net (milla.33net.fdns.net [217.197.166.58]) by hub.freebsd.org (Postfix) with ESMTP id EC37537B416 for ; Mon, 11 Feb 2002 03:54:39 -0800 (PST) Received: (from nick@localhost) by milla.33net.fdns.net (8.11.6/8.11.6) id g1BBt6G09216 for freebsd-hackers@freebsd.org; Mon, 11 Feb 2002 12:55:06 +0100 (CET) (envelope-from nick) Date: Mon, 11 Feb 2002 12:55:06 +0100 From: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= To: freebsd-hackers@freebsd.org Subject: Re: Devices and namei(9). Message-ID: <20020211125506.C251@garage.freebsd.pl> References: <20020211094049.B251@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Izn7cH1Com+I3R9J" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kmacy@netapp.com on Mon, Feb 11, 2002 at 12:46:47AM -0800 X-PGP-Key-URL: http://garage.freebsd.pl/keys/PGP.txt X-OS: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Izn7cH1Com+I3R9J Content-Type: text/plain; charset=ISO-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 12:46:47AM -0800, Kip Macy wrote: +> I don't see any reference to you calling vrele or vput. Without that the +> reference count won't be decreased and the vnode will continue to be loc= ked for=20 +> all other callers. +>=20 That's it. thX! --=20 Pawe=B3 Jakub Dawidek Network Administrator. Am I Evil? Yes, I Am. --Izn7cH1Com+I3R9J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPGexGj/PhmMH/Mf1AQGiWwP/QhEcuusLdac3eM+FncU8FaRegk9bcSO8 QjnoErefBkfCqaOgwamiwJde/NWCtxrwEwgP75USihzbld4j1BCvdSWyR19zI/Fs vcuFq9w1X0UuZ7HqjUtuaR/0rOThQaGjlyhaa+QVlT3usAeSt8Cqeg+CMZZXRdgU SbpU9hFPDRs= =4sFD -----END PGP SIGNATURE----- --Izn7cH1Com+I3R9J-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4: 0:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 722AB37B41D for ; Mon, 11 Feb 2002 04:00:23 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BC0Kuo001890 for ; Mon, 11 Feb 2002 15:00:21 +0300 (MSK) Date: Mon, 11 Feb 2002 15:00:20 +0300 (MSK) From: Varshavchick Alexander To: freebsd-hackers@FreeBSD.ORG Subject: lsof and listening processes on 4.5 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, Is it normal that lsof utility doesn't display the process that are listening specified TCP sockets any more? For example, here are the examples of the lsof output of 'lsof -i|grep inetd' command on FreeBSD 4.3 and 4.5: 4.3: inetd 157 root 4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN) inetd 157 root 5 IPv4 0xeee7f500 0t0 TCP *:telnet (LISTEN) inetd 157 root 6 IPv6 0xeee7f2e0 0t0 TCP *:telnet (LISTEN) 4.5: inetd 180 root 4 IPv4 0xeb159cc0 0t0 TCP *:* inetd 180 root 5 IPv4 0xeb15adc0 0t0 TCP *:5611->*:49308 inetd 180 root 6 IPv4 0xeb15aba0 0t0 TCP *:5611->*:49325 How can it be that it doesn't show the ports on which inetd is listening? How can this info be retrieved on 4.5 at all, are there some other ways for doing it? Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4: 6: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id D7FF537B417 for ; Mon, 11 Feb 2002 04:05:11 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g1BC5Ap6818006; Mon, 11 Feb 2002 15:05:10 +0300 (MSK) Date: Mon, 11 Feb 2002 15:05:09 +0300 (MSK) From: Maxim Konovalov To: Varshavchick Alexander Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 In-Reply-To: Message-ID: <20020211150419.D71658-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, [...] > How can it be that it doesn't show the ports on which inetd is > listening? How can this info be retrieved on 4.5 at all, are there some > other ways for doing it? sockstat(1)? -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4:10: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id B53D337B41B for ; Mon, 11 Feb 2002 04:09:26 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g1BC9JZ01597 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Mon, 11 Feb 2002 07:09:21 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020211131817.01bb0660@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 13:19:23 +0100 To: Varshavchick Alexander , freebsd-hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: Re: lsof and listening processes on 4.5 In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >4.3: >inetd 157 root 4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN) >inetd 157 root 5 IPv4 0xeee7f500 0t0 TCP *:telnet (LISTEN) >inetd 157 root 6 IPv6 0xeee7f2e0 0t0 TCP *:telnet (LISTEN) > >4.5: >inetd 180 root 4 IPv4 0xeb159cc0 0t0 TCP *:* >inetd 180 root 5 IPv4 0xeb15adc0 0t0 TCP *:5611->*:49308 >inetd 180 root 6 IPv4 0xeb15aba0 0t0 TCP *:5611->*:49325 Did you recompile lsof after upgrading from 4.3 to 4.5? If not, I'd suggest doing that since this looks like kernel/userland desynch to me. If you did recompile, maybe we broke lsof =) Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4:12: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 117EC37B47F for ; Mon, 11 Feb 2002 04:10:13 -0800 (PST) Received: (qmail 76416 invoked by uid 1000); 11 Feb 2002 12:10:47 -0000 Date: Mon, 11 Feb 2002 14:10:47 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020211141047.G355@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="10jrOL3x2xqLmOsH" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 03:00:20PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --10jrOL3x2xqLmOsH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 03:00:20PM +0300, Varshavchick Alexander wrote: > Hi folks, >=20 > Is it normal that lsof utility doesn't display the process that are > listening specified TCP sockets any more? For example, here are the > examples of the lsof output of 'lsof -i|grep inetd' command on FreeBSD 4.3 > and 4.5: >=20 > 4.3: > inetd 157 root 4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN) > inetd 157 root 5 IPv4 0xeee7f500 0t0 TCP *:telnet (LIS= TEN) > inetd 157 root 6 IPv6 0xeee7f2e0 0t0 TCP *:telnet (LIS= TEN) >=20 > 4.5: > inetd 180 root 4 IPv4 0xeb159cc0 0t0 TCP *:* > inetd 180 root 5 IPv4 0xeb15adc0 0t0 TCP *:5611->*:= 49308 > inetd 180 root 6 IPv4 0xeb15aba0 0t0 TCP *:5611->*:= 49325 >=20 > How can it be that it doesn't show the ports on which inetd is > listening? How can this info be retrieved on 4.5 at all, are there some > other ways for doing it? You could use sockstat(1), a FreeBSD base system Perl script which parses the output of fstat(1) and netstat(1). Try sockstat -4, then try sockstat -4l (lowercase ell). As to lsof, I'm having the same problem here, I'll look into it later. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 You have, of course, just begun reading the sentence that you have just fin= ished reading. --10jrOL3x2xqLmOsH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxntMcACgkQ7Ri2jRYZRVO8kwCePilreE7qR31tvrR5B1rKq7dZ kEwAoKO+KgukWtvc15QufPV8WRUspUMD =LfNb -----END PGP SIGNATURE----- --10jrOL3x2xqLmOsH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4:14: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 04F9537B405; Mon, 11 Feb 2002 04:13:58 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BCDtuo005251; Mon, 11 Feb 2002 15:13:55 +0300 (MSK) Date: Mon, 11 Feb 2002 15:13:55 +0300 (MSK) From: Varshavchick Alexander To: Edwin Groothuis Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 In-Reply-To: <20020211230746.E494@k7.mavetju.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a some general problem with the system, because the command sockstat -4 -l doesn't print anything either. What can it be...? Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Edwin Groothuis wrote: > Date: Mon, 11 Feb 2002 23:07:46 +1100 > From: Edwin Groothuis > To: Varshavchick Alexander > Cc: questions@FreeBSD.ORG > Subject: Re: lsof and listening processes on 4.5 > > On Mon, Feb 11, 2002 at 01:00:01PM +0300, Varshavchick Alexander wrote: > > Yes, I'm sure inetd is listening on them. Both ftp and telnet are > > responing from the server, and besides, /etc/inetd.conf is left untouched > > after the upgrade from FreeBSD 4.3. > > You did recompile it for 4.5, didn't you? > > lsof is very picky about that. > > Edwin > > -- > Edwin Groothuis | Personal website: http://www.MavEtJu.org > edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: > ------------------+ http://www.FatalDimensions.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4:16:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 771F137B405 for ; Mon, 11 Feb 2002 04:16:49 -0800 (PST) Received: by freebsd.org.ru (Postfix, from userid 1000) id 8304425C; Mon, 11 Feb 2002 15:16:47 +0300 (MSK) Date: Mon, 11 Feb 2002 15:16:47 +0300 From: "Sergey A. Osokin" To: "Rogier R. Mulhuijzen" Cc: hackers@FreeBSD.org Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020211151647.A62728@freebsd.org.ru> References: <5.1.0.14.0.20020211131817.01bb0660@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <5.1.0.14.0.20020211131817.01bb0660@mail.drwilco.net>; from drwilco@drwilco.net on Mon, Feb 11, 2002 at 01:19:23PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 01:19:23PM +0100, Rogier R. Mulhuijzen wrote: > > > > >4.3: > >inetd 157 root 4 IPv4 0xeee7f720 0t0 TCP *:ftp (LISTEN) > >inetd 157 root 5 IPv4 0xeee7f500 0t0 TCP *:telnet (LISTEN) > >inetd 157 root 6 IPv6 0xeee7f2e0 0t0 TCP *:telnet (LISTEN) > > > >4.5: > >inetd 180 root 4 IPv4 0xeb159cc0 0t0 TCP *:* > >inetd 180 root 5 IPv4 0xeb15adc0 0t0 TCP *:5611->*:49308 > >inetd 180 root 6 IPv4 0xeb15aba0 0t0 TCP *:5611->*:49325 > > Did you recompile lsof after upgrading from 4.3 to 4.5? > > If not, I'd suggest doing that since this looks like kernel/userland > desynch to me. > > If you did recompile, maybe we broke lsof =) Looks like time to update sysutils/lsof. $ make configure [skip] ===> Configuring for lsof-4.60 !!!WARNING!!! Unsupported FreeBSD version: 4.5-STABLE !!!WARNING!!! Configuring for FreeBSD 4.1 -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4:37: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 3978537B400; Mon, 11 Feb 2002 04:37:02 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g1BCawp6923670; Mon, 11 Feb 2002 15:36:58 +0300 (MSK) Date: Mon, 11 Feb 2002 15:36:58 +0300 (MSK) From: Maxim Konovalov To: Varshavchick Alexander Cc: Edwin Groothuis , , Subject: Re: lsof and listening processes on 4.5 In-Reply-To: Message-ID: <20020211153555.M71658-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15:13+0300, Feb 11, 2002, Varshavchick Alexander wrote: > Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a > some general problem with the system, because the command > > sockstat -4 -l > > doesn't print anything either. What can it be...? Please show # sysctl kern.ps_showallprocs > > Alexander Varshavchick, Metrocom Joint Stock Company > Phone: (812)118-3322, 118-3115(fax) > > > On Mon, 11 Feb 2002, Edwin Groothuis wrote: > > > Date: Mon, 11 Feb 2002 23:07:46 +1100 > > From: Edwin Groothuis > > To: Varshavchick Alexander > > Cc: questions@FreeBSD.ORG > > Subject: Re: lsof and listening processes on 4.5 > > > > On Mon, Feb 11, 2002 at 01:00:01PM +0300, Varshavchick Alexander wrote: > > > Yes, I'm sure inetd is listening on them. Both ftp and telnet are > > > responing from the server, and besides, /etc/inetd.conf is left untouched > > > after the upgrade from FreeBSD 4.3. > > > > You did recompile it for 4.5, didn't you? > > > > lsof is very picky about that. > > > > Edwin > > > > -- > > Edwin Groothuis | Personal website: http://www.MavEtJu.org > > edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: > > ------------------+ http://www.FatalDimensions.org/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-questions" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 4:40:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 91EB437B405; Mon, 11 Feb 2002 04:39:57 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BCduuo010133; Mon, 11 Feb 2002 15:39:56 +0300 (MSK) Date: Mon, 11 Feb 2002 15:39:56 +0300 (MSK) From: Varshavchick Alexander To: Maxim Konovalov Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 In-Reply-To: <20020211153555.M71658-100000@news1.macomnet.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG # sysctl kern.ps_showallprocs kern.ps_showallprocs: 1 Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Maxim Konovalov wrote: > Date: Mon, 11 Feb 2002 15:36:58 +0300 (MSK) > From: Maxim Konovalov > To: Varshavchick Alexander > Cc: Edwin Groothuis , questions@FreeBSD.ORG, > freebsd-hackers@FreeBSD.ORG > Subject: Re: lsof and listening processes on 4.5 > > On 15:13+0300, Feb 11, 2002, Varshavchick Alexander wrote: > > > Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a > > some general problem with the system, because the command > > > > sockstat -4 -l > > > > doesn't print anything either. What can it be...? > > Please show > > # sysctl kern.ps_showallprocs > > > > > Alexander Varshavchick, Metrocom Joint Stock Company > > Phone: (812)118-3322, 118-3115(fax) > > > > > > On Mon, 11 Feb 2002, Edwin Groothuis wrote: > > > > > Date: Mon, 11 Feb 2002 23:07:46 +1100 > > > From: Edwin Groothuis > > > To: Varshavchick Alexander > > > Cc: questions@FreeBSD.ORG > > > Subject: Re: lsof and listening processes on 4.5 > > > > > > On Mon, Feb 11, 2002 at 01:00:01PM +0300, Varshavchick Alexander wrote: > > > > Yes, I'm sure inetd is listening on them. Both ftp and telnet are > > > > responing from the server, and besides, /etc/inetd.conf is left untouched > > > > after the upgrade from FreeBSD 4.3. > > > > > > You did recompile it for 4.5, didn't you? > > > > > > lsof is very picky about that. > > > > > > Edwin > > > > > > -- > > > Edwin Groothuis | Personal website: http://www.MavEtJu.org > > > edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: > > > ------------------+ http://www.FatalDimensions.org/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-questions" in the body of the message > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > -- > Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer > phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 5:17:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id BCA4A37B404 for ; Mon, 11 Feb 2002 05:17:30 -0800 (PST) Received: (qmail 11126 invoked by uid 1000); 11 Feb 2002 13:17:58 -0000 Date: Mon, 11 Feb 2002 15:17:57 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: Edwin Groothuis , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020211151757.H355@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , Edwin Groothuis , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20020211230746.E494@k7.mavetju.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Zs/RYxT/hKAHzkfQ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 03:13:55PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Zs/RYxT/hKAHzkfQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 03:13:55PM +0300, Varshavchick Alexander wrote: > Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a > some general problem with the system, because the command >=20 > sockstat -4 -l >=20 > doesn't print anything either. What can it be...? Just as a guess: you did not update your 'world' sources, then forgot to reboot with a new kernel, did you? At some point, a slight ABI incompatibility was introduced somewhere around the network sockets data, and the new userland utilities - netstat, apparently sockstat too - cannot quite deal with the old kernel's way of presenting the information. As a side question, what is the output of: netstat -an | grep '^tcp.*LISTEN' G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence is false. --Zs/RYxT/hKAHzkfQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxnxIUACgkQ7Ri2jRYZRVPPtQCeNyRBh/UkOPUYiNs2qSyIyiCa rhAAoJMwuJjq+K0q9l6RLsGnWboxs+7O =zMEI -----END PGP SIGNATURE----- --Zs/RYxT/hKAHzkfQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 5:24:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 797BE37B405; Mon, 11 Feb 2002 05:24:29 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BDOKuo017583; Mon, 11 Feb 2002 16:24:20 +0300 (MSK) Date: Mon, 11 Feb 2002 16:24:20 +0300 (MSK) From: Varshavchick Alexander To: Peter Pentchev Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 In-Reply-To: <20020211151757.H355@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You fired almost to the point - many of the system directories remained not updated by some reason after an 'upgrade' option in sysinstall, however new kernel is working fine. So it seems that the OLD userland utilities cannot quite deal with the NEW kernel's way of presenting things. It's interesting if was it something in the upgrade procedure for 4.5, because I upgraded severl times before with the earlier system versions and there were no such problems. Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Peter Pentchev wrote: > Date: Mon, 11 Feb 2002 15:17:57 +0200 > From: Peter Pentchev > To: Varshavchick Alexander > Cc: Edwin Groothuis , questions@FreeBSD.ORG, > freebsd-hackers@FreeBSD.ORG > Subject: Re: lsof and listening processes on 4.5 > > On Mon, Feb 11, 2002 at 03:13:55PM +0300, Varshavchick Alexander wrote: > > Of cause, I recompiled lsof for 4.5. But now it seems to be more likely a > > some general problem with the system, because the command > > > > sockstat -4 -l > > > > doesn't print anything either. What can it be...? > > Just as a guess: you did not update your 'world' sources, then forgot > to reboot with a new kernel, did you? At some point, a slight ABI > incompatibility was introduced somewhere around the network sockets > data, and the new userland utilities - netstat, apparently sockstat > too - cannot quite deal with the old kernel's way of presenting > the information. > > As a side question, what is the output of: > netstat -an | grep '^tcp.*LISTEN' > > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > This sentence is false. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 5:28:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id AF8B037B400 for ; Mon, 11 Feb 2002 05:28:00 -0800 (PST) Received: (qmail 15383 invoked by uid 1000); 11 Feb 2002 13:28:36 -0000 Date: Mon, 11 Feb 2002 15:28:36 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020211152836.I355@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20020211151757.H355@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="5UGlQXeG3ziZS81+" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 04:24:20PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5UGlQXeG3ziZS81+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 04:24:20PM +0300, Varshavchick Alexander wrote: > On Mon, 11 Feb 2002, Peter Pentchev wrote: >=20 > > Date: Mon, 11 Feb 2002 15:17:57 +0200 > > From: Peter Pentchev > > To: Varshavchick Alexander > > Cc: Edwin Groothuis , questions@FreeBSD.ORG, > > freebsd-hackers@FreeBSD.ORG > > Subject: Re: lsof and listening processes on 4.5 > >=20 > > On Mon, Feb 11, 2002 at 03:13:55PM +0300, Varshavchick Alexander wrote: > > > Of cause, I recompiled lsof for 4.5. But now it seems to be more like= ly a > > > some general problem with the system, because the command > > >=20 > > > sockstat -4 -l > > >=20 > > > doesn't print anything either. What can it be...? > >=20 > > Just as a guess: you did not update your 'world' sources, then forgot > > to reboot with a new kernel, did you? At some point, a slight ABI > > incompatibility was introduced somewhere around the network sockets > > data, and the new userland utilities - netstat, apparently sockstat > > too - cannot quite deal with the old kernel's way of presenting > > the information. > >=20 > > As a side question, what is the output of: > > netstat -an | grep '^tcp.*LISTEN' > > You fired almost to the point - many of the system directories remained > not updated by some reason after an 'upgrade' option in sysinstall, > however new kernel is working fine. So it seems that the OLD userland > utilities cannot quite deal with the NEW kernel's way of presenting > things. It's interesting if was it something in the upgrade procedure for= =20 > 4.5, because I upgraded severl times before with the earlier system > versions and there were no such problems. Yes, the ABI incompatibility should "work" in this direction, too. Hmm. Seems like you hit a sysinstall bug, then :( G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence was in the past tense. --5UGlQXeG3ziZS81+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxnxwQACgkQ7Ri2jRYZRVOfhACfWa0PqkiXMTSptV98zPTHIab3 0x0An2YOcCo52B8uwzVkp/GSDyQmpqXN =MNQp -----END PGP SIGNATURE----- --5UGlQXeG3ziZS81+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 5:41:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 82E5637B405; Mon, 11 Feb 2002 05:41:50 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 16aGiG-000EYL-00; Mon, 11 Feb 2002 13:41:44 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.6/8.11.1) id g1BDfhC25143; Mon, 11 Feb 2002 13:41:43 GMT (envelope-from jcm) Date: Mon, 11 Feb 2002 13:41:43 +0000 From: j mckitrick To: freebsd-hackers@freebsd.org, freebsd-newbus@freebsd.org Subject: Adding newbus abstraction to parallel port devices Message-ID: <20020211134143.A24762@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Scanner: exiscan *16aGiG-000EYL-00*7hDJCWdrKSI* (Manchester Computing, University of Manchester) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, last time I looked, the parallel port chipset driver (isa/ppc) uses microsequences to handle the hardware control/data ports for the parallel port. For anyone who is unfamiliar with these, they are macros built from I/O port bitmasks to handle the necessary hardware control to run the parallel port. The committer that wrote the parallel port driver said he used microsequences because the driver was designed/implemented before newbus. Since the purpose of the microsequences was (a) hardware abstraction and (b) to increase speed, how could this be re-written to use newbus instead without a performance loss? jm -- My other computer is your windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:40:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 6797037B419; Mon, 11 Feb 2002 07:40:55 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BFequo012209; Mon, 11 Feb 2002 18:40:52 +0300 (MSK) Date: Mon, 11 Feb 2002 18:40:52 +0300 (MSK) From: Varshavchick Alexander To: questions@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: crypt function In-Reply-To: <20020211152836.I355@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Here is one more problem: after installing the new 4.5 libraries, crypt() started encrypting not the way it was doing so before the upgrade, for example: The correct value for encrypted password: 5jbleTVRurM2Y The value for this password after the upgrade: $1$5jbleTVR$TqxKtkw51R3tPSGDexK.a1 So it evidently uses some other mechanism now, how can it be solved? Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:47:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (support.nanolink.com [217.75.134.33]) by hub.freebsd.org (Postfix) with SMTP id EF9D737B405 for ; Mon, 11 Feb 2002 07:47:40 -0800 (PST) Received: (qmail 30476 invoked by uid 1000); 11 Feb 2002 15:48:15 -0000 Date: Mon, 11 Feb 2002 17:48:15 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function Message-ID: <20020211174815.A30217@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20020211152836.I355@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 06:40:52PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 06:40:52PM +0300, Varshavchick Alexander wrote: > Hi, >=20 > Here is one more problem: after installing the new 4.5 libraries, > crypt() started encrypting not the way it was doing so before the upgrade, > for example: >=20 > The correct value for encrypted password: 5jbleTVRurM2Y > The value for this password after the upgrade: $1$5jbleTVR$TqxKtkw51R3tP= SGDexK.a1 >=20 > So it evidently uses some other mechanism now, how can it be solved? It uses MD5 encryption by default. Is this a problem for any of the installed programs? They should generally "just work". If you are indeed having trouble, edit /etc/auth.conf and change the crypt_default to 'des'. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradox= ical. --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxn578ACgkQ7Ri2jRYZRVMo5ACfQdcMH+dUM65Boo58/r0Hsftf H2kAn2/Rw1Jv6TdTD1yl41tepZFfXpLT =xt1r -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:50:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 419B437B400; Mon, 11 Feb 2002 07:50:19 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BFoAuo012890; Mon, 11 Feb 2002 18:50:10 +0300 (MSK) Date: Mon, 11 Feb 2002 18:50:10 +0300 (MSK) From: Varshavchick Alexander To: Peter Pentchev Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function In-Reply-To: <20020211174815.A30217@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So can you say by first glance, is it true that the short form (5jbleTVRurM2Y) used md5, and the current form ($1$5jbleTVR$TqxKtkw51R3tPSGDexK.a1) is using des? Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Peter Pentchev wrote: > Date: Mon, 11 Feb 2002 17:48:15 +0200 > From: Peter Pentchev > To: Varshavchick Alexander > Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG > Subject: Re: crypt function > > On Mon, Feb 11, 2002 at 06:40:52PM +0300, Varshavchick Alexander wrote: > > Hi, > > > > Here is one more problem: after installing the new 4.5 libraries, > > crypt() started encrypting not the way it was doing so before the upgrade, > > for example: > > > > The correct value for encrypted password: 5jbleTVRurM2Y > > The value for this password after the upgrade: $1$5jbleTVR$TqxKtkw51R3tPSGDexK.a1 > > > > So it evidently uses some other mechanism now, how can it be solved? > > It uses MD5 encryption by default. Is this a problem for any > of the installed programs? They should generally "just work". > > If you are indeed having trouble, edit /etc/auth.conf and change > the crypt_default to 'des'. > > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > If there were no counterfactuals, this sentence would not have been paradoxical. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:52:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 4739637B402; Mon, 11 Feb 2002 07:52:18 -0800 (PST) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 2A9363FC25; Mon, 11 Feb 2002 16:52:18 +0100 (CET) Date: Mon, 11 Feb 2002 16:52:18 +0100 From: Miguel Mendez To: Varshavchick Alexander Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function Message-ID: <20020211165218.A50727@energyhq.homeip.net> References: <20020211152836.I355@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 06:40:52PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 06:40:52PM +0300, Varshavchick Alexander wrote: Hi Alex, > The correct value for encrypted password: 5jbleTVRurM2Y > The value for this password after the upgrade: $1$5jbleTVR$TqxKtkw51R3tP= SGDexK.a1 The first password is encrypted using DES, the second one using MD5man >=20 > So it evidently uses some other mechanism now, how can it be solved? Have a look at your /etc/auth.conf, there's a variable that you can set to select the default algorithm used. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8Z+iwnLctrNyFFPERAgOvAJkBH8Dnof8Tvy/mNjsCafu5nwcpmgCgv1o0 mwwuS07xxfSs/QIcQ7LA+CU= =jBWG -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:55:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (support.nanolink.com [217.75.134.33]) by hub.freebsd.org (Postfix) with SMTP id 2474637B404 for ; Mon, 11 Feb 2002 07:55:26 -0800 (PST) Received: (qmail 38454 invoked by uid 1000); 11 Feb 2002 15:56:01 -0000 Date: Mon, 11 Feb 2002 17:56:01 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function Message-ID: <20020211175601.B30217@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20020211174815.A30217@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZfOjI3PrQbgiZnxM" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 06:50:10PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZfOjI3PrQbgiZnxM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 06:50:10PM +0300, Varshavchick Alexander wrote: > On Mon, 11 Feb 2002, Peter Pentchev wrote: >=20 > > Date: Mon, 11 Feb 2002 17:48:15 +0200 > > From: Peter Pentchev > > To: Varshavchick Alexander > > Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG > > Subject: Re: crypt function > >=20 > > On Mon, Feb 11, 2002 at 06:40:52PM +0300, Varshavchick Alexander wrote: > > > Hi, > > >=20 > > > Here is one more problem: after installing the new 4.5 libraries, > > > crypt() started encrypting not the way it was doing so before the upg= rade, > > > for example: > > >=20 > > > The correct value for encrypted password: 5jbleTVRurM2Y > > > The value for this password after the upgrade: $1$5jbleTVR$TqxKtkw51= R3tPSGDexK.a1 > > >=20 > > > So it evidently uses some other mechanism now, how can it be solved? > >=20 > > It uses MD5 encryption by default. Is this a problem for any > > of the installed programs? They should generally "just work". > >=20 > > If you are indeed having trouble, edit /etc/auth.conf and change > > the crypt_default to 'des'. >=20 > So can you say by first glance, is it true that the short form > (5jbleTVRurM2Y) used md5, and the current form > ($1$5jbleTVR$TqxKtkw51R3tPSGDexK.a1) is using des? No, the other way 'round. The DES password encryption generates 13-charact= er passwords, with the salt in the first two characters. MD5-encrypted passwords are generally much longer, starting with $1 (encryption method 1), continuing with $salt$ and then the encrypted password. What I am saying is, you may set crypt_default =3D des and let crypt(3) generate DES-encrypted passwords, if this is what your programs expect. login(1), PAM and the rest of the base system utilities should have no trouble dealing with the new format of passwords in /etc/master.password, so setting crypt_default is generally not needed, unless you are really having problems with programs generating DES passwords and comparing them against MD5-encoded ones. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradox= ical. --ZfOjI3PrQbgiZnxM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxn6ZEACgkQ7Ri2jRYZRVPZwQCeKBHo2FTYeewreeXzMm5DSOd3 z6IAnAvdRipfaDGkegd86n8oej5c/M1k =7Ctz -----END PGP SIGNATURE----- --ZfOjI3PrQbgiZnxM-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:57:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 5A0D737B400; Mon, 11 Feb 2002 07:57:05 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BFv1uo013756; Mon, 11 Feb 2002 18:57:01 +0300 (MSK) Date: Mon, 11 Feb 2002 18:57:01 +0300 (MSK) From: Varshavchick Alexander To: Miguel Mendez Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function In-Reply-To: <20020211165218.A50727@energyhq.homeip.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi again, now my /etc/auth.conf lookes like auth_default = des crypt_default = des auth_list = passwd But nothing seems to have changed, do I need to recompile/reinstall something or should it already work by now? Which libraries are using /etc/auth.conf file? Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Miguel Mendez wrote: > Date: Mon, 11 Feb 2002 16:52:18 +0100 > From: Miguel Mendez > To: Varshavchick Alexander > Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG > Subject: Re: crypt function > > On Mon, Feb 11, 2002 at 06:40:52PM +0300, Varshavchick Alexander wrote: > > Hi Alex, > > > The correct value for encrypted password: 5jbleTVRurM2Y > > The value for this password after the upgrade: $1$5jbleTVR$TqxKtkw51R3tPSGDexK.a1 > > The first password is encrypted using DES, the second one using MD5man > > > > So it evidently uses some other mechanism now, how can it be solved? > > Have a look at your /etc/auth.conf, there's a variable that you can set > to select the default algorithm used. > > Cheers, > -- > Miguel Mendez - flynn@energyhq.homeip.net > GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt > EnergyHQ :: http://www.energyhq.tk > FreeBSD - The power to serve! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 7:59:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (support.nanolink.com [217.75.134.33]) by hub.freebsd.org (Postfix) with SMTP id 3E8E537B41C for ; Mon, 11 Feb 2002 07:59:40 -0800 (PST) Received: (qmail 49260 invoked by uid 1000); 11 Feb 2002 16:00:16 -0000 Date: Mon, 11 Feb 2002 18:00:16 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function Message-ID: <20020211180016.C30217@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20020211165218.A50727@energyhq.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="R+My9LyyhiUvIEro" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 06:57:01PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --R+My9LyyhiUvIEro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 06:57:01PM +0300, Varshavchick Alexander wrote: > Hi again, >=20 > now my /etc/auth.conf lookes like >=20 > auth_default =3D des > crypt_default =3D des > auth_list =3D passwd >=20 >=20 > But nothing seems to have changed, do I need to recompile/reinstall > something or should it already work by now? Which libraries are using > /etc/auth.conf file? Again, is there some program that is not working? Which one? How does it fail? G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Do you think anybody has ever had *precisely this thought* before? --R+My9LyyhiUvIEro Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxn6pAACgkQ7Ri2jRYZRVMPkACfVWIvz5XwtrkDQGK+3qr+KlV9 i70An0E+PIBfFieXjbLasX7gqDm4IlYc =qh6B -----END PGP SIGNATURE----- --R+My9LyyhiUvIEro-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 8: 4:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id B3FA837B416; Mon, 11 Feb 2002 08:04:25 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1BG4Fuo015614; Mon, 11 Feb 2002 19:04:15 +0300 (MSK) Date: Mon, 11 Feb 2002 19:04:15 +0300 (MSK) From: Varshavchick Alexander To: Peter Pentchev Cc: Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function In-Reply-To: <20020211180016.C30217@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's proftpd with mysql module. The passwords in the database are des-encrypted, and in the line if (!strcmp((char *) crypt(c_clear, c_hash), c_hash)) success = 1; it compares des- and md5- strings and fails because of it... Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Peter Pentchev wrote: > Date: Mon, 11 Feb 2002 18:00:16 +0200 > From: Peter Pentchev > To: Varshavchick Alexander > Cc: Miguel Mendez , questions@FreeBSD.ORG, > freebsd-hackers@FreeBSD.ORG > Subject: Re: crypt function > > On Mon, Feb 11, 2002 at 06:57:01PM +0300, Varshavchick Alexander wrote: > > Hi again, > > > > now my /etc/auth.conf lookes like > > > > auth_default = des > > crypt_default = des > > auth_list = passwd > > > > > > But nothing seems to have changed, do I need to recompile/reinstall > > something or should it already work by now? Which libraries are using > > /etc/auth.conf file? > > Again, is there some program that is not working? Which one? > How does it fail? > > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > Do you think anybody has ever had *precisely this thought* before? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 8:12:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (support.nanolink.com [217.75.134.33]) by hub.freebsd.org (Postfix) with SMTP id AD4B537B41B for ; Mon, 11 Feb 2002 08:12:48 -0800 (PST) Received: (qmail 81768 invoked by uid 1000); 11 Feb 2002 16:13:25 -0000 Date: Mon, 11 Feb 2002 18:13:24 +0200 From: Peter Pentchev To: Varshavchick Alexander Cc: Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function Message-ID: <20020211181324.E30217@straylight.oblivion.bg> Mail-Followup-To: Varshavchick Alexander , Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20020211180016.C30217@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gMR3gsNFwZpnI/Ts" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Mon, Feb 11, 2002 at 07:04:15PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gMR3gsNFwZpnI/Ts Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2002 at 07:04:15PM +0300, Varshavchick Alexander wrote: > It's proftpd with mysql module. The passwords in the database are > des-encrypted, and in the line >=20 > if (!strcmp((char *) crypt(c_clear, c_hash), c_hash)) > success =3D 1; >=20 > it compares des- and md5- strings and fails because of it... Hmm ok then, maybe the advice that I gave you was wrong. If the password hashes are in MD5 format, then crypt(3) should use MD5; that is, you should tell it to. Try to explicitly set crypt_default =3D md5 in /etc/auth.conf and see if that works. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. --gMR3gsNFwZpnI/Ts Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxn7aQACgkQ7Ri2jRYZRVPB8gCgnzsoLyjwkiaTsFkN2WAZOi+e +P4AnjCK7UpBx+pErnOVrrSTYNHFDLHx =ixy3 -----END PGP SIGNATURE----- --gMR3gsNFwZpnI/Ts-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 8:25:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3D35437B404; Mon, 11 Feb 2002 08:25:51 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1BGPmi44623; Mon, 11 Feb 2002 09:25:48 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1BGPkL72892; Mon, 11 Feb 2002 09:25:46 -0700 (MST) (envelope-from imp@village.org) Date: Mon, 11 Feb 2002 09:25:08 -0700 (MST) Message-Id: <20020211.092508.58410452.imp@village.org> To: jcm@FreeBSD-uk.eu.org Cc: freebsd-hackers@FreeBSD.ORG, freebsd-newbus@FreeBSD.ORG Subject: Re: Adding newbus abstraction to parallel port devices From: "M. Warner Losh" In-Reply-To: <20020211134143.A24762@dogma.freebsd-uk.eu.org> References: <20020211134143.A24762@dogma.freebsd-uk.eu.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020211134143.A24762@dogma.freebsd-uk.eu.org> j mckitrick writes: : Since the purpose of the microsequences was (a) hardware abstraction and : (b) to increase speed, how could this be re-written to use newbus : instead without a performance loss? Can you give one or two examples? Most of the bus_space* macros compile down into the same sequences as the older inb/outb. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 11:33:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 6AF9237B402 for ; Mon, 11 Feb 2002 11:33:25 -0800 (PST) Received: from sasami.jurai.net (winter@sasami.jurai.net [64.0.106.45]) by sasami.jurai.net (8.9.3/8.9.3) with ESMTP id OAA13765; Mon, 11 Feb 2002 14:33:17 -0500 (EST) (envelope-from winter@jurai.net) Date: Mon, 11 Feb 2002 14:33:17 -0500 (EST) From: "Matthew N. Dodd" To: Jonathan Hanna Cc: vs3volod@yahoo.com, hackers@FreeBSD.ORG Subject: RE: ping: sendto: No buffer space available In-Reply-To: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Man, good catch. Thats been troubling everyone for a long time. I've never been able to reproduce it (likely because of the slow machines my test cards were in.) On Sat, 9 Feb 2002, Jonathan Hanna wrote: > This looks like the bug in the "ep" driver. When the interrupt routine > gets both TX and RX interrupts it acknowledges both but only services > the read. Karl Dietz, is working on an overhaul > but my quick fix is to take out the "continue" after the "epread()" in > ep_intr(). The buffer talked about is actually the ep queue being full. > > --- if_ep.c Fri Feb 1 19:51:43 2002 > +++ if_ep.c.fix Sat Feb 9 12:49:31 2002 > @@ -571,7 +571,6 @@ > > if (status & (S_RX_COMPLETE | S_RX_EARLY)) { > epread(sc); > - continue; > } > if (status & S_TX_AVAIL) { > /* we need ACK */ > > Karl Dietz > On 09-Feb-02 vs3volod@yahoo.com wrote: > > > > Some times connections to my host freeze. > > What buffer ping talks about? > > > > ~:# ping p109 > > ping: sendto: No buffer space available > > ping: sendto: No buffer space available > > ping: sendto: No buffer space available > > ping: sendto: No buffer space available > > PING p109.f434.n5020.z2.fidonet.org (192.168.44.109): 56 data bytes > > > > --- p109.f434.n5020.z2.fidonet.org ping statistics --- > > 4 packets transmitted, 0 packets received, 100% packet loss > > ~:# pstat -T > > 236/1064 files > > 0M/255M swap space > > ~:# netstat -m > > 97/128/4096 mbufs in use (current/peak/max): > > 49 mbufs allocated to data > > 48 mbufs allocated to packet headers > > 17/28/1024 mbuf clusters in use (current/peak/max) > > 88 Kbytes allocated to network (2% of mb_map in use) > > 0 requests for memory denied > > 0 requests for memory delayed > > 0 calls to protocol drain routines > > ~:# ifconfig > > ep0: flags=8c43 mtu 1500 > > inet 192.168.44.41 netmask 0xffffff00 broadcast 192.168.44.255 > > inet6 fe80::2a0:24ff:fe46:b823%ep0 prefixlen 64 scopeid 0x1 > > inet 192.168.44.42 netmask 0xffffffff broadcast 192.168.44.42 > > ether 00:a0:24:46:b8:23 > > media: Ethernet 10baseT/UTP > > faith0: flags=8000 mtu 1500 > > stf0: flags=0<> mtu 1280 > > lo0: flags=8049 mtu 16384 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > > inet 127.0.0.1 netmask 0xff000000 > > ppp0: flags=8051 mtu 1500 > > inet 192.168.10.202 --> 192.168.3.3 netmask 0xffffff00 > > ppp1: flags=8010 mtu 1500 > > ~:# uname -a > > FreeBSD f434.n5020.z2.fidonet.org 4.4-STABLE FreeBSD 4.4-STABLE #1: Wed Dec 26 22:47:45 MSK 2001 root@f434.n5020.z2.fidon > et.org:/usr/src/sys/compile/PP i386 > > ~:# > > > > > > Seva. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > Jonathan Hanna > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 11:39:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 0FC1D37B417 for ; Mon, 11 Feb 2002 11:39:39 -0800 (PST) Received: from sasami.jurai.net (winter@sasami.jurai.net [64.0.106.45]) by sasami.jurai.net (8.9.3/8.9.3) with ESMTP id OAA13863; Mon, 11 Feb 2002 14:39:22 -0500 (EST) (envelope-from winter@jurai.net) Date: Mon, 11 Feb 2002 14:39:21 -0500 (EST) From: "Matthew N. Dodd" To: Mike Silbersack Cc: Jonathan Hanna , vs3volod@yahoo.com, hackers@FreeBSD.ORG, Karl Dietz Subject: RE: ping: sendto: No buffer space available In-Reply-To: <20020210185451.Y29546-100000@patrocles.silby.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, Mike Silbersack wrote: > If this fix is solid, should it be applied now to the ep driver? > Should we wait until the driver merge is complete? I don't own any > cards that use the ep chipset, but if that change fixes bugs for > multiple ep users I wouldn't be opposed to committing it for you. You've got my approval to do so. If not I'll commit it to -STABLE and -CURRENT this evening. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 11:45: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 7695137B416 for ; Mon, 11 Feb 2002 11:45:04 -0800 (PST) Received: from sasami.jurai.net (winter@sasami.jurai.net [64.0.106.45]) by sasami.jurai.net (8.9.3/8.9.3) with ESMTP id OAA13959; Mon, 11 Feb 2002 14:44:58 -0500 (EST) (envelope-from winter@jurai.net) Date: Mon, 11 Feb 2002 14:44:58 -0500 (EST) From: "Matthew N. Dodd" To: "M. Warner Losh" Cc: jhanna@shaw.ca, Karl.Dietz@triplan.com, hackers@FreeBSD.ORG, vs3volod@yahoo.com, silby@silby.com Subject: Re: ping: sendto: No buffer space available In-Reply-To: <20020210.223700.01437341.imp@village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, M. Warner Losh wrote: > Matt Dodd has often said that there should be an if_ep_pci and the vx > driver can go away at that point.... Indeed. The issue is that the ifmedia support fot the 'ep' driver needs some work, part of which I've done. I sort of lost momentum when my local patches got longer than a few pages. I should probably break stuff up into smaller chunks and start committing it since alot is trivial changes. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 13:15:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (adsl-64-173-25-69.dsl.sntc01.pacbell.net [64.173.25.69]) by hub.freebsd.org (Postfix) with ESMTP id E33B437B417; Mon, 11 Feb 2002 13:15:11 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g1BLDL201611; Mon, 11 Feb 2002 13:13:22 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200202112113.g1BLDL201611@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: j mckitrick Cc: freebsd-hackers@freebsd.org, freebsd-newbus@freebsd.org Subject: Re: Adding newbus abstraction to parallel port devices In-reply-to: Your message of "Mon, 11 Feb 2002 13:41:43 GMT." <20020211134143.A24762@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Feb 2002 13:13:21 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > last time I looked, the parallel port chipset driver (isa/ppc) uses > microsequences to handle the hardware control/data ports for the > parallel port. For anyone who is unfamiliar with these, they are macros > built from I/O port bitmasks to handle the necessary hardware > control to run the parallel port. > > The committer that wrote the parallel port driver said he used > microsequences because the driver was designed/implemented before > newbus. > > Since the purpose of the microsequences was (a) hardware abstraction and > (b) to increase speed, how could this be re-written to use newbus > instead without a performance loss? You wouldn't want to. I devised the microsequence mechanism (which Nicholas greatly expanded and actually implemented) to get around the problem whereby a peripheral driver knows what the hardware needs to do, but does not know how to make the hardware do it. This is orthogonal to newbus, which provides glue for building the device tree and the like. Regards, Mike -- To announce that there must be no criticism of the president or that we are to stand by the president right or wrong is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosvelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 14:36:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by hub.freebsd.org (Postfix) with ESMTP id 9ECC037B419 for ; Mon, 11 Feb 2002 14:36:31 -0800 (PST) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by smtp3.vol.cz (8.11.3/8.11.3) with ESMTP id g1BMaSP21928 for ; Mon, 11 Feb 2002 23:36:29 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3C68476B.6DDBFEFB@obluda.cz> Date: Mon, 11 Feb 2002 23:36:27 +0100 From: Dan Lukes X-Sender: "Dan Lukes" X-Mailer: Mozilla 4.78 [en]C-CCK-MCD {FIO} (Windows NT 5.0; U) X-Accept-Language: cs,sk,en,* MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Limited broadcast procesing. Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm sending the same message on Feb 10, but I think it hasn't be delivered to list. I'm sorry if my assumption is bad and you received it twice. ------------- Hi. I don't understand some aspects of processing of packets with destination address 255.255.255.255 a) if first interface is broadcast capable then the destination address is unconditionally rewritten with no warning to primary address network broadcast on that interface and send; else the destination address is left intact and continue to b) b) if SO_DONTROUTE not set then routing table apply (most important rule is "default"); else packet discarded (no route to ...) My first question: Why the silent rewritting of one destination address to other is used ? There must be a good reason to change explicit user request and rewrite it to another one, but I have no idea about it. I track history of it code in in_pcb.c - I found it in 4.3BSD (dated 6/29/88) - so it's an ancient relict ? Second question(s): How to send a packet to limited broadcast address over specific interface (using standard socket interface, not bpf)? If there no way to do it, should be ? If there is no way to do it and should be, I have a idea how to do it. If source address is set to a interface address and SO_DONTROUTE is in effect, then packet adressed to limited broadcast is sent over the interface specified by the source address (current processing discard it with "no route to ..." unless silent rewritting of destination address do it's dirty work). The silent rewriting of destination address must not occur for those packets. It is acceptable ? I see no contraindication. I read the sys/netinet/ from first line to last line several times, but it's possible i'm missed something, of course. Dan Please note the english isn't my native language, but I hope it's readable. -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz, dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 16:20:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7AC3D37B41B for ; Mon, 11 Feb 2002 16:20:12 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1C0IZo15846; Mon, 11 Feb 2002 16:18:35 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Feb 2002 16:18:35 -0800 From: "David O'Brien" To: "Rogier R. Mulhuijzen" Cc: Varshavchick Alexander , freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020211161835.A15806@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <5.1.0.14.0.20020211131817.01bb0660@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.0.14.0.20020211131817.01bb0660@mail.drwilco.net>; from drwilco@drwilco.net on Mon, Feb 11, 2002 at 01:19:23PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 01:19:23PM +0100, Rogier R. Mulhuijzen wrote: > If you did recompile, maybe we broke lsof =) We did with 4.5. Unfortunately the latest LSOF changed how it is packed. I spent an hour trying to update the port but got pulled away before I was done. Grab the latest tarball and build by hand. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 16:29:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id AF2BA37B404 for ; Mon, 11 Feb 2002 16:29:04 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1C0Jhb15880; Mon, 11 Feb 2002 16:19:43 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Feb 2002 16:19:43 -0800 From: "David O'Brien" To: "Rogier R. Mulhuijzen" Cc: Varshavchick Alexander , freebsd-hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020211161943.A15860@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020211161835.A15806@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020211161835.A15806@dragon.nuxi.com>; from obrien@FreeBSD.org on Mon, Feb 11, 2002 at 04:18:35PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 04:18:35PM -0800, David O'Brien wrote: > We did with 4.5. Unfortunately the latest LSOF changed how it is packed. > I spent an hour trying to update the port but got pulled away before I > was done. Grab the latest tarball and build by hand. Here is my patch in progress if someone wants to finish it for me. Index: Makefile =================================================================== RCS file: /home/ncvs/ports/sysutils/lsof/Makefile,v retrieving revision 1.99 diff -u -r1.99 Makefile --- Makefile 9 Nov 2001 16:16:31 -0000 1.99 +++ Makefile 12 Feb 2002 00:18:54 -0000 @@ -7,7 +7,7 @@ # PORTNAME= lsof -PORTVERSION= 4.60 +PORTVERSION= 4.61 CATEGORIES= sysutils MASTER_SITES= ftp://vic.cc.purdue.edu/pub/tools/unix/lsof/ \ ftp://vic.cc.purdue.edu/pub/tools/unix/lsof/NEW/ \ @@ -21,12 +21,12 @@ #DISTNAME= ${PORTNAME}_4.59B.freebsd #FIXUP_RELEASE= yes .if !defined(FIXUP_RELEASE) -DISTNAME= ${PORTNAME}_${PORTVERSION}_W +DISTNAME= ${PORTNAME}_${PORTVERSION} .endif MAINTAINER= obrien@FreeBSD.org -WRKSRC= ${WRKDIR}/${SRCBALL_NAME} +WRKSRC= ${WRKDIR}/${DISTNAME}/${DISTNAME}_src HAS_CONFIGURE= yes CONFIGURE_SCRIPT= Configure CONFIGURE_ARGS= -n freebsd @@ -35,28 +35,6 @@ MAN8= lsof.8 SRCBALL_NAME= ${DISTNAME:S/_W$//} - -.if !defined(FIXUP_RELEASE) -post-extract: - @( cd ${WRKDIR} ; \ - EXPMD5=`${GREP} MD5 README.${SRCBALL_NAME} | ${SED} 's/^[ ]*//'` ; \ - CALCMD5=`${MD5} ${SRCBALL_NAME}.tar` ; \ - if [ "$${EXPMD5}"X != "$${CALCMD5}"X ]; then \ - ${ECHO} "Expected and calculated MD5 signatures don't agree." ; \ - ${ECHO} "($$EXPMD5 != $$CALCMD5)" ; \ - exit 1 ; \ - fi ; \ - ${EXTRACT_CMD} ${EXTRACT_BEFORE_ARGS:S/z//} ${SRCBALL_NAME}.tar \ - ${EXTRACT_AFTER_ARGS} \ - ) - @( cd ${WRKSRC} ; ${ECHO} "y" | ./Inventory || exit 1 ) -.endif - -#pre-patch: -# @${ECHO_MSG} "===> Applying distribution patches for ${PKGNAME}" -# @${SED} -e "s|^--- d|--- dialects/freebsd/d|" \ -# ${DISTDIR}/freebsd_3.0_patch > ${WRKDIR}/p -# ${PATCH} ${PATCH_DIST_ARGS} < ${WRKDIR}/p do-install: ${INSTALL} ${COPY} ${STRIP} -o ${BINOWN} -m 2755 -g kmem ${WRKSRC}/lsof ${PREFIX}/sbin Index: distinfo =================================================================== RCS file: /home/ncvs/ports/sysutils/lsof/distinfo,v retrieving revision 1.77 diff -u -r1.77 distinfo --- distinfo 9 Nov 2001 16:16:31 -0000 1.77 +++ distinfo 12 Feb 2002 00:18:54 -0000 @@ -1 +1 @@ -MD5 (lsof_4.60_W.tar.gz) = a0f8cebc465ae26ad81e519264272175 +MD5 (lsof_4.61.tar.gz) = 583398bc99d265c5a64dbc30e99305cb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 16:35:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 217D637B435 for ; Mon, 11 Feb 2002 16:35:04 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1C0YsF32445; Mon, 11 Feb 2002 16:34:54 -0800 (PST) (envelope-from obrien) Date: Mon, 11 Feb 2002 16:34:54 -0800 From: "David O'Brien" To: Kip Macy Cc: freebsd-hackers@freebsd.org Subject: Re: to users of threads (GDB support) Message-ID: <20020211163454.B15806@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <1013408903.32089.3.camel@gunboat> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from kmacy@netapp.com on Sun, Feb 10, 2002 at 11:15:16PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 11:15:16PM -0800, Kip Macy wrote: > An updated freebsd-uthread.c with core support is available off of the same > page. I only just now got it working, and have not done any regression > testing, so only use it if you have to. I looked at http://www.eventdriven.org/freebsd.html, but the files there aren't usable for by the ports/devel/gdb51 port. Could you provide a patch to the ports/devel/gdb51 port that accomplished enhancing GDB 5.1 for FreeBSD? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 17:15:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 2E3CD37B417 for ; Mon, 11 Feb 2002 17:15:14 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1C1FD312660; Mon, 11 Feb 2002 17:15:13 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1C1FC0u015182; Mon, 11 Feb 2002 17:15:13 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.10.2+Sun/8.10.2) with ESMTP id g1C1FB516644; Mon, 11 Feb 2002 17:15:12 -0800 (PST) Date: Mon, 11 Feb 2002 17:15:09 -0800 (PST) From: Kip Macy To: "David O'Brien" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: to users of threads (GDB support) In-Reply-To: <20020211163454.B15806@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Loren Rittle indicated that they were, but pointed out what you have already pointed out to me: freebsd-uthread.c is the work of others so my FSF paperwork won't be enough. I'll ask him to send you the patch he created. -Kip On Mon, 11 Feb 2002, David O'Brien wrote: > On Sun, Feb 10, 2002 at 11:15:16PM -0800, Kip Macy wrote: > > An updated freebsd-uthread.c with core support is available off of the same > > page. I only just now got it working, and have not done any regression > > testing, so only use it if you have to. > > I looked at http://www.eventdriven.org/freebsd.html, but the files there > aren't usable for by the ports/devel/gdb51 port. > > Could you provide a patch to the ports/devel/gdb51 port that accomplished > enhancing GDB 5.1 for FreeBSD? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 17:30:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by hub.freebsd.org (Postfix) with ESMTP id 08FA837B404 for ; Mon, 11 Feb 2002 17:30:28 -0800 (PST) Received: from k7.mavetju.org (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id 5F2AB2B778 for ; Tue, 12 Feb 2002 02:30:16 +0100 (CET) Received: by k7.mavetju.org (Postfix, from userid 1001) id BD4472EB; Tue, 12 Feb 2002 12:29:42 +1100 (EST) Date: Tue, 12 Feb 2002 12:29:42 +1100 From: Edwin Groothuis To: freebsd-hackers@freebsd.org Subject: IPv6-over-IPv4 problems since the upgrade to 4.5 Message-ID: <20020212122942.G494@k7.mavetju.org> Mail-Followup-To: Edwin Groothuis , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, Since the upgrade from 4.4 to 4.5 I have problems with my ipv6-over-v4-tunnel towards the freenet6-servers. The tunnel-setup goes fine, I can ping everything without a problem. But when I open an interactive session, after a short time weird things happen: The tcp-session itself goes fine, until the moment my machine starts sending out icmp6 neighbor solicitation requests: tcp-session setup: 19:46:39.452386 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: S 1971097502:1971097502(0) win 65535 19:46:40.077770 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: S 4240147676:4240147676(0) ack 1971097503 win 32768 19:46:40.077880 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: . ack 1 win 33220 220 ftp6.netbsd.org FTP server (NetBSD-ftpd 20020201) ready. 19:46:40.767713 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 1:63(62) ack 1 win 33120 [flowlabel 0x80114] 19:46:40.867511 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: . ack 63 win 33220 the weird neighbor solicitation packets: 19:46:44.697259 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org 19:46:45.697183 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org 19:46:46.697131 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org user anonymous 19:46:47.201295 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: P 1:17(16) ack 63 win 33220 331 Guest login ok, type your name as password. 19:46:47.897276 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:46:50.147087 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:46:55.196847 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:47:05.256189 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:47:25.234907 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:48:05.212334 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] These tcp-packet never gets acknowledged and my packets never get send! After having done several tests, with ftp, ssh and plain telnet, everything goes fine until just after the neighbor solicitation. But icmp-traffic, even large packets as 4Kb, go without a problem. FreeBSD 4.4 doesn't have this behaviour. Can somebody please confirm that they have the same, or normal, behaviour under 4.5 when connecting to an IPv6 enabled site. Thanks, Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: ------------------+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 17:38:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id AB98A37B405; Mon, 11 Feb 2002 17:38:31 -0800 (PST) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.1/8.12.1) with ESMTP id g1C1cU4v013704; Mon, 11 Feb 2002 20:38:30 -0500 (EST) Date: Mon, 11 Feb 2002 20:38:30 -0500 (EST) From: Daniel Eischen To: Kip Macy Cc: "David O'Brien" , freebsd-hackers@FreeBSD.ORG Subject: Re: to users of threads (GDB support) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Feb 2002, Kip Macy wrote: > Loren Rittle indicated that they were, but pointed out what you have already > pointed out to me: freebsd-uthread.c is the work of others so my FSF paperwork > won't be enough. There's no reason freebsd-uthread.c has to be included in gdb. We've been maintaining it in our own tree for some time now. There's advantages to maintaining it in our own tree anyways. Our threads library is still under development, not to mention threadsNG where a lot is probably going to change. That said, I think dfr and I are the only ones that have done anything with freebsd-uthread.c, aside from obrien. My papers are on file with FSF. I don't know about dfr. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 18:21:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from newman2.bestweb.net (newman2.bestweb.net [209.94.102.67]) by hub.freebsd.org (Postfix) with ESMTP id F16E737B695; Mon, 11 Feb 2002 18:19:35 -0800 (PST) Received: from okeeffe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by newman2.bestweb.net (Postfix) with ESMTP id 2E98D23320; Mon, 11 Feb 2002 21:18:25 -0500 (EST) Received: by okeeffe.bestweb.net (Postfix, from userid 0) id EC68E9F42F; Mon, 11 Feb 2002 21:12:55 -0500 (EST) Date: Thu, 07 Feb 2002 13:53:08 -0800 From: Terry Lambert To: Nero Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: new page cache for linux Message-Id: <20020212021255.EC68E9F42F@okeeffe.bestweb.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nero wrote: > Just thought I'd bring your attention to the new "radix tree page cache" > in use by linux - I dont know what freebsd do at the moment, but it looks > like it will improve scalability (you guys might want to use the idea). > Anyway, heres the link: http://lwn.net/2002/0207/kernel.php3 You should look at how FreeBSD already handles this problem. Note also that as physical memory approaches real memory in size, the sparseness of the mapping goes to zero. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 18:22:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from newman2.bestweb.net (newman2.bestweb.net [209.94.102.67]) by hub.freebsd.org (Postfix) with ESMTP id 9C1E137B69A; Mon, 11 Feb 2002 18:19:39 -0800 (PST) Received: from okeeffe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by newman2.bestweb.net (Postfix) with ESMTP id EBF9C2333D; Mon, 11 Feb 2002 21:18:25 -0500 (EST) Received: by okeeffe.bestweb.net (Postfix, from userid 0) id 7CD8C9F41B; Mon, 11 Feb 2002 21:12:53 -0500 (EST) Date: Fri, 8 Feb 2002 02:59:00 +1100 From: Nero To: freebsd-current@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: new page cache for linux Message-Id: <20020212021253.7CD8C9F41B@okeeffe.bestweb.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just thought I'd bring your attention to the new "radix tree page cache" in use by linux - I dont know what freebsd do at the moment, but it looks like it will improve scalability (you guys might want to use the idea). Anyway, heres the link: http://lwn.net/2002/0207/kernel.php3 -- It's not reality or how you perceive things that's important, it's what you're taking for it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 19: 8: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web14007.mail.yahoo.com (web14007.mail.yahoo.com [216.136.175.123]) by hub.freebsd.org (Postfix) with SMTP id A838937C32D for ; Mon, 11 Feb 2002 19:06:16 -0800 (PST) Message-ID: <20020212030615.19351.qmail@web14007.mail.yahoo.com> Received: from [216.103.213.142] by web14007.mail.yahoo.com via HTTP; Mon, 11 Feb 2002 19:06:15 PST Date: Mon, 11 Feb 2002 19:06:15 -0800 (PST) From: k Macy Subject: Re: to users of threads (GDB support) To: obrien@freebsd.org, Kip Macy Cc: freebsd-hackers@freebsd.org In-Reply-To: <20020211163454.B15806@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG See my page now. It contains a pointer to a tarball with what I believe to be the appropriate style patches and a single unified diff. I'm obviously new to this so humor me and let me know if there are any further problems. --- David O'Brien wrote: > On Sun, Feb 10, 2002 at 11:15:16PM -0800, Kip Macy > wrote: > > An updated freebsd-uthread.c with core support is > available off of the same > > page. I only just now got it working, and have not > done any regression > > testing, so only use it if you have to. > > I looked at http://www.eventdriven.org/freebsd.html, > but the files there > aren't usable for by the ports/devel/gdb51 port. > > Could you provide a patch to the ports/devel/gdb51 > port that accomplished > enhancing GDB 5.1 for FreeBSD? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of > the message > > __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 19:19:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by hub.freebsd.org (Postfix) with ESMTP id 0117C37C34E for ; Mon, 11 Feb 2002 19:16:26 -0800 (PST) Received: [from pobox3.mot.com (pobox3.mot.com [10.64.251.242]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id UAA26566 for ; Mon, 11 Feb 2002 20:16:25 -0700 (MST)] Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by pobox3.mot.com (MOT-pobox3 2.0) with ESMTP id UAA15701 for ; Mon, 11 Feb 2002 20:05:04 -0700 (MST)] Received: (from rittle@localhost) by latour.rsch.comm.mot.com (8.11.6/8.11.4) id g1C3GOO83626; Mon, 11 Feb 2002 21:16:24 -0600 (CST) (envelope-from rittle) Date: Mon, 11 Feb 2002 21:16:24 -0600 (CST) From: Loren James Rittle Message-Id: <200202120316.g1C3GOO83626@latour.rsch.comm.mot.com> To: freebsd-hackers@freebsd.org Subject: Re: to users of threads (GDB support) In-Reply-To: References: Organization: Networks and Infrastructure Lab (IL02/2240), Motorola Labs Cc: rittle@latour.rsch.comm.mot.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Loren Rittle indicated that they were [in a form useful to /usr/ports] Actually, to avoid all confusion, I privately wrote Kip to say that I was able to extract out his updated thread support and apply it to my local mainline binutils tree. That is a bit different than indicating the work is in proper FreeBSD /usr/port patch form or canonical FSF patch form. ;-) >> but pointed out what you have already pointed out to me:[...] > There's no reason freebsd-uthread.c has to be included in gdb. > We've been maintaining it in our own tree for some time now. > There's advantages to maintaining it in our own tree anyways. > Our threads library is still under development, not to mention > threadsNG where a lot is probably going to change. I completely agree with the advantage listed. However, overall, I must disagree with you as one working on improving gcc3 both in general and for FreeBSD. I wouldn't disagree with you if the base gdb in FreeBSD could debug the latest C++ and Dwarf output from gcc 3. Either way, I concede that my gdb requirements are a special case... Regards, Loren -- Loren J. Rittle Senior Staff Software Engineer, Distributed Object Technology Lab Networks and Infrastructure Research Lab (IL02/2240), Motorola Labs rittle@rsch.comm.mot.com, KeyID: 2048/ADCE34A5, FDC0292446937F2A240BC07D42763672 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 19:38:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 681D037B73E for ; Mon, 11 Feb 2002 19:23:45 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1C3Nf316765; Mon, 11 Feb 2002 19:23:41 -0800 (PST) Received: from cranford-be.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1C3Nenm028028; Mon, 11 Feb 2002 19:23:40 -0800 (PST) Received: from localhost (kmacy@localhost) by cranford-be.eng (8.10.2+Sun/8.10.2) with ESMTP id g1C3NeS15892; Mon, 11 Feb 2002 19:23:40 -0800 (PST) Date: Mon, 11 Feb 2002 19:23:40 -0800 (PST) From: Kip Macy To: Daniel Eischen Cc: dfr@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: to users of threads (GDB support) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > There's no reason freebsd-uthread.c has to be included in gdb. I think that there are instances when an individual wants to use the latest and greatest version of GDB and still have thread support. Even if the threads library does change, the objfile function should be able to take that into account. > That said, I think dfr and I are the only ones that have > done anything with freebsd-uthread.c, aside from obrien. > My papers are on file with FSF. I don't know about dfr. dfr is your paperwork on file? -Kip To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 20:55:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 896E337B858 for ; Mon, 11 Feb 2002 20:53:17 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g1C4qhU60576; Mon, 11 Feb 2002 20:52:43 -0800 (PST) (envelope-from dillon) Date: Mon, 11 Feb 2002 20:52:43 -0800 (PST) From: Matthew Dillon Message-Id: <200202120452.g1C4qhU60576@apollo.backplane.com> To: Danny Braniss Cc: hackers@FreeBSD.ORG Subject: Re: dtv port added References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :i've been playing in writing a driver for a Pinacle DC10 card that has :mpeg sypport on-board. Q- is there something like v4linux in the bsd world? :else, i'll see if i can get my driver behave like the brooktree. : :danny Not that I know of. The brooktree driver seems pretty comprehensive though I am still attempting to figure out how to mmap() multiple frames. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 20:57:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 3596837B9D6; Mon, 11 Feb 2002 20:55:04 -0800 (PST) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.1/8.12.1) with ESMTP id g1C4t3Co008792; Mon, 11 Feb 2002 23:55:03 -0500 (EST) Date: Mon, 11 Feb 2002 23:55:03 -0500 (EST) From: Daniel Eischen To: Kip Macy Cc: dfr@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: to users of threads (GDB support) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Feb 2002, Kip Macy wrote: > > > > There's no reason freebsd-uthread.c has to be included in gdb. > > I think that there are instances when an individual wants to use the latest and > greatest version of GDB and still have thread support. Even if the threads > library does change, the objfile function should be able to take that into > account. But the latest and greatest GDB (which should be a port) isn't likely to have a version of freebsd-uthread.c that works with the current libc_r or libpthread. We haven't even started the userland part of threadsNG so we have no idea what freebsd-uthread.c is going to look like. And when we do, expect a lot of changes to it. And just a day ago, I made a change to libc_r that requires (as yet uncommitted) mods to freebsd-uthread.c. IMHO, it doesn't make sense to include support for our threads into gdb just yet. If you import a recent gdb into current, then we already have a freebsd-uthread.c that can be modified as our threads library changes. If you make gdb a port, support for threads is going to be different depending on what version or release of FreeBSD you build for. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 21:15:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id E20BD37B400 for ; Mon, 11 Feb 2002 21:15:48 -0800 (PST) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.1/8.12.1) with ESMTP id g1C58XxJ010379; Tue, 12 Feb 2002 00:08:33 -0500 (EST) Date: Tue, 12 Feb 2002 00:08:33 -0500 (EST) From: Daniel Eischen To: Loren James Rittle Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: to users of threads (GDB support) In-Reply-To: <200202120316.g1C3GOO83626@latour.rsch.comm.mot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Feb 2002, Loren James Rittle wrote: > >> Loren Rittle indicated that they were [in a form useful to /usr/ports] > > Actually, to avoid all confusion, I privately wrote Kip to say that I > was able to extract out his updated thread support and apply it to my > local mainline binutils tree. That is a bit different than indicating > the work is in proper FreeBSD /usr/port patch form or canonical FSF > patch form. ;-) > > >> but pointed out what you have already pointed out to me:[...] > > > There's no reason freebsd-uthread.c has to be included in gdb. > > We've been maintaining it in our own tree for some time now. > > There's advantages to maintaining it in our own tree anyways. > > Our threads library is still under development, not to mention > > threadsNG where a lot is probably going to change. > > I completely agree with the advantage listed. However, overall, I > must disagree with you as one working on improving gcc3 both in > general and for FreeBSD. I wouldn't disagree with you if the base gdb > in FreeBSD could debug the latest C++ and Dwarf output from gcc 3. > Either way, I concede that my gdb requirements are a special case... Then make a port for gdb with freebsd-uthread.c as a [patch]file. As I said in a previous email, I just made a change a day ago that requires freebsd-uthread.c to be changed. It's only going to get worse once threadsNG get underway. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 21:20:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id C0EA137B405 for ; Mon, 11 Feb 2002 21:20:11 -0800 (PST) Received: from 1cust235.tnt1.pasadena.ca.da.uu.net ([67.224.57.235] helo=ss3) by snipe.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 16aVJW-0007Qp-00 for hackers@FreeBSD.ORG; Mon, 11 Feb 2002 21:17:11 -0800 Message-ID: <000a01c1b384$13ef4f30$4d76cb3f@ss3> From: "Matthew" To: Subject: sysv semaphore Date: Mon, 11 Feb 2002 21:13:57 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there a sysv semphore/shmem implementation using mmap available for FreeBSD? I need a userland based sysv sem/shm library to write a little project, any pointers? Many thanks in advance Matt -------------------------------------------------- WWW.XGFORCE.COM - The Next Generation Server Clustering and Enterprise Firewall/VPN Solutions. -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 22: 8:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web14007.mail.yahoo.com (web14007.mail.yahoo.com [216.136.175.123]) by hub.freebsd.org (Postfix) with SMTP id B4C8637B404 for ; Mon, 11 Feb 2002 22:08:33 -0800 (PST) Message-ID: <20020212055636.46331.qmail@web14007.mail.yahoo.com> Received: from [216.103.213.142] by web14007.mail.yahoo.com via HTTP; Mon, 11 Feb 2002 21:56:36 PST Date: Mon, 11 Feb 2002 21:56:36 -0800 (PST) From: k Macy Subject: Re: sysv semaphore To: Matthew , hackers@FreeBSD.ORG In-Reply-To: <000a01c1b384$13ef4f30$4d76cb3f@ss3> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Look at the posix shmem and sem functions: shm_open shm_unlink sem_open, sem_close, sem_post etc. --- Matthew wrote: > Is there a sysv semphore/shmem implementation using > mmap available for FreeBSD? I need a userland > based sysv > sem/shm library to write a little project, any > pointers? > > Many thanks in advance > > Matt > -------------------------------------------------- > WWW.XGFORCE.COM - > The Next Generation Server Clustering > and Enterprise Firewall/VPN Solutions. > -------------------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of > the message > > __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 11 23: 0:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 0340D37B404 for ; Mon, 11 Feb 2002 23:00:28 -0800 (PST) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.34 #1) id 16aWqP-0003Dq-00; Tue, 12 Feb 2002 08:55:14 +0200 Received: from localhost ([127.0.0.1] helo=pampa.cs.huji.ac.il ident=danny) by pampa.cs.huji.ac.il with esmtp (Exim 3.22 #2) id 16aWqL-0001zj-00; Tue, 12 Feb 2002 08:55:09 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: dtv port added In-reply-to: Your message of Mon, 11 Feb 2002 20:52:43 -0800 (PST) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Feb 2002 08:55:09 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Not that I know of. The brooktree driver seems pretty comprehensive > though I am still attempting to figure out how to mmap() multiple > frames. for someone with some vm experience (:-), it should not be a problem, in the past when i was playing with the meteor, i just junked the buffering stuff, it was too complicated and bad. one frame buffer was ok, for simplicity i moved the structure to the begining of the mmap'ed area, and the frames after that. danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 0: 6:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from garcia.hostnoc.net (bwbohh.net [66.96.192.22]) by hub.freebsd.org (Postfix) with ESMTP id DCA1437B400 for ; Tue, 12 Feb 2002 00:06:37 -0800 (PST) Received: from grokthisnet by garcia.hostnoc.net with local (Exim 3.34 #1 (Debian)) id 16aWWW-0007aX-00 for ; Tue, 12 Feb 2002 01:34:40 -0500 Date: Tue, 12 Feb 2002 01:34:40 -0500 From: fbsd@grokthis.net To: hackers@freebsd.org Subject: subscribe Message-ID: <20020212013440.A29169@grokthis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.20i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe -- Eric Windisch http://bwbohh.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 2:30:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 6EBED37B41A; Tue, 12 Feb 2002 02:30:54 -0800 (PST) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 3.34 #1) id 16aZp3-0007Ab-0V; Tue, 12 Feb 2002 10:06:01 +0000 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id g1CA4j962900; Tue, 12 Feb 2002 10:04:45 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 12 Feb 2002 10:02:39 +0000 (GMT) From: Doug Rabson To: Kip Macy Cc: Daniel Eischen , , Subject: Re: to users of threads (GDB support) In-Reply-To: Message-ID: <20020212100106.I466-100000@salmon.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Feb 2002, Kip Macy wrote: > > > > There's no reason freebsd-uthread.c has to be included in gdb. > > I think that there are instances when an individual wants to use the latest and > greatest version of GDB and still have thread support. Even if the threads > library does change, the objfile function should be able to take that into > account. > > > > That said, I think dfr and I are the only ones that have > > done anything with freebsd-uthread.c, aside from obrien. > > My papers are on file with FSF. I don't know about dfr. > > dfr is your paperwork on file? I don't have any up-to-date paperwork on file right now (I did once a long time ago but that was several companies ago...) I'm quite willing to relinquish all ownership that I may have to this code. If it helps, I can claim that David O'Brien wrote it all :-) -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 3:16: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 14F5737B41C; Tue, 12 Feb 2002 03:15:58 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1CAipuo018442; Tue, 12 Feb 2002 13:45:02 +0300 (MSK) Date: Tue, 12 Feb 2002 13:44:51 +0300 (MSK) From: Varshavchick Alexander To: Peter Pentchev Cc: Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function - solution! In-Reply-To: <20020211181324.E30217@straylight.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi guys, Here followes how the problem was solved. Before the system upgrade to 4.5, there was no separate /usr/lib/libcrypt.so.2 file, it was symlinked to libdescrypt.so.2, and making the things the same way solved it! Playing with /etc/auth.conf didn't help. To be more precise, symlinking libcrypt.so.2 on a running system cannot be done, so what I did was copying /usr/lib/libedscrypt.so.2 to a temporary directory and running command install -c -s -o root -g wheel -m 444 -fschg libcrypt.so.2 /usr/lib And beside this, the following symlinks were needed: /usr/lib/libcrypt.a -> libdescrypt.a /usr/lib/libcrypt.so -> libdescrypt.so They could be done by the ordinary way. If anybody have comments on the subject it's interesting to hear them, and my big thanks to all who helped solving this issue. Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Mon, 11 Feb 2002, Peter Pentchev wrote: > Date: Mon, 11 Feb 2002 18:13:24 +0200 > From: Peter Pentchev > To: Varshavchick Alexander > Cc: Miguel Mendez , questions@FreeBSD.ORG, > freebsd-hackers@FreeBSD.ORG > Subject: Re: crypt function > > On Mon, Feb 11, 2002 at 07:04:15PM +0300, Varshavchick Alexander wrote: > > It's proftpd with mysql module. The passwords in the database are > > des-encrypted, and in the line > > > > if (!strcmp((char *) crypt(c_clear, c_hash), c_hash)) > > success = 1; > > > > it compares des- and md5- strings and fails because of it... > > Hmm ok then, maybe the advice that I gave you was wrong. > If the password hashes are in MD5 format, then crypt(3) should > use MD5; that is, you should tell it to. Try to explicitly set > crypt_default = md5 in /etc/auth.conf and see if that works. > > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@FreeBSD.org > PGP key: http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 > When you are not looking at it, this sentence is in Spanish. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 6:21:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.sim.ionidea.com (ion.so-com.net [212.110.132.83]) by hub.freebsd.org (Postfix) with ESMTP id E11A137B404; Tue, 12 Feb 2002 06:20:10 -0800 (PST) Received: (from phantom@localhost) by gate.sim.ionidea.com (8.11.6/8.11.1) id g1CDAN208399; Tue, 12 Feb 2002 15:10:23 +0200 (EET) (envelope-from phantom) Date: Tue, 12 Feb 2002 15:10:23 +0200 From: Alexey Zelkin To: hackers@freebsd.org, fenner@freebsd.org, standards@freebsd.org Subject: CFR: printf grouping support for floats (%'f) Message-ID: <20020212151023.A8369@gate.sim.ionidea.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.20i X-Operating-System: FreeBSD 4.2-RELEASE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, This patch fixes *printf() family routines to correctly handle grouping for both decimals and floats. Current version of printf() supports grouping for decimals only. Yes, I know it looks like more hackish way, so other opinions are welcome! Since printf() is widely used and quite important function I'd like to get as much comments as possible (optimizations, simplifications, others) Index: vfprintf.c =================================================================== RCS file: /home/cvs/freebsd/src/lib/libc/stdio/vfprintf.c,v retrieving revision 1.36 diff -u -r1.36 vfprintf.c --- vfprintf.c 17 Dec 2001 15:11:29 -0000 1.36 +++ vfprintf.c 12 Feb 2002 13:02:00 -0000 @@ -114,12 +114,11 @@ static int __sprint __P((FILE *, struct __suio *)); static int __sbprintf __P((FILE *, const char *, va_list)) __printflike(2, 0); -static char *__ujtoa __P((uintmax_t, char *, int, int, char *, int, - char, const char *)); -static char *__ultoa __P((u_long, char *, int, int, char *, int, - char, const char *)); +static char *__ujtoa __P((uintmax_t, char *, int, int, char *)); +static char *__ultoa __P((u_long, char *, int, int, char *)); static void __find_arguments __P((const char *, va_list, union arg **)); static void __grow_type_table __P((int, enum typeid **, int *)); +static int __do_grouping __P((char *, char **, int, int)); /* * Flush out all the vectors defined by the given uio, @@ -186,12 +185,10 @@ * use the given digits. */ static char * -__ultoa(u_long val, char *endp, int base, int octzero, char *xdigs, - int needgrp, char thousep, const char *grp) +__ultoa(u_long val, char *endp, int base, int octzero, char *xdigs) { register char *cp = endp; register long sval; - int ndig; /* * Handle the three cases separately, in the hope of getting @@ -203,7 +200,6 @@ *--cp = to_char(val); return (cp); } - ndig = 0; /* * On many machines, unsigned arithmetic is harder than * signed arithmetic, so we do at most one unsigned mod and @@ -212,29 +208,11 @@ */ if (val > LONG_MAX) { *--cp = to_char(val % 10); - ndig++; sval = val / 10; } else sval = val; do { *--cp = to_char(sval % 10); - ndig++; - /* - * If (*grp == CHAR_MAX) then no more grouping - * should be performed. - */ - if (needgrp && ndig == *grp && *grp != CHAR_MAX - && sval > 9) { - *--cp = thousep; - ndig = 0; - /* - * If (*(grp+1) == '\0') then we have to - * use *grp character (last grouping rule) - * for all next cases - */ - if (*(grp+1) != '\0') - grp++; - } sval /= 10; } while (sval != 0); break; @@ -263,50 +241,28 @@ /* Identical to __ultoa, but for intmax_t. */ static char * -__ujtoa(uintmax_t val, char *endp, int base, int octzero, char *xdigs, - int needgrp, char thousep, const char *grp) +__ujtoa(uintmax_t val, char *endp, int base, int octzero, char *xdigs) { char *cp = endp; intmax_t sval; - int ndig; /* quick test for small values; __ultoa is typically much faster */ /* (perhaps instead we should run until small, then call __ultoa?) */ if (val <= ULONG_MAX) - return (__ultoa((u_long)val, endp, base, octzero, xdigs, - needgrp, thousep, grp)); + return (__ultoa((u_long)val, endp, base, octzero, xdigs)); switch (base) { case 10: if (val < 10) { *--cp = to_char(val % 10); return (cp); } - ndig = 0; if (val > INTMAX_MAX) { *--cp = to_char(val % 10); - ndig++; sval = val / 10; } else sval = val; do { *--cp = to_char(sval % 10); - ndig++; - /* - * If (*grp == CHAR_MAX) then no more grouping - * should be performed. - */ - if (needgrp && *grp != CHAR_MAX && ndig == *grp - && sval > 9) { - *--cp = thousep; - ndig = 0; - /* - * If (*(grp+1) == '\0') then we have to - * use *grp character (last grouping rule) - * for all next cases - */ - if (*(grp+1) != '\0') - grp++; - } sval /= 10; } while (sval != 0); break; @@ -400,8 +356,6 @@ int width; /* width from format (%8d), or 0 */ int prec; /* precision from format (%.3d), or -1 */ char sign; /* sign prefix (' ', '+', '-', or \0) */ - char thousands_sep; /* locale specific thousands separator */ - const char *grouping; /* locale specific numeric grouping rules */ #ifdef FLOATING_POINT char *decimal_point; /* locale specific decimal point */ char softsign; /* temporary negative sign for floats */ @@ -532,8 +486,6 @@ } - thousands_sep = '\0'; - grouping = NULL; #ifdef FLOATING_POINT dtoaresult = NULL; decimal_point = localeconv()->decimal_point; @@ -614,8 +566,6 @@ goto rflag; case '\'': flags |= GROUPING; - thousands_sep = *(localeconv()->thousands_sep); - grouping = localeconv()->grouping; goto rflag; case '.': if ((ch = *fmt++) == '*') { @@ -750,6 +700,7 @@ else cp = "inf"; size = 3; + flags &= ~GROUPING; break; } if (isnan(_double)) { @@ -758,6 +709,7 @@ else cp = "nan"; size = 3; + flags &= ~GROUPING; break; } flags |= FPT; @@ -912,15 +864,11 @@ if (flags & INTMAX_SIZE) { if (ujval != 0 || prec != 0) cp = __ujtoa(ujval, cp, base, - flags & ALT, xdigs, - flags & GROUPING, thousands_sep, - grouping); + flags & ALT, xdigs); } else { if (ulval != 0 || prec != 0) cp = __ultoa(ulval, cp, base, - flags & ALT, xdigs, - flags & GROUPING, thousands_sep, - grouping); + flags & ALT, xdigs); } size = buf + BUF - cp; break; @@ -981,9 +929,29 @@ /* leading zeroes from decimal precision */ PAD(dprec - size, zeroes); +#define DOGRP0(PTR, RET, SIZE, SAFETY) { \ + RET = __do_grouping(buf, &PTR, SIZE, SAFETY); \ +} +#define DOGRP1(PTR, SIZE) { \ + if (flags & GROUPING) { \ + DOGRP0(PTR, n2, SIZE, 0); \ + SIZE += n2; \ + realsz += n2; \ + } \ +} +#define DOGRP2(PTR, SIZE1, SIZE2, SAFETY) { \ + if (flags & GROUPING) { \ + DOGRP0(PTR, n2, SIZE1, SAFETY); \ + SIZE1 += n2; \ + SIZE2 += n2; \ + realsz += n2; \ + } \ +} + /* the string or number proper */ #ifdef FLOATING_POINT if ((flags & FPT) == 0) { + DOGRP1(cp, size); PRINT(cp, size); } else { /* glue together f_p fragments */ if (ch >= 'f') { /* 'f' or 'g' */ @@ -1000,11 +968,13 @@ PAD(-expt, zeroes); PRINT(cp, ndig); } else if (expt >= ndig) { + DOGRP1(cp, ndig); PRINT(cp, ndig); PAD(expt - ndig, zeroes); if (flags & ALT) PRINT(decimal_point, 1); } else { + DOGRP2(cp, expt, ndig, ndig-expt); PRINT(cp, expt); cp += expt; PRINT(decimal_point, 1); @@ -1026,6 +996,7 @@ } } #else + DOGRP1(cp, size); PRINT(cp, size); #endif /* left-adjusting padding (always blank) */ @@ -1387,6 +1358,67 @@ *typetable = newtable; *tablesize = newsize; +} + +/*- + * Reformat buffer to include grouping characters + * + * params: + * buf -- pointer to begining of the buffer + * cp -- address of pointer to actual adta + * size -- amount of characters to group + * safety -- amount of characters after (*cp+size) to preserve + * (post-decimal part of FPT number) + */ +static int +__do_grouping(char *buf, char **cp, int size, int safety) { + + char thousands_sep; + char *grouping; + char *ptr, *tp; + int ndig, proceed, result, n; + + /* XXX: return value of __dtoa() *possibly* *may* overflow size + * of internal buffer. Check this situation later. + */ + + grouping = localeconv()->grouping; + if (*grouping == CHAR_MAX) + return (0); + + thousands_sep = *(localeconv()->thousands_sep); + if (thousands_sep == '\0') + return (0); + + result = 0; + + /* make sure that data is at the begin of the buffer */ + if (buf != *cp) { + memmove(buf, *cp, size+safety); + *cp = buf; + } + + ndig = 0; + proceed = 0; + ptr = (*cp + size); + while (proceed < size) { + if (*grouping <= ndig) { + memmove(ptr+1, ptr, proceed+result+safety); + *ptr = thousands_sep; + result++; + if (*(grouping+1) != '\0') + grouping++; + if (*grouping == CHAR_MAX) /* no more grouping */ + break; + ndig = 0; + } else { + ndig++; + proceed++; + ptr--; + } + } + + return (result); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 7: 6:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bilver.wjv.com (spdsl-033.wanlogistics.net [63.209.115.33]) by hub.freebsd.org (Postfix) with ESMTP id 129DB37B400 for ; Tue, 12 Feb 2002 07:06:31 -0800 (PST) Received: (from bv@localhost) by bilver.wjv.com (8.11.6/8.11.6) id g1CF2b834724 for hackers@FreeBSD.ORG; Tue, 12 Feb 2002 10:02:37 -0500 (EST) (envelope-from bv) Date: Tue, 12 Feb 2002 10:02:36 -0500 From: Bill Vermillion To: hackers@FreeBSD.ORG Subject: Re: lsof and listening processes on 4.5 Message-ID: <20020212150236.GC34232@wjv.com> Reply-To: bv@wjv.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Mon, 11 Feb 2002 16:18:35 -0800 > From: "David O'Brien" > Subject: Re: lsof and listening processes on 4.5 > > On Mon, Feb 11, 2002 at 01:19:23PM +0100, Rogier R. Mulhuijzen wrote: > > If you did recompile, maybe we broke lsof =) > > We did with 4.5. Unfortunately the latest LSOF changed how it is packed. > I spent an hour trying to update the port but got pulled away before I > was done. Grab the latest tarball and build by hand. Hm. Something must be broken then. I run cvs from cron and update ports all the time. I'm running 4.5-Stable #9 and I recompiled lsof yesterday from the prots with absolutely no problems. -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 8:58:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 4FA9E37B405; Tue, 12 Feb 2002 08:58:41 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1CGt8N69449; Tue, 12 Feb 2002 08:55:08 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Feb 2002 08:55:07 -0800 From: "David O'Brien" To: Daniel Eischen Cc: Kip Macy , dfr@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: to users of threads (GDB support) Message-ID: <20020212085507.A69408@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from eischen@pcnet1.pcnet.com on Mon, Feb 11, 2002 at 11:55:03PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 11:55:03PM -0500, Daniel Eischen wrote: > But the latest and greatest GDB (which should be a port) isn't /usr/ports/devel/gdb51 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 9: 1:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id E74F937B421; Tue, 12 Feb 2002 09:01:13 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1CGnIe69325; Tue, 12 Feb 2002 08:49:18 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Feb 2002 08:49:18 -0800 From: "David O'Brien" To: hackers@freebsd.org Subject: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212084918.A69309@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In rev 1.20 of sys/kern/vnode_if.pl Eivind converted this from a Bourne+AWK script into a Perl script. Well that just makes porting to new architectures VERY difficult as the boot strapping of Perl 5 is quite difficult. A shell hacker could really help out the FreeBSD/sparc64 porting effort by updating vnode_if.pl rev 1.19 to have all the functionality the perl version has today. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 9: 4:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7E12837B42A for ; Tue, 12 Feb 2002 09:04:02 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1CGmji50955; Tue, 12 Feb 2002 09:48:45 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1CGmcL81340; Tue, 12 Feb 2002 09:48:44 -0700 (MST) (envelope-from imp@village.org) Date: Tue, 12 Feb 2002 09:48:33 -0700 (MST) Message-Id: <20020212.094833.98091872.imp@village.org> To: jhanna@shaw.ca Cc: vs3volod@yahoo.com, hackers@FreeBSD.ORG Subject: Re: ping: sendto: No buffer space available From: "M. Warner Losh" In-Reply-To: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> References: <86aduisa17.fsf@f434.n5020.z2.fidonet.org> <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200202092056.g19Ku8j00368@207-194-143-195.dsl.axion.net> Jonathan Hanna writes: : : This looks like the bug in the "ep" driver. When the interrupt routine : gets both TX and RX interrupts it acknowledges both but only services : the read. Karl Dietz, is working on an overhaul : but my quick fix is to take out the "continue" after the "epread()" in : ep_intr(). The buffer talked about is actually the ep queue being full. : : --- if_ep.c Fri Feb 1 19:51:43 2002 : +++ if_ep.c.fix Sat Feb 9 12:49:31 2002 : @@ -571,7 +571,6 @@ : : if (status & (S_RX_COMPLETE | S_RX_EARLY)) { : epread(sc); : - continue; : } : if (status & S_TX_AVAIL) { : /* we need ACK */ Committed this, and a couple other touch-ups to current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 10: 2:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 6EA5C37B41F for ; Tue, 12 Feb 2002 10:02:28 -0800 (PST) Received: from 1cust175.tnt1.pasadena.ca.da.uu.net ([67.224.57.175] helo=ss3) by pintail.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 16ahDS-0003Ib-00; Tue, 12 Feb 2002 09:59:43 -0800 Message-ID: <003401c1b3ee$99ee8aa0$4d76cb3f@ss3> From: "Matthew" To: "k Macy" , References: <20020212055636.46331.qmail@web14007.mail.yahoo.com> Subject: Re: sysv semaphore Date: Tue, 12 Feb 2002 09:56:29 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for the info. Do you know where I can find the code with a BSD style license? -------------------------------------------------- WWW.XGFORCE.COM - The Next Generation Server Clustering and Enterprise Firewall/VPN Solutions. -------------------------------------------------- ----- Original Message ----- From: "k Macy" To: "Matthew" ; Sent: Monday, February 11, 2002 9:56 PM Subject: Re: sysv semaphore > Look at the posix shmem and sem functions: > shm_open > shm_unlink > > sem_open, sem_close, sem_post etc. > > --- Matthew wrote: > > Is there a sysv semphore/shmem implementation using > > mmap available for FreeBSD? I need a userland > > based sysv > > sem/shm library to write a little project, any > > pointers? > > > > Many thanks in advance > > > > Matt > > -------------------------------------------------- > > WWW.XGFORCE.COM - > > The Next Generation Server Clustering > > and Enterprise Firewall/VPN Solutions. > > -------------------------------------------------- > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of > > the message > > > > > > > __________________________________________________ > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! > http://greetings.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 10:35:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 86F5437B402; Tue, 12 Feb 2002 10:35:04 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1CHj6i51363; Tue, 12 Feb 2002 10:45:07 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1CHj5L81752; Tue, 12 Feb 2002 10:45:05 -0700 (MST) (envelope-from imp@village.org) Date: Tue, 12 Feb 2002 10:45:00 -0700 (MST) Message-Id: <20020212.104500.42462266.imp@village.org> To: obrien@FreeBSD.ORG Cc: hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port From: "M. Warner Losh" In-Reply-To: <20020212084918.A69309@dragon.nuxi.com> References: <20020212084918.A69309@dragon.nuxi.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020212084918.A69309@dragon.nuxi.com> "David O'Brien" writes: : A shell hacker could really help out the FreeBSD/sparc64 porting effort : by updating vnode_if.pl rev 1.19 to have all the functionality the perl : version has today. Would a 'C' hacker do :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 10:39:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 676BB37B42C; Tue, 12 Feb 2002 10:39:12 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 249B110DDFB; Tue, 12 Feb 2002 10:36:46 -0800 (PST) Date: Tue, 12 Feb 2002 10:36:46 -0800 From: Alfred Perlstein To: "M. Warner Losh" Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212103646.P63886@elvis.mu.org> References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020212.104500.42462266.imp@village.org>; from imp@village.org on Tue, Feb 12, 2002 at 10:45:00AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * M. Warner Losh [020212 10:35] wrote: > In message: <20020212084918.A69309@dragon.nuxi.com> > "David O'Brien" writes: > : A shell hacker could really help out the FreeBSD/sparc64 porting effort > : by updating vnode_if.pl rev 1.19 to have all the functionality the perl > : version has today. > > Would a 'C' hacker do :-) Heh, I wish someone would add some extra regex and seperator type stuff to our 'sh' that became available when running it under another name or with a special flag... any takers on that one? :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 10:47: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 24B4037B405; Tue, 12 Feb 2002 10:46:54 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1CIiAi51664; Tue, 12 Feb 2002 11:44:10 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1CIi5L82092; Tue, 12 Feb 2002 11:44:05 -0700 (MST) (envelope-from imp@village.org) Date: Tue, 12 Feb 2002 11:43:55 -0700 (MST) Message-Id: <20020212.114355.20239712.imp@village.org> To: bright@mu.org Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port From: "M. Warner Losh" In-Reply-To: <20020212103646.P63886@elvis.mu.org> References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020212103646.P63886@elvis.mu.org> Alfred Perlstein writes: : * M. Warner Losh [020212 10:35] wrote: : > In message: <20020212084918.A69309@dragon.nuxi.com> : > "David O'Brien" writes: : > : A shell hacker could really help out the FreeBSD/sparc64 porting effort : > : by updating vnode_if.pl rev 1.19 to have all the functionality the perl : > : version has today. : > : > Would a 'C' hacker do :-) : : Heh, I wish someone would add some extra regex and seperator type : stuff to our 'sh' that became available when running it under : another name or with a special flag... : : any takers on that one? :) Well, we could import ksh, which already does this :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 10:56:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 9E56937B423; Tue, 12 Feb 2002 10:56:34 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6F79110DDF9; Tue, 12 Feb 2002 10:53:52 -0800 (PST) Date: Tue, 12 Feb 2002 10:53:52 -0800 From: Alfred Perlstein To: "M. Warner Losh" Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212105352.Q63886@elvis.mu.org> References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020212.114355.20239712.imp@village.org>; from imp@village.org on Tue, Feb 12, 2002 at 11:43:55AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * M. Warner Losh [020212 10:46] wrote: > In message: <20020212103646.P63886@elvis.mu.org> > Alfred Perlstein writes: > : * M. Warner Losh [020212 10:35] wrote: > : > In message: <20020212084918.A69309@dragon.nuxi.com> > : > "David O'Brien" writes: > : > : A shell hacker could really help out the FreeBSD/sparc64 porting effort > : > : by updating vnode_if.pl rev 1.19 to have all the functionality the perl > : > : version has today. > : > > : > Would a 'C' hacker do :-) > : > : Heh, I wish someone would add some extra regex and seperator type > : stuff to our 'sh' that became available when running it under > : another name or with a special flag... > : > : any takers on that one? :) > > Well, we could import ksh, which already does this :-) Go for it. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 11: 9:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from garcia.hostnoc.net (bwbohh.net [66.96.192.22]) by hub.freebsd.org (Postfix) with ESMTP id 30C2537B41C for ; Tue, 12 Feb 2002 11:09:49 -0800 (PST) Received: from grokthisnet by garcia.hostnoc.net with local (Exim 3.34 #1 (Debian)) id 16ahwY-0000uW-00 for ; Tue, 12 Feb 2002 13:46:18 -0500 Date: Tue, 12 Feb 2002 13:46:18 -0500 From: Eric Windisch To: hackers@freebsd.org Subject: Problems with freebsd nfsd and irix client Message-ID: <20020212134618.A3422@grokthis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.20i X-Eric-Conspiracy: There is no conspiracy .. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am having difficulty with an nfsd running on FreeBSD and an irix client. I am unable to sucessfully call the getcwd() function as a non-root user in the mounted directory. For instance: raptor@DaVinci:/> which ls /usr/gnu/bin/ls raptor@DaVinci:/> cd /home/raptor raptor@DaVinci:~> which ls Cannot determine current working directory Root can execute getcwd() in /home and its subdirectories, only non-root users are having the problem. I tried changing the permissions to 777 on /home and /home/raptor on the server's side.. and made the mountpoint /home on the client also 777, the error still continued. I get an error from make, saying it doesn't have permission to call getcwd(). I guess the question is if it is an irix or freebsd problem and how/if it can be fixed. I saw mention of a problem with Linux nfsd and irix and the getcwd() command, a very small mention.. but it said it should be fixed in latest versions, furthermore.. it only occured with nfs3, nfs2 worked. I have tried nfs2 and 3, neither has worked. Any ideas ? :) -- Eric Windisch http://bwbohh.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 11:34:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gtmail9.networkpromotion.com (64.5.230.167 [64.5.230.167]) by hub.freebsd.org (Postfix) with ESMTP id C396937B419 for ; Tue, 12 Feb 2002 11:33:00 -0800 (PST) Received: from gtmail1 (64.5.230.151) by gtmail9.networkpromotion.com (LSMTP for Windows NT v1.1b) with SMTP id <2.00013624@gtmail9.networkpromotion.com>; Mon, 11 Feb 2002 22:30:56 -0400 Date: Mon, 11 Feb 2002 22:32:42 -0400 From: Save Now Reply-To: riches@lotsofmoney4me.com Subject: Receive up to $500 in Grocery Savings To: FREEBSD-HACKERS@FREEBSD.ORG Message-ID: <200202111837.769133@glmail2.networkpromotion.com> MIME-Version: 1.0 Content-Type: multipart/alternative;boundary="--==--==_Seperator1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part MIME encoded message. If you can read this, your email client does not support MIME. ----==--==_Seperator1 Content-Type: text/plain; charset="us-ascii" $500.00* in Name-Brand Grocery Coupons has been placed on hold, for you! Linus torvalds , We are prepared to send you the necessary documents to claim your $500.00 in name-brand grocery coupons. Just click on the link to find out how to receive your grocery coupons now! http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=2909882 I must hear from you immediately though, we are holding the coupons for you. To ensure that you receive it right away, click now! Don't delete this email. Click below to find out how to receive your $500.00 in name-brand grocery coupons. This is a limited time offer, please click now! http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=2909882 Sincerely, Promotion Department P.S. Click to find out how to get your $500.00 in name-brand grocery coupons today! Only Linus torvalds may claim these free coupons. So click here now. http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=2909882 *In order for you to receive your $500.00 in grocery coupons, you must activate your new nationwide Toll-Free Voice Mail Service. If you received this email in error, or would no longer like to receive special promotions via email from us, then go to http://unsubscribe-mail.com/index.html?emailid=2204&unsubtype=1&clientid=28&em=FREEBSD-HACKERS@FREEBSD.ORG to unsubscribe To unsubscribe, please send an email to riches@lotsofmoney4me.com. trl: 2909882 ----==--==_Seperator1 Content-Type: text/html; charset="us-ascii"
Voice Email Coupon
& One FREE Month of Toll-Free Voice Mail has placed on hold for you!

Linus torvalds ,

This is your opportunity to claim your $500 in Name-Brand Grocery Coupons and receive One FREE Month of nationwide toll-free voice mail service. Just click here now to find out how easy it is for you to receive your $500 in Name-Brand Grocery Coupons!

I must hear from you immediately though, we are holding $500 in Name-Brand Grocery Coupons and one free month of voice mail service for you. To ensure your eligibility, click here now!  Don’t delete this email. CLICK HERE NOW!
  This is a limited time offer, please click here now!  
P.S. Click here to find out how easy it is for you to receive your $500 in Name-Brand Grocery Coupons! Only Linus torvalds may claim these FREE Grocery Coupons, so click here now.

   
  * In order for you to receive your $500 in Name-Brand Grocery Coupons, you must activate your new nationwide Toll-Free Voice Mail Service.

 


If you received this email in error, or would no longer like to receive special promotions via email from us, then Click here to unsubscribe.

To unsubscribe, please send an email to riches@lotsofmoney4me.com.

trl: 2909882 ----==--==_Seperator1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 11:34:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gtmail9.networkpromotion.com (64.5.230.167 [64.5.230.167]) by hub.freebsd.org (Postfix) with ESMTP id 070C037B41D for ; Tue, 12 Feb 2002 11:33:08 -0800 (PST) Received: from gtmail1 (64.5.230.151) by gtmail9.networkpromotion.com (LSMTP for Windows NT v1.1b) with SMTP id <2.00013624@gtmail9.networkpromotion.com>; Mon, 11 Feb 2002 22:30:56 -0400 Date: Mon, 11 Feb 2002 22:32:42 -0400 From: Save Now Reply-To: riches@lotsofmoney4me.com Subject: Receive up to $500 in Grocery Savings To: FREEBSD-HACKERS@FREEBSD.ORG Message-ID: <200202111837.19216@glmail2.networkpromotion.com> MIME-Version: 1.0 Content-Type: multipart/alternative;boundary="--==--==_Seperator1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part MIME encoded message. If you can read this, your email client does not support MIME. ----==--==_Seperator1 Content-Type: text/plain; charset="us-ascii" $500.00* in Name-Brand Grocery Coupons has been placed on hold, for you! Linus torvalds , We are prepared to send you the necessary documents to claim your $500.00 in name-brand grocery coupons. Just click on the link to find out how to receive your grocery coupons now! http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=3136945 I must hear from you immediately though, we are holding the coupons for you. To ensure that you receive it right away, click now! Don't delete this email. Click below to find out how to receive your $500.00 in name-brand grocery coupons. This is a limited time offer, please click now! http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=3136945 Sincerely, Promotion Department P.S. Click to find out how to get your $500.00 in name-brand grocery coupons today! Only Linus torvalds may claim these free coupons. So click here now. http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=3136945 *In order for you to receive your $500.00 in grocery coupons, you must activate your new nationwide Toll-Free Voice Mail Service. If you received this email in error, or would no longer like to receive special promotions via email from us, then go to http://unsubscribe-mail.com/index.html?emailid=2204&unsubtype=1&clientid=28&em=FREEBSD-HACKERS@FREEBSD.ORG to unsubscribe To unsubscribe, please send an email to riches@lotsofmoney4me.com. trl: 3136945 ----==--==_Seperator1 Content-Type: text/html; charset="us-ascii"
Voice Email Coupon
& One FREE Month of Toll-Free Voice Mail has placed on hold for you!

Linus torvalds ,

This is your opportunity to claim your $500 in Name-Brand Grocery Coupons and receive One FREE Month of nationwide toll-free voice mail service. Just click here now to find out how easy it is for you to receive your $500 in Name-Brand Grocery Coupons!

I must hear from you immediately though, we are holding $500 in Name-Brand Grocery Coupons and one free month of voice mail service for you. To ensure your eligibility, click here now!  Don’t delete this email. CLICK HERE NOW!
  This is a limited time offer, please click here now!  
P.S. Click here to find out how easy it is for you to receive your $500 in Name-Brand Grocery Coupons! Only Linus torvalds may claim these FREE Grocery Coupons, so click here now.

   
  * In order for you to receive your $500 in Name-Brand Grocery Coupons, you must activate your new nationwide Toll-Free Voice Mail Service.

 


If you received this email in error, or would no longer like to receive special promotions via email from us, then Click here to unsubscribe.

To unsubscribe, please send an email to riches@lotsofmoney4me.com.

trl: 3136945 ----==--==_Seperator1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 11:35:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gtmail9.networkpromotion.com (64.5.230.167 [64.5.230.167]) by hub.freebsd.org (Postfix) with ESMTP id 4362037B43B for ; Tue, 12 Feb 2002 11:33:31 -0800 (PST) Received: from gtmail1 (64.5.230.151) by gtmail9.networkpromotion.com (LSMTP for Windows NT v1.1b) with SMTP id <2.00013624@gtmail9.networkpromotion.com>; Mon, 11 Feb 2002 22:30:56 -0400 Date: Mon, 11 Feb 2002 22:32:42 -0400 From: Save Now Reply-To: riches@lotsofmoney4me.com Subject: Receive up to $500 in Grocery Savings To: FREEBSD-HACKERS@FREEBSD.ORG Message-ID: <200202111837.749882@glmail2.networkpromotion.com> MIME-Version: 1.0 Content-Type: multipart/alternative;boundary="--==--==_Seperator1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part MIME encoded message. If you can read this, your email client does not support MIME. ----==--==_Seperator1 Content-Type: text/plain; charset="us-ascii" $500.00* in Name-Brand Grocery Coupons has been placed on hold, for you! Linus torvalds , We are prepared to send you the necessary documents to claim your $500.00 in name-brand grocery coupons. Just click on the link to find out how to receive your grocery coupons now! http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=2842862 I must hear from you immediately though, we are holding the coupons for you. To ensure that you receive it right away, click now! Don't delete this email. Click below to find out how to receive your $500.00 in name-brand grocery coupons. This is a limited time offer, please click now! http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=2842862 Sincerely, Promotion Department P.S. Click to find out how to get your $500.00 in name-brand grocery coupons today! Only Linus torvalds may claim these free coupons. So click here now. http://tracking.networkpromotion.com/Tracking/etags.html?LinkID=5976&emailid=2204&em=FREEBSD-HACKERS@FREEBSD.ORG&UserID=2842862 *In order for you to receive your $500.00 in grocery coupons, you must activate your new nationwide Toll-Free Voice Mail Service. If you received this email in error, or would no longer like to receive special promotions via email from us, then go to http://unsubscribe-mail.com/index.html?emailid=2204&unsubtype=1&clientid=28&em=FREEBSD-HACKERS@FREEBSD.ORG to unsubscribe To unsubscribe, please send an email to riches@lotsofmoney4me.com. trl: 2842862 ----==--==_Seperator1 Content-Type: text/html; charset="us-ascii"
Voice Email Coupon
& One FREE Month of Toll-Free Voice Mail has placed on hold for you!

Linus torvalds ,

This is your opportunity to claim your $500 in Name-Brand Grocery Coupons and receive One FREE Month of nationwide toll-free voice mail service. Just click here now to find out how easy it is for you to receive your $500 in Name-Brand Grocery Coupons!

I must hear from you immediately though, we are holding $500 in Name-Brand Grocery Coupons and one free month of voice mail service for you. To ensure your eligibility, click here now!  Don’t delete this email. CLICK HERE NOW!
  This is a limited time offer, please click here now!  
P.S. Click here to find out how easy it is for you to receive your $500 in Name-Brand Grocery Coupons! Only Linus torvalds may claim these FREE Grocery Coupons, so click here now.

   
  * In order for you to receive your $500 in Name-Brand Grocery Coupons, you must activate your new nationwide Toll-Free Voice Mail Service.

 


If you received this email in error, or would no longer like to receive special promotions via email from us, then Click here to unsubscribe.

To unsubscribe, please send an email to riches@lotsofmoney4me.com.

trl: 2842862 ----==--==_Seperator1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 12: 6:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 5015B37B400 for ; Tue, 12 Feb 2002 12:06:33 -0800 (PST) Received: from there (kajsa.energyhq.tk [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id B9BDB3FC1B; Tue, 12 Feb 2002 21:03:51 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Miguel Mendez Organization: Energy HQ To: Eric Windisch , hackers@freebsd.org Subject: Re: Problems with freebsd nfsd and irix client Date: Tue, 12 Feb 2002 21:03:06 +0100 X-Mailer: KMail [version 1.3.2] References: <20020212134618.A3422@grokthis.net> In-Reply-To: <20020212134618.A3422@grokthis.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020212200351.B9BDB3FC1B@energyhq.homeip.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 12 February 2002 19:46, Eric Windisch wrote: Hi Eric, I have an IRIX box running 6.5 with some old patches and a NFS server running FreeBSD 4.5-STABLE, but I don't experience your problem: On the server side.... ------------------------ energyhq# uname -srn FreeBSD energyhq.homeip.net 4.5-STABLE energyhq# showmount -e Exports list on localhost: /storage2 kajsa.energyhq.tk /storage kajsa.energyhq.tk elin.energyhq.tk /pub kajsa.energyhq.tk ------------------------ Client side ------------------------ elin 3# uname -a IRIX elin 6.5 07151432 IP22 elin 7# mount lillemor.energyhq.tk:/storage /mnt elin 8# mount /dev/root on / type xfs (rw,raw=/dev/rroot) /dev/dsk/dks0d2s6 on /usr type xfs (rw,raw=dev/dsk/dks0d2s6) /hw on /hw type hwgfs (rw) /proc on /proc type proc (rw) /dev/fd on /dev/fd type fd (rw) lillemor.energyhq.tk:/storage on /mnt type nfs (vers=3,rw,dev=100001) elin 9# logout elin flynn-76% whoami flynn elin flynn-77% cd /mnt elin flynn-78% which ls /usr/bin/ls elin flynn-79% ls -la total 14651 drwxr-xr-x 9 root sys 1024 Feb 9 07:05 . drwxr-xr-x 49 root sys 20480 Feb 12 20:40 .. -rw-r--r-- 1 root sys 5980 Jan 13 2001 IDOIA -rw-r--r-- 1 root sys 1434 Jan 29 09:16 arena.diff -rwxr-xr-x 1 root sys 8714 Mar 26 2001 asm -rw-r--r-- 1 root sys 2256 Jan 19 15:36 decurs.shar [....] ------------------------ > I guess the question is if it is an irix or freebsd problem and how/if it > can be fixed. I saw mention of a problem with Linux nfsd and irix and the The problem with Linux was that their NFS implementation s*cks *ss. > getcwd() command, a very small mention.. but it said it should be fixed in > latest versions, furthermore.. it only occured with nfs3, nfs2 worked. I > have tried nfs2 and 3, neither has worked. Is that box running 6.5 or 6.2? Recent patches? My bet is that it's your IRIX box that it's acting funny. There have been some problems with nfs on some versions of IRIX that they solved later with patches. Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 12:42:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.bsdhome.com (rdu25-2-113.nc.rr.com [24.25.2.113]) by hub.freebsd.org (Postfix) with ESMTP id C028437B66B for ; Tue, 12 Feb 2002 12:41:56 -0800 (PST) Received: from neutrino.bsdhome.com (jupiter [192.168.220.13]) by smtp.bsdhome.com (8.11.3nb1/8.11.4) with ESMTP id g1CKD1T20228; Tue, 12 Feb 2002 15:13:01 -0500 (EST) Received: (from bsd@localhost) by neutrino.bsdhome.com (8.11.6/8.11.6) id g1CKCuo33470; Tue, 12 Feb 2002 15:12:56 -0500 (EST) (envelope-from bsd) Date: Tue, 12 Feb 2002 15:12:56 -0500 From: Brian Dean To: "M. Warner Losh" Cc: hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212151256.B33242@neutrino.bsdhome.com> References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020212105352.Q63886@elvis.mu.org>; from bright@mu.org on Tue, Feb 12, 2002 at 10:53:52AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 10:53:52AM -0800, Alfred Perlstein wrote: > > > > Well, we could import ksh, which already does this :-) > > Go for it. Add YES vote from me! -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 13:10:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id D415637B485; Tue, 12 Feb 2002 13:09:34 -0800 (PST) Received: from pool0027.cvx40-bradley.dialup.earthlink.net ([216.244.42.27] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16akAj-0001OE-00; Tue, 12 Feb 2002 13:09:05 -0800 Message-ID: <3C698404.59BA0875@mindspring.com> Date: Tue, 12 Feb 2002 13:07:16 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: "M. Warner Losh" , obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * M. Warner Losh [020212 10:46] wrote: > > In message: <20020212103646.P63886@elvis.mu.org> > > Alfred Perlstein writes: > > : * M. Warner Losh [020212 10:35] wrote: > > : > In message: <20020212084918.A69309@dragon.nuxi.com> > > : > "David O'Brien" writes: > > : > : A shell hacker could really help out the FreeBSD/sparc64 porting effort > > : > : by updating vnode_if.pl rev 1.19 to have all the functionality the perl > > : > : version has today. > > : > > > : > Would a 'C' hacker do :-) > > : > > : Heh, I wish someone would add some extra regex and seperator type > > : stuff to our 'sh' that became available when running it under > > : another name or with a special flag... > > : > > : any takers on that one? :) > > > > Well, we could import ksh, which already does this :-) > > Go for it. vnode_if.pl is a perl script. I don't understand the request for a shell hacker in the first place. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 13:26:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id 6871037B400 for ; Tue, 12 Feb 2002 13:26:47 -0800 (PST) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.11.6/8.11.6) with ESMTP id g1CLQke22875 for ; Tue, 12 Feb 2002 14:26:46 -0700 (MST) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200202122126.g1CLQke22875@orthanc.ab.ca> To: freebsd-hackers@freebsd.org Subject: creating non-swap backed md(4) devices Organization: The Frobozz Magic Homing Pigeon Company Reply-To: lyndon@orthanc.ab.ca X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.1 Date: Tue, 12 Feb 2002 14:26:46 -0700 From: Lyndon Nerenberg Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm trying to figure out how to create a large (512 MB) md(4) filesystem that isn't swap backed. The md(4) manpage hints at a type 'md_image' load module, but doesn't say anything about how to create one and have it loaded at boot time. My searches through the mailing list archives and handbook didn't turn up anything. Could someone who has done this please let me know how it's done? Thanks, and I'll summarize if I receive any useful responses. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14: 0: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 4D21C37B419 for ; Tue, 12 Feb 2002 13:59:30 -0800 (PST) Received: from pool0027.cvx40-bradley.dialup.earthlink.net ([216.244.42.27] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16akxH-0007JQ-00; Tue, 12 Feb 2002 13:59:16 -0800 Message-ID: <3C698FBF.A6B78ACB@mindspring.com> Date: Tue, 12 Feb 2002 13:57:19 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Miguel Mendez Cc: Eric Windisch , hackers@freebsd.org Subject: Re: Problems with freebsd nfsd and irix client References: <20020212134618.A3422@grokthis.net> <20020212200351.B9BDB3FC1B@energyhq.homeip.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are you sure that the user making the request is a legal user on the server machine? If not, it's ID will be translated to -2. Perhaps this is an "operator has failed to configure NIS correctly" error? If so, the workaround is probably to specify both -mapall and -alldirs in the exports file (man 5 exports). On the IRIX box, have you applied Patch SG0003771 or one of the other "libc rollup" patches? IRIX getcwd() is known to use stat64() instead of lstat64() prior to this patch; are you sure you are not using symbolic links, and expecting them to work over NFS? I expect this is related to "Bug 439774: getcwd() doesn't give correct path for some autofs mounted files". There's also a limit on the number of groups that are sent over the wire with an NFS request. Don't expect that putting a user in a group on the NFS server will do anything at all about the group membership testing for the same user coming from an NFS client, and don't expect that more than a small number of group memberships (e.g. the first 6) will be looked at by the NFS server. Also, make sure you are using one of the standard shells that comes with IRIX, and not something like "bash", which has a bogus assumption about the inode number returned by getdents matching the inode number returned by "stat"; the "stat" version should be used, since it is local to the machine doing the "stat", whereas the "getdents" value is local to the host machine (POSIX explicitly prohibits using this value, FWIW). Actually, there's a well known root exploit that uses a getcwd() buffer overflow against IRIX, which has been corrected in more recent versions. Perhaps it is this buffer overflow attack against the IRIX client which is failing? 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14: 4:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 4A77937B41D for ; Tue, 12 Feb 2002 14:04:50 -0800 (PST) Received: from pool0027.cvx40-bradley.dialup.earthlink.net ([216.244.42.27] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16al2Y-0001GM-00; Tue, 12 Feb 2002 14:04:43 -0800 Message-ID: <3C699106.2769F1D3@mindspring.com> Date: Tue, 12 Feb 2002 14:02:46 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: lyndon@orthanc.ab.ca Cc: freebsd-hackers@freebsd.org Subject: Re: creating non-swap backed md(4) devices References: <200202122126.g1CLQke22875@orthanc.ab.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lyndon Nerenberg wrote: > I'm trying to figure out how to create a large (512 MB) md(4) filesystem > that isn't swap backed. The md(4) manpage hints at a type 'md_image' > load module, but doesn't say anything about how to create one and have > it loaded at boot time. My searches through the mailing list archives > and handbook didn't turn up anything. Could someone who has done this > please let me know how it's done? Thanks, and I'll summarize if I > receive any useful responses. It puts the md image into the kernel address space itself. The resulting md is not writable. I'm correct in assuming that you are trying to allocate a large chunk of physical memory that is outside the kernel management primitives, which would include the ability to swap the data to a backing stor for swappable RAM? The *only* way to get around this is to not use swappable RAM. It sounds like what you want is wired memory. If so, you should write a simple device driver that exposes a block of kernel memory as if it were a disk device, and do the memory allocation for the device in machdep.c, just as if you were allocating a new zone. It's pretty trivial, as kernel hacks go. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:24:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ubergeeks.com (lorax.ubergeeks.com [209.145.65.55]) by hub.freebsd.org (Postfix) with ESMTP id 1CCB137B4AD; Tue, 12 Feb 2002 14:24:01 -0800 (PST) Received: from localhost (adrian@localhost) by mail.ubergeeks.com (8.11.6/8.11.6) with ESMTP id g1CMNVN02686; Tue, 12 Feb 2002 17:23:31 -0500 (EST) (envelope-from adrian@ubergeeks.com) Date: Tue, 12 Feb 2002 17:23:31 -0500 (EST) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: "M. Warner Losh" Cc: bright@mu.org, , Subject: Re: AWK/perl hacker needed to assist the Sparc64 port In-Reply-To: <20020212.114355.20239712.imp@village.org> Message-ID: <20020212172042.R2668-100000@lorax.ubergeeks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Feb 2002, M. Warner Losh wrote: > In message: <20020212103646.P63886@elvis.mu.org> > Alfred Perlstein writes: > : * M. Warner Losh [020212 10:35] wrote: > > Well, we could import ksh, which already does this :-) > > Warner I hope you don't mean pdksh. As the stock sh under OpenBSD we've found it to be annoyingly buggy. Fortunately we rebased our appliance product to FreeBSD and don't have to deal with it any longer. Adrian -- [ adrian@ubergeeks.com ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:31:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 4961637B492 for ; Tue, 12 Feb 2002 14:31:16 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1CMUqu07302; Tue, 12 Feb 2002 14:30:52 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Feb 2002 14:30:48 -0800 From: "David O'Brien" To: Terry Lambert Cc: Alfred Perlstein , "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212143048.C5014@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C698404.59BA0875@mindspring.com>; from tlambert2@mindspring.com on Tue, Feb 12, 2002 at 01:07:16PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 01:07:16PM -0800, Terry Lambert wrote: > Alfred Perlstein wrote: > > > : > : A shell hacker could really help out the FreeBSD/sparc64 > > > : > : porting effort by updating vnode_if.pl rev 1.19 to have all > > > : > : the functionality the perl version has today. > > vnode_if.pl is a perl script. > > I don't understand the request for a shell hacker in the first > place. Because in order to use (ie, run it), one needs to have perl on the machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. (2) Perl is harder to bootstrap than sh, sed, or BWK awk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:33:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 150B937B400 for ; Tue, 12 Feb 2002 14:33:35 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1CMXMR07345; Tue, 12 Feb 2002 14:33:22 -0800 (PST) (envelope-from obrien) Date: Tue, 12 Feb 2002 14:33:21 -0800 From: "David O'Brien" To: Adrian Filipi-Martin Cc: bright@mu.org, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212143321.D5014@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020212.114355.20239712.imp@village.org> <20020212172042.R2668-100000@lorax.ubergeeks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020212172042.R2668-100000@lorax.ubergeeks.com>; from adrian@ubergeeks.com on Tue, Feb 12, 2002 at 05:23:31PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 05:23:31PM -0500, Adrian Filipi-Martin wrote: > > In message: <20020212103646.P63886@elvis.mu.org> > > Alfred Perlstein writes: > > : * M. Warner Losh [020212 10:35] wrote: > > > > Well, we could import ksh, which already does this :-) ... > > I hope you don't mean pdksh. As the stock sh under OpenBSD we've > found it to be annoyingly buggy. Fortunately we rebased our appliance > product to FreeBSD and don't have to deal with it any longer. IS IT IN THE LEAST BIT POSSIBLE TO STAY ON TOPIC ON FREEBSD LISTS ANYMORE??? And we wonder why so many do not bother with them any more. THIS THREAD IS NOT ABOUT REPLACING OUR /bin/sh. IT IS ABOUT GETTING SOMETHING WITH THE FUNCITONALITY OF vnode_if.pl THAT ONLY REQUIRES ONE OR ALL OF: gcc, EXISTING /bin/sh, sed, awk. THANK YOU FOR YOUR ATTENTION. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:34:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 0AA6137B400; Tue, 12 Feb 2002 14:34:41 -0800 (PST) Received: from pool0027.cvx40-bradley.dialup.earthlink.net ([216.244.42.27] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16alVX-00003H-00; Tue, 12 Feb 2002 14:34:40 -0800 Message-ID: <3C699807.7E9AF9B@mindspring.com> Date: Tue, 12 Feb 2002 14:32:39 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Alfred Perlstein , "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> <20020212143048.C5014@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > On Tue, Feb 12, 2002 at 01:07:16PM -0800, Terry Lambert wrote: > > Alfred Perlstein wrote: > > > > : > : A shell hacker could really help out the FreeBSD/sparc64 > > > > : > : porting effort by updating vnode_if.pl rev 1.19 to have all > > > > : > : the functionality the perl version has today. > > > > vnode_if.pl is a perl script. > > > > I don't understand the request for a shell hacker in the first > > place. > > Because in order to use (ie, run it), one needs to have perl on the > machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. Or FreeBSD. 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:36: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from caturix.genilog.net (mx1.mtl.distributel.net [66.38.181.33]) by hub.freebsd.org (Postfix) with ESMTP id E035237B417 for ; Tue, 12 Feb 2002 14:36:00 -0800 (PST) Received: from colba.net (nat.MTL.distributel.NET [66.38.181.24]) by caturix.genilog.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA07124 for ; Tue, 12 Feb 2002 17:35:55 -0500 Message-ID: <3C6998CA.235C255B@colba.net> Date: Tue, 12 Feb 2002 17:35:54 -0500 From: Paul Khavkine X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 Cc: hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> <20020212143048.C5014@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I had the same problem trying to setup a cross-compiler on NetBSD/sparc64 where perl wouldn't build oj it at all. David O'Brien wrote: > On Tue, Feb 12, 2002 at 01:07:16PM -0800, Terry Lambert wrote: > > Alfred Perlstein wrote: > > > > : > : A shell hacker could really help out the FreeBSD/sparc64 > > > > : > : porting effort by updating vnode_if.pl rev 1.19 to have all > > > > : > : the functionality the perl version has today. > > > > vnode_if.pl is a perl script. > > > > I don't understand the request for a shell hacker in the first > > place. > > Because in order to use (ie, run it), one needs to have perl on the > machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- ************************************************* Paul Khavkine Network Administrator Distributel Communications 740 Notre Dame West, Suite 1135 Montreal, Quebec, Canada, H3C 3X6 1-514-877-0064 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:42:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 45D1A37B405; Tue, 12 Feb 2002 14:42:51 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g1CMglZ63308 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Tue, 12 Feb 2002 17:42:49 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020212235216.01bc06a0@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 12 Feb 2002 23:52:52 +0100 To: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: Re: AWK/perl hacker needed to assist the Sparc64 port In-Reply-To: <20020212084918.A69309@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 08:49 12-2-2002 -0800, David O'Brien wrote: >In rev 1.20 of sys/kern/vnode_if.pl Eivind converted this from a >Bourne+AWK script into a Perl script. Well that just makes porting to >new architectures VERY difficult as the boot strapping of Perl 5 is quite >difficult. > >A shell hacker could really help out the FreeBSD/sparc64 porting effort >by updating vnode_if.pl rev 1.19 to have all the functionality the perl >version has today. I'll have a stab at it. No guarantees though.. =) Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 14:53: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by hub.freebsd.org (Postfix) with ESMTP id 3C8FD37B402 for ; Tue, 12 Feb 2002 14:53:02 -0800 (PST) Received: from fwd01.sul.t-online.de by mailout08.sul.t-online.com with smtp id 16alnJ-00052R-02; Tue, 12 Feb 2002 23:53:01 +0100 Received: from frolic.no-support.loc (520094253176-0001@[217.225.35.157]) by fmrl01.sul.t-online.com with esmtp id 16aln6-1guyx6C; Tue, 12 Feb 2002 23:52:48 +0100 Received: (from bjoern@localhost) by frolic.no-support.loc (8.11.6/8.9.3) id g1CMnp602375; Tue, 12 Feb 2002 23:49:51 +0100 (CET) (envelope-from bjoern) From: Bjoern Fischer Date: Tue, 12 Feb 2002 23:49:51 +0100 To: John Polstra Cc: hackers@freebsd.org Subject: Re: problem w/ dlopen(); bug or feature? Message-ID: <20020212224951.GA1230@frolic.no-support.loc> References: <20020201201018.GB2992@frolic.no-support.loc> <20020201212028.GC2992@frolic.no-support.loc> <200202020424.g124OXD03238@vashon.polstra.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <200202020424.g124OXD03238@vashon.polstra.com> User-Agent: Mutt/1.3.25i X-Sender: 520094253176-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SUOF0GtieIMvvwua Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello John, > > John, is it possible to find out in dlopen() which object in the > > linked list has issued the dlopen() call? Then a fix would be easy. >=20 > Yes, it's possible to find out which shared object the dlopen call > was made from. There's already a function obj_from_addr() in rtld.c > which does that. Based on your hint, I made a small patch, that enables the runtime linker to search the RPATH of the object which issued the dlopen() call on dlopen(). This new behaviour can be activated by setting the environment variable LD_SUN_DLOPEN. Additionally I've inspected some other operating systems wrt the searching method for dlopen(): IRIX 6.2: Searches the RPATH of the object that issued the dlopen() call and the RPATH of the main object. Earlier version (pre 6.0?) only searched the RPATH of the main object. OSF 4.0F: Searches only the RPATH of the main object. I'm still trying to get my fingers on a 5.0 machine. Newer OSF versions may already search the RPATH of the object that issued the dlopen(). Although this is not ELF, DEC/Compaq tries to make with ECOFF what others do with ELF. SunOS 5.5.1: Searches only the RPATH of the object that issued the dlopen() call. Personally I think, this is the most rational behavior. This patch is primarily for testing and evaluating the dlopen() search path behaviour of the SunOS linker in the FreeBSD environment. The LD_SUN_DLOPEN variable should be dumped after the test phase; the LD_* name space is already congested. I've tested this thoroughly on a 4.5-RELEASE, but I don't use the ports system (don't ask), so someone with a lot of installed ports may run some tests. -Bj=F6rn --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rtld-elf.udif" --- rtld.c 2002/02/01 20:17:01 1.1 +++ rtld.c 2002/02/12 19:50:13 @@ -1553,6 +1553,18 @@ obj->refcount++; } else { char *path = find_library(name, obj_main); + if (getenv("LD_SUN_DLOPEN")) { + /* + * Mimic the behaviour of the SunOS runtime linker: Use the + * rpath of the object that issued the dlopen() call for the + * lookup of the dso that should be dlopened. + * + * __builtin_return_address() is __GNUC__ only + */ + Obj_Entry *refobj = obj_from_addr(__builtin_return_address(0)); + if (refobj != NULL) + path = find_library(name, refobj); + } if (path != NULL) obj = load_object(path); } --SUOF0GtieIMvvwua-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 15:13:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mtbaker.tfm.com (mtbaker.tfm.com [192.231.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 8E82537B41D; Tue, 12 Feb 2002 15:12:58 -0800 (PST) Received: from heceta.tfm.com (db@heceta.tfm.com [192.231.224.10]) by mtbaker.tfm.com (8.11.1/8.11.1) with ESMTP id g1CNCv820485; Tue, 12 Feb 2002 15:12:57 -0800 (PST) From: Diane Bruce Received: (from db@localhost) by heceta.tfm.com (8.11.1/8.11.1) id g1CNCu101952; Tue, 12 Feb 2002 15:12:56 -0800 (PST) Message-Id: <200202122312.g1CNCu101952@heceta.tfm.com> Subject: Re: AWK/perl hacker needed to assist the Sparc64 port In-Reply-To: <20020212143048.C5014@dragon.nuxi.com> "from David O'Brien at Feb 12, 2002 02:30:48 pm" To: obrien@FreeBSD.ORG Date: Tue, 12 Feb 2002 15:12:56 -0800 (PST) Cc: Terry Lambert , Alfred Perlstein , "M. Warner Losh" , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL78 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien says: > On Tue, Feb 12, 2002 at 01:07:16PM -0800, Terry Lambert wrote: > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. I've sent David something already. -- Diane Bruce, http://www.db.net/~db db@db.net --- I got bored with the last witty aphorism. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 16:20:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id EE7AB37B416; Tue, 12 Feb 2002 16:20:47 -0800 (PST) Received: from pool0671.cvx21-bradley.dialup.earthlink.net ([209.179.194.161] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16anAE-0003KT-00; Tue, 12 Feb 2002 16:20:47 -0800 Message-ID: <3C69B0DB.8BB788EE@mindspring.com> Date: Tue, 12 Feb 2002 16:18:35 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Adrian Filipi-Martin , bright@mu.org, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212.114355.20239712.imp@village.org> <20020212172042.R2668-100000@lorax.ubergeeks.com> <20020212143321.D5014@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > IS IT IN THE LEAST BIT POSSIBLE TO STAY ON TOPIC ON FREEBSD LISTS > ANYMORE??? And we wonder why so many do not bother with them any more. > > THIS THREAD IS NOT ABOUT REPLACING OUR /bin/sh. IT IS ABOUT GETTING > SOMETHING WITH THE FUNCITONALITY OF vnode_if.pl THAT ONLY REQUIRES ONE OR > ALL OF: gcc, EXISTING /bin/sh, sed, awk. > > THANK YOU FOR YOUR ATTENTION. It wasn't clear from your reference to vnode_if.pl that your topic was really the removal of perl from the bootstrap process. 8-) 8-) 8-) 8-). FWIW: I think you can take the same approach as that taken by makesyscalls.sh, which is to pre-generate the files, even though they should probably be regenerated each time. In other words, run it on an i386 box, and check it into the SPARC build process for now as part of the config/make process. This should let you bootstrap as well as we already do for system calls, at least until you get APRC64 to the point where it's capable of acting as a platform for perl. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 16:44:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id D586437B405; Tue, 12 Feb 2002 16:44:49 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id A675110DDF9; Tue, 12 Feb 2002 16:44:49 -0800 (PST) Date: Tue, 12 Feb 2002 16:44:49 -0800 From: Alfred Perlstein To: David O'Brien Cc: Adrian Filipi-Martin , hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020212164449.R63886@elvis.mu.org> References: <20020212.114355.20239712.imp@village.org> <20020212172042.R2668-100000@lorax.ubergeeks.com> <20020212143321.D5014@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020212143321.D5014@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Tue, Feb 12, 2002 at 02:33:21PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * David O'Brien [020212 14:33] wrote: > On Tue, Feb 12, 2002 at 05:23:31PM -0500, Adrian Filipi-Martin wrote: > > > In message: <20020212103646.P63886@elvis.mu.org> > > > Alfred Perlstein writes: > > > : * M. Warner Losh [020212 10:35] wrote: > > > > > > Well, we could import ksh, which already does this :-) > ... > > > > I hope you don't mean pdksh. As the stock sh under OpenBSD we've > > found it to be annoyingly buggy. Fortunately we rebased our appliance > > product to FreeBSD and don't have to deal with it any longer. > > > IS IT IN THE LEAST BIT POSSIBLE TO STAY ON TOPIC ON FREEBSD LISTS > ANYMORE??? And we wonder why so many do not bother with them any more. Please refrain from acting like a turd towards someone doing a bit of advocacy as well as offering some real world advice to us about something we may be considering. I know perl is evil, but sh just isn't powerful enough and awk looks like line noise for the most part, and C is way painful for parsing, just looking for alternatives. Basically, take a pill David. :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 17:59:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by hub.freebsd.org (Postfix) with ESMTP id A33D837B41E; Tue, 12 Feb 2002 17:59:38 -0800 (PST) Received: from bellatlantic.net ([151.198.135.144]) by out008.verizon.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020213015933.IQQC12982.out008.verizon.net@bellatlantic.net>; Tue, 12 Feb 2002 19:59:33 -0600 Message-ID: <3C69C883.D30312EB@bellatlantic.net> Date: Tue, 12 Feb 2002 20:59:31 -0500 From: Sergey Babkin Reply-To: babkin@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Terry Lambert , Alfred Perlstein , "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> <20020212143048.C5014@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Tue, Feb 12, 2002 at 01:07:16PM -0800, Terry Lambert wrote: > > Alfred Perlstein wrote: > > > > : > : A shell hacker could really help out the FreeBSD/sparc64 > > > > : > : porting effort by updating vnode_if.pl rev 1.19 to have all > > > > : > : the functionality the perl version has today. > > > > vnode_if.pl is a perl script. > > > > I don't understand the request for a shell hacker in the first > > place. > > Because in order to use (ie, run it), one needs to have perl on the > machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. Hm, that's a bit surprizing. How about getting perl4 bootstrapped first ? It should be way easier than perl5. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 18: 1:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by hub.freebsd.org (Postfix) with ESMTP id 5566437B400; Tue, 12 Feb 2002 18:01:37 -0800 (PST) Received: from bellatlantic.net ([151.198.135.144]) by out012.verizon.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020213020132.ITNO6866.out012.verizon.net@bellatlantic.net>; Tue, 12 Feb 2002 20:01:32 -0600 Message-ID: <3C69C8F0.91EC208@bellatlantic.net> Date: Tue, 12 Feb 2002 21:01:20 -0500 From: Sergey Babkin Reply-To: babkin@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Adrian Filipi-Martin Cc: "M. Warner Losh" , bright@mu.org, obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212172042.R2668-100000@lorax.ubergeeks.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Adrian Filipi-Martin wrote: > > On Tue, 12 Feb 2002, M. Warner Losh wrote: > > > In message: <20020212103646.P63886@elvis.mu.org> > > Alfred Perlstein writes: > > : * M. Warner Losh [020212 10:35] wrote: > > > > Well, we could import ksh, which already does this :-) > > > > Warner > > I hope you don't mean pdksh. As the stock sh under OpenBSD we've > found it to be annoyingly buggy. Fortunately we rebased our appliance > product to FreeBSD and don't have to deal with it any longer. I don't know about pdksh, but the original ksh93 is quite buggy too. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 18:17:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id E5A9137B405; Tue, 12 Feb 2002 18:17:21 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 854325341; Wed, 13 Feb 2002 03:17:19 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: hackers@freebsd.org Subject: OpenPAM Caliopsis + integration patches From: Dag-Erling Smorgrav Date: 13 Feb 2002 03:17:18 +0100 Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OpenPAM Caliopsis and accompanying FreeBSD integration patches are now available from . A fully patched tree is also available from the p4 depot, under //depot/user/des/pam/. Please see the release notes and change log for information about known and resolved issues. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 19:45:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from garcia.hostnoc.net (bwbohh.net [66.96.192.22]) by hub.freebsd.org (Postfix) with ESMTP id DB9D137B405 for ; Tue, 12 Feb 2002 19:45:27 -0800 (PST) Received: from grokthisnet by garcia.hostnoc.net with local (Exim 3.34 #1 (Debian)) id 16aqOX-0002Vy-00 for ; Tue, 12 Feb 2002 22:47:45 -0500 Date: Tue, 12 Feb 2002 22:47:45 -0500 From: Eric Windisch To: hackers@freebsd.org Subject: Re: Problems with freebsd nfsd and irix client Message-ID: <20020212224745.A9659@grokthis.net> Mail-Followup-To: hackers@freebsd.org References: <20020212134618.A3422@grokthis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020212134618.A3422@grokthis.net> User-Agent: Mutt/1.3.20i X-Eric-Conspiracy: There is no conspiracy .. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I fixed the problem.. as someone suggested, I umounted /home and then checked the file permissions.. 744. Changing to 755 fixed it :) I had made the mistake of checking the permissions on the mounted directory, d'oh :) Thanks for all the help guys. -- Eric Windisch http://bwbohh.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 12 23:25:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 610E137B400; Tue, 12 Feb 2002 23:25:22 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020213072522.OKKK2566.rwcrmhc51.attbi.com@blossom.cjclark.org>; Wed, 13 Feb 2002 07:25:22 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g1D7PK730946; Tue, 12 Feb 2002 23:25:20 -0800 (PST) (envelope-from cjc) Date: Tue, 12 Feb 2002 23:25:20 -0800 From: "Crist J. Clark" To: Varshavchick Alexander Cc: Peter Pentchev , Miguel Mendez , questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function - solution! Message-ID: <20020212232520.D29413@blossom.cjclark.org> References: <20020211181324.E30217@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alex@metrocom.ru on Tue, Feb 12, 2002 at 01:44:51PM +0300 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 01:44:51PM +0300, Varshavchick Alexander wrote: > Hi guys, > > Here followes how the problem was solved. Before the system upgrade to > 4.5, there was no separate /usr/lib/libcrypt.so.2 file, it was symlinked > to libdescrypt.so.2, and making the things the same way solved it! Playing > with /etc/auth.conf didn't help. > > To be more precise, symlinking libcrypt.so.2 on a running system cannot be > done, so what I did was copying /usr/lib/libedscrypt.so.2 to a temporary > directory and running command > > install -c -s -o root -g wheel -m 444 -fschg libcrypt.so.2 /usr/lib > > And beside this, the following symlinks were needed: > /usr/lib/libcrypt.a -> libdescrypt.a > /usr/lib/libcrypt.so -> libdescrypt.so > > They could be done by the ordinary way. > > If anybody have comments on the subject it's interesting to hear them, and > my big thanks to all who helped solving this issue. One small comment: This fix is completely wrong. In 4.4 (actually mid-4.3-STABLE) and above, there is no libedscrypt or libscrypt (see http://www.freebsd.org/releases/4.4R/relnotes-i386.html). libcrypt contains the code for doing DES, MD5, and Blowfish passwords. No need for the old symlink kludge. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 0:13:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apache.metrocom.ru (www.metrocom.ru [195.5.128.139]) by hub.freebsd.org (Postfix) with ESMTP id 0D45037B405; Wed, 13 Feb 2002 00:13:35 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by apache.metrocom.ru (8.12.1/8.12.1) with ESMTP id g1D8DWve008259; Wed, 13 Feb 2002 11:13:32 +0300 (MSK) Date: Wed, 13 Feb 2002 11:13:32 +0300 (MSK) From: Varshavchick Alexander To: "Crist J. Clark" Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: crypt function - solution! In-Reply-To: <20020212232520.D29413@blossom.cjclark.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I feel myself that this method was not entirely right but it didn't work any other way. The native 4.5 version of libcrypt refused working with DES passwords, it ignored /etc/auth.conf, I don't know why it is so. Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) On Tue, 12 Feb 2002, Crist J. Clark wrote: > Date: Tue, 12 Feb 2002 23:25:20 -0800 > From: Crist J. Clark > To: Varshavchick Alexander > Cc: Peter Pentchev , > Miguel Mendez , questions@FreeBSD.ORG, > freebsd-hackers@FreeBSD.ORG > Subject: Re: crypt function - solution! > > On Tue, Feb 12, 2002 at 01:44:51PM +0300, Varshavchick Alexander wrote: > > Hi guys, > > > > Here followes how the problem was solved. Before the system upgrade to > > 4.5, there was no separate /usr/lib/libcrypt.so.2 file, it was symlinked > > to libdescrypt.so.2, and making the things the same way solved it! Playing > > with /etc/auth.conf didn't help. > > > > To be more precise, symlinking libcrypt.so.2 on a running system cannot be > > done, so what I did was copying /usr/lib/libedscrypt.so.2 to a temporary > > directory and running command > > > > install -c -s -o root -g wheel -m 444 -fschg libcrypt.so.2 /usr/lib > > > > And beside this, the following symlinks were needed: > > /usr/lib/libcrypt.a -> libdescrypt.a > > /usr/lib/libcrypt.so -> libdescrypt.so > > > > They could be done by the ordinary way. > > > > If anybody have comments on the subject it's interesting to hear them, and > > my big thanks to all who helped solving this issue. > > One small comment: This fix is completely wrong. In 4.4 (actually > mid-4.3-STABLE) and above, there is no libedscrypt or libscrypt (see > http://www.freebsd.org/releases/4.4R/relnotes-i386.html). libcrypt > contains the code for doing DES, MD5, and Blowfish passwords. No need > for the old symlink kludge. > -- > Crist J. Clark | cjclark@alum.mit.edu > | cjclark@jhu.edu > http://people.freebsd.org/~cjc/ | cjc@freebsd.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 2: 1:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id B165937B416 for ; Wed, 13 Feb 2002 02:01:13 -0800 (PST) Received: from regency.nsu.ru ([193.124.210.26] helo=cytherea.weblab.nsu.ru) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 16awDM-0006TX-00; Wed, 13 Feb 2002 16:00:36 +0600 Received: (from danfe@localhost) by cytherea.weblab.nsu.ru (8.11.6/8.11.6) id g1DA0EL05182; Wed, 13 Feb 2002 16:00:14 +0600 (NOVT) (envelope-from danfe) Date: Wed, 13 Feb 2002 16:00:14 +0600 From: Alexey Dokuchaev To: thttpd@acme.com Cc: hackers@freebsd.org Subject: THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE Message-ID: <20020213160014.A97359@cytherea.weblab.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I've been using thttpd-2.22beta4 (www/thttpd) for about two weeks, and it has been serving me greatly so far, except for one day... I've been looking through http.log, and started to notice strange messages: 123.124.125.51 - - [13/Feb/2002:14:56:26 +0600] "GET /123.124.210.52/top100.jpg HTTP/1.1" 200 0 "http://123.124.125.52/" "Mozilla/4.0 (compatible; MSIE 5.01; Wi ndows NT 5.0)" 123.124.125.51 - - [13/Feb/2002:14:56:29 +0600] "GET /123.124.210.52/wolfenpsd_b utton.gif HTTP/1.1" 200 0 "http://123.124.125.52/" "Mozilla/4.0 (compatible; MSI E 5.01; Windows NT 5.0)" 123.124.125.51 - - [13/Feb/2002:14:56:40 +0600] "GET /123.124.210.52/wolfstat_bu tton.gif HTTP/1.1" 200 0 "http://123.124.125.52/" "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)" 123.124.125.51 - - [13/Feb/2002:14:56:40 +0600] "GET /123.124.210.52/wolfmod.jpg HTTP/1.1" 200 0 "http://123.124.125.52/" "Mozilla/4.0 (compatible; MSIE 5.01; W indows NT 5.0)" As you can notice, server says "200 OK", but returns contents of length of 0! That's very strange. I've started to explore this issue, and found out that things break around here (thttpd.c, lines 580-597): /* Find the connections that need servicing. */ for ( ridx = 0; ridx < num_ready; ++ridx ) { c = (connecttab*) fdwatch_get_client_data( ridx ); if ( c == (connecttab*) 0 ) continue; hc = c->hc; if ( ! fdwatch_check_fd( hc->conn_fd ) ) { /* Something went wrong. */ printf("!!!!!!!!!!!!!!!!!!\n"); clear_connection( c, &tv ); } else switch ( c->conn_state ) { case CNST_READING: handle_read( c, &tv ); break; case CNST_SENDING: handle_send( c, &tv ); break; case CNST_LINGERING: handle_linger( c, &tv ); break; } } I've marked with "!!!!!!!!!!!!!!!!!" the error-place. More over, if, say, server must serve 10 objects, and 2 will fail, there be 10 calls of handle_read(), and only 8 of handle_send(), that is, that handle_read() still gets called, even if fdwatch_check_fd() returned an error. I decided not to run through all of fdwatch.c stuff, and neither through FreeBSD sources, since I'm not too familiar with kqread mechanism. What I did next, I've simply removed -DHAVE_KQUEUE from Makefile, and recompiled the whole thing. The problem dissappreared! I haven't checked the -DHAVE_POLL, but it seems that thttpd feels much better with poll()'ing than with kqread()'ing (as seen in top(1)). I still wonder, whether this problem occurs because of how thttpd does things, or how FreeBSD implements kqueue stuff, however, I am not sure that I will have enough time to dig deep into this. Right now I'm pretty happy with the fact that I got thttpd working again, and those "200 0" messages are no longer in my logs. However, it is still an issue to worry about, I believe, and I will be a lot more happy if my experience helps either folks to find and fix some probable bugs (if any) in their excellent software. And one more question: out of kqread()/poll()/select() methods, which one is more likely to perform better, both under normal server access, and under heavy load? This is pretty important for me to choose the right method of doing the non-blocking I/O, and, even in case I cannot use kqueue, I am still curious which one is more preferrable for a webserver to use, poll() or select() ? Thank you very much for your time and concern. -- Sincerely, Alexey Dokuchaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 2:28:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 9D68D37B400 for ; Wed, 13 Feb 2002 02:28:55 -0800 (PST) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id g1DASTY88632; Wed, 13 Feb 2002 13:28:29 +0300 (MSK) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200202131028.g1DASTY88632@bugz.infotecs.ru> Subject: Re: THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE To: danfe@cytherea.weblab.nsu.ru (Alexey Dokuchaev) Date: Wed, 13 Feb 2002 13:28:29 +0300 (MSK) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20020213160014.A97359@cytherea.weblab.nsu.ru> from "Alexey Dokuchaev" at Feb 13, 2002 04:00:14 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I still wonder, whether this problem occurs because of how thttpd does > things, or how FreeBSD implements kqueue stuff, however, I am not sure > that I will have enough time to dig deep into this. Right now I'm pretty > happy with the fact that I got thttpd working again, and those "200 0" > messages are no longer in my logs. However, it is still an issue to > worry about, I believe, and I will be a lot more happy if my experience > helps either folks to find and fix some probable bugs (if any) in their > excellent software. Hm, there is no such thing as kqread() I think. There are kqueue() and kevent(). You didn't show the piece of code that uses it, so it's hard to say what the problem is. I recommend you to read jlemon's paper at http://www.freebsd.org/~jlemon/kqueue.pdf to see how to you should work with kqueue() and kevent(). As for performance, I can confirm that kqueue() functions is better than select()/poll() at least in situations where we have to do non-blocking i/o on some large number of fd's (say, several thousands), and actually each time we see some activity only on small number of them (say, several hundred). That's how ircd usually works, and system load goes down significantly with kqueue() comparing to select(). Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 2:37:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 8BEA037B404 for ; Wed, 13 Feb 2002 02:37:53 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1DATV300730; Wed, 13 Feb 2002 02:29:31 -0800 (PST) Received: from cranford-be.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1DATVJX022252; Wed, 13 Feb 2002 02:29:31 -0800 (PST) Received: from localhost (kmacy@localhost) by cranford-be.eng (8.10.2+Sun/8.10.2) with ESMTP id g1DATUR19315; Wed, 13 Feb 2002 02:29:30 -0800 (PST) Date: Wed, 13 Feb 2002 02:29:30 -0800 (PST) From: Kip Macy To: Alexey Dokuchaev Cc: thttpd@acme.com, hackers@FreeBSD.ORG Subject: Re: THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE In-Reply-To: <20020213160014.A97359@cytherea.weblab.nsu.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I still wonder, whether this problem occurs because of how thttpd does > things, or how FreeBSD implements kqueue stuff, however, I am not sure I take it you don't have any logs for 4.4? > And one more question: out of kqread()/poll()/select() methods, which one > is more likely to perform better, both under normal server access, and Under normal load it doesn't matter. Under heavy load there can be no comparison. see: http://www.kegel.com/dkftpbench/Poller_bench.html This excerpt is the FreeBSD relevant portion: With 1 active socket amongst 100, 1000, or 10000 total sockets, waitAndDispatchEvents takes the following amount of wall-clock time, in microseconds (lower is faster): On a single processor 600Mhz Pentium-III with 512MB of memory, running FreeBSD 4.x-STABLE (results contributed by Jonathan Lemon): pipes 100 1000 10000 30000 select 54 - - - poll 50 552 11559 35178 kqueue 8 8 8 8 (Note: Jonathan also varied the number of active pipes, and found that kqueue's time scaled linearly with that number, whereas poll's time scaled linearly with number of total pipes.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 3:15:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id E8B3737B405 for ; Wed, 13 Feb 2002 03:15:19 -0800 (PST) Received: from regency.nsu.ru ([193.124.210.26] helo=cytherea.weblab.nsu.ru) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 16axNc-0000Q1-00; Wed, 13 Feb 2002 17:15:16 +0600 Received: (from danfe@localhost) by cytherea.weblab.nsu.ru (8.11.6/8.11.6) id g1DBEsU22856; Wed, 13 Feb 2002 17:14:54 +0600 (NOVT) (envelope-from danfe) Date: Wed, 13 Feb 2002 17:14:54 +0600 From: Alexey Dokuchaev To: Kip Macy Cc: thttpd@acme.com, hackers@FreeBSD.ORG Subject: Re: THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE Message-ID: <20020213171454.D14414@cytherea.weblab.nsu.ru> References: <20020213160014.A97359@cytherea.weblab.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from kmacy@netapp.com on Wed, Feb 13, 2002 at 02:29:30AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 13, 2002 at 02:29:30AM -0800, Kip Macy wrote: > > > I still wonder, whether this problem occurs because of how thttpd does > > things, or how FreeBSD implements kqueue stuff, however, I am not sure > > I take it you don't have any logs for 4.4? > You mean, webserver logs on FreeBSD 4.4? I don't have them, however, this problem did take place, and it persisted after upgrading to 4.5. Sad but true :( > > > And one more question: out of kqread()/poll()/select() methods, which one > > is more likely to perform better, both under normal server access, and > > Under normal load it doesn't matter. Under heavy load there can be no > comparison. > see: > http://www.kegel.com/dkftpbench/Poller_bench.html > > This excerpt is the FreeBSD relevant portion: > > > With 1 active socket amongst 100, 1000, or 10000 total sockets, > waitAndDispatchEvents takes the following amount of wall-clock time, in > microseconds (lower is faster): > > On a single processor 600Mhz Pentium-III with 512MB of memory, running FreeBSD > 4.x-STABLE (results contributed by Jonathan Lemon): > > pipes 100 1000 10000 30000 > select 54 - - - > poll 50 552 11559 35178 > kqueue 8 8 8 8 > > (Note: Jonathan also varied the number of active pipes, and found that kqueue's > time scaled linearly with that number, whereas poll's time scaled linearly with > number of total pipes.) > Hmm... It looks like kqueue is really the way to go... I think I should do a bit further investigation on this subject, since poll() does not satisfy me anymore :) Regards, Alexey D. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 3:31:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id 4723F37B402 for ; Wed, 13 Feb 2002 03:31:24 -0800 (PST) Received: from regency.nsu.ru ([193.124.210.26] helo=cytherea.weblab.nsu.ru) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 16axcI-0001rb-00; Wed, 13 Feb 2002 17:30:26 +0600 Received: (from danfe@localhost) by cytherea.weblab.nsu.ru (8.11.6/8.11.6) id g1DBUBG26563; Wed, 13 Feb 2002 17:30:11 +0600 (NOVT) (envelope-from danfe) Date: Wed, 13 Feb 2002 17:30:10 +0600 From: Alexey Dokuchaev To: "Eugene L. Vorokov" Cc: freebsd-hackers@freebsd.org, thttpd@acme.com Subject: Re: THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE Message-ID: <20020213173010.E14414@cytherea.weblab.nsu.ru> References: <20020213160014.A97359@cytherea.weblab.nsu.ru> <200202131028.g1DASTY88632@bugz.infotecs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200202131028.g1DASTY88632@bugz.infotecs.ru>; from vel@bugz.infotecs.ru on Wed, Feb 13, 2002 at 01:28:29PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 13, 2002 at 01:28:29PM +0300, Eugene L. Vorokov wrote: > > I still wonder, whether this problem occurs because of how thttpd does > > things, or how FreeBSD implements kqueue stuff, however, I am not sure > > that I will have enough time to dig deep into this. Right now I'm pretty > > happy with the fact that I got thttpd working again, and those "200 0" > > messages are no longer in my logs. However, it is still an issue to > > worry about, I believe, and I will be a lot more happy if my experience > > helps either folks to find and fix some probable bugs (if any) in their > > excellent software. > > Hm, there is no such thing as kqread() I think. There are kqueue() and Oh, I merely meant that thttpd process was in kqread state in top(1) output. Sorry for confusing you. > kevent(). You didn't show the piece of code that uses it, so it's hard > to say what the problem is. I recommend you to read jlemon's paper OK, this is how kqueue mechanism is used in thttpd. This is from fdwatch.c source file, starting at line 300 (I apologize for it's length): #ifdef HAVE_KQUEUE static struct kevent* kqevents; static int nkqevents; static int* kqrfdidx; static int kq; static int kqueue_init( int nfiles ) { kq = kqueue(); if ( kq == -1 ) return -1; kqevents = (struct kevent*) malloc( sizeof(struct kevent) * nfiles ); kqrfdidx = (int*) malloc( sizeof(int) * nfiles ); if ( kqevents == (struct kevent*) 0 || kqrfdidx == (int*) 0 ) return -1; (void) memset( kqevents, 0, sizeof(struct kevent) * nfiles ); (void) memset( kqrfdidx, 0, sizeof(int) * nfiles ); return 0; } static void kqueue_add_fd( int fd, int rw ) { kqevents[nkqevents].ident = fd; kqevents[nkqevents].flags = EV_ADD; switch ( rw ) { case FDW_READ: kqevents[nkqevents].filter = EVFILT_READ; break; case FDW_WRITE: kqevents[nkqevents].filter = EVFILT_WRITE; break; default: break; } ++nkqevents; } static void kqueue_del_fd( int fd ) { kqevents[nkqevents].ident = fd; kqevents[nkqevents].flags = EV_DELETE; switch ( fd_rw[fd] ) { case FDW_READ: kqevents[nkqevents].filter = EVFILT_READ; break; case FDW_WRITE: kqevents[nkqevents].filter = EVFILT_WRITE; break; } ++nkqevents; } static int kqueue_watch( long timeout_msecs ) { int i, r; if ( timeout_msecs == INFTIM ) r = kevent( kq, kqevents, nkqevents, kqevents, nfiles, (struct timespec*) 0 ); else { struct timespec ts; ts.tv_sec = timeout_msecs / 1000L; ts.tv_nsec = ( timeout_msecs % 1000L ) * 1000000L; r = kevent( kq, kqevents, nkqevents, kqevents, nfiles, &ts ); } nkqevents = 0; if ( r == -1 ) return -1; for ( i = 0; i < r; ++i ) kqrfdidx[kqevents[i].ident] = i; return r; } static int kqueue_check_fd( int fd ) { int ridx = kqrfdidx[fd]; if ( kqevents[ridx].ident != fd ) return 0; if ( kqevents[ridx].flags & EV_ERROR ) return 0; switch ( fd_rw[fd] ) { case FDW_READ: return kqevents[ridx].filter == EVFILT_READ; case FDW_WRITE: return kqevents[ridx].filter == EVFILT_WRITE; default: return 0; } } static int kqueue_get_fd( int ridx ) { return kqevents[ridx].ident; } #else /* HAVE_KQUEUE */ In my previous mail I cited the code where error is often returned, and that confuses the server. It was this one: if ( ! fdwatch_check_fd( hc->conn_fd ) ) { /* Something went wrong. */ printf("!!!!!!!!!!!!!!!!!!\n"); clear_connection( c, &tv ); } The fdwatch_check_fd() function is merely this one: /* Check if a descriptor was ready. */ int fdwatch_check_fd( int fd ) { #ifdef HAVE_KQUEUE return kqueue_check_fd( fd ); #else # ifdef HAVE_POLL return poll_check_fd( fd ); # else /* HAVE_POLL */ # ifdef HAVE_SELECT return select_check_fd( fd ); # else /* HAVE_SELECT */ return 0; # endif /* HAVE_SELECT */ # endif /* HAVE_POLL */ #endif /* HAVE_KQUEUE */ } I really do hope that it will help someone to spot any possible problems with this kqueue code. > at http://www.freebsd.org/~jlemon/kqueue.pdf to see how to you should > work with kqueue() and kevent(). > As for performance, I can confirm that kqueue() functions is better > than select()/poll() at least in situations where we have to do non-blocking > i/o on some large number of fd's (say, several thousands), and actually > each time we see some activity only on small number of them (say, > several hundred). That's how ircd usually works, and system load goes > down significantly with kqueue() comparing to select(). WBR, Alexey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 6:39:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.nentec.de (gate2.nentec.de [194.25.215.66]) by hub.freebsd.org (Postfix) with ESMTP id BCDF737B400 for ; Wed, 13 Feb 2002 06:39:31 -0800 (PST) Received: from nenny.nentec.de (root@nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.9.3/8.9.3) with ESMTP id PAA15395 for ; Wed, 13 Feb 2002 15:39:32 +0100 Received: from andromeda (andromeda [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g1DEdRT16727 for ; Wed, 13 Feb 2002 15:39:27 +0100 Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 13 Feb 2002 15:39:26 +0100 (MET) Reply-To: Andy Sporner Organization: NENTEC Netywerktechnologie GmbH From: Andy Sporner To: freebsd-hackers@freebsd.org Subject: Porting a device driver from NetBSD to FreeBSD X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Everyone, I have been trying to port a driver I had written on NetBSD to FreeBSD. On NetBSD the driver functions without incident, On FreeBSD, after a time the whole system locks up. I can create this by doing an FTP over the network interface (or sometimes heavy disk activity). I hope somebody can give me a hint of where I should look. It seems that the PCI performance on FreeBSD is much faster in talking to this particular devic. Many thanks in advance! Andy Sporner PS: Here is the relavent attach() code for both systems: NetBSD: /* * galnet_attach() * * Here is where we attach the device to the system. */ void galnet_attach(struct device *parent, struct device *self, void *aux) { galnet_softc_t *sc = (galnet_softc_t *)self; struct pci_attach_args *pa = aux; bus_space_handle_t memh; bus_space_tag_t memt; pci_chipset_tag_t pc = pa->pa_pc; pci_intr_handle_t ih; pcireg_t val; bus_addr_t addr; bus_addr_t size; const char *intrstr; int flags; printf(": GALNET-2 GT48300 Crossbar Switch\n"); memt = pa->pa_memt; if (pci_mapreg_info(pa->pa_pc, pa->pa_tag, PCI_GNMA, (PCI_MAPREG_TYPE_MEM | PCI_MAPREG_MEM_TYPE_32BIT), &addr, &size, &flags) == 0) { flags &= ~BUS_SPACE_MAP_PREFETCHABLE; if (bus_space_map(memt, addr, size, flags, &memh)) { printf("%s: Failed to initialize memory\n", sc->sc_dev.dv_xname); return; } /* if */ } else { printf("%s: Cannot locate mapped memory\n", sc->sc_dev.dv_xname); return; } /* if */ /* Enable the device */ val = pci_conf_read(pc, pa->pa_tag, PCI_COMMAND_STATUS_REG); val |= PCI_COMMAND_MASTER_ENABLE; pci_conf_write(pc, pa->pa_tag, PCI_COMMAND_STATUS_REG, val); /* Map interrupt. */ if (pci_intr_map(pa->pa_pc, pa->pa_intrtag, pa->pa_intrpin, pa->pa_intrline, &ih)) { printf("%s: couldn't map interrupt\n", sc->sc_dev.dv_xname); return; } /* if */ intrstr = pci_intr_string(pc, ih); sc->sc_ih = pci_intr_establish(pc, ih, IPL_NET, switch_intr, sc); if (sc->sc_ih == NULL) { printf("%s: couldn't map interrupt", sc->sc_dev.dv_xname); if (intrstr != NULL) { printf(" at %s", intrstr); } /* if */ printf("\n"); return; } /* if */ if (intrstr != NULL) { printf("%s: %s addr=0x0%08x size=0x0%x\n", sc->sc_dev.dv_xname, intrstr, (unsigned int)addr, (unsigned int)size); } /* if */ sc->sc_st = memt; sc->sc_sh = memh; sc->addr = addr; sc->size = size; sc->flags = flags; sc->sc_dmat = pa->pa_dmat; init_nitro(sc); return; } /* galnet_attach() */ FreeBSD: /* * Galnet GN-48300 Driver */ #include "freebsd_kinclude.h" #include "galnet_types.h" #include "galnet_proto.h" int galnet_probe(device_t dev); int galnet_attach(device_t dev); int galnet_detach(device_t dev); int galnet_no_support(device_t dev); void galnet_release(galnet_softc_t *sc); static device_method_t gn_methods[] = { DEVMETHOD(device_probe, galnet_probe), DEVMETHOD(device_attach, galnet_attach), DEVMETHOD(device_detach, galnet_detach), DEVMETHOD(device_shutdown, galnet_no_support), DEVMETHOD(device_suspend, galnet_no_support), DEVMETHOD(device_resume, galnet_no_support), { 0, 0 } }; static driver_t gn_driver = { "gn", gn_methods, sizeof(galnet_softc_t), }; static devclass_t gn_devclass; nitro_admin_t *nitro_ctrl=NULL; #define GN_VENDOR_ID 0x011ab #define GN_DEVICE_ID 0x04809 #define PCI_GNMA 0x10 DRIVER_MODULE(if_gn, pci, gn_driver, gn_devclass, 0, 0); /* * Return identification string if this is device is ours. */ int galnet_probe(device_t dev) { if ((pci_get_vendor(dev) == GN_VENDOR_ID) && (pci_get_device(dev) == GN_DEVICE_ID)) { device_set_desc(dev, "GALNET GN=48300"); return (0); } /* if */ return (ENXIO); } /* galnet_probe() */ int galnet_attach(device_t dev) { galnet_softc_t *sc; u_int32_t i, val; int s; int error; sc = device_get_softc(dev); bzero(sc, sizeof(*sc)); error = 0; sc->sc_dev = dev; s = splimp(); /* * Enable bus mastering. Enable memory space too, in case * BIOS/Prom forgot about it. */ val = pci_read_config(dev, PCIR_COMMAND, 2); printf("ATTACH: VAL=%08x\n", val); val |= (PCIM_CMD_MEMEN | PCIM_CMD_BUSMASTEREN); pci_write_config(dev, PCIR_COMMAND, val, 2); val = pci_read_config(dev, PCIR_COMMAND, 2); /* * Figure out which we should try first - memory mapping or i/o mapping? * We default to memory mapping. Then we accept an override from the * command line. Then we check to see which one is enabled. */ i = 0x010; sc->addr = bus_alloc_resource(dev, SYS_RES_MEMORY, &i, 0, ~0, 1, RF_ACTIVE); device_printf(dev, "using memory space register mapping\n"); if (!sc->addr) { device_printf(dev, "could not map device registers\n"); error = ENXIO; galnet_release(sc); goto exit; } /* if */ sc->sc_st = rman_get_bustag(sc->addr); sc->sc_sh = rman_get_bushandle(sc->addr); /* * Allocate our interrupt. */ i = 0; if ((sc->irq = bus_alloc_resource(dev, SYS_RES_IRQ, &i, 0, ~0, 1, RF_ACTIVE)) == NULL) { device_printf(dev, "could not map interrupt\n"); error = ENXIO; galnet_release(sc); goto exit; } /* if */ if ((error = bus_setup_intr(dev, sc->irq, INTR_TYPE_NET, switch_intr, sc, &sc->sc_ih))) { device_printf(dev, "could not setup irq\n"); galnet_release(sc); goto exit; } /* if */ #ifdef NOTDEF if (init_nitro(sc) == -1) { device_printf(dev, "Failed to initialize device\n"); error = ENXIO; galnet_release(sc); } /* if */ #endif exit: splx(s); return (error); } /* galnet_attach() */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 7: 8:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from kongw.arch.info.mie-u.ac.jp (kongw.arch.info.mie-u.ac.jp [133.67.36.12]) by hub.freebsd.org (Postfix) with SMTP id 7CA4437B425 for ; Wed, 13 Feb 2002 07:07:52 -0800 (PST) Received: (qmail 35743 invoked from network); 14 Feb 2002 00:07:49 +0900 Received: from archlon.arch.info.mie-u.ac.jp (HELO localhost) (133.67.36.18) by kongw.arch.info.mie-u.ac.jp with SMTP; 14 Feb 2002 00:07:49 +0900 Date: Thu, 14 Feb 2002 00:07:49 +0900 (JST) Message-Id: <20020214.000749.85411227.funa@funa.org> To: will@csociety.org Cc: nsayer@FreeBSD.org, j@gu.ru, hackers@FreeBSD.org, mobile@FreeBSD.org Subject: Re: RFR: spic(4)/moused(8) -CURRENT and -STABLE patches From: Akira Funahashi In-Reply-To: <20020211030620.GR82640@squall.waterspout.com> References: <20020211030620.GR82640@squall.waterspout.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Will Andrews wrote: > These patches: > > 1) Modify the spic(4) driver to support additional Sony > Vaio laptop models. > 2) Add support to moused(8) for the spic(4) driver. > 3) Do not break world or kernel/LINT builds. :-) > 4) Work. :-) > > (1) was submitted by Akira Funahashi-san . > (2) was submitted by Juriy Goloveshkin . Thank you for merging spic & moused patches. > Once a final patch has been done for -CURRENT, I will commit it. From the testing report posted to -mobile by Jerry, I've made a new version of spic.c for -CURRENT and -STABLE. http://www.funa.org/~funa/spic/spic.c.current-2 http://www.funa.org/~funa/spic/spic.c.stable-2 I've modified spic.c to ignore printing error output messages of unknown events. Jerry has already tested this code, and he told me that this solved the problem. (Thanks Jerry for testing my code!) Would you please update your jogdial-{current,stable}-2.diff ? -- Akira Funahashi/[funa@funa.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 8: 1:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 9D1CB37B402 for ; Wed, 13 Feb 2002 08:01:46 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1DG1Yj06047; Wed, 13 Feb 2002 08:01:34 -0800 (PST) (envelope-from obrien) Date: Wed, 13 Feb 2002 08:01:34 -0800 From: "David O'Brien" To: Alfred Perlstein Cc: Adrian Filipi-Martin , hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020213080134.A5966@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020212.114355.20239712.imp@village.org> <20020212172042.R2668-100000@lorax.ubergeeks.com> <20020212143321.D5014@dragon.nuxi.com> <20020212164449.R63886@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020212164449.R63886@elvis.mu.org>; from bright@mu.org on Tue, Feb 12, 2002 at 04:44:49PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 04:44:49PM -0800, Alfred Perlstein wrote: > > IS IT IN THE LEAST BIT POSSIBLE TO STAY ON TOPIC ON FREEBSD LISTS > > ANYMORE??? And we wonder why so many do not bother with them any more. > > Please refrain from acting like a turd towards someone doing a bit > of advocacy as well as offering some real world advice to us about > something we may be considering. Please refrain from hijacking a thread in which I am trying to accomplish a single, quick goal. You are more than free to start a *new* tread (w/new subject) to accomplish your advocacy. If I got the gest of your emails in this thread, you are considering replacing /bin/sh. Alfred that has come up multiple times ever year since I can remember. It is one of our oldest bikesheads. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 8: 2:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 700F937B439; Wed, 13 Feb 2002 08:02:19 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1DG2Ed06058; Wed, 13 Feb 2002 08:02:14 -0800 (PST) (envelope-from obrien) Date: Wed, 13 Feb 2002 08:02:14 -0800 From: "David O'Brien" To: babkin@freebsd.org Cc: Terry Lambert , Alfred Perlstein , "M. Warner Losh" , hackers@freebsd.org Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020213080214.B5966@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> <20020212143048.C5014@dragon.nuxi.com> <3C69C883.D30312EB@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C69C883.D30312EB@bellatlantic.net>; from babkin@bellatlantic.net on Tue, Feb 12, 2002 at 08:59:31PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 08:59:31PM -0500, Sergey Babkin wrote: > > Because in order to use (ie, run it), one needs to have perl on the > > machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. > > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. > > Hm, that's a bit surprizing. How about getting perl4 bootstrapped > first ? It should be way easier than perl5. If you've looked at the perl build, I am not sure why that is surprising. Perl4 is no longer bmaked in our source tree. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 9:35:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 7D21E37B41B; Wed, 13 Feb 2002 09:34:56 -0800 (PST) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mail1.hub.org (8.12.2/8.12.2) with ESMTP id g1DHYnkx006941; Wed, 13 Feb 2002 13:34:49 -0400 (AST) (envelope-from scrappy@hub.org) Date: Wed, 13 Feb 2002 13:34:48 -0400 (AST) From: "Marc G. Fournier" To: Craig Hughes Cc: freebsd-stable@freebsd.org, , Subject: Re: [SAtalk] Partial analysis of FreeBSD/spamass-milter hang ... In-Reply-To: <1013619933.2782.75.camel@belphegore.hughes-family.org> Message-ID: <20020213133408.U19107-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, have added what I think are the appropriate FreeBSD mailing lists for this, since I know I can't answer this :( On 13 Feb 2002, Craig Hughes wrote: > Ok, any perl/BSD gurus out there? It spawns a new process but then > hangs trying to read STDIN from the new subprocess? This is either a > BSD bug or a perl-on-BSD bug, I think. There might be a way to work > around it though -- the trick would be to find some other forking tcp > daemon which does work... > > C > > On Tue, 2002-02-12 at 19:07, Marc G. Fournier wrote: > > > > Okay, here you go ... a hang: > > > > =============== > > logmsg: connection from earth.hub.org [ 64.49.215.11 ] at port 4329 > > logmsg: before spawn > > > > logmsg: after spawn > > > > logmsg: connection from earth.hub.org [ 64.49.215.11 ] at port 4331 > > logmsg: before spawn > > > > logmsg: after spawn > > > > ================= > > > > And pertinent area of code: > > > > ================= > > logmsg "before spawn\n"; > > spawn sub { > > $|=1; # always immediately flush output > > > > logmsg "after spawn\n"; > > # First request line off stream > > local $_ = ; > > > > logmsg "got STDIN\n"; > > if (!defined $_) { > > protocol_error ("(closed before headers)"); > > return 1; > > } > > ===================== > > > > On 12 Feb 2002, Craig Hughes wrote: > > > > > Ok, interesting. n(spamc)+1 spamd's means that the fork already > > > happened for both spamd's. Could you stick a trace on the spamd process > > > though instead of spamass-milter? I'd like to try and figure out where > > > it's getting to before it gets stuck. Possible alternative to ktrace > > > (and possibly more useful) would be to add logging messages to the spamd > > > code just after where it forks to see how far it's getting before it > > > jams up. > > > > > > C > > > > > > On Tue, 2002-02-12 at 18:08, Marc G. Fournier wrote: > > > > > > > > Don't know how helpful this will be, but, just started it up and watched > > > > it hang ... > > > > > > > > According to /var/log/maillog, as previously noted, the hang is based on a > > > > simultaneous arrival of two messages: > > > > > > > > Feb 12 22:01:53 earth sendmail[91753]: g1D21pkw091747: to=, delay=00:00:02, xdelay=00:00:00, mailer=cyrus, pri=30679, relay=localhost, dsn=2.0.0, stat=Sent > > > > Feb 12 22:01:53 earth sendmail[91692]: g1D21bkw091692: Milter add: header: X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.01 > > > > Feb 12 22:01:54 earth sendmail[91758]: g1D21bkw091692: to=, delay=00:00:17, xdelay=00:00:01, mailer=cyrus, pri=138802, relay=localhost, dsn=2.0.0, stat=Sent > > > > Feb 12 22:02:01 earth sendmail[91780]: g1D21wkw091780: from=, size=13424, class=0, nrcpts=1, msgid=<4.2.0.58.20020212171327.0123fe90@mail2.stockwatch.com>, proto=ESMTP, daemon=MTA, relay=mail2.stockwatch.com [207.102.62.11] > > > > Feb 12 22:02:01 earth sendmail[91819]: g1D221kw091819: from=<>, size=6395, class=0, nrcpts=1, msgid=<200202130201.g1D21vU91776@zanaco.com>, proto=ESMTP, daemon=MTA, relay=zanaco.com [64.49.215.210] > > > > > > > > processes of hte spam programs shows: > > > > > > > > earth# ps ax | grep spam > > > > 90082 ?? IsJ 0:00.10 /usr/bin/perl /usr/local/bin/spamd -d -A 64.49.215.11 -u nobody -s local1 > > > > 91784 ?? IJ 0:00.00 /usr/bin/perl /usr/local/bin/spamd -d -A 64.49.215.11 -u nobody -s local1 > > > > 91821 ?? IJ 0:00.00 /usr/bin/perl /usr/local/bin/spamd -d -A 64.49.215.11 -u nobody -s local1 > > > > 90171 p1 IJ 0:00.20 /usr/local/bin/spamass-milter /var/run/spamass.sock > > > > 91783 p1 IJ 0:00.01 /usr/local/bin/spamc > > > > 91820 p1 IJ 0:00.01 /usr/local/bin/spamc > > > > > > > > And a tail end of a ktrace shows (before I killed off all the processes), > > > > using kdump -l: > > > > > > > > (c) Copyright 2002 Canjex Publishing Ltd. http://www.stockwatch.com\r > > > > \r > > > > \r > > > > \r > > > > \r > > > > \r > > > > \r > > > > **************************************************************************\r > > > > A fee was NOT paid to Stockwatch for the distribution of this bulletin.\r > > > > THIS IS NOT A RECOMMENDATION TO BUY OR SELL ANY SECURITY!\r > > > > To remove yourself from this mailing list, access this URL:\r > > > > http://www.stockwatch.com/sw/unsubscribe.dbm\r > > > > For more information about this service please contact the\r > > > > advertising department at Stockwatch 800.268.NEWS or 604.687.1500\r > > > > *************************************************************************a\r > > > > \r > > > > " > > > > 90171 spamass-milter RET write 13228/0x33ac > > > > > > > > And, after killing them off: > > > > > > > > **************************************************************************\r > > > > A fee was NOT paid to Stockwatch for the distribution of this bulletin.\r > > > > THIS IS NOT A RECOMMENDATION TO BUY OR SELL ANY SECURITY!\r > > > > To remove yourself from this mailing list, access this URL:\r > > > > http://www.stockwatch.com/sw/unsubscribe.dbm\r > > > > For more information about this service please contact the\r > > > > advertising department at Stockwatch 800.268.NEWS or 604.687.1500\r > > > > *************************************************************************a\r > > > > \r > > > > " > > > > 90171 spamass-milter RET write 13228/0x33ac > > > > 90171 spamass-milter CALL poll(0x80a2800,0x1,0) > > > > 90171 spamass-milter RET poll 1 > > > > 90171 spamass-milter CALL write(0x6,0xbfacbe24,0x5) > > > > 90171 spamass-milter GIO fd 6 wrote 5 bytes > > > > "\0\0\0\^Ac" > > > > 90171 spamass-milter RET write 5 > > > > 90171 spamass-milter CALL poll(0x80a2800,0x1,0) > > > > 90171 spamass-milter RET poll 1 > > > > 90171 spamass-milter CALL read(0x6,0xbfacbde4,0x5) > > > > 90171 spamass-milter GIO fd 6 read 5 bytes > > > > "\0\0\0\^AE" > > > > 90171 spamass-milter RET read 5 > > > > 90171 spamass-milter CALL fstat(0x9,0xbfacbd0c) > > > > 90171 spamass-milter RET fstat 0 > > > > 90171 spamass-milter CALL close(0x9) > > > > 90171 spamass-milter RET close 0 > > > > 90171 spamass-milter CALL read(0xa,0xbfacb994,0x400) > > > > 90171 spamass-milter PSIG SIGTERM caught handler=0x2812c4b4 mask=0x0 code=0x0 > > > > 90171 spamass-milter RET read RESTART > > > > 90171 spamass-milter CALL sigreturn(0xbfacb6cc) > > > > 90171 spamass-milter RET sigreturn JUSTRETURN > > > > 90171 spamass-milter CALL read(0xa,0xbfacb994,0x400) > > > > 90171 spamass-milter PSIG SIGKILL SIG_DFL > > > > earth# > > > > > > > > does this help any? > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Spamassassin-talk mailing list > > > > Spamassassin-talk@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/spamassassin-talk > > > > > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 10:44: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id A613B37B431; Wed, 13 Feb 2002 10:43:47 -0800 (PST) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id g1DIhjM71789; Wed, 13 Feb 2002 19:43:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Date: Wed, 13 Feb 2002 19:43:45 +0100 (CET) Message-Id: <200202131843.g1DIhjM71789@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-sparc@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port In-Reply-To: <20020212084918.A69309@dragon.nuxi.com> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.5-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > In rev 1.20 of sys/kern/vnode_if.pl Eivind converted this from a > Bourne+AWK script into a Perl script. I wonder, why? > Well that just makes porting to > new architectures VERY difficult as the boot strapping of Perl 5 is quite > difficult. > > A shell hacker could really help out the FreeBSD/sparc64 porting effort > by updating vnode_if.pl rev 1.19 to have all the functionality the perl > version has today. http://www.secnetix.de/~olli/tmp/vnode_if.awk It's a pretty straight-forward port of the perl version (vnode_if.pl r1.28). Output is the same, byte for byte (including the vfs locks debug output when enabled). It runs faster, is smaller and easier to read. ;-) I also took the opportunity to clean the code up and make it style(9) compliant, as far as possible (it's an advan- tage that awk syntax looks a lot like C). It's a simple drop-in replacement. In the kernel Makefile, replace ``perl5 vnode_if.pl'' with ``awk -f vnode_if.awk''. However, note that I've only tested it with gnu-awk. It _should_ run with the awk in -current, too, but I have no way to test that right now. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 12:48:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (adsl-64-173-25-69.dsl.sntc01.pacbell.net [64.173.25.69]) by hub.freebsd.org (Postfix) with ESMTP id AD3AB37B402 for ; Wed, 13 Feb 2002 12:48:33 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g1DKluc00423; Wed, 13 Feb 2002 12:47:56 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200202132047.g1DKluc00423@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Andy Sporner Cc: freebsd-hackers@freebsd.org Subject: Re: Porting a device driver from NetBSD to FreeBSD In-reply-to: Your message of "Wed, 13 Feb 2002 15:39:26 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Feb 2002 12:47:55 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hello Everyone, > > I have been trying to port a driver I had written on NetBSD to FreeBSD. > On NetBSD the driver functions without incident, On FreeBSD, after a time > the whole system locks up. Sounds like resource starvation of some sort. > I hope somebody can give me a hint of where I should look. It seems that > the PCI performance on FreeBSD is much faster in talking to this particular > devic. Start by checking whether you're leaking memory or mbufs; netstat -m and vmstat -m while you're running some network activity. It's also concievable that you're just doing Something Wrong and lockup up yourself. Can you break to the debugger when the machine is hung? (alt-ctl-esc). -- To announce that there must be no criticism of the president or that we are to stand by the president right or wrong is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 13:58:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from buffoon.automagic.org (buffoon.automagic.org [208.185.30.208]) by hub.freebsd.org (Postfix) with SMTP id EBD0737B400 for ; Wed, 13 Feb 2002 13:58:47 -0800 (PST) Received: (qmail 96790 invoked by uid 1000); 13 Feb 2002 21:58:47 -0000 Date: Wed, 13 Feb 2002 16:58:46 -0500 From: Joe Abley To: David O'Brien Cc: hackers@freebsd.org Subject: Re: AWK/perl hacker needed to assist the Sparc64 port Message-ID: <20020213165845.G24173@buffoon.automagic.org> References: <20020212084918.A69309@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020212084918.A69309@dragon.nuxi.com> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 08:49:18AM -0800, David O'Brien wrote: > In rev 1.20 of sys/kern/vnode_if.pl Eivind converted this from a > Bourne+AWK script into a Perl script. Well that just makes porting to > new architectures VERY difficult as the boot strapping of Perl 5 is quite > difficult. > > A shell hacker could really help out the FreeBSD/sparc64 porting effort > by updating vnode_if.pl rev 1.19 to have all the functionality the perl > version has today. I spend more time than is healthy hacking awk, most days. I am behind on my mail and haven't followed this thread through to its conclusion, but if an awk hacker is still required, I am here, able and willing :) Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 14:58: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id ACE7437B400 for ; Wed, 13 Feb 2002 14:57:56 -0800 (PST) Received: from regency.nsu.ru ([193.124.210.26] helo=cytherea.weblab.nsu.ru) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 16b8LY-0006Nx-00 for hackers@freebsd.org; Thu, 14 Feb 2002 04:57:52 +0600 Received: (from danfe@localhost) by cytherea.weblab.nsu.ru (8.11.6/8.11.6) id g1DMvgS78595 for hackers@freebsd.org; Thu, 14 Feb 2002 04:57:42 +0600 (NOVT) (envelope-from danfe) Date: Thu, 14 Feb 2002 04:57:42 +0600 From: Alexey Dokuchaev To: hackers@freebsd.org Subject: THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE Message-ID: <20020214045741.A76718@cytherea.weblab.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Forwarded message from Jef Poskanzer ----- Date: Wed, 13 Feb 2002 08:44:55 -0800 From: Jef Poskanzer To: thttpd@bomb.acme.com Subject: Re: [THTTPD] THTTPD web server: problems with KQUEUE on FreeBSD 4.5-STABLE I ran into this exact problem last week, in FreeBSD 4.5-RC1. My workaround was also the same - undefine HAVE_KQUEUE. I haven't tried to debug yet. I have *not* seen the problem in FreeBSD 4.4. The only ' 200 0 ' that appears in the logs of my 4.4 machine was for a HEAD request, which is correct. However that machine doesn't get a whole lot of traffic, less than 100 requests per week, so this is not definitive. --- Jef Jef Poskanzer jef@acme.com http://www.acme.com/jef/ ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 16: 0: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id D55BB37B425; Wed, 13 Feb 2002 15:59:49 -0800 (PST) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16b9JU-0005SQ-00; Wed, 13 Feb 2002 15:59:49 -0800 Message-ID: <3C6AFDE9.BAF93F3@mindspring.com> Date: Wed, 13 Feb 2002 15:59:37 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@freebsd.org Cc: babkin@freebsd.org, Alfred Perlstein , "M. Warner Losh" , hackers@freebsd.org Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> <20020212143048.C5014@dragon.nuxi.com> <3C69C883.D30312EB@bellatlantic.net> <20020213080214.B5966@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > On Tue, Feb 12, 2002 at 08:59:31PM -0500, Sergey Babkin wrote: > > > Because in order to use (ie, run it), one needs to have perl on the > > > machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. > > > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. > > > > Hm, that's a bit surprizing. How about getting perl4 bootstrapped > > first ? It should be way easier than perl5. > > If you've looked at the perl build, I am not sure why that is surprising. > Perl4 is no longer bmaked in our source tree. Things don't have to be bmake'ed to compile. If there is a problem with the autoconf/automake (ok, ok, *when*, not *if*) then the patches should be sent back to the perl maintainers. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 16: 5:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 95BE937B43A; Wed, 13 Feb 2002 16:04:40 -0800 (PST) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16b9OA-0004NC-00; Wed, 13 Feb 2002 16:04:39 -0800 Message-ID: <3C6AFF0C.60640DBC@mindspring.com> Date: Wed, 13 Feb 2002 16:04:28 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: Alfred Perlstein , Adrian Filipi-Martin , hackers@FreeBSD.ORG Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212.114355.20239712.imp@village.org> <20020212172042.R2668-100000@lorax.ubergeeks.com> <20020212143321.D5014@dragon.nuxi.com> <20020212164449.R63886@elvis.mu.org> <20020213080134.A5966@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Tue, Feb 12, 2002 at 04:44:49PM -0800, Alfred Perlstein wrote: > > > IS IT IN THE LEAST BIT POSSIBLE TO STAY ON TOPIC ON FREEBSD LISTS > > > ANYMORE??? And we wonder why so many do not bother with them any more. > > > > Please refrain from acting like a turd towards someone doing a bit > > of advocacy as well as offering some real world advice to us about > > something we may be considering. > > Please refrain from hijacking a thread in which I am trying to accomplish > a single, quick goal. > > You are more than free to start a *new* tread (w/new subject) to accomplish > your advocacy. If I got the gest of your emails in this thread, you are > considering replacing /bin/sh. Alfred that has come up multiple times > ever year since I can remember. It is one of our oldest bikesheads. Actually, your more correct subject should have been: "SPARC64: vnode_if.[ch] help needed" When I started reading this thread, it semed to me that what you wanted was the perl code to run on the SPARC64. As far as bootstrapping, like I said, having generated the system calls code and checked it in for bootstrap purposes having been considered acceptable, I think doing the same for vnode_if.[ch] would be just as acceptable, and would solve your problem of bootstrapping when perl was not available on the bootstrap target. I think your argument actually boils down to removing external dependencies in the bootstrap process. OBHijack: Too bad this policy doesn't extend to gcc. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 16:18:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by hub.freebsd.org (Postfix) with ESMTP id D6AB837B402; Wed, 13 Feb 2002 16:18:41 -0800 (PST) Received: from bellatlantic.net ([151.198.135.78]) by out008.verizon.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020214001840.NGKN12982.out008.verizon.net@bellatlantic.net>; Wed, 13 Feb 2002 18:18:40 -0600 Message-ID: <3C6B025E.9FB342EC@bellatlantic.net> Date: Wed, 13 Feb 2002 19:18:38 -0500 From: Sergey Babkin Reply-To: babkin@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: obrien@freebsd.org Cc: Terry Lambert , Alfred Perlstein , "M. Warner Losh" , hackers@freebsd.org Subject: Re: AWK/perl hacker needed to assist the Sparc64 port References: <20020212084918.A69309@dragon.nuxi.com> <20020212.104500.42462266.imp@village.org> <20020212103646.P63886@elvis.mu.org> <20020212.114355.20239712.imp@village.org> <20020212105352.Q63886@elvis.mu.org> <3C698404.59BA0875@mindspring.com> <20020212143048.C5014@dragon.nuxi.com> <3C69C883.D30312EB@bellatlantic.net> <20020213080214.B5966@dragon.nuxi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Tue, Feb 12, 2002 at 08:59:31PM -0500, Sergey Babkin wrote: > > > Because in order to use (ie, run it), one needs to have perl on the > > > machine. (1) We do not yet have Perl bootstrapped on the sparc64 platform. > > > (2) Perl is harder to bootstrap than sh, sed, or BWK awk. > > > > Hm, that's a bit surprizing. How about getting perl4 bootstrapped > > first ? It should be way easier than perl5. > > If you've looked at the perl build, I am not sure why that is surprising. Well, I haven't built Perl for about 3 years so things may have changed but before that I had no problems with building Perl5 (and before that Perl4) from scratch. It only took a long time answering all the questions about the architecture and then everything just worked. Though the way Perl is imported into the FreeBSD tree is way more convoluted (and actually Perl from -current won't cross-build from 4.0). > Perl4 is no longer bmaked in our source tree. It can be pulled from an old cd or from O'Reilly or I can look in my archive. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 23:39: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by hub.freebsd.org (Postfix) with ESMTP id F2CA337B416 for ; Wed, 13 Feb 2002 23:38:43 -0800 (PST) Received: from antivirus.mmk.ru (sinful [161.8.100.3]) by ns.mmk.ru (8.11.6/8.11.6) with ESMTP id g1E7ljs75097 for ; Thu, 14 Feb 2002 12:47:46 +0500 (YEKT) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.11.6/8.11.6) with ESMTP id g1E7bpu13239 for ; Thu, 14 Feb 2002 12:37:51 +0500 (ESK) Received: from wall (fw.dim.ru [1.1.1.2]) by wall.mmk.ru (8.11.6/8.11.6) with SMTP id g1E7ZIJ04255 for ; Thu, 14 Feb 2002 12:35:21 +0500 (YEKT) Message-ID: <016f01c1b52b$4ea45be0$02010101@wall> From: "Dmitry A. Bondareff" To: Subject: tip problem Date: Thu, 14 Feb 2002 12:43:32 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_016C_01C1B555.35D629C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_016C_01C1B555.35D629C0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi! Today I've got the next problem: # tip cua0b Connecting ..... and after this command server do not answer more! No ping, no = services. -------------------------------------------------------------------------= --------------------- # uname -a FreeBSD xxx.mmk.ru 4.5-RELEASE FreeBSD 4.5-RELEASE #1: Tue Feb 12 = 16:41:52 YEKT 2002 root@xxx.mmk.ru:/usr/src/sys/compile/xxx i386 # tail /etc/remote # Hardwired line cuaa0b|cua0b:dv=3D/dev/cuaa0:br#2400:pa=3Dnone: cuaa0c|cua0c:dv=3D/dev/cuaa0:br#9600:pa=3Dnone: # ls -l /dev/cuaa0 crw-rw---- 1 uucp dialer 28, 128 Nov 17 2000 /dev/cuaa0 # ls -l /usr/bin/tip -r-xr-xr-x 1 uucp dialer 38320 Feb 13 09:48 /usr/bin/tip -------------------------------------------------------------------------= ---------------------- Regards, Dmitry. ------=_NextPart_000_016C_01C1B555.35D629C0 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hi!
 
Today I've got the next = problem:
 
# tip cua0b
Connecting
 
..... and after this command = server do not=20 answer more! No ping, no services.
 
----------------------------------------------------------------= ------------------------------
# uname -a
FreeBSD xxx.mmk.ru = 4.5-RELEASE=20 FreeBSD 4.5-RELEASE #1: Tue Feb 12 16:41:52 YEKT 2002
   root@xxx.mmk.ru:= /usr/src/sys/compile/xxx =20 i386
 
# tail /etc/remote
# Hardwired=20 line
cuaa0b|cua0b:dv=3D/dev/cuaa0:br#2400:pa=3Dnone:
cuaa0c|cua0c:d= v=3D/dev/cuaa0:br#9600:pa=3Dnone:
 
# ls -l /dev/cuaa0
crw-rw----  1 uucp =20 dialer   28, 128 Nov 17  2000 /dev/cuaa0
 
# ls -l = /usr/bin/tip
-r-xr-xr-x  1=20 uucp  dialer  38320 Feb 13 09:48 /usr/bin/tip
----------------------------------------------------------------= -------------------------------
 
Regards,
Dmitry.
 
 
 
 
------=_NextPart_000_016C_01C1B555.35D629C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 13 23:47:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by hub.freebsd.org (Postfix) with ESMTP id 82A6937B400 for ; Wed, 13 Feb 2002 23:47:26 -0800 (PST) Received: from antivirus.mmk.ru (sinful [161.8.100.3]) by ns.mmk.ru (8.11.6/8.11.6) with ESMTP id g1E7tUs75454; Thu, 14 Feb 2002 12:55:30 +0500 (YEKT) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.11.6/8.11.6) with ESMTP id g1E7jZh13654; Thu, 14 Feb 2002 12:45:35 +0500 (ESK) Received: from wall (fw.dim.ru [1.1.1.2]) by wall.mmk.ru (8.11.6/8.11.6) with SMTP id g1E7h6J04505; Thu, 14 Feb 2002 12:43:06 +0500 (YEKT) Message-ID: <018701c1b52c$63b21c10$02010101@wall> From: "Dmitry A. Bondareff" To: "Anand Franklin" Cc: References: Subject: Re: tip problem Date: Thu, 14 Feb 2002 12:51:19 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0184_01C1B556.4C5A3640" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0184_01C1B556.4C5A3640 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Why? On other server no exexute permissions and tip works fine! ----- Original Message -----=20 From: Anand Franklin=20 To: Dmitry A. Bondareff=20 Sent: Friday, February 15, 2002 12:51 AM Subject: RE: tip problem Give the execute permission to the /dev/cuaa0 -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG = [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Dmitry A. = Bondareff Sent: Thursday, February 14, 2002 1:14 PM To: freebsd-hackers@FreeBSD.ORG Subject: tip problem Hi! Today I've got the next problem: # tip cua0b Connecting ..... and after this command server do not answer more! No ping, no = services. = -------------------------------------------------------------------------= --------------------- # uname -a FreeBSD xxx.mmk.ru 4.5-RELEASE FreeBSD 4.5-RELEASE #1: Tue Feb 12 = 16:41:52 YEKT 2002 root@xxx.mmk.ru:/usr/src/sys/compile/xxx i386 # tail /etc/remote # Hardwired line cuaa0b|cua0b:dv=3D/dev/cuaa0:br#2400:pa=3Dnone: cuaa0c|cua0c:dv=3D/dev/cuaa0:br#9600:pa=3Dnone: # ls -l /dev/cuaa0 crw-rw---- 1 uucp dialer 28, 128 Nov 17 2000 /dev/cuaa0 # ls -l /usr/bin/tip -r-xr-xr-x 1 uucp dialer 38320 Feb 13 09:48 /usr/bin/tip = -------------------------------------------------------------------------= ---------------------- Regards, Dmitry. ------=_NextPart_000_0184_01C1B556.4C5A3640 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Why?
On other server no exexute = permissions and=20 tip works fine!
----- Original Message -----
From:=20 Anand=20 Franklin
Sent: Friday, February 15, 2002 = 12:51=20 AM
Subject: RE: tip problem

Give=20 the execute permission to the /dev/cuaa0
-----Original Message-----
From: owner-freebsd-hackers@F= reeBSD.ORG=20 [mailto:owner-freebsd-ha= ckers@FreeBSD.ORG]On=20 Behalf Of Dmitry A. Bondareff
Sent: Thursday, February = 14,=20 2002 1:14 PM
To: freebsd-hackers@FreeBSD.ORG
Subject:=20 tip problem

Hi!
 
Today I've got the next=20 problem:
 
# tip cua0b
Connecting
 
..... and after this command = server do=20 not answer more! No ping, no services.
 
----------------------------------------------------------------= ------------------------------
# uname -a
FreeBSD = xxx.mmk.ru=20 4.5-RELEASE FreeBSD 4.5-RELEASE #1: Tue Feb 12 16:41:52 YEKT=20 2002
   root@xxx.mmk.ru:= /usr/src/sys/compile/xxx =20 i386
 
# tail = /etc/remote
# Hardwired=20 = line
cuaa0b|cua0b:dv=3D/dev/cuaa0:br#2400:pa=3Dnone:
cuaa0c|cua0c:d= v=3D/dev/cuaa0:br#9600:pa=3Dnone:
 
# ls -l = /dev/cuaa0
crw-rw----  1 uucp  = dialer   28, 128 Nov 17  2000 /dev/cuaa0
 
# ls -l = /usr/bin/tip
-r-xr-xr-x =20 1 uucp  dialer  38320 Feb 13 09:48 = /usr/bin/tip
----------------------------------------------------------------= -------------------------------
 
Regards,
Dmitry.
 
 
 
 
------=_NextPart_000_0184_01C1B556.4C5A3640-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 5:37: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sonic.kks.net (sonic.kks.net [213.161.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 31E4F37B400 for ; Thu, 14 Feb 2002 05:36:58 -0800 (PST) Received: from voyager.kksonline.com (5-51.ro.cable.kks.net [213.161.5.51]) by sonic.kks.net (Postfix) with ESMTP id 76783222 for ; Thu, 14 Feb 2002 14:37:03 +0100 (CET) Message-Id: <5.0.2.1.0.20020214143320.0665a0c0@213.161.0.10> X-Sender: arozman@ 213.161.0.10 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 14 Feb 2002 14:33:45 +0100 To: freebsd-hackers@FreeBSD.ORG From: Aleksander Rozman - Andy Subject: Fwd: socket options (struct sockopt) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Hi ! >I am working on implementation of AX.25 on fbsd (as you probably already >know)... I need to know how to create socket options (for use with >xxx_ctlinput, xxx_ctloutput, getsockopt, setsockopt)? In which part of >code could I see how socket options are created... > >Andy > ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org/~andy/ * ************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 5:50:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.nentec.de (gate2.nentec.de [194.25.215.66]) by hub.freebsd.org (Postfix) with ESMTP id 691EA37B400 for ; Thu, 14 Feb 2002 05:50:14 -0800 (PST) Received: from nenny.nentec.de (root@nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.9.3/8.9.3) with ESMTP id OAA19595; Thu, 14 Feb 2002 14:50:13 +0100 Received: from andromeda (andromeda [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g1EDoAT11034; Thu, 14 Feb 2002 14:50:10 +0100 Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <5.0.2.1.0.20020214143320.0665a0c0@213.161.0.10> Date: Thu, 14 Feb 2002 14:50:09 +0100 (MET) Reply-To: Andy Sporner Organization: NENTEC Netywerktechnologie GmbH From: Andy Sporner To: Aleksander Rozman - Andy Subject: RE: Fwd: socket options (struct sockopt) Cc: freebsd-hackers@FreeBSD.ORG X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I hope I understand your question correctly, The place you want to look at is in a file in ~sys/kern/uipc_socket.c. The function is 'sosetopt' and is called from ~sys/kern/uipc_syscalls.c. Additionally look in ~sys/sys/socket_var.h at the definition of the socket structure. Hope this helps! Andy On 14-Feb-02 Aleksander Rozman - Andy wrote: > > > >>Hi ! >>I am working on implementation of AX.25 on fbsd (as you probably already >>know)... I need to know how to create socket options (for use with >>xxx_ctlinput, xxx_ctloutput, getsockopt, setsockopt)? In which part of >>code could I see how socket options are created... >> >>Andy >> > > ************************************************************************** > * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * > * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * > * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * > * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * > * ICQ-UIC: 4911125 ********************************************* > * PGP key available * http://www.atechnet.dhs.org/~andy/ * > ************************************************************************** > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 6: 9:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 223FE37B405; Thu, 14 Feb 2002 06:09:23 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id B2A042F6; Thu, 14 Feb 2002 14:09:21 +0000 (GMT) Date: Thu, 14 Feb 2002 14:09:21 +0000 From: Josef Karthauser To: freebsd-hackers@FreeBSD.ORG, freebsd-small@freebsd.org Subject: BSD in a rocket. Message-ID: <20020214140921.GA29395@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , freebsd-hackers@FreeBSD.ORG, freebsd-small@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I need to put together a computer to install in a small J-class rocket for collecting telemetry and other data. I'd really love to run some kind of BSD on it and ideally land the data on a flash-card or such device. I'd really appreciate any recommendations for an inexpensive device or development board to use for the job. Joe --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxrxREACgkQXVIcjOaxUBbDbgCg7N82QAH419/2kyjvXfChdbjT 11gAmwX/pSQBs4UTeN8JExb2QuHA59wz =kH1A -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 6:21:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.nentec.de (gate2.nentec.de [194.25.215.66]) by hub.freebsd.org (Postfix) with ESMTP id BC95737B417; Thu, 14 Feb 2002 06:21:03 -0800 (PST) Received: from nenny.nentec.de (root@nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.9.3/8.9.3) with ESMTP id PAA24229; Thu, 14 Feb 2002 15:21:03 +0100 Received: from andromeda (andromeda [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g1EEL0T12557; Thu, 14 Feb 2002 15:21:00 +0100 Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020214140921.GA29395@genius.tao.org.uk> Date: Thu, 14 Feb 2002 15:20:59 +0100 (MET) Reply-To: Andy Sporner Organization: NENTEC Netywerktechnologie GmbH From: Andy Sporner To: Josef Karthauser Subject: RE: BSD in a rocket. Cc: freebsd-small@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Try this for software: http://www.picobsd.org As for hardware perhaps the Mini-biscuit PC from advantech. I just looked at found one that uses a 486 DX-66 with up to 32 MB EDD RAM one compactflash socket and ethernet (CPC-2245-3200). It goes for about 280 Euro and the development board for another 190. Andy On 14-Feb-02 Josef Karthauser wrote: > I need to put together a computer to install in a small J-class > rocket for collecting telemetry and other data. I'd really love > to run some kind of BSD on it and ideally land the data on a > flash-card or such device. I'd really appreciate any recommendations > for an inexpensive device or development board to use for the job. > > Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 6:30:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.rol.it (mail2.rol.it [193.41.7.204]) by hub.freebsd.org (Postfix) with SMTP id 5E35737B41D for ; Thu, 14 Feb 2002 06:30:31 -0800 (PST) From: request@logos.net To: freebsd-hackers@freebsd.org Subject: Verba Volant Message-Id: <20020214143031.5E35737B41D@hub.freebsd.org> Date: Thu, 14 Feb 2002 06:30:31 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We have been requested to insert the following email address, "freebsd-hackers@freebsd.org", in the Verba Volant Newsletter database. Through this daily service you will receive a quotation, selected from amongst the most celebrated philosophers, writers and poets of all time and translated into many languages and dialects by volunteers worldwide. If you would like to confirm your subscription to Verba Volant, please click on the following link: http://www.logos.net/owa-l/press.subscribe?lang=en&email=freebsd-hackers@freebsd.org If you do not wish to click on the link, your subscription will be cancelled. Thank you for your time. Verba Volant Il nous a été demandé d'ajouter l'adresse électronique "freebsd-hackers@freebsd.org" dans la liste des destinataires de Verba Volant, un service qui tous les jours vous adressera une citation sélectionnée parmi les œuvres des meilleurs philosophes, écrivains, poètes de tous les temps et traduite en de très nombreuses langues grâce à des volontaires du monde entier. Pour confirmer l'inscription à Verba Volant, veuillez vous connecter au lien suivant: http://www.logos.net/owa-l/press.subscribe?lang=fr&email=freebsd-hackers@freebsd.org Si vous préférez ne pas cliquer sur le lien, vous ne recevrez rien. Merci dans tous les cas de nous avoir accordé quelques secondes. Verba Volant Se nos ha solicitado insertar la dirección de correo electrónico "freebsd-hackers@freebsd.org" en el listado de envíos de Verba Volant, un servicio que diariamente le enviará citas elegidas entre los mejores filosofos, escritores, poetas, etc., traducidas a varios idiomas y dialectos. Dichas citas están traducidas por voluntarios que se conectan a nuestra web desde todo el mundo. Si quiere confirmar la suscripción a Verba Volant, le rogamos entre en: http://www.logos.net/owa-l/press.subscribe?lang=es&email=freebsd-hackers@freebsd.org Si no entra en la dirección señalada no recibirá las citas. Muchas gracias por el tiempo que nos ha dedicado. Verba Volant Ci è stato chiesto di inserire l'indirizzo di posta elettronica "freebsd-hackers@freebsd.org" nell’elenco dei destinatari di Verba Volant, un servizio che ogni giorno ti invierà una citazione scelta tra quelle dei migliori filosofi, scrittori, poeti di tutti i tempi e tradotta in moltissime lingue e dialetti grazie alla collaborazione di volontari da tutto il mondo. Se desideri confermare l'iscrizione, ti preghiamo di collegarti al seguente link: http://www.logos.net/owa-l/press.subscribe?lang=it&email=freebsd-hackers@freebsd.org Nel caso preferissi non cliccare sul link, non riceverai nulla. Grazie comunque per i secondi che ci hai dedicato. Cordiali saluti. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 7: 1:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 9CA1637B416 for ; Thu, 14 Feb 2002 07:01:50 -0800 (PST) Received: from pool0205.cvx21-bradley.dialup.earthlink.net ([209.179.192.205] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16bNOI-0005um-00; Thu, 14 Feb 2002 07:01:42 -0800 Message-ID: <3C6BD11A.B8FF58F2@mindspring.com> Date: Thu, 14 Feb 2002 07:00:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Aleksander Rozman - Andy Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Fwd: socket options (struct sockopt) References: <5.0.2.1.0.20020214143320.0665a0c0@213.161.0.10> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aleksander Rozman - Andy wrote: > >Hi ! > >I am working on implementation of AX.25 on fbsd (as you probably already > >know)... I need to know how to create socket options (for use with > >xxx_ctlinput, xxx_ctloutput, getsockopt, setsockopt)? In which part of > >code could I see how socket options are created... > > > >Andy Are you asking this question again, or did you hit "send" too soon? I'll assume you are asking again. First: probably, this question belonged on FreeBSD-net. The answer for TCP is that the system calls setsockopt() and getsockopt() in uipc_syscalls.c call sogetopt() and sosetopt() in uipc_socket.c, respectively, which in turn dereference the socket structure (see socketvar.h) to get the so_proto struct protosw protocol switch, then dereference that to call (*pr_ctloutput). This structure is a synonym for the ipprotosw structure (for no good reason) defined in ipprotosw.h. For a TCP SOCK_STREAM, this results in a call of tcp_ctloutput() in tcp_usrreq.c because it is the per protocol entry for SOCK_STREAM in the inetsw[] array of "struct iiprotosw" protocol entry points in in_proto.c. This code then handles the per protocol socket option. To write your own code for this for X.25, you will need to include a protosw for X.25 in the protocol registration, with a pr_ctloutput entry. Then when you call setsockopt/getsockopt on the socket, you will get the you "x25_ctloutput" called, and you can decode the option the same way that the tcp_ctloutput function or the other protocol specific socket option handling code does (in other words, you just decode the struct sockopt fields, specifically, the direction field (SOPT_SET vs. SOPT_GET), and the options themselves, bit values from sopt_name ...though the tcp_ctloutput() doesn't treat them as bit values, since some of the TCP options don't actually take parameters, and you could not safely fetch more than one at a time, anyway... see the end of tcp.h. You need to treat them as bit values, anyway, since they are set into your protocol structure flags word, just like TCP, raw, if you do your code correctly (this avoids a shift transform to get them set in or masked out). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 7:12:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.sim.ionidea.com (ion.so-com.net [212.110.132.83]) by hub.freebsd.org (Postfix) with ESMTP id 35F3E37B439; Thu, 14 Feb 2002 07:12:06 -0800 (PST) Received: (from phantom@localhost) by gate.sim.ionidea.com (8.11.6/8.11.1) id g1EFKP624667; Thu, 14 Feb 2002 17:20:25 +0200 (EET) (envelope-from phantom) Date: Thu, 14 Feb 2002 17:20:25 +0200 From: Alexey Zelkin To: hackers@freebsd.org, ache@freensd.org, bde@freebsd.org, sobomax@freebsd.org, ru@freebsd.org Subject: CFR: NLS build infrastructure ... Message-ID: <20020214172025.A24613@gate.sim.ionidea.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline User-Agent: Mutt/1.3.20i X-Operating-System: FreeBSD 4.2-RELEASE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, I've investigated NetBSD's infrastructure used to build/install NLS files and based on their ideas wrote small additional include file for /usr/share/mk. I'm not make(1) guru and expect to have there some bogons. Since we have now two consumers of NLS catalogs in tree (tcsh and ee) I've also attached patches which are supposed to convert current way of NLS files handling into new include .mk file logic. Attached files are: 1. bsd.nls.mk -- include file supposed to be installed to /usr/share/mk 2. csh.nls.Makefile.patch -- patch for src/bin/csh/nls/Makefile. Applying of this patch also iluminates need of src/bin/csh/nls/*/Makefile since it's completely replaces them. 3. ee.Makefile.patch -- patch for src/usr.bin/ee/Makefile NOTE: These patches are not {build,install}world tested (local tests only) and provided for review, feedbacks or objections only. --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bsd.nls.mk" # $NetBSD: bsd.nls.mk,v 1.35 2001/11/28 20:19:08 tv Exp $ # $FreeBSD$ # # This include file handles building and installing Native # Language Support (NLS) catalogs # # +++ variables +++ # # GENCAT A program for converting .msg files into compiled NLS # .cat files. [gencat -new] # # NLS Source or intermediate .msg files. [set in Makefile] # # NLSDIR Base path for National Language Support files # installation. [${SHAREDIR}/nls] # # NLSGRP National Language Support files group. [${SHAREGRP}] # # NLSMODE National Language Support files mode. [${NOBINMODE}] # # NLSOWN National Language Support files owner. [${SHAREOWN}] # # NONLS Do not make or install NLS files. [not set] # # +++ targets +++ # # install: # Install compiled NLS files # # bsd.obj.mk: cleandir and obj # XXX: test with buildworld -- ${DESTDIR}${NLSDIR} # GENCAT?= gencat -new # from NetBSD -- to use in libraries #NLSNAME?= ${PROG:Ulib${LIB}} NLSDIR?= ${SHAREDIR}/nls NLSGRP?= ${SHAREGRP} NLSMODE?= ${NOBINMODE} NLSOWN?= ${SHAREOWN} NLS?= .MAIN: all .SUFFIXES: .cat .msg .msg.cat: ${GENCAT} ${.TARGET} ${.IMPSRC} # # .msg file pre-build rules # .for file in ${NLS} .if defined(NLSSRCFILES_${file}) ${file}: @rm -f ${.TARGET} cat ${NLSSRCDIR_${file}}/${NLSSRCFILES_${file}} > ${.TARGET} .endif CLEANFILES+= ${file} .endfor # # .cat file build rules # NLSALL= ${NLS:.msg=.cat} CLEANFILES+= ${NLSALL} # # installation rules # __nlsinstall: .USE ${INSTALL} -o ${NLSOWN} -g ${NLSGRP} -m ${NLSMODE} \ ${.ALLSRC} ${.TARGET} .for F in ${NLSALL} _F:= ${DESTDIR}${NLSDIR}/${F:T:R}/${NLSNAME}.cat ${_F}: ${F} __nlsinstall # install rule nlsinstall:: ${_F} .PRECIOUS: ${_F} # keep if install fails .endfor # .if !defined(NONLS) && !empty(NLS) all-nls: ${NLSALL} .else all-nls: .endif all: all-nls _SUBDIR install: beforeinstall nlsinstall afterinstall .if !target(distribute) distribute: .endif .if !target(beforeinstall) beforeinstall: .endif .if !target(afterinstall) afterinstall: .endif .include --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ee.Makefile.patch" Index: Makefile =================================================================== RCS file: /cvs/freebsd/src/usr.bin/ee/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- Makefile 17 Dec 2001 13:59:33 -0000 1.19 +++ Makefile 14 Feb 2002 15:06:07 -0000 @@ -15,17 +15,12 @@ 8859_15_LINKS = fr_FR de_DE ENUS_LINKS = ISO8859-1 ISO8859-15 -FILES= ${LANGS:S/$/.ee.cat/} -CLEANFILES+= ${FILES} +NLSNAME=ee .for lang in ${LANGS} -${lang}.ee.cat: ${.CURDIR}/nls/${lang}/ee.msg - gencat -new ${.TARGET} ${.ALLSRC} -.endfor - -.for lang in ${LANGS} -FILESDIR_${lang:S/$/.ee.cat/}= ${NLSDIR}/${lang} -FILESNAME_${lang:S/$/.ee.cat/}= ee.cat +NLSSRCDIR_${lang}.msg=${.CURDIR}/nls/${lang} +NLSSRCFILES_${lang}.msg=ee.msg +NLS+=${lang}.msg .endfor .for link in ${ENUS_LINKS} @@ -36,3 +31,4 @@ .endfor .include +.include --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="csh.nls.Makefile.patch" Index: Makefile =================================================================== RCS file: /cvs/freebsd/src/bin/csh/nls/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile 5 Sep 2001 18:10:27 -0000 1.9 +++ Makefile 14 Feb 2002 15:09:25 -0000 @@ -1,5 +1,24 @@ -# $FreeBSD: src/bin/csh/nls/Makefile,v 1.9 2001/09/05 18:10:27 mp Exp $ +# $FreeBSD$ -SUBDIR= et finnish french german greek italian ja russian spanish ukrainian +BASESRC= ${.CURDIR}/../../../contrib/tcsh/nls -.include +CATALOGS= et:et_EE.ISO8859-15 \ + finnish:fi_FI.ISO8859-1 \ + french:fr_FR.ISO8859-1 \ + german:de_DE.ISO8859-1 \ + greek:el_GR.ISO8859-7 \ + italian:it_IT.ISO8859-1 \ + ja:ja_JP.eucJP \ + russian:ru_RU.KOI8-R \ + spanish:es_ES.ISO8859-1 \ + ukrainian:uk_UA.KOI8-U + +NLSNAME= tcsh + +.for catalog in ${CATALOGS} +NLSSRCDIR_${catalog:C/.*://g}.msg:= ${BASESRC}/${catalog:C/:.*//g} +NLSSRCFILES_${catalog:C/.*://g}.msg= set[0-9]* +NLS+=${catalog:C/.*://g}.msg +.endfor + +.include --sm4nu43k4a2Rpi4c-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 8:19:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 23B8237B402; Thu, 14 Feb 2002 08:19:18 -0800 (PST) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.11.6/8.11.6) with ESMTP id g1EGJDM27735; Thu, 14 Feb 2002 08:19:13 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.11.6/8.11.6) id g1EGJBO88574; Thu, 14 Feb 2002 08:19:11 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200202141619.g1EGJBO88574@realtime.exit.com> Subject: Re: BSD in a rocket. In-Reply-To: To: Andy Sporner Date: Thu, 14 Feb 2002 08:19:11 -0800 (PST) Cc: Josef Karthauser , freebsd-small@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Reply-To: frank@exit.com Organization: Exit Consulting X-Copyright0: Copyright 2001 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andy Sporner wrote: > On 14-Feb-02 Josef Karthauser wrote: > > I need to put together a computer to install in a small J-class > > rocket for collecting telemetry and other data. I'd really love > > to run some kind of BSD on it and ideally land the data on a > > flash-card or such device. I'd really appreciate any recommendations > > for an inexpensive device or development board to use for the job. > As for hardware perhaps the Mini-biscuit PC from advantech. I > just looked at found one that uses a 486 DX-66 with up to 32 MB > EDD RAM one compactflash socket and ethernet (CPC-2245-3200). It > goes for about 280 Euro and the development board for another 190. You might also look at Soren Kristenson's net4501; it is a 486 DX100 equivalent (really an embedded 133 MHz AMD processor) with 64 MB ram, compact flash, compact PCI, three (!) ethernet, partial regular PCI, serial port (second serial is optional). All together US$192, quantity one. Check out his website, http://www.soekris.com/, for more information. I'm not associated with him, I'm just a happy customer. :-) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 10:59:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 2914737B405 for ; Thu, 14 Feb 2002 10:59:18 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id g1EIxH803281 for ; Thu, 14 Feb 2002 13:59:17 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id g1EIxFk24487 for ; Thu, 14 Feb 2002 13:59:15 -0500 (EST) Received: from dhcp-48-37.mitre.org (128.29.48.37) by mailhub2.mitre.org with SMTP id 9252992; Thu, 14 Feb 2002 13:59:11 -0500 Message-ID: <3C6C0965.206509B4@mitre.org> Date: Thu, 14 Feb 2002 14:00:53 -0500 From: "PSI, Mike Smith" Organization: The MITRE Corporation X-Mailer: Mozilla 4.76 [en]C-20010313M (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Kernel after halt issued Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just heard someone say that they believed that the kernel was still running after a halt is issued, but just cannot (won't?) create any processes. So while I realize this person may not know what they are talking about (and am showing my own ignorance for even listening), the question is... Is the kernel still running after a halt? If it is, then there are very interesting possibilities for building in very specific capabilities in the kernel, then under "halt" condition have those capabilities available. AND NOTHING ELSE! Interesting from a security standpoint. Plus it would not require to to strip your system down to bare bones to eliminate holes. You could bring it up to a fully capable system at any time it was necessary. So Is the kernel still running after a halt? If so, has anyone found a way to take advantage of this? (Not THE) Mike Smith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 11:20:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id C325437B417 for ; Thu, 14 Feb 2002 11:20:53 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g1EJKg325235; Thu, 14 Feb 2002 11:20:42 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g1EJKfsS019080; Thu, 14 Feb 2002 11:20:42 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.10.2+Sun/8.10.2) with ESMTP id g1EJKfN13753; Thu, 14 Feb 2002 11:20:41 -0800 (PST) Date: Thu, 14 Feb 2002 11:20:40 -0800 (PST) From: Kip Macy To: "PSI, Mike Smith" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel after halt issued In-Reply-To: <3C6C0965.206509B4@mitre.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This has already been discussed (link off of Slashdot) and works under linux for packet filtering. I have no idea if it could be done under FreeBSD. -Kip On Thu, 14 Feb 2002, PSI, Mike Smith wrote: > I just heard someone say that they believed that the kernel was still > running after a halt is issued, but just cannot (won't?) create any > processes. So while I realize this person may not know what they are > talking about (and am showing my own ignorance for even listening), the > question is... > > Is the kernel still running after a halt? > > If it is, then there are very interesting possibilities for building in > very specific capabilities in the kernel, then under "halt" condition > have those capabilities available. AND NOTHING ELSE! Interesting from a > security standpoint. Plus it would not require to to strip your system > down to bare bones to eliminate holes. You could bring it up to a fully > capable system at any time it was necessary. > > So Is the kernel still running after a halt? If so, has anyone found a > way to take advantage of this? > > (Not THE) Mike Smith > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 11:21:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (Postfix) with ESMTP id 0DEB337B42A for ; Thu, 14 Feb 2002 11:21:18 -0800 (PST) Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69]) by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id LAA23739 for ; Thu, 14 Feb 2002 11:21:17 -0800 (PST) X-Delivered-For: Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id g1EJLH820773 for ; Thu, 14 Feb 2002 11:21:17 -0800 X-mProtect:  Thu, 14 Feb 2002 11:21:17 -0800 Nokia Silicon Valley Messaging Protection Received: from UNKNOWN (172.19.66.92, claiming to be "iprg.nokia.com") by darkstar.iprg.nokia.com smtpd4EpHT4; Thu, 14 Feb 2002 11:21:15 PST Message-ID: <3C6C0E10.58B51052@iprg.nokia.com> Date: Thu, 14 Feb 2002 11:20:48 -0800 From: vijay Organization: Nokia-IMN X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.3-12 i686) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel after halt issued References: <5.0.2.1.0.20020214143320.0665a0c0@213.161.0.10> <3C6BD11A.B8FF58F2@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am not an expert on the FreeBSD kernel, but for the past few days I have been dealing with this very issue. From my experiments I have concluded that the kernel IS loaded, and it has the processor stuck in an infinite loop. The only way to go from there is to a reboot. I have a system with two cards running FreeBSD based kernels, and connected with an ARCnet lan (COM20020 chip from SMSC), and while halted, the driver does not reset the hardware for the other card to take over (it is an isa device). I am still working on a possible solution for this. vijay "PSI, Mike Smith" wrote: > > I just heard someone say that they believed that the kernel was still > running after a halt is issued, but just cannot (won't?) create any > processes. So while I realize this person may not know what they are > talking about (and am showing my own ignorance for even listening), the > question is... > > Is the kernel still running after a halt? > > If it is, then there are very interesting possibilities for building in > very specific capabilities in the kernel, then under "halt" condition > have those capabilities available. AND NOTHING ELSE! Interesting from a > security standpoint. Plus it would not require to to strip your system > down to bare bones to eliminate holes. You could bring it up to a fully > capable system at any time it was necessary. > > So Is the kernel still running after a halt? If so, has anyone found a > way to take advantage of this? > > (Not THE) Mike Smith > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 12:38: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d127.as13.nwbl0.wi.voyager.net [169.207.136.193]) by hub.freebsd.org (Postfix) with ESMTP id 5AAE637B41F for ; Thu, 14 Feb 2002 12:37:39 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1EEePN12119; Thu, 14 Feb 2002 14:40:32 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 14 Feb 2002 14:40:25 +0000 (GMT) From: Mike Silbersack To: Gaspar Chilingarov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fork rate limit In-Reply-To: <20020210185842.K29546-100000@patrocles.silby.com> Message-ID: <20020214142702.P11847-200000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1327964985-1013697578=:12083" Content-ID: <20020214143949.M12114@patrocles.silby.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1327964985-1013697578=:12083 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20020214143949.K12114@patrocles.silby.com> On Sun, 10 Feb 2002, Mike Silbersack wrote: > On Mon, 11 Feb 2002, Gaspar Chilingarov wrote: > > > Hi there! > > > > I've implemented suggested limits, and if you are interested, you can > > try attached patch, if it's OK, i will submit it to PR database. > > I finished looking at the patch, and I'm not impressed by it. It looks > like the patch I'm working on will work more effectively; I'll post or > commit it in a few days. > > Mike "Silby" Silbersack For those interested, here's the forkbomb countermeasure patch I've devised. It does three things: 1. Change the number of procs reserved for root from 1 to 10. Given how maxprocperuid is set in 4.5, this shouldn't matter much, but it's a safe change. 2. Limit the number of procs to an appropriate number. Previously, it was easy to set maxproc overly high by setting a large maxusers value. With this change, proc-related structures will only be able to consume about 1/2 of all system memory. Without this limitation, a high maxusers setting and a forkbomb could easily consume all system memory, leaving virtually no chance for the system to recover. 3. Penalize processes / users that hit their maxproc limit. Whenever a process tries to fork and that user's proc limit is hit, a tsleep of .5 seconds will occur. This change causes 1000 madly fork()ing processes into 1000 nicely sleeping processes if they continue to attempt to fork(). The testing I've done with this patch has proven it to be quite effective in protecting a system against a simple forkbomb, even if maxusers is set to inordinantly high values. Sysadmins who have already imposed low limits on their users will still be helped by change #3, as it ensures that less processor time will be wasted by continuous fork()ing. There are certainly a few remaining issues with more complex resource exhaustion attacks, but that can be dealt with in future patches. If you were interested in the fork rate limit thread, please give this patch a try to see if it helps in the forkbomb-like situations you've seen. Stable users: This won't compile as is for you. Change + tsleep(&forksleep, td->td_kse->ke_priority, "fork", hz / 2); to + tsleep(&forksleep, PUSER, "fork", hz / 2); Thanks, Mike "Silby" Silbersack --0-1327964985-1013697578=:12083 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="forklimits2.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20020214143938.P12083@patrocles.silby.com> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="forklimits2.patch" ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2tlcm4va2Vybl9mb3JrLmMg L3Vzci9zcmMvc3lzL2tlcm4va2Vybl9mb3JrLmMNCi0tLSAvdXNyL3NyYy9z eXMub2xkL2tlcm4va2Vybl9mb3JrLmMJVHVlIEZlYiAxMiAwMDoyNDoxMyAy MDAyDQorKysgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9mb3JrLmMJVHVlIEZl YiAxMiAwMDoyNjowMiAyMDAyDQpAQCAtOTMsNiArOTMsOCBAQA0KIH07DQog I2VuZGlmDQogDQoraW50IGZvcmtzbGVlcDsgLyogUGxhY2UgZm9yIGZvcmsx KCkgdG8gc2xlZXAgb24uICovDQorDQogc3RhdGljIHZvaWQNCiBpbml0X2Zv cmtfbGlzdCh2b2lkICpkYXRhIF9fdW51c2VkKQ0KIHsNCkBAIC0yOTcsOCAr Mjk5LDggQEANCiAJICogcHJvY2Vzc2VzLCBtYXhwcm9jIGlzIHRoZSBsaW1p dC4NCiAJICovDQogCXVpZCA9IHAxLT5wX3VjcmVkLT5jcl9ydWlkOw0KLQlp ZiAoKG5wcm9jcyA+PSBtYXhwcm9jIC0gMSAmJiB1aWQgIT0gMCkgfHwgbnBy b2NzID49IG1heHByb2MpIHsNCi0JCXRhYmxlZnVsbCgicHJvYyIpOw0KKwlp ZiAoKG5wcm9jcyA+PSBtYXhwcm9jIC0gMTAgJiYgdWlkICE9IDApIHx8IG5w cm9jcyA+PSBtYXhwcm9jKSB7DQorCQl0c2xlZXAoJmZvcmtzbGVlcCwgdGQt PnRkX2tzZS0+a2VfcHJpb3JpdHksICJmb3JrIiwgaHogLyAyKTsNCiAJCXJl dHVybiAoRUFHQUlOKTsNCiAJfQ0KIAkvKg0KQEAgLTMxOCw2ICszMjAsNyBA QA0KIAkJICogQmFjayBvdXQgdGhlIHByb2Nlc3MgY291bnQNCiAJCSAqLw0K IAkJbnByb2NzLS07DQorCQl0c2xlZXAoJmZvcmtzbGVlcCwgdGQtPnRkX2tz ZS0+a2VfcHJpb3JpdHksICJmb3JrIiwgaHogLyAyKTsNCiAJCXJldHVybiAo RUFHQUlOKTsNCiAJfQ0KIA0KT25seSBpbiAvdXNyL3NyYy9zeXMva2Vybi86 IGtlcm5fZm9yay5jLm9yaWcNCmRpZmYgLXUgLXIgL3Vzci9zcmMvc3lzLm9s ZC9rZXJuL3N1YnJfcGFyYW0uYyAvdXNyL3NyYy9zeXMva2Vybi9zdWJyX3Bh cmFtLmMNCi0tLSAvdXNyL3NyYy9zeXMub2xkL2tlcm4vc3Vicl9wYXJhbS5j CVR1ZSBGZWIgMTIgMDA6MjQ6MTYgMjAwMg0KKysrIC91c3Ivc3JjL3N5cy9r ZXJuL3N1YnJfcGFyYW0uYwlUdWUgRmViIDEyIDAwOjM1OjQwIDIwMDINCkBA IC0xMzEsNiArMTMxLDcgQEANCiB2b2lkDQogaW5pdF9wYXJhbTIoaW50IHBo eXNwYWdlcykNCiB7DQorCWludCBhdXRvbWF4cHJvYzsNCiANCiAJLyogQmFz ZSBwYXJhbWV0ZXJzICovDQogCW1heHVzZXJzID0gTUFYVVNFUlM7DQpAQCAt MTQ0LDExICsxNDUsMjUgQEANCiAJfQ0KIA0KIAkvKg0KKwkgKiBJbiBvcmRl ciB0byBtYWtlIHN1cmUgdGhhdCB0aGUgc3lzdGVtIGNhbm5vdCBiZSB0YWtl bg0KKwkgKiBkb3duIGJ5IHRvbyBtYW55IHByb2Nlc3Nlcywgd2UgbGltaXQg dGhlIG51bWJlciBvZg0KKwkgKiBwcm9jZXNzZXMgc28gdGhhdCBwcm9jZXNz LXJlbGF0ZWQgc3RydWN0dXJlcyBjYW4NCisJICogb25seSBvY2N1cHkgYXQg bW9zdCA1MCUgb2Ygc3lzdGVtIG1lbW9yeS4NCisJICoNCisJICogWFhYIC0g VGhlIDMySyB2YWx1ZSB3YXMgYXJyaXZlZCBhdCBleHBlcmltZW50YWxseSwN CisJICogYW5kIG1heSByZXF1aXJlIGNoYW5naW5nIGlmIHByZS1wcm9jIG1l bW9yeSB1c2FnZQ0KKwkgKiBjaGFuZ2VzIHN1YnN0YW50aWFsbHkuDQorCSAq Lw0KKwlhdXRvbWF4cHJvYyA9IChwaHlzcGFnZXMgLyAyKSAvICgzMjc2OCAv IFBBR0VfU0laRSk7DQorDQorCS8qDQogCSAqIFRoZSBmb2xsb3dpbmcgY2Fu IGJlIG92ZXJyaWRkZW4gYWZ0ZXIgYm9vdCB2aWEgc3lzY3RsLiAgTm90ZToN CiAJICogdW5sZXNzIG92ZXJyaWRlbiwgdGhlc2UgbWFjcm9zIGFyZSB1bHRp bWF0ZWx5IGJhc2VkIG9uIG1heHVzZXJzLg0KIAkgKi8NCiAJbWF4cHJvYyA9 IE5QUk9DOw0KIAlUVU5BQkxFX0lOVF9GRVRDSCgia2Vybi5tYXhwcm9jIiwg Jm1heHByb2MpOw0KKwlpZiAobWF4cHJvYyA+IGF1dG9tYXhwcm9jKQ0KKwkJ bWF4cHJvYyA9IGF1dG9tYXhwcm9jOw0KIAltYXhmaWxlcyA9IE1BWEZJTEVT Ow0KIAlUVU5BQkxFX0lOVF9GRVRDSCgia2Vybi5tYXhmaWxlcyIsICZtYXhm aWxlcyk7DQogCW1heHByb2NwZXJ1aWQgPSAobWF4cHJvYyAqIDkpIC8gMTA7 DQpPbmx5IGluIC91c3Ivc3JjL3N5cy9rZXJuLzogc3Vicl9wYXJhbS5jLm9y aWcNCg== --0-1327964985-1013697578=:12083-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 13:45:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hpdi.ath.cx (pc1-nthf5-0-cust128.not.cable.ntl.com [80.4.34.128]) by hub.freebsd.org (Postfix) with ESMTP id 8061F37B402 for ; Thu, 14 Feb 2002 13:45:35 -0800 (PST) Received: (from hitenp@localhost) by hpdi.ath.cx (8.11.6/8.11.6) id g1ELgpl07150; Thu, 14 Feb 2002 21:42:51 GMT (envelope-from hitenp) Date: Thu, 14 Feb 2002 21:42:40 +0000 From: Hiten Pandya To: freebsd-hackers@FreeBSD.org Subject: weird pthread related errors Message-ID: <20020214214240.A7121@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: The FreeBSD Project X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Howdy!, I am having some very weird problems with the pthread.h library. The following statement is in the source-file: #include But, the compiler fails with the following error messages. All the other typedefs, structs are recognised except: - pthread_create(); - pthread_exit(); It would be very appreciated if someone can help me solve this dillema. I have tried to look _just_ about everywhere, including the headers, but cannot find a clue why it is failing. If needed, I can also file an official PR regarding this problem, but I have posted to the list, as I assumed someone might have solved this dillema before. ;) The following is the error output: gcc -g -O2 -o fsck.jfs fsckbmap.o fsckconn.o fsckdire.o fsckdtre.o fsc= kea.o fsckimap.o fsckino.o fsckmeta.o fsckmsgs.o fsckpfs.o fsckwsp.o fsc= kxtre.o xchkdsk.o fsckruns.o ../libfs/libfs.a=20 fsckruns.o: In function `fsck_hbeat': /c0/cvs/j4b/jfsutils/fsck/fsckruns.c:156: undefined reference to `pthread_e= xit' fsckruns.o: In function `fsck_hbeat_start': /c0/cvs/j4b/jfsutils/fsck/fsckruns.c:180: undefined reference to `pthread_c= reate' Thanks, Regards, -- Hiten Pandya -- The JFS4BSD Project -- --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8bC9Phh1dveTjA8MRAgweAKDV6icLJ6GR6BSMke1HPKbXeZWZeACgnFJ2 n9zAxUK+4q0o1ls35eF/RoM= =yD5L -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 13:53:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 92F5737B41A for ; Thu, 14 Feb 2002 13:53:08 -0800 (PST) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.1/8.12.1) with ESMTP id g1ELr7CN023802; Thu, 14 Feb 2002 16:53:07 -0500 (EST) Date: Thu, 14 Feb 2002 16:53:07 -0500 (EST) From: Daniel Eischen To: Hiten Pandya Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: weird pthread related errors In-Reply-To: <20020214214240.A7121@hpdi.ath.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 14 Feb 2002, Hiten Pandya wrote: > Howdy!, > > I am having some very weird problems with the pthread.h > library. The following statement is in the source-file: > > #include > > But, the compiler fails with the following error messages. The error you attach below is not really a compiler error; it is a link error. > All the other typedefs, structs are recognised except: > > - pthread_create(); > - pthread_exit(); > > It would be very appreciated if someone can help me solve > this dillema. I have tried to look _just_ about everywhere, > including the headers, but cannot find a clue why it is > failing. > > If needed, I can also file an official PR regarding this > problem, but I have posted to the list, as I assumed someone > might have solved this dillema before. ;) > > The following is the error output: > > gcc -g -O2 -o fsck.jfs fsckbmap.o fsckconn.o fsckdire.o fsckdtre.o fsckea.o fsckimap.o fsckino.o fsckmeta.o fsckmsgs.o fsckpfs.o fsckwsp.o fsckxtre.o xchkdsk.o fsckruns.o ../libfs/libfs.a > fsckruns.o: In function `fsck_hbeat': > /c0/cvs/j4b/jfsutils/fsck/fsckruns.c:156: undefined reference to `pthread_exit' > fsckruns.o: In function `fsck_hbeat_start': > /c0/cvs/j4b/jfsutils/fsck/fsckruns.c:180: undefined reference to `pthread_create' If you want to use the threads library, you have to tell the linker (-lc_r in -current, -pthread in -stable). -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 15:11:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from goose.prod.itd.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id 336A937B400 for ; Thu, 14 Feb 2002 15:11:12 -0800 (PST) Received: from pool0453.cvx21-bradley.dialup.earthlink.net ([209.179.193.198] helo=mindspring.com) by goose.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16bV1j-0000BE-00; Thu, 14 Feb 2002 15:10:55 -0800 Message-ID: <3C6C43F5.9D8F2F49@mindspring.com> Date: Thu, 14 Feb 2002 15:10:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Eischen Cc: Hiten Pandya , freebsd-hackers@FreeBSD.ORG Subject: Re: weird pthread related errors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Eischen wrote: > > gcc -g -O2 -o fsck.jfs fsckbmap.o fsckconn.o fsckdire.o fsckdtre.o fsckea.o fsckimap.o fsckino.o fsckmeta.o fsckmsgs.o fsckpfs.o fsckwsp.o fsckxtre.o xchkdsk.o fsckruns.o ../libfs/libfs.a > > fsckruns.o: In function `fsck_hbeat': > > /c0/cvs/j4b/jfsutils/fsck/fsckruns.c:156: undefined reference to `pthread_exit' > > fsckruns.o: In function `fsck_hbeat_start': > > /c0/cvs/j4b/jfsutils/fsck/fsckruns.c:180: undefined reference to `pthread_create' > > If you want to use the threads library, you have to tell the > linker (-lc_r in -current, -pthread in -stable). Alternately: "man pthread". 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 15:22:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 3EF7637B400 for ; Thu, 14 Feb 2002 15:22:42 -0800 (PST) Received: (from olli@localhost) by lurza.secnetix.de (8.11.6/8.11.6) id g1ENMeD27244; Fri, 15 Feb 2002 00:22:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Date: Fri, 15 Feb 2002 00:22:40 +0100 (CET) Message-Id: <200202142322.g1ENMeD27244@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG Reply-To: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel after halt issued In-Reply-To: <3C6C0965.206509B4@mitre.org> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.5-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG PSI, Mike Smith wrote: > [...] > Is the kernel still running after a halt? In general, when you halt the system, you are returned to the hardware monitor (OpenBoot, SRM console, whatever it's called on your platform). However, since the i386 hardware (unlike most everything else) does not have a hardware monitor, an infinite loop is entered when you halt the system. It could be argued that it would make sense to return to /boot/loader. But I don't think that would be easy to do. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 15:39:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 7C9C937B405 for ; Thu, 14 Feb 2002 15:39:20 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020214233919.NVGS1147.rwcrmhc52.attbi.com@blossom.cjclark.org>; Thu, 14 Feb 2002 23:39:19 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g1ENdIS37220; Thu, 14 Feb 2002 15:39:18 -0800 (PST) (envelope-from cjc) Date: Thu, 14 Feb 2002 15:39:18 -0800 From: "Crist J. Clark" To: "PSI, Mike Smith" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel after halt issued Message-ID: <20020214153918.D36782@blossom.cjclark.org> References: <3C6C0965.206509B4@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C6C0965.206509B4@mitre.org>; from mlsmith@mitre.org on Thu, Feb 14, 2002 at 02:00:53PM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Feb 14, 2002 at 02:00:53PM -0500, PSI, Mike Smith wrote: > I just heard someone say that they believed that the kernel was still > running after a halt is issued, but just cannot (won't?) create any > processes. So while I realize this person may not know what they are > talking about (and am showing my own ignorance for even listening), the > question is... > > Is the kernel still running after a halt? I don't think it will work. As a simple test, I pinged the box when it was up. It ponged fine. I shut it down (shutdown -h now) to the, The operating system has halted. Please press any key to reboot. Prompt and pinged again. Silence. Since the ICMP responses all live in the kernel's IP stack, I don't think there is an IP stack running. > If it is, then there are very interesting possibilities for building in > very specific capabilities in the kernel, then under "halt" condition > have those capabilities available. AND NOTHING ELSE! Interesting from a > security standpoint. Plus it would not require to to strip your system > down to bare bones to eliminate holes. You could bring it up to a fully > capable system at any time it was necessary. It sounds like a bad trade to me anyway. Compare: a box in the shutdown state, a kernel running with no userspace, to a box up and running with absolutely no userland processes listening. In either case, the only way someone can break the box remotely is with an exploitable, remote vulnerability in the kernel. A DoS attack on the kernel has identical results in either case. In both cases, the attacker owNz yr b0>< if they find an exploitable bug. There is the slight advantage with no userland, that the attacker may have a harder time doing something they consider useful with the owned box and establishing themselves so that they retain control (but neither is impossible). The kernel-only box also has a HUGE security disadvantage that pretty much makes it a non-starter IMHO, no logging. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 16:53:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from goose.prod.itd.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id C5EAB37B405; Thu, 14 Feb 2002 16:53:22 -0800 (PST) Received: from dialup-209.244.104.20.dial1.sanjose1.level3.net ([209.244.104.20] helo=mindspring.com) by goose.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16bWcs-0000DT-00; Thu, 14 Feb 2002 16:53:22 -0800 Message-ID: <3C6C5BF8.D7A46E8@mindspring.com> Date: Thu, 14 Feb 2002 16:53:12 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Crist J. Clark" Cc: "PSI, Mike Smith" , freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel after halt issued References: <3C6C0965.206509B4@mitre.org> <20020214153918.D36782@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Crist J. Clark" wrote: > > Is the kernel still running after a halt? > > I don't think it will work. As a simple test, I pinged the box when it > was up. It ponged fine. I shut it down (shutdown -h now) to the, > > The operating system has halted. > Please press any key to reboot. > > Prompt and pinged again. Silence. Since the ICMP responses all live in > the kernel's IP stack, I don't think there is an IP stack running. It isn't clear to me that card interrupts were disabled; an interrupt interrupts the halt. What you are seeing might just be NETISR not running, but the card interrupts still being delivered. It really depends on how dilligently shutdown shut things down. I have to admit to liking the idea of going back to the boot loader... but that's hard, and will probably just result in the system booting back up, so it's not a good plan, particularly with software control over power supplies. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 18:45:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.magmacom.com (mx1.magmacom.com [206.191.0.217]) by hub.freebsd.org (Postfix) with ESMTP id 92ECF37B419 for ; Thu, 14 Feb 2002 18:45:13 -0800 (PST) Received: from mail1.magma.ca (mail1.magma.ca [206.191.0.252]) by mx1.magmacom.com (Magma's Mail Server) with ESMTP id g1F2jCVw027711 for ; Thu, 14 Feb 2002 21:45:12 -0500 (EST) Received: from lucan (mothership.macadamian.com [206.191.21.204]) by mail1.magma.ca (Magma's Mail Server) with SMTP id g1F2jCMd029451 for ; Thu, 14 Feb 2002 21:45:12 -0500 (EST) Message-ID: <05e201c1b5cb$73a00520$2a64a8c0@macadamian.com> From: "Jason Mawdsley" To: Subject: mmap and PROT_WRITE Date: Thu, 14 Feb 2002 21:49:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG { void * p = mmap( 0, 1024, PROT_WRITE, MAP_ANON, -1, 0 ); if ( p ) { /* * pukes and dies * *((int*)(p)) = 5; */ } } { void * p = mmap( 0, 1024, PROT_WRITE | PROT_READ, MAP_ANON, -1, 0 ); if ( p ) { *((int*)(p)) = 5; } } Why can't I write to memory in the first case? Is there anyway I can implement writable but no readable memory? I read some where that there is no true write only memory do to the limitations of x86. TIA Jason Mawdsley ~ jason@macadamian.com Software Designer ~ m_ a c a d a m i a n t e c h n o l o g i e s "Software experts for the world's leading technology companies." http://www.macadamian.com Because software development cycles should not end in tragedy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 19:13:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 818CE37B439 for ; Thu, 14 Feb 2002 19:12:45 -0800 (PST) Received: from dialup-209.244.104.20.dial1.sanjose1.level3.net ([209.244.104.20] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16bYni-0000z9-00; Thu, 14 Feb 2002 19:12:42 -0800 Message-ID: <3C6C7C9E.9E61C6D4@mindspring.com> Date: Thu, 14 Feb 2002 19:12:30 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jason Mawdsley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mmap and PROT_WRITE References: <05e201c1b5cb$73a00520$2a64a8c0@macadamian.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Mawdsley wrote: [ ... trying to distinguish between PROT_WRITE and PROT_READ|PROT_WRITE ... ] > Why can't I write to memory in the first case? > > Is there anyway I can implement writable but no readable memory? Yes. Use hardware manufactured by a vendor other than Intel, and which can support it. > I read some where that there is no true write only memory do to the > limitations of x86. Yes. And on 386, there's no write protection against protected mode writes at all, so you have to do dirty tricks to keep people from doing a "read" into a kernel address space in order to have the kernel. It's one of the reasons (besides /dev/slow^Wrandom) that the 386 is no longer supported in the GENERIC kernel. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 19:53: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 8EB0B37B405 for ; Thu, 14 Feb 2002 19:52:58 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id WAA24898; Thu, 14 Feb 2002 22:52:57 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g1F3qRK04339; Thu, 14 Feb 2002 22:52:27 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15468.34299.585269.88389@grasshopper.cs.duke.edu> Date: Thu, 14 Feb 2002 22:52:27 -0500 (EST) To: "Jason Mawdsley" Cc: Reply-To: Subject: Re: mmap and PROT_WRITE In-Reply-To: <05e201c1b5cb$73a00520$2a64a8c0@macadamian.com> References: <05e201c1b5cb$73a00520$2a64a8c0@macadamian.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Mawdsley writes: > Why can't I write to memory in the first case? > > Is there anyway I can implement writable but no readable memory? > > I read some where that there is no true write only memory do to the > limitations of x86. I think you must have read correctly -- your sample code runs fine (both cases) on FreeBSD/alpha. The same test program dumps core on FreeBSD/i386 Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 14 20:44:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from eudoramail.com (host-64-110-31-18.interpacket.net [64.110.31.18]) by hub.freebsd.org (Postfix) with SMTP id 851E837B442 for ; Thu, 14 Feb 2002 20:40:04 -0800 (PST) From: "MR MICHEAL ADAM" To: Subject: Partnership Proposal Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 14 Feb 2002 05:47:53 -0000 Reply-To: "MR MICHEAL ADAM" Content-Transfer-Encoding: 8bit Message-Id: <20020215044005.851E837B442@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ATTN: THE PRESIDENT/CEO Dear Sir / Madam, I am Dr. Mrs. Marian Abacha, wife to the late Nigerian Head of state, General Sani Abacha who died on the 8th of June 1998 while still on active service for our Country. I am contacting you with the hope that you will be of great assistance to me, I currently have within my reach the sum of 76MILLION U.S dollars cash which l intend to use for investment purposes outside Nigeria. This money came as a result of a payback contract deal between my husband and a Russian firm in our country's multi-billion dollar Ajaokuta steel plant. The Russian partners returned my husband's share being the above sum after his death. Presently, the new civilian Government has intensified their probe into my husband's financial resources, which has led to the freezing of all our accounts, local and foreign, the revoking of all our business licenses and the arrest of my First son. In view of this I acted very fast to withdraw this money from one of our finance houses before it was closed down. I have deposited the money in a security vault for safe keeping with the help of very loyal officials of my late husband. No record is known about this fund by the government because there is no documentation showing that we received such funds. Due to the current situation in the country and government attitude to my financial affairs, I cannot make use of this money within. Bearing in mind that you may assist me, 20% of the total amount will be paid to you for your assistance, while 5% will be set aside for expenses incurred by the parties involved and this will be paid before sharing. Half of my75% will be paid in to my account on your instruction once the money hits your account, while the other half will be invested by your humble self in any viable business venture you deem fit, with you as manager of the invested funds. Remunerations, during the investment period will be on a 50/50 basis. Your URGENT response is needed. All correspondence must be through my lawyer,fax:234-1-4709814. Attentioned to my attorney (HAMZA IBU). Please do not forget to include your direct tel/fax line for easy reach. I hope I can trust you with my family's last financial hope.Regards Dr. Mrs. Marian Sani Abacha. C/o HAMZA IBU (counsel) URGENT AND CONFIDENTIAL MR. MICHEAL ADAM FAX: 234-1-7590900 Attn: The Chief Executive Officer REQUEST FOR URGENT AND CONFIDENTIAL BUSINESS RELATIONSHIP Please permit me to introduce myself to you, my names are Mr. MICHEAL ADAM a Petroleum Engineer with the Nigerian National Petroleum Corporation and a member of the contract award committee of the above corporation, which is under, The Federal Ministry of Petroleum and Natural Resources. CONFIDENTIAL THE SOURCE OF THE FUND IS AS FOLLOWS: With the assistance of some senior officials of the Federal Ministry of Finance and Office of the Accountant General of the Federation, we want to quietly transfer the sum of Nineteen Million US Dollars only ($19m US Dollars only) out of my country Nigeria. This US$19 M US Dollar was quietly over-estimated on the contract for Turn around Maintenance (TAM) of Port Harcourt petrochemical refinery in Nigeria (SOUTHERN NIGERIA) and the Rehabilitation of Petroleum Pipelines, Depot and Jetties. The actual contract value of this said project was US$171M US Dollars, but my colleagues and I deliberately increased the contract to our own benefit to the tune of $190M US Dollars, of which the over-estimated value of US$19M US Dollars belongs to us and this amount is what we want to secretly transfer into your personal or company account for safe keeping and sharing. The Federal Government and the Federal Ministry of Petroleum and Natural Resources have approved the total sum of US$190 Million US Dollars. The project has been completed and commissioned by the Federal Government and the original contractors have been paid their Contractual sum and what is left now is the US$19Million US Dollars. Under this circumstance and upon your acceptance we will register You/your Company as a sub-contractor to the original contractors with my corporation, so that this fund can be transferred into your account without hitch whatsoever. Our reasons of soliciting your assistance to transfer this fund to your account is owing to the policy of the Federal Government of Nigeria, the code conduct debars us civil servants (Government Workers) from operating a foreign account, hence we seeking your assistance. After several deliberations with my colleagues, we decided to give you 25% as your entitlement for your assistance for providing your account, while 70% will be for us and the remaining 5% would be used to offset all local and foreign expenses that might be incurred during this transaction. However this is based on the ground that you would assure me of the following: 1 That after the successful transfer of the $19m us dollars into your account, you will give us our own fare share of 70% without running away with the money or setting on it to our detriment. 2 That you will treat this business with utmost secrecy, Confidentiality, understanding and sincerity, which this business demands. 3 You will assist us (by way of advice) to invest our own share in business venture in your country. 4 Upon your acceptance of this proposal I will send a TEXT for you to fill in your letter headed paper and return back to me, as we shall use this TEXT to raise an application for payment on your behalf as you will be made the recognized beneficiary of the fund. KINDLY FORWARD YOUR TELEPHONE AND FAX NUMBER to me also. PLEASE NOTE: that this business is 100% risk free and will not implicate you in any way, sir. Finally please if you feel you cannot do this business with us, kindly delete this message from your computer or destroy it as it will do you no good showing it to a third party or anybody whatsoever, please kindly do us this favor for God sake. The kind of business you do does not effect the business. Sincerely yours, MR. MICHEAL ADAM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 0:52:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f105.pav1.hotmail.com [64.4.31.105]) by hub.freebsd.org (Postfix) with ESMTP id EEB2037B402 for ; Fri, 15 Feb 2002 00:52:22 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 15 Feb 2002 00:52:22 -0800 Received: from 212.30.183.204 by pv1fd.pav1.hotmail.msn.com with HTTP; Fri, 15 Feb 2002 08:52:22 GMT X-Originating-IP: [212.30.183.204] From: "Magdalinin Kirill" To: freebsd-hackers@FreeBSD.ORG Subject: a daemon C skeleton Date: Fri, 15 Feb 2002 11:52:22 +0300 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 15 Feb 2002 08:52:22.0655 (UTC) FILETIME=[154998F0:01C1B5FE] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, can anyone, please, point out a C skeleton for FreeBSD daemon. Is the following simple example correct for FreeBSD? if (getppid() != 1) { signal(SIGTTOU, SIG_IGN); signal(SIGTTIN, SIG_IGN); signal(SIGTSTP, SIG_IGN); if (fork() != 0) exit(0); setsid(); } getrlimit(RLIMIT_NOFILE, &flim); for (fd = 0; fd < flim.rlim_max; fd++) close(fd); chdir("/"); ..... thanks in advance, Kirill Magdalinin bsdforumen@hotmail.com _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 0:58:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 1372937B417 for ; Fri, 15 Feb 2002 00:58:40 -0800 (PST) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id g1F8waa27957; Fri, 15 Feb 2002 09:58:36 +0100 Received: (nullmailer pid 4972 invoked by uid 1000); Fri, 15 Feb 2002 08:58:35 -0000 Date: Fri, 15 Feb 2002 09:58:35 +0100 From: Mark Santcroos To: Magdalinin Kirill Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: a daemon C skeleton Message-ID: <20020215095835.A57920@laptop.6bone.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bsdforumen@hotmail.com on Fri, Feb 15, 2002 at 11:52:22AM +0300 X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG man 3 daemon On Fri, Feb 15, 2002 at 11:52:22AM +0300, Magdalinin Kirill wrote: > Hello, > > can anyone, please, point out a C skeleton for FreeBSD daemon. > Is the following simple example correct for FreeBSD? > > if (getppid() != 1) > { > signal(SIGTTOU, SIG_IGN); > signal(SIGTTIN, SIG_IGN); > signal(SIGTSTP, SIG_IGN); > > if (fork() != 0) > exit(0); > > setsid(); > } > > getrlimit(RLIMIT_NOFILE, &flim); > for (fd = 0; fd < flim.rlim_max; fd++) > close(fd); > > chdir("/"); > > ..... > > > > thanks in advance, > > Kirill Magdalinin > bsdforumen@hotmail.com > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 0:59:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id C5ED937B41A for ; Fri, 15 Feb 2002 00:59:24 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g1F8xLn6296092; Fri, 15 Feb 2002 11:59:21 +0300 (MSK) Date: Fri, 15 Feb 2002 11:59:21 +0300 (MSK) From: Maxim Konovalov To: Magdalinin Kirill Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: a daemon C skeleton In-Reply-To: Message-ID: <20020215115736.X45991-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11:52+0300, Feb 15, 2002, Magdalinin Kirill wrote: > Hello, > > can anyone, please, point out a C skeleton for FreeBSD daemon. Take a look at src/lib/libc/gen/daemon.c, man 3 daemon HTH, -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 1:58:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by hub.freebsd.org (Postfix) with ESMTP id 8B16637B402 for ; Fri, 15 Feb 2002 01:58:20 -0800 (PST) Received: from antivirus.mmk.ru (sinful [161.8.100.3]) by ns.mmk.ru (8.11.6/8.11.6) with ESMTP id g1F9w7s18284 for ; Fri, 15 Feb 2002 14:58:07 +0500 (YEKT) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.11.6/8.11.6) with ESMTP id g1F9vO828405 for ; Fri, 15 Feb 2002 14:57:24 +0500 (ESK) Received: from wall (fw.dim.ru [1.1.1.2]) by wall.mmk.ru (8.11.6/8.11.6) with SMTP id g1F9spB00163 for ; Fri, 15 Feb 2002 14:54:55 +0500 (YEKT) Message-ID: <049c01c1b607$fbae1240$02010101@wall> From: "Dmitry A. Bondareff" To: Subject: chflags schg problem Date: Fri, 15 Feb 2002 15:03:10 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0497_01C1B631.E1F30F20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0497_01C1B631.E1F30F20 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hello hackers! What it is mean: Dial# rm kernel override r-xr-xr-x root/wheel schg for kernel? y rm: kernel: Operation not permitted Dial# chflags noschg /kernel chflags: /kernel: Operation not permitted Regards, Dmitry. ------=_NextPart_000_0497_01C1B631.E1F30F20 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hello hackers!
 
What it is mean:
 
Dial# rm kernel
override = r-xr-xr-x =20 root/wheel schg for kernel? y
rm: kernel: Operation not=20 permitted
 
Dial# chflags noschg = /kernel
chflags:=20 /kernel: Operation not permitted
 
Regards,
Dmitry.
------=_NextPart_000_0497_01C1B631.E1F30F20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 2: 7:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id D7FE337B400 for ; Fri, 15 Feb 2002 02:07:17 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g1FA6Fn7003324; Fri, 15 Feb 2002 13:06:15 +0300 (MSK) Date: Fri, 15 Feb 2002 13:06:15 +0300 (MSK) From: Maxim Konovalov To: "Dmitry A. Bondareff" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: chflags schg problem In-Reply-To: <049c01c1b607$fbae1240$02010101@wall> Message-ID: <20020215130427.I58673-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15:03+0500, Feb 15, 2002, Dmitry A. Bondareff wrote: > Hello hackers! > > What it is mean: > > Dial# rm kernel > override r-xr-xr-x root/wheel schg for kernel? y > rm: kernel: Operation not permitted > > Dial# chflags noschg /kernel > chflags: /kernel: Operation not permitted please show sysctl kern.securelevel. man 8 init may shed a light. > Regards, > Dmitry. > -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 4:52: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com (svr-ganmtc-appserv-mgmt.ncf.coxexpress.com [24.136.46.5]) by hub.freebsd.org (Postfix) with ESMTP id 4238937B400 for ; Fri, 15 Feb 2002 04:51:56 -0800 (PST) Received: from darkstar.doublethink.cx (cpe-oca-24-136-59-202-cmcpe.ncf.coxexpress.com [24.136.59.202]) by svr-ganmtc-appserv-mgmt.ncf.coxexpress.com (8.11.4/8.11.4) with ESMTP id g1FCpgl29050; Fri, 15 Feb 2002 07:51:48 -0500 Received: by darkstar.doublethink.cx (Postfix, from userid 1000) id 9D3D629AE; Fri, 15 Feb 2002 07:51:42 -0500 (EST) Date: Fri, 15 Feb 2002 07:51:42 -0500 From: Chris Faulhaber To: "Dmitry A. Bondareff" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: chflags schg problem Message-ID: <20020215125142.GC59610@darkstar.doublethink.cx> Mail-Followup-To: Chris Faulhaber , "Dmitry A. Bondareff" , freebsd-hackers@FreeBSD.ORG References: <049c01c1b607$fbae1240$02010101@wall> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gGkHNMELEOhSGF6" Content-Disposition: inline In-Reply-To: <049c01c1b607$fbae1240$02010101@wall> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 15, 2002 at 03:03:10PM +0500, Dmitry A. Bondareff wrote: > Hello hackers! >=20 > What it is mean: >=20 > Dial# rm kernel > override r-xr-xr-x root/wheel schg for kernel? y > rm: kernel: Operation not permitted >=20 > Dial# chflags noschg /kernel > chflags: /kernel: Operation not permitted >=20 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-trou= ble.html --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --7gGkHNMELEOhSGF6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjxtBF4ACgkQObaG4P6BelBxggCfahsgsWyEwdNUQiPgwkWZyFMh rHsAn0aQIODs+zmLmSifh+k4KAtQauT5 =CJsT -----END PGP SIGNATURE----- --7gGkHNMELEOhSGF6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5: 7:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by hub.freebsd.org (Postfix) with ESMTP id 6AE3D37B400 for ; Fri, 15 Feb 2002 05:07:06 -0800 (PST) Received: from silver (zacha.xs4all.nl [213.84.201.224]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g1FD75YY074910 for ; Fri, 15 Feb 2002 14:07:05 +0100 (CET) Date: Fri, 15 Feb 2002 14:02:49 +0100 From: Walter Hop X-Mailer: The Bat! (v1.53d) Educational X-Priority: 3 (Normal) Message-ID: <18416867424.20020215140249@binity.com> To: FreeBSD Hackers Subject: chroot+su idea MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, just like many people, I want to run my "dangerous" daemons as a non-root user in a chroot environment. Now, I would usually use the ``su'', or ``chroot'' tools from the FreeBSD toolset in the creation of an rc.d script, but the question that puzzles me is how to combine these two measures? 1) su first, then chroot: impossible, as chroot needs to be run by root, so whenever I su to the user I cannot chroot anymore. 2) chroot first, then su: undesired, as I would have to move a suid root copy of the "su" tool into the chroot; also unpractical as I'd have to duplicate a lot of files into the chroot to satisfy su. Is there a tool available that combines chroot and su? If not, a chroot capability would be an interesting feature to add to the FreeBSD ``su'' command in my opinion, e.g. % su -l ircd -r /usr/local/ircd -c 'bin/ircd' Any ideas or suggestions would be welcomed. If I have overlooked a current solution for the chroot+su chicken/egg problem, I'd love to submit a patch for su to add such a chroot parameter, but I could imagine that the committer team is more conservative than I am. :) Thanks! walter -- Walter Hop | +31 6 24290808 | PGP keyid 0x84813998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5: 8:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from datarescue.be (tiara.datarescue.be [195.0.122.232]) by hub.freebsd.org (Postfix) with SMTP id 24A9537B402 for ; Fri, 15 Feb 2002 05:08:21 -0800 (PST) Received: from coolfire.datarescue.be ([195.0.122.230]) by datarescue.be ; Fri, 15 Feb 2002 14:14:52 +0100 Received: from freebsd.datatest.test.datarescue.be ([192.168.10.151]) by coolfire.datarescue.be (Symbolic Cool-Fire 3.2) with id <1013778390.c7bf79@coolfire.datarescue.be>; Fri, 15 Feb 2002 13:06:30 GMT Subject: Reading userland environnement from the kernel From: Sansonetti Laurent To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 15 Feb 2002 14:15:34 +0000 Message-Id: <1013782534.2860.5.camel@freebsd.datatest.test.datarescue.be> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, Is there a way to read user-land environ(7) table from the kernel for a given process ? Cheers, -- Laurent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:20: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from neptune.deep-ocean.net (APastourelles-102-1-2-208.abo.wanadoo.fr [217.128.208.208]) by hub.freebsd.org (Postfix) with ESMTP id 03F5137B400 for ; Fri, 15 Feb 2002 05:19:54 -0800 (PST) Received: by neptune.deep-ocean.net (Postfix, from userid 1000) id 511305EF05; Fri, 15 Feb 2002 14:19:52 +0100 (CET) Date: Fri, 15 Feb 2002 14:19:52 +0100 From: Olivier Cortes To: Walter Hop Cc: freebsd-hackers@freebsd.org Subject: Re: chroot+su idea Message-ID: <20020215141952.B81502@neptune.deep-ocean.local> Mail-Followup-To: Olivier Cortes , Walter Hop , freebsd-hackers@freebsd.org References: <18416867424.20020215140249@binity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <18416867424.20020215140249@binity.com>; from walter@binity.com on Fri, Feb 15, 2002 at 02:02:49PM +0100 X-Operating-System: FreeBSD 4.5-STABLE i386 up 1 day, 19:50, 1 user, load averages: 0.00, 0.00, 0.00 Organization: Deep-Ocean Network X-URL: http://www.deep-ocean.org/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cd /usr/ports less security/chrootuid/pkg-comment A simple wrapper that combines chroot(8) and su(1) into one program gook luck, olivier On Fri, Feb 15, 2002 at 02:02:49PM +0100, Walter Hop wrote: > Hi all, > > just like many people, I want to run my "dangerous" daemons as a > non-root user in a chroot environment. Now, I would usually use the > ``su'', or ``chroot'' tools from the FreeBSD toolset in the creation > of an rc.d script, but the question that puzzles me is how to combine > these two measures? > > 1) su first, then chroot: impossible, as chroot needs to be run by > root, so whenever I su to the user I cannot chroot anymore. > > 2) chroot first, then su: undesired, as I would have to move a suid > root copy of the "su" tool into the chroot; also unpractical as I'd > have to duplicate a lot of files into the chroot to satisfy su. > > Is there a tool available that combines chroot and su? If not, a > chroot capability would be an interesting feature to add to the > FreeBSD ``su'' command in my opinion, e.g. > > % su -l ircd -r /usr/local/ircd -c 'bin/ircd' > > Any ideas or suggestions would be welcomed. If I have overlooked a > current solution for the chroot+su chicken/egg problem, I'd love to > submit a patch for su to add such a chroot parameter, but I could > imagine that the committer team is more conservative than I am. :) > > Thanks! > walter > > -- > Walter Hop | +31 6 24290808 | PGP keyid 0x84813998 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Olivier Cortes GPG 1024/46CE0A51 : 8DB6 A56C 00CA DA0F F77F 86EB E86A 803C 46CE 0A51 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:21:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 656D737B405 for ; Fri, 15 Feb 2002 05:21:53 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Feb 2002 13:21:52 +0000 (GMT) Date: Fri, 15 Feb 2002 13:21:52 +0000 From: David Malone To: Walter Hop Cc: FreeBSD Hackers Subject: Re: chroot+su idea Message-ID: <20020215132152.GA7773@walton.maths.tcd.ie> References: <18416867424.20020215140249@binity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18416867424.20020215140249@binity.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 15, 2002 at 02:02:49PM +0100, Walter Hop wrote: > 2) chroot first, then su: undesired, as I would have to move a suid > root copy of the "su" tool into the chroot; also unpractical as I'd > have to duplicate a lot of files into the chroot to satisfy su. Have you tried using a non-suid copy of su in the chroot? I'd guess it would work OK as it would be running as root anyway. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:22:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id E4E7A37B41F for ; Fri, 15 Feb 2002 05:22:27 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Feb 2002 13:22:27 +0000 (GMT) Date: Fri, 15 Feb 2002 13:22:27 +0000 From: David Malone To: Sansonetti Laurent Cc: freebsd-hackers@freebsd.org Subject: Re: Reading userland environnement from the kernel Message-ID: <20020215132227.GB7773@walton.maths.tcd.ie> References: <1013782534.2860.5.camel@freebsd.datatest.test.datarescue.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1013782534.2860.5.camel@freebsd.datatest.test.datarescue.be> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 15, 2002 at 02:15:34PM +0000, Sansonetti Laurent wrote: > Is there a way to read user-land environ(7) table from the kernel for a > given process ? Does 'ps -auxwwwe' do what you want? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:23:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id 1210237B402 for ; Fri, 15 Feb 2002 05:23:43 -0800 (PST) Received: from silver (zacha.xs4all.nl [213.84.201.224]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g1FDNZKV019154; Fri, 15 Feb 2002 14:23:40 +0100 (CET) Date: Fri, 15 Feb 2002 14:19:19 +0100 From: Walter Hop X-Mailer: The Bat! (v1.53d) Educational X-Priority: 3 (Normal) Message-ID: <11817857647.20020215141919@binity.com> To: Olivier Cortes Cc: freebsd-hackers@freebsd.org Subject: Re[2]: chroot+su idea In-Reply-To: <20020215141952.B81502@neptune.deep-ocean.local> References: <18416867424.20020215140249@binity.com> <20020215141952.B81502@neptune.deep-ocean.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [in reply to olive@deep-ocean.org, 15-02-2002] > cd /usr/ports > less security/chrootuid/pkg-comment > > A simple wrapper that combines chroot(8) and su(1) into one program Great, how could I have overlooked that one? Thanks!! :) walter -- Walter Hop | +31 6 24290808 | PGP keyid 0x84813998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:26:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 3814B37B404 for ; Fri, 15 Feb 2002 05:26:55 -0800 (PST) Received: from pool0097.cvx22-bradley.dialup.earthlink.net ([209.179.198.97] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16biNq-0002ym-00; Fri, 15 Feb 2002 05:26:39 -0800 Message-ID: <3C6D0C85.4D058346@mindspring.com> Date: Fri, 15 Feb 2002 05:26:29 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Walter Hop Cc: FreeBSD Hackers Subject: Re: chroot+su idea References: <18416867424.20020215140249@binity.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Walter Hop wrote: > Is there a tool available that combines chroot and su? If not, a > chroot capability would be an interesting feature to add to the > FreeBSD ``su'' command in my opinion, e.g. > > % su -l ircd -r /usr/local/ircd -c 'bin/ircd' > > Any ideas or suggestions would be welcomed. If I have overlooked a > current solution for the chroot+su chicken/egg problem, I'd love to > submit a patch for su to add such a chroot parameter, but I could > imagine that the committer team is more conservative than I am. :) Don't use "su". Use the systemcalls "setgig" and "setuid" to drop priviledges in the program itself. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:28:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.nentec.de (gate2.nentec.de [194.25.215.66]) by hub.freebsd.org (Postfix) with ESMTP id A041F37B402 for ; Fri, 15 Feb 2002 05:28:28 -0800 (PST) Received: from nenny.nentec.de (root@nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.9.3/8.9.3) with ESMTP id OAA28165; Fri, 15 Feb 2002 14:28:28 +0100 Received: from andromeda (andromeda [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g1FDSOT04287; Fri, 15 Feb 2002 14:28:24 +0100 Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1013782534.2860.5.camel@freebsd.datatest.test.datarescue.be> Date: Fri, 15 Feb 2002 14:28:24 +0100 (MET) Reply-To: Andy Sporner Organization: NENTEC Netywerktechnologie GmbH From: Andy Sporner To: Sansonetti Laurent Subject: RE: Reading userland environnement from the kernel Cc: freebsd-hackers@FreeBSD.ORG X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > > Is there a way to read user-land environ(7) table from the kernel for a > given process ? You have to look at the "proc" structure for a process and there you will find a buffer for the 'ps_strings' and a few offset variables to show where the environment variables are. Andy > > Cheers, > > -- > Laurent > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 5:56:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 72F3C37B402 for ; Fri, 15 Feb 2002 05:56:28 -0800 (PST) Received: from pool0097.cvx22-bradley.dialup.earthlink.net ([209.179.198.97] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16biqf-0002BC-00; Fri, 15 Feb 2002 05:56:25 -0800 Message-ID: <3C6D137F.87FB3DC5@mindspring.com> Date: Fri, 15 Feb 2002 05:56:15 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sansonetti Laurent Cc: freebsd-hackers@freebsd.org Subject: Re: Reading userland environnement from the kernel References: <1013782534.2860.5.camel@freebsd.datatest.test.datarescue.be> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sansonetti Laurent wrote: > Hi hackers, > > Is there a way to read user-land environ(7) table from the kernel for a > given process ? Yes and no, or we'd already have implemented variant symbolic links. The problem is manifold: 1) The environment is pointed to by the environ ** pointer in the user process. The location of the environ ** pointer is not well known. 2) The environ ** value may be overridden by the user program entirely, so the pages where the data lives aren't where the are expected, so a saved pointer to envp *[] at execve time is not a workaround 3) The envrion ** is require by POSUCKS (sometimes spelled "POSIX"), so getting rid of it and making the getenv/setenv/putenv/unsetenv functions use a multiplex system call is not an option that maintains POSIX compliance. 4) It's hard to satisfy #2 and #3 and maintain binary compatability; the gross way you could do this is to save two copies of environ **, the real one at startup, and the shadow one called "environ **", and then if the shadow does not match the real, fall back to the historical behaviour. Synchornizing means that you would need to know when the change happens (not possible, unless you catch a write fault and implicitly fix it up, like SVR4 does with page zero pointer dereferences, unless you specifically tune the kernel to fault fatally on them), or you would have to reflect all kernel level changes into the user space area shadow (expensive, but doable). 5) The execve() envp *[] passing is tricky, at best, for a modified implementation, since you have to read it back to pass it down. One option, which fails POSIX again, is to pass the default in if there is a NULL passed here, for an in kernel implementation (actually, you don't have to pass anything for the user environment, if the system and group contain everything you care about). 6) You can also put the environ ** into user pages (read only) that are also mapped into a pointer off the proc structure (read/write), so that the kernel changes are visible to user space. This makes it so that environ ** is not writable, but it is OK to read it, so a minimum number of changes are required for system/group/user logical names. I run with a variant of #6 on one of my machines; I use the same page I use for the environ ** for the pid, gid, and other data to make them zero kernel overhead for getpid, getppid, getgid, etc. -- basically, any system call that only reads a small fixed sized data value. This still means that the environment is stored in the user space process, but the current environ ** is always known to the kernel, and if it needs to be modified, it takes a system call. It's pretty cool: it lets me set the environment variables for processes from other processes, and everyone inherits from init's environment (system logical name table), the process group leader's (if they aren't the leader themselves: group logical name table) and then themselves, in increasing priority, on getenv(). But of course, it violates the writability of **environ, which POSUCKS wants, but I don't care (on that machine, signals default to restarting system calls so that my user space threads library is incredibly light weight, and getting the one-close-destroys-all-locks-even-for-other-opens behaviour is non-default, too... you have to fcntl(F_POSIX)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 6:16:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.98.60]) by hub.freebsd.org (Postfix) with ESMTP id 98C6E37B417 for ; Fri, 15 Feb 2002 06:16:22 -0800 (PST) Received: from localhost (kheuer@localhost) by gwdu60.gwdg.de (8.11.6/8.11.6) with ESMTP id g1FEGL037247 for ; Fri, 15 Feb 2002 15:16:21 +0100 (CET) (envelope-from kheuer@gwdg.de) X-Authentication-Warning: gwdu60.gwdg.de: kheuer owned process doing -bs Date: Fri, 15 Feb 2002 15:16:21 +0100 (CET) From: Konrad Heuer To: freebsd-hackers@freebsd.org Subject: lpd & filter stderr & log files Message-ID: <20020215145241.T36923-100000@gwdu60.gwdg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Unfortunately, some changes in the lpd code that happened last year (as far as I remember) are very disadvantageous for the operation of our (heavily loaded) printer server which is based on FreeBSD for years now. My input filter programs are designed to write useful debugging information to stderr while processing print jobs. Prior to the changes, we could observe the progress of print jobs by a `tail -f /var/log/lpd-err/queue_log_file'. Now, all information written by the filter programs to stderr gets catched by temporary log files the names of which are created randomly. After a print job has completed, the contents of the temporary file is appended to the queue log file. For our purposes, that's often too late. Why have these changes been made? And can the old behaviour be restored? We really would like to see what happens during printing a job (imagine a 300 mb postscript print job which may a lot of time to execute completely). I already looked a the source code, and probably I could change a lot by myself, but this seems to be a bad idea since the next cvs update will happen, of course. I don't know who is responsible for the lpd code in the FreeBSD developers team, so please forward this mail to him/her if he/she doesn't read freebsd-hackers. And please think about my request - the old behaviour helped us a lot. Best regards Konrad Heuer Personal Bookmarks: Gesellschaft f=FCr wissenschaftliche Datenverarbeitung mbH G=D6ttingen http://www.freebsd.org Am Fa=DFberg, D-37077 G=D6ttingen http://www.daemonnews.o= rg Deutschland (Germany) kheuer@gwdg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 6:59:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.nentec.de (gate2.nentec.de [194.25.215.66]) by hub.freebsd.org (Postfix) with ESMTP id 939F237B402 for ; Fri, 15 Feb 2002 06:59:38 -0800 (PST) Received: from nenny.nentec.de (root@nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.9.3/8.9.3) with ESMTP id PAA09564; Fri, 15 Feb 2002 15:59:39 +0100 Received: from andromeda (andromeda [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id g1FExYT08301; Fri, 15 Feb 2002 15:59:34 +0100 Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3C6D137F.87FB3DC5@mindspring.com> Date: Fri, 15 Feb 2002 15:59:33 +0100 (MET) Reply-To: Andy Sporner Organization: NENTEC Netywerktechnologie GmbH From: Andy Sporner To: Terry Lambert , freebsd-hackers@freebsd.org Subject: Re: Reading userland environnement from the kernel X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Terry (and others!) You seem to know a lot about the kernel (as you always expand on my "Cliff Notes" versions of my answers). Can you give me any hints on the device driver question I posted a few days ago. There was a response, however I don't see how it applies for these reasons. 1. When the hardware (board) is inserted, but no kernel driver there are no failures. 2. When the hardware is installed with the minimal kernel driver the system locks. The minimal kernel driver only attaches some resources. 3. When doing the full initialization of the device (which works in NetBSD) there are also the SAME failures as doing no initialization at all of the hardware (as seen in the samples posted). 4. The device driver does not use MBUFS at all. Any ideas!?? :-) Thanks much in advance! Andy On 15-Feb-02 Terry Lambert wrote: > Sansonetti Laurent wrote: >> Hi hackers, >> >> Is there a way to read user-land environ(7) table from the kernel for a >> given process ? > > Yes and no, or we'd already have implemented variant > symbolic links. > > The problem is manifold: > > 1) The environment is pointed to by the environ ** > pointer in the user process. The location of > the environ ** pointer is not well known. > > 2) The environ ** value may be overridden by the user > program entirely, so the pages where the data lives > aren't where the are expected, so a saved pointer > to envp *[] at execve time is not a workaround > > 3) The envrion ** is require by POSUCKS (sometimes > spelled "POSIX"), so getting rid of it and making > the getenv/setenv/putenv/unsetenv functions use > a multiplex system call is not an option that > maintains POSIX compliance. > > 4) It's hard to satisfy #2 and #3 and maintain binary > compatability; the gross way you could do this is > to save two copies of environ **, the real one at > startup, and the shadow one called "environ **", > and then if the shadow does not match the real, > fall back to the historical behaviour. Synchornizing > means that you would need to know when the change > happens (not possible, unless you catch a write fault > and implicitly fix it up, like SVR4 does with page > zero pointer dereferences, unless you specifically > tune the kernel to fault fatally on them), or you > would have to reflect all kernel level changes into > the user space area shadow (expensive, but doable). > > 5) The execve() envp *[] passing is tricky, at best, > for a modified implementation, since you have to > read it back to pass it down. One option, which > fails POSIX again, is to pass the default in if > there is a NULL passed here, for an in kernel > implementation (actually, you don't have to pass > anything for the user environment, if the system > and group contain everything you care about). > > 6) You can also put the environ ** into user pages > (read only) that are also mapped into a pointer off > the proc structure (read/write), so that the kernel > changes are visible to user space. This makes it > so that environ ** is not writable, but it is OK > to read it, so a minimum number of changes are > required for system/group/user logical names. > > I run with a variant of #6 on one of my machines; I use the > same page I use for the environ ** for the pid, gid, and > other data to make them zero kernel overhead for getpid, > getppid, getgid, etc. -- basically, any system call that > only reads a small fixed sized data value. > > This still means that the environment is stored in the user > space process, but the current environ ** is always known > to the kernel, and if it needs to be modified, it takes a > system call. > > It's pretty cool: it lets me set the environment variables > for processes from other processes, and everyone inherits > from init's environment (system logical name table), the > process group leader's (if they aren't the leader themselves: > group logical name table) and then themselves, in increasing > priority, on getenv(). > > But of course, it violates the writability of **environ, > which POSUCKS wants, but I don't care (on that machine, > signals default to restarting system calls so that my > user space threads library is incredibly light weight, and > getting the one-close-destroys-all-locks-even-for-other-opens > behaviour is non-default, too... you have to fcntl(F_POSIX)). > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 7: 3:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id CEC8237B405 for ; Fri, 15 Feb 2002 07:03:26 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020215150326.XWWP2626.rwcrmhc51.attbi.com@blossom.cjclark.org>; Fri, 15 Feb 2002 15:03:26 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g1FF3Pm40014; Fri, 15 Feb 2002 07:03:25 -0800 (PST) (envelope-from cjc) Date: Fri, 15 Feb 2002 07:03:25 -0800 From: "Crist J. Clark" To: Walter Hop Cc: FreeBSD Hackers Subject: Re: chroot+su idea Message-ID: <20020215070325.R36782@blossom.cjclark.org> References: <18416867424.20020215140249@binity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <18416867424.20020215140249@binity.com>; from walter@binity.com on Fri, Feb 15, 2002 at 02:02:49PM +0100 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Also have a look at jail(8). -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 10:58:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 5FDFA37B41D for ; Fri, 15 Feb 2002 10:58:00 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g1FIvv4140550; Fri, 15 Feb 2002 13:57:57 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020215145241.T36923-100000@gwdu60.gwdg.de> References: <20020215145241.T36923-100000@gwdu60.gwdg.de> Date: Fri, 15 Feb 2002 13:57:56 -0500 To: Konrad Heuer , freebsd-hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: lpd & filter stderr & log files Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 3:16 PM +0100 2/15/02, Konrad Heuer wrote: >Unfortunately, some changes in the lpd code that happened last year >(as far as I remember) are very disadvantageous for the operation >of our (heavily loaded) printer server which is based on FreeBSD >for years now. Well, I'm willing to see what we can do to help you out. >Prior to the changes, we could observe the progress of print jobs >by a `tail -f /var/log/lpd-err/queue_log_file'. Now, all information >written by the filter programs to stderr gets catched by temporary >log files the names of which are created randomly. After a print >job has completed, the contents of the temporary file is appended >to the queue log file. Hmm. I suspect that any change there is more than a year old. We did change how the temporary-files were generated, but I think lpd has used temporary files for stderr for a long time. >For our purposes, that's often too late. Why have these changes >been made? And can the old behaviour be restored? I think the reason it's done this way (with the temporary files) is so multiple queues could point to a single log file, and so all the lines for any one job would be added onto that log file in one shot. I think there's a number of other reasons too. A quick look at the history for lpd/printjob.c seems to indicate that it has always behaved this way (or at least, it was always the *intention* that it behave this way, perhaps there were some bugs fixed). >We really would like to see what happens during printing a job >(imagine a 300 mb postscript print job which may a lot of time >to execute completely). Well, here we see 1-gig postscript files going to our plotters, so it's pretty easy for me to imagine a 300-meg one... :-) It's obvious that you just changed to a new version of lpr. Did you also change any of your scripts? In some of my scripts, what I do is: exec 2>>$LPD_LOG_dir/$pname/log This causes the *script* to redirect stderr to where I want it. Would that work in your situation? -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 15:10:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by hub.freebsd.org (Postfix) with ESMTP id 1948337B404 for ; Fri, 15 Feb 2002 15:09:52 -0800 (PST) Received: from manor.msen.com (wayne@localhost [127.0.0.1]) by manor.msen.com (8.9.3/8.9.3) with ESMTP id SAA00831 for ; Fri, 15 Feb 2002 18:09:51 -0500 (EST) (envelope-from wayne@manor.msen.com) Message-Id: <200202152309.SAA00831@manor.msen.com> To: freebsd-hackers@FreeBSD.ORG Subject: Odd ipfw behaviour Date: Fri, 15 Feb 2002 18:09:51 -0500 From: "Michael R. Wayne" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ipfw seems to be confused about where to forward packets if no interface is specifically mentioned. Before I file a PR on it, I'd like someone who is more familiar with how ipfw operates to quickly look over my findings. Test setup, showing 2 ethernets with 2 FreeBSD boxes and another machine running netscape +-------Netscape BROWSERbox +-------squid SQUIDbox +-------4.5 Release------+ ProxyFirewall router-------+ | internet The internal net on ProxyFirewall is fxp1, external net is fxp0. All devices have real IP addresses and correct netmasks NAT is not involved. Using this ipfw rule on ProxyFirewall: fwd $(squid-box) log tcp from $(windows-box) to any 80 and checking the logs on ProxyFirewall, I see this horrible mess: ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 in via fxp1 ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 out via fxp0 <---!!! ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 in via fxp1 ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 out via fxp1 ipfw: 60000 Deny ICMP:5.1 ProxyFirewall BROWSERbox out via fxp1 ipfw: 60000 Deny ICMP:5.1 ProxyFirewall SQUIDbox out via fxp1 last message repeated 31 times This, of course, causes terrible performance as the packets destined for the local net bounce out the default interface. It can be corrected by specifying an interface in the fwd rule: fwd $(squid-box) log tcp from $(windows-box) to any 80 via fxp1 Is it expected behaviour for ipfw to disregard routing and put packets out on interfaces where they have no chance of being properly delivered (which would be odd) or is this a bug? /\/\ \/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 16:14:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by hub.freebsd.org (Postfix) with ESMTP id E0E7437B400 for ; Fri, 15 Feb 2002 16:14:33 -0800 (PST) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id 6838A33E0; Fri, 15 Feb 2002 17:14:33 -0700 (MST) Received: from axcsbh1.cos.agilent.com (axcsbh1.cos.agilent.com [130.29.152.143]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 2C2C82D2; Fri, 15 Feb 2002 17:14:33 -0700 (MST) Received: by axcsbh1.cos.agilent.com with Internet Mail Service (5.5.2653.19) id <17QY0PXT>; Fri, 15 Feb 2002 17:14:33 -0700 Message-ID: <0D9185CE635BD511ACA50090277A6FCF1359DB@axcs18.cos.agilent.com> From: "DOROVSKOY,IGOR (A-Portsmouth,ex1)" To: 'Edwin Groothuis' , freebsd-hackers@freebsd.org Subject: RE: IPv6-over-IPv4 problems since the upgrade to 4.5 Date: Fri, 15 Feb 2002 17:14:31 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I cannt reproduce it. Whats the version of the NetBSD box on other side? Does somebody IPv6 routing in your segment? Igor. -----Original Message----- From: Edwin Groothuis [mailto:edwin@mavetju.org] Sent: Monday, February 11, 2002 8:30 PM To: freebsd-hackers@freebsd.org Subject: IPv6-over-IPv4 problems since the upgrade to 4.5 Greetings, Since the upgrade from 4.4 to 4.5 I have problems with my ipv6-over-v4-tunnel towards the freenet6-servers. The tunnel-setup goes fine, I can ping everything without a problem. But when I open an interactive session, after a short time weird things happen: The tcp-session itself goes fine, until the moment my machine starts sending out icmp6 neighbor solicitation requests: tcp-session setup: 19:46:39.452386 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: S 1971097502:1971097502(0) win 65535 19:46:40.077770 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: S 4240147676:4240147676(0) ack 1971097503 win 32768 19:46:40.077880 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: . ack 1 win 33220 220 ftp6.netbsd.org FTP server (NetBSD-ftpd 20020201) ready. 19:46:40.767713 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 1:63(62) ack 1 win 33120 [flowlabel 0x80114] 19:46:40.867511 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: . ack 63 win 33220 the weird neighbor solicitation packets: 19:46:44.697259 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org 19:46:45.697183 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org 19:46:46.697131 mavetju-k7.tsps1.freenet6.net > ftp6.netbsd.org: icmp6: neighbor sol: who has ftp6.netbsd.org user anonymous 19:46:47.201295 mavetju-k7.tsps1.freenet6.net.1761 > ftp6.netbsd.org.ftp: P 1:17(16) ack 63 win 33220 331 Guest login ok, type your name as password. 19:46:47.897276 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:46:50.147087 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:46:55.196847 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:47:05.256189 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:47:25.234907 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] 19:48:05.212334 ftp6.netbsd.org.ftp > mavetju-k7.tsps1.freenet6.net.1761: P 63:112(49) ack 17 win 33120 [flowlabel 0x80114] These tcp-packet never gets acknowledged and my packets never get send! After having done several tests, with ftp, ssh and plain telnet, everything goes fine until just after the neighbor solicitation. But icmp-traffic, even large packets as 4Kb, go without a problem. FreeBSD 4.4 doesn't have this behaviour. Can somebody please confirm that they have the same, or normal, behaviour under 4.5 when connecting to an IPv6 enabled site. Thanks, Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: ------------------+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 20:20:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 0867F37B405 for ; Fri, 15 Feb 2002 20:20:10 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020216042009.XNQZ1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Sat, 16 Feb 2002 04:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id UAA39554; Fri, 15 Feb 2002 20:14:51 -0800 (PST) Date: Fri, 15 Feb 2002 20:14:50 -0800 (PST) From: Julian Elischer To: Magdalinin Kirill Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: a daemon C skeleton In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG try .... daemon(....args..); ..... (man 3 daemon) On Fri, 15 Feb 2002, Magdalinin Kirill wrote: > Hello, > > can anyone, please, point out a C skeleton for FreeBSD daemon. > Is the following simple example correct for FreeBSD? > > if (getppid() != 1) > { > signal(SIGTTOU, SIG_IGN); > signal(SIGTTIN, SIG_IGN); > signal(SIGTSTP, SIG_IGN); > > if (fork() != 0) > exit(0); > > setsid(); > } > > getrlimit(RLIMIT_NOFILE, &flim); > for (fd = 0; fd < flim.rlim_max; fd++) > close(fd); > > chdir("/"); > > ..... > > > > thanks in advance, > > Kirill Magdalinin > bsdforumen@hotmail.com > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 20:20:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 55C2237B41A for ; Fri, 15 Feb 2002 20:20:11 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020216042011.XNRI1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Sat, 16 Feb 2002 04:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id UAA39570; Fri, 15 Feb 2002 20:17:57 -0800 (PST) Date: Fri, 15 Feb 2002 20:17:56 -0800 (PST) From: Julian Elischer To: Walter Hop Cc: FreeBSD Hackers Subject: Re: chroot+su idea In-Reply-To: <18416867424.20020215140249@binity.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG check out 'jail' start the daemon within the startup script of the jail. On Fri, 15 Feb 2002, Walter Hop wrote: > Hi all, > > just like many people, I want to run my "dangerous" daemons as a > non-root user in a chroot environment. Now, I would usually use the > ``su'', or ``chroot'' tools from the FreeBSD toolset in the creation > of an rc.d script, but the question that puzzles me is how to combine > these two measures? > > 1) su first, then chroot: impossible, as chroot needs to be run by > root, so whenever I su to the user I cannot chroot anymore. > > 2) chroot first, then su: undesired, as I would have to move a suid > root copy of the "su" tool into the chroot; also unpractical as I'd > have to duplicate a lot of files into the chroot to satisfy su. > > Is there a tool available that combines chroot and su? If not, a > chroot capability would be an interesting feature to add to the > FreeBSD ``su'' command in my opinion, e.g. > > % su -l ircd -r /usr/local/ircd -c 'bin/ircd' > > Any ideas or suggestions would be welcomed. If I have overlooked a > current solution for the chroot+su chicken/egg problem, I'd love to > submit a patch for su to add such a chroot parameter, but I could > imagine that the committer team is more conservative than I am. :) > > Thanks! > walter > > -- > Walter Hop | +31 6 24290808 | PGP keyid 0x84813998 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 15 20:59:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sigbus.com (we-24-126-148-218.we.mediaone.net [24.126.148.218]) by hub.freebsd.org (Postfix) with ESMTP id B0B7437B416; Fri, 15 Feb 2002 20:59:05 -0800 (PST) Received: (from henrich@localhost) by sigbus.com (8.11.1/8.11.1) id g1G4wvq24790; Fri, 15 Feb 2002 20:58:57 -0800 (PST) (envelope-from henrich) Date: Fri, 15 Feb 2002 20:58:57 -0800 From: Charles Henrich To: freebsd-multimedia@freebsd.org, freebsd-hackers@freebsd.org Subject: bktr driver signaling broken Message-ID: <20020215205856.A24721@sigbus.com> Mail-Followup-To: freebsd-multimedia@freebsd.org, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F X-GPG-Fingerprint: EA4C AB9B 0C38 17C0 AB3F 11DE 41F6 5883 41E7 4F49 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay after bashing my skull against this problem for some time now, I've narrowed this problem down. What Im attempting to do is get a signal from the bktr driver after each frame is posted. The code in the kernel supports this. It even works for some output formats. The problem is the driver never sees a "completed" frame in continous mode, unless your in RGB16 (possibly others, I havent checked). If your in YUV mode, you get signaling something like so: Field is 1 [EVEN:2, ODD:1] Completed field 00311243 00311243 Complete frame? 00111243 & 300000 = 100000 Field is 1 [EVEN:2, ODD:1] Completed field 00111243 00111243 Out of sync, starting over Field is 2 [EVEN:2, ODD:1] Completed field 00311243 00311243 Out of sync, starting over Field is 1 [EVEN:2, ODD:1] Completed field 00311243 00311243 Complete frame? 00111243 & 300000 = 100000 Field is 1 [EVEN:2, ODD:1] Completed field 00111243 00111243 Out of sync, starting over Field is 2 [EVEN:2, ODD:1] Completed field 00311243 00311243 Where for some reason the (card/driver?) is signalling incorrect field ordering (or correct, I dont have the docs). In any case the driver feels since it doesnt have a nice 2 field frame, it never enters the signal the app there is a frame code. Any of the authors of this driver, or anyone with brooktree experience got any ideas? -Crh Charles Henrich Eon Entertainment henrich@msu.edu http://www.sigbus.com:81/~henrich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 0:47:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id D094937B405 for ; Sat, 16 Feb 2002 00:47:22 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020216084722.VMCM2626.rwcrmhc51.attbi.com@blossom.cjclark.org>; Sat, 16 Feb 2002 08:47:22 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g1G8lLI42602; Sat, 16 Feb 2002 00:47:21 -0800 (PST) (envelope-from cjc) Date: Sat, 16 Feb 2002 00:47:21 -0800 From: "Crist J. Clark" To: "Michael R. Wayne" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Odd ipfw behaviour Message-ID: <20020216004721.B36782@blossom.cjclark.org> References: <200202152309.SAA00831@manor.msen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202152309.SAA00831@manor.msen.com>; from wayne@staff.msen.com on Fri, Feb 15, 2002 at 06:09:51PM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 15, 2002 at 06:09:51PM -0500, Michael R. Wayne wrote: [snip] > Using this ipfw rule on ProxyFirewall: > fwd $(squid-box) log tcp from $(windows-box) to any 80 > and checking the logs on ProxyFirewall, I see this horrible mess: > > ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 in via fxp1 > ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 out via fxp0 <---!!! > ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 in via fxp1 > ipfw: 11005 Forward to SQUIDbox TCP BROWSERbox:1631 216.136.204.21:80 out via fxp1 > ipfw: 60000 Deny ICMP:5.1 ProxyFirewall BROWSERbox out via fxp1 > ipfw: 60000 Deny ICMP:5.1 ProxyFirewall SQUIDbox out via fxp1 > last message repeated 31 times > > This, of course, causes terrible performance as the packets destined > for the local net bounce out the default interface. It can be > corrected by specifying an interface in the fwd rule: > fwd $(squid-box) log tcp from $(windows-box) to any 80 via fxp1 > > Is it expected behaviour for ipfw to disregard routing and put > packets out on interfaces where they have no chance of being properly > delivered (which would be odd) or is this a bug? I believe you are misinterpretting the logs. Each of those log entries is saying, "At rule 11005 I am forwarding this packet to SQUIDbox. The packet that triggered this rule was TCP BROWSERbox:1631 216.136.204.21:80 that came (out of|into) to the firewall via interface (fxp0|fxp1)" That is, the 'via fxp?' at the end is telling you about the packet that _triggered_ the rule, not where the packet was actually forwared to. If you sniffed the connection, I expect that you would have seen four packets go from the firewall to SQUIDbox. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 1:59:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 8812E37B402 for ; Sat, 16 Feb 2002 01:59:12 -0800 (PST) Received: from pool0004.cvx21-bradley.dialup.earthlink.net ([209.179.192.4] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16c1cZ-0000ZA-00; Sat, 16 Feb 2002 01:59:08 -0800 Message-ID: <3C6E2D61.66B3C362@mindspring.com> Date: Sat, 16 Feb 2002 01:58:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andy Sporner Cc: freebsd-hackers@freebsd.org Subject: Re: Porting a device driver from NetBSD to FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andy Sporner wrote: [...] Here is the sum total of my clue-fu on this problem; it is mostly supposition, because of incomplete information. Bill Pauls kung-fu in ethernet drivers is much greater than anyone else's... it beats the heck out of my cowering piglet style. ;-). The best advice *anyone* could give you is to "ask Bill Paul". > Can you give me any hints on > the device driver question I posted a few days ago. There was a > response, however I don't see how it applies for these reasons. > > 1. When the hardware (board) is inserted, but no kernel driver > there are no failures. In other words, your driver problem is in your driver. 8-). > 2. When the hardware is installed with the minimal kernel driver > the system locks. The minimal kernel driver only attaches some > resources. This appears to be a network driver. There are several possible complications. The first is the lack of an interrupt handler that just discards the events; this might be because you showed us an incomplete driver. The second is that NetBSD could be doing something in its bus management code that FreeBSD isn't, and without that, there's a problem ("switch_intr" doesn't look like the right thing to call, to me). What happens if you just probe the thing, and don't try to attach or detach at all (always fail the probe, but printf when it would have been successful)? You implied that you did this, but it wasn't entirely clear that you had not attached it. Really, merely attaching a device should do nothing. If it's a PCCARD device, and it just looks like a PCI device because you haven't included all the information, it could easily be the pccard code. You also didn't say on which version of FreeBSD you are doing this (posting to -hackers really doesn't identify the version very well 8-)). > 3. When doing the full initialization of the device (which works > in NetBSD) there are also the SAME failures as doing no > initialization at all of the hardware (as seen in the samples posted). I recommend looking at the if_tx.c driver, and using that as a guide, since it does some of the strange stuff you seem to need to do, and it (apparently) works. It might just be that you are setting PCI_COMMAND_MASTER_ENABLE, rather than setting: command |= PCI_COMMAND_IO_ENABLE | PCI_COMMAND_MEM_ENABLE | PCI_COMMAND_MASTER_ENABLE; ;-). Be careful that the if_tx.c driver is pretty dumb about this, with the "EPIC_USEIOSPACE" manifest constant: if it would simply pick the preferred one first, and only fatally fail in the the case that both failed, then it would be much more robust, and able to work in many more circumstances, without needing a kernel recompilation to try the other approach. You say that you have a version that doesn't call "init_nitro"? If not, then it could easily be crapping on memory or I/O space that it has not allocated for its use. > 4. The device driver does not use MBUFS at all. Not relevent, then... though if it's a network driver, it's obligated to use mbufs at some point. As a final "look for zebras", I'll note that perhaps the problem is not in your driver at all, and that the problem is actually in another driver. The way this could work is that if the device shared PCI interrupts with a rather bogus driver, then you could be locking in the bogus driver as a result of having given it an interrupt from the galnet at a time that it was not able to properly field the interrupt without failure (e.g. perhaps the interrupt notification is non-atomic). To avoid this during driver developement, you should always make sure that your dmesg shows your experimental driver on its own interrupt. If it doesn't, you should probably juggle your cards until the interrupt is not shared, or even consider simply disabling the driver that is sharing the interrupt, if it is not an important device to the developement process, and you don't want to go card-juggling. Actually, I don't know how PCI interrupt sharing is handled in NetBSD; I would be surprised if they had not done the extra work to make PCI interrupts non-shared, so long as there was a free one available for the task; FreeBSD does not really do this (reprogramming INT A/B/C/D usage based on free interrupts, or based on preferences for Bridges being on their own INT pin vs. local devices sharing, etc.). In fact... your opriginal post said: ] I have been trying to port a driver I had written on NetBSD to FreeBSD. ] On NetBSD the driver functions without incident, On FreeBSD, after a time ] the whole system locks up. ] ] I can create this by doing an FTP over the network interface (or sometimes ] heavy disk activity). ] ] I hope somebody can give me a hint of where I should look. It seems that ] the PCI performance on FreeBSD is much faster in talking to this particular ] devic. This implies to me that: o It's a network driver o It works for a while and breaks o The FreeBSD operation is unexpectedly fast Together, this indicates that if you have the driver running and it locks up the system later, that you might be sharing an interrupt with your card, and that it might be your own interrupt routine which is treating someone else's interrupt on a shared interrupt as if it's your own, and breaking on that count. The "much faster" sort of implies that the other interrupt is causing your driver to poll your device, so the "FreeBSD is faster" effect you are seeing is just an illusion caused by the bad code. Alternately, you could ask Bill Paul, since he's a better choice than me on this sort of thing, anyway. 8-) 8-). Hope this is useful, even if it doesn't come right out and say "here's a patch". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 4: 8:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 4160837B400 for ; Sat, 16 Feb 2002 04:08:38 -0800 (PST) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 2BFD53FC37; Sat, 16 Feb 2002 13:08:42 +0100 (CET) Date: Sat, 16 Feb 2002 13:08:42 +0100 From: Miguel Mendez To: "DOROVSKOY,IGOR (A-Portsmouth,ex1)" Cc: 'Edwin Groothuis' , freebsd-hackers@freebsd.org Subject: Re: IPv6-over-IPv4 problems since the upgrade to 4.5 Message-ID: <20020216130842.A19081@energyhq.homeip.net> References: <0D9185CE635BD511ACA50090277A6FCF1359DB@axcs18.cos.agilent.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <0D9185CE635BD511ACA50090277A6FCF1359DB@axcs18.cos.agilent.com>; from igor_dorovskoy@agilent.com on Fri, Feb 15, 2002 at 05:14:31PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 15, 2002 at 05:14:31PM -0700, DOROVSKOY,IGOR (A-Portsmouth,ex1)= wrote: Hello Edwin and Igor, I recently installed the freenet6 port to test IPv6 and have been experiencing similar problems, I can ping6 any host but my ftp connections stall at some point. As an alternative you can use Hurricane Electric's free tunnel. I'm using it now and it works like a champ. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8bkvInLctrNyFFPERAoBbAKCZQ7muY/8159llg0K7QMXmypROawCfUhdq ZRv/HRGo9tRFAyryETwPCEc= =H8TJ -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 8:14:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hunkular.glarp.com (hunkular.glarp.com [199.117.25.251]) by hub.freebsd.org (Postfix) with ESMTP id 572D137B416 for ; Sat, 16 Feb 2002 08:14:13 -0800 (PST) Received: from hunkular.glarp.com (localhost [127.0.0.1]) by hunkular.glarp.com (8.11.6/8.11.6) with ESMTP id g1GGECR18917 for ; Sat, 16 Feb 2002 09:14:12 -0700 (MST) (envelope-from huntting@hunkular.glarp.com) Message-Id: <200202161614.g1GGECR18917@hunkular.glarp.com> To: hackers@freebsd.org Subject: compile problem with usbdev on 5.0 From: huntting@glarp.com Date: Sat, 16 Feb 2002 09:14:12 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Two days in a row I've had problems with make world when compiling usr.sbin/usbdevs.c. It appears the struct usb_device_info was changed. The following patch seems like it might be the right solution: brad --- usr.sbin/usbdevs.c.orig Mon Nov 22 18:16:10 1999 +++ usr.sbin/usbdevs.c Sat Feb 16 09:03:31 2002 @@ -88,7 +88,7 @@ done[a] = 1; printf("addr %d: ", di.addr); if (verbose) { - if (di.lowspeed) + if (di.speed == USB_SPEED_LOW) printf("low speed, "); if (di.power) printf("power %d mA, ", di.power); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 8:18: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 62F4D37B416; Sat, 16 Feb 2002 08:17:56 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 8BC14410; Sat, 16 Feb 2002 16:17:55 +0000 (GMT) Date: Sat, 16 Feb 2002 16:17:55 +0000 From: Josef Karthauser To: huntting@glarp.com Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: compile problem with usbdev on 5.0 Message-ID: <20020216161755.GB75166@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , huntting@glarp.com, hackers@freebsd.org, current@freebsd.org References: <200202161614.g1GGECR18917@hunkular.glarp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ftEhullJWpWg/VHq" Content-Disposition: inline In-Reply-To: <200202161614.g1GGECR18917@hunkular.glarp.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ftEhullJWpWg/VHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Feb 16, 2002 at 09:14:12AM -0700, huntting@glarp.com wrote: > Two days in a row I've had problems with make world when compiling > usr.sbin/usbdevs.c. It appears the struct usb_device_info was > changed. The following patch seems like it might be the right > solution: Sorry guys. I've just committed the fix for this to -current. Joe --ftEhullJWpWg/VHq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxuhjMACgkQXVIcjOaxUBYutgCgknJnfixNqqWDOMasFDqxowja CZcAoM/DmJt5BpFx5n/j0l6H60JbI7xg =5Vev -----END PGP SIGNATURE----- --ftEhullJWpWg/VHq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 15: 9:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by hub.freebsd.org (Postfix) with SMTP id F33B637B404 for ; Sat, 16 Feb 2002 15:09:16 -0800 (PST) Received: (qmail 21645 invoked by uid 417); 16 Feb 2002 23:09:14 -0000 Received: from pazardjik74.pip.digsys.bg (HELO nips.ebsd.net) (193.68.12.74) by 192.168.0.5 with SMTP; 16 Feb 2002 23:09:14 -0000 Received: (from nips@localhost) by nips.ebsd.net (8.11.6/8.11.6) id g1GN7YT00855 for freebsd-hackers@FreeBSD.org; Sun, 17 Feb 2002 01:07:34 +0200 (EET) (envelope-from nips) Date: Sun, 17 Feb 2002 01:07:34 +0200 (EET) From: Nikolai Georgiev Message-Id: <200202162307.g1GN7YT00855@nips.ebsd.net> To: freebsd-hackers@FreeBSD.org Subject: Lexmark Z12 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there somebody /smth/ that can make my Lexmark Z12 work? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 15:40:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-228.dsl.lsan03.pacbell.net [63.207.60.228]) by hub.freebsd.org (Postfix) with ESMTP id CEEC937B400 for ; Sat, 16 Feb 2002 15:40:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CEA3866C76; Sat, 16 Feb 2002 15:40:43 -0800 (PST) Date: Sat, 16 Feb 2002 15:40:43 -0800 From: Kris Kennaway To: hackers@FreeBSD.org Subject: Module versioning and linux.ko Message-ID: <20020216154043.A44137@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Is there anything which can be done in -stable to prevent new kernels from accepting old linux.ko modules? At some point in the past 3 months something changed in the kernel causing the old module to panic at runtime in elf_linux_fixup(). Yes, people should be upgrading their old modules when they upgrade the kernel, but it's an obvious source of confusion if you forget or don't realise you're actually using the module. Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8bu36Wry0BWjoQKURAqWPAJ0XnCIL3J0EzxWPjbKFqmmvYw/KjgCg28Zs vKCWOfFOBJm7XOcvumTmrD0= =siz5 -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 16:45:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id EA30637B419 for ; Sat, 16 Feb 2002 16:45:39 -0800 (PST) Received: from pool0503.cvx20-bradley.dialup.earthlink.net ([209.179.251.248] helo=h.renfro.org) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16cFST-0006vr-00 for freebsd-hackers@freebsd.org; Sat, 16 Feb 2002 16:45:38 -0800 Received: (from scott@localhost) by h.renfro.org (8.11.6/8.11.6) id g1H0jae66517 for freebsd-hackers@freebsd.org; Sat, 16 Feb 2002 16:45:36 -0800 (PST) (envelope-from scott) Date: Sat, 16 Feb 2002 16:45:35 -0800 From: Scott Renfro To: freebsd-hackers@freebsd.org Subject: panic: nfs: bioread, not dir Message-ID: <20020216164535.A64097@bonsai.home.renfro.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've hit the "nfs: bioread, not dir" panic at nfs_bio.c:389 on several occasions, but have a good crash dump from a recent -stable (cvsup'd yesterday) this time. No recent changes introduced this problem since I've been getting it periodically for quite some time and the relevant code hasn't changed in years. This typically occurs when saving changes to an existing file on a nfsv2 mount where the server is Matt Blaze's cfs backed to the local filesystem. Here's a snippet of the call stack (I can send the full gdb output if its helpful): #3 0xc01c7345 in nfs_bioread (vp=0xcdb7fc80, uio=0xcdc72f14, ioflag=0, cred=0xc137b280) at /usr/src/sys/nfs/nfs_bio.c:389 #4 0xc01eef47 in nfs_readlink (ap=0xcdc72ebc) at /usr/src/sys/nfs/nfs_vnops.c:1037 #5 0xc0180cfb in readlink (p=0xcdc6ee00, uap=0xcdc72f80) at vnode_if.h:794 During the emacs save operation, we get a readlink(2) operation where vnode->v_type == VLNK and the nfsnode->n_flag NMODIFIED bit is set. The combination violates the test in nfs_bioread() at nfs_bio.c:385, which flushes buffers before the read if they're dirty to try and maintain cache consistency. Here's that code starting at nfs_bio.c:385: 385: if ((nmp->nm_flag & NFSMNT_NQNFS) == 0) { if (np->n_flag & NMODIFIED) { if (vp->v_type != VREG) { if (vp->v_type != VDIR) 389: panic("nfs: bioread, not dir"); nfs_invaldir(vp); error = nfs_vinvalbuf(vp, V_SAVE, cred, p, 1); if (error) return (error); } np->n_attrstamp = 0; error = VOP_GETATTR(vp, &vattr, cred, p); if (error) return (error); np->n_mtime = vattr.va_mtime.tv_sec; 400: } else { There used to be a test for vp->v_type != VLNK on line 385. This was removed [2] as part of fixing support for amd direct maps with rev 1.17, commited 8/24/95. NetBSD's corresponding fix [3] didn't include removal of the check; instead they made a change to not cache symlinks later in nfs_bioread(). There's a few messages in the archives, but nothing that includes rationale [1]. Is the VLNK with NMODIFIED bit a valid condition, or does it imply a bug elsewhere? Should we have made the fix that NetBSD made rather than removing the check? thanks, --Scott [1] The urls are long, but search groups.google.com for amd direct vlnk [2] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/nfs/Attic/nfs_bio.c.diff?r1=1.16&r2=1.17 =================================================================== RCS file: /c/ncvs/src/sys/nfs/Attic/nfs_bio.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- src/sys/nfs/Attic/nfs_bio.c 1995/07/07 11:01:30 1.16 +++ src/sys/nfs/Attic/nfs_bio.c 1995/08/24 10:17:32 1.17 @@ -34,7 +34,7 @@ * SUCH DAMAGE. * * @(#)nfs_bio.c 8.5 (Berkeley) 1/4/94 - * $Id: nfs_bio.c,v 1.15 1995/06/27 11:06:34 dfr Exp $ + * $Id: nfs_bio.c,v 1.16 1995/07/07 11:01:30 dfr Exp $ */ #include @@ -125,7 +125,7 @@ nfs_bioread(vp, uio, ioflag, cred) * attributes this could be forced by setting n_attrstamp to 0 before * the VOP_GETATTR() call. */ - if ((nmp->nm_flag & NFSMNT_NQNFS) == 0 && vp->v_type != VLNK) { + if ((nmp->nm_flag & NFSMNT_NQNFS) == 0) { if (np->n_flag & NMODIFIED) { if (vp->v_type != VREG) { if (vp->v_type != VDIR) [3] http://cvsweb.no.netbsd.org/bsdweb.cgi/syssrc/sys/nfs/nfs_bio.c.diff?r1=1.25&r2=1.26 =================================================================== RCS file: /var/jailhouse/cvsjail/cvsroot/syssrc/sys/nfs/nfs_bio.c,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- syssrc/sys/nfs/nfs_bio.c 1996/02/29 20:26:16 1.25 +++ syssrc/sys/nfs/nfs_bio.c 1996/05/23 22:47:27 1.26 @@ -1,4 +1,4 @@ -/* $NetBSD: nfs_bio.c,v 1.24 1996/02/18 11:53:39 fvdl Exp $ */ +/* $NetBSD: nfs_bio.c,v 1.25 1996/02/29 20:26:16 fvdl Exp $ */ /* * Copyright (c) 1989, 1993 @@ -173,7 +173,11 @@ return (error); } } - if (np->n_flag & NQNFSNONCACHE) { + /* + * Don't cache symlinks. + */ + if (np->n_flag & NQNFSNONCACHE + || ((vp->v_flag & VROOT) && vp->v_type == VLNK)) { switch (vp->v_type) { case VREG: return (nfs_readrpc(vp, uio, cred)); -- Scott Renfro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 17:23:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 7367537B400 for ; Sat, 16 Feb 2002 17:23:26 -0800 (PST) Received: from ubik.demon.co.uk ([194.222.125.229]) by anchor-post-31.mail.demon.net with esmtp (Exim 3.34 #1) id 16cG32-000AYP-0V; Sun, 17 Feb 2002 01:23:25 +0000 Message-ID: Date: Sun, 17 Feb 2002 01:22:02 +0000 To: Nikolai Georgiev Cc: freebsd-hackers@FreeBSD.org From: Anthony Naggs Subject: Re: Lexmark Z12 References: <200202162307.g1GN7YT00855@nips.ebsd.net> In-Reply-To: <200202162307.g1GN7YT00855@nips.ebsd.net> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200202162307.g1GN7YT00855@nips.ebsd.net>, Nikolai Georgiev writes >Is there somebody /smth/ that can make >my Lexmark Z12 work? The following is how remember a previous look at this. I can't get past a page with lots printer pictures at www.lexmark.com, i.e. to some tech specs for this model. This is an example of the printer equivalent of a "winmodem". The printer is very stupid and all the work is done by the printer driver, it will not even print ASCII on its own. As far as I know Lexmark only have drivers for windows, and they do not (openly) publish documentation for a clone to be made for BSD. Linux is also stumped by this cheap & nasty printer, according to: http://www.linuxdoc.org/HOWTO/Hardware-HOWTO/incompatible.html Sorry, unless you can hang this off a win box it is little more than a doorstop. You could, as a customer, write to Lexmark and ask them for help connecting it to FreeBSD. Tony To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 17:25:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by hub.freebsd.org (Postfix) with ESMTP id DF0CA37B404; Sat, 16 Feb 2002 17:25:27 -0800 (PST) Received: from k7.mavetju.org (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id 4E5522B6AF; Sun, 17 Feb 2002 02:25:24 +0100 (CET) Received: by k7.mavetju.org (Postfix, from userid 1001) id DBA0B42B; Sun, 17 Feb 2002 12:25:10 +1100 (EST) Date: Sun, 17 Feb 2002 12:25:10 +1100 From: Edwin Groothuis To: Miguel Mendez Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPv6-over-IPv4 problems since the upgrade to 4.5 Message-ID: <20020217122510.D491@k7.mavetju.org> Mail-Followup-To: Edwin Groothuis , Miguel Mendez , freebsd-hackers@freebsd.org, freebsd-net@freebsd.org References: <0D9185CE635BD511ACA50090277A6FCF1359DB@axcs18.cos.agilent.com> <20020216130842.A19081@energyhq.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020216130842.A19081@energyhq.homeip.net>; from flynn@energyhq.homeip.net on Sat, Feb 16, 2002 at 01:08:42PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 16, 2002 at 01:08:42PM +0100, Miguel Mendez wrote: > On Fri, Feb 15, 2002 at 05:14:31PM -0700, DOROVSKOY,IGOR (A-Portsmouth,ex1) wrote: > I recently installed the freenet6 port to test IPv6 and have been > experiencing similar problems, I can ping6 any host but my ftp > connections stall at some point. > > As an alternative you can use Hurricane Electric's free tunnel. I'm > using it now and it works like a champ. I found what caused this. he.net uses the "route add -inet6 default " statement while freenet6.net uses "route add -inet6 default -interface gif0" statement. I've submitted a patch for this port to keep it working, I don't know what to do with the route-command. I'll write a PR about it. Thanks for your hints! Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Interested in MUDs? Visit Fatal Dimensions: ------------------+ http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 17:56:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 48F3437B417 for ; Sat, 16 Feb 2002 17:56:26 -0800 (PST) Received: from pool0237.cvx21-bradley.dialup.earthlink.net ([209.179.192.237] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16cGYy-0003Y6-00; Sat, 16 Feb 2002 17:56:24 -0800 Message-ID: <3C6F0DBE.8C5C8718@mindspring.com> Date: Sat, 16 Feb 2002 17:56:14 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: hackers@FreeBSD.org Subject: Re: Module versioning and linux.ko References: <20020216154043.A44137@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > Is there anything which can be done in -stable to prevent new kernels > from accepting old linux.ko modules? At some point in the past 3 > months something changed in the kernel causing the old module to panic > at runtime in elf_linux_fixup(). Yes, people should be upgrading > their old modules when they upgrade the kernel, but it's an obvious > source of confusion if you forget or don't realise you're actually > using the module. Not in -stable, unless you are willing to change interfaces. The proper place to do interface versioning is in the interface, not in the consumer of the interface. For each interface, you end up with: #define API_VERSION_FOO 0x00000001 struct api_foo { /* interface foo*/ int version; int (*fooA)(int i, char *p); int (*fooB)(char *p); }; int api_use_foo( struct api_foo *); ... static struct api_foo linux_api_foo = { API_VERSION_FOO }; int linux_abi_init(...) { ... if( api_use_foo( &linux_api_foo)) { printf( "linux_abi_init: can't register\n"); return( -1); } ... } int linux_syscall_fooA( int i, char *p) { char *p2; int rv; ... p2 = linux_convert_p( p); rv = (*linux_api_foo.fooA)(int i, char *p2); ... /* other stuff*/ rv = linux_convert_result( rv); return( rv); } -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 16 22:41:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mired.org (dsl-64-192-6-133.telocity.com [64.192.6.133]) by hub.freebsd.org (Postfix) with SMTP id 5F08437B404 for ; Sat, 16 Feb 2002 22:41:23 -0800 (PST) Received: (qmail 17020 invoked by uid 100); 17 Feb 2002 06:41:19 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15471.20623.71951.789260@guru.mired.org> Date: Sun, 17 Feb 2002 00:41:19 -0600 To: hackers@freebsd.org Cc: chuckr@freebsd.org, obrien@freebsd.org, will@freebsd.org, alex@freebsd.org, dd@freebsd.org, pat@freebsd.org Subject: Make's ongoing effort to get his PR's closed... X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: "Mike Meyer" X-Delivery-Agent: TMDA/0.46 (Python 2.2; freebsd-4.5-STABLE-i386) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In my ongoing attempt to get my PR's closed, here's the list again. They are listed roughly in the order of difficulty. Does anyone else check the PR database for the PR's they submitted, to see if any can be closed, and prod people for action? Port Resp. Action to be taken... ports/35027 ports Closed while I was composing this. Thanks, Pat! ports/19456 chuckr This one is fixed and can be closed. ports/23410 obrien This one is fixed and can be closed. Now I need to get it fixed in zsh :-(. conf/21722 Close this one, and commit the new port in ports/35028 ports/30281 will Will should commit or close this one. docs/27843 alex Alex should commit or close this one. docs/28555 doc Someone should commit or close this one. docs/29807 dd I've suggested new verbiage, as request long ago. dd needs to check that. bin/30908 Who maintains ldd? Could somone at least be assigned to look at this one? misc/21715 Are the source that need to be patched available to the public? These were both submitted today, so I don't expect anything to have happened, but I figure I might as well list them while I'm herer. kern/35012 [PATCH] SiS 7012 in the SiS 735 chips isn' ports/35028 ports NEW PORT: saves and restores mixer states -- Mike Meyer http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message