From owner-freebsd-hackers Sun Nov 10 1:31:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BC8F37B401 for ; Sun, 10 Nov 2002 01:31:32 -0800 (PST) Received: from skywalker.rogness.net (skywalker.rogness.net [64.251.173.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0CAF43E4A for ; Sun, 10 Nov 2002 01:31:31 -0800 (PST) (envelope-from nick@rogness.net) Received: from skywalker.rogness.net (localhost [127.0.0.1]) by skywalker.rogness.net (8.12.5/8.12.5) with ESMTP id gAA9Y70H075328; Sun, 10 Nov 2002 02:34:07 -0700 (MST) (envelope-from nick@rogness.net) Received: from localhost (nick@localhost) by skywalker.rogness.net (8.12.5/8.12.5/Submit) with ESMTP id gAA9Y07Q075325; Sun, 10 Nov 2002 02:34:06 -0700 (MST) X-Authentication-Warning: skywalker.rogness.net: nick owned process doing -bs Date: Sun, 10 Nov 2002 02:33:55 -0700 (MST) From: Nick Rogness To: Poul-Henning Kamp Cc: Larry Sica , Subject: Re: Filesystem corruption In-Reply-To: <45812.1036861207@critter.freebsd.dk> Message-ID: <20021110022411.N75268-100000@skywalker.rogness.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 9 Nov 2002, Poul-Henning Kamp wrote: > In message , Larry Sica wri > tes: > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >Not sure if hackers is the correct place to ask about this but... > > > >On Friday, November 8, 2002, at 06:28 PM, Nick Rogness wrote: > > > >> > >> We have a server that is doing some wierd things. /var/mail filesystem > >> (/dev/idad2s1e) is reporting errors during certain tasks (like dump). > >> It does fsck clean umounted. I have yet to see this type of error and > >> can't tell whether this is a bug or a hardware problem: > >> > >> Nov 8 15:41:20 pop1 /kernel: dscheck(#idad/0x20014): negative b_blkno > >> -791620152 > >> Nov 8 15:41:20 pop1 /kernel: dscheck(#idad/0x20014): negative b_blkno > > > >I've seen mention of this before, not sure what the fix was. I heard > >about this a few years ago on some quantam drives, the guy updated his > >firmware and it went away iirc. Does it do this only when you dump or > >under other circumstances? If other circumstances, which ones? > > The fix is to not run dump(8) on a live filesystem. You should > either use a snapshot or umount the device. I've been running dump for years on live filesystems with FreeBSD and never had a problem. I was not aware of any snapshot feature available for 4.X-STABLE (only 5.0)? umounting a live filesystem to back it up is not a solution. What should I be using to backup a live filesystem? Nick Rogness - "Wouldn't it be great if we could answer people with a kick to the crotch?" -maddox@xmission.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 5: 5:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 058D437B401 for ; Sun, 10 Nov 2002 05:05:45 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E92043E88 for ; Sun, 10 Nov 2002 05:05:44 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAAD5ODN002513; Sun, 10 Nov 2002 05:05:24 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAAD5NpF002512; Sun, 10 Nov 2002 05:05:23 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 10 Nov 2002 05:05:23 -0800 From: David Schultz To: Nick Rogness Cc: Poul-Henning Kamp , Larry Sica , freebsd-hackers@FreeBSD.ORG Subject: Re: Filesystem corruption Message-ID: <20021110130523.GA2417@HAL9000.homeunix.com> Mail-Followup-To: Nick Rogness , Poul-Henning Kamp , Larry Sica , freebsd-hackers@FreeBSD.ORG References: <45812.1036861207@critter.freebsd.dk> <20021110022411.N75268-100000@skywalker.rogness.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021110022411.N75268-100000@skywalker.rogness.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 Thus spake Nick Rogness : > I've been running dump for years on live filesystems with FreeBSD > and never had a problem. I was not aware of any snapshot feature > available for 4.X-STABLE (only 5.0)? > > umounting a live filesystem to back it up is not a solution. What > should I be using to backup a live filesystem? In 5.0-CURRENT, you can use dump on a snapshot to get a completely consistent view of the filesystem. But when you dump a filesystem as it's changing, you get an inconsistent view of its metadata, and possibly a corrupted backup. One of many solutions is to use tar. You'll get a good backup, even though it won't exactly be an atomic snapshot. (File contents might change during the operation.) See the archives for more discussions of backup programs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 10:33:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 433DB37B401 for ; Sun, 10 Nov 2002 10:33:28 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 508CE43E42 for ; Sun, 10 Nov 2002 10:33:27 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAAIXBOr024700; Sun, 10 Nov 2002 19:33:12 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nick Rogness Cc: Larry Sica , freebsd-hackers@FreeBSD.ORG Subject: Re: Filesystem corruption In-Reply-To: Your message of "Sun, 10 Nov 2002 02:33:55 MST." <20021110022411.N75268-100000@skywalker.rogness.net> Date: Sun, 10 Nov 2002 19:33:11 +0100 Message-ID: <24699.1036953191@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021110022411.N75268-100000@skywalker.rogness.net>, Nick Rogness w rites: >> The fix is to not run dump(8) on a live filesystem. You should >> either use a snapshot or umount the device. > > I've been running dump for years on live filesystems with FreeBSD > and never had a problem. I was not aware of any snapshot feature > available for 4.X-STABLE (only 5.0)? It works most of the time, but not always. There is no way for dump(8) to realize what has changed under its feet and therefore it sometimes ends up with a bunch of negative blocknumbers. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 11: 8:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2537537B404 for ; Sun, 10 Nov 2002 11:08:11 -0800 (PST) Received: from mhub-m2.tc.umn.edu (mhub-m2.tc.umn.edu [160.94.23.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6540543E3B for ; Sun, 10 Nov 2002 11:08:10 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from mhub0.tc.umn.edu (mhub0.tc.umn.edu [128.101.131.40]) by mhub-m2.tc.umn.edu with ESMTP for freebsd-hackers@freebsd.org; Sun, 10 Nov 2002 13:08:08 -0600 (CST) Received: from [128.101.186.124] by mail.tc.umn.edu with ESMTP for freebsd-hackers@freebsd.org; Sun, 10 Nov 2002 13:08:08 -0600 Subject: GDB & Linux binaries. From: Ryan Sommers To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Nov 2002 13:08:18 -0600 Message-Id: <1036955299.87171.3.camel@lobo> Mime-Version: 1.0 X-Umn-Remote-Mta: [N] mhub0.tc.umn.edu #+LO+TR Sender: owner-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 it possible to use GDB on linux binaries? When I try to run the program in GDB I get the following errors: (gdb) run Starting program: /usr/home/ryans/src/bomb/bomb warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. /lib/libc.so.6: No such file or directory. (gdb) I'm guessing this is because the linux libc library file is in /usr/compat/linux/lib, how do I get GDB to use it instead? Or is it even possible. Thanks in advance. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 13:53:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC6C237B401 for ; Sun, 10 Nov 2002 13:53:19 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38B4343E75 for ; Sun, 10 Nov 2002 13:53:19 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9V9GG>; Sun, 10 Nov 2002 16:53:18 -0500 Message-ID: From: Don Bowman To: "'freebsd-hackers@freebsd.org'" Subject: stack alignment, XEON / P4 Date: Sun, 10 Nov 2002 16:53:17 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In sys/conf/kern.mk, there is a comment about not aligning the (x86) stack to 16-byte boundaries, and it overrides the preferred-stack-boundary to 2. .if ${MACHINE_ARCH} == "i386" CFLAGS+= -mno-align-long-strings -mpreferred-stack-boundary=2 .endif This seems to be contradicted by intel's optimisation guide for the P4/XEON family. It seems that the performance is best by making it 4, even for older chips. Is there any hidden pitfall to changing this value? I compiled a kernel, and all seems to run ok. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 14:38:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B63F37B401 for ; Sun, 10 Nov 2002 14:38:17 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42C743E42 for ; Sun, 10 Nov 2002 14:38:16 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gAAMcGDN003993; Sun, 10 Nov 2002 14:38:16 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gAAMcFjk003992; Sun, 10 Nov 2002 14:38:15 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 10 Nov 2002 14:38:15 -0800 From: David Schultz To: Don Bowman Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: stack alignment, XEON / P4 Message-ID: <20021110223815.GA3927@HAL9000.homeunix.com> Mail-Followup-To: Don Bowman , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Don Bowman : > In sys/conf/kern.mk, there is a comment about not aligning > the (x86) stack to 16-byte boundaries, and it overrides the > preferred-stack-boundary to 2. > > .if ${MACHINE_ARCH} == "i386" > CFLAGS+= -mno-align-long-strings -mpreferred-stack-boundary=2 > .endif > > This seems to be contradicted by intel's optimisation guide > for the P4/XEON family. > > It seems that the performance is best by making it 4, even for > older chips. > > Is there any hidden pitfall to changing this value? I compiled > a kernel, and all seems to run ok. I believe it was changed because GCC 2.95 was horribly broken with respect to alignment. It wouldn't generate incorrect code, but it would waste stack space and emit many extraneous alignment instructions. GCC 3 does a much better job, so perhaps the alignment should be reverted to GCC's default. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 16:10:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB99537B401 for ; Sun, 10 Nov 2002 16:10:57 -0800 (PST) Received: from msgbas1.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FDBB43E75 for ; Sun, 10 Nov 2002 16:10:57 -0800 (PST) (envelope-from ctuffli@rose.agilent.com) Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas1.cos.agilent.com (Postfix) with ESMTP id 2D575B4F2 for ; Sun, 10 Nov 2002 17:10:51 -0700 (MST) Received: from rtl.rose.agilent.com (rtl.rose.agilent.com [130.30.179.189]) by relcos1.cos.agilent.com (Postfix) with ESMTP id DC8075C4 for ; Sun, 10 Nov 2002 17:10:49 -0700 (MST) Received: from mail.rose.agilent.com (mailsrv@bellhop [130.30.179.19]) by rtl.rose.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.1.0) with ESMTP id QAA06510 for ; Sun, 10 Nov 2002 16:10:48 -0800 (PST) Received: from cre85086tuf (cre85086tuf.rose.agilent.com [130.30.178.59]) by mail.rose.agilent.com (Netscape Messaging Server 3.6) with ESMTP id AAA4926 for ; Sun, 10 Nov 2002 16:10:46 -0800 Received: by cre85086tuf (Postfix, from userid 1001) id F088419DCF6; Sun, 10 Nov 2002 16:10:06 -0800 (PST) Date: Sun, 10 Nov 2002 16:10:06 -0800 From: Chuck Tuffli To: freebsd-hackers@FreeBSD.ORG Subject: vmstat to detect memory leaks? Message-ID: <20021111001006.GA20683@cre85086tuf.rose.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm developing a loadable module and was wondering if I can use the output of vmstat to figure out if there is memory leak over the course of some testing. For example, #!/bin/sh vmstat > before kldload mymodule.ko ./run_tests.sh kldunload mymodule vmstat > after ./compare_free.sh before after Tnx! -- Chuck Tuffli Agilent Technologies, Storage and Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 18:36:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0D237B401 for ; Sun, 10 Nov 2002 18:36:13 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67A6743E42 for ; Sun, 10 Nov 2002 18:36:09 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id gAB2a1iX010683; Mon, 11 Nov 2002 13:06:04 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: GDB & Linux binaries. From: "Daniel O'Connor" To: Ryan Sommers Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <1036955299.87171.3.camel@lobo> References: <1036955299.87171.3.camel@lobo> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Nov 2002 13:06:01 +1030 Message-Id: <1036982165.1968.7.camel@chowder.localdomain> Mime-Version: 1.0 X-Spam-Score: -3.4 () IN_REP_TO X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / 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 On Mon, 2002-11-11 at 05:38, Ryan Sommers wrote: > I'm guessing this is because the linux libc library file is in > /usr/compat/linux/lib, how do I get GDB to use it instead? Or is it even > possible. I believe you can install the linux_devtools* port and get gdb for Linux. There is also linux_kdump which groks ktrace output from linux binaries. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Nov 10 18:44:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C508737B401 for ; Sun, 10 Nov 2002 18:44:38 -0800 (PST) Received: from 002.216-123-229-0.interbaun.com (002.216-123-229-0.interbaun.com [216.123.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E6DC43E4A for ; Sun, 10 Nov 2002 18:44:35 -0800 (PST) (envelope-from soralx@cydem.zp.ua) Received: from 254.216-123-229-0.interbaun.com (vasya [192.168.0.3]) by 002.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id gAB2iW602398 for ; Sun, 10 Nov 2002 19:44:33 -0700 (MST) (envelope-from soralx@cydem.zp.ua) Content-Type: text/plain; charset="iso-8859-1" From: To: freebsd-hackers@FreeBSD.ORG Subject: Re: GDB & Linux binaries. Date: Sun, 10 Nov 2002 19:44:21 -0700 X-Mailer: KMail [version 1.4] References: <1036955299.87171.3.camel@lobo> <1036982165.1968.7.camel@chowder.localdomain> In-Reply-To: <1036982165.1968.7.camel@chowder.localdomain> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200211101944.21609.soralx@cydem.zp.ua> Sender: owner-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 guessing this is because the linux libc library file is in > > /usr/compat/linux/lib, how do I get GDB to use it instead? Or is it even > > possible. That's interesting. I already asked similar question here, on freebsd-hackers@, but was immediately sent to freebsd-questions@, where I didn't get any answer. :) > I believe you can install the linux_devtools* port and get gdb for > Linux. > There is also linux_kdump which groks ktrace output from linux binaries. I tried Linux 'gdb' - it doesn't break on breakpoints; is says that ptrace() syscall is not implemented. Linux RedHAT 7.2 emulation + 'linux_devtools'. 10.11.2002; 19:40:41 [SorAlx] http://cydem.zp.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 1:58:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B49CB37B401 for ; Mon, 11 Nov 2002 01:58:18 -0800 (PST) Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by mx1.FreeBSD.org (Postfix) with SMTP id CCC5F43E6E for ; Mon, 11 Nov 2002 01:58:17 -0800 (PST) (envelope-from brian@ukip.com) Received: from BRI (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id JAA28522 for ; Mon, 11 Nov 2002 09:58:10 GMT From: "Bri" To: Subject: UFS Disk partitions Date: Mon, 11 Nov 2002 09:54:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone have any information regarding recovering diskpartitions as the machine crash in heavy I/O to that disk i've lost being able to fsck the drive and of course be able to mount it which means I'm quite lost in the way of how to recover the data. Any help apprieciated Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 2: 4:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E3037B401 for ; Mon, 11 Nov 2002 02:04:35 -0800 (PST) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6EBD43E42 for ; Mon, 11 Nov 2002 02:04:33 -0800 (PST) (envelope-from maxim@macomnet.ru) 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 gABA4UM3444304; Mon, 11 Nov 2002 13:04:31 +0300 (MSK) Date: Mon, 11 Nov 2002 13:04:30 +0300 (MSK) From: Maxim Konovalov To: Bri Cc: freebsd-hackers@FreeBSD.org Subject: Re: UFS Disk partitions In-Reply-To: Message-ID: <20021111130309.C48887-100000@news1.macomnet.ru> References: 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 12:54+0300, Nov 11, 2002, Bri wrote: > Does anyone have any information regarding recovering diskpartitions as the > machine crash in heavy I/O to that disk i've lost being able to fsck the > drive and of course be able to mount it which means I'm quite lost in the > way of how to recover the data. > > Any help apprieciated Take a look at src/tools/tools/find-sb/ and OpenBSD's scan_ffs: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/scan_ffs/?cvsroot=openbsd -- Maxim Konovalov, MAcomnet, Internet 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 Nov 11 7:16:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CFEA37B401 for ; Mon, 11 Nov 2002 07:16:42 -0800 (PST) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47BD043E42 for ; Mon, 11 Nov 2002 07:16:41 -0800 (PST) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 9CAFC138429; Mon, 11 Nov 2002 10:16:32 -0500 (EST) Received: by trooper.velocet.ca (Postfix, from userid 66) id 2489174335; Mon, 11 Nov 2002 10:16:11 -0500 (EST) Received: by canoe.velocet.net (Postfix, from userid 101) id 594F056766D; Mon, 11 Nov 2002 10:16:08 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15823.51640.68022.555852@canoe.velocet.net> Date: Mon, 11 Nov 2002 10:16:08 -0500 To: Terry Lambert Cc: dolemite@wuli.nu, freebsd-hackers@freebsd.org Subject: [hackers] Re: Netgraph could be a router also. In-Reply-To: <3DCD8761.5763AAB2@mindspring.com> References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Terry" == Terry Lambert writes: Terry> By "it", I guess you mean "FreeBSD"? Terry> What are your performance goals? Right now, I'd like to see 500 to 600 kpps. Terry> Where is FreeBSD relative to those goals, right now, without Terry> you doing anything to it? Without any work, we got 75 kpps. Terry> Where is FreeBSD relative to those goals, right now, if you Terry> tune it very carefully, but don't hack any code? With a few patches, including polling and some tuning, we got 150 to 200 kpps. Note that we've been focusing on pps, not Mbs. With 100M cards (what we're currently using) we want to focus on getting the routing speed up. One of the largest problems we've found with GigE adapters on FreeBSD is that their pps ability (never mind the volume of data) is less than half that of the fxp driver. But we havn't tested every driver. The Intel GigE cards were especially disapointing. Terry> What data rate do you need to support? How much are you Terry> willing to modify FreeBSD? How much are you willing to modify Terry> your hardware design? 64 Bit PCI-X has a burst rate of about Terry> 8Gbit, which means that it's average operation is going to be Terry> about 1/3 that, and then you have to add memory latency on top Terry> of that, if you DMA data from the network card into main Terry> memory, instead of just between network cards. Terry> If you are willing to significantly modify FreeBSD, and address Terry> all of the latency issues, a multiport Gigabit router is Terry> doable, but you haven't even mentioned the most important Terry> aspect of any high speed networking system, so it's not likely Terry> that you're going to be able to do this effectively, just Terry> approaching it blind. We've been looking at the click stuff... and it seems interesting. I like some aspects of the netgraph interface better and may be paying for an ng_route to be created shortly. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 7:49: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B3537B404 for ; Mon, 11 Nov 2002 07:48:58 -0800 (PST) Received: from MX1.wgate.com (mx1.wgate.com [66.150.46.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A51B43E75 for ; Mon, 11 Nov 2002 07:48:57 -0800 (PST) (envelope-from msinz@wgate.com) Received: FROM mail.tvol.net BY MX1.wgate.com ; Mon Nov 11 10:42:51 2002 -0500 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 41A6QWPY; Mon, 11 Nov 2002 10:48:45 -0500 Received: from wgate.com (sinz.eng.tvol.net [127.0.0.1]) by sinz.eng.tvol.net (8.12.5/8.12.5) with ESMTP id gABFmWPh001941; Mon, 11 Nov 2002 10:48:32 -0500 Message-ID: <3DCFD150.8080509@wgate.com> Date: Mon, 11 Nov 2002 10:48:32 -0500 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Socket so_linger setting References: <3DC27247.5040100@wgate.com> <200211012008.gA1K8rOa034485@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > I think your patch is fine as is, Mike! Good find! Even though > so_linger cannot be negative, it is often convenient to use a signed > integer to store the value to avoid unexpected arithmatic results > when mixing with signed operations. My quick perusal does not show > any cases of this for so_linger, so we could make it unsigned, but I > don't see any pressing need to do so. The range check would need > to be in there in either case. > > Can I go ahead and commit it? What is the status with this? As far as I can tell, the fix is correct and needed for some Java/JCK issues (the issue can be worked around in the JVM but that is the incorrect place to deal with it) > -Matt > Matthew Dillon > > > :During some parameter limit checking work, I ran into what I believe to > :be an error in FreeBSD. (Albeit unlikely to be hit) > : > :A setsockopt of the SO_LINGER field will cause strange results if > :the value is set above 32767. > : > :This is due to the fact that in struct socket, the so_linger field > :is a signed short and the parameter passed to setsockopt for linger > :is a signed long. > : > :What happens is that any value between 32768 and 65535 will cause > :so_linger to be negative. And then getsockopt will return a sign > :extended negative value in the signed long field for linger. > : > :The "trivial" fix is to do the following: > : > :------------------------------------------------------ > :--- uipc_socket.c Wed May 1 01:13:02 2002 > :+++ /tmp/uipc_socket.c Fri Nov 1 06:55:10 2002 > :@@ -1139,7 +1139,8 @@ > : if (error) > : goto bad; > : > :- so->so_linger = l.l_linger; > :+ /* Limit the value to what fits in so_linger */ > :+ so->so_linger = (l.l_linger > SHRT_MAX ? SHRT_MAX : l.linger); > : if (l.l_onoff) > : so->so_options |= SO_LINGER; > : else > :------------------------------------------------------ > : > :What this does is limit the value to no more than 32767 (SHRT_MAX) > :However, I believe the more correct answer is that so_linger should > :not be a signed value to begin with. > : > :The reasoning is that what does a negative so_linger mean? To > :close the socket before the user does ;^)? > : > :It is somewhat obvious that so_linger does not need to be a long. > : > :It is not possible to change the API to make the input a short. > : > :Limiting the value to 32767 is reasonable (and that is a *vary* > :long linger time) > : > :However, given that negative linger values really don't exist > :(logically) it would be reasonable to not that field be signed. > :That would naturally limit the values to being within a valid > :range and prevent some strange results, specifically when > :looking at the tsleep() call where the so_linger field is > :just blindly multiplied by the hz of the system. (around line > :312 of uipc_socket.c) A segative so_linger will get sign extended > :into a negative int (32-bit) (times hz) and then passed to tsleep > :which just checks for zero, passed on to timeout which then > :passes it to callout_reset. It turns out that callout_reset will > :take negative values and make them a single tick... (whew! lucky > :thing that was there :-) > : > :The question I have is: should put together a patch that changes > :so_linger (and xso_linger) to unsigned? (And make sure there are > :no bad side effects) or is the trivial fix above what is wanted? > : > :[ My personal feeling is that since so_linger has no valid negative > : value that the field should be unsigned. Not that it matters > : about improving the range as 32767 is over 9 hours. It is more > : a matter of "correctness" in the code/representation since the > : code assumes the value is not negative already. ] > : > :-- > :Michael Sinz -- Director, Systems Engineering -- Worldgate Communications > :A master's secrets are only as good as > : the master's ability to explain them to others. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 8:18:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF7537B401 for ; Mon, 11 Nov 2002 08:18:19 -0800 (PST) Received: from x12.dk (0x503e5a05.kd4nxx3.adsl-dhcp.tele.dk [80.62.90.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8082243E6E for ; Mon, 11 Nov 2002 08:18:04 -0800 (PST) (envelope-from xride@x12.dk) Received: from x12.dk (xride@localhost [127.0.0.1]) by x12.dk (8.12.6/8.12.6) with ESMTP id gABGHqvs015019 for ; Mon, 11 Nov 2002 17:17:53 +0100 (CET) (envelope-from xride@x12.dk) Received: from localhost (xride@localhost) by x12.dk (8.12.6/8.12.6/Submit) with ESMTP id gABGHq0O015016 for ; Mon, 11 Nov 2002 17:17:52 +0100 (CET) Date: Mon, 11 Nov 2002 17:17:52 +0100 (CET) From: the evil toor To: freebsd-hackers@freebsd.org Subject: sio howto Message-ID: <20021111171109.P13478-100000@x12.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I just followed the recent sio thread, but it did not answer my questions. I have a program that needs to set RTS and DTR and then later set them again and again.. I could go for the open /dev/io and then the IO adr of the serial port.. but as far as i've seen it would lock up the kernel, but is there a good way to this? Best regards Soren Straarup. xride@x12.dk (__) (__) (,''/// "Why use M$ when you can get FreeBSD for the download.." \\\'',) ^ / \/ \/ \ ^ (_\_./ \._/_) \ / X ASCII ribbon campaign-- / \ against HTML mail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 8:57:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7701937B401 for ; Mon, 11 Nov 2002 08:57:13 -0800 (PST) Received: from web12808.mail.yahoo.com (web12808.mail.yahoo.com [216.136.174.43]) by mx1.FreeBSD.org (Postfix) with SMTP id A34EA43E42 for ; Mon, 11 Nov 2002 08:57:12 -0800 (PST) (envelope-from adriax_75@yahoo.com.mx) Message-ID: <20021111165711.57770.qmail@web12808.mail.yahoo.com> Received: from [131.178.80.84] by web12808.mail.yahoo.com via HTTP; Mon, 11 Nov 2002 10:57:11 CST Date: Mon, 11 Nov 2002 10:57:11 -0600 (CST) From: =?iso-8859-1?q?adrian=20reyes?= Subject: Question! To: hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there. I just want to know if you can help me to know the password from a yahoo account. If you cant help me, dont worry, its ok. Adrian. _________________________________________________________ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 9:23: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D272F37B401 for ; Mon, 11 Nov 2002 09:22:59 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBBE43E75 for ; Mon, 11 Nov 2002 09:22:59 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gABHMxFC033710; Mon, 11 Nov 2002 09:22:59 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gABHMw3c033707; Mon, 11 Nov 2002 09:22:58 -0800 (PST) (envelope-from dillon) Date: Mon, 11 Nov 2002 09:22:58 -0800 (PST) From: Matthew Dillon Message-Id: <200211111722.gABHMw3c033707@apollo.backplane.com> To: Michael Sinz Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Socket so_linger setting References: <3DC27247.5040100@wgate.com> <200211012008.gA1K8rOa034485@apollo.backplane.com> <3DCFD150.8080509@wgate.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 I was going to wait till 5.0 released first but I could do it now if you want. -Matt : :Matthew Dillon wrote: :> I think your patch is fine as is, Mike! Good find! Even though :> so_linger cannot be negative, it is often convenient to use a signed :> integer to store the value to avoid unexpected arithmatic results :> when mixing with signed operations. My quick perusal does not show :> any cases of this for so_linger, so we could make it unsigned, but I :> don't see any pressing need to do so. The range check would need :> to be in there in either case. :> :> Can I go ahead and commit it? : :What is the status with this? As far as I can tell, the fix is correct :and needed for some Java/JCK issues (the issue can be worked around in :the JVM but that is the incorrect place to deal with it) : :> -Matt :> Matthew Dillon :> :> :> :During some parameter limit checking work, I ran into what I believe to :> :be an error in FreeBSD. (Albeit unlikely to be hit) :> : :> :A setsockopt of the SO_LINGER field will cause strange results if :> :the value is set above 32767. :> : :> :This is due to the fact that in struct socket, the so_linger field :> :is a signed short and the parameter passed to setsockopt for linger :> :is a signed long. :> : :> :What happens is that any value between 32768 and 65535 will cause :> :so_linger to be negative. And then getsockopt will return a sign :> :extended negative value in the signed long field for linger. :> : :> :The "trivial" fix is to do the following: :> : :> :------------------------------------------------------ :> :--- uipc_socket.c Wed May 1 01:13:02 2002 :> :+++ /tmp/uipc_socket.c Fri Nov 1 06:55:10 2002 :> :@@ -1139,7 +1139,8 @@ :> : if (error) :> : goto bad; :> : :> :- so->so_linger = l.l_linger; :> :+ /* Limit the value to what fits in so_linger */ :> :+ so->so_linger = (l.l_linger > SHRT_MAX ? SHRT_MAX : l.linger); :> : if (l.l_onoff) :> : so->so_options |= SO_LINGER; :> : else :> :------------------------------------------------------ :> : :> :What this does is limit the value to no more than 32767 (SHRT_MAX) :> :However, I believe the more correct answer is that so_linger should :> :not be a signed value to begin with. :> : :> :The reasoning is that what does a negative so_linger mean? To :> :close the socket before the user does ;^)? :> : :> :It is somewhat obvious that so_linger does not need to be a long. :> : :> :It is not possible to change the API to make the input a short. :> : :> :Limiting the value to 32767 is reasonable (and that is a *vary* :> :long linger time) :> : :> :However, given that negative linger values really don't exist :> :(logically) it would be reasonable to not that field be signed. :> :That would naturally limit the values to being within a valid :> :range and prevent some strange results, specifically when :> :looking at the tsleep() call where the so_linger field is :> :just blindly multiplied by the hz of the system. (around line :> :312 of uipc_socket.c) A segative so_linger will get sign extended :> :into a negative int (32-bit) (times hz) and then passed to tsleep :> :which just checks for zero, passed on to timeout which then :> :passes it to callout_reset. It turns out that callout_reset will :> :take negative values and make them a single tick... (whew! lucky :> :thing that was there :-) :> : :> :The question I have is: should put together a patch that changes :> :so_linger (and xso_linger) to unsigned? (And make sure there are :> :no bad side effects) or is the trivial fix above what is wanted? :> : :> :[ My personal feeling is that since so_linger has no valid negative :> : value that the field should be unsigned. Not that it matters :> : about improving the range as 32767 is over 9 hours. It is more :> : a matter of "correctness" in the code/representation since the :> : code assumes the value is not negative already. ] :> : :> :-- :> :Michael Sinz -- Director, Systems Engineering -- Worldgate Communications :> :A master's secrets are only as good as :> : the master's ability to explain them to others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 9:29: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7CA237B401 for ; Mon, 11 Nov 2002 09:28:59 -0800 (PST) Received: from x12.dk (0x503e5a05.kd4nxx3.adsl-dhcp.tele.dk [80.62.90.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE3A843E3B for ; Mon, 11 Nov 2002 09:28:52 -0800 (PST) (envelope-from xride@x12.dk) Received: from x12.dk (xride@localhost [127.0.0.1]) by x12.dk (8.12.6/8.12.6) with ESMTP id gABHSkvs033217; Mon, 11 Nov 2002 18:28:46 +0100 (CET) (envelope-from xride@x12.dk) Received: from localhost (xride@localhost) by x12.dk (8.12.6/8.12.6/Submit) with ESMTP id gABHSkUb033214; Mon, 11 Nov 2002 18:28:46 +0100 (CET) Date: Mon, 11 Nov 2002 18:28:46 +0100 (CET) From: the evil toor To: =?iso-8859-1?q?adrian=20reyes?= Cc: hackers@FreeBSD.ORG Subject: Re: Question! In-Reply-To: <20021111165711.57770.qmail@web12808.mail.yahoo.com> Message-ID: <20021111182825.E13478-100000@x12.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG eeh.. This is the freebsd-hackers list.. Best regards Soren Straarup. xride@x12.dk (__) (__) (,''/// "Why use M$ when you can get FreeBSD for the download.." \\\'',) ^ / \/ \/ \ ^ (_\_./ \._/_) \ / X ASCII ribbon campaign-- / \ against HTML mail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 9:29:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3E9637B401 for ; Mon, 11 Nov 2002 09:29:31 -0800 (PST) Received: from x12.dk (0x503e5a05.kd4nxx3.adsl-dhcp.tele.dk [80.62.90.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4DED43E3B for ; Mon, 11 Nov 2002 09:29:30 -0800 (PST) (envelope-from xride@x12.dk) Received: from x12.dk (xride@localhost [127.0.0.1]) by x12.dk (8.12.6/8.12.6) with ESMTP id gABHTPvs033485; Mon, 11 Nov 2002 18:29:25 +0100 (CET) (envelope-from xride@x12.dk) Received: from localhost (xride@localhost) by x12.dk (8.12.6/8.12.6/Submit) with ESMTP id gABHTPhJ033482; Mon, 11 Nov 2002 18:29:25 +0100 (CET) Date: Mon, 11 Nov 2002 18:29:25 +0100 (CET) From: the evil toor To: =?iso-8859-1?q?adrian=20reyes?= Cc: hackers@FreeBSD.ORG Subject: Re: Question! In-Reply-To: <20021111165711.57770.qmail@web12808.mail.yahoo.com> Message-ID: <20021111182908.A13478-100000@x12.dk> 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 hey this is the freebsd-hackers list Best regards Soren Straarup. xride@x12.dk (__) (__) (,''/// "Why use M$ when you can get FreeBSD for the download.." \\\'',) ^ / \/ \/ \= ^ (_\_./ \._/= _) \ / X ASCII ribbon campaign-- / \ against HTML mail On Mon, 11 Nov 2002, [iso-8859-1] adrian reyes wrote: > Hi there. > > I just want to know if you can help me to know the > password from a yahoo account. > > If you cant help me, dont worry, its ok. > > Adrian. > > > > _________________________________________________________ > Do You Yahoo!? > La mejor conexi=F3n a internet y 25MB extra a tu correo por $100 al mes. = http://net.yahoo.com.mx > > 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 Nov 11 9:31: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3BBE37B401 for ; Mon, 11 Nov 2002 09:31:02 -0800 (PST) Received: from ns.aus.com (adsl-66-127-242-39.dsl.sntc01.pacbell.net [66.127.242.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4924B43E3B for ; Mon, 11 Nov 2002 09:30:57 -0800 (PST) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id gABHrD304076; Tue, 12 Nov 2002 04:23:13 +1030 Date: Tue, 12 Nov 2002 04:23:13 +1030 (CST) From: Richard Sharpe To: David Gilbert Cc: Terry Lambert , , Subject: Re: [hackers] Re: Netgraph could be a router also. In-Reply-To: <15823.51640.68022.555852@canoe.velocet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Nov 2002, David Gilbert wrote: > >>>>> "Terry" == Terry Lambert writes: > > Terry> By "it", I guess you mean "FreeBSD"? > > Terry> What are your performance goals? > > Right now, I'd like to see 500 to 600 kpps. > > Terry> Where is FreeBSD relative to those goals, right now, without > Terry> you doing anything to it? > > Without any work, we got 75 kpps. > > Terry> Where is FreeBSD relative to those goals, right now, if you > Terry> tune it very carefully, but don't hack any code? > > With a few patches, including polling and some tuning, we got 150 to > 200 kpps. > > Note that we've been focusing on pps, not Mbs. With 100M cards (what > we're currently using) we want to focus on getting the routing speed > up. > > One of the largest problems we've found with GigE adapters on FreeBSD > is that their pps ability (never mind the volume of data) is less than > half that of the fxp driver. This is intriguing. I have found with Samba that I am able to achieve approx 100MB/s read from cache with 1500B frame sizes (ie, no jumbo frames) over a BCM5701 on an 850 MHz PIII with FreeBSD 4.3 and similar rates from em0 on a 2GHz P4 with 4.6. Both results were with 1500B frames and considerable free CPU (50% on the 850MHz PIII). However, given that they were full 1500B frames (99%), at least in one direction, perhaps that does not count. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com, http://www.richardsharpe.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 10:43:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CDE237B401 for ; Mon, 11 Nov 2002 10:43:42 -0800 (PST) Received: from MX1.wgate.com (mx1.wgate.com [66.150.46.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 999DE43E42 for ; Mon, 11 Nov 2002 10:43:41 -0800 (PST) (envelope-from msinz@wgate.com) Received: FROM mail.tvol.net BY MX1.wgate.com ; Mon Nov 11 13:37:40 2002 -0500 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 41A6QYRB; Mon, 11 Nov 2002 13:43:35 -0500 Received: from wgate.com (sinz.eng.tvol.net [127.0.0.1]) by sinz.eng.tvol.net (8.12.5/8.12.5) with ESMTP id gABIhKPh018681; Mon, 11 Nov 2002 13:43:21 -0500 Message-ID: <3DCFFA48.2000306@wgate.com> Date: Mon, 11 Nov 2002 13:43:20 -0500 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Socket so_linger setting References: <3DC27247.5040100@wgate.com> <200211012008.gA1K8rOa034485@apollo.backplane.com> <3DCFD150.8080509@wgate.com> <200211111722.gABHMw3c033707@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > I was going to wait till 5.0 released first but I could do it now > if you want. It would help the Java work but I don't know if it is critical to be done "today" vs some short time in the future. (Depends on the timing of the Java project and the wish to get JCK cert) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 11:30:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25DDC37B401; Mon, 11 Nov 2002 11:30:52 -0800 (PST) Received: from taxfreeciggies.com (dial-212-159-181-204.access.uk.tiscali.com [212.159.181.204]) by mx1.FreeBSD.org (Postfix) with SMTP id A099543E42; Mon, 11 Nov 2002 11:30:44 -0800 (PST) (envelope-from info@taxfreeciggies.com) From: Subject: Cigarettes from £9.59 for 200 Date: Mon, 11 Nov 2002 14:57:22 Message-Id: <495.455984.879984@taxfreeciggies.com> To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Duty free, delivered direct to your door. We've been supplying airports and Duty Free shops since 1997 and NOW we're doing it online! Forget the hassle of travelling to get your duty free, you can have it dedlivered direct to your home at unbeatable prices. Coronas International £9.59 Lambert & Butler £17.28 Superkings £18.84 Silk Cut £21.64 Embassy £18.84 Why are we the best? - You can try us out by ordering just ONE carton. - We have a guaranteed replacement or instant money back policy in the event of non-delivery. - Delivery takes just 7 days (allow an extra seven days for processing). - Our best advert is a satisfied customer. And we supply hand rolling, pipe tobacco and cigars, too! Welcome to hassle free, Duty Free! Send us an email if you are interested in learning more about where you can shop online. info@taxfreeciggies.com If you don't want to receive any more mails from us, just reply with REMOVE in the subject title. remove@taxfreeciggies.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 11:58:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B64337B401 for ; Mon, 11 Nov 2002 11:58:42 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D22B143E4A for ; Mon, 11 Nov 2002 11:58:41 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 33767 invoked by uid 1000); 11 Nov 2002 19:58:42 -0000 Date: Mon, 11 Nov 2002 11:58:42 -0800 (PST) From: Nate Lawson To: the evil toor Cc: freebsd-hackers@freebsd.org Subject: Re: sio howto In-Reply-To: <20021111171109.P13478-100000@x12.dk> 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 Nov 2002, the evil toor wrote: > I just followed the recent sio thread, but it did not answer my questions. > I have a program that needs to set RTS and DTR and then later set them > again and again.. I could go for the open /dev/io and then the IO adr of > the serial port.. but as far as i've seen it would lock up the kernel, but > is there a good way to this? Don't access the port directly, use /usr/include/sys/ttycom.h, see TIOCSDTR -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 12: 8: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BFA237B401 for ; Mon, 11 Nov 2002 12:08:03 -0800 (PST) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB1D43E6E for ; Mon, 11 Nov 2002 12:08:01 -0800 (PST) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 9203B137FEB; Mon, 11 Nov 2002 15:07:50 -0500 (EST) Received: by trooper.velocet.ca (Postfix, from userid 66) id 5EDF7745D4; Mon, 11 Nov 2002 15:07:50 -0500 (EST) Received: by canoe.velocet.net (Postfix, from userid 101) id CC60656766D; Mon, 11 Nov 2002 15:07:47 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15824.3603.733369.287349@canoe.velocet.net> Date: Mon, 11 Nov 2002 15:07:47 -0500 To: Richard Sharpe Cc: David Gilbert , Terry Lambert , , Subject: Re: [hackers] Re: Netgraph could be a router also. In-Reply-To: References: <15823.51640.68022.555852@canoe.velocet.net> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" 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 >>>>> "Richard" == Richard Sharpe writes: Richard> However, given that they were full 1500B frames (99%), at Richard> least in one direction, perhaps that does not count. That's exactly the point. With large frames, you can get high rates of traffic. With smaller frames, rates drop quickly. We're using FreeBSD (with Zebra) as core routers for about 80Mbit of traffic to 3 main providers and about 25 local peers. We're facing the point where we have to decide to invest a little in the platform or ditch it for some name-brand gear. Much of the recent hacking on FreeBSD has been done in house and we recently hired another coder with kernel expertise to hack on the code. Of particular embarrasment is that FreeBSD produces source quench packets when acting as a router. Aparently an RFC made this a bad thing(tm) some time ago. Anyways... the average packet size at the core router is much smaller than 1500 with much of the traffic being in the "tiny" <100 byte category. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 12:20:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5557837B401 for ; Mon, 11 Nov 2002 12:20:52 -0800 (PST) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8398843E3B for ; Mon, 11 Nov 2002 12:20:51 -0800 (PST) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 91992137FEB for ; Mon, 11 Nov 2002 15:20:50 -0500 (EST) Received: by trooper.velocet.ca (Postfix, from userid 66) id 82B38745D4; Mon, 11 Nov 2002 15:20:50 -0500 (EST) Received: by canoe.velocet.net (Postfix, from userid 101) id 020C556766F; Mon, 11 Nov 2002 15:20:48 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="EWhAV44eI9" Content-Transfer-Encoding: 7bit Message-ID: <15824.4383.916763.477130@canoe.velocet.net> Date: Mon, 11 Nov 2002 15:20:47 -0500 To: freebsd-hackers@freebsd.org Subject: forwarded message on Source Quench Packets. X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" 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 --EWhAV44eI9 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit I normally wouldn't forward something to such a big list, but this has real implications (and was part of a nast DOS against dsl.ca last week). The patch for FreeBSD (netbsd code is quoted) is trivial: --- /sys/netinet/ip_input.c Thu Oct 17 08:29:53 2002 +++ ip_input.c Mon Nov 11 15:15:31 2002 @@ -1822,9 +1822,7 @@ break; case ENOBUFS: - type = ICMP_SOURCEQUENCH; - code = 0; - break; + return; case EACCES: /* ipfw denied packet */ m_freem(mcopy); I'm submitting a PR now. For discussion: source quenches probably shouldn't be generated anyways, but this patch also doesn't generate the source quench if we're the target machine. It's probably good to go straight ahead with this. IIRC, tcp_input.c also can generate a source quench ... --EWhAV44eI9 Content-Type: message/rfc822 Content-Description: forwarded message Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received: by trooper.velocet.ca (mbox dgilbert) (with Cubic Circle's cucipop (v1.31 1998/05/13) Mon Nov 11 14:55:30 2002) X-From_: math@velocet.ca Mon Nov 11 13:42:51 2002 Return-Path: Delivered-To: dgilbert@office.tor.velocet.net Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by trooper.velocet.ca (Postfix) with ESMTP id D073C7469E for ; Mon, 11 Nov 2002 13:42:50 -0500 (EST) Received: by sabre.velocet.net (Postfix) id 3886C138114; Mon, 11 Nov 2002 13:42:50 -0500 (EST) Delivered-To: dgilbert@velocet.ca Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 17BFA1380BD; Mon, 11 Nov 2002 13:42:50 -0500 (EST) Received: by trooper.velocet.ca (Postfix) id EE8E57469F; Mon, 11 Nov 2002 13:42:50 -0500 (EST) Delivered-To: admin@office.tor.velocet.net Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by trooper.velocet.ca (Postfix) with ESMTP id D9D2C745D4 for ; Mon, 11 Nov 2002 13:42:49 -0500 (EST) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id A4C01138039; Mon, 11 Nov 2002 13:42:49 -0500 (EST) Received: by trooper.velocet.ca (Postfix, from userid 102) id 8B84674335; Mon, 11 Nov 2002 13:42:49 -0500 (EST) Message-ID: <20021111134249.C29373@velocet.ca> References: <20021111181750.C96B26BDDC@mortar.velocet.net> User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021111181750.C96B26BDDC@mortar.velocet.net>; from richardsj@mobile.rogers.com on Mon, Nov 11, 2002 at 02:11:42PM -0400 X-Spam-Status: No, hits=-16.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT, USER_AGENT_MUTT version=2.41 X-Spam-Level: From: Ken Chase To: jrichard@wiznet.ca Cc: scopplestone@wiznet.ca, jmason@wiznet.ca, admin@velocet.ca Subject: Re: From th Netbsd source... Date: Mon, 11 Nov 2002 13:42:49 -0500 On Mon, Nov 11, 2002 at 02:11:42PM -0400, richard's all... > Maybe a bit late... > But..... > ------snip----- > #if 1 > /* > * a router should not generate ICMP_SOURCEQUENCH as > * required in RFC1812 Requirements for IP Version 4 Routers. > * source quench could be a big problem under DoS attacks, > * or if the underlying interface is rate-limited. > */ 4.3.3.3 Source Quench A router SHOULD NOT originate ICMP Source Quench messages. As specified in Section [4.3.2], a router that does originate Source Quench messages MUST be able to limit the rate at which they are generated. DISCUSSION Research seems to suggest that Source Quench consumes network bandwidth but is an ineffective (and unfair) antidote to congestion. See, for example, [INTERNET:9] and [INTERNET:10]. Section [5.3.6] discusses the current thinking on how routers ought to deal with overload and network congestion. A router MAY ignore any ICMP Source Quench messages it receives. DISCUSSION A router itself may receive a Source Quench as the result of originating a packet sent to another router or host. Such datagrams might be, e.g., an EGP update sent to another router, or a telnet stream sent to a host. A mechanism has been proposed ([INTERNET:11], [INTERNET:12]) to make the IP layer respond directly to Source Quench by controlling the rate at which packets are sent, however, this proposal is currently experimental and not currently recommended. INTERNET:9. A. Mankin, G. Hollingsworth, G. Reichlen, K. Thompson, R. Wilder, and R. Zahavi, "Evaluation of Internet Performance - FY89", Technical Report MTR-89W00216, MITRE Corporation, February, 1990. INTERNET:10. G. Finn, A "Connectionless Congestion Control Algorithm", Computer Communications Review, volume 19, number 5, Association for Computing Machinery, October 1989. /kc > if (mcopy) > m_freem(mcopy); > return; > #else > type = ICMP_SOURCEQUENCH; > code = 0; > break; > #endif > > > - - - - - - - - - - - - - > Jonathan Richards > Tel:+1-416-876-5219 > Fax:+1-708-575-1680 > Email:jrichards@wiznet.ca -- Ken Chase, math@velocet.ca * Velocet Communications Inc. * Toronto, CANADA --EWhAV44eI9 Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Dave. --EWhAV44eI9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 12:38:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1C5837B401 for ; Mon, 11 Nov 2002 12:38:22 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916E143E7B for ; Mon, 11 Nov 2002 12:38:22 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3199E72FD1; Mon, 11 Nov 2002 12:36:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2D4B372FCC; Mon, 11 Nov 2002 12:36:36 -0800 (PST) Date: Mon, 11 Nov 2002 12:36:36 -0800 (PST) From: Doug White To: Chuck Tuffli Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: vmstat to detect memory leaks? In-Reply-To: <20021111001006.GA20683@cre85086tuf.rose.agilent.com> Message-ID: <20021111123609.H91238-100000@carver.gumbysoft.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 Nov 2002, Chuck Tuffli wrote: > I'm developing a loadable module and was wondering if I can use the > output of vmstat to figure out if there is memory leak over the course > of some testing. For example, vmstat -m is probably what you want. That lists the kernel memory allocations. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 15: 9:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3791437B401 for ; Mon, 11 Nov 2002 15:09:11 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF8543E3B for ; Mon, 11 Nov 2002 15:09:10 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0108.cvx40-bradley.dialup.earthlink.net ([216.244.42.108] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18BNff-0002oO-00; Mon, 11 Nov 2002 15:08:43 -0800 Message-ID: <3DD0382E.2C531F72@mindspring.com> Date: Mon, 11 Nov 2002 15:07:26 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: the evil toor Cc: freebsd-hackers@freebsd.org Subject: Re: sio howto References: <20021111171109.P13478-100000@x12.dk> 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 the evil toor wrote: > I just followed the recent sio thread, but it did not answer my questions. > I have a program that needs to set RTS and DTR and then later set them > again and again.. I could go for the open /dev/io and then the IO adr of > the serial port.. but as far as i've seen it would lock up the kernel, but > is there a good way to this? DTR is set when you open the port. It is reset on last close. RTS is set when the low receive buffer is empty/below the low watermark, and reset when it is full/above the high watermark; RTS follows DTR on open/close (i.e. it is not asserted unless th port is open). To directly control RTS, you must disable CTS/RTS flow control, which is on by defaults (see the "XXX" comment at ~ line 2286 in /sys/isa/sio.c). Assuming you have done this, you may control it using TIOCMSET, a "Terminal I/O Control", using ioctl(). Assuming the port is open, you can control DTR via TIOCSDTR; this assumes you can live with DTR coming high between the time you open the port, and the time you disable it. The same is true of RTS, which follow DTR at initial open, as the default state of the device. There are no protections against RTS state changes when input hardware flow control is enabled: that is, if you have input flow control enabled, and are above the low watermark, and you disable RTS, when the pending data causes the buffer to drop below the low watermark, RTS will be reasserted automatically (this is analogous to trying to use the loop control variable for temporary storage in a "for.." loop). See the serial driver source code for details. If you want to be useful, you can force an interlock on the CTS/RTS behaviour, and hardware flow control state, and add device flags which may be specified on the device in the kernel to control the initial state of these attributes on the device, if it is not open or initialized (e.g. so that they don't go high the moment you open the device, by default). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Nov 11 15:30:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E240837B401 for ; Mon, 11 Nov 2002 15:30:36 -0800 (PST) Received: from clover.kientzle.com (user-112uh9a.biz.mindspring.com [66.47.69.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 187B443E3B for ; Mon, 11 Nov 2002 15:30:36 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org (c43 [66.47.69.43]) by clover.kientzle.com (8.11.3/8.11.3) with ESMTP id gABNUYE54459 for ; Mon, 11 Nov 2002 15:30:35 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3DD03D9A.6090805@acm.org> Date: Mon, 11 Nov 2002 15:30:34 -0800 From: Tim Kientzle Reply-To: kientzle@acm.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Shrinking /(s)bin: A Proposal Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The possibility of dynamically linking /(s)bin seems to recur pretty regularly. As libc continues to grow, this idea seems worth revisiting. However, I've come up with an alternative that might be worth considering. For concreteness, consider /bin/mv, whose 400k (!!) breaks down approximately as follows: 20k - core functionality 60k - stdio 320k - user_from_uid/group_from_gid (used _only_ for the "Override /" prompt!) The last item here includes yp* overhead, which of course pulls in the resolver. Uck. I'd guess that /bin and /sbin have at least 4MB of yp/resolver duplication that could be trimmed (out of almost 30MB total), probably more. I see several ways to address this: 1) make /bin/mv dynamic. Personally, I have misgivings, but I understand NetBSD has done this. 2) Implement the resolver in the kernel. 3) Implement a daemon. Same idea as (2), but in user space. Unlike (1), this can be made pretty robust (e.g., 'mv' could print "Override r-xr-xr-x for 1002/1002?" if the daemon was unavailable). Response caching could actually make this faster than (1). 4) Implement a command-line helper. A user_from_uid binary could be run by /bin/mv as needed. This could povide most of the benefits of a daemon with the added advantage of on-demand loading; no memory is required unless the service is actually needed. 5) Dump the corresponding functionality. In the case of /bin/mv, this is worth considering (the warning message becomes more cryptic, but no real functionality is lost). It doesn't help much with /bin/ls, though. I've started experimenting with the helper binary approach (#4 above), and it seems pretty workable. Of course, a single helper should handle user, group, and DNS lookups and do so in a way that does not require re-running it for every lookup. I can manage all of that without too much trouble. This approach is robust (the client program can easily handle service failure), reduces disk requirements significantly, and potentially reduces memory requirements as well. It should ultimately be possible to combine #3 and #4 in one executable, so that crippled systems could run the from-disk binary to get access to the service, while fully-functional systems would use the already-running daemon. I suspect I can trim /bin/mv down to 40k or so using this approach, with similar savings for many other utilities. As I mentioned above, the total disk-space savings could be considerable. This might also open the door to nsswitch support for statically-linked binaries, though I'm no expert on nsswitch. Thoughts? As I said, I've started experimenting with this approach, but my current efforts are hardly commit-quality. If this is worth pursuing, I'm willing to do a lot of the work to make it happen. (Specifically, I'm willing to implement the helper binary and the glue logic and make the necessary modifications to a half-dozen common utilities.) Tim Kientzle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 1:48:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E34A37B40C for ; Tue, 12 Nov 2002 01:48:25 -0800 (PST) Received: from pohoda.cz (pohoda.pohoda.cz [194.228.111.151]) by mx1.FreeBSD.org (Postfix) with SMTP id 92B0C43E4A for ; Tue, 12 Nov 2002 01:48:23 -0800 (PST) (envelope-from plusik@pohoda.cz) Received: (qmail 21400 invoked from network); 12 Nov 2002 09:48:24 -0000 Received: from plusik@pohoda.cz by pohoda.cz by uid 500 with qmail-scanner-1.15 ( Clear:. Processed in 0.049096 secs); 12 lis 2002 09:48:24 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Nov 2002 09:48:23 -0000 Date: Tue, 12 Nov 2002 10:48:23 +0100 (CET) From: Tomas Pluskal To: , , Subject: seeking help to rewrite the msdos filesystem 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 believe that everybody here knows about the "slow msdosfs" problem, that is AFAIK caused by implementation without clustering. For me this is very annoying, because I use digital camera, and ZIP drive, and FAT on both of them. Speed is about 10 times lower than it could be.. I would like to rewrite the msdosfs driver to use clustering (in fact, I have chosen it as school project, so I have to do it anyway :). Is there anybody, who could spend few minutes and write me some information about how these filesystems are implemented, what should I read first, and what steps to follow to implement clustering ? I am ready to do the hard work :) Thanks Tomas Pluskal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 3:17:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 236AA37B4C1; Tue, 12 Nov 2002 03:17:27 -0800 (PST) Received: from mail4.caramail.com (mail4.caramail.com [213.193.13.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9619743E75; Tue, 12 Nov 2002 03:17:26 -0800 (PST) (envelope-from kseseko@caramail.com) Received: from caramail.com (www14.caramail.com [213.193.13.24]) by mail4.caramail.com (Postfix) with SMTP id 2B88B154F1; Tue, 12 Nov 2002 11:41:38 +0100 (MET) From: kseseko seko To: kseseko@caramail.com Message-ID: <1037097359002000@caramail.com> X-Mailer: Caramail - www.caramail.com X-Originating-IP: [216.139.169.154] Mime-Version: 1.0 Subject: Greetings Date: Tue, 12 Nov 2002 11:35:59 GMT+1 Content-Type: multipart/mixed; boundary="=_NextPart_Caramail_0020001037097359_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 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --=_NextPart_Caramail_0020001037097359_ID Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable From: Kuzo M. Seseko Alternative Email Address: suun4us@yahoo.com My name is Kuzo Mobutu Seseko, the daughter of the late President of Republic of Zaire, now living in exile in South Africa. The circumstances that led to my living in South Africa at the moment cannot be new to you , I know you must know the history of my family. However , during the days of my father=92s reign we were into solid minerals exploration and mining which was the soul base of our family business, mostly diamond and gold. But unfortunately, before my father passed on, he was on exile in Europe which made it impossible for us to organize our businesses especially mining before the political hostility which saw him out of office began. Last year a security company in our country wrote me informing me of a deposit made by my father in my name which is still with them. I intended leaving the deposit with them sequel to my return home so that I can fall on that to start up a business ,but unfortunately, the rebel hostilities at home which have refused to stop up till this moment has made me to think otherwise. Hence I am considering asking the security company to transfer the sum to an oversea country with a stable economy and favorable political condition, so that I can find an indigenous business man / investor in that country to work with in partnership and invest this money. I know your country is an advanced democracy with a more stable economy than that of African countries. Hence I would want us to seek how to invest this sum agreeing on a working percentage.However due to my living status here in South Africa I would want you to keep this offer confidential. Get back to me suggesting what we are to do, while I will furnish you with my contact telephone numbers and fax in South Africa and that of my lawyers. I wish you strength. K. Seseko. _________________________________________________________ Gagne une PS2 ! Envoie un SMS avec le code PS au 61166 (0,35€ Hors co=FBt du SMS) --=_NextPart_Caramail_0020001037097359_ID-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 7:10:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11DFC37B401 for ; Tue, 12 Nov 2002 07:10:28 -0800 (PST) Received: from srv.inorg.chem.msu.ru (rt-inorg.chem.msu.ru [195.208.208.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE1243E3B for ; Tue, 12 Nov 2002 07:10:19 -0800 (PST) (envelope-from anton@inorg.chem.msu.ru) Received: from anton (r546-1.inorg.chem.msu.ru [195.208.209.20]) by srv.inorg.chem.msu.ru (8.11.6/8.11.6) with SMTP id gACFA8P85120 for ; Tue, 12 Nov 2002 18:10:09 +0300 (MSK) (envelope-from anton@inorg.chem.msu.ru) Message-ID: <001101c28a5d$973304d0$14d1d0c3@main.inorg.chem.msu.ru> From: "Anton Vinokurov" To: Subject: boot from USB ZIP or USB HDD Date: Tue, 12 Nov 2002 18:10:08 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" 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.4910.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 Hi! Is there any way to boot FreeBSD from USB flash device which can be detected as 'usb zip' by BIOS? I have EasyDisk 32M flash device, which can be formatted under Windows as bootable, and my motherboard could boot Windows from it, same time writing standart FreeBSD boot block and label as described in handbook (fine for my HDD) results in displaying '-' sign at the first moment of system boot, following by hangup. I should buy USB HDD capable flash device (unfortunately my EasyDisk support only USB ZIP) and try again, or it is completely impossible to boot FreeBSD from usb flash? Yours, Anton L. Vinokurov, CCNA anton@inorg.chem.msu.ru NeTAMS Development Team To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 7:20: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF2337B401 for ; Tue, 12 Nov 2002 07:20:08 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C03243E6E for ; Tue, 12 Nov 2002 07:20:07 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gACFK1sP022861 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 12 Nov 2002 16:20:04 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gACFK0Cu060721 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 12 Nov 2002 16:20:01 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gACFK0l8068424; Tue, 12 Nov 2002 16:20:00 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gACFJx6M068423; Tue, 12 Nov 2002 16:19:59 +0100 (CET) Date: Tue, 12 Nov 2002 16:19:59 +0100 From: Bernd Walter To: Anton Vinokurov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: boot from USB ZIP or USB HDD Message-ID: <20021112151959.GI67846@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <001101c28a5d$973304d0$14d1d0c3@main.inorg.chem.msu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001101c28a5d$973304d0$14d1d0c3@main.inorg.chem.msu.ru> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 12, 2002 at 06:10:08PM +0300, Anton Vinokurov wrote: > Hi! > > Is there any way to boot FreeBSD from USB flash device which can be detected > as 'usb zip' by BIOS? > > I have EasyDisk 32M flash device, which can be formatted under Windows as > bootable, and my motherboard could boot Windows from it, same time writing > standart FreeBSD boot block and label as described in handbook (fine for my > HDD) results in displaying '-' sign at the first moment of system boot, > following by hangup. > > I should buy USB HDD capable flash device (unfortunately my EasyDisk support > only USB ZIP) and try again, or it is completely impossible to boot FreeBSD > from usb flash? As long as the BIOS serves it as a normal disk there is no reason why FreeBSB couldn't boot from it. You already wrote that this is true. As long as FreeBSD support the drive in general there is not reason why you can't have the / filesystem on it. If both points hold true there is no difference in having a traditional connected disk. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 7:59:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D98937B401 for ; Tue, 12 Nov 2002 07:59:22 -0800 (PST) Received: from srv.inorg.chem.msu.ru (rt-inorg.chem.msu.ru [195.208.208.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5389543E3B for ; Tue, 12 Nov 2002 07:59:19 -0800 (PST) (envelope-from anton@inorg.chem.msu.ru) Received: from anton (r546-1.inorg.chem.msu.ru [195.208.209.20]) by srv.inorg.chem.msu.ru (8.11.6/8.11.6) with SMTP id gACFxEP85884; Tue, 12 Nov 2002 18:59:14 +0300 (MSK) (envelope-from anton@inorg.chem.msu.ru) Message-ID: <001801c28a64$7311e330$14d1d0c3@main.inorg.chem.msu.ru> From: "Anton Vinokurov" To: "Bruce M Simpson" Cc: References: <001101c28a5d$973304d0$14d1d0c3@main.inorg.chem.msu.ru> <20021112153812.GJ16068@spc.org> Subject: Re: boot from USB ZIP or USB HDD Date: Tue, 12 Nov 2002 18:59:14 +0300 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.4910.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 My motherboard (VIA Epia) support booting from USB-FDD, USB-ZIP, USB-HDD and USB-CDROM. I have no idea how it works and what the difference between all this methods. My USB flash device could be formatted as "bootable" under Windows as USB ZIP device, and when I set "boot from USB ZIP" in BIOS - all is fine, and I see "a:>" DOS prompt. But setting "USB HDD or USB HDD or USB CDROM" as boot device at BIOS fails - boot block cannot be found. The problem is that FreeBSD boot block (boot0, boot1 or boot2 - I don't know) assumed that booting is performed from HDD device, but it is untrue. Maybe I should use different boot blocks? Is it possible to boot FreeBSD form ZIP device (seen by BIOS as ZIP, not HDD or FDD)? I know that we have different boot block to boot from CD (/boot/cdboot) and maybe we should have something like /boot/zipboot? Anton L. Vinokurov, CCNA anton@inorg.chem.msu.ru NeTAMS Development Team > USB booting support is down to two things: BIOS and kernel support. > > If the BIOS can probe and boot from it in a similar way to how one might > boot from an El Torito CDROM, then the BIOS has done its bit. > > Going further, some BIOSes support making these devices visible to DOS, I > assume - I don't have any first hand experience of this. > > The problem here is that you won't even get as far as the loader *unless* > the BIOS is able to interpret the USB device as a hard disk drive. If the > BIOS emulates a fixed disk device in a traditional sense then standard > boot code will work fine. > > However, if its USB boot emulation doesn't extend to the BIOS > interrupts used by the standard FreeBSD boot sector, you won't even get > as far as the loader. > > Once the kernel has started to boot, it will need to have a disk driver which > can understand the disk it's booting from, otherwise it will fail to mount > root. > > I don't have time to do further research on this right now but I suggest > you contact your BIOS vendor for information, or research on their web site. > > BMS > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 8:11:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F2B037B401; Tue, 12 Nov 2002 08:11:28 -0800 (PST) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7E043E75; Tue, 12 Nov 2002 08:11:27 -0800 (PST) (envelope-from ellard@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 465) id 509D654C659; Tue, 12 Nov 2002 11:11:21 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 4947254C634; Tue, 12 Nov 2002 11:11:21 -0500 (EST) Date: Tue, 12 Nov 2002 11:11:21 -0500 (EST) From: Dan Ellard To: freebsd-fs@FreeBSD.ORG, Subject: how to control tagged queueing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm experimenting with the effects of SCSI tagged queueing on file system performance. Is there any kind of global toggle somewhere in the kernel to turn tagged queueing on and off, and/or knob to limit the number of outstanding tags? Tagged queue management all seems to be done at the device level, and I haven't found hooks for controlling it at a higher level (but I thought I'd ask before running off to write something). I'm running 4.6.2p4, in case things have changed. (If there's a nicer interface in 4.7, I'll install it immediately!) Thanks, -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 10: 6:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C631437B401; Tue, 12 Nov 2002 10:06:08 -0800 (PST) Received: from testmail.wolves.k12.mo.us (testmail.wolves.k12.mo.us [207.160.214.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45ADC43E75; Tue, 12 Nov 2002 10:06:08 -0800 (PST) (envelope-from cdillon@wolves.k12.mo.us) Received: by testmail.wolves.k12.mo.us (Postfix, from userid 1001) id 017C81A951; Tue, 12 Nov 2002 12:06:06 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by testmail.wolves.k12.mo.us (Postfix) with ESMTP id F0B1F1A947; Tue, 12 Nov 2002 12:06:06 -0600 (CST) Date: Tue, 12 Nov 2002 12:06:06 -0600 (CST) From: Chris Dillon To: Dan Ellard Cc: freebsd-fs@FreeBSD.ORG, Subject: Re: how to control tagged queueing? In-Reply-To: Message-ID: <20021112120159.Y41695-100000@duey.wolves.k12.mo.us> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Nov 2002, Dan Ellard wrote: > I'm experimenting with the effects of SCSI tagged queueing on file > system performance. Is there any kind of global toggle somewhere in > the kernel to turn tagged queueing on and off, and/or knob to limit > the number of outstanding tags? Tagged queue management all seems > to be done at the device level, and I haven't found hooks for > controlling it at a higher level (but I thought I'd ask before > running off to write something). > > I'm running 4.6.2p4, in case things have changed. (If there's a > nicer interface in 4.7, I'll install it immediately!) man camcontrol Specifically: camcontrol tags [device id] [generic args] [-N tags] [-q] [-v] camcontrol negotiate [device id] [generic args] [-T enable|disable] -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest and most stable server OS on the planet - Available for IA32 (Intel x86) and Alpha architectures - IA64, PowerPC, UltraSPARC, ARM, and S/390 under development - http://www.freebsd.org No trees were harmed in the composition of this message, although some electrons were mildly inconvenienced. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 10:19:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9AA37B401 for ; Tue, 12 Nov 2002 10:19:52 -0800 (PST) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3469343E3B for ; Tue, 12 Nov 2002 10:19:52 -0800 (PST) (envelope-from scottl@catholic.org) Received: (from apache@localhost) by webmail.catholic.org (8.11.6/8.11.6) id gACIKJd13028; Tue, 12 Nov 2002 18:20:19 GMT Received: from 66.45.56.244 (COL Webmail authenticated user scottl) by webmail.catholic.org with HTTP; Tue, 12 Nov 2002 18:20:19 -0000 (UTC) Message-ID: <1897.66.45.56.244.1037125219.squirrel@webmail.catholic.org> Date: Tue, 12 Nov 2002 18:20:19 -0000 (UTC) Subject: Interesting From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.7) 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 FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA ----------------------------------------- This email was sent using FREE Catholic Online Webmail. Please tell your family, friends and children about COL Webmail! http://webmail.catholic.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 10:20:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C66737B401 for ; Tue, 12 Nov 2002 10:20:10 -0800 (PST) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BA943E4A for ; Tue, 12 Nov 2002 10:20:09 -0800 (PST) (envelope-from scottl@catholic.org) Received: (from apache@localhost) by webmail.catholic.org (8.11.6/8.11.6) id gACIKbZ13033; Tue, 12 Nov 2002 18:20:37 GMT Received: from 66.45.56.244 (COL Webmail authenticated user scottl) by webmail.catholic.org with HTTP; Tue, 12 Nov 2002 18:20:37 -0000 (UTC) Message-ID: <1985.66.45.56.244.1037125237.squirrel@webmail.catholic.org> Date: Tue, 12 Nov 2002 18:20:37 -0000 (UTC) Subject: Interesting From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.7) 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 FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA ----------------------------------------- This email was sent using FREE Catholic Online Webmail. Please tell your family, friends and children about COL Webmail! http://webmail.catholic.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 10:20:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 315EB37B404 for ; Tue, 12 Nov 2002 10:20:25 -0800 (PST) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC6B43E77 for ; Tue, 12 Nov 2002 10:20:24 -0800 (PST) (envelope-from scottl@catholic.org) Received: (from apache@localhost) by webmail.catholic.org (8.11.6/8.11.6) id gACIKqb13147; Tue, 12 Nov 2002 18:20:52 GMT Received: from 66.45.56.244 (COL Webmail authenticated user scottl) by webmail.catholic.org with HTTP; Tue, 12 Nov 2002 18:20:51 -0000 (UTC) Message-ID: <2056.66.45.56.244.1037125251.squirrel@webmail.catholic.org> Date: Tue, 12 Nov 2002 18:20:51 -0000 (UTC) Subject: Interesting From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.7) 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 FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA ----------------------------------------- This email was sent using FREE Catholic Online Webmail. Please tell your family, friends and children about COL Webmail! http://webmail.catholic.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 10:21: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B143F37B401 for ; Tue, 12 Nov 2002 10:21:07 -0800 (PST) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2205743E75 for ; Tue, 12 Nov 2002 10:21:07 -0800 (PST) (envelope-from scottl@catholic.org) Received: (from apache@localhost) by webmail.catholic.org (8.11.6/8.11.6) id gACILYc13230; Tue, 12 Nov 2002 18:21:34 GMT Received: from 66.45.56.244 (COL Webmail authenticated user scottl) by webmail.catholic.org with HTTP; Tue, 12 Nov 2002 18:21:34 -0000 (UTC) Message-ID: <2234.66.45.56.244.1037125294.squirrel@webmail.catholic.org> Date: Tue, 12 Nov 2002 18:21:34 -0000 (UTC) Subject: Interesting From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.7) 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 FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA FUCK SCOTT LONG AND FUCK BILL FUMEROLA ----------------------------------------- This email was sent using FREE Catholic Online Webmail. Please tell your family, friends and children about COL Webmail! http://webmail.catholic.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 10:42: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BAA37B401 for ; Tue, 12 Nov 2002 10:42:00 -0800 (PST) Received: from grillolja.cs.umu.se (grillolja.cs.umu.se [130.239.40.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E13843E4A for ; Tue, 12 Nov 2002 10:41:59 -0800 (PST) (envelope-from tdv94ped@cs.umu.se) Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id A4F0A9FE7 for ; Tue, 12 Nov 2002 19:41:56 +0100 (MET) Received: from cs.umu.se (h55n1c1o1023.bredband.skanova.com [213.64.164.55]) by grillolja.cs.umu.se (Postfix) with ESMTP id 2AD9BA00A for ; Tue, 12 Nov 2002 19:41:53 +0100 (MET) Message-ID: <3DD14B6B.5050009@cs.umu.se> Date: Tue, 12 Nov 2002 19:41:47 +0100 From: Paul Everlund User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: sv,en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Network connection problem: SIS, miibus Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new amavisd-new-20020630 Sender: owner-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! Did try questions, without any reply, so I'm trying here... I have a friend who decided to try FreeBSD 4.6.2 and it works just fine except one thing, his connection to the internet. He has a sis network card, which is compiled into the kernel, with miibus that is required. He gets a connection just fine, for about half a minute, then it doesn't work anymore, with long periods of "wait" time. A ping to an address works perfectly after a reboot, next minute a ping to the same address does not work. Also, issuing kldstat, the miibus is there, which it should not, as it's compiled into the kernel. If I recall correct, it's not there when it's first working, but later it is, when not working. There is also an arp message, that looks as if some change of MAC- address has taken place, which seem to be strange. One last thing, ifconfig says the sis is using full-duplex. Is that ok, if maybe not the other side can handle full-duplex? I can provide more information if needed to help me solve this pro- blem, so that he can start using FreeBSD full time. Thanks in advance for any reply! Best regards, Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 11:32:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF3737B401 for ; Tue, 12 Nov 2002 11:32:38 -0800 (PST) Received: from cfcl.com (cpe-24-221-172-174.ca.sprintbbd.net [24.221.172.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5525643E4A for ; Tue, 12 Nov 2002 11:32:38 -0800 (PST) (envelope-from rdm@cfcl.com) Received: from [192.168.254.205] ([192.168.254.205]) by cfcl.com (8.11.6/8.11.1) with ESMTP id gACJX3p94733 for ; Tue, 12 Nov 2002 11:33:03 -0800 (PST) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: In-Reply-To: <3DD03D9A.6090805@acm.org> References: <3DD03D9A.6090805@acm.org> X-Mailer: Eudora for Macintosh! Date: Tue, 12 Nov 2002 11:32:26 -0800 To: freebsd-hackers@freebsd.org From: Rich Morin Subject: Re: Shrinking /(s)bin: A Proposal 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 My spouse had the problem of creating a bootable copy of A/UX on a single floppy. She decided to write a "doitall" program that had functionality from a number of small commands. This amortized the overhead a great deal. A similar approach could be used for /(s)bin: lump several programs together into a single binary, but give the binary links for each of the original names (and have the program respond according to the name used, ala vi/ex). My general reaction, however, is that this issue (shrinking sbin) is not worth trashing the software engineering of piles of commands. -r -- email: rdm@cfcl.com; phone: +1 650-873-7841 http://www.cfcl.com/rdm - my home page, resume, etc. http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series http://www.ptf.com/tdc - Prime Time Freeware's Darwin Collection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 11:35: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA1D37B401 for ; Tue, 12 Nov 2002 11:34:58 -0800 (PST) Received: from nwd2mime2.analog.com (nwd2mime2.analog.com [137.71.25.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF9ED43E3B for ; Tue, 12 Nov 2002 11:34:57 -0800 (PST) (envelope-from justin.wojdacki@analog.com) Received: from nwd2gtw1 (unverified) by nwd2mime2.analog.com (Content Technologies SMTPRS 4.2.10) with SMTP id ; Tue, 12 Nov 2002 14:34:49 -0500 Received: from nwd2mhb2 ([137.71.6.12]) by nwd2gtw1; Tue, 12 Nov 2002 14:34:48 -0500 (EST) Received: from golf.cpgdesign.analog.com ([137.71.139.100]) by nwd2mhb2.analog.com with ESMTP (8.9.3 (PHNE_18979)/8.7.1) id OAA02226; Tue, 12 Nov 2002 14:34:47 -0500 (EST) Received: from ws4.cpgdesign.analog.com (ws4 [137.71.139.26]) by golf.cpgdesign.analog.com (8.9.1/8.9.1) with ESMTP id LAA12920; Tue, 12 Nov 2002 11:34:46 -0800 (PST) Received: from analog.com (localhost [127.0.0.1]) by ws4.cpgdesign.analog.com (8.9.1/8.9.1) with ESMTP id LAA16289; Tue, 12 Nov 2002 11:34:46 -0800 (PST) Message-ID: <3DD157D6.2BA95A13@analog.com> Date: Tue, 12 Nov 2002 11:34:46 -0800 From: Justin Wojdacki Reply-To: justin.wojdacki@analog.com Organization: Analog Devices, Communications Processors Group X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Rich Morin Cc: freebsd-hackers@freebsd.org Subject: Re: Shrinking /(s)bin: A Proposal References: <3DD03D9A.6090805@acm.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 Rich Morin wrote: > > My spouse had the problem of creating a bootable copy of A/UX on a > single floppy. She decided to write a "doitall" program that had > functionality from a number of small commands. This amortized the > overhead a great deal. > > A similar approach could be used for /(s)bin: lump several programs > together into a single binary, but give the binary links for each > of the original names (and have the program respond according to > the name used, ala vi/ex). > > My general reaction, however, is that this issue (shrinking sbin) > is not worth trashing the software engineering of piles of commands. > > -r > -- > email: rdm@cfcl.com; phone: +1 650-873-7841 > http://www.cfcl.com/rdm - my home page, resume, etc. > http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. > http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series > http://www.ptf.com/tdc - Prime Time Freeware's Darwin Collection > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message If you're seriously interested in this, take a look at busybox. http://busybox.lineo.org Not sure how compatible the licensing is for FreeBSD base software though. -- ------------------------------------------------- Justin Wojdacki justin.wojdacki@analog.com (408) 350-5032 Communications Processors Group -- Analog Devices To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 11:43:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7214F37B401 for ; Tue, 12 Nov 2002 11:43:50 -0800 (PST) Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31EDF43E42 for ; Tue, 12 Nov 2002 11:43:49 -0800 (PST) (envelope-from sh@bel.bc.ca) Received: from dbs ([216.232.29.145]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20021112194348.MHTE29166.priv-edtnes16-hme0.telusplanet.net@dbs> for ; Tue, 12 Nov 2002 12:43:48 -0700 Message-ID: <000501c28a83$d98731a0$911de8d8@slugabed.org> From: "Sean Hamilton" To: Subject: CD audio interpolation Date: Tue, 12 Nov 2002 11:44:00 -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.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-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, If I read /dev/acd0t1, will the CD-ROM interpolate over scratches and stuff? Is there any way of identifying them? thanks, sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 11:46:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA99C37B401 for ; Tue, 12 Nov 2002 11:46:13 -0800 (PST) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E197D43E7B for ; Tue, 12 Nov 2002 11:46:12 -0800 (PST) (envelope-from arao@niksun.com) Received: from there (anuket.mj.niksun.com [10.70.0.5]) by anuket.mj.niksun.com (8.12.3/8.12.3) with SMTP id gACJjEVB078996; Tue, 12 Nov 2002 14:45:14 -0500 (EST) (envelope-from arao@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. Message-Id: <200211121945.gACJjEVB078996@anuket.mj.niksun.com> Content-Type: text/plain; charset="iso-8859-1" From: Amit Rao To: justin.wojdacki@analog.com, Rich Morin Subject: Re: Shrinking /(s)bin: A Proposal Date: Tue, 12 Nov 2002 14:45:16 -0500 X-Mailer: KMail [version 1.3.2] Cc: freebsd-hackers@FreeBSD.ORG References: <3DD03D9A.6090805@acm.org> <3DD157D6.2BA95A13@analog.com> In-Reply-To: <3DD157D6.2BA95A13@analog.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 12 November 2002 02:34 pm, Justin Wojdacki wrote: > Rich Morin wrote: > > My spouse had the problem of creating a bootable copy of A/UX on a > > single floppy. She decided to write a "doitall" program that had > > functionality from a number of small commands. This amortized the > > overhead a great deal. > > > > A similar approach could be used for /(s)bin: lump several programs > > together into a single binary, but give the binary links for each > > of the original names (and have the program respond according to > > the name used, ala vi/ex). > > > > My general reaction, however, is that this issue (shrinking sbin) > > is not worth trashing the software engineering of piles of commands. > > > > -r > > -- > > email: rdm@cfcl.com; phone: +1 650-873-7841 > > http://www.cfcl.com/rdm - my home page, resume, etc. > > http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. > > http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series > > http://www.ptf.com/tdc - Prime Time Freeware's Darwin Collection > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > If you're seriously interested in this, take a look at busybox. > > http://busybox.lineo.org > > Not sure how compatible the licensing is for FreeBSD base software > though. Make that http://www.busybox.net/ Its GPL. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 11:52:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C3337B401 for ; Tue, 12 Nov 2002 11:52:23 -0800 (PST) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F7243E3B for ; Tue, 12 Nov 2002 11:52:22 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gACJqCZ18306; Tue, 12 Nov 2002 14:52:12 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18Bh4s-0000Uw-00; Tue, 12 Nov 2002 14:52:02 -0500 Date: Tue, 12 Nov 2002 14:52:02 -0500 From: The Anarcat To: Rich Morin Cc: freebsd-hackers@freebsd.org Subject: Re: Shrinking /(s)bin: A Proposal Message-ID: <20021112195200.GC32440@xtanbul.studio.espresso-com.com> References: <3DD03D9A.6090805@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The same approach is used in creating sysinstall related binaries or in PicoBSD. The utility is called crunchgen(1). The examples section even features ways to do exactly that with /sbin. A. On Tue Nov 12, 2002 at 11:32:26AM -0800, Rich Morin wrote: > My spouse had the problem of creating a bootable copy of A/UX on a > single floppy. She decided to write a "doitall" program that had > functionality from a number of small commands. This amortized the > overhead a great deal. > > A similar approach could be used for /(s)bin: lump several programs > together into a single binary, but give the binary links for each > of the original names (and have the program respond according to > the name used, ala vi/ex). > > My general reaction, however, is that this issue (shrinking sbin) > is not worth trashing the software engineering of piles of commands. > > -r > -- > email: rdm@cfcl.com; phone: +1 650-873-7841 > http://www.cfcl.com/rdm - my home page, resume, etc. > http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. > http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series > http://www.ptf.com/tdc - Prime Time Freeware's Darwin Collection > > 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 Nov 12 11:56:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 874A837B404 for ; Tue, 12 Nov 2002 11:56:15 -0800 (PST) Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 819D243E4A for ; Tue, 12 Nov 2002 11:56:14 -0800 (PST) (envelope-from zzhang@cs.binghamton.edu) Received: from onyx ([128.226.182.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id gACJuBw16038 for ; Tue, 12 Nov 2002 14:56:11 -0500 (EST) Date: Tue, 12 Nov 2002 14:56:10 -0500 (EST) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: A quick gdb help 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 need to set a variable value in gdb: (gdb) set xyz = 1 <- works (gdb) set i = 1 <- syntax error near '1' I guess i must have special meaning in gdb. But what if I insist setting it, is there a way? Thanks. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 12: 7:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9A3737B404 for ; Tue, 12 Nov 2002 12:07:55 -0800 (PST) Received: from msgbas2.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B0C443E42 for ; Tue, 12 Nov 2002 12:07:55 -0800 (PST) (envelope-from ctuffli@rose.agilent.com) Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas2.cos.agilent.com (Postfix) with ESMTP id A77021A8C for ; Tue, 12 Nov 2002 13:07:51 -0700 (MST) Received: from rtl.rose.agilent.com (rtl.rose.agilent.com [130.30.179.189]) by relcos1.cos.agilent.com (Postfix) with ESMTP id 28DFC378 for ; Tue, 12 Nov 2002 13:07:51 -0700 (MST) Received: from mail.rose.agilent.com (mailsrv@bellhop [130.30.179.19]) by rtl.rose.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.1.0) with ESMTP id MAA16298 for ; Tue, 12 Nov 2002 12:07:49 -0800 (PST) Received: from thegrail (anu.rose.agilent.com [156.140.225.186]) by mail.rose.agilent.com (Netscape Messaging Server 3.6) with ESMTP id AAA63C; Tue, 12 Nov 2002 12:07:46 -0800 Received: by thegrail (Postfix, from userid 1001) id 89ADF8358C; Tue, 12 Nov 2002 12:03:50 -0800 (PST) Date: Tue, 12 Nov 2002 12:03:50 -0800 From: Chuck Tuffli To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: A quick gdb help Message-ID: <20021112200343.GC892@thegrail.rose.agilent.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 12, 2002 at 02:56:10PM -0500, Zhihui Zhang wrote: > > I need to set a variable value in gdb: > > (gdb) set xyz = 1 <- works > (gdb) set i = 1 <- syntax error near '1' > > I guess i must have special meaning in gdb. But what if I insist setting > it, is there a way? Thanks. 'i' is shorthand (or an alias) for the info command. Not sure if you can effectively "unalias" i. -- Chuck Tuffli Agilent Technologies, Storage and Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 12:15:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD9B37B401 for ; Tue, 12 Nov 2002 12:15:09 -0800 (PST) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A1F43E8A for ; Tue, 12 Nov 2002 12:15:08 -0800 (PST) (envelope-from arao@niksun.com) Received: from there (anuket.mj.niksun.com [10.70.0.5]) by anuket.mj.niksun.com (8.12.3/8.12.3) with SMTP id gACKF0VB079761; Tue, 12 Nov 2002 15:15:00 -0500 (EST) (envelope-from arao@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. Message-Id: <200211122015.gACKF0VB079761@anuket.mj.niksun.com> Content-Type: text/plain; charset="iso-8859-1" From: Amit Rao To: Zhihui Zhang , freebsd-hackers@FreeBSD.ORG Subject: Re: A quick gdb help Date: Tue, 12 Nov 2002 15:15:02 -0500 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 12 November 2002 02:56 pm, Zhihui Zhang wrote: > I need to set a variable value in gdb: > > (gdb) set xyz = 1 <- works > (gdb) set i = 1 <- syntax error near '1' > > I guess i must have special meaning in gdb. But what if I insist setting > it, is there a way? Thanks. This works: set (i) = 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 12:21:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36B8937B404 for ; Tue, 12 Nov 2002 12:21:10 -0800 (PST) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 087E643E4A for ; Tue, 12 Nov 2002 12:21:09 -0800 (PST) (envelope-from arao@niksun.com) Received: from there (anuket.mj.niksun.com [10.70.0.5]) by anuket.mj.niksun.com (8.12.3/8.12.3) with SMTP id gACKKYVB079866; Tue, 12 Nov 2002 15:20:35 -0500 (EST) (envelope-from arao@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. Message-Id: <200211122020.gACKKYVB079866@anuket.mj.niksun.com> Content-Type: text/plain; charset="iso-8859-1" From: Amit Rao To: Chuck Tuffli , Zhihui Zhang Subject: Re: A quick gdb help Date: Tue, 12 Nov 2002 15:20:36 -0500 X-Mailer: KMail [version 1.3.2] Cc: freebsd-hackers@FreeBSD.ORG References: <20021112200343.GC892@thegrail.rose.agilent.com> In-Reply-To: <20021112200343.GC892@thegrail.rose.agilent.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 12 November 2002 03:03 pm, Chuck Tuffli wrote: > On Tue, Nov 12, 2002 at 02:56:10PM -0500, Zhihui Zhang wrote: > > I need to set a variable value in gdb: > > > > (gdb) set xyz = 1 <- works > > (gdb) set i = 1 <- syntax error near '1' > > > > I guess i must have special meaning in gdb. But what if I insist setting > > it, is there a way? Thanks. > > 'i' is shorthand (or an alias) for the info command. Not sure if you > can effectively "unalias" i. Actually its short for set input-radix (gdb) help set i Set default input radix for entering numbers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 12:38:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD7FD37B401 for ; Tue, 12 Nov 2002 12:38:32 -0800 (PST) Received: from bricore.com (adsl-64-169-95-166.dsl.snfc21.pacbell.net [64.169.95.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E405D43E6E for ; Tue, 12 Nov 2002 12:38:30 -0800 (PST) (envelope-from lchen@briontech.com) Received: from luoqi (luoqi.bricore.com [192.168.1.63]) by bricore.com (8.11.6/8.11.6) with SMTP id gACJUTm28080; Tue, 12 Nov 2002 11:30:29 -0800 (PST) (envelope-from lchen@briontech.com) From: "Luoqi Chen" To: "Paul Everlund" Cc: Subject: RE: Network connection problem: SIS, miibus Date: Tue, 12 Nov 2002 11:33:24 -0800 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <3DD14B6B.5050009@cs.umu.se> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Paul Everlund > Sent: Tuesday, November 12, 2002 10:42 AM > To: freebsd-hackers@FreeBSD.ORG > Subject: Network connection problem: SIS, miibus > > > Hi all! > > Did try questions, without any reply, so I'm trying here... > > I have a friend who decided to try FreeBSD 4.6.2 and it works just > fine except one thing, his connection to the internet. > > He has a sis network card, which is compiled into the kernel, with > miibus that is required. > Could you post the output from the `pciconf -l | grep sis' command? I have a couple of machines with integrated sis ethernet controllers (sis962 south bridge), and the if_sis driver would not work without some tweaking. If your friend is using something similar, I could send a patch for him to try. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 12:43:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A48937B401 for ; Tue, 12 Nov 2002 12:43:21 -0800 (PST) Received: from mail03.svc.cra.dublin.eircom.net (mail03.svc.cra.dublin.eircom.net [159.134.118.19]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E59E43E75 for ; Tue, 12 Nov 2002 12:43:20 -0800 (PST) (envelope-from pmedwards@eircom.net) Received: (qmail 2813 messnum 528135 invoked from network[159.134.237.77/kearney.eircom.net]); 12 Nov 2002 20:43:08 -0000 Received: from kearney.eircom.net (HELO webmail.eircom.net) (159.134.237.77) by mail03.svc.cra.dublin.eircom.net (qp 2813) with SMTP; 12 Nov 2002 20:43:08 -0000 From: "Peter Edwards" To: zzhang@cs.binghamton.edu Cc: freebsd-hackers@freebsd.org Subject: Re: A quick gdb help Date: Tue, 12 Nov 2002 20:39:54 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-Originating-IP: 62.17.151.61 X-Mailer: Eircom Net CRC Webmail (http://www.eircom.net/) Organization: Eircom Net (http://www.eircom.net/) Message-Id: <20021112204320.4E59E43E75@mx1.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 I tend to avoid using "set", and use "print", with an assignment expression: eg "print i = 1" or "p i = 1". It removes any namespace conflicts between variables in the target process and gdb settings. -- Peter. > I need to set a variable value in gdb: > > (gdb) set xyz = 1 <- works > (gdb) set i = 1 <- syntax error near '1' > > I guess i must have special meaning in gdb. But what if I insist setting > it, is there a way? Thanks. > > -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 13:19:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A8B37B401 for ; Tue, 12 Nov 2002 13:19:53 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC73B43E42 for ; Tue, 12 Nov 2002 13:19:52 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gACLJXOr079752; Tue, 12 Nov 2002 22:19:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Rich Morin Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Shrinking /(s)bin: A Proposal In-Reply-To: Your message of "Tue, 12 Nov 2002 11:32:26 PST." Date: Tue, 12 Nov 2002 22:19:33 +0100 Message-ID: <79751.1037135973@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Rich Morin writes: >My spouse had the problem of creating a bootable copy of A/UX on a >single floppy. She decided to write a "doitall" program that had >functionality from a number of small commands. This amortized the >overhead a great deal. man crunchgen. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 14: 3:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35BC437B401; Tue, 12 Nov 2002 14:03:50 -0800 (PST) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC02543E4A; Tue, 12 Nov 2002 14:03:49 -0800 (PST) (envelope-from ellard@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 465) id 58C5454C6EE; Tue, 12 Nov 2002 17:03:43 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 404B354C630; Tue, 12 Nov 2002 17:03:43 -0500 (EST) Date: Tue, 12 Nov 2002 17:03:43 -0500 (EST) From: Dan Ellard To: Chris Dillon Cc: freebsd-fs@FreeBSD.ORG, Subject: Re: how to control tagged queueing? In-Reply-To: <20021112120159.Y41695-100000@duey.wolves.k12.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Nov 2002, Chris Dillon wrote: > > I'm experimenting with the effects of SCSI tagged queueing on file > > system performance. Is there any kind of global toggle somewhere in > > the kernel to turn tagged queueing on and off, and/or knob to limit > > the number of outstanding tags? Tagged queue management all seems > > to be done at the device level, and I haven't found hooks for > > controlling it at a higher level (but I thought I'd ask before > > running off to write something). > > > > I'm running 4.6.2p4, in case things have changed. (If there's a > > nicer interface in 4.7, I'll install it immediately!) > > man camcontrol > > Specifically: > > camcontrol tags [device id] [generic args] [-N tags] [-q] [-v] > camcontrol negotiate [device id] [generic args] [-T enable|disable] Thanks, that's exactly what I needed. And thanks to the other people who have responded! -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 14:55: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A99B737B401 for ; Tue, 12 Nov 2002 14:54:59 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D1CE43E4A for ; Tue, 12 Nov 2002 14:54:59 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0050.cvx22-bradley.dialup.earthlink.net ([209.179.198.50] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18BjvZ-0004PF-00; Tue, 12 Nov 2002 14:54:37 -0800 Message-ID: <3DD1865E.B9C72DF5@mindspring.com> Date: Tue, 12 Nov 2002 14:53:18 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Gilbert Cc: dolemite@wuli.nu, freebsd-hackers@freebsd.org Subject: Re: [hackers] Re: Netgraph could be a router also. References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> <15823.51640.68022.555852@canoe.velocet.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 David Gilbert wrote: > >>>>> "Terry" == Terry Lambert writes: > Terry> By "it", I guess you mean "FreeBSD"? > Terry> What are your performance goals? > > Right now, I'd like to see 500 to 600 kpps. > > Terry> Where is FreeBSD relative to those goals, right now, without > Terry> you doing anything to it? > > Without any work, we got 75 kpps. > > Terry> Where is FreeBSD relative to those goals, right now, if you > Terry> tune it very carefully, but don't hack any code? > > With a few patches, including polling and some tuning, we got 150 to > 200 kpps. > > Note that we've been focusing on pps, not Mbs. With 100M cards (what > we're currently using) we want to focus on getting the routing speed > up. These stats are moderately meaningless. The problem is that they don't tell me about where you are measuring your packets-per-second rate, or how it's being measured, or whether the interrupt or processing load is high enough to trigger livelock, or not, or the size of the packet. And is that a unidirectional or bidirectional rate? UDP? I guess I could guess with 200kpps: 100mbit/s / 200kp/s = 500 bytes per packet ...and that an absolute top end. Somehow, I think the packets are smaller. Bidirectionally, not FDX, we're talking 250 bytes per packet maximum theoretical throughput. > One of the largest problems we've found with GigE adapters on FreeBSD > is that their pps ability (never mind the volume of data) is less than > half that of the fxp driver. I've never found this to be the case, using the right hardware, and a combination of hard and soft interrupt coelescing. You'd have to tell me what hardware you are using for me to be able to stare at the driver. My personal hardware recommendation in this regard would be the Tigon III, assuming that the packet size was 1/3 to 1/6th the MTU, as you implied by your numbers. Personnally, I would *NOT* use polling, particularly if you were using user space processing with Zebra, since any load at all would push you to the point of starving the user space process for CPU time; it's not really worth it (IMO) to do the work necessary to go to weighted fair share queueing for scheduling, if it came to that. > But we havn't tested every driver. The Intel GigE cards were > especially disapointing. Have you tried the Tigon III, with Bill Paul's driver? If so, did you include the polling patches that I made against the if_ti driver, and posted to -net, when you tested it? Do you have enough control over the load clients that you can ramp the load up until *just before* the performance starts to tank? If so, what's the high point of the curve on the Gigabit, before it tanks (and it will)? > Terry> If you are willing to significantly modify FreeBSD, and address > Terry> all of the latency issues, a multiport Gigabit router is > Terry> doable, but you haven't even mentioned the most important > Terry> aspect of any high speed networking system, so it's not likely > Terry> that you're going to be able to do this effectively, just > Terry> approaching it blind. > > We've been looking at the click stuff... and it seems interesting. I > like some aspects of the netgraph interface better and may be paying > for an ng_route to be created shortly. Frankly, I am not significantly impressed by the Click and other code. If all you are doing is routing, and everything runds in a fixed amount of time at interrupt, it's fine, but it quickly gets less fine, as you move away from that setup. If you are running Zebra, you really don't want Click. If you can gather enough statistics to graph the drop-off curve, so it's possible to see why the problems you are seeing are happening, then I can probably provide you some patches that will increase performance for you. It's important to know if you are livelocking, or if you are running out of mbufs, or if it's a latency issue you are facing, or if we are talking about context switch overhead, instead, etc.. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 16: 6: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C6837B404 for ; Tue, 12 Nov 2002 16:06:04 -0800 (PST) Received: from ares.cs.Virginia.EDU (ares.cs.Virginia.EDU [128.143.137.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D925A43E77 for ; Tue, 12 Nov 2002 16:06:02 -0800 (PST) (envelope-from nicolas@cs.Virginia.EDU) Received: from h0060978f1c76.ne.client2.attbi.com (localhost [127.0.0.1]) by ares.cs.Virginia.EDU (8.9.3+Sun/8.9.2/UVACS-2000040300) with ESMTP id TAA13989 for ; Tue, 12 Nov 2002 19:06:01 -0500 (EST) Date: Tue, 12 Nov 2002 19:05:59 -0500 (EST) From: Nicolas Christin X-X-Sender: nc2y@localhost.localdomain To: freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Re: Netgraph could be a router also. In-Reply-To: <3DD1865E.B9C72DF5@mindspring.com> Message-ID: Organization: University of Virginia - CS Dept. 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 Nov 2002, Terry Lambert wrote: > 100mbit/s / 200kp/s = 500 bytes per packet > > ...and that an absolute top end. Somehow, I think the packets are > smaller. Just for the record... Measurement studies[1] (and NLANR traces[2]) suggest that the average packet size on the Internet is between 400-500 bytes, depending on the backbone link you're monitoring. According to the same studies/traces, packet size distribution can be approximated relatively accurately by a tri-modal distribution, with about 40% ~40 to 44-byte packets, 20% ~572 to 576-byte packets, and 20% 1500-byte packets. The 20 remaining percent are more or less uniformly distributed between 40 and 4000 bytes. This is all of course a rather crude approximation (which is not helped by the fact I'm quoting these numbers off the top of my head - I'll post a correction if I'm blatantly wrong, but I think my memory still works ok), but it may be helpful to get a rough idea of the 'typical' packet size one can observe. The point is, 200 Kpps should be relatively close to what you should see on a 100 Mbps FDX link. [1] http://www.caida.org/outreach/resources/learn/packetsizes [2] http://pma.nlanr.net/PMA/ Best, -- Nicolas Christin Ph.D. Candidate, University of Virginia, Computer Science http://www.cs.virginia.edu/~nicolas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 16:43:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA4237B401 for ; Tue, 12 Nov 2002 16:43:19 -0800 (PST) Received: from web13409.mail.yahoo.com (web13409.mail.yahoo.com [216.136.172.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D84843E91 for ; Tue, 12 Nov 2002 16:43:19 -0800 (PST) (envelope-from giffunip@yahoo.com) Message-ID: <20021113004319.86099.qmail@web13409.mail.yahoo.com> Received: from [200.24.79.181] by web13409.mail.yahoo.com via HTTP; Wed, 13 Nov 2002 01:43:19 CET Date: Wed, 13 Nov 2002 01:43:19 +0100 (CET) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Subject: How big a HD? (automatic settings) To: freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi guys, Sorry if this is not exactly -hackers material, but I suspect some committer actually caused havoc for newbies. I recall someone changed the auto-settings to accomodate for the bigger disk and memory sizes available nowadays, but newbies (precisely the people that tend to use the automatic settings by default) usually start by dedicating only a small part of the disk for FreeBSD. After some advocacy effort, I convinced a friend to try FreeBSD and I handed him some old 3.4 CDs I had. He attempted to install it on a 600M HD with the surprise that the auto settings in sysinstall didn't leave him sufficient space on the /usr partition. He was somewhat surprised as the CD box actually suggested that much less space was required. He downloaded a 5.0 ISO and found the same problem. My question is; how much disk space is required to install FreeBSD nowadays?? cheers, Pedro. ===== --- Pedro F. Giffuni M.SC. Industrial Eng. University of Pittsburgh Mech. Eng. Universidad Nacional de Colombia --- Yahoo is powered by FreeBSD http://www.FreeBSD.org/ ______________________________________________________________________ Per te Blu American Express è gratis! http://it.yahoo.com/mail_it/foot/?http://www.americanexpress.it/land_yahoo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 17:15:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D7D37B401 for ; Tue, 12 Nov 2002 17:15:35 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B641743E3B for ; Tue, 12 Nov 2002 17:15:27 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id gAD1EViX050731; Wed, 13 Nov 2002 11:44:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: CD audio interpolation From: "Daniel O'Connor" To: Sean Hamilton Cc: hackers@FreeBSD.ORG In-Reply-To: <000501c28a83$d98731a0$911de8d8@slugabed.org> References: <000501c28a83$d98731a0$911de8d8@slugabed.org> Content-Type: text/plain Organization: Message-Id: <1037150070.65615.2.camel@chowder.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Nov 2002 11:44:30 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 () IN_REP_TO X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / 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 On Wed, 2002-11-13 at 06:14, Sean Hamilton wrote: > If I read /dev/acd0t1, will the CD-ROM interpolate over scratches and stuff? > Is there any way of identifying them? I believe it's basically up to your CD ROM drive - all the acd driver does is ask it for track info, I don't believe it does anything special to the data. FWIW I use dd if=/dev/acd0tX bs=2352 to make my mp3's and it has never made a bad one yet (with a 52x Mitsubishi and a 24x TEAC laptop CDROM). Admittedly all my CD's are basically archival and once I rip them I almost never play them again, but IMHO new drive are perfectly capable of reading audio without too much hassle. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 17:16: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E68D37B401 for ; Tue, 12 Nov 2002 17:16:07 -0800 (PST) Received: from WS11040202.bytecraft.au.com (ws11040202.bytecraft.au.com [203.39.118.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7685443E8A for ; Tue, 12 Nov 2002 17:16:05 -0800 (PST) (envelope-from murraytaylor@bytecraftsystems.com) Received: from wombat.bytecraft.au.com (not verified[203.39.118.3]) by WS11040202.bytecraft.au.com with MailMarshal (4,2,5,0) id ; Wed, 13 Nov 2002 12:15:57 +1100 Received: from MJTDEVNULL (unknown [10.0.30.252]) by wombat.bytecraft.au.com (Postfix) with ESMTP id 530D73FB4; Wed, 13 Nov 2002 12:15:55 +1100 (EST) From: "Murray Taylor" To: Cc: , Subject: miniBSD buids and runs ok on Advantek WEB 2143 box Date: Wed, 13 Nov 2002 12:15:55 +1100 Message-ID: <000d01c28ab2$37235770$fc1e000a@MJTDEVNULL> 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 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.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 Manuel, As the subject says, we built miniBSD following your scripts etc to make a ipf firewall box. We will be also using the same platform as a ipf / ppp dialer for our remote sites. (freeing up some desktops that are currently being used ;-) ) http://www.advantech.com.tw/eplatforms/web2143.asp Thanks for the guiding efforts! Murray Taylor Special Projects Engineer ------------------------------------------------------------------------ ----- Bytecraft Systems & Entertainment Phone: 61 3 8710 2555 Fax: 61 3 8710 2599 Direct: 61 3 9238 4275 Mobile: 61 0417 319 256 Email: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com ************************************************************************ This Email has been scanned for Viruses by MailMarshal an automated gateway email virus scanner. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 18:11:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E8437B401; Tue, 12 Nov 2002 18:11:52 -0800 (PST) Received: from WS11040202.bytecraft.au.com (ws11040202.bytecraft.au.com [203.39.118.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBC443E4A; Tue, 12 Nov 2002 18:11:50 -0800 (PST) (envelope-from murraytaylor@bytecraftsystems.com) Received: from wombat.bytecraft.au.com (not verified[203.39.118.3]) by WS11040202.bytecraft.au.com with MailMarshal (4,2,5,0) id ; Wed, 13 Nov 2002 13:11:43 +1100 Received: from MJTDEVNULL (unknown [10.0.30.252]) by wombat.bytecraft.au.com (Postfix) with ESMTP id 30D1E3FB4; Wed, 13 Nov 2002 13:11:42 +1100 (EST) From: "Murray Taylor" To: "'Scott Ullrich'" Cc: , Subject: RE: miniBSD buids and runs ok on Advantek WEB 2143 box Date: Wed, 13 Nov 2002 13:11:42 +1100 Message-ID: <001201c28aba$020fb850$fc1e000a@MJTDEVNULL> 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 Importance: Normal In-Reply-To: <2F6DCE1EFAB3BC418B5C324F13934C9601D23B78@exchange.corp.cre8.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.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 Australian $647.00 plus a PSU -----Original Message----- From: Scott Ullrich [mailto:sullrich@CRE8.COM] Sent: Wednesday, November 13, 2002 12:42 PM To: 'Murray Taylor' Subject: RE: miniBSD buids and runs ok on Advantek WEB 2143 box Do you mind me asking how much those little boogers go for? Those are nice! Thanks in advance. -scott -----Original Message----- From: Murray Taylor [mailto:murraytaylor@bytecraftsystems.com] Sent: Tuesday, November 12, 2002 8:16 PM To: mk@neon1.net Cc: freebsd-questions@freebsd.com; freebsd-hackers@freebsd.org Subject: miniBSD buids and runs ok on Advantek WEB 2143 box Manuel, As the subject says, we built miniBSD following your scripts etc to make a ipf firewall box. We will be also using the same platform as a ipf / ppp dialer for our remote sites. (freeing up some desktops that are currently being used ;-) ) http://www.advantech.com.tw/eplatforms/web2143.asp Thanks for the guiding efforts! Murray Taylor Special Projects Engineer ------------------------------------------------------------------------ ----- Bytecraft Systems & Entertainment Phone: 61 3 8710 2555 Fax: 61 3 8710 2599 Direct: 61 3 9238 4275 Mobile: 61 0417 319 256 Email: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com ************************************************************************ This Email has been scanned for Viruses by MailMarshal an automated gateway email virus scanner. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ************************************************************************ This Email has been scanned for Viruses by MailMarshal an automated gateway email virus scanner. ************************************************************************ ************************************************************************ This Email has been scanned for Viruses by MailMarshal an automated gateway email virus scanner. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 19: 8:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A5C837B401 for ; Tue, 12 Nov 2002 19:08:48 -0800 (PST) Received: from web12801.mail.yahoo.com (web12801.mail.yahoo.com [216.136.174.36]) by mx1.FreeBSD.org (Postfix) with SMTP id D46C843E91 for ; Tue, 12 Nov 2002 19:08:47 -0800 (PST) (envelope-from zaunere@yahoo.com) Message-ID: <20021113030847.69266.qmail@web12801.mail.yahoo.com> Received: from [66.114.70.134] by web12801.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 19:08:47 PST Date: Tue, 12 Nov 2002 19:08:47 -0800 (PST) From: Hans Zaunere Subject: Shared files within a jail To: freebsd-hackers@freebsd.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 After much searching and contemplation, I've decided to ask the question directly: I'm implementing a jail server, which will provide a very limited set of resources (Apache/MySQL/PHP). Setup is going well, however I've run into a little snag that I hope can be worked out. I want to allow the users the ability to compile and use their own instances of Apache and MySQL from within the jail. But instead of duplicating the basic system libs and bins, I'd like to maintain a single repository of this, which can then be read-only from within the jail. Options: -- Symlinks won't work because of the chroot. -- Mounts from within the jail aren't allowed, plus a single partition can't be mounted multiple times, AFAIK. -- I don't have NFS setup, and I would like to avoid it as much as possible. -- mount_null seems to be the answer, however the warning at the end of the man page is scary. Is there any combination of these (or anything I'm forgetting) that could help me here? Is mount_null stable? I've had an account on a jail server which had /shared visible within the jail, and symlinks to /bin, /usr/lib and such. I'm not sure how this was actually implemented, and I'd be interested if anyone has seen or heard of any solutions to this type of problem. Best, ===== Hans Zaunere New York PHP http://nyphp.org hans@nyphp.org __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 19:37: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F6AD37B401 for ; Tue, 12 Nov 2002 19:37:01 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 415D543E42 for ; Tue, 12 Nov 2002 19:36:59 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id gAD3aqiX052795; Wed, 13 Nov 2002 14:06:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: Shared files within a jail From: "Daniel O'Connor" To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021113030847.69266.qmail@web12801.mail.yahoo.com> References: <20021113030847.69266.qmail@web12801.mail.yahoo.com> Content-Type: text/plain Organization: Message-Id: <1037158610.66058.28.camel@chowder.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Nov 2002 14:06:50 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 () IN_REP_TO X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / 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 On Wed, 2002-11-13 at 13:38, Hans Zaunere wrote: > -- Symlinks won't work because of the chroot. > -- Mounts from within the jail aren't allowed, plus a single partition > can't be mounted multiple times, AFAIK. > -- I don't have NFS setup, and I would like to avoid it as much as > possible. > -- mount_null seems to be the answer, however the warning at the end of > the man page is scary. > > Is there any combination of these (or anything I'm forgetting) that > could help me here? Is mount_null stable? > > I've had an account on a jail server which had /shared visible within > the jail, and symlinks to /bin, /usr/lib and such. I'm not sure how > this was actually implemented, and I'd be interested if anyone has seen > or heard of any solutions to this type of problem. You should be able to use hardlinks for this sort of thing. Make sure you mark them immutable though, otherwise someone in a jail could compromise other users of those libraries [in another jail]. -- > > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 19:47:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C0F37B401 for ; Tue, 12 Nov 2002 19:47:26 -0800 (PST) Received: from web12801.mail.yahoo.com (web12801.mail.yahoo.com [216.136.174.36]) by mx1.FreeBSD.org (Postfix) with SMTP id 8AE2643E7B for ; Tue, 12 Nov 2002 19:47:26 -0800 (PST) (envelope-from zaunere@yahoo.com) Message-ID: <20021113034726.75787.qmail@web12801.mail.yahoo.com> Received: from [66.114.70.134] by web12801.mail.yahoo.com via HTTP; Tue, 12 Nov 2002 19:47:26 PST Date: Tue, 12 Nov 2002 19:47:26 -0800 (PST) From: Hans Zaunere Subject: Re: Shared files within a jail To: Daniel O'Connor Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <1037158610.66058.28.camel@chowder.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I've had an account on a jail server which had /shared visible > > within the jail, and symlinks to /bin, /usr/lib and such. I'm not > > sure how this was actually implemented, and I'd be interested if > > anyone has seen or heard of any solutions to this type of problem. > > You should be able to use hardlinks for this sort of thing. Two issues arise: 1) I'd like to be able to link an entire directory for convience and maintenance purposes. 2) Cross partition links not possible. Number 2 is really the kicker, as far as I can tell. Is there some way around this? Hans __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 19:56:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 542E437B401 for ; Tue, 12 Nov 2002 19:56:46 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7498343E75 for ; Tue, 12 Nov 2002 19:56:19 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id gAD3u9iX053077; Wed, 13 Nov 2002 14:26:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: Shared files within a jail From: "Daniel O'Connor" To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20021113034726.75787.qmail@web12801.mail.yahoo.com> References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> Content-Type: text/plain Organization: Message-Id: <1037159767.66058.34.camel@chowder.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 13 Nov 2002 14:26:08 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 () IN_REP_TO X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / 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 On Wed, 2002-11-13 at 14:17, Hans Zaunere wrote: > Two issues arise: > 1) I'd like to be able to link an entire directory for convience and > maintenance purposes. Write a script :) > 2) Cross partition links not possible. > > Number 2 is really the kicker, as far as I can tell. Is there some way > around this? Don't think so, you're stuck :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 21:31: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F8B37B401 for ; Tue, 12 Nov 2002 21:31:00 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C94843E42 for ; Tue, 12 Nov 2002 21:31:00 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAD5UxFC067931; Tue, 12 Nov 2002 21:30:59 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAD5UxNt067928; Tue, 12 Nov 2002 21:30:59 -0800 (PST) (envelope-from dillon) Date: Tue, 12 Nov 2002 21:30:59 -0800 (PST) From: Matthew Dillon Message-Id: <200211130530.gAD5UxNt067928@apollo.backplane.com> To: "Daniel O'Connor" Cc: Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> Sender: owner-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 using null mounts. The warning is in there because making the null mount code work is a real hack and the authors aren't entirely sure that everything's gotten covered. That said, use of a null mount is certainly a lot safer if the stuff behind the mount is mostly static. Note that you can also use localhost NFS mounts to replicate pieces of filesystems within jails, but you need to remember that the kernel will wind up caching multiple copies of the data for these two cases and that NFS has file locking issues. Finally, keep in mind that disk space these days is quite cheap. Duplicating the data is not as bad a way to go as you might think, and it allows you to incrementally upgrade each jail. It may suffice to use the null mount trick *only* for the big binaries and libraries that you really want to share, and it may be reasonable to use softlinks to accomplish it, like this: JAIL FILESYSTEM: / complete copy of / /usr complete copy of /usr /mnt null mount of the master / /mnt/usr null mount of the master /usr And then use softlinks to enforce binary sharing by default: /bin/* instead of the binaries make softlinks to /mnt/bin /usr/bin/* ... softlinks to /mnt/usr/bin /usr/lib/* ... softlinks to /mnt/usr/lib /usr/local/lib/* ... softlinks to /mnt/usr/local/lib /usr/local/bin/* ... softlinks to /mnt/usr/local/bin So that way the user can remove the softlink and install his own copy of the software if he wishes, and mess with anything else as well. That's just an example. There are a thousand ways to do it. -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 Tue Nov 12 21:56:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ADDD37B401 for ; Tue, 12 Nov 2002 21:56:18 -0800 (PST) Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D5E843E3B for ; Tue, 12 Nov 2002 21:56:16 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.12.6/8.12.6) with ESMTP id gAD5u00N026493; Tue, 12 Nov 2002 21:56:01 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id gAD5uLNr002815; Tue, 12 Nov 2002 21:56:22 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id gAD5uGIs002814; Tue, 12 Nov 2002 21:56:16 -0800 (PST) (envelope-from marcel) Date: Tue, 12 Nov 2002 21:56:16 -0800 From: Marcel Moolenaar To: soralx@cydem.zp.ua Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: GDB & Linux binaries. Message-ID: <20021113055616.GA2763@dhcp01.pn.xcllnt.net> References: <1036955299.87171.3.camel@lobo> <1036982165.1968.7.camel@chowder.localdomain> <200211101944.21609.soralx@cydem.zp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211101944.21609.soralx@cydem.zp.ua> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 10, 2002 at 07:44:21PM -0700, soralx@cydem.zp.ua wrote: > > > I'm guessing this is because the linux libc library file is in > > > /usr/compat/linux/lib, how do I get GDB to use it instead? Or is it even > > > possible. > > That's interesting. I already asked similar question here, on freebsd-hackers@, > but was immediately sent to freebsd-questions@, where I didn't get any answer. :) freebsd-emulation@ is the place to go, really. > > I believe you can install the linux_devtools* port and get gdb for > > Linux. > > There is also linux_kdump which groks ktrace output from linux binaries. > I tried Linux 'gdb' - it doesn't break on breakpoints; is says that ptrace() > syscall is not implemented. Linux RedHAT 7.2 emulation + 'linux_devtools'. You're running -stable, right? See i386/33300. Gordon stacked it on my plate. I'm very much focussed on getting FreeBSD/ia64 in a releasable state so I might not get to it soon, but it'll be done... eventually :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 22:31:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95D5037B401 for ; Tue, 12 Nov 2002 22:31:44 -0800 (PST) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D58D643E77 for ; Tue, 12 Nov 2002 22:31:43 -0800 (PST) (envelope-from gandalf@vilnya.demon.co.uk) Received: from vilnya.demon.co.uk ([158.152.19.238]) by anchor-post-32.mail.demon.net with esmtp (Exim 3.35 #1) id 18Br3q-000OfF-0W; Wed, 13 Nov 2002 06:31:39 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.rings (Postfix) with ESMTP id C784310790; Wed, 13 Nov 2002 06:32:26 +0000 (GMT) Received: from haveblue (haveblue.rings [10.2.4.64]) by vilnya.demon.co.uk (Postfix) with SMTP id 1606D1078E; Wed, 13 Nov 2002 06:32:24 +0000 (GMT) Message-ID: <011e01c28ade$95d1c280$4004020a@haveblue> From: "Cameron Grant" To: "Matthew Dillon" , "Daniel O'Connor" Cc: "Hans Zaunere" , References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> Subject: Re: Shared files within a jail Date: Wed, 13 Nov 2002 06:33:31 -0000 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.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-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 using null mounts. The warning is in there because making the > null mount code work is a real hack and the authors aren't entirely > sure that everything's gotten covered. That said, use of a null mount > is certainly a lot safer if the stuff behind the mount is mostly > static. null mounts, in -stable at least, are broken for this purpose. on connection, sshd revoke()s some device- its pty, i assume, and when this hits the nullfs layer a null pointer is dereferenced. if i had vfs-clue i'd have fixed it when i found the panic about two weeks ago. when i overcame this by putting the jails /dev on an nfs loopback, i managed to produce two more different panics. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 22:43:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B88337B401 for ; Tue, 12 Nov 2002 22:43:41 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1574F43E75 for ; Tue, 12 Nov 2002 22:43:41 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAD6hcFC068263; Tue, 12 Nov 2002 22:43:38 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAD6hcLg068262; Tue, 12 Nov 2002 22:43:38 -0800 (PST) (envelope-from dillon) Date: Tue, 12 Nov 2002 22:43:38 -0800 (PST) From: Matthew Dillon Message-Id: <200211130643.gAD6hcLg068262@apollo.backplane.com> To: "Cameron Grant" Cc: "Daniel O'Connor" , "Hans Zaunere" , Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue> Sender: owner-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 certainly a lot safer if the stuff behind the mount is mostly :> static. : :null mounts, in -stable at least, are broken for this purpose. on :connection, sshd revoke()s some device- its pty, i assume, and when this :hits the nullfs layer a null pointer is dereferenced. if i had vfs-clue i'd :have fixed it when i found the panic about two weeks ago. when i overcame :this by putting the jails /dev on an nfs loopback, i managed to produce two :more different panics. : : -cg Well, that sounds like an addressable bug. But I don't see any paricular reason why it would be a show-stopper. /dev doesn't take up any significant amount of space, just copy it for each jail. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 22:57:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCAB137B401 for ; Tue, 12 Nov 2002 22:57:29 -0800 (PST) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33FBA43E42 for ; Tue, 12 Nov 2002 22:57:29 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18BrSq-0001fC-00; Tue, 12 Nov 2002 22:57:28 -0800 Message-ID: <3DD1F75D.12B10F92@mindspring.com> Date: Tue, 12 Nov 2002 22:55:25 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Hans Zaunere Cc: freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail References: <20021113030847.69266.qmail@web12801.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hans Zaunere wrote: > I want to allow the users the ability to compile and use their own > instances of Apache and MySQL from within the jail. But instead of > duplicating the basic system libs and bins, I'd like to maintain a > single repository of this, which can then be read-only from within the > jail. Options: > > -- Symlinks won't work because of the chroot. > -- Mounts from within the jail aren't allowed, plus a single partition > can't be mounted multiple times, AFAIK. > -- I don't have NFS setup, and I would like to avoid it as much as > possible. > -- mount_null seems to be the answer, however the warning at the end of > the man page is scary. It's less scary, since you will be mounting read-only. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 23: 9:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EED437B401 for ; Tue, 12 Nov 2002 23:09:57 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0889343E88 for ; Tue, 12 Nov 2002 23:09:56 -0800 (PST) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 1663 invoked by uid 0); 13 Nov 2002 07:09:54 -0000 Received: from p508bcab9.dip.t-dialin.net (HELO oak.pohoyda.family) (80.139.202.185) by mail.gmx.net (mp014-rz3) with SMTP; 13 Nov 2002 07:09:54 -0000 Received: from oak.pohoyda.family (localhost [127.0.0.1]) by oak.pohoyda.family (8.12.3/8.12.3) with ESMTP id gAD79nWB000363; Wed, 13 Nov 2002 08:09:51 +0100 (CET) Received: (from apog@localhost) by oak.pohoyda.family (8.12.3/8.12.3/Submit) id gAD79m8i000360; Wed, 13 Nov 2002 08:09:48 +0100 (CET) To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: A quick gdb help References: From: Alexander Pohoyda Date: 13 Nov 2002 08:09:48 +0100 In-Reply-To: Zhihui Zhang's message of "Tue, 12 Nov 2002 14:56:10 -0500 (EST)" Message-ID: <87u1imgd37.fsf@oak.pohoyda.family> Lines: 16 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 Zhihui Zhang writes: > (gdb) set xyz = 1 <- works > (gdb) set i = 1 <- syntax error near '1' > > I guess i must have special meaning in gdb. But what if I insist setting > it, is there a way? Thanks. Use `set var[iable] i = 1' or `p[rint] i = 1'. More information in `Assignment to variables' node at `info gdb'. -- Alexander Pohoyda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 23:12: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8037B401 for ; Tue, 12 Nov 2002 23:12:00 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F09F43E6E for ; Tue, 12 Nov 2002 23:11:59 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18Brgm-0004te-00; Tue, 12 Nov 2002 23:11:52 -0800 Message-ID: <3DD1FAB9.82607C41@mindspring.com> Date: Tue, 12 Nov 2002 23:09:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Daniel O'Connor , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > Try using null mounts. The warning is in there because making the > null mount code work is a real hack and the authors aren't entirely > sure that everything's gotten covered. That said, use of a null mount > is certainly a lot safer if the stuff behind the mount is mostly > static. The problem is in the VM object alias code. Specifically, the getpages/putpages have to be implemented in terms of read/write, so that there are not two vm_object_t's that refer to the same data, since there is no "upcall" to notify of changes in a lower layer, and therefore guarantee coherency. This basically means that the "pig tricks" that most people who don't know any better do, like using both mmap() and file I/O against the same file, require explicit calls to msync() to ensure cache coherency. Most people who write code these days don't expect to have to call msync, and even if they expect to, they're not entirely sure of when/why/how to call it. This is the same reason that dropping the getpages/putpages VOPs from the SMBFS implementation "fixes" the "cp" problem (by making "cp" dork like "dd", by converting the getpages() request into a read() request, instead). But doing that introduces the same cache coherency problems, again. You can basically ignore this problem entirely, since your mounts are going to be read-only, and you aren't going to have to worry about someone dirtying pages through a nullfs mount. > Note that you can also use localhost NFS mounts to replicate pieces of > filesystems within jails, but you need to remember that the kernel > will wind up caching multiple copies of the data for these two cases > and that NFS has file locking issues. Yes. This will also work, if the man page for nullfs turns out to be "too scary". ;^). Same coherency issues. > Finally, keep in mind that disk space these days is quite cheap. > Duplicating the data is not as bad a way to go as you might think, and > it allows you to incrementally upgrade each jail. It may suffice to use > the null mount trick *only* for the big binaries and libraries that you > really want to share, and it may be reasonable to use softlinks to > accomplish it, like this: And, in fact, this is what I tend to do. But since the case in point is for MySQL/Apache/etc., there's probably a lot more jhail instances than what you are used to seeing. This is a shared hosting platform, which is trying to pretend it's not shared, right? If you go this route, you may want to bump up the number of inodes by quite a bit above the default... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 23:14:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31EC337B404 for ; Tue, 12 Nov 2002 23:14:10 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B2943E75 for ; Tue, 12 Nov 2002 23:14:09 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0207.cvx21-bradley.dialup.earthlink.net ([209.179.192.207] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18Brir-0006iX-00; Tue, 12 Nov 2002 23:14:01 -0800 Message-ID: <3DD1FB3A.E0B305B3@mindspring.com> Date: Tue, 12 Nov 2002 23:11:54 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Cameron Grant Cc: Matthew Dillon , Daniel O'Connor , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue> 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 Cameron Grant wrote: > null mounts, in -stable at least, are broken for this purpose. on > connection, sshd revoke()s some device- its pty, i assume, and when this > hits the nullfs layer a null pointer is dereferenced. if i had vfs-clue i'd > have fixed it when i found the panic about two weeks ago. when i overcame > this by putting the jails /dev on an nfs loopback, i managed to produce two > more different panics. 1) Use devfs instead. 2) Mount a devfs instance in each jail. Problem solved. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Nov 12 23:51: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B38C37B401 for ; Tue, 12 Nov 2002 23:51:05 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5893043E42 for ; Tue, 12 Nov 2002 23:51:03 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAD7oupk074540; Wed, 13 Nov 2002 00:50:56 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 13 Nov 2002 00:50:50 -0700 (MST) Message-Id: <20021113.005050.117280590.imp@bsdimp.com> To: kientzle@acm.org Cc: hackers@FreeBSD.ORG Subject: Re: Shrinking /(s)bin: A Proposal From: "M. Warner Losh" In-Reply-To: <3DD03D9A.6090805@acm.org> References: <3DD03D9A.6090805@acm.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / 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 I just link bin and sbin dynamically when I want to make a small image. Works great, no hacks needed so long as / and /usr are the same partition, which they are on the CF's I make. A minimally bootable FreeBSD system is on the order of 6MB uncompressed. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 3:14: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C515637B401 for ; Wed, 13 Nov 2002 03:14:04 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71B4943E4A for ; Wed, 13 Nov 2002 03:14:04 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gADBE3FC069567; Wed, 13 Nov 2002 03:14:04 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gADBE3lM069566; Wed, 13 Nov 2002 03:14:03 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Nov 2002 03:14:03 -0800 (PST) From: Matthew Dillon Message-Id: <200211131114.gADBE3lM069566@apollo.backplane.com> To: Terry Lambert Cc: "Daniel O'Connor" , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.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 :> Try using null mounts. The warning is in there because making the :> null mount code work is a real hack and the authors aren't entirely :> sure that everything's gotten covered. That said, use of a null mount :> is certainly a lot safer if the stuff behind the mount is mostly :> static. : :The problem is in the VM object alias code. Specifically, the :getpages/putpages have to be implemented in terms of read/write, :so that there are not two vm_object_t's that refer to the same :data, since there is no "upcall" to notify of changes in a lower :layer, and therefore guarantee coherency. I'm fairly sure the VM issues were fixed when VOP_GETVOBJECT was added. A file accessed via a null mount will have the same VM object as the file in the original filesystem. I'm not 100% sure about that, I wasn't the one who did it, but I seem to recall it being discussed. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 3:18:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0354537B401 for ; Wed, 13 Nov 2002 03:18:23 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E8F43E7B for ; Wed, 13 Nov 2002 03:18:22 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 7CBE33ABB63; Wed, 13 Nov 2002 12:23:26 +0100 (CET) Date: Wed, 13 Nov 2002 12:23:25 +0100 From: Pawel Jakub Dawidek To: Hans Zaunere Cc: freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail Message-ID: <20021113112325.GK590@garage.freebsd.pl> References: <20021113030847.69266.qmail@web12801.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="yiup30KVCQiHUZFC" Content-Disposition: inline In-Reply-To: <20021113030847.69266.qmail@web12801.mail.yahoo.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --yiup30KVCQiHUZFC Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 12, 2002 at 07:08:47PM -0800, Hans Zaunere wrote: +> -- mount_null seems to be the answer, however the warning at the end of +> the man page is scary. +>=20 +> Is there any combination of these (or anything I'm forgetting) that +> could help me here? Is mount_null stable? I'm using mount_null(8) for my jails for a long time and everything works fine. milla:root:~# mount | grep null | wc -l 22 --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --yiup30KVCQiHUZFC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPdI2LT/PhmMH/Mf1AQGfIAP+MqXt5lW4Conoin3UprHLRBe8fzJ8ZDo+ ubwbmwvGYAeRP/lEhVym+VqMQWY8xCXcks+RzWTtFUwncY7s8VCoZATjjI3XjRwu UUucGYSb5rwruKerWpZjH6OgWYnoPLq9Z8ALTDeC0brcF3B4kUNFV52ZRFKzkNaQ Q4CmGPfaXcc= =NzV0 -----END PGP SIGNATURE----- --yiup30KVCQiHUZFC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 4: 5:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1063B37B401; Wed, 13 Nov 2002 04:05:34 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65E1643E3B; Wed, 13 Nov 2002 04:05:32 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA27605; Wed, 13 Nov 2002 23:05:21 +1100 Date: Wed, 13 Nov 2002 23:17:53 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Tomas Pluskal Cc: freebsd-fs@FreeBSD.ORG, , Subject: Re: seeking help to rewrite the msdos filesystem In-Reply-To: Message-ID: <20021113221729.N381-100000@gamplex.bde.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 On Tue, 12 Nov 2002, Tomas Pluskal wrote: > I believe that everybody here knows about the "slow msdosfs" problem, that > is AFAIK caused by implementation without clustering. Which problem. msdosfs has a number of small problems. Mostly they don't matter. > For me this is very annoying, because I use digital camera, and ZIP drive, > and FAT on both of them. Speed is about 10 times lower than it could be.. ZIP drives have much larger speed problems thn msdosfs. msdosfs happens to be a good way to get the worst out of them. They have a minumum i/o overhead of 20 msec (at least for all the 100MB ones that I tried), so if you use msdosfs's minimum block size of 512 then their maximum speed is 25K/sec which is about 40 times slower than it could be. The default block size of 2K gives a speed which is about 10 times slower than it could be. The ffs default block size of 16K gives a speed which is only about 1.25 times slower than it could be. E.g.: %%% Script started on Wed Nov 13 22:13:53 2002 ttyv1:root@gamplex:/tmp> newfs /dev/afd0 /dev/afd0: 96.0MB (196608 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 24.02MB, 1537 blks, 3200 inodes. super-block backups (for fsck -b #) at: 32, 49216, 98400, 147584 newfs: ioctl (DIOCWDINFO): /dev/afd0: can't rewrite disk label: Operation not supported by device ttyv1:root@gamplex:/tmp> mount /dev/afd0 /mnt ttyv1:root@gamplex:/tmp> dd if=/dev/zero of=/mnt/zz bs=1m count=20 time umount /mnt 20+0 records in 20+0 records out 20971520 bytes transferred in 18.827154 secs (1113898 bytes/sec) ttyv1:root@gamplex:/tmp> time umount /mnt 0.29 real 0.00 user 0.02 sys ttyv1:root@gamplex:/tmp> newfs_msdos -b 16384 /dev/afd0 /dev/afd0: 196512 sectors in 6141 FAT16 clusters (16384 bytes/cluster) bps=512 spc=32 res=1 nft=2 rde=512 mid=0xf0 spf=24 spt=32 hds=64 hid=0 bsec=196608 ttyv1:root@gamplex:/tmp> mount -t msdosfs /dev/afd0 /mnt ttyv1:root@gamplex:/tmp> dd if=/dev/zero of=/mnt/zz bs=1m count=20 time umount /mnt 20+0 records in 20+0 records out 20971520 bytes transferred in 27.729786 secs (756281 bytes/sec) ttyv1:root@gamplex:/tmp> time umount /mnt 5.57 real 0.00 user 0.03 sys ttyv1:root@gamplex:/tmp> exit Script done on Wed Nov 13 22:16:06 2002 %%% The above "could be" calculations are based on a speed of 1000K/sec. My test drive can't quite reach this using raw reads with a block size of 64K, but ffs clusters the data so well that it exceeds this speed for writes. msdosfs with a block size of 16K achieves about 63% of this speed (not the 87.5% suggested by the naive calculations). My times are with some small improvements which I think don't affect the tests much (they affect latency more than throughput). With lots of small files (smaller than the block size), clustering doesn't makes even less difference; however, msdosfs doesn't support soft updates or async mounts so it it is about as slow as plain ffs (in my test of writing 1000 files of size 512, msdosfs is actually only 5 times slower than ffs with soft updates or async; plain ffs is about 7.5 times slower). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 4:21:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1443537B401 for ; Wed, 13 Nov 2002 04:21:47 -0800 (PST) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7AA443E3B for ; Wed, 13 Nov 2002 04:21:37 -0800 (PST) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.6/8.12.6) with ESMTP id gADCKxTP041594; Wed, 13 Nov 2002 14:21:00 +0200 (EET) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.6/8.12.6/Submit) id gADCKwNj041593; Wed, 13 Nov 2002 14:20:58 +0200 (EET) Date: Wed, 13 Nov 2002 14:20:57 +0200 From: Alexandr Kovalenko To: Poul-Henning Kamp Cc: David Schultz , freebsd-hackers@FreeBSD.ORG Subject: Re: Patch to allow a driver to report unrecoverable write errors to the buf layer Message-ID: <20021113122057.GA41016@nevermind.kiev.ua> References: <20021029203053.GA21387@HAL9000.homeunix.com> <97531.1035923533@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <97531.1035923533@critter.freebsd.dk> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Poul-Henning Kamp! On Tue, Oct 29, 2002 at 09:32:13PM +0100, you wrote: > >> >IMO, the retry-forever bug is the > >> >real problem, but I'm a bit skeptical that it's easy to solve > >> >safely. > >> Just revert the commit which added it recently. > >Recently? I know that the bug was present at least six months > >ago, and probably earlier as well. > That's "recently" enough for me :-) It looks like this bug existed since PR 53 -- NEVE-RIPE Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 4:33:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42BC937B401; Wed, 13 Nov 2002 04:33:24 -0800 (PST) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7526F43E6E; Wed, 13 Nov 2002 04:33:13 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd06.sul.t-online.de by mailout09.sul.t-online.com with smtp id 18BwhZ-000206-08; Wed, 13 Nov 2002 13:33:01 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.22.193]) by fmrl06.sul.t-online.com with esmtp id 18BwhL-0wnAJcC; Wed, 13 Nov 2002 13:32:47 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id gADCWcqu003401; Wed, 13 Nov 2002 13:32:38 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id gADCX1dh001822; Wed, 13 Nov 2002 13:33:01 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 13 Nov 2002 13:33:01 +0100 From: Alexander Leidinger To: Bruce Evans Cc: plusik@pohoda.cz, freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: seeking help to rewrite the msdos filesystem Message-Id: <20021113133301.767d8a4d.Alexander@Leidinger.net> In-Reply-To: <20021113221729.N381-100000@gamplex.bde.org> References: <20021113221729.N381-100000@gamplex.bde.org> X-Mailer: Sylpheed version 0.8.5claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-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 On Wed, 13 Nov 2002 23:17:53 +1100 (EST) Bruce Evans wrote: > My times are with some small improvements which I think don't affect > the tests much (they affect latency more than throughput). With lots > of small files (smaller than the block size), clustering doesn't makes > even less difference; however, msdosfs doesn't support soft updates > or async mounts so it it is about as slow as plain ffs (in my test of > writing 1000 files of size 512, msdosfs is actually only 5 times slower > than ffs with soft updates or async; plain ffs is about 7.5 times slower). mtools feels faster (yes, no measurement, pure subjective observation). Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 4:50:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04BFB37B401 for ; Wed, 13 Nov 2002 04:50:11 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3886743E42 for ; Wed, 13 Nov 2002 04:50:09 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id D8400612C for ; Wed, 13 Nov 2002 13:50:06 +0100 (MET) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id C77027942 for ; Wed, 13 Nov 2002 13:50:06 +0100 (MET) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id B50021361A; Wed, 13 Nov 2002 13:50:06 +0100 (CET) Date: Wed, 13 Nov 2002 13:50:06 +0100 From: Daniel Lang To: freebsd-hackers@freebsd.org Subject: MOXA Intellio driver project Message-ID: <20021113125006.GB59661@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i Sender: owner-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 plan to develop a driver for the MOXA Intelliio C320Turbo/PCI board. This is an intelligent serial multiport card. I've already contacted John Hay, who wrote the puc(4) driver and got some hint, I will also study the developers handbook. MOXA is willig to send me the specs for this card, but I have to sign an NDA. Now I'm not sure yet, how this will affect the resulting driver code (provided, there is any). How should I proceed? Would binary only KLD driver still be of some use? Is it likely, that I can publish the driver code under BSD license, although protected specs from MOXA have been used? Regardless of these license issues, I'm not experienced in programming device drivers or even system programming at all. I guess I would need someone to ask, from time to time, if I'm stuck, preferrably someone with good knowledge about serial communication. Who would you recommend, or who would be willig, to be harrased by my feeble efforts. :-} Thanks for your help. Best regards, Daniel -- IRCnet: Mr-Spock - Der Schatten von Hasenfuss ist ziemlich dunkel - *Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 5: 1:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B58737B401 for ; Wed, 13 Nov 2002 05:01:17 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6219943E3B for ; Wed, 13 Nov 2002 05:01:16 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id gADD1AsP044619 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 13 Nov 2002 14:01:11 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id gADD19Cu067320 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 13 Nov 2002 14:01:09 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id gADD18l8072328; Wed, 13 Nov 2002 14:01:08 +0100 (CET) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id gADD12IZ072327; Wed, 13 Nov 2002 14:01:03 +0100 (CET) Date: Wed, 13 Nov 2002 14:01:02 +0100 From: Bernd Walter To: Anton Vinokurov Cc: Bruce M Simpson , freebsd-hackers@FreeBSD.ORG Subject: Re: boot from USB ZIP or USB HDD Message-ID: <20021113130102.GG71666@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <001101c28a5d$973304d0$14d1d0c3@main.inorg.chem.msu.ru> <20021112153812.GJ16068@spc.org> <001801c28a64$7311e330$14d1d0c3@main.inorg.chem.msu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001801c28a64$7311e330$14d1d0c3@main.inorg.chem.msu.ru> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 12, 2002 at 06:59:14PM +0300, Anton Vinokurov wrote: > My motherboard (VIA Epia) support booting from USB-FDD, USB-ZIP, USB-HDD and > USB-CDROM. I have no idea how it works and what the difference between all > this methods. My USB flash device could be formatted as "bootable" under > Windows as USB ZIP device, and when I set "boot from USB ZIP" in BIOS - all > is fine, and I see "a:>" DOS prompt. But setting "USB HDD or USB HDD or USB > CDROM" as boot device at BIOS fails - boot block cannot be found. > > The problem is that FreeBSD boot block (boot0, boot1 or boot2 - I don't > know) assumed that booting is performed from HDD device, but it is untrue. > Maybe I should use different boot blocks? Is it possible to boot FreeBSD > form ZIP device (seen by BIOS as ZIP, not HDD or FDD)? I know that we have > different boot block to boot from CD (/boot/cdboot) and maybe we should have > something like /boot/zipboot? No - the FreeBSD boot blocks asume that booting is performed by a BIOS drive served via int13 semantics no matter what type it is. You can't expect anything more to fit into 512 bytes. If you get the boot2 prompt than boot1 succeded in loading boot2 but failed to start /boot/loader. This sais that the filessystem is not readable. There is a difference in FDDs and HDDs in that HDD have a CP style partition table and FDDs have not. Depending on which type your BIOS uses for the USB drive you have to use either dedicated or sliced configuration on the media. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 6:13:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50A2837B409 for ; Wed, 13 Nov 2002 06:13:47 -0800 (PST) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E4143E4A for ; Wed, 13 Nov 2002 06:13:46 -0800 (PST) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 1E89D137FFB; Wed, 13 Nov 2002 09:13:40 -0500 (EST) Received: by trooper.velocet.ca (Postfix, from userid 66) id DC3D7746A6; Wed, 13 Nov 2002 09:13:34 -0500 (EST) Received: by canoe.velocet.net (Postfix, from userid 101) id AA46156766D; Wed, 13 Nov 2002 09:13:30 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15826.24074.605709.966155@canoe.velocet.net> Date: Wed, 13 Nov 2002 09:13:30 -0500 To: Terry Lambert Cc: David Gilbert , dolemite@wuli.nu, freebsd-hackers@freebsd.org Subject: Re: [hackers] Re: Netgraph could be a router also. In-Reply-To: <3DD1865E.B9C72DF5@mindspring.com> References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> <15823.51640.68022.555852@canoe.velocet.net> <3DD1865E.B9C72DF5@mindspring.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Terry" == Terry Lambert writes: Terry> These stats are moderately meaningless. Terry> The problem is that they don't tell me about where you are Terry> measuring your packets-per-second rate, or how it's being Terry> measured, or whether the interrupt or processing load is high Terry> enough to trigger livelock, or not, or the size of the packet. Terry> And is that a unidirectional or bidirectional rate? UDP? Terry> I guess I could guess with 200kpps: Terry> 100mbit/s / 200kp/s = 500 bytes per packet Terry> ...and that an absolute top end. Somehow, I think the packets Terry> are smaller. Bidirectionally, not FDX, we're talking 250 bytes Terry> per packet maximum theoretical throughput. Well... I have all those stats, but I wasn't wanting to type that much. IIRC, we normally test with 80 byte packets ... they can be UDP or TCP ... we're testing the routing. The box has two interfaces and we measure the number of PPS that get to the box on the other side. Without polling patches, the single processor box definately experiences live lock. Interestingly, the degree of livelock is fairly motherboard dependant. We have tested many cards and so far fxp's are our best performers. >> One of the largest problems we've found with GigE adapters on >> FreeBSD is that their pps ability (never mind the volume of data) >> is less than half that of the fxp driver. Terry> I've never found this to be the case, using the right hardware, Terry> and a combination of hard and soft interrupt coelescing. You'd Terry> have to tell me what hardware you are using for me to be able Terry> to stare at the driver. My personal hardware recommendation in Terry> this regard would be the Tigon III, assuming that the packet Terry> size was 1/3 to 1/6th the MTU, as you implied by your numbers. we were using the intel, which aparently was a mistake. We had a couple of others, too, but they were dissapointing. I can get their driver name later. Terry> Personnally, I would *NOT* use polling, particularly if you Terry> were using user space processing with Zebra, since any load at Terry> all would push you to the point of starving the user space Terry> process for CPU time; it's not really worth it (IMO) to do the Terry> work necessary to go to weighted fair share queueing for Terry> scheduling, if it came to that. The polling patches made zebra happy, actually. Under livelock, zebra would stop sending bgp hello packets. Under polling, we could pass the 150k+ packets and still have user time to run bgp. >> But we havn't tested every driver. The Intel GigE cards were >> especially disapointing. Terry> Have you tried the Tigon III, with Bill Paul's driver? Terry> If so, did you include the polling patches that I made against Terry> the if_ti driver, and posted to -net, when you tested it? Terry> Do you have enough control over the load clients that you can Terry> ramp the load up until *just before* the performance starts to Terry> tank? If so, what's the high point of the curve on the Terry> Gigabit, before it tanks (and it will)? We need new switches, actually, but we'll be testing this soon. Terry> If you are willing to significantly modify FreeBSD, and address Terry> all of the latency issues, a multiport Gigabit router is Terry> doable, but you haven't even mentioned the most important Terry> aspect of any high speed networking system, so it's not likely Terry> that you're going to be able to do this effectively, just Terry> approaching it blind. >> We've been looking at the click stuff... and it seems interesting. >> I like some aspects of the netgraph interface better and may be >> paying for an ng_route to be created shortly. Terry> Frankly, I am not significantly impressed by the Click and Terry> other code. If all you are doing is routing, and everything Terry> runds in a fixed amount of time at interrupt, it's fine, but it Terry> quickly gets less fine, as you move away from that setup. Terry> If you are running Zebra, you really don't want Click. I've had that feeling. A lot of people seem to be working on click, but it seems to abstract things that I don't see as needing abstracting. Terry> If you can gather enough statistics to graph the drop-off Terry> curve, so it's possible to see why the problems you are seeing Terry> are happening, then I can probably provide you some patches Terry> that will increase performance for you. It's important to know Terry> if you are livelocking, or if you are running out of mbufs, or Terry> if it's a latency issue you are facing, or if we are talking Terry> about context switch overhead, instead, etc.. We're definately livelocking with the fxps. I'd be interested in your patches for the GigE drivers. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 6:24:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD0D337B401 for ; Wed, 13 Nov 2002 06:24:58 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF5843E77 for ; Wed, 13 Nov 2002 06:24:56 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gADEOaOr094017; Wed, 13 Nov 2002 15:24:37 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Daniel Lang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: MOXA Intellio driver project In-Reply-To: Your message of "Wed, 13 Nov 2002 13:50:06 +0100." <20021113125006.GB59661@atrbg11.informatik.tu-muenchen.de> Date: Wed, 13 Nov 2002 15:24:36 +0100 Message-ID: <94016.1037197476@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021113125006.GB59661@atrbg11.informatik.tu-muenchen.de>, Daniel L ang writes: >MOXA is willig to send me the specs for this card, but I have to >sign an NDA. Now I'm not sure yet, how this will affect the >resulting driver code (provided, there is any). > >How should I proceed? Would binary only KLD driver still >be of some use? Is it likely, that I can publish the driver code >under BSD license, although protected specs from MOXA have been used? If you go this route, I would advice you study how I did it for the fla (sys/contrib/dev/fla) driver: All the vendor-tainted code is located in one .o file which is distributed in binary form. Try to put as little in that .o as possible, and the rest of the driver in un-tainted source-form. That way you can shield yourself from most if not all changes that happen in FreeBSD because those bits are in the .c file. >Regardless of these license issues, I'm not experienced in >programming device drivers or even system programming at all. Deep water is a great encitament to learn to swim :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 9:12:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756DC37B401 for ; Wed, 13 Nov 2002 09:12:54 -0800 (PST) Received: from softweyr.com (softweyr.com [209.63.227.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5A0343E4A for ; Wed, 13 Nov 2002 09:12:53 -0800 (PST) (envelope-from wes@softweyr.com) Received: from homer.softweyr.com ([204.68.178.39] helo=softweyr.com) by softweyr.com with esmtp (Exim 3.35 #1) id 18C13Z-000INV-00; Wed, 13 Nov 2002 10:12:01 -0700 Message-ID: <3DD2994E.65F078E7@softweyr.com> Date: Wed, 13 Nov 2002 10:26:22 -0800 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: justin.wojdacki@analog.com Cc: Rich Morin , freebsd-hackers@freebsd.org Subject: Re: Shrinking /(s)bin: A Proposal References: <3DD03D9A.6090805@acm.org> <3DD157D6.2BA95A13@analog.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 Justin Wojdacki wrote: > > Rich Morin wrote: > > > > My spouse had the problem of creating a bootable copy of A/UX on a > > single floppy. She decided to write a "doitall" program that had > > functionality from a number of small commands. This amortized the > > overhead a great deal. > > If you're seriously interested in this, take a look at busybox. > > http://busybox.lineo.org > > Not sure how compatible the licensing is for FreeBSD base software > though. BusyBox is essentialy what crunchgen does, though with crunchgen you get the full-featured FreeBSD versions of commands, not the stripped-down sometimes functionless versions in BusyBox. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 9:18:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E2837B401 for ; Wed, 13 Nov 2002 09:18:33 -0800 (PST) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4873243E6E for ; Wed, 13 Nov 2002 09:18:32 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gADHGSZ13410; Wed, 13 Nov 2002 12:16:28 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18C17h-0002bl-00; Wed, 13 Nov 2002 12:16:17 -0500 Date: Wed, 13 Nov 2002 12:16:17 -0500 From: The Anarcat To: Terry Lambert Cc: Cameron Grant , Matthew Dillon , "Daniel O'Connor" , Hans Zaunere , freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail Message-ID: <20021113171616.GD9829@xtanbul.studio.espresso-com.com> References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue> <3DD1FB3A.E0B305B3@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DD1FB3A.E0B305B3@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue Nov 12, 2002 at 11:11:54PM -0800, Terry Lambert wrote: > Cameron Grant wrote: > > null mounts, in -stable at least, are broken for this purpose. on > > connection, sshd revoke()s some device- its pty, i assume, and when this > > hits the nullfs layer a null pointer is dereferenced. if i had vfs-clue i'd > > have fixed it when i found the panic about two weeks ago. when i overcame > > this by putting the jails /dev on an nfs loopback, i managed to produce two > > more different panics. > > 1) Use devfs instead. On -stable? A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 10:49: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5EA37B401 for ; Wed, 13 Nov 2002 10:49:01 -0800 (PST) Received: from ip216-239-79-239.vif.net (ip216-239-79-239.vif.net [216.239.79.239]) by mx1.FreeBSD.org (Postfix) with SMTP id F1DD843E4A for ; Wed, 13 Nov 2002 10:48:52 -0800 (PST) (envelope-from repro@earthlink.net) Received: from hotmail.com (delphi.com [164.215.250.114]) by delphi.com (8.11.6/8.11.6) with ESMTP id 3131 for ; Wed, 13 Nov 2002 18:48:57 +0000 From: "tquick40" To: "" Subject: Bullet proof bulk email friendly hosting & cheap mass email campaigns. X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Mozilla 4.51 [ru] (Win98; I) Date: Wed, 13 Nov 2002 18:48:57 +0000 Message-ID: <1956510476kdfnhuvCiuhhevg1ruj@bigfoot.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 We are the marketing specialists www.host4bulk.com that provide cheap bullet proof bulk email friendly hosting for your website ($400 for one month of bullet proof hosting) and cheap bulk email campaigns ($200 for 1 million emails sent) As you may already know, many web hosting companies have Terms of Service (TOS) or Acceptable Use Policies (AUP) against the delivery of emails advertising or promoting your web site. If your web site host receives complaints or discovers that your web site has been advertised in email broadcasts, they may disconnect your account and shut down your web site. Our mission is to solve your problem and provide you with bulk email friendly hosting. You don't have to worry about your website being closed again. Adult and gambling sites welcomed. No set up fee. You may advertise your website by using your own resources or using 3rd party's service. However we can do all the advertising for your business. You just sit, relax and see how your income grows constantly. We guarantee the lowest prices on the web for our web hosting and bulk email campaigns. We only ask $200 us dollars for 1 million emails sent with your ad. We don't use duplicate emails. Our email base is up to date and it is updated weekly. Our current email data base contains over 50.000.000 emails sorted by various parameters to meet your specific needs. No competitors may offer this price. The lowest price you can find on the net is well over $500 for 1 million Don't make the mistake of bulk emailing directly to your website without bulletproof web hosting. Your web host will close your account and shut your site down in no time! No matter how long you have been with them, how much you are paying them, or how beautiful your site is. There are companies charging thousands for bulletproof web hosting and they can't keep you up and running like we can. If you host with us, your site will NOT BE SHUT DOWN due to complaints! Bulk email campaign together with bullet proof hosting will bring your business to success. Just imagine how many people will learn about your business or product at a really low price. Bulk email is considered to be the most effective way to advertise on the net. It is hundreds times effective than banner, solo ad and other campaigns. Once people use our service they always come back for more. We can always provide websites that use bulk email campaigns with our new reliable way to accept credit cards on the net without the need to open merchant account. You can start accepting credit card payments in second. It is totally free. Visit our website at http://www.host4bulk.com for more information and to order your bulk email hosting or/and email campaign. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 11:21:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A8237B401 for ; Wed, 13 Nov 2002 11:21:09 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E3643E77 for ; Wed, 13 Nov 2002 11:21:08 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.5/8.12.5) with ESMTP id gADJKvTJ054276; Wed, 13 Nov 2002 22:21:01 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 13 Nov 2002 22:20:57 +0300 (MSK) From: Dmitry Morozovsky To: Hans Zaunere Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail In-Reply-To: <20021113030847.69266.qmail@web12801.mail.yahoo.com> Message-ID: <20021113221521.N49845-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet 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 Nov 2002, Hans Zaunere wrote: HZ> After much searching and contemplation, I've decided to ask the HZ> question directly: HZ> HZ> I'm implementing a jail server, which will provide a very limited set HZ> of resources (Apache/MySQL/PHP). Setup is going well, however I've run HZ> into a little snag that I hope can be worked out. HZ> HZ> I want to allow the users the ability to compile and use their own HZ> instances of Apache and MySQL from within the jail. But instead of HZ> duplicating the basic system libs and bins, I'd like to maintain a HZ> single repository of this, which can then be read-only from within the HZ> jail. Options: HZ> HZ> -- Symlinks won't work because of the chroot. HZ> -- Mounts from within the jail aren't allowed, plus a single partition HZ> can't be mounted multiple times, AFAIK. HZ> -- I don't have NFS setup, and I would like to avoid it as much as HZ> possible. HZ> -- mount_null seems to be the answer, however the warning at the end of HZ> the man page is scary. HZ> HZ> Is there any combination of these (or anything I'm forgetting) that HZ> could help me here? Is mount_null stable? HZ> HZ> I've had an account on a jail server which had /shared visible within HZ> the jail, and symlinks to /bin, /usr/lib and such. I'm not sure how HZ> this was actually implemented, and I'd be interested if anyone has seen HZ> or heard of any solutions to this type of problem. I did multiple sets of null:/shared/J/usr /J/jailNN/usr procfs /J/jailNN/proc mfs:48k /J/jailNN/dev with a bit of tweaking such as: /bin and /sbin moved to ${JHOME}/usr/Rbin and /Rsbin and symlinked, /usr/home and /usr/local have moved out to jail home and symlinked for standard jail there as also useful mount such as null:/shared/J/local /J/jailNN/local ... and it at least seems workable for some ten to twenty jails on a moderately powerful (1g5 Athlon with 512M of memory) machine. All jails are rather lightweight (have only Apaches/PHP besides base system) though. Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 11:21:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D2AE37B401 for ; Wed, 13 Nov 2002 11:21:48 -0800 (PST) Received: from grillolja.cs.umu.se (grillolja.cs.umu.se [130.239.40.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F14543E4A for ; Wed, 13 Nov 2002 11:21:46 -0800 (PST) (envelope-from tdv94ped@cs.umu.se) Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id 08D7FA01F; Wed, 13 Nov 2002 20:21:44 +0100 (MET) Received: from cs.umu.se (h55n1c1o1023.bredband.skanova.com [213.64.164.55]) by grillolja.cs.umu.se (Postfix) with ESMTP id 8C8DEA014; Wed, 13 Nov 2002 20:21:35 +0100 (MET) Message-ID: <3DD2A633.7050902@cs.umu.se> Date: Wed, 13 Nov 2002 20:21:23 +0100 From: Paul Everlund User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: sv,en MIME-Version: 1.0 To: Luoqi Chen Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Network connection problem: SIS, miibus References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new amavisd-new-20020630 Sender: owner-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 Luoqi Chen! >Luoqi Chen wrote: >>Paul Everlund wrote: >> >>Hi all! >> >>Did try questions, without any reply, so I'm trying here... >> >>I have a friend who decided to try FreeBSD 4.6.2 and it works just >>fine except one thing, his connection to the internet. >> >>He has a sis network card, which is compiled into the kernel, with >>miibus that is required. > > Could you post the output from the `pciconf -l | grep sis' command? > I have a couple of machines with integrated sis ethernet controllers > (sis962 south bridge), and the if_sis driver would not work without > some tweaking. If your friend is using something similar, I could > send a patch for him to try. This is what doing "pciconf -l | grep sis" on his computer says: sis0@pci0:3:0: class=0x020000 card=0x0a141019 chip=0x09001039 rev=0x90 hdr=0x00 Something which is familiar to you? Best regards, Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 11:28: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BA7037B401 for ; Wed, 13 Nov 2002 11:28:03 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D40B243E4A for ; Wed, 13 Nov 2002 11:28:02 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gADJS0FC085878; Wed, 13 Nov 2002 11:28:00 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gADJRxP8085877; Wed, 13 Nov 2002 11:27:59 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Nov 2002 11:27:59 -0800 (PST) From: Matthew Dillon Message-Id: <200211131927.gADJRxP8085877@apollo.backplane.com> To: Poul-Henning Kamp Cc: Subject: tty/pty devices not safe in jail? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm. While tracking down a null mount issue I think I might have come across a potentially serious problem with jail. It seems to me that it would be possible for someone inside a jailed environment to 'steal' pty's, tty's, or the tty side of a pty that is being used from within other jails or by processes outside the jail. Has this ever come up before? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 11:31:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FF337B401 for ; Wed, 13 Nov 2002 11:31:15 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDBD443E6E for ; Wed, 13 Nov 2002 11:31:13 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gADJUwOr098062; Wed, 13 Nov 2002 20:30:59 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: tty/pty devices not safe in jail? In-Reply-To: Your message of "Wed, 13 Nov 2002 11:27:59 PST." <200211131927.gADJRxP8085877@apollo.backplane.com> Date: Wed, 13 Nov 2002 20:30:58 +0100 Message-ID: <98061.1037215858@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200211131927.gADJRxP8085877@apollo.backplane.com>, Matthew Dillon w rites: > Hmm. While tracking down a null mount issue I think I might have > come across a potentially serious problem with jail. It seems to > me that it would be possible for someone inside a jailed environment > to 'steal' pty's, tty's, or the tty side of a pty that is being > used from within other jails or by processes outside the jail. Has > this ever come up before? There has always been code in kern/tty_pty.c which makes sure that the master and slave have the same prison: } else if (pti->pt_prison != td->td_ucred->cr_prison) { return (EBUSY); -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 11:38:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F9BC37B401 for ; Wed, 13 Nov 2002 11:38:35 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14B243E4A for ; Wed, 13 Nov 2002 11:38:34 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gADJcXFC091591; Wed, 13 Nov 2002 11:38:33 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gADJcX1X091590; Wed, 13 Nov 2002 11:38:33 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Nov 2002 11:38:33 -0800 (PST) From: Matthew Dillon Message-Id: <200211131938.gADJcX1X091590@apollo.backplane.com> To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: tty/pty devices not safe in jail? References: <98061.1037215858@critter.freebsd.dk> Sender: owner-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 <200211131927.gADJRxP8085877@apollo.backplane.com>, Matthew Dillon w :rites: :> Hmm. While tracking down a null mount issue I think I might have :> come across a potentially serious problem with jail. It seems to :> me that it would be possible for someone inside a jailed environment :> to 'steal' pty's, tty's, or the tty side of a pty that is being :> used from within other jails or by processes outside the jail. Has :> this ever come up before? : :There has always been code in kern/tty_pty.c which makes sure that the :master and slave have the same prison: : : } else if (pti->pt_prison != td->td_ucred->cr_prison) { : return (EBUSY); : : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :phk@FreeBSD.ORG | TCP/IP since RFC 956 Ah, excellent. Is there a limit inside the prison so a jail cannot exhaust all available ptys? -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 Wed Nov 13 11:47:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE1A37B401 for ; Wed, 13 Nov 2002 11:47:11 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 800F443E3B for ; Wed, 13 Nov 2002 11:47:09 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gADJkvOr098486; Wed, 13 Nov 2002 20:46:57 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: tty/pty devices not safe in jail? In-Reply-To: Your message of "Wed, 13 Nov 2002 11:38:33 PST." <200211131938.gADJcX1X091590@apollo.backplane.com> Date: Wed, 13 Nov 2002 20:46:57 +0100 Message-ID: <98485.1037216817@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200211131938.gADJcX1X091590@apollo.backplane.com>, Matthew Dillon w rites: >: >:In message <200211131927.gADJRxP8085877@apollo.backplane.com>, Matthew Dillon w >:rites: >:> Hmm. While tracking down a null mount issue I think I might have >:> come across a potentially serious problem with jail. It seems to >:> me that it would be possible for someone inside a jailed environment >:> to 'steal' pty's, tty's, or the tty side of a pty that is being >:> used from within other jails or by processes outside the jail. Has >:> this ever come up before? >: >:There has always been code in kern/tty_pty.c which makes sure that the >:master and slave have the same prison: >: >: } else if (pti->pt_prison != td->td_ucred->cr_prison) { >: return (EBUSY); >: >: >:-- >:Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >:phk@FreeBSD.ORG | TCP/IP since RFC 956 > > Ah, excellent. Is there a limit inside the prison so a jail cannot > exhaust all available ptys? No. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 12: 1:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1108037B401 for ; Wed, 13 Nov 2002 12:01:11 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80F543E3B for ; Wed, 13 Nov 2002 12:01:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gADK18FC001695; Wed, 13 Nov 2002 12:01:08 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gADK188f001694; Wed, 13 Nov 2002 12:01:08 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Nov 2002 12:01:08 -0800 (PST) From: Matthew Dillon Message-Id: <200211132001.gADK188f001694@apollo.backplane.com> To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: tty/pty devices not safe in jail? References: <98485.1037216817@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Would people be interested if I added such a feature? Limit the highest allocatable pty to 90% when operating within a jail? e.g. if you have 256 ptys both jail and normal tend to allocate ptys from the bottom up, but the jail would not be allowed to allocate past pty #227. This way if a jail eats all the ptys the sysadmin can still ssh in. -Matt Matthew Dillon :> exhaust all available ptys? : :No. : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :phk@FreeBSD.ORG | TCP/IP since RFC 956 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 12: 6:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D41F537B404 for ; Wed, 13 Nov 2002 12:06:18 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27DFA43E3B for ; Wed, 13 Nov 2002 12:06:17 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gADK65Or098821; Wed, 13 Nov 2002 21:06:05 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: tty/pty devices not safe in jail? In-Reply-To: Your message of "Wed, 13 Nov 2002 12:01:08 PST." <200211132001.gADK188f001694@apollo.backplane.com> Date: Wed, 13 Nov 2002 21:06:05 +0100 Message-ID: <98820.1037217965@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200211132001.gADK188f001694@apollo.backplane.com>, Matthew Dillon w rites: > Would people be interested if I added such a feature? Limit the > highest allocatable pty to 90% when operating within a jail? In practice there is no real "upper limit" on ptys, apart from the amount of KVM you need. I don't really think running out of ptys is a problem compared to other resource limitations (number of processes etc etc). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 12:10:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 508) id EA5F237B401; Wed, 13 Nov 2002 12:10:41 -0800 (PST) To: dillon@apollo.backplane.com, phk@critter.freebsd.dk Subject: Re: tty/pty devices not safe in jail? Cc: hackers@FreeBSD.ORG In-Reply-To: <98061.1037215858@critter.freebsd.dk> Message-Id: <20021113201041.EA5F237B401@hub.freebsd.org> Date: Wed, 13 Nov 2002 12:10:41 -0800 (PST) From: julian@FreeBSD.ORG (Julian Elischer) Sender: owner-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 has always been code in kern/tty_pty.c which makes sure that the > master and slave have the same prison: but a jailed user could perform a denial of service by using up all teh ptys.? I think I did this by accident the other day... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 12:27:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05BFE37B401 for ; Wed, 13 Nov 2002 12:27:36 -0800 (PST) Received: from web12806.mail.yahoo.com (web12806.mail.yahoo.com [216.136.174.41]) by mx1.FreeBSD.org (Postfix) with SMTP id ACC3443E4A for ; Wed, 13 Nov 2002 12:27:35 -0800 (PST) (envelope-from zaunere@yahoo.com) Message-ID: <20021113202735.15309.qmail@web12806.mail.yahoo.com> Received: from [66.114.70.134] by web12806.mail.yahoo.com via HTTP; Wed, 13 Nov 2002 12:27:35 PST Date: Wed, 13 Nov 2002 12:27:35 -0800 (PST) From: Hans Zaunere Subject: Re: Shared files within a jail To: freebsd-hackers@freebsd.org In-Reply-To: <3DD1F75D.12B10F92@mindspring.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 --- Terry Lambert wrote: > Hans Zaunere wrote: > > I want to allow the users the ability to compile and use their own > > instances of Apache and MySQL from within the jail. But instead of > > duplicating the basic system libs and bins, I'd like to maintain a > > single repository of this, which can then be read-only from within > the jail. Options: > > > > -- Symlinks won't work because of the chroot. > > -- Mounts from within the jail aren't allowed, plus a single > partition > > can't be mounted multiple times, AFAIK. > > -- I don't have NFS setup, and I would like to avoid it as much as > > possible. > > -- mount_null seems to be the answer, however the warning at the > end of > > the man page is scary. > > It's less scary, since you will be mounting read-only. I thank everyone for their suggestions, and I think I will go with null mounts, since it will in fact be read-only. I'd like to add that I think a completion of mount_null (and taking out the fright from the bottom of the man page :) would be greatly appreciated, since the functionality it provides is very valuable to running jails. I'm also looking forward to the next "version" of jail implementation! Thanks again all and keep up the excellent work, ===== Hans Zaunere New York PHP http://nyphp.org hans@nyphp.org __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 12:32:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E0CE37B408; Wed, 13 Nov 2002 12:32:53 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4312F43E3B; Wed, 13 Nov 2002 12:32:52 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gADKWTOr099258; Wed, 13 Nov 2002 21:32:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: julian@FreeBSD.ORG (Julian Elischer) Cc: dillon@apollo.backplane.com, hackers@FreeBSD.ORG Subject: Re: tty/pty devices not safe in jail? In-Reply-To: Your message of "Wed, 13 Nov 2002 12:10:41 PST." <20021113201041.EA5F237B401@hub.freebsd.org> Date: Wed, 13 Nov 2002 21:32:29 +0100 Message-ID: <99257.1037219549@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021113201041.EA5F237B401@hub.freebsd.org>, Julian Elischer writes : >> There has always been code in kern/tty_pty.c which makes sure that the >> master and slave have the same prison: > >but a jailed user could perform a denial of service by using up all teh ptys.? There is no general resource protection for jails: You can use up any resource you can get your hand on: processes, disk, filedescriptors, ptys, mbuf clusters, you name it. If you want to add resource limitations to jails, then do it right from the bottom, instead of as local hacks in random drivers or other hotspots. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 12:43:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE98B37B401; Wed, 13 Nov 2002 12:43:16 -0800 (PST) Received: from seahawk.tradewindse.com (seahawk.tradewindse.com [65.82.243.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C8343E4A; Wed, 13 Nov 2002 12:43:15 -0800 (PST) (envelope-from arc@tradewindse.com) Received: from tw12irwbkz2498 (catfish.marine.tradewindse.com [192.168.1.55]) by seahawk.tradewindse.com (8.12.5/8.12.5) with SMTP id gADKh9Rq048406; Wed, 13 Nov 2002 15:43:09 -0500 (EST) Message-ID: <002c01c28b55$46e3f220$3701a8c0@tw12irwbkz2498> Reply-To: "Arley Carter" From: "Arley Carter" To: Cc: Subject: trojaned libpcap in tcpdump Date: Wed, 13 Nov 2002 15:43:09 -0500 Organization: Tradewinds Technologies, Inc. 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 http://hlug.fscker.com has found that the tcpdump from tcpdump.org has been infected by a trojan horse. I just checked the version of tcpdump built by RELENG_4. i.e. freebsd 4.7-stable. I am happy to report that it is NOT infected as described by fscker.com. However, if you have built tcpdump from tcpdump.org recently I would check for this trojan infection. If you have a lot of traffic on port 1963, you probably have a problem. -arc Arley Carter Tradewinds Technologies, Inc. arc@tradewindse.com Charlotte, NC USA www.tradewindse.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:11:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E3937B401 for ; Wed, 13 Nov 2002 15:11:31 -0800 (PST) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A3B43E42 for ; Wed, 13 Nov 2002 15:11:30 -0800 (PST) (envelope-from pantzer@ludd.luth.se) Received: from skalman.campus.luth.se (skalman.campus.luth.se [130.240.197.52]) by mother.ludd.luth.se (8.11.6+Sun/8.9.3) with ESMTP id gADNAuX06131; Thu, 14 Nov 2002 00:10:56 +0100 (MET) Subject: Re: [hackers] Re: Netgraph could be a router also. From: Mattias Pantzare To: Terry Lambert Cc: David Gilbert , dolemite@wuli.nu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <3DD1865E.B9C72DF5@mindspring.com> References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> <15823.51640.68022.555852@canoe.velocet.net> <3DD1865E.B9C72DF5@mindspring.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Nov 2002 00:10:56 +0100 Message-Id: <1037229061.44665.3.camel@skalman.campus.luth.se> 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 > > The problem is that they don't tell me about where you are measuring > your packets-per-second rate, or how it's being measured, or whether > the interrupt or processing load is high enough to trigger livelock, > or not, or the size of the packet. And is that a unidirectional or > bidirectional rate? UDP? > > I guess I could guess with 200kpps: > > 100mbit/s / 200kp/s = 500 bytes per packet 100 mega_bit_, not byte. 200kpps is 500 bits per packet, 62.5 bytes per packet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:26:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5119337B401 for ; Wed, 13 Nov 2002 15:26:14 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id D892543E42 for ; Wed, 13 Nov 2002 15:26:13 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0015.cvx21-bradley.dialup.earthlink.net ([209.179.192.15] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C6tV-0003fy-00; Wed, 13 Nov 2002 15:26:01 -0800 Message-ID: <3DD2DF3A.18489E80@mindspring.com> Date: Wed, 13 Nov 2002 15:24:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Daniel O'Connor , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > :> Try using null mounts. The warning is in there because making the > :> null mount code work is a real hack and the authors aren't entirely > :> sure that everything's gotten covered. That said, use of a null mount > :> is certainly a lot safer if the stuff behind the mount is mostly > :> static. > : > :The problem is in the VM object alias code. Specifically, the > :getpages/putpages have to be implemented in terms of read/write, > :so that there are not two vm_object_t's that refer to the same > :data, since there is no "upcall" to notify of changes in a lower > :layer, and therefore guarantee coherency. > > I'm fairly sure the VM issues were fixed when VOP_GETVOBJECT was > added. A file accessed via a null mount will have the same VM object > as the file in the original filesystem. I'm not 100% sure about > that, I wasn't the one who did it, but I seem to recall it being > discussed. VOP_GETVOBJECT is a different name, but the VOP was my suggestion, to allow an upper layer to obtain a backing object, and to collapse intermediate layers. The issue is that the NULLFS getpages falls through the the vfs_default.c vop_stdgetpages(), which calls the function vnode_pager_generic_getpages(), which in turn, calls VOP_BMAP(), which in null_vnops.c is vop_eopnotsupp(), so it falls back to vnode_pager_input_smlfs(), which VOP_BMAP()'s *again*, but off the device. At which point, you've lost coherency. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:30: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0252D37B401 for ; Wed, 13 Nov 2002 15:30:02 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DB543E88 for ; Wed, 13 Nov 2002 15:30:01 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0015.cvx21-bradley.dialup.earthlink.net ([209.179.192.15] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C6xB-0001pe-00; Wed, 13 Nov 2002 15:29:50 -0800 Message-ID: <3DD2E016.7862490@mindspring.com> Date: Wed, 13 Nov 2002 15:28:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek Cc: Hans Zaunere , freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail References: <20021113030847.69266.qmail@web12801.mail.yahoo.com> <20021113112325.GK590@garage.freebsd.pl> 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 Pawel Jakub Dawidek wrote: > On Tue, Nov 12, 2002 at 07:08:47PM -0800, Hans Zaunere wrote: > +> -- mount_null seems to be the answer, however the warning at the end of > +> the man page is scary. > +> > +> Is there any combination of these (or anything I'm forgetting) that > +> could help me here? Is mount_null stable? > > I'm using mount_null(8) for my jails for a long time and everything > works fine. Don't worry about it. It's only a problem for mmap'ed files which are also read/written. Sheesh. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:33:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F404C37B401 for ; Wed, 13 Nov 2002 15:33:24 -0800 (PST) Received: from mail.cruzio.com (dsl3-63-249-66-221.cruzio.com [63.249.66.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF2E43E6E for ; Wed, 13 Nov 2002 15:33:24 -0800 (PST) (envelope-from brucem@mail.cruzio.com) Received: (from brucem@localhost) by mail.cruzio.com (8.11.3/8.11.3) id gAE05Tx00523 for freebsd-hackers@freebsd.org; Wed, 13 Nov 2002 16:05:29 -0800 (PST) (envelope-from brucem) Date: Wed, 13 Nov 2002 16:05:29 -0800 (PST) From: "Bruce R. Montague" Message-Id: <200211140005.gAE05Tx00523@mail.cruzio.com> To: freebsd-hackers@freebsd.org Subject: SanDisk/SunDisk Compact Flash CIS Sender: owner-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 note might be common knowledge in some quarters (?), but I thought I'd post... I have 2 SanDisk 128M Compact Flash cards, superficially identical. The CIS info for one (purchased 3/4 months ago?) claims it is a "SunDisk" "SDP" and the other a "SanDisk" "SDP" (recently purchased). The "/etc/defaults/pccard.conf" file used to have a CIS entry for "SunDisk" "SDP", but doesn't anymore (for either -stable or -current). To get both of these CFs to work with the same FreeBSD 4.6-stable system, I added the CIS info below. Can anyone elaborate ont this little story? --- /usr/src/etc/defaults/pccard.conf Wed May 15 23:18:21 2002 +++ /etc/defaults/pccard.conf Wed Nov 13 15:06:18 2002 @@ -267,9 +267,23 @@ iosize 16 # SunDisk Flash ATA -# (OEM: Epson Flash Packer) -card "SunDisk" "/.*/" +# (SanDisk) +card "SanDisk" "SDP" + config 0x1 "ata" ? + insert echo SanDisk Insert + remove echo SanDisk Remove + +# SunDisk Flash ATA +# (SanDisk) +card "SunDisk" "SDP" config 0x1 "ata" ? + insert echo SanDisk Insert + remove echo SanDisk Remove + +# SunDisk Flash ATA +# (OEM: Epson Flash Packer) +#card "SunDisk" "/.*/" +# config 0x1 "ata" ? # T-POWER Flash ATA card "/T-POWER */" "/.*/" The output of "pccardc dumpcis" for both CF devices, compared: --- bad_dumpcis.txt Wed Nov 13 14:50:20 2002 +++ good_dumpcis.txt Wed Nov 13 15:02:57 2002 @@ -16,9 +16,9 @@ 000: 45 00 01 04 PCMCIA ID = 0x45, OEM ID = 0x401 Tuple #5, code = 0x15 (Version 1 info), length = 23 - 000: 04 01 53 61 6e 44 69 73 6b 00 53 44 50 00 35 2f + 000: 04 01 53 75 6e 44 69 73 6b 00 53 44 50 00 35 2f 010: 33 20 30 2e 36 00 ff - Version = 4.1, Manuf = [SanDisk], card vers = [SDP] + Version = 4.1, Manuf = [SunDisk], card vers = [SDP] Addit. info = [5/3 0.6] Tuple #6, code = 0x0 (Null tuple), length = 3 000: 14 08 00 - bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:40:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1286837B401 for ; Wed, 13 Nov 2002 15:40:10 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D0F43E75 for ; Wed, 13 Nov 2002 15:40:09 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id BF4CE3ABD6E; Thu, 14 Nov 2002 00:45:12 +0100 (CET) Date: Thu, 14 Nov 2002 00:45:12 +0100 From: Pawel Jakub Dawidek To: Hans Zaunere Cc: freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail Message-ID: <20021113234512.GL590@garage.freebsd.pl> References: <3DD1F75D.12B10F92@mindspring.com> <20021113202735.15309.qmail@web12806.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="fDERRRNgB4on1jOB" Content-Disposition: inline In-Reply-To: <20021113202735.15309.qmail@web12806.mail.yahoo.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --fDERRRNgB4on1jOB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 13, 2002 at 12:27:35PM -0800, Hans Zaunere wrote: +> [...] I'm also looking forward to the next "version" of jail +> implementation! You're talking about jailNG? If I understand everything correct there will be no jailNG. TrustedBSD features will handle with jail-things. I'm wrong? --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --fDERRRNgB4on1jOB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPdLkCD/PhmMH/Mf1AQH6mgP+J3yDVfXYBHkpsaoOLz+RrMun1mExKjCl M3ddkK3Ka8MTor5CYCdIRr/Cf1R+FEidj9BQ6DSNdFzJRyP6maK0Oof7lMEDp0A7 QyZbcisDYJEq6clNl8YWiqjQ9esYU3kmi9F1KXsWEfsnxOQuf275L6sq5eJndTtA tgB01xOKnXE= =B7kJ -----END PGP SIGNATURE----- --fDERRRNgB4on1jOB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:43:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A34E637B401 for ; Wed, 13 Nov 2002 15:43:45 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D38D43E42 for ; Wed, 13 Nov 2002 15:43:42 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 6BF673ABD49; Thu, 14 Nov 2002 00:49:06 +0100 (CET) Date: Thu, 14 Nov 2002 00:49:05 +0100 From: Pawel Jakub Dawidek To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail Message-ID: <20021113234904.GM590@garage.freebsd.pl> References: <20021113030847.69266.qmail@web12801.mail.yahoo.com> <20021113112325.GK590@garage.freebsd.pl> <3DD2E016.7862490@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OQhbRXNHSL5w/5po" Content-Disposition: inline In-Reply-To: <3DD2E016.7862490@mindspring.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OQhbRXNHSL5w/5po Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 13, 2002 at 03:28:22PM -0800, Terry Lambert wrote: +> Don't worry about it. It's only a problem for mmap'ed files +> which are also read/written. Sheesh. I have found one little bug in nullfs. I've send it some time ago to hackers@, but without any respond. Here it is, maybe someone could check it: -----[ start mail ]----- I have found something like this, but I'm not sure of this is a bug in nullfs: # cd # mkdir dir1 # mkdir dir1/dir2 # mkdir dir3 # mount_null dir1 dir3 Now simple proram "test": -----[ start ]----- #include #include #include #include #include #include int main(int argc, char *argv[]) { char buf[MAXPATHLEN]; /* I just want to be sure that I'm calling syscall directly. */ if (syscall(SYS___getcwd, buf, sizeof buf) !=3D 0) { fprintf(stderr, "%s: %s\n", argv[0], strerror(errno)); exit(1); } printf("out: [%s]\n", buf); exit(0); } -----[ end ]----- And now: # cd ~/dir3/dir1 # /path/to/test /path/to/test: Not a directory Problem is here (line 571 in /sys/kern/vfs_cache.c): if (vp->v_dd->v_id !=3D vp->v_ddid) { numcwdfail1++; free(buf, M_TEMP); return (ENOTDIR); } If "dir3" is for example NFS mount-point there are no problems. Any ideas? -----[ end mail ]----- --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --OQhbRXNHSL5w/5po Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPdLk8D/PhmMH/Mf1AQF9agP/Q7c5W2GnXX1cd9+neMOCiJL6A2j7jILn TiyyOMpKRX3Ybwfykq+MlgsDzoYIg6t4+StDANj2vysYK9Z7EqMf5rfXKr6Q6nVH wTlFc3tisWmx8q+rU+BvtX3jmPioTVM+XtsFIu4pxjIgDDCaVXtZd0hByl0yA88I j66e7/vjw0U= =GzW4 -----END PGP SIGNATURE----- --OQhbRXNHSL5w/5po-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 15:58:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4149E37B401 for ; Wed, 13 Nov 2002 15:58:11 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAABC43E42 for ; Wed, 13 Nov 2002 15:58:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gADNwAFC012796; Wed, 13 Nov 2002 15:58:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gADNwAVP012795; Wed, 13 Nov 2002 15:58:10 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Nov 2002 15:58:10 -0800 (PST) From: Matthew Dillon Message-Id: <200211132358.gADNwAVP012795@apollo.backplane.com> To: Terry Lambert Cc: "Daniel O'Connor" , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> <3DD2DF3A.18489E80@mindspring.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 :> I'm fairly sure the VM issues were fixed when VOP_GETVOBJECT was :> added. A file accessed via a null mount will have the same VM object :> as the file in the original filesystem. I'm not 100% sure about :> that, I wasn't the one who did it, but I seem to recall it being :> discussed. : :VOP_GETVOBJECT is a different name, but the VOP was my suggestion, :to allow an upper layer to obtain a backing object, and to :collapse intermediate layers. : :The issue is that the NULLFS getpages falls through the the :vfs_default.c vop_stdgetpages(), which calls the function :vnode_pager_generic_getpages(), which in turn, calls VOP_BMAP(), :which in null_vnops.c is vop_eopnotsupp(), so it falls back to :vnode_pager_input_smlfs(), which VOP_BMAP()'s *again*, but off :the device. : :At which point, you've lost coherency. : :-- Terry It should be calling VOP_BMAP through the VP stored in the VM object, which will be the underlying file, not the nullfs. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 16:57: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0479337B401 for ; Wed, 13 Nov 2002 16:57:03 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6699643E3B for ; Wed, 13 Nov 2002 16:57:02 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C8EL-0002e5-00; Wed, 13 Nov 2002 16:51:38 -0800 Message-ID: <3DD2F33E.BE136568@mindspring.com> Date: Wed, 13 Nov 2002 16:50:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Gilbert Cc: dolemite@wuli.nu, freebsd-hackers@freebsd.org Subject: Re: [hackers] Re: Netgraph could be a router also. References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> <15823.51640.68022.555852@canoe.velocet.net> <3DD1865E.B9C72DF5@mindspring.com> <15826.24074.605709.966155@canoe.velocet.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 David Gilbert wrote: > Terry> The problem is that they don't tell me about where you are > Terry> measuring your packets-per-second rate, or how it's being > Terry> measured, or whether the interrupt or processing load is high > Terry> enough to trigger livelock, or not, or the size of the packet. > Terry> And is that a unidirectional or bidirectional rate? UDP? > > Terry> I guess I could guess with 200kpps: > > Terry> 100mbit/s / 200kp/s = 500 bytes per packet > > Terry> ...and that an absolute top end. Somehow, I think the packets > Terry> are smaller. Bidirectionally, not FDX, we're talking 250 bytes > Terry> per packet maximum theoretical throughput. > > Well... I have all those stats, but I wasn't wanting to type that > much. IIRC, we normally test with 80 byte packets ... they can be UDP > or TCP ... we're testing the routing. The box has two interfaces and > we measure the number of PPS that get to the box on the other side. > > Without polling patches, the single processor box definately > experiences live lock. Interestingly, the degree of livelock is > fairly motherboard dependant. We have tested many cards and so far > fxp's are our best performers. You keep saying this, and I keep finding it astounding. 8-). My best performance has always been with Tigon III cards, which are the only cards that seem to be able to keep up with the full Gigabit rate with small packets. It helps to know up to what layer you are pushing the data through the kernel. You seem to be saying that it's happening at Layer 2 -- IP layer. If that's the case, it makes things a bit easier. The livelock is actually expected to be motherboard dependent; I personally would also expect it to be RAM size dependent. It's possible to deal with it via latency reduction in at least two places, I think (TLB overhead and pool retention time overhead for in-transit mbufs). I still don't quite know about the zebra involvement, or whether it's starving at that point, or not. > >> One of the largest problems we've found with GigE adapters on > >> FreeBSD is that their pps ability (never mind the volume of data) > >> is less than half that of the fxp driver. > > Terry> I've never found this to be the case, using the right hardware, > Terry> and a combination of hard and soft interrupt coelescing. You'd > Terry> have to tell me what hardware you are using for me to be able > Terry> to stare at the driver. My personal hardware recommendation in > Terry> this regard would be the Tigon III, assuming that the packet > Terry> size was 1/3 to 1/6th the MTU, as you implied by your numbers. > > we were using the intel, which aparently was a mistake. We had a > couple of others, too, but they were dissapointing. I can get their > driver name later. OK. My personal experience iwht Intel is that the ability to support a (relatively) larger number of VIPs is the nicest thing about the card, but that it's less nice in almost every other measure. > Terry> Personnally, I would *NOT* use polling, particularly if you > Terry> were using user space processing with Zebra, since any load at > Terry> all would push you to the point of starving the user space > Terry> process for CPU time; it's not really worth it (IMO) to do the > Terry> work necessary to go to weighted fair share queueing for > Terry> scheduling, if it came to that. > > The polling patches made zebra happy, actually. Under livelock, zebra > would stop sending bgp hello packets. Under polling, we could pass > the 150k+ packets and still have user time to run bgp. The polling is a partial fix. It deals with the lowest level of livelock, but it should still be possible to livelock the thing; there are basically three livelock boundaries in the standard FreeBSD stack (or four, if you have interrupt threads). They are: 1) PCI bus monopolized by DMA transfers from the card - card dependent; depends on whether the card writes over its own ring without acknowlegement, or not. If it does not, then quenching interrupt processing also quences DMA; if not, then you are screwed. Looks like the fxp hardware quenches. 2) Interrupt processing overhead is so high that interrupt processing monopolizes CPU - This is your 1 CPU case; the overhead goes up with data rate, so this probably explains why the 100Mbit cards have been kinder to you that the 1G cards. The problem is that if you spend all your time processing interrupts, you have no time to run NETISR, or applications. Polling fixes this by stopping the interrupt processing until an explicit restart, so NETISR has opportunity to run. 3) Interrupt processing *plus* NETISR processing monopolizes the CPU. - This basically starves user space applications for CPU time. This is a common case, even in the polling case, unless you hack the scheduler. Even so, you do not achieve optimium loading, and you have to manually tune the "time off" ratio for interrupts. I expect that in addition to Luigi's polling, you are also using his scheduler changes? LRP can actually deal with all three of these; it deals with #1, the same way polling does. It deals with #2 by eliminating the NETISR altogether, and it deals with #3 by providing the hooks needed to make interrupt reenabling dependent on the depth of the queue to user space. It also helps by eliminating the normal quantum/2 latency that's introduced into protocol processing by the NETISR code. An implementation of a non-rescon based LRP for -current is the set of patches that I have that you could maybe try. > >> But we havn't tested every driver. The Intel GigE cards were > >> especially disapointing. > > Terry> Have you tried the Tigon III, with Bill Paul's driver? > > Terry> If so, did you include the polling patches that I made against > Terry> the if_ti driver, and posted to -net, when you tested it? > > Terry> Do you have enough control over the load clients that you can > Terry> ramp the load up until *just before* the performance starts to > Terry> tank? If so, what's the high point of the curve on the > Terry> Gigabit, before it tanks (and it will)? > > We need new switches, actually, but we'll be testing this soon. Without similar patches, you will probably fins most 1G cards very disappointing. The problem is that you will hit livelock, and polling is not supported for all cards. My patches to the Tigon driver were to add polling support for it. > Terry> Frankly, I am not significantly impressed by the Click and > Terry> other code. If all you are doing is routing, and everything > Terry> runds in a fixed amount of time at interrupt, it's fine, but it > Terry> quickly gets less fine, as you move away from that setup. > > Terry> If you are running Zebra, you really don't want Click. > > I've had that feeling. A lot of people seem to be working on click, > but it seems to abstract things that I don't see as needing > abstracting. Zebra's an application. 8-). Source of the problem. > Terry> If you can gather enough statistics to graph the drop-off > Terry> curve, so it's possible to see why the problems you are seeing > Terry> are happening, then I can probably provide you some patches > Terry> that will increase performance for you. It's important to know > Terry> if you are livelocking, or if you are running out of mbufs, or > Terry> if it's a latency issue you are facing, or if we are talking > Terry> about context switch overhead, instead, etc.. > > We're definately livelocking with the fxps. I'd be interested in your > patches for the GigE drivers. The if_ti patches to add polling support are: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=407328+0+archive/2002/freebsd-net/20021013.freebsd-net The patches I'm interested in you seeing, though, are patches for support of LRP in FreeBSD-current. If you have a testing setup that can benchmark them, then you can prove them out relative to the current code. If you can't measure a difference, though, then there's really no need to pursue them. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 17: 2: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0223837B401 for ; Wed, 13 Nov 2002 17:02:08 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 827F043E3B for ; Wed, 13 Nov 2002 17:02:08 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C8OM-0003RJ-00; Wed, 13 Nov 2002 17:01:59 -0800 Message-ID: <3DD2F5A8.B417AE03@mindspring.com> Date: Wed, 13 Nov 2002 17:00:24 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: The Anarcat Cc: Cameron Grant , Matthew Dillon , Daniel O'Connor , Hans Zaunere , freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue> <3DD1FB3A.E0B305B3@mindspring.com> <20021113171616.GD9829@xtanbul.studio.espresso-com.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 The Anarcat wrote: > On Tue Nov 12, 2002 at 11:11:54PM -0800, Terry Lambert wrote: > > Cameron Grant wrote: > > > null mounts, in -stable at least, are broken for this purpose. on > > > connection, sshd revoke()s some device- its pty, i assume, and when this > > > hits the nullfs layer a null pointer is dereferenced. if i had vfs-clue i'd > > > have fixed it when i found the panic about two weeks ago. when i overcame > > > this by putting the jails /dev on an nfs loopback, i managed to produce two > > > more different panics. > > > > 1) Use devfs instead. > > On -stable? Yes. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 17: 5: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E04A337B401 for ; Wed, 13 Nov 2002 17:05:00 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA13643E4A for ; Wed, 13 Nov 2002 17:04:59 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (th13jvzygbaoisk9@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAE14l705766; Wed, 13 Nov 2002 20:04:48 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 58F833; Wed, 13 Nov 2002 20:04:44 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Wed, 13 Nov 2002 20:04:45 -0500 Date: Wed, 13 Nov 2002 20:04:45 -0500 From: The Anarcat To: Terry Lambert Cc: Cameron Grant , Matthew Dillon , "Daniel O'Connor" , Hans Zaunere , freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail Message-ID: <20021114010445.GB307@lenny.anarcat.ath.cx> References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue> <3DD1FB3A.E0B305B3@mindspring.com> <20021113171616.GD9829@xtanbul.studio.espresso-com.com> <3DD2F5A8.B417AE03@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <3DD2F5A8.B417AE03@mindspring.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed Nov 13, 2002 at 05:00:24PM -0800, Terry Lambert wrote: > The Anarcat wrote: > > On Tue Nov 12, 2002 at 11:11:54PM -0800, Terry Lambert wrote: > > > 1) Use devfs instead. > >=20 > > On -stable? >=20 > Yes. Wasn't -stable devfs retired some time ago? A. --=20 =46rom the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE90vasttcWHAnWiGcRAtjjAJ9c1EkBjJUjJRsvI62VGIwDkt85rgCbBF/f IA8w9r30WuN5sGr4uYhxJAs= =N+/K -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 17:28:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05C5637B401 for ; Wed, 13 Nov 2002 17:28:24 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B6BB43E6E for ; Wed, 13 Nov 2002 17:28:23 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 41401 invoked by uid 1000); 14 Nov 2002 01:28:25 -0000 Date: Wed, 13 Nov 2002 17:28:25 -0800 (PST) From: Nate Lawson To: Tim Kientzle Cc: hackers@freebsd.org Subject: Re: Shrinking /(s)bin: A Proposal In-Reply-To: <3DD03D9A.6090805@acm.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 Mon, 11 Nov 2002, Tim Kientzle wrote: > The possibility of dynamically linking /(s)bin seems > to recur pretty regularly. As libc continues to grow, > this idea seems worth revisiting. However, I've come up > with an alternative that might be worth considering. I'm open to patches for building /[s]bin as dynamic. If you have time and can coordinate with lukem@netbsd.org to build the patch, I would appreciate it. > 4) Implement a command-line helper. A user_from_uid > binary could be run by /bin/mv as needed. This could > povide most of the benefits of a daemon with the > added advantage of on-demand loading; no memory is > required unless the service is actually needed. >... > I've started experimenting with the helper binary approach > (#4 above), and it seems pretty workable. Of course, a single > helper should handle user, group, and DNS lookups and do so in > a way that does not require re-running it for every lookup. I > can manage all of that without too much trouble. Making a separate pw resolver program probably is too drastic a change, so I think it's better to focus for now on a patch to allow building the entire /[s]bin or user-selected parts as dynamic. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 17:48:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BBB337B401 for ; Wed, 13 Nov 2002 17:48:40 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1354643E6E for ; Wed, 13 Nov 2002 17:48:40 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C96s-0002bm-00; Wed, 13 Nov 2002 17:47:58 -0800 Message-ID: <3DD3005E.ABA5D49B@mindspring.com> Date: Wed, 13 Nov 2002 17:46:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mattias Pantzare Cc: David Gilbert , dolemite@wuli.nu, freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Re: Netgraph could be a router also. References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> <15823.51640.68022.555852@canoe.velocet.net> <3DD1865E.B9C72DF5@mindspring.com> <1037229061.44665.3.camel@skalman.campus.luth.se> 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 Mattias Pantzare wrote: > > The problem is that they don't tell me about where you are measuring > > your packets-per-second rate, or how it's being measured, or whether > > the interrupt or processing load is high enough to trigger livelock, > > or not, or the size of the packet. And is that a unidirectional or > > bidirectional rate? UDP? > > > > I guess I could guess with 200kpps: > > > > 100mbit/s / 200kp/s = 500 bytes per packet > > 100 mega_bit_, not byte. 200kpps is 500 bits per packet, 62.5 bytes per > packet. Thanks for the correction, though it's 50, not 62.5, I think, because we are talking IP packets, not raw frames. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 17:57:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7881E37B401 for ; Wed, 13 Nov 2002 17:57:53 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1319243EC2 for ; Wed, 13 Nov 2002 17:57:53 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C9GK-0000xC-00; Wed, 13 Nov 2002 17:57:45 -0800 Message-ID: <3DD302A1.2187A86D@mindspring.com> Date: Wed, 13 Nov 2002 17:55:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek Cc: freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail References: <20021113030847.69266.qmail@web12801.mail.yahoo.com> <20021113112325.GK590@garage.freebsd.pl> <3DD2E016.7862490@mindspring.com> <20021113234904.GM590@garage.freebsd.pl> 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 Pawel Jakub Dawidek wrote: > On Wed, Nov 13, 2002 at 03:28:22PM -0800, Terry Lambert wrote: > +> Don't worry about it. It's only a problem for mmap'ed files > +> which are also read/written. Sheesh. > > I have found one little bug in nullfs. I've send it some time ago > to hackers@, but without any respond. __getcwd(2) doesn't work like you think it works. It works by looking up things in the directory name cache. It's perfectly acceptable for it to fail. This is why you are supposed t use getcwd(3), instead, which can recover if the system call fails. Realize that directories do not have necessarily valid parent pointers hanging around. By overloading the lookup cache, I can cause your program to fail on NFS, as well, You just aren't waving the right dead chicken in your test case. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 18: 6:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31A837B401 for ; Wed, 13 Nov 2002 18:06:11 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F3643E6E for ; Wed, 13 Nov 2002 18:06:11 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C9OM-00067O-00; Wed, 13 Nov 2002 18:06:02 -0800 Message-ID: <3DD30492.68FE18E6@mindspring.com> Date: Wed, 13 Nov 2002 18:04:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Daniel O'Connor , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> <3DD2DF3A.18489E80@mindspring.com> <200211132358.gADNwAVP012795@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > :VOP_GETVOBJECT is a different name, but the VOP was my suggestion, > :to allow an upper layer to obtain a backing object, and to > :collapse intermediate layers. > : > :The issue is that the NULLFS getpages falls through the the > :vfs_default.c vop_stdgetpages(), which calls the function > :vnode_pager_generic_getpages(), which in turn, calls VOP_BMAP(), > :which in null_vnops.c is vop_eopnotsupp(), so it falls back to > :vnode_pager_input_smlfs(), which VOP_BMAP()'s *again*, but off > :the device. > : > :At which point, you've lost coherency. > > It should be calling VOP_BMAP through the VP stored in the VM > object, which will be the underlying file, not the nullfs. Probably, but it's not doing that. The NULLFS implement VOP_BMAP as vop_eopnotsupp; it doesn't fall through. Even if it did fall through, the vfs_default.c code is not really written with stacking in mind, it's written with a local-media FS in mind. VOP_BMAP is simply not implemented for NULLFS, and is nearly impossible to implement correctly for a stacking VFS layer in any case, given the object aliasing problem. This is a deeply ingrained bug in FreeBSD's implementation of VFS stacking. The only safe workaround is to fail back to the read/write of the buffers, and lose coherency between instances of the FS... and that's what happens: you get coherency down, if you do explicit msync's, but lose it back up into the other instances local copies of the data. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 18:11: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09CE637B401 for ; Wed, 13 Nov 2002 18:11:08 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id A344643E3B for ; Wed, 13 Nov 2002 18:11:07 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C9T1-0005yV-00; Wed, 13 Nov 2002 18:10:52 -0800 Message-ID: <3DD305B1.2D159437@mindspring.com> Date: Wed, 13 Nov 2002 18:08:49 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: The Anarcat Cc: Cameron Grant , Matthew Dillon , Daniel O'Connor , Hans Zaunere , freebsd-hackers@freebsd.org Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <011e01c28ade$95d1c280$4004020a@haveblue> <3DD1FB3A.E0B305B3@mindspring.com> <20021113171616.GD9829@xtanbul.studio.espresso-com.com> <3DD2F5A8.B417AE03@mindspring.com> <20021114010445.GB307@lenny.anarcat.ath.cx> 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 The Anarcat wrote: > On Wed Nov 13, 2002 at 05:00:24PM -0800, Terry Lambert wrote: > > The Anarcat wrote: > > > On Tue Nov 12, 2002 at 11:11:54PM -0800, Terry Lambert wrote: > > > > 1) Use devfs instead. > > > > > > On -stable? > > > > Yes. > > Wasn't -stable devfs retired some time ago? No. You are thinking of Julian's devfs, which PHK replaced with PHK's devfs. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 18:55:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F3637B401 for ; Wed, 13 Nov 2002 18:55:39 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EA743E3B for ; Wed, 13 Nov 2002 18:55:38 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAE2tcFC024053; Wed, 13 Nov 2002 18:55:38 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAE2tbBE024050; Wed, 13 Nov 2002 18:55:37 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Nov 2002 18:55:37 -0800 (PST) From: Matthew Dillon Message-Id: <200211140255.gAE2tbBE024050@apollo.backplane.com> To: Terry Lambert Cc: "Daniel O'Connor" , Hans Zaunere , freebsd-hackers@FreeBSD.ORG Subject: Re: Shared files within a jail References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> <3DD2DF3A.18489E80@mindspring.com> <200211132358.gADNwAVP012795@apollo.backplane.com> <3DD30492.68FE18E6@mindspring.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 :> :> It should be calling VOP_BMAP through the VP stored in the VM :> object, which will be the underlying file, not the nullfs. : :Probably, but it's not doing that. The NULLFS implement VOP_BMAP :as vop_eopnotsupp; it doesn't fall through. Even if it did fall :through, the vfs_default.c code is not really written with stacking :in mind, it's written with a local-media FS in mind. VOP_BMAP is :simply not implemented for NULLFS, and is nearly impossible to :implement correctly for a stacking VFS layer in any case, given :the object aliasing problem. : :This is a deeply ingrained bug in FreeBSD's implementation of VFS :stacking. I don't think it's doing that. As far as I can tell it is calling VOP_GETPAGES, which will hit nullfs, and then nullfs should simply call the underlying vnode's VOP_GETPAGES via the null_bypass() function. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 19:33:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C85237B401 for ; Wed, 13 Nov 2002 19:33:09 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9961543E4A for ; Wed, 13 Nov 2002 19:33:01 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAE3VckY029820 for ; Wed, 13 Nov 2002 22:31:38 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAE3VcDl029817 for ; Wed, 13 Nov 2002 22:31:38 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Wed, 13 Nov 2002 22:31:38 -0500 (EST) From: Kenneth Culver To: freebsd-hackers@freebsd.org Subject: panic with nvidia drivers (but not sure it's nvidia's fault) Message-ID: <20021113222836.V29813-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-0.2 required=5.0 tests=X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-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 posting this here because of a panic I'm getting using the FreeBSD nvidia driver; however, I'm not convinced that this panic is the fault of the driver, and I wanted to post the backtrace here (from a serial console, can't see anything on the pc console during this crash since X is up) just in case it's FreeBSD's fault. atomic_clear_short(c1596400,d2ae5a40,1556,1556,d2ae5a40) at atomic_clear_short+0xb nv_alloc_pages(c1596400,d2ae5a40,1556,1,1) at nv_alloc_pages+0x37 __nvsym00150(c17a4000,d2ae5a40,1556,1,1) at __nvsym00150+0x4b __nvsym00142(c17a4000,c1d00021,d2ae5a40,d2ae5a44,d2ae59e4) at __nvsym00142+0x120 __nvsym00153(c1d00021,beef0003,beef0020,3e,2100) at __nvsym00153+0x84 __nvsym00606(c1596400,c1690a00,27,d2ae5e88,d2ae5d24) at __nvsym00606+0x35b rm_ioctl(c1596400,c1690a00,27,d2ae5e88,d2ae5d6c) at rm_ioctl+0x17 nvidia_handle_ioctl(c15ab500,c0284627,d2ae5e88,3,cc322520) at nvidia_handle_ioctl+0x53 nvidia_dev_ioctl(c15ab500,c0284627,d2ae5e88,3,cc322520) at nvidia_dev_ioctl+0x3a spec_ioctl(d2ae5dc4,d2ae5dac,c01b99b1,d2ae5dc4,d2ae5e54) at spec_ioctl+0x26 spec_vnoperate(d2ae5dc4,d2ae5e54,c017cb37,d2ae5dc4,c1867f40) at spec_vnoperate+0x15 ufs_vnoperatespec(d2ae5dc4,c1867f40,0,28,c025b000) at ufs_vnoperatespec+0x15 vn_ioctl(c1867f40,c0284627,d2ae5e88,cc322520,c0e34700) at vn_ioctl+0x10f ioctl(cc322520,d2ae5f80,d2ae5f34,c030bd70,cc322520) at ioctl+0x20a linux_ioctl_nvidia(cc322520,d2ae5f80,cc322520,3,c0314088) at linux_ioctl_nvidia+0xe linux_ioctl(cc322520,d2ae5f80,60,bfbfce90,80e9150) at linux_ioctl+0x54 syscall2(2f,2f,2f,80e9150,bfbfce90) at syscall2+0x16a Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc1d00025 fault code = supervisor read, page not present instruction pointer = 0x8:0xc020f52c stack pointer = 0x10:0xd2ae5664 frame pointer = 0x10:0xd2ae5668 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 172 (ut2003-bin) interrupt mask = none kernel: type 12 trap, code=0 Any ideas? Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 20:12:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A731D37B401 for ; Wed, 13 Nov 2002 20:12:51 -0800 (PST) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B32EC43E3B for ; Wed, 13 Nov 2002 20:12:50 -0800 (PST) (envelope-from babolo@aaz.links.ru) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by aaz.links.ru (8.12.6/8.12.6) with ESMTP id gAE4EUDh094889; Thu, 14 Nov 2002 07:14:30 +0300 (MSK) (envelope-from babolo@aaz.links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.12.6/8.12.6/Submit) id gAE4EUSH094888; Thu, 14 Nov 2002 07:14:30 +0300 (MSK) Message-Id: <200211140414.gAE4EUSH094888@aaz.links.ru> Subject: Re: tty/pty devices not safe in jail? X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <200211132001.gADK188f001694@apollo.backplane.com> To: Matthew Dillon Date: Thu, 14 Nov 2002 07:14:29 +0300 (MSK) From: "."@babolo.ru Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=KOI8-R Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Would people be interested if I added such a feature? Limit the > highest allocatable pty to 90% when operating within a jail? e.g. > if you have 256 ptys both jail and normal tend to allocate ptys > from the bottom up, but the jail would not be allowed to allocate > past pty #227. This way if a jail eats all the ptys the sysadmin > can still ssh in. I think there is method to limit ptys without code change now. Usually my jail environment has the only fs without 'nodev' mounted in jail's /dev and this file system's directories protected by flags: 0myth/home/CVShome/ispdb-sfbsdr/ispdb(13)>l -o /jail/vhost/aaz/dev/ total 4 2 drwxr-xr-x 3 root wheel schg,sunlnk 1536 15 ÓÅÎ 02:57 ./ 1 drwxr-xr-x 15 root wheel - 512 10 ÓÅÎ 20:42 ../ 0 lrwx------ 1 root wheel - 4 15 ÓÅÎ 02:57 console@ -> null 1 dr-xr-xr-x 2 root wheel schg,sunlnk 1024 15 ÓÅÎ 02:57 fd/ 0 lrwx------ 1 root wheel - 4 15 ÓÅÎ 02:57 kmem@ -> null 0 lrwx------ 1 root wheel - 4 15 ÓÅÎ 02:57 mem@ -> null 0 crw-rw-rw- 1 root wheel sunlnk 2, 2 14 ÎÏÑ 06:58 null 0 crw-rw-rw- 1 root wheel sunlnk 6, 0 13 ÎÏÑ 18:29 ptyp0 0 crw-rw-rw- 1 root wheel sunlnk 6, 1 14 ÎÏÑ 04:06 ptyp1 .... and only limited number of ptys in that /dev I use vn with labels set for a lot of /dev directories for jails 0myth/home/CVShome/ispdb-sfbsdr/ispdb(16)>grep vn /etc/fstab /dev/vn7s1b /jail/vhost/aaz/dev ufs rw,noauto 0 0 ... 0myth/home/CVShome/ispdb-sfbsdr/ispdb(17)>cat /etc/rc.local /usr/bin/gunzip -c /full.gz > /full /usr/sbin/vnconfig -cs labels /dev/vn7 /full /sbin/mount /jail/vhost/aaz/dev ... -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 20:48:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A1137B401 for ; Wed, 13 Nov 2002 20:48:45 -0800 (PST) Received: from web.internal.psiu.dyndns.org (alb-24-58-129-23.nycap.rr.com [24.58.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D9643E42 for ; Wed, 13 Nov 2002 20:48:44 -0800 (PST) (envelope-from dolemite@psiu.dyndns.org) Received: from ultraalex.psiu.dyndns.org ([10.2.2.101]) by web.internal.psiu.dyndns.org (8.12.6/8.12.5) with ESMTP id gAE4nttC056878 for ; Wed, 13 Nov 2002 23:49:55 -0500 (EST) (envelope-from dolemite@psiu.dyndns.org) Received: (from dolemite@localhost) by ultraalex.psiu.dyndns.org (8.11.6+Sun/8.11.6) id gAE4mVo00231 for freebsd-hackers@freebsd.org; Wed, 13 Nov 2002 23:48:31 -0500 (EST) Date: Wed, 13 Nov 2002 23:48:31 -0500 From: Alex Newman To: freebsd-hackers@freebsd.org Subject: tcp randomness Message-ID: <20021114044831.GA17762@ultraalex.psiu.dyndns.org> Reply-To: dolemite@wuli.nu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So i am doing an experiment which adds a random delay to tcp flows to achieve alot of the same stuff you get with RED and was planning on testing it with a divert socket. The problem is sometimes this involves adding a delay of say 2 ms for instance. Is this even possible on intel hardware. I know that thier is almost no way to get ethernet to be that accurate (I don't know about device polling maybe that will do it) but i think adding this delay to outgoing packets before it hits the card should add the entropy i am looking for. I have a couple of questions: 1) How much delay will i encour by passing the packet out through ipfw to a divert socket? 2) Does changing the HZ rate in the kernel actually cause ints to happen faster? Will this help me? -- Alex Newman Passant, comme toi j'ai passe`. dolemite@wuli.nu Le fleuve est revenu se perdre dans sa source. www.wuli.nu/users/dolemite Fais silence; assieds-toi sur ce marbre brise`. Pose un instant le poids qui fatigue ta course; J'eus de me^me un fardeau qu'ici j'ai de`pose`. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 22:43:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA3F37B404 for ; Wed, 13 Nov 2002 22:43:35 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4106943E75 for ; Wed, 13 Nov 2002 22:43:34 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAE6hWpk083223; Wed, 13 Nov 2002 23:43:33 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 13 Nov 2002 23:43:23 -0700 (MST) Message-Id: <20021113.234323.67677791.imp@bsdimp.com> To: brucem@mail.cruzio.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SanDisk/SunDisk Compact Flash CIS From: "M. Warner Losh" In-Reply-To: <200211140005.gAE05Tx00523@mail.cruzio.com> References: <200211140005.gAE05Tx00523@mail.cruzio.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / 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: <200211140005.gAE05Tx00523@mail.cruzio.com> "Bruce R. Montague" writes: : The "/etc/defaults/pccard.conf" file used to have : a CIS entry for "SunDisk" "SDP", but doesn't anymore : (for either -stable or -current). To get both of : these CFs to work with the same FreeBSD 4.6-stable : system, I added the CIS info below. Can anyone : elaborate ont this little story? These devices are known to match the fixed disk function type. At least some versions do (I have some that work here). In general, I've been trying to remove those cards that 'shadow' the function stuff since it presents a bit of a hassle to keep updating things that are otherwise handled generically. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Nov 13 22:45:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37D7437B401 for ; Wed, 13 Nov 2002 22:45:37 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C27C943E42 for ; Wed, 13 Nov 2002 22:45:35 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAE6jQpk083237; Wed, 13 Nov 2002 23:45:26 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 13 Nov 2002 23:45:16 -0700 (MST) Message-Id: <20021113.234516.77421925.imp@bsdimp.com> To: nate@root.org Cc: kientzle@acm.org, hackers@FreeBSD.ORG Subject: Re: Shrinking /(s)bin: A Proposal From: "M. Warner Losh" In-Reply-To: References: <3DD03D9A.6090805@acm.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / 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: Nate Lawson writes: : On Mon, 11 Nov 2002, Tim Kientzle wrote: : > The possibility of dynamically linking /(s)bin seems : > to recur pretty regularly. As libc continues to grow, : > this idea seems worth revisiting. However, I've come up : > with an alternative that might be worth considering. : : I'm open to patches for building /[s]bin as dynamic. If you have time and : can coordinate with lukem@netbsd.org to build the patch, I would : appreciate it. % make NOSHARED=NO buildworld No patches necessary. We do this all the time at work, and it works fabulously. I do this for disk based systems that have / and /usr on the same file system too. warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 1:39:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3211837B401 for ; Thu, 14 Nov 2002 01:39:18 -0800 (PST) Received: from herring.nlsystems.com (mailgate.nlsystems.com [62.49.251.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECB0443E6E for ; Thu, 14 Nov 2002 01:39:16 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.6) with ESMTP id gAE9cqDP084785; Thu, 14 Nov 2002 09:38:53 GMT (envelope-from dfr@nlsystems.com) Content-Type: text/plain; charset="iso-8859-1" From: Doug Rabson To: "M. Warner Losh" , nate@root.org Subject: Re: Shrinking /(s)bin: A Proposal Date: Thu, 14 Nov 2002 09:38:52 +0000 User-Agent: KMail/1.4.3 Cc: kientzle@acm.org, hackers@FreeBSD.ORG References: <3DD03D9A.6090805@acm.org> <20021113.234516.77421925.imp@bsdimp.com> In-Reply-To: <20021113.234516.77421925.imp@bsdimp.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200211140938.52546.dfr@nlsystems.com> X-Spam-Status: No, hits=-7.7 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_KMAIL version=2.41 Sender: owner-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 Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: > In message: > > Nate Lawson writes: > : On Mon, 11 Nov 2002, Tim Kientzle wrote: > : > The possibility of dynamically linking /(s)bin seems > : > to recur pretty regularly. As libc continues to grow, > : > this idea seems worth revisiting. However, I've come up > : > with an alternative that might be worth considering. > : > : I'm open to patches for building /[s]bin as dynamic. If you have > : time and can coordinate with lukem@netbsd.org to build the patch, I > : would appreciate it. > > % make NOSHARED=3DNO buildworld > > No patches necessary. We do this all the time at work, and it works > fabulously. I do this for disk based systems that have / and /usr on > the same file system too. To do it right for split root/usr installations requires a few patches=20 though. The rtld and the libs required for /[s]bin need to move to /=20 and compat symlinks created from /usr. A suitable crunchgen'ed binary=20 for /recover would be useful too. --=20 Doug Rabson=09=09=09=09Mail: dfr@nlsystems.com =09=09=09=09=09Phone: +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 Thu Nov 14 6: 0:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6199C37B401 for ; Thu, 14 Nov 2002 06:00:17 -0800 (PST) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD2943E77 for ; Thu, 14 Nov 2002 06:00:16 -0800 (PST) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id CD57713878E; Thu, 14 Nov 2002 09:00:09 -0500 (EST) Received: by trooper.velocet.ca (Postfix, from userid 66) id 5F09674A4D; Thu, 14 Nov 2002 09:00:09 -0500 (EST) Received: by canoe.velocet.net (Postfix, from userid 101) id 934EA56766D; Thu, 14 Nov 2002 09:00:06 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15827.44131.892034.907071@canoe.velocet.net> Date: Thu, 14 Nov 2002 09:00:03 -0500 To: Terry Lambert Cc: David Gilbert , dolemite@wuli.nu, freebsd-hackers@freebsd.org Subject: Re: [hackers] Re: Netgraph could be a router also. In-Reply-To: <3DD2F33E.BE136568@mindspring.com> References: <20021109180321.GA559@unknown.nycap.rr.com> <3DCD8761.5763AAB2@mindspring.com> <15823.51640.68022.555852@canoe.velocet.net> <3DD1865E.B9C72DF5@mindspring.com> <15826.24074.605709.966155@canoe.velocet.net> <3DD2F33E.BE136568@mindspring.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Terry" == Terry Lambert writes: Terry> The patches I'm interested in you seeing, though, are patches Terry> for support of LRP in FreeBSD-current. If you have a testing Terry> setup that can benchmark them, then you can prove them out Terry> relative to the current code. If you can't measure a Terry> difference, though, then there's really no need to pursue them. Our current test platform is a Dual Athlon 2000+ MP machine. I've asked our vendor for Tigon III cards... any brand recomendations? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 7: 4:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7624337B404 for ; Thu, 14 Nov 2002 07:04:44 -0800 (PST) Received: from hotmail.com (f178.law12.hotmail.com [64.4.19.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AFD843E75 for ; Thu, 14 Nov 2002 07:04:44 -0800 (PST) (envelope-from carlj1752@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 14 Nov 2002 07:04:43 -0800 Received: from 18.110.0.134 by lw12fd.law12.hotmail.msn.com with HTTP; Thu, 14 Nov 2002 15:04:43 GMT X-Originating-IP: [18.110.0.134] From: "Carl J" To: freebsd-hackers@FreeBSD.ORG Subject: mmap, shmget, and MAP_HASSEMAPHORE Date: Thu, 14 Nov 2002 10:04:43 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 Nov 2002 15:04:43.0900 (UTC) FILETIME=[2A110BC0:01C28BEF] Sender: owner-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'm asking in the right newsgroup: 1) What is the effect (from a user-space application programmer's point of view) of using the MAP_HASSEMAPHORE flag when calling mmap(...)? 2) And why is there no equivalent flag when using shmget(...)? I tried reading the manuals+web, but since in Linux there is no equivalent MAP_HASSEMAPHORE flag, I couldn't find much information about it. Thanks in advance! _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 7:23:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9313F37B401 for ; Thu, 14 Nov 2002 07:23:49 -0800 (PST) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2134743E8A for ; Thu, 14 Nov 2002 07:23:49 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 12508 invoked from network); 14 Nov 2002 15:23:51 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 14 Nov 2002 15:23:51 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAEFNl2D011863; Thu, 14 Nov 2002 10:23:47 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021113222836.V29813-100000@alpha.yumyumyum.org> Date: Thu, 14 Nov 2002 10:23:49 -0500 (EST) From: John Baldwin To: Kenneth Culver Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Nov-2002 Kenneth Culver wrote: > I'm posting this here because of a panic I'm getting using the FreeBSD > nvidia driver; however, I'm not convinced that this panic is the fault of > the driver, and I wanted to post the backtrace here (from a serial > console, can't see anything on the pc console during this crash since X is > up) just in case it's FreeBSD's fault. > > atomic_clear_short(c1596400,d2ae5a40,1556,1556,d2ae5a40) at > atomic_clear_short+0xb > nv_alloc_pages(c1596400,d2ae5a40,1556,1,1) at nv_alloc_pages+0x37 > __nvsym00150(c17a4000,d2ae5a40,1556,1,1) at __nvsym00150+0x4b > __nvsym00142(c17a4000,c1d00021,d2ae5a40,d2ae5a44,d2ae59e4) at > __nvsym00142+0x120 > __nvsym00153(c1d00021,beef0003,beef0020,3e,2100) at __nvsym00153+0x84 > __nvsym00606(c1596400,c1690a00,27,d2ae5e88,d2ae5d24) at __nvsym00606+0x35b > rm_ioctl(c1596400,c1690a00,27,d2ae5e88,d2ae5d6c) at rm_ioctl+0x17 > nvidia_handle_ioctl(c15ab500,c0284627,d2ae5e88,3,cc322520) at > nvidia_handle_ioctl+0x53 > nvidia_dev_ioctl(c15ab500,c0284627,d2ae5e88,3,cc322520) at > nvidia_dev_ioctl+0x3a > spec_ioctl(d2ae5dc4,d2ae5dac,c01b99b1,d2ae5dc4,d2ae5e54) at > spec_ioctl+0x26 > spec_vnoperate(d2ae5dc4,d2ae5e54,c017cb37,d2ae5dc4,c1867f40) at > spec_vnoperate+0x15 > ufs_vnoperatespec(d2ae5dc4,c1867f40,0,28,c025b000) at > ufs_vnoperatespec+0x15 > vn_ioctl(c1867f40,c0284627,d2ae5e88,cc322520,c0e34700) at vn_ioctl+0x10f > ioctl(cc322520,d2ae5f80,d2ae5f34,c030bd70,cc322520) at ioctl+0x20a > linux_ioctl_nvidia(cc322520,d2ae5f80,cc322520,3,c0314088) at > linux_ioctl_nvidia+0xe > linux_ioctl(cc322520,d2ae5f80,60,bfbfce90,80e9150) at linux_ioctl+0x54 > syscall2(2f,2f,2f,80e9150,bfbfce90) at syscall2+0x16a > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc1d00025 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc020f52c > stack pointer = 0x10:0xd2ae5664 > frame pointer = 0x10:0xd2ae5668 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 172 (ut2003-bin) > interrupt mask = none > kernel: type 12 trap, code=0 > > Any ideas? Looks like it is indeed nvidia's fault. It called atomic_clear_short() with an invalid pointer in nv_alloc_pages(). You might be able to look at nv_alloc_pages() to try and figure out the bug. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 7:29:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F08C37B401; Thu, 14 Nov 2002 07:29:33 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4099843E7B; Thu, 14 Nov 2002 07:29:21 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAEFRtkY032667; Thu, 14 Nov 2002 10:27:55 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAEFRsHA032664; Thu, 14 Nov 2002 10:27:55 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 14 Nov 2002 10:27:54 -0500 (EST) From: Kenneth Culver To: John Baldwin Cc: freebsd-hackers@FreeBSD.org Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) In-Reply-To: Message-ID: <20021114102342.W32489-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.9 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Looks like it is indeed nvidia's fault. It called atomic_clear_short() > with an invalid pointer in nv_alloc_pages(). You might be able to look > at nv_alloc_pages() to try and figure out the bug. nv_alloc_pages never actually calls atomic_clear_short(), but it does call several functions that call vm_object functions in FreeBSD's kernel that eventually call atomic_clear_short(). For some reason those functions in between aren't in the backtrace though, and without that I can (and have) look through the code in the kernel to see how nv_alloc_pages can get to atomic_clear_short through vm calls, but I'm not sure that's too awefully helpful. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 7:36:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C53137B401; Thu, 14 Nov 2002 07:36:14 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4522A43E6E; Thu, 14 Nov 2002 07:36:13 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAEFYlkY032719; Thu, 14 Nov 2002 10:34:47 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAEFYkFo032716; Thu, 14 Nov 2002 10:34:47 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 14 Nov 2002 10:34:46 -0500 (EST) From: Kenneth Culver To: John Baldwin Cc: freebsd-hackers@FreeBSD.org Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) In-Reply-To: <20021114102342.W32489-100000@alpha.yumyumyum.org> Message-ID: <20021114103213.D32489-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.9 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > several functions that call vm_object functions in FreeBSD's kernel that > eventually call atomic_clear_short(). For some reason those functions in > between aren't in the backtrace though, and without that I can (and > have) look through the code in the kernel to see how nv_alloc_pages can > get to atomic_clear_short through vm calls, but I'm not sure that's too > awefully helpful. Actually, after tracing through again, it appears to be following this codepath: (in reverse order from a backtrace) nv_alloc_pages() nv_free_vm_object() vm_object_deallocate() vm_object_clear_flag() atomic_clear_short() so I think it's possible that something may be getting screwed up between nv_free_vm_object and atomic_clear_short(). I'm not really sure how to tell though. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 7:47:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5984037B401 for ; Thu, 14 Nov 2002 07:47:19 -0800 (PST) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4FFC43E42 for ; Thu, 14 Nov 2002 07:47:18 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 26529 invoked from network); 14 Nov 2002 15:47:19 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 14 Nov 2002 15:47:19 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAEFl82D011957; Thu, 14 Nov 2002 10:47:10 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021114103213.D32489-100000@alpha.yumyumyum.org> Date: Thu, 14 Nov 2002 10:47:10 -0500 (EST) From: John Baldwin To: Kenneth Culver Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) Cc: freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Nov-2002 Kenneth Culver wrote: >> several functions that call vm_object functions in FreeBSD's kernel that >> eventually call atomic_clear_short(). For some reason those functions in >> between aren't in the backtrace though, and without that I can (and >> have) look through the code in the kernel to see how nv_alloc_pages can >> get to atomic_clear_short through vm calls, but I'm not sure that's too >> awefully helpful. > > Actually, after tracing through again, it appears to be following this > codepath: (in reverse order from a backtrace) > > nv_alloc_pages() > nv_free_vm_object() > vm_object_deallocate() > vm_object_clear_flag() > atomic_clear_short() > > so I think it's possible that something may be getting screwed up between > nv_free_vm_object and atomic_clear_short(). I'm not really sure how to > tell though. Are you sure that nv_free_vm_object() is free'ing a valid object? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 7:56:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF7137B401; Thu, 14 Nov 2002 07:56:44 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C09143E3B; Thu, 14 Nov 2002 07:56:43 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAEFtHkY032843; Thu, 14 Nov 2002 10:55:17 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAEFtHr1032840; Thu, 14 Nov 2002 10:55:17 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 14 Nov 2002 10:55:17 -0500 (EST) From: Kenneth Culver To: John Baldwin Cc: freebsd-hackers@FreeBSD.org Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) In-Reply-To: Message-ID: <20021114104742.H32489-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.9 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-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 nv_free_vm_object() is free'ing a valid object? > I'm not positive, but looking at the code this is what happens. first an object is allocated, then it goes and finds some nvidia specific data structure contained in that object (from what I can tell), then it calls rm_alloc_agp_pages (which is a function that I don't have access to. it is in the proprietary part of the driver I guess), then calls nv_free_vm_object(). I suppose that rm_alloc_agp_pages could very well be screwing up the vm object, in which case the bug really is nvidia's driver's fault. Thanks. I feel better now because this whole piece of code can be totally avoided by using FreeBSD's agpgart instead of nvidia's :-) Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 9:27: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2221E37B401; Thu, 14 Nov 2002 09:27:04 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id E437B43E75; Thu, 14 Nov 2002 09:26:57 -0800 (PST) (envelope-from phoenix@minion.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18CNlU-0007gc-00; Thu, 14 Nov 2002 18:26:52 +0100 Received: from [80.144.47.221] (helo=chronos) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18CNlU-0003Rj-00; Thu, 14 Nov 2002 18:26:52 +0100 Received: from phoenix by chronos with local (Exim 3.35 #1 (Debian)) id 18CNk9-00070O-00; Thu, 14 Nov 2002 18:25:29 +0100 Date: Thu, 14 Nov 2002 18:25:29 +0100 From: Christian Zander To: Kenneth Culver Cc: John Baldwin , freebsd-hackers@FreeBSD.org Subject: Re: panic with nvidia drivers (but not sure it's nvidia's fault) Message-ID: <20021114182529.L18507@chronos> Reply-To: Christian Zander References: <20021114104742.H32489-100000@alpha.yumyumyum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021114104742.H32489-100000@alpha.yumyumyum.org> User-Agent: Mutt/1.3.22.1i X-Operating-System: GNU/Linux [2.4.19][i686] Sender: owner-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, Nov 14, 2002 at 10:55:17AM -0500, Kenneth Culver wrote: > > I'm not positive, but looking at the code this is what happens. > > first an object is allocated, then it goes and finds some nvidia > specific data structure contained in that object (from what I can > tell), then it calls rm_alloc_agp_pages (which is a function that > I don't have access to. it is in the proprietary part of the > driver I guess), then calls nv_free_vm_object(). I suppose that > rm_alloc_agp_pages could very well be screwing up the vm object, > in which case the bug really is nvidia's driver's fault. Thanks. > I feel better now because this whole piece of code can be totally > avoided by using FreeBSD's agpgart instead of nvidia's :-) > It'd be good to track down the root cause of this problem, though. I've heard of this problem from one other user, with essentially the same call trace, though there was no mention of the intermediate function calls as was the case in the trace you posted. All code interacting with FreeBSD data structures resides in the open part of the kernel module; a pointer to the newly allocated object is passed to rm_alloc_agp_pages as an opaque pointer, it is required later when the NVIDIA AGP GART driver needs to obtain the physical addresses of the individual pages in the allocation. This happens with calls to nv_agp_translate_address. It'd be interesting to learn if the code path you suspect really is the one taken in the case of this failure. Is this problem easily reproducible on your machine? If so, how and with what hard/software combination? -- christian zander zander@minion.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 9:42:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA9737B401; Thu, 14 Nov 2002 09:42:15 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35DEC43E75; Thu, 14 Nov 2002 09:42:10 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAEHehkY033311; Thu, 14 Nov 2002 12:40:43 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAEHegXT033308; Thu, 14 Nov 2002 12:40:42 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 14 Nov 2002 12:40:42 -0500 (EST) From: Kenneth Culver To: Christian Zander Cc: John Baldwin , Subject: Re: panic with nvidia drivers (but not sure it's nvidia's fault) In-Reply-To: <20021114182529.L18507@chronos> Message-ID: <20021114123651.H32961-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.9 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It'd be interesting to learn if the code path you suspect really is the > one taken in the case of this failure. Is this problem easily > reproducible on your machine? If so, how and with what hard/software > combination? I think the stack is getting (somewhat) smashed so there's no real way to tell for sure if this is the code path that is taken, but it's the only one that goes from nv_alloc_pages to the atomic_clear_flags() (at least the only one I've found so far). The problem is EXTREMELY reproducable. Hardware: Abit KX333 mobo (via KT333 chipset) 256MB Crucial (micron) pc2100 DDR SDRAM. Athlon XP 2000+ Geforce 3 Ti 200 I'm using agp 4x. To reproduce the problem, all I have to do is run ut2003. It always dies just after the splash screen comes up (apparently after it changes resolution to 800x600 on my machine.) Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 9:47:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B7F37B401; Thu, 14 Nov 2002 09:47:55 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4DC343E42; Thu, 14 Nov 2002 09:47:54 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAEHkRkY033351; Thu, 14 Nov 2002 12:46:28 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAEHkRen033348; Thu, 14 Nov 2002 12:46:27 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 14 Nov 2002 12:46:27 -0500 (EST) From: Kenneth Culver To: Christian Zander Cc: John Baldwin , Subject: Re: panic with nvidia drivers (but not sure it's nvidia's fault) In-Reply-To: <20021114182529.L18507@chronos> Message-ID: <20021114124358.V32961-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.4 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,DOUBLE_CAPSWORD,NO_MX_FOR_FROM,AWL version=2.31 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > All code interacting with FreeBSD data structures resides in the open > part of the kernel module; a pointer to the newly allocated object is > passed to rm_alloc_agp_pages as an opaque pointer, it is required later > when the NVIDIA AGP GART driver needs to obtain the physical addresses > of the individual pages in the allocation. This happens with calls to > nv_agp_translate_address. I don't see rm_alloc_agp_pages anywhere in the open part of the source code. I just looked again... I see the function prototype in nv.h, but that's it. screwdriver:~/dl_temp/NVIDIA_FreeBSD-1.0-3203:> grep -R rm_alloc_agp_pages * Binary file obj/Module-nvkernel matches src/nvidia_subr.c: if (rm_alloc_agp_pages(nv, address, count, class, private, src/nvidia_subr.c: if (rm_alloc_agp_pages(nv, address, count, class, private, src/nv.h:RM_STATUS rm_alloc_agp_pages (nv_state_t *, VOID **, U032, U032, VOID **, U032 *); so from what I can tell, it IS in the proprietary part of the driver. > It'd be interesting to learn if the code path you suspect really is > the one taken in the case of this failure. Is this problem easily > reproducible on your machine? If so, how and with what hard/software > combination? > Given the above, I'm inclined to think my original trace through the code is correct, although I didn't look to closely. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 10:35:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3305C37B401 for ; Thu, 14 Nov 2002 10:35:40 -0800 (PST) Received: from softweyr.com (softweyr.com [209.63.227.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 774D343E42 for ; Thu, 14 Nov 2002 10:35:39 -0800 (PST) (envelope-from wes@softweyr.com) Received: from homer.softweyr.com ([204.68.178.39] helo=softweyr.com) by softweyr.com with esmtp (Exim 3.35 #1) id 18COpC-000JfD-00; Thu, 14 Nov 2002 11:34:46 -0700 Message-ID: <3DD3ECC1.17484EBD@softweyr.com> Date: Thu, 14 Nov 2002 10:34:41 -0800 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Rabson Cc: "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: Shrinking /(s)bin: A Proposal References: <3DD03D9A.6090805@acm.org> <20021113.234516.77421925.imp@bsdimp.com> <200211140938.52546.dfr@nlsystems.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 Doug Rabson wrote: > > On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: > > > > % make NOSHARED=NO buildworld > > > > No patches necessary. We do this all the time at work, and it works > > fabulously. I do this for disk based systems that have / and /usr on > > the same file system too. > > To do it right for split root/usr installations requires a few patches > though. The rtld and the libs required for /[s]bin need to move to / > and compat symlinks created from /usr. A suitable crunchgen'ed binary > for /recover would be useful too. Time to bring back /lib? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 11:29:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8416737B401 for ; Thu, 14 Nov 2002 11:29:29 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC4443E7B for ; Thu, 14 Nov 2002 11:29:28 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAEJTSFC067197; Thu, 14 Nov 2002 11:29:28 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAEJTQcl067196; Thu, 14 Nov 2002 11:29:26 -0800 (PST) (envelope-from dillon) Date: Thu, 14 Nov 2002 11:29:26 -0800 (PST) From: Matthew Dillon Message-Id: <200211141929.gAEJTQcl067196@apollo.backplane.com> To: "Cameron Grant" , freebsd-hackers@freebsd.org Cc: Terry Lambert , "Daniel O'Connor" , Hans Zaunere Subject: Patch #6 (Re: Shared files within a jail) References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> <3DD2DF3A.18489E80@mindspring.com> <200211132358.gADNwAVP012795@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Cameron and I have been working through some of the more blatent bugs. Here is an intermediate patch for -stable, for both unionfs and nullfs. There are still plenty of bugs left but this patch should fix the major issues with devices. Basically what is going on is that special vnode types like VBLK and VCHR are also assumed to have special fields filled in which nullfs and unionfs do not fill in when they synthesized a vnode. Unfortunately, some of these fields *CAN'T* be filled in. For example, take a VCHR vnode. The system expects v_rdev to be filled in. v_rdev cannot be safely filled in without aliasing the device. The device cannot be safely aliased because the system makes major assumptions in regards to the alias/vnode-ref counts in order to determine whether a device close or a revoke() can be done. If we alias the device, everything breaks. I spent four hours trying to alias the device and couldn't get it to work. Either it caused specfs to call d_close without the device first being opened, or it caused revoke() to fail, or it through the device was opened multiple times when it wasn't, or it thought the device was opened when it wasn't (that was why sshd hung, because the child process closed the tty side of the pty and the pty side still thought the tty side was open because it the vnode was being cached by nullfs or unionfs). In short, FreeBSD's device tracking code needs to be seriously rewritten. FreeBSD cannot distinguish between vnodes which have d_open()'d (VOP_OPEN()'d) the device and vnodes which have not. So this patch is a hack. It returns special devices directly whenever possible but must still synthesize temporary vnodes for them for RENAME and DELETE operations. But short of rewriting a big chunk of the device tracking infrastructure there is no other solution. -Matt Index: kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.249.2.29 diff -u -r1.249.2.29 vfs_subr.c --- kern/vfs_subr.c 13 Oct 2002 16:19:12 -0000 1.249.2.29 +++ kern/vfs_subr.c 14 Nov 2002 18:01:43 -0000 @@ -2115,10 +2115,12 @@ int count; count = 0; - simple_lock(&spechash_slock); - SLIST_FOREACH(vq, &vp->v_hashchain, v_specnext) - count += vq->v_usecount; - simple_unlock(&spechash_slock); + if (vp->v_rdev) { + simple_lock(&spechash_slock); + SLIST_FOREACH(vq, &vp->v_hashchain, v_specnext) + count += vq->v_usecount; + simple_unlock(&spechash_slock); + } return (count); } Index: miscfs/nullfs/null_subr.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/Attic/null_subr.c,v retrieving revision 1.21.2.4 diff -u -r1.21.2.4 null_subr.c --- miscfs/nullfs/null_subr.c 26 Jun 2001 04:20:09 -0000 1.21.2.4 +++ miscfs/nullfs/null_subr.c 14 Nov 2002 17:55:09 -0000 @@ -181,6 +181,7 @@ xp->null_vnode = vp; vp->v_data = xp; xp->null_lowervp = lowervp; + /* * Before we insert our new node onto the hash chains, * check to see if someone else has beaten us to it. Index: miscfs/nullfs/null_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/Attic/null_vfsops.c,v retrieving revision 1.35.2.3 diff -u -r1.35.2.3 null_vfsops.c --- miscfs/nullfs/null_vfsops.c 26 Jul 2001 20:37:11 -0000 1.35.2.3 +++ miscfs/nullfs/null_vfsops.c 14 Nov 2002 17:55:09 -0000 @@ -246,6 +246,7 @@ */ mntdata = mp->mnt_data; mp->mnt_data = 0; + mp->mnt_flag &= ~MNT_LOCAL; free(mntdata, M_NULLFSMNT); return 0; } Index: miscfs/nullfs/null_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/nullfs/Attic/null_vnops.c,v retrieving revision 1.38.2.6 diff -u -r1.38.2.6 null_vnops.c --- miscfs/nullfs/null_vnops.c 31 Jul 2002 00:32:28 -0000 1.38.2.6 +++ miscfs/nullfs/null_vnops.c 14 Nov 2002 18:38:28 -0000 @@ -194,6 +194,7 @@ static int null_destroyvobject(struct vop_destroyvobject_args *ap); static int null_getattr(struct vop_getattr_args *ap); static int null_getvobject(struct vop_getvobject_args *ap); +static int null_revoke(struct vop_revoke_args *ap); static int null_inactive(struct vop_inactive_args *ap); static int null_islocked(struct vop_islocked_args *ap); static int null_lock(struct vop_lock_args *ap); @@ -388,14 +389,39 @@ if (cnp->cn_flags & PDIRUNLOCK) VOP_UNLOCK(dvp, LK_THISLAYER, p); if ((error == 0 || error == EJUSTRETURN) && lvp != NULL) { + /* + * Return an appropriately synthesized node. Special + * file types (e.g. VBLK, VCHR, and others) are a real + * problem because the system makes assumptions about + * special fields in the vnode which we cannot safely + * duplicate. Unfortunately we have to synthesize nodes if + * we are going to do a deletion or rename to avoid + * confusing the bypass code. + * + * VCHR and VBLK are particularly difficult, because the + * rest of the system makes some bad assumptions on whether + * to close a device or whether the device is 'opened' multiple + * times simply based on the number of vnodes aliased to it + * and theri ref counts. + */ + int can_synthesize = 0; + + if (cnp->cn_nameiop != LOOKUP && cnp->cn_nameiop != CREATE) { + can_synthesize = 1; + } else if (lvp->v_type == VDIR || lvp->v_type == VREG || + lvp->v_type == VLNK) { + can_synthesize = 1; + } if (ldvp == lvp) { *ap->a_vpp = dvp; VREF(dvp); vrele(lvp); - } else { + } else if (can_synthesize) { error = null_node_create(dvp->v_mount, lvp, &vp); if (error == 0) *ap->a_vpp = vp; + } else { + *ap->a_vpp = lvp; } } return (error); @@ -726,6 +752,7 @@ VOP_UNLOCK(vp, LK_THISLAYER, p); vput(lowervp); + /* * Now it is safe to drop references to the lower vnode. * VOP_INACTIVE() will be called by vrele() if necessary. @@ -829,11 +856,31 @@ } /* + * Revoke - just vgone the node. Device nodes are passed to the + * caller layer directly. + */ +static int +null_revoke(ap) + struct vop_revoke_args /* { + struct vnode *a_vp; + int a_flags; + } */ *ap; +{ + struct vnode *lvp = NULLVPTOLOWERVP(ap->a_vp); + + if (lvp == NULL) + return EINVAL; + vgone(ap->a_vp); + return (0); +} + +/* * Global vfs data structures */ vop_t **null_vnodeop_p; static struct vnodeopv_entry_desc null_vnodeop_entries[] = { { &vop_default_desc, (vop_t *) null_bypass }, + { &vop_revoke_desc, (vop_t *) null_revoke }, { &vop_access_desc, (vop_t *) null_access }, { &vop_createvobject_desc, (vop_t *) null_createvobject }, { &vop_destroyvobject_desc, (vop_t *) null_destroyvobject }, Index: miscfs/union/union_subr.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/union/Attic/union_subr.c,v retrieving revision 1.43.2.2 diff -u -r1.43.2.2 union_subr.c --- miscfs/union/union_subr.c 25 Dec 2001 01:44:45 -0000 1.43.2.2 +++ miscfs/union/union_subr.c 14 Nov 2002 19:02:30 -0000 @@ -369,6 +369,52 @@ vflag = VROOT; } + /* + * We have to synthesize special nodes under certain circumstances.. + * when a DELETE or RENAME is to be performed. But for anything + * that will open the vnode (LOOKUP, CREATE), we cannot safely return + * a synthesized vnode and must instead return the actual vnode. + * This is because the system makes assumptions not only about + * special fields in the vnode when non-normal vnodes are returned, + * but also makes assumptions based on the ref count in special vnodes. + * (see revoke() and the miscfs/specfs code for examples). + * + * (The docache flag is ignored in the direct case). + */ + if (cnp && (cnp->cn_nameiop == LOOKUP || cnp->cn_nameiop == CREATE)) { + if (uppervp && uppervp->v_type != VREG && + uppervp->v_type != VDIR && uppervp->v_type != VLNK) { + *vpp = uppervp; + if (upperdvp) + vrele(upperdvp); + if (lowervp) + vrele(lowervp); + vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, p); + return(0); + } else if (lowervp && lowervp->v_type != VREG && + lowervp->v_type != VDIR && lowervp->v_type != VLNK) { + *vpp = lowervp; + if (upperdvp) + vrele(upperdvp); + if (uppervp) + vrele(uppervp); + vn_lock(*vpp, LK_EXCLUSIVE | LK_RETRY, p); + return(0); + } + } + + /* + * Do not cache special situations + */ + if (uppervp && uppervp->v_type != VREG && + uppervp->v_type != VDIR && uppervp->v_type != VLNK) { + docache = 0; + } + if (lowervp && lowervp->v_type != VREG && + lowervp->v_type != VDIR && lowervp->v_type != VLNK) { + docache = 0; + } + loop: if (!docache) { un = 0; @@ -538,7 +584,6 @@ /* * Create new node rather then replace old node */ - error = getnewvnode(VT_UNION, mp, union_vnodeop_p, vpp); if (error) { /* Index: miscfs/union/union_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/union/Attic/union_vnops.c,v retrieving revision 1.72 diff -u -r1.72 union_vnops.c --- miscfs/union/union_vnops.c 15 Dec 1999 23:02:14 -0000 1.72 +++ miscfs/union/union_vnops.c 14 Nov 2002 18:02:50 -0000 @@ -98,6 +98,7 @@ static int union_revoke __P((struct vop_revoke_args *ap)); static int union_rmdir __P((struct vop_rmdir_args *ap)); static int union_poll __P((struct vop_poll_args *ap)); +static int union_kqfilter __P((struct vop_kqfilter_args *ap)); static int union_setattr __P((struct vop_setattr_args *ap)); static int union_strategy __P((struct vop_strategy_args *ap)); static int union_getpages __P((struct vop_getpages_args *ap)); @@ -1189,6 +1190,26 @@ } static int +union_kqfilter(ap) + struct vop_kqfilter_args /* { + struct vnode *a_vp; + ... + } */ *ap; +{ + struct vnode *ovp = OTHERVP(ap->a_vp); + + ap->a_vp = ovp; + return (VCALL(ovp, VOFFSET(vop_kqfilter), ap)); +} + +/* + * Revoke access + * + * Note that if this is a device node, the lower or upper vp is already + * on the vnode alias list for the device and revoke will be called on it, + * so a duplicate call here would panic the box. + */ +static int union_revoke(ap) struct vop_revoke_args /* { struct vnode *a_vp; @@ -1198,9 +1219,9 @@ { struct vnode *vp = ap->a_vp; - if (UPPERVP(vp)) + if (UPPERVP(vp) && vcount(UPPERVP(vp)) > 1) VOP_REVOKE(UPPERVP(vp), ap->a_flags); - if (LOWERVP(vp)) + if (LOWERVP(vp) && vcount(LOWERVP(vp)) > 1) VOP_REVOKE(LOWERVP(vp), ap->a_flags); vgone(vp); return (0); @@ -1958,6 +1979,7 @@ { &vop_open_desc, (vop_t *) union_open }, { &vop_pathconf_desc, (vop_t *) union_pathconf }, { &vop_poll_desc, (vop_t *) union_poll }, + { &vop_kqfilter_desc, (vop_t *) union_kqfilter }, { &vop_print_desc, (vop_t *) union_print }, { &vop_read_desc, (vop_t *) union_read }, { &vop_readdir_desc, (vop_t *) union_readdir }, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 11:43:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B51737B401 for ; Thu, 14 Nov 2002 11:43:47 -0800 (PST) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA1FF43E3B for ; Thu, 14 Nov 2002 11:43:46 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0276.cvx21-bradley.dialup.earthlink.net ([209.179.193.21] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18CPtq-0002Uc-00; Thu, 14 Nov 2002 11:43:38 -0800 Message-ID: <3DD3FC96.8420F54C@mindspring.com> Date: Thu, 14 Nov 2002 11:42:14 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Cameron Grant , freebsd-hackers@freebsd.org, Daniel O'Connor , Hans Zaunere Subject: Re: Patch #6 (Re: Shared files within a jail) References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> <3DD2DF3A.18489E80@mindspring.com> <200211132358.gADNwAVP012795@apollo.backplane.com> <200211141929.gAEJTQcl067196@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > So this patch is a hack. It returns special devices directly whenever > possible but must still synthesize temporary vnodes for them for > RENAME and DELETE operations. But short of rewriting a big chunk of > the device tracking infrastructure there is no other solution. If you are going to do that, why not just add: static vop_t **nullfs_specop_p; static struct vnodeopv_entry_desc nullfs_specop_entries[] = { ... }; static struct vnodeopv_desc fs_specop_opv_desc = { &nullfs_specop_p, nullfs_specop_entries }; VNODEOP_SET(nullfs_specop_opv_desc); ??? That way the devices get exported directly (still), but the rename, delete, and other code can be left alone. It's really ugly to think of a "nullfs" doing this, though, so I guess it's sixes on which approach is used. Told you it was crufty. 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 Nov 14 11:53:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C2F037B401 for ; Thu, 14 Nov 2002 11:53:16 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id CB3CD43E42 for ; Thu, 14 Nov 2002 11:53:15 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 43935 invoked by uid 1000); 14 Nov 2002 19:53:16 -0000 Date: Thu, 14 Nov 2002 11:53:16 -0800 (PST) From: Nate Lawson To: hackers@FreeBSD.ORG Subject: Re: Shrinking /(s)bin: A Proposal In-Reply-To: <3DD3ECC1.17484EBD@softweyr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 14 Nov 2002, Wes Peters wrote: > Doug Rabson wrote: > > > > On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: > > > > > > % make NOSHARED=NO buildworld > > > > > > No patches necessary. We do this all the time at work, and it works > > > fabulously. I do this for disk based systems that have / and /usr on > > > the same file system too. > > > > To do it right for split root/usr installations requires a few patches > > though. The rtld and the libs required for /[s]bin need to move to / > > and compat symlinks created from /usr. A suitable crunchgen'ed binary > > for /recover would be useful too. > > Time to bring back /lib? Yeah, this is what I figured patches would be needed for and it's more a policy issue of fs layout than a technical problem. A couple things that could be useful: * All dynamic/static flag (imp's option above) * Flag to selectively link dynamically/statically, overriding the above flag for specific binaries (Makefile flags?) * Minimal /lib (libc, ...?) with symlinks from /usr/lib * Optional recovery crunchgen utility. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 12:50:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B6C837B401; Thu, 14 Nov 2002 12:50:12 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9270C43E4A; Thu, 14 Nov 2002 12:50:11 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.168.4]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021114205009.TBXX2683.sccrmhc01.attbi.com@InterJet.elischer.org>; Thu, 14 Nov 2002 20:50: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 MAA36280; Thu, 14 Nov 2002 12:47:41 -0800 (PST) Date: Thu, 14 Nov 2002 12:47:39 -0800 (PST) From: Julian Elischer To: jkh@freebsd.org, re@freebsd.org, hackers@freebsd.org Subject: patches for sysinstall (4.x) for >1TB disks Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1478575915-1037306859=:36211" Sender: owner-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-1478575915-1037306859=:36211 Content-Type: TEXT/PLAIN; charset=US-ASCII HIYA! Attached is a set of diffs against /usr/src to allow sysinstall to handle drives that are > 1TB in size. Since we cannot make filesystems > 1TB we need to be able to at least partition them, however that was not possible before due to some sign errors. This allows us to handle up to 2TB devices at which point we run out of bits in the disklabel and bootblock fdisk table. I have 2 x 1,6TB and 1 x 1.8 TB arrays I need to partition so I needed this. (it now works). I have not yet attacked fdisk(8) and disklabel(8). If I get no complaints I'll commit these to 4.x. It's all different in 5.x so an MFC doesn't really work.. --0-1478575915-1037306859=:36211 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=diffs Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=diffs SW5kZXg6IGxpYi9saWJkaXNrL2NodW5rLmMNCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0NClJDUyBmaWxlOiAvdXNyL2N2cy9zcmMvbGliL2xpYmRpc2svY2h1 bmsuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjEuMi42DQpkaWZmIC11 IC1yMS4yMS4yLjYgY2h1bmsuYw0KLS0tIGxpYi9saWJkaXNrL2NodW5rLmMJ NyBKYW4gMjAwMiAwNzo1MzoyOSAtMDAwMAkxLjIxLjIuNg0KKysrIGxpYi9s aWJkaXNrL2NodW5rLmMJMTQgTm92IDIwMDIgMjA6MDc6MzYgLTAwMDANCkBA IC0zMzksMTAgKzMzOSwxMCBAQA0KIAlwdXRjaGFyKCc+Jyk7DQogCWZvcig7 IGkgPCAxMDsgaSsrKSBwdXRjaGFyKCcgJyk7DQogI2lmZGVmIFBDOTgNCi0J cHJpbnRmKCIlcCAlOGxkICU4bHUgJThsdSAlLThzICUtMTZzICUtOHMgMHgl MDJ4ICVzIiwNCisJcHJpbnRmKCIlcCAlOGx1ICU4bHUgJThsdSAlLThzICUt MTZzICUtOHMgMHglMDJ4ICVzIiwNCiAJCWMxLCBjMS0+b2Zmc2V0LCBjMS0+ c2l6ZSwgYzEtPmVuZCwgYzEtPm5hbWUsIGMxLT5zbmFtZSwNCiAjZWxzZQ0K LQlwcmludGYoIiVwICU4bGQgJThsdSAlOGx1ICUtOHMgJS04cyAweCUwMngg JXMiLA0KKwlwcmludGYoIiVwICU4bHUgJThsdSAlOGx1ICUtOHMgJS04cyAw eCUwMnggJXMiLA0KIAkJYzEsIGMxLT5vZmZzZXQsIGMxLT5zaXplLCBjMS0+ ZW5kLCBjMS0+bmFtZSwNCiAjZW5kaWYNCiAJCWNodW5rX25bYzEtPnR5cGVd LCBjMS0+c3VidHlwZSwNCkluZGV4OiBsaWIvbGliZGlzay9saWJkaXNrLmgN Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvdXNyL2N2cy9z cmMvbGliL2xpYmRpc2svbGliZGlzay5oLHYNCnJldHJpZXZpbmcgcmV2aXNp b24gMS4zMi4yLjgNCmRpZmYgLXUgLXIxLjMyLjIuOCBsaWJkaXNrLmgNCi0t LSBsaWIvbGliZGlzay9saWJkaXNrLmgJNyBKYW4gMjAwMiAwNzo1MzoyOSAt MDAwMAkxLjMyLjIuOA0KKysrIGxpYi9saWJkaXNrL2xpYmRpc2suaAkxNCBO b3YgMjAwMiAxOTo1MToyOCAtMDAwMA0KQEAgLTU1LDcgKzU1LDcgQEANCiAJ c3RydWN0IGNodW5rCSpuZXh0Ow0KIAlzdHJ1Y3QgY2h1bmsJKnBhcnQ7DQog CXN0cnVjdCBkaXNrCSpkaXNrOw0KLQlsb25nCQlvZmZzZXQ7DQorCXVfbG9u ZwkJb2Zmc2V0Ow0KIAl1X2xvbmcJCXNpemU7DQogCXVfbG9uZwkJZW5kOw0K ICNpZmRlZiBQQzk4DQpJbmRleDogbGliL2xpYmRpc2svcnVsZXMuYw0KPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC91c3IvY3ZzL3NyYy9s aWIvbGliZGlzay9ydWxlcy5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4x Ni4yLjQNCmRpZmYgLXUgLXIxLjE2LjIuNCBydWxlcy5jDQotLS0gbGliL2xp YmRpc2svcnVsZXMuYwkxMyBNYXkgMjAwMSAyMDoxNjozMiAtMDAwMAkxLjE2 LjIuNA0KKysrIGxpYi9saWJkaXNrL3J1bGVzLmMJMTQgTm92IDIwMDIgMjA6 MDk6MTYgLTAwMDANCkBAIC0xMzAsOSArMTMwLDkgQEANCiAjZW5kaWYNCiAJ CQlzcHJpbnRmKG1zZyArIHN0cmxlbihtc2cpLA0KICNpZmRlZiBQQzk4DQot CQkgICAgImNodW5rICclcycgWyVsZC4uJWxkXSBkb2VzIG5vdCBzdGFydCBv biBhIGN5bGluZGVyIGJvdW5kYXJ5XG4iLA0KKwkJICAgICJjaHVuayAnJXMn IFslbHUuLiVsdV0gZG9lcyBub3Qgc3RhcnQgb24gYSBjeWxpbmRlciBib3Vu ZGFyeVxuIiwNCiAjZWxzZQ0KLQkJICAgICJjaHVuayAnJXMnIFslbGQuLiVs ZF0gZG9lcyBub3Qgc3RhcnQgb24gYSB0cmFjayBib3VuZGFyeVxuIiwNCisJ CSAgICAiY2h1bmsgJyVzJyBbJWx1Li4lbHVdIGRvZXMgbm90IHN0YXJ0IG9u IGEgdHJhY2sgYm91bmRhcnlcbiIsDQogI2VuZGlmDQogCQkJCWMxLT5uYW1l LCBjMS0+b2Zmc2V0LCBjMS0+ZW5kKTsNCiAJCWlmICgoYy0+dHlwZSA9PSB3 aG9sZSB8fCBjLT5lbmQgPT0gYzEtPmVuZCkNCkBAIC0xNDAsNyArMTQwLDcg QEANCiAJCQk7DQogCQllbHNlDQogCQkJc3ByaW50Zihtc2cgKyBzdHJsZW4o bXNnKSwNCi0JCSAgICAiY2h1bmsgJyVzJyBbJWxkLi4lbGRdIGRvZXMgbm90 IGVuZCBvbiBhIGN5bGluZGVyIGJvdW5kYXJ5XG4iLA0KKwkJICAgICJjaHVu ayAnJXMnIFslbHUuLiVsdV0gZG9lcyBub3QgZW5kIG9uIGEgY3lsaW5kZXIg Ym91bmRhcnlcbiIsDQogCQkJCWMxLT5uYW1lLCBjMS0+b2Zmc2V0LCBjMS0+ ZW5kKTsNCiAJfQ0KIH0NCkluZGV4OiByZWxlYXNlL3N5c2luc3RhbGwvZGlz a3MuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC91c3Iv Y3ZzL3NyYy9yZWxlYXNlL3N5c2luc3RhbGwvQXR0aWMvZGlza3MuYyx2DQpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuMTE4LjIuMTQNCmRpZmYgLXUgLXIxLjEx OC4yLjE0IGRpc2tzLmMNCi0tLSByZWxlYXNlL3N5c2luc3RhbGwvZGlza3Mu YwkyNCBPY3QgMjAwMiAxMzowMzo0NCAtMDAwMAkxLjExOC4yLjE0DQorKysg cmVsZWFzZS9zeXNpbnN0YWxsL2Rpc2tzLmMJMTQgTm92IDIwMDIgMTk6NTY6 MzkgLTAwMDANCkBAIC0xNDIsNyArMTQyLDcgQEANCiAJfQ0KIAlpZiAoaSA9 PSBjdXJyZW50X2NodW5rKQ0KIAkgICAgYXR0cnNldChBVFRSX1NFTEVDVEVE KTsNCi0JbXZwcmludHcocm93LCAwLCAiJTEwbGQgJTEwbHUgJTEwbHUgJThz ICU2ZCAlMTBzICU4ZFx0JS02cyIsDQorCW12cHJpbnR3KHJvdywgMCwgIiUx MGx1ICUxMGx1ICUxMGx1ICU4cyAlNmQgJTEwcyAlOGRcdCUtNnMiLA0KIAkJ IGNodW5rX2luZm9baV0tPm9mZnNldCwgc3osDQogCQkgY2h1bmtfaW5mb1tp XS0+ZW5kLCBjaHVua19pbmZvW2ldLT5uYW1lLA0KIAkJIGNodW5rX2luZm9b aV0tPnR5cGUsIA0KSW5kZXg6IHJlbGVhc2Uvc3lzaW5zdGFsbC9sYWJlbC5j DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL3Vzci9jdnMv c3JjL3JlbGVhc2Uvc3lzaW5zdGFsbC9BdHRpYy9sYWJlbC5jLHYNCnJldHJp ZXZpbmcgcmV2aXNpb24gMS45OC4yLjEyDQpkaWZmIC11IC1yMS45OC4yLjEy IGxhYmVsLmMNCi0tLSByZWxlYXNlL3N5c2luc3RhbGwvbGFiZWwuYwkzIEp1 bCAyMDAyIDAwOjAxOjA4IC0wMDAwCTEuOTguMi4xMg0KKysrIHJlbGVhc2Uv c3lzaW5zdGFsbC9sYWJlbC5jCTE0IE5vdiAyMDAyIDIwOjIxOjE4IC0wMDAw DQpAQCAtMjQ4LDcgKzI0OCw3IEBADQogc3BhY2VfZnJlZShzdHJ1Y3QgY2h1 bmsgKmMpDQogew0KICAgICBzdHJ1Y3QgY2h1bmsgKmMxOw0KLSAgICBpbnQg c3ogPSBjLT5zaXplOw0KKyAgICB1bnNpZ25lZCBpbnQgc3ogPSBjLT5zaXpl Ow0KIA0KICAgICBmb3IgKGMxID0gYy0+cGFydDsgYzE7IGMxID0gYzEtPm5l eHQpIHsNCiAJaWYgKGMxLT50eXBlICE9IHVudXNlZCkNCkBAIC03MDYsNyAr NzA2LDggQEANCiBzdGF0aWMgaW50DQogZGlza0xhYmVsKERldmljZSAqZGV2 KQ0KIHsNCi0gICAgaW50IHN6LCBrZXkgPSAwOw0KKyAgICB1aW50IHN6Ow0K KyAgICBpbnQgIGtleSA9IDA7DQogICAgIEJvb2xlYW4gbGFiZWxpbmc7DQog ICAgIGNoYXIgKm1zZyA9IE5VTEw7DQogICAgIFBhcnRJbmZvICpwLCAqb2xk cDsNCkBAIC04NDYsNyArODQ3LDcgQEANCiAJCWNoYXIgb3NpemVbODBdOw0K IAkJdV9sb25nIGZsYWdzID0gMDsNCiANCi0JCXNwcmludGYob3NpemUsICIl ZCIsIHN6KTsNCisJCXNwcmludGYob3NpemUsICIlbHUiLCBzeik7DQogCQl2 YWwgPSBtc2dHZXRJbnB1dChvc2l6ZSwNCiAJCQkJICAiUGxlYXNlIHNwZWNp ZnkgdGhlIHBhcnRpdGlvbiBzaXplIGluIGJsb2NrcyBvciBhcHBlbmQgYSB0 cmFpbGluZyBHIGZvclxuIg0KIAkJCQkgICJnaWdhYnl0ZXMsIE0gZm9yIG1l Z2FieXRlcywgb3IgQyBmb3IgY3lsaW5kZXJzLlxuIg0KQEAgLTExNzcsNyAr MTE3OCw3IEBADQogc3RhdGljIGNoYXIgKg0KIHRyeV9hdXRvX2xhYmVsKERl dmljZSAqKmRldnMsIERldmljZSAqZGV2LCBpbnQgcGVyYywgaW50ICpyZXEp DQogew0KLSAgICBpbnQgc3o7DQorICAgIHVuc2lnbmVkIGludCBzejsNCiAg ICAgc3RydWN0IGNodW5rICpyb290X2NodW5rID0gTlVMTDsNCiAgICAgc3Ry dWN0IGNodW5rICpzd2FwX2NodW5rID0gTlVMTDsNCiAgICAgc3RydWN0IGNo dW5rICp1c3JfY2h1bmsgPSBOVUxMOw0KQEAgLTEzOTUsMTAgKzEzOTYsMTEg QEANCiAJICAgIHdoaWxlIChlbnRyaWVzKSB7DQogCQlzbnByaW50ZihuYW1l LCBzaXplb2YgbmFtZSwgIiVzLSVkIiwgYzEtPm5hbWUsIGVudHJpZXMpOw0K IAkJaWYgKChjcCA9IHZhcmlhYmxlX2dldChuYW1lKSkgIT0gTlVMTCkgew0K LQkJICAgIGludCBzeiwgc29mdCA9IDA7DQorCQkgICAgdW5zaWduZWQgaW50 IHN6Ow0KKwkJICAgIGludCBzb2Z0ID0gMDsNCiAJCSAgICBjaGFyIHR5cFsx MF0sIG1wb2ludFs1MF07DQogDQotCQkgICAgaWYgKHNzY2FuZihjcCwgIiVz ICVkICVzICVkIiwgdHlwLCAmc3osIG1wb2ludCwgJnNvZnQpIDwgMykgew0K KwkJICAgIGlmIChzc2NhbmYoY3AsICIlcyAldSAlcyAlZCIsIHR5cCwgJnN6 LCBtcG9pbnQsICZzb2Z0KSA8IDMpIHsNCiAJCQltc2dDb25maXJtKCJGb3Ig c2xpY2UgZW50cnkgJXMsIGdvdCBhbiBpbnZhbGlkIGRldGFpbCBlbnRyeSBv ZjogJXMiLCAgYzEtPm5hbWUsIGNwKTsNCiAJCQlzdGF0dXMgPSBESVRFTV9G QUlMVVJFOw0KIAkJCWNvbnRpbnVlOw0K --0-1478575915-1037306859=:36211-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 14:11:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3463137B401 for ; Thu, 14 Nov 2002 14:11:45 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1D6843E9E for ; Thu, 14 Nov 2002 14:11:38 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAEMBcFC067879; Thu, 14 Nov 2002 14:11:38 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAEMBbfe067878; Thu, 14 Nov 2002 14:11:37 -0800 (PST) (envelope-from dillon) Date: Thu, 14 Nov 2002 14:11:37 -0800 (PST) From: Matthew Dillon Message-Id: <200211142211.gAEMBbfe067878@apollo.backplane.com> To: Terry Lambert Cc: Cameron Grant , freebsd-hackers@freebsd.org, "Daniel O'Connor" , Hans Zaunere Subject: Re: Patch #6 (Re: Shared files within a jail) References: <20021113034726.75787.qmail@web12801.mail.yahoo.com> <1037159767.66058.34.camel@chowder.localdomain> <200211130530.gAD5UxNt067928@apollo.backplane.com> <3DD1FAB9.82607C41@mindspring.com> <200211131114.gADBE3lM069566@apollo.backplane.com> <3DD2DF3A.18489E80@mindspring.com> <200211132358.gADNwAVP012795@apollo.backplane.com> <200211141929.gAEJTQcl067196@apollo.backplane.com> <3DD3FC96.8420F54C@mindspring.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 :Matthew Dillon wrote: :> So this patch is a hack. It returns special devices directly whenever :> possible but must still synthesize temporary vnodes for them for :> RENAME and DELETE operations. But short of rewriting a big chunk of :> the device tracking infrastructure there is no other solution. : :If you are going to do that, why not just add: : :static vop_t **nullfs_specop_p; :static struct vnodeopv_entry_desc nullfs_specop_entries[] = { :... :}; :static struct vnodeopv_desc fs_specop_opv_desc = : { &nullfs_specop_p, nullfs_specop_entries }; :VNODEOP_SET(nullfs_specop_opv_desc); : :??? : :That way the devices get exported directly (still), but the rename, :delete, and other code can be left alone. : :It's really ugly to think of a "nullfs" doing this, though, so :I guess it's sixes on which approach is used. Told you it was :crufty. 8-(. : :-- Terry Hmm. That might just work since unionfs (with the patch) doesn't try to cache non-regular vnodes, and (nullfs doesn't try to cache anything). It would allow us to call addalias() and track v_rdev (though there might be a problem with sequencing since calling addalias while still holding lowervp or uppervp temporarily bump the count above 1 and possibly confuse the device driver into believing that the device has been opened when it may not have been). Unionfs and nullfs would still have to be aware of all the special vnode types. -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 Thu Nov 14 15:42:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F15A137B404 for ; Thu, 14 Nov 2002 15:42:28 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B4BD43E9C for ; Thu, 14 Nov 2002 15:42:27 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 44396 invoked by uid 1000); 14 Nov 2002 23:42:28 -0000 Date: Thu, 14 Nov 2002 15:42:28 -0800 (PST) From: Nate Lawson To: Matthew Dillon Cc: hackers@freebsd.org Subject: Re: cvs commit: src/bin/sleep sleep.c In-Reply-To: <200211142257.gAEMvdxX071776@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 Please see earlier threads on hackers@ about bloat in libc and dynamic linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's dependency on malloc which saves space in the programs that don't otherwise use malloc. I don't think a mini-libc is a good idea because bugfixes would need to be duplicated or confusion about which one is being used for a program would make debugging harder. I'd rather have the normal libc on /lib (modulo some paring down of libc) and things dynamically linked. -Nate On Thu, 14 Nov 2002, Matthew Dillon wrote: > I think the real issue is the bloat in libc. printf() eats 20K, basic > stdio eats 5K. You get 15K of bloat just with a blank main(), a good > chunk of that being malloc() (reasonable in larger programs, ridiculous > in tiny programs where you don't care about malloc() efficiency). > > (static link output) > -rwxr-xr-x 1 dillon dillon 52873 Nov 14 14:36 x printf("X\n"); > -rwxr-xr-x 1 dillon dillon 21493 Nov 14 14:36 x puts("X"); > -rwxr-xr-x 1 dillon dillon 21493 Nov 14 14:36 x puts("X"); > -rwxr-xr-x 1 dillon dillon 15109 Nov 14 14:38 x main() > > -rwxr-xr-x 1 dillon dillon 959 Nov 14 14:55 x _start() / no libc > -rwxr-xr-x 1 dillon dillon 959 Nov 14 14:55 x _start() + phk malloc > -rwxr-xr-x 1 dillon dillon 13409 Nov 14 14:56 x > > My zalloc implementation, which I could turn into a poor-man's malloc > in 10 seconds (and is used in libstand) eats 1.7K. My *printf() > core (pfmt) from DICE, which handles 95% of the capabilities of *printf, > is 1.9K. I could adapt the stdio library from DICE to fit in probably > less then 2K, assuming one actually referenced every single function. > > Why not create a mini-libc? No language-aware character conversions, > no efficient string or memory functions, no floating point. Just a basic > implementation of the core functionality required for stdio, malloc, > *printf(), string functions, and system calls (which will simply be > borrowed from libc), sufficient for simple binaries. It could be made > compatible with our standard includes (structural bloat != code bloat, > so who cares). > > I could whip this up in a day or two. I'm not kidding. I already have > most of the necessary pieces from my embedded libraries and DICE > libraries. > > -Matt > Matthew Dillon > > > : > :In message: <20021113204503.GI9006@vega.vega.com> > : Maxim Sobolev writes: > :: On Wed, Nov 13, 2002 at 03:32:13PM -0500, Mike Silbersack wrote: > :: > > :: > On Wed, 13 Nov 2002, Nate Lawson wrote: > :: > > :: > > njl 2002/11/13 12:12:26 PST > :: > > > :: > > Modified files: > :: > > bin/sleep sleep.c > :: > > Log: > :: > > Remove getopt and strtol dependencies, reducing size of static exe. > :: > > Preserve older desired behavior, accept [+-]*[0-9]*\.[0-9]* > :: > > Remove a few unnecessary casts. > :: > > :: > Please don't commit crap like this. While having smaller binaries might > :: > be nice, being entered into an obfuscated C contest is not one of the > :: > goals of FreeBSD. > :: > :: I fully agree - HDD space is pretty cheap today, while embedded folks > :: should use other means to reduce footprint (e.g crunchgen). Actually > :: in the case of crunchgen this commit worsens situation, as the code > :: is no longer shared. > : > :It also makes the dynamic binary larger for the folks that have / and > :/usr on the same partition and dynamically link /sbin and /bin. Much > :more bang for the buck that these silly micro-optimizations. So this > :is a negative thing as far as I'm concerned. :-( > : > :Warner > : > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 16:40:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81FD337B401 for ; Thu, 14 Nov 2002 16:40:23 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D4043E77 for ; Thu, 14 Nov 2002 16:40:23 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 116EEAE23A; Thu, 14 Nov 2002 16:40:18 -0800 (PST) Date: Thu, 14 Nov 2002 16:40:18 -0800 From: Alfred Perlstein To: Nate Lawson Cc: Matthew Dillon , hackers@freebsd.org Subject: Re: cvs commit: src/bin/sleep sleep.c Message-ID: <20021115004017.GE50692@elvis.mu.org> References: <200211142257.gAEMvdxX071776@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Nate Lawson [021114 15:42] wrote: > Please see earlier threads on hackers@ about bloat in libc and dynamic > linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's > dependency on malloc which saves space in the programs that don't > otherwise use malloc. > > I don't think a mini-libc is a good idea because bugfixes would need to be > duplicated or confusion about which one is being used for a program would > make debugging harder. I'd rather have the normal libc on /lib (modulo > some paring down of libc) and things dynamically linked. I'd like to see / dynamically linked with some form of /stand that gets updated in case of emergencies. When/who is going to do this already? :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 18:39:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5702837B401 for ; Thu, 14 Nov 2002 18:39:29 -0800 (PST) Received: from yahoo.samart.co.th (tidkeaw.samart.co.th [203.149.0.14]) by mx1.FreeBSD.org (Postfix) with SMTP id 528DD43E75 for ; Thu, 14 Nov 2002 18:39:28 -0800 (PST) (envelope-from iddi@hotmail.com) Received: (qmail 20663 invoked from network); 15 Nov 2002 02:47:28 -0000 Received: from unknown (HELO ardency.samart.co.th) ([10.0.0.11]) (envelope-sender ) by 10.0.0.22 (qmail-ldap-1.03) with SMTP for ; 15 Nov 2002 02:47:28 -0000 Received: (qmail 19043 invoked from network); 15 Nov 2002 02:48:36 -0000 Received: from unknown (HELO yahoo.samart.co.th) ([203.149.32.130]) (envelope-sender ) by yahoo.samart.co.th (qmail-ldap-1.03) with SMTP for ; 15 Nov 2002 02:48:36 -0000 Message-Id: <1037327959.93@samart.co.th> Date: Fri, 15 Nov 2002 09:39:19 0700 To: freebsd-hackers@FreeBSD.org From: "getrich" Subject: Áբͧ´ÕÁҺ͡.... 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 Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é 㹠ʹã¨ÃѺ¢éÍÁÙÅà¾ÔèÁàµÔÁ¿ÃÕ ä´é·Õè http://ejobthailand.net/getrich ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 19:30: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A196137B401 for ; Thu, 14 Nov 2002 19:29:59 -0800 (PST) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE46B43E6E for ; Thu, 14 Nov 2002 19:29:57 -0800 (PST) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp01.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1]) by alcanet.com.au (8.12.4/8.12.4/Alcanet1.3) with ESMTP id gAF3Tl5O031857; Fri, 15 Nov 2002 14:29:48 +1100 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp01.alcatel.com.au (Lotus Domino Release 5.0.11) with ESMTP id 2002111514294645:8812 ; Fri, 15 Nov 2002 14:29:46 +1100 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) by gsmx07.alcatel.com.au (8.12.5/8.12.5) with ESMTP id gAF3TkRL028255; Fri, 15 Nov 2002 14:29:46 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.5/8.12.5/Submit) id gAF3TkCV028254; Fri, 15 Nov 2002 14:29:46 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Fri, 15 Nov 2002 14:29:46 +1100 From: Peter Jeremy To: Matthew Dillon Cc: hackers@freebsd.org Subject: Re: cvs commit: src/bin/sleep sleep.c Message-ID: <20021115032946.GP6446@gsmx07.alcatel.com.au> References: <200211132012.gADKCQxr062768@repoman.freebsd.org> <20021113204503.GI9006@vega.vega.com> <20021113.215346.90827277.imp@bsdimp.com> <200211142257.gAEMvdxX071776@apollo.backplane.com> Mime-Version: 1.0 In-Reply-To: <200211142257.gAEMvdxX071776@apollo.backplane.com> User-Agent: Mutt/1.4i X-MIMETrack: Itemize by SMTP Server on SYDSMTP01/AlcatelAustralia(Release 5.0.11 |July 24, 2002) at 15/11/2002 02:29:46 PM, Serialize by Router on SYDSMTP01/AlcatelAustralia(Release 5.0.11 |July 24, 2002) at 15/11/2002 02:29:48 PM, Serialize complete at 15/11/2002 02:29:48 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-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 doesn't belong in cvs-all and Nate has already made comments in -hackers] On 2002-Nov-14 14:57:39 -0800, Matthew Dillon wrote: > I think the real issue is the bloat in libc. printf() eats 20K, basic > stdio eats 5K. You get 15K of bloat just with a blank main(), a good > chunk of that being malloc() (reasonable in larger programs, ridiculous > in tiny programs where you don't care about malloc() efficiency). As a (partial) counter-argument: For long-running processes that make extensive use of malloc (eg /bin/sh), malloc() 'efficiency' does matter. Likewise, in an embedded environment, the 15KB of text space you save may be more than offset by a malloc implementation that is less frugal in heap space. > Why not create a mini-libc? No language-aware character conversions, > no efficient string or memory functions, no floating point. Just a basic > implementation of the core functionality required for stdio, malloc, > *printf(), string functions, and system calls (which will simply be > borrowed from libc), sufficient for simple binaries. It could be made > compatible with our standard includes (structural bloat != code bloat, > so who cares). I think Nate's got a good point regarding maintainability here. If we do want to create a mini-libc, we need to minimise the amount of code duplication. Note that, based on a quick nm and size on libc.a, we could halve the size of printf() by undefining 'FLOATING_POINT' in vfprintf.c, with virtually no additional maintainability effort. (Xenix/286 used to have both integer-only and FP-aware variants of the standard libraries. The compiler would automatically select the libraries based on FP references in the code. Though I do recall managing to confuse it on one occasion). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 20: 4:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E92237B401 for ; Thu, 14 Nov 2002 20:04:26 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1222043E8A for ; Thu, 14 Nov 2002 20:04:26 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gAF44IFC073191; Thu, 14 Nov 2002 20:04:18 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gAF44IZ9073190; Thu, 14 Nov 2002 20:04:18 -0800 (PST) (envelope-from dillon) Date: Thu, 14 Nov 2002 20:04:18 -0800 (PST) From: Matthew Dillon Message-Id: <200211150404.gAF44IZ9073190@apollo.backplane.com> To: Peter Jeremy Cc: hackers@FreeBSD.ORG Subject: Re: cvs commit: src/bin/sleep sleep.c References: <200211132012.gADKCQxr062768@repoman.freebsd.org> <20021113204503.GI9006@vega.vega.com> <20021113.215346.90827277.imp@bsdimp.com> <200211142257.gAEMvdxX071776@apollo.backplane.com> <20021115032946.GP6446@gsmx07.alcatel.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> borrowed from libc), sufficient for simple binaries. It could be made :> compatible with our standard includes (structural bloat != code bloat, :> so who cares). : :I think Nate's got a good point regarding maintainability here. If we :do want to create a mini-libc, we need to minimise the amount of code :duplication. Note that, based on a quick nm and size on libc.a, we :could halve the size of printf() by undefining 'FLOATING_POINT' in :vfprintf.c, with virtually no additional maintainability effort. : :(Xenix/286 used to have both integer-only and FP-aware variants of :the standard libraries. The compiler would automatically select the :libraries based on FP references in the code. Though I do recall :managing to confuse it on one occasion). : :Peter What I did in DICE was put a full FP-supporting printf core in libm, and an integer-only printf core in libc. If you added -lm to the link line you got the full printf, otherwise you got the integer-only printf. I don't think that's workable for FreeBSD, though, people just expect FP in printf without libm these days, so it would still make sense to create a mini-libc. It's unfortunate, but libc has turned into a kitchen sink for just about everything. I would not worry too much about duplicate code. It just isn't a big issue. The whole idea of having a mini-libc is that it would contain only a subset of features, as unfancy as possible. This translates to very few bugs and virtually no additional maintainance burden. In regards to integrating a mini-libc with libstand... well, that would be possible but to do it right would require a radically different approach. In DICE I had a 'librom' which was platform independant code (made no system calls, just pure infrastructure functions like pfmt(), s*printf(), strcpy(), etc...). I would approach a mini-libc and libstand integration by creating a 'librom' equivalent, and then having libstand extend it out and mini-libc (as a separate entity) also extend it out. That would reduce code duplication considerably yet still allow the libraries to focus on the particular functions they were designed for. -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 Thu Nov 14 20:40:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A68637B401; Thu, 14 Nov 2002 20:40:34 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F296E43E75; Thu, 14 Nov 2002 20:40:24 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gAF4drpk090515; Thu, 14 Nov 2002 21:39:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 14 Nov 2002 21:39:46 -0700 (MST) Message-Id: <20021114.213946.45875394.imp@bsdimp.com> To: julian@elischer.org Cc: jkh@FreeBSD.ORG, re@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: patches for sysinstall (4.x) for >1TB disks From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / 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: Julian Elischer writes: : If I get no complaints I'll commit these to 4.x. : It's all different in 5.x so an MFC doesn't really work.. Is there any reason that you didn't just jump to int64_t for blocks and such? You have a limit of 2T still with these patchs. I don't know if the drivers would support more than this, but it wouldn't hurt to have the upper layers know how to do it once there's driver support... In current daddr_t is __int64_t, but only int32_t in -stable. Of course, -stable can't support more than 2T, so maybe this is moot. Ideally, you'd make sure that you can do this on -current with the massively different code, and suggest patches if not. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Nov 14 20:51:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E972937B401 for ; Thu, 14 Nov 2002 20:51:49 -0800 (PST) Received: from smtp2.mivlmd.cablespeed.com (smtp2.mivlmd.cablespeed.com [216.45.64.147]) by mx1.FreeBSD.org (Postfix) with SMTP id C37FB43E88 for ; Thu, 14 Nov 2002 20:51:48 -0800 (PST) (envelope-from mccrobie@cablespeed.com) Received: (qmail 25129 invoked by uid 0); 15 Nov 2002 04:51:26 -0000 Received: from unknown (HELO cablespeed.com) (216.45.73.136) by 0 with SMTP; 15 Nov 2002 04:51:26 -0000 Message-ID: <3DD47D4E.EA6D865B@cablespeed.com> Date: Thu, 14 Nov 2002 23:51:26 -0500 From: Chuck McCrobie X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Intel 82801(ICH3) Audio and YMF457 AC97 Codec on Sony VAIO 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 Sony VAIO GRX670 Notebook contains the Intel 82801CA (ICH3) audio controller (dev/sound/pci/ich.c) and the Yamaha YMF457 AC97 Codec. On Windows XP, I can play CD's through the speaker and play mp3's. On FreeBSD 4.7-STABLE, no sound when playing CD's. MP3's using x11amp requires that I constantly move a usb mouse to get sound. It does play, but I must move the mouse. Sound, USB, Network all use IRQ 9. Attached is dmesg output from boot. I have traced this to an interrupt delivery issue. Interrupts ARE delivered for the USB and Network, but _NOT_ for the audio. As far as I can tell with the Intel datasheet and Linux ALSA, the chip is setup correctly - it just doesn't set the interrupt line. Help is appreciated. Chuck McCrobie mccrobie@cablespeed.com Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-STABLE #0: Thu Nov 14 12:58:53 EST 2002 mccrobie@appliance:/usr/src/sys/compile/FALCON Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (1988.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff,ACC,> real memory = 536346624 (523776K bytes) avail memory = 516562944 (504456K bytes) Preloaded elf kernel "kernel" at 0xc0519000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00fdf50 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 9 uhci0: port 0x1800-0x181f irq 9 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Primax Electronics product 0x4d03, rev 1.00/4.41, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci1: port 0x1820-0x183f irq 9 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f at dev ice 29.2 on pci0 pci_cfgintr_search: linked (0) to configured irq 9 at 0:29:1 pci_cfgintr: 0:29 INTC routed to irq 9 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered umass0: Sony USB Memory Stick Slot, rev 1.10/1.09, addr 2 pcib2: at device 30.0 on pci0 pci2: on pcib2 pcic0: irq 3 at device 5.0 on pci2 pcic0: PCI Memory allocated: 0x88000000 pccard0: on pcic0 pci_cfgintr_search: linked (0) to configured irq 9 at 2:8:0 pci_cfgintr: 2:5 INTB routed to irq 9 pcic1: irq 9 at device 5.1 on pci2 pcic1: PCI Memory allocated: 0x88001000 pccard1: on pcic1 pci2: (vendor=0x1180, dev=0x0552) at 5.2 fxp0: port 0x4000-0x403f mem 0xe8200000-0xe8200fff irq 9 at device 8.0 on pci2 fxp0: Ethernet address 08:00:46:79:fe:3b inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x374-0x377,0x170-0x1 77,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ichsmb0: port 0x1880-0x189f at device 31 .3 on pci0 pci_cfgintr_search: linked (0) to configured irq 3 at 2:5:0 pci_cfgintr: 0:31 INTB routed to irq 3 smbus0: on ichsmb0 smb0: on smbus0 pci0: (vendor=0x8086, dev=0x2485) at 31.5 irq 9 pci0: (vendor=0x8086, dev=0x2486) at 31.6 eisa0: on motherboard eisa0: unknown card @D@0000 (0x00800000) at slot 1 orm0: