From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 08:01:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A273416A4CE for ; Sun, 7 Dec 2003 08:01:25 -0800 (PST) Received: from asarian-host.net (mail.asarian-host.net [194.109.160.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AA943FE0 for ; Sun, 7 Dec 2003 08:01:23 -0800 (PST) (envelope-from admin@asarian-host.net) Comments: To protect the identity of the sender, certain header fields are either not shown, or masked. Anonymous email accounts can be requested by filling in the appropriate form at: https://asarian-host.net/cgi-bin/signup.cgi Received: (from root@localhost) by mail.asarian-host.net (8.12.10/8.12.10) id hB7G1NjI038032 for freebsd-hackers@freebsd.org; Sun, 7 Dec 2003 17:01:23 +0100 (CET) (envelope-from admin@asarian-host.net) From: Mark Received-SPF: pass (asarian-host.net: SASL permitted sender) Message-Id: <200312071601.HB7G1LGQ038007@asarian-host.net> Date: Sun, 07 Dec 2003 16:01:23 GMT X-Authenticated-Sender: admin@asarian-host.net X-Trace: P4j7IoGIgEnYMY8C80PYNbIMOny1At0Sp5IKrAi5ij7pTEshM/lEg3/k9iE91ttqbbaukHn/T5kKUoQMpY9eLA== X-Complaints-To: abuse@asarian-host.net X-Abuse-Info: Please be sure to forward a copy of ALL headers, otherwise we are unable to process your complaint Organization: Asarian-host To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Auth: Asarian-host PGP signature iQEVAwUAP9NO0zFqW1BleBN9AQGIkQf/fftuGOMlZzbbBZN5A4z3+8f/avE0wFDB s079ZMTs55qDVzzJhclqEtFZrUpBkWVmbXFOpKlWud7OW1lWbtIWGo9ugQV2Mw+M 7TPKvXQFGFU5YnFaI/okKQEfHpOa/68u8H8g92nPpNfR6nC1iZyebTONGrHpXiM1 YUx03dDVtmtb9oY0C54PYcq/Au3wvdqGLoLgv22h2sqDkIpfXJOkkvBvuMrJ0K0I qlFGzP4Y0q0WtvU711moUuFHOlIBz+lkOhoTTp/LiBHjg/zcF2kJNUuczvpowmcv BlUAxLlemQdGKxOcqS0e1/tLpE3k7bI/W4s/eoS8JdQPQ74wBHkvqw== =puxe Subject: Explicit Congestion Notification X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 16:01:25 -0000 Hello, Someone on the freebsd-questions list suggested I ask my question on the hackers list. So here goes. If this is the wrong place, then you have my apologies. I am looking for a way to enable Explicit Congestion Notification for TCP on FreeBSD 4.7R (IPv4). And google is really not very helpful in that regard. Nor the FreeBSD site, for that matter. I found "option TCP_ECN" for the kernel. Does that option alone suffice? I still rather hope this can be controlled with a sysctl maneouvre. But if a kernel recompile is required, I rather know what to do exactly. Thank you for your time. - Mark From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 09:13:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D5B716A4CE for ; Sun, 7 Dec 2003 09:13:25 -0800 (PST) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8EE543F93 for ; Sun, 7 Dec 2003 09:13:23 -0800 (PST) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-3.mail.amis.net [212.18.32.22]) by out-2.mail.amis.net (Postfix) with ESMTP id BC3AE7CE8 for ; Sun, 7 Dec 2003 18:13:22 +0100 (CET) Received: from in-3.mail.amis.net ([127.0.0.1]) by localhost (in-3.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68098-01 for ; Sun, 7 Dec 2003 18:13:21 +0100 (CET) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by in-3.mail.amis.net (Postfix) with ESMTP id AD671585889; Sun, 7 Dec 2003 18:13:21 +0100 (CET) Date: Sun, 7 Dec 2003 18:13:21 +0100 (CET) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: freebsd-hackers@freebsd.org Message-ID: <20031207180022.B63497@titanic.medinet.si> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at amis.net Subject: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 17:13:25 -0000 In the last couple of days I've been fighting with a evaluation IBM BladeCenter. For those that don't know, it's a 7U rackmount box with 14 slots that can take one PC each. http://www.ibm.com/servers/eserver/blades/ All the PC's share a single CD, floppy and the builtin KVM. CD, floppy and the KVM are USB connected. There are two problems with FreeBSD on this box: 1. No FreeBSD version boots from CD on this box. Tried with 4.x and 5.x. Both complain that they can't find their own boot device and don't know how to load the kernel. There are some signs that booting from any USB connected CDROM on any hardware is broken. 2. The more troubling problem is that upon bootup the keyboard does not work. The problem is that there are actually two USB keyboards. The first one is apparently some dummy device connected to the KVM while the second is the working keyboard. Logging in through the network and running "kbdcontrol -k /dev/kbd2" activates the keyboard. The problem is that only a single keyboard can be active at any time in FreeBSD and on boot the first detected keyboard becomes active. As the first USB keyboard on the Bladecenter is not actually connected anywhere, the keyboard is basically dead as soon as the FreeBSD kernel takes over. The box does not have any serial ports, so a serial console is out of the question. Needless to say, both Windows and Linux work just fine on the Bladecenter. The main reason for working keyboard support is, that both under Windows and Linux, *all* keyboards are active at the same time. On FreeBSD only a single keyboard can be active at any time. My company would really like to deploy the Bladecenter as it is otherwise a very solid solution for our problem. But 99.9% of our servers are FreeBSD and the above problems are a real showstopper. That's why I'm offering a reward to anybody who produces working patches that are polished enough to be included both in -stable and -current. I will do my best to provide all the neccesary information as well as an account on the box. I don't have much time left, as I will have to return the evaluation box soon, so if you think you are able to solve the problems, send me an email *now*. From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 10:25:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C277616A4CE for ; Sun, 7 Dec 2003 10:25:40 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DC243FDF for ; Sun, 7 Dec 2003 10:25:39 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) hB7IPd8u087682 for ; Sun, 7 Dec 2003 10:25:39 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)hB7IPdc7087681 for freebsd-hackers@freebsd.org; Sun, 7 Dec 2003 10:25:39 -0800 (PST) (envelope-from sgk) Date: Sun, 7 Dec 2003 10:25:39 -0800 From: Steve Kargl To: freebsd-hackers@freebsd.org Message-ID: <20031207182539.GA87664@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Does indent(1) have a KNF mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 18:25:40 -0000 Does indent(1) have a KNF mode? If not, does anyone have/know a set of command line switches that best approximates KNF? -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 10:41:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E2A316A4CE for ; Sun, 7 Dec 2003 10:41:57 -0800 (PST) Received: from hotmail.com (law9-f122.law9.hotmail.com [64.4.9.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B49643F93 for ; Sun, 7 Dec 2003 10:41:55 -0800 (PST) (envelope-from thor_anderson@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 7 Dec 2003 10:41:55 -0800 Received: from 67.22.36.160 by lw9fd.law9.hotmail.msn.com with HTTP; Sun, 07 Dec 2003 18:41:55 GMT X-Originating-IP: [67.22.36.160] X-Originating-Email: [thor_anderson@hotmail.com] X-Sender: thor_anderson@hotmail.com From: "Thor Anderson" To: freebsd-hackers@freebsd.org Date: Sun, 07 Dec 2003 10:41:55 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Dec 2003 18:41:55.0267 (UTC) FILETIME=[C9A4D930:01C3BCF1] Subject: FreeBSD 4.9 and 5.1 Hangs on Install X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thundergod@bigfoot.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 18:41:57 -0000 FreeBSD hangs without errors early in the install process on my computer. I have downloaded and tested the CD ISO files for version 4.9 as well as 4.6.2 (with intent of upgrading) and neither appears to boot. In both cases, my computer completes POST, accesses the CD drive and hangs without any messages. Worried that my ability to create a bootable CD-ROM, I purchased the commercial boxed set of 5.1 (“Power Pac” with handbook). While this version still does not install properly, it does provide the following message before it hangs: >CD Loader 1.01 > >Building the boot loader arguments >Looking up /BOOT/LOADER... Found Having eliminated my options for CD install, I purchased a USB floppy drive and attempted a floppy boot disk. Again, the system hung without any message. The computer is able to boot other operating systems from CD. Testing shows Microsoft as well as Fedora project Linux boot and install properly. While knowing I have these options is a comfort, I have an intellectual and (now) financial interest in getting FreeBSD to work. The computer is an IBM NetVista 6645 W2U with an Intel Celeron 566MHz processor, 128MB RAM, a 7.5GB hard disk, a 32x CDROM, and an Intel Express Pro 10/100 PCI network adaptor. What makes this system unusual is that it is “legacy free” which means it has none of the traditional I/O ports (no serial, parallel, PS/2 or even floppy interface). All I/O is via one of the five USB ports on the case. I have flashed the BIOS to the latest version. Since I can not install, I have no operating FreeBSD systems at my disposal. Therefore, I can not customize my own kernel. I have executed a Google search for my problem and located another person with the same type of computer and exactly the same symptoms when attempting to install Redhat Linux. While their problems are not your problems, the following suggestions were made in that forum and may be valuable in my case: > > I don't know anything about this particular machine, but > > I used to be a BIOS programmer. Your BIOS should have > > a setting to enable "legacy USB keyboard/mouse support". > > Basically, this makes your USB keyboard look like a PS/2 > > keyboard for "legacy" OS's (OS's that don't have USB > > keyboard drivers). As soon as the OS loads the USB > > drivers, the BIOS disables its USB support, and the OS > > takes over. > > > > If the OS is loading USB support but not USB keyboard > > support, that would explain your problem. Try building a > > kernel with absolutely no USB support. >The OS should either be built with USB keyboard support so >that when the USB host controller driver disables legacy >emulation you still have a working keyboard, or the OS >should be built with _NO_ USB support, so that the BIOS >will continue providing legacy emulation support for your >keyboard & mouse. _________________________________________________________________ Get holiday tips for festive fun. http://special.msn.com/network/happyholidays.armx From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 11:32:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0079516A4CE for ; Sun, 7 Dec 2003 11:32:38 -0800 (PST) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FA043F75 for ; Sun, 7 Dec 2003 11:32:36 -0800 (PST) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id hB7JTl15003312; Sun, 7 Dec 2003 14:29:47 -0500 (EST) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id hB7JTlbE003311; Sun, 7 Dec 2003 14:29:47 -0500 (EST) Date: Sun, 7 Dec 2003 14:29:47 -0500 From: Mathew Kanner To: Blaz Zupan Message-ID: <20031207192947.GA98718@cnd.mcgill.ca> References: <20031207180022.B63497@titanic.medinet.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031207180022.B63497@titanic.medinet.si> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on hak.cnd.mcgill.ca cc: freebsd-hackers@freebsd.org Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 19:32:38 -0000 Hello Blaz, On Dec 07, Blaz Zupan wrote: > 1. No FreeBSD version boots from CD on this box. Tried with 4.x and 5.x. > Both complain that they can't find their own boot device and don't know how to > load the kernel. There are some signs that booting from any USB connected > CDROM on any hardware is broken. I'm curious as to the output of lsdev from the loader. Though I doubt I can help you. > 2. The more troubling problem is that upon bootup the keyboard does not work. > The problem is that there are actually two USB keyboards. The first one is > apparently some dummy device connected to the KVM while the second is the > working keyboard. Logging in through the network and running "kbdcontrol -k > /dev/kbd2" activates the keyboard. The problem is that only a single keyboard > can be active at any time in FreeBSD and on boot the first detected keyboard > becomes active. As the first USB keyboard on the Bladecenter is not actually > connected anywhere, the keyboard is basically dead as soon as the FreeBSD > kernel takes over. The box does not have any serial ports, so a serial console > is out of the question. You could stick a kbdcontrol -k /dev/kbd2 in rc.local or something similiar. Or you could try (warning, wild guess) the following in the boot loader set hint.sc.2.at=isa set hint.sc.2.flags=0x200 hth, --Mat -- We peer so suspiciously at each other that we cannot see that we Canadians are standing on the mountaintop of human wealth, freedom and privilege. - Pierre Elliott Trudeau From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 11:41:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F15A16A4CF for ; Sun, 7 Dec 2003 11:41:22 -0800 (PST) Received: from pythagoras.math.uwaterloo.ca (pythagoras.math.uwaterloo.ca [129.97.140.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB3D043FCB for ; Sun, 7 Dec 2003 11:41:18 -0800 (PST) (envelope-from anand@pythagoras.math.uwaterloo.ca) Received: (from anand@localhost) by pythagoras.math.uwaterloo.ca (8.11.7/8.11.7) id hB7JfIK10146; Sun, 7 Dec 2003 14:41:18 -0500 (EST) Date: Sun, 7 Dec 2003 14:41:17 -0500 From: Anand Subramanian To: freebsd-hackers@freebsd.org Message-ID: <20031207144117.A6912@pythagoras.math> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: anand@cs.uwaterloo.ca Subject: Sharing data between user space and kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 19:41:22 -0000 A look at the copyin() code in the kernel reveals that all the kernel needs to do to access the data(address space) of a user process is 1. Get the current thread, which I saw is done using the PCPU_GET macro. So I suppose this is always preserved upon a system call. 2. Set the segment register for the user process correctly. And magically, all the user process's data can now be accessed by the kernel directly. Is that correct? In the event of which, it would become really easy for a user process to allocate a chunk of memory and all a kernel module needs to do to "implement shared memory" is do the steps 1 & 2 and access the data. Of course there is the question that the user process is "swapped" out after the system call and some other thread starts running in between in which case curthread should point to some other thread and not the one that issued the system call. But then, isn't this what happens upon every system call normally, when the kernel does the steps 1 & 2 to obtain the data arguments which are passed to the system call. So this is hardly a problem. So, can shared memory be implemented this way instead of the more traditional "pseudo-device" way? Appreciate any comments on this(please do a CC to my email address, in case you choose to respond). Anand From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 11:55:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4EA16A4CE for ; Sun, 7 Dec 2003 11:55:43 -0800 (PST) Received: from out-1.mail.amis.net (out-1.mail.amis.net [212.18.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FB443FAF for ; Sun, 7 Dec 2003 11:55:42 -0800 (PST) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-1.mail.amis.net [212.18.32.15]) by out-1.mail.amis.net (Postfix) with ESMTP id BC8999BEE; Sun, 7 Dec 2003 20:55:40 +0100 (CET) Received: from in-1.mail.amis.net ([127.0.0.1]) by localhost (in-1.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49514-02; Sun, 7 Dec 2003 20:55:39 +0100 (CET) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by in-1.mail.amis.net (Postfix) with ESMTP id 8CC942C17A1; Sun, 7 Dec 2003 20:55:39 +0100 (CET) Date: Sun, 7 Dec 2003 20:55:39 +0100 (CET) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Mathew Kanner In-Reply-To: <20031207192947.GA98718@cnd.mcgill.ca> Message-ID: <20031207204648.W65703@titanic.medinet.si> References: <20031207180022.B63497@titanic.medinet.si> <20031207192947.GA98718@cnd.mcgill.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at amis.net cc: freebsd-hackers@freebsd.org Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 19:55:43 -0000 > I'm curious as to the output of lsdev from the loader. Though > I doubt I can help you. I'll mail it to you tomorrow when I'm at the office. > You could stick a kbdcontrol -k /dev/kbd2 in rc.local or > something similiar. Or you could try (warning, wild guess) the > following in the boot loader > > set hint.sc.2.at=isa > set hint.sc.2.flags=0x200 Sure, I'm using the kbdcontrol hack right now. But that's hardly a solution. I want to have FreeBSD fixed so that dirty workarounds like this are not needed. To even install FreeBSD on this box, you need to jump through hoops: - create a customized boot floppy without USB support - boot the customized floppy (slow) - install through the network - alternatively, setup a PXE boot with a custom kernel - complicated After installation you need to remotely login as your keyboard again won't work because a GENERIC kernel with USB will be installed. Then you add kbdcontrol -k /dev/kbd2 to your startup files. All this is extremely clumsy. What if FreeBSD crashes and you land in single user mode? You're screwed, because /etc/rc.local doesn't run. So you need to put it into your shells startup file. Clumsy. Errorprone. So - I want this fixed once and for all. I'm sure there already are and there will be more hardware like this and if FreeBSD wants to be a server operating system, it needs to support new hardware, not have more clumsy workarounds. From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 12:29:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19CA916A4CE for ; Sun, 7 Dec 2003 12:29:01 -0800 (PST) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2A2843FA3 for ; Sun, 7 Dec 2003 12:28:56 -0800 (PST) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id hB7KQ815003701; Sun, 7 Dec 2003 15:26:08 -0500 (EST) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id hB7KQ7F8003700; Sun, 7 Dec 2003 15:26:07 -0500 (EST) Date: Sun, 7 Dec 2003 15:26:07 -0500 From: Mathew Kanner To: Blaz Zupan Message-ID: <20031207202607.GD98718@cnd.mcgill.ca> References: <20031207180022.B63497@titanic.medinet.si> <20031207192947.GA98718@cnd.mcgill.ca> <20031207204648.W65703@titanic.medinet.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031207204648.W65703@titanic.medinet.si> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on hak.cnd.mcgill.ca cc: freebsd-hackers@freebsd.org Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 20:29:01 -0000 On Dec 07, Blaz Zupan wrote: [ ... snip ...] > > You could stick a kbdcontrol -k /dev/kbd2 in rc.local or > > something similiar. Or you could try (warning, wild guess) the > > following in the boot loader > > > > set hint.sc.2.at=isa > > set hint.sc.2.flags=0x200 > > Sure, I'm using the kbdcontrol hack right now. But that's hardly a solution. I > want to have FreeBSD fixed so that dirty workarounds like this are not needed. > To even install FreeBSD on this box, you need to jump through hoops: > > - create a customized boot floppy without USB support > - boot the customized floppy (slow) > - install through the network > - alternatively, setup a PXE boot with a custom kernel - complicated > > After installation you need to remotely login as your keyboard again won't > work because a GENERIC kernel with USB will be installed. Then you add > kbdcontrol -k /dev/kbd2 to your startup files. > > All this is extremely clumsy. What if FreeBSD crashes and you land in single > user mode? You're screwed, because /etc/rc.local doesn't run. So you need to > put it into your shells startup file. Clumsy. Errorprone. > > So - I want this fixed once and for all. I'm sure there already are and there > will be more hardware like this and if FreeBSD wants to be a server operating > system, it needs to support new hardware, not have more clumsy workarounds. I sense you have strong feelings about this :) The way I see it, FreeBSD needs serious hacking to have multiple concurrent keyboards support without serious hacking. The only other option is to have a flag to indicate which keyboard to use. If your keyboard works before the kernel is active (eg, to boot loader), then please try my second suggestion above. Good luck. --Mat -- If you optimize everything, you will always be unhappy. - Don Knuth From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 12:35:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DAF016A4CE for ; Sun, 7 Dec 2003 12:35:14 -0800 (PST) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E0FB43FA3 for ; Sun, 7 Dec 2003 12:35:13 -0800 (PST) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id hB7KWP15003756; Sun, 7 Dec 2003 15:32:25 -0500 (EST) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id hB7KWOU8003755; Sun, 7 Dec 2003 15:32:24 -0500 (EST) Date: Sun, 7 Dec 2003 15:32:24 -0500 From: Mathew Kanner To: Blaz Zupan Message-ID: <20031207203224.GE98718@cnd.mcgill.ca> References: <20031207180022.B63497@titanic.medinet.si> <20031207192947.GA98718@cnd.mcgill.ca> <20031207204648.W65703@titanic.medinet.si> <20031207202607.GD98718@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031207202607.GD98718@cnd.mcgill.ca> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on hak.cnd.mcgill.ca cc: freebsd-hackers@freebsd.org Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 20:35:14 -0000 On Dec 07, Mathew Kanner wrote: > The way I see it, FreeBSD needs serious hacking to have > multiple concurrent keyboards support without serious hacking. ugh, you know what I mean. -- We peer so suspiciously at each other that we cannot see that we Canadians are standing on the mountaintop of human wealth, freedom and privilege. - Pierre Elliott Trudeau From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 13:03:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7948D16A4CE for ; Sun, 7 Dec 2003 13:03:42 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D5E43FDF for ; Sun, 7 Dec 2003 13:03:41 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 6B7D4307C5; Sun, 7 Dec 2003 21:03:40 +0000 (GMT) Received: by canoe.dclg.ca (Postfix, from userid 101) id E134B1D203C; Sun, 7 Dec 2003 16:03:49 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16339.38325.735955.332160@canoe.dclg.ca> Date: Sun, 7 Dec 2003 16:03:49 -0500 To: Blaz Zupan In-Reply-To: <20031207180022.B63497@titanic.medinet.si> References: <20031207180022.B63497@titanic.medinet.si> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 21:03:42 -0000 >>>>> "Blaz" == Blaz Zupan writes: Blaz> In the last couple of days I've been fighting with a evaluation Blaz> IBM BladeCenter. For those that don't know, it's a 7U rackmount Blaz> box with 14 slots that can take one PC each. Blaz> http://www.ibm.com/servers/eserver/blades/ While keyboard support on FreeBSD should be fixed, you might want to take a look at ironsystems (ironsystem.com) offerings. They have several different bladeservers from 8 to 16 nodes per chassy. In particular, they have a 16-in-2-U (WOW). The clincher is that they explicity support FreeBSD on their platforms. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 14:02:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 083DB16A4CE for ; Sun, 7 Dec 2003 14:02:52 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6311B43FB1 for ; Sun, 7 Dec 2003 14:02:50 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.10/8.12.10) with ESMTP id hB7M2fB5027629; Mon, 8 Dec 2003 01:02:41 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 8 Dec 2003 01:02:41 +0300 (MSK) From: Dmitry Morozovsky To: David Gilbert In-Reply-To: <16339.38325.735955.332160@canoe.dclg.ca> Message-ID: <20031208005857.K27307@woozle.rinet.ru> References: <20031207180022.B63497@titanic.medinet.si> <16339.38325.735955.332160@canoe.dclg.ca> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Blaz Zupan cc: freebsd-hackers@freebsd.org Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 22:02:52 -0000 On Sun, 7 Dec 2003, David Gilbert wrote: DG> While keyboard support on FreeBSD should be fixed, you might want to DG> take a look at ironsystems (ironsystem.com) offerings. They have DG> several different bladeservers from 8 to 16 nodes per chassy. In DG> particular, they have a 16-in-2-U (WOW). Unfortunately you have mistype the domain name, so here are correct URLs: http://www.ironsystems.com/ base URL http://www.ironsystems.com/products/iservers/uclass.htm blade solutions at large http://www.ironsystems.com/products/iservers/uclass/u9016.htm 16-at-2U Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 14:44:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B532516A4CE for ; Sun, 7 Dec 2003 14:44:10 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2517743FE3 for ; Sun, 7 Dec 2003 14:44:09 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB7MfAMg029868; Sun, 7 Dec 2003 17:41:10 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB7Mf68U029863; Sun, 7 Dec 2003 17:41:10 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 7 Dec 2003 17:41:06 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Anand Subramanian In-Reply-To: <20031207144117.A6912@pythagoras.math> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: anand@cs.uwaterloo.ca Subject: Re: Sharing data between user space and kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 22:44:10 -0000 On Sun, 7 Dec 2003, Anand Subramanian wrote: > A look at the copyin() code in the kernel reveals that all the kernel > needs to do to access the data(address space) of a user process is Note that the copyin/copyout implementat is machine-dependent (MD) and so while this is true on i386, it may not be true on other systems. The fuword/suword/copyin/copyout/uio code is intentionally designed to avoid the assumption that userspace pointers are directly dereferenceable by kernel code. One important example of a situation where this difference has to be maintained is implementing 32-bit emulation on 64-bit platforms. On amd64, you can't just dereference a 32-bit pointer when the kernel is running in 64-bit mode. > 1. Get the current thread, which I saw is done using the PCPU_GET macro. > So I suppose this is always preserved upon a system call. > > 2. Set the segment register for the user process correctly. > > And magically, all the user process's data can now be accessed by the > kernel directly. > > Is that correct? In the event of which, it would become really easy for > a user process to allocate a chunk of memory and all a kernel module > needs to do to "implement shared memory" is do the steps 1 & 2 and > access the data. > > Of course there is the question that the user process is "swapped" out > after the system call and some other thread starts running in between in > which case curthread should point to some other thread and not the one > that issued the system call. But then, isn't this what happens upon > every system call normally, when the kernel does the steps 1 & 2 to > obtain the data arguments which are passed to the system call. So this > is hardly a problem. So, can shared memory be implemented this way > instead of the more traditional "pseudo-device" way? > > Appreciate any comments on this(please do a CC to my email address, in > case you choose to respond). An additional issue is that user pages are pageable to disk, so may not be in memory. If you're holding any mutexes/etc in kernel when you touch one of those pages, the page fault has to be processed, and you risk (a) holding the locks for a long time, and (b) lock order problems. This is one reason why copyin()/copyout() have to be used very carefully, and this would apply also to any code replicating that functionality. If you take a look at the sysctl() code, you'll see that it wires userspace pages into memory to avoid the risk of sleeping(). What you probably want to do is actually allocate wired kernel pages and export them to userspace. Take a look at the GEOM gstat(8) implementation, which does exactly that. However, you have to make sure that if you ever decide to reuse that kernel memory for something else (i.e., free it back to the allocator), you've GC'd all userspace references to it. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 14:47:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBDC16A4CE for ; Sun, 7 Dec 2003 14:47:12 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E9D143F93 for ; Sun, 7 Dec 2003 14:47:11 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB7MhqMg029878; Sun, 7 Dec 2003 17:43:52 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB7Mhq7B029875; Sun, 7 Dec 2003 17:43:52 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 7 Dec 2003 17:43:52 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mathew Kanner In-Reply-To: <20031207203224.GE98718@cnd.mcgill.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Blaz Zupan cc: freebsd-hackers@freebsd.org Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2003 22:47:12 -0000 On Sun, 7 Dec 2003, Mathew Kanner wrote: > On Dec 07, Mathew Kanner wrote: > > The way I see it, FreeBSD needs serious hacking to have > > multiple concurrent keyboards support without serious hacking. > > ugh, you know what I mean. With mouse support, we have a layer of indirection with moused that combines input from various mouse devices into a single event stream via /dev/sysmouse. While I don't think we want a keyboard daemon at this point, we might well need to add a similar abstraction in the kernel so that different keyboard sources can be combined. Just "plugging in" a USB mouse and having it "just work" is extremely beneficial, and I agree we need to be able to support the same with keyboards. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 21:24:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C2816A4CE for ; Sun, 7 Dec 2003 21:24:23 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7872A43FDF for ; Sun, 7 Dec 2003 21:24:22 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hB85OL7P019028; Mon, 8 Dec 2003 00:24:21 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031207180022.B63497@titanic.medinet.si> References: <20031207180022.B63497@titanic.medinet.si> Date: Mon, 8 Dec 2003 00:24:20 -0500 To: Blaz Zupan , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Reward for fixing keyboard support in FreeBSD, apply within X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 05:24:23 -0000 At 6:13 PM +0100 12/7/03, Blaz Zupan wrote: >In the last couple of days I've been fighting with a evaluation >IBM BladeCenter. [...] > >My company would really like to deploy the Bladecenter as it >is otherwise a very solid solution for our problem. But 99.9% >of our servers are FreeBSD and the above problems are a real >showstopper. > >That's why I'm offering a reward to anybody who produces working >patches that are polished enough to be included both in -stable >and -current. I will do my best to provide all the neccesary >information as well as an account on the box. This is not a project I could take on, but it is nice to see someone offer a real reward to have this fixed. Hopefully some developer can take you up on that! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 23:59:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E996816A4CE for ; Sun, 7 Dec 2003 23:59:30 -0800 (PST) Received: from cs78135006.pp.htv.fi (cs78135006.pp.htv.fi [62.78.135.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7F943FE3 for ; Sun, 7 Dec 2003 23:59:28 -0800 (PST) (envelope-from jau@cs78135006.pp.htv.fi) Received: from cs78135006.pp.htv.fi (localhost [127.0.0.1]) hB87x8Q9064710; Mon, 8 Dec 2003 09:59:08 +0200 (EET) Received: (from jau@localhost) by cs78135006.pp.htv.fi (8.12.10/8.12.3/Submit) id hB87vq0m064472; Mon, 8 Dec 2003 09:57:52 +0200 (EET) Posted-Date: Mon, 8 Dec 2003 09:57:52 +0200 (EET) Message-Id: <200312080757.hB87vq0m064472@cs78135006.pp.htv.fi> To: jhs@berklix.org (Julian Stacey) Date: Mon, 8 Dec 2003 09:57:51 +0200 (EET) In-Reply-To: <200312080033.hB80XMGL005777@tower.berklix.org> from "Julian Stacey" at Dec 8, 3 01:33:22 am From: jau@iki.fi (Jukka A. Ukkonen) Sender: jau@iki.fi Latin-Date: dies Lunae VIII Decembrie a.d. MMIII Organization: Private person OS-Platform: FreeBSD Phone: +358-9-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL25+pgp] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: jau@iki.fi cc: chris@behanna.org cc: hackers@freebsd.org Subject: Re: running wine automatically as a shell for w32 binaries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jau@iki.fi List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 07:59:32 -0000 Quoting Julian Stacey: > > Chris BeHanna wrote: > > On Saturday 06 December 2003 10:19, Julian Stacey wrote: > > > > Hi all, > > > > I wrote a new imgact function for FreeBSD to start wine > > > > automatically as a sort of an "interpreter" for windows > > > > binaries. > > > > > > > > > > Great idea ! If this small diff gets tested & merged into src/ > > > automatic MS support will be a real plus. > > > > With the weekly proliferation of MS worms, trojans, and viruses, > > do you *really* think this is a good idea? > > > > Yeah, it's neat, nifty, and cool, but it comes with substantial > > risk. > > No risk to a normal BSD src/ based system if EG ports/emulators/wine > is not installed, presumably ? Or if anything is dangerous, & not > yet switchable, could it be a sysctl or kernel option ? In my example implementation it is already controlled by a sysctl variable! When you set kern.w32emu to empty there is no automation. The kernel simply tries the next imgact function, if there is any left that has not been tried yet. > I wouldn't suggest installing wine +MS apps on `real' BSD servers & > workstations, but for companies transitioning from MS to BSD, they > could install wine on their PCs, & use legacy MS support easier, > reducing MS to FreeBSD migrations costs, boosting FreeBSD adoption. My thinking exactly. In my vision this automation has no place in shared environments, but only in personal systems like laptops helping to convert them away from MS. > BTW I'm no MS apologist/lover: > My many machines all run pure BSD, (except one DOS 8086) No MS-Win > excrement. No wine either except on ports build engines. My own systems are also pure BSD and that is how my systems have always been. It is no reason though to make transition away from MS harder for others than it really needs to be. > Risk: > I wouldnt install MS excrement on normal BSD systems, but companies > migrating from MS could install BSD + wine etc on their ex MS PCs. > > BTW I'd suggest a `sandbox' login for BSD admins to test & use > MS support in, & for use by migrating MS users). Even if all > the BSD system above the home dir. had correct safe permissions, > a BSD user running MS support wouldn't be safe: an MS virus or > rogue program could still run berserk in & under the home > directory, but that's a risk for MS users no worse than they > already take. Exactly. The risk for an MS user becomes no greater than what it already is. The transition would still be towards a better environment. And given time people could eventually learn to use Mozilla & OpenOffice, etc. giving up the MS excrement. If needs be one could even force those converted former MS users to use jail(2/8) accounts to limit the risk to the rest of the system, though it maybe sounds a bit extreme. Cheers, // jau .--- ..- -.- -.- .- .- .-.-.- ..- -.- -.- --- -. . -. / Jukka A. Ukkonen, Mawit Ltd, Finland /__ M.Sc. (sw-eng & cs) (Phone) +358-500-606-671 / Internet: Jukka.Ukkonen(a)Mawit.Com (Home) +358-9-6215-280 / Internet: ukkonen(a)nic.funet.fi v Internet: jau(a)iki.fi + + + + My opinions are mine and mine alone, not my employers. + + + + From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 08:03:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2DDB16A4CE for ; Mon, 8 Dec 2003 08:03:03 -0800 (PST) Received: from smtp-bedford.mitre.org (smtp-bedford-x.mitre.org [192.160.51.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id A451843F75 for ; Mon, 8 Dec 2003 08:03:01 -0800 (PST) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id hB8G31U17868 for ; Mon, 8 Dec 2003 11:03:01 -0500 Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id hB8G30M17805; Mon, 8 Dec 2003 11:03:00 -0500 Received: from mm112324-2k.mitre.org (128.29.3.32) by mailhub1.mitre.org with SMTP id 5208875; Mon, 08 Dec 2003 11:02:56 -0500 Message-ID: <3FD4A0AF.4030505@mitre.org> Date: Mon, 08 Dec 2003 11:02:55 -0500 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612 X-Accept-Language: en-us, en MIME-Version: 1.0 To: chris@behanna.org References: <200312061519.hB6FJnIR001376@tower.berklix.org> <200312070119.11987.chris@behanna.org> In-Reply-To: <200312070119.11987.chris@behanna.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: running wine automatically as a shell for w32 binaries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 16:03:03 -0000 Chris BeHanna wrote: > On Saturday 06 December 2003 10:19, Julian Stacey wrote: > >>> Hi all, >>> I wrote a new imgact function for FreeBSD to start wine >>> automatically as a sort of an "interpreter" for windows >>> binaries. >>> >> >>Great idea ! If this small diff gets tested & merged into src/ >>automatic MS support will be a real plus. > > > With the weekly proliferation of MS worms, trojans, and viruses, > do you *really* think this is a good idea? As long as people aren't using it to run Outlook the risk shouldn't be so bad. Besides, it's hard enough to get real programs to run under Wine, I can't imagine getting something that hacks multiple parts of the OS and uses undocumented backdoors to hide itself to work in wine is going to be easy. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 09:41:49 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9533716A4CE for ; Mon, 8 Dec 2003 09:41:49 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD5743FCB for ; Mon, 8 Dec 2003 09:41:47 -0800 (PST) (envelope-from damian@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hB8HfixT068639 for ; Mon, 8 Dec 2003 12:41:44 -0500 (EST) (envelope-from damian@sentex.net) Received: from pegmatite.sentex.ca (pegmatite.sentex.ca [192.168.42.92]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hB8HflUq037453 for ; Mon, 8 Dec 2003 12:41:47 -0500 (EST) (envelope-from damian@sentex.net) Received: by pegmatite.sentex.ca (Postfix, from userid 1001) id B46BB1716A; Mon, 8 Dec 2003 12:41:26 -0500 (EST) Date: Mon, 8 Dec 2003 12:41:26 -0500 From: Damian Gerow To: freebsd-hackers@freebsd.org Message-ID: <20031208174126.GJ82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-GPG-Key-Id: 0xB841F142 X-GPG-Fingerprint: C7C1 E1D1 EC06 7C86 AF7C 57E6 173D 9CF6 B841 F142 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 17:41:49 -0000 Thus spake Garance A Drosihn (drosih@rpi.edu) [06/12/03 03:31]: > From the above description, it sounds like you are running > on a 5.1 system, and you are trying to compile a 5.2 kernel. > Is this true? > > If the system you are on is 5.1, then you are going to have > to do a 'make buildworld' of the 5.2-source before you can > do a 'make buildkernel' of a 5.2 kernel. It's not clear from what you're saying, but will this cause problems with the statfs stuff? I've been under the impression that a 5.1->5.2 upgrade requires me to build and boot a new kernel before I can install a new world -- it's not clear if you're saying I need to build /and install/ a new world before building a kernel, or if I just need to build world... - Damian From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 10:19:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA9616A4CE for ; Mon, 8 Dec 2003 10:19:13 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963AA43FEA for ; Mon, 8 Dec 2003 10:18:57 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2CA7666C8E; Mon, 8 Dec 2003 10:18:57 -0800 (PST) Date: Mon, 8 Dec 2003 10:18:57 -0800 From: Kris Kennaway To: Damian Gerow Message-ID: <20031208181857.GA49682@xor.obsecurity.org> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20031208174126.GJ82104@sentex.net> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 18:19:13 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 08, 2003 at 12:41:26PM -0500, Damian Gerow wrote: > Thus spake Garance A Drosihn (drosih@rpi.edu) [06/12/03 03:31]: > > From the above description, it sounds like you are running > > on a 5.1 system, and you are trying to compile a 5.2 kernel. > > Is this true? > >=20 > > If the system you are on is 5.1, then you are going to have > > to do a 'make buildworld' of the 5.2-source before you can > > do a 'make buildkernel' of a 5.2 kernel. >=20 > It's not clear from what you're saying, but will this cause problems with > the statfs stuff? I've been under the impression that a 5.1->5.2 upgrade > requires me to build and boot a new kernel before I can install a new wor= ld > -- it's not clear if you're saying I need to build /and install/ a new wo= rld > before building a kernel, or if I just need to build world... Just build, as all the documentation (UPDATING, handbook, ...) says. buildworld builds a copy of any updated tools that are needed to bootstrap the rest of the upgrade process, for example a new make. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/1MCQWry0BWjoQKURAvp/AJ4xPVAuIl3XUWY9pWHzwwEJgXifPwCeK1mc ljr9caQWf0gV2UUqnz1W3O4= =m3d7 -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 10:34:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2180C16A4CE for ; Mon, 8 Dec 2003 10:34:34 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8163343FBD for ; Mon, 8 Dec 2003 10:34:32 -0800 (PST) (envelope-from damian@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hB8IYSxT091562 for ; Mon, 8 Dec 2003 13:34:28 -0500 (EST) (envelope-from damian@sentex.net) Received: from pegmatite.sentex.ca (pegmatite.sentex.ca [192.168.42.92]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hB8IYVUq037697 for ; Mon, 8 Dec 2003 13:34:31 -0500 (EST) (envelope-from damian@sentex.net) Received: by pegmatite.sentex.ca (Postfix, from userid 1001) id 4573A171C0; Mon, 8 Dec 2003 13:34:11 -0500 (EST) Date: Mon, 8 Dec 2003 13:34:11 -0500 From: Damian Gerow To: hackers@freebsd.org Message-ID: <20031208183411.GL82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> <20031208181857.GA49682@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031208181857.GA49682@xor.obsecurity.org> X-GPG-Key-Id: 0xB841F142 X-GPG-Fingerprint: C7C1 E1D1 EC06 7C86 AF7C 57E6 173D 9CF6 B841 F142 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 18:34:34 -0000 Thus spake Kris Kennaway (kris@obsecurity.org) [08/12/03 13:18]: > > It's not clear from what you're saying, but will this cause problems with > > the statfs stuff? I've been under the impression that a 5.1->5.2 upgrade > > requires me to build and boot a new kernel before I can install a new world > > -- it's not clear if you're saying I need to build /and install/ a new world > > before building a kernel, or if I just need to build world... > > Just build, as all the documentation (UPDATING, handbook, ...) says. Thanks for clearing that up. From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 10:40:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21BFB16A4CE for ; Mon, 8 Dec 2003 10:40:00 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6625B43F93 for ; Mon, 8 Dec 2003 10:39:58 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hB8IdvYR004471; Mon, 8 Dec 2003 13:39:57 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031208174126.GJ82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> Date: Mon, 8 Dec 2003 13:39:56 -0500 To: Damian Gerow , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 18:40:00 -0000 At 12:41 PM -0500 12/8/03, Damian Gerow wrote: >Thus spake Garance A Drosihn (drosih@rpi.edu) [06/12/03 03:31]: >> From the above description, it sounds like you are running >> on a 5.1 system, and you are trying to compile a 5.2 kernel. >> Is this true? >> >> If the system you are on is 5.1, then you are going to have >> to do a 'make buildworld' of the 5.2-source before you can >> do a 'make buildkernel' of a 5.2 kernel. > >It's not clear from what you're saying, but will this cause >problems with the statfs stuff? I've been under the impression >that a 5.1->5.2 upgrade requires me to build and boot a new >kernel before I can install a new world -- it's not clear if >you're saying I need to build /and install/ a new world >before building a kernel, or if I just need to build world... My comments were not trying to cover the installation steps. All I said was that you have to do a BUILDworld before you do a BUILDkernel, because it sounded to me like you might have been building a 5.2 kernel without doing any matching buildworld. You can get through the statfs changes by following the standard recommended build&install order. The standard recommended order is: make buildworld make buildkernel make installkernel mergemaster -p make installworld mergemaster Many developers have gotten away with shortening this list, or with an alternate order. For the statfs change, it is particularly important that the proper order be followed. For this change, you really need to do that installkernel and *reboot* before doing the installworld. Oh, and due to a small-but-significant bug in one of the makefiles, you would be well advised to make sure that you do not set the 'DISTDIR' variable. You might have that set in /etc/make.conf, expecting it to be used by the *ports* collection. Right now there is a problem where it is also checked during installworld, and the makefile will not do the right thing if that is set. We hope to have that sorted out very soon... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 10:48:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF02D16A4CE for ; Mon, 8 Dec 2003 10:48:01 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5B7943F85 for ; Mon, 8 Dec 2003 10:47:59 -0800 (PST) (envelope-from damian@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hB8IluxT095078 for ; Mon, 8 Dec 2003 13:47:56 -0500 (EST) (envelope-from damian@sentex.net) Received: from pegmatite.sentex.ca (pegmatite.sentex.ca [192.168.42.92]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hB8IlxUq037762 for ; Mon, 8 Dec 2003 13:47:59 -0500 (EST) (envelope-from damian@sentex.net) Received: by pegmatite.sentex.ca (Postfix, from userid 1001) id C0488171C0; Mon, 8 Dec 2003 13:47:38 -0500 (EST) Date: Mon, 8 Dec 2003 13:47:38 -0500 From: Damian Gerow To: hackers@freebsd.org Message-ID: <20031208184738.GM82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-GPG-Key-Id: 0xB841F142 X-GPG-Fingerprint: C7C1 E1D1 EC06 7C86 AF7C 57E6 173D 9CF6 B841 F142 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 18:48:02 -0000 Thus spake Garance A Drosihn (drosih@rpi.edu) [08/12/03 13:40]: > >It's not clear from what you're saying, but will this cause > >problems with the statfs stuff? I've been under the impression > >that a 5.1->5.2 upgrade requires me to build and boot a new > >kernel before I can install a new world -- it's not clear if > >you're saying I need to build /and install/ a new world > >before building a kernel, or if I just need to build world... > > My comments were not trying to cover the installation steps. > All I said was that you have to do a BUILDworld before you > do a BUILDkernel, because it sounded to me like you might > have been building a 5.2 kernel without doing any matching > buildworld. And my request for clarification was as a result of you not mentioning any of the install steps -- I (having recently botched a 5.1->5.2-BETA upgrade) didn't know if you were /insinuating/ an installworld, or if you left it out because it wasn't to be done. Hence my request. But this has all been cleared up now -- thanks. From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 11:00:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3449216A4CF for ; Mon, 8 Dec 2003 11:00:47 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 109DB43FEC for ; Mon, 8 Dec 2003 11:00:45 -0800 (PST) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 2CF4A72E20; Mon, 8 Dec 2003 11:00:44 -0800 (PST) From: Wes Peters Organization: Softweyr.com To: Steve Kargl , freebsd-hackers@freebsd.org Date: Mon, 8 Dec 2003 11:00:29 -0800 User-Agent: KMail/1.5.2 References: <20031207182539.GA87664@troutmask.apl.washington.edu> In-Reply-To: <20031207182539.GA87664@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312081100.29297.wes@softweyr.com> Subject: Re: Does indent(1) have a KNF mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 19:00:47 -0000 On Sunday 07 December 2003 10:25, Steve Kargl wrote: > Does indent(1) have a KNF mode? If not, > does anyone have/know a set of command > line switches that best approximates KNF? No, but it probably should have. Somebody once suggested several years ago the following options gave the closest appromixation of knf: -nbad -nbap -bbb -nbc -br -brs -c33 -cd33 -cdb -ce -ci4 -cli0 -di16 -fc1 -fca -hnl -i8 -ip4 -l79 -lp -npcs -nprs -psl -saf -sai -saw -sc -nsob -nss -ts8 A search of the archives for a few of those options may turn up the original. If you'd like to conjure up a patch to add a knf mode, I'm happy to test and commit it. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 11:29:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5549416A4CE for ; Mon, 8 Dec 2003 11:29:31 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C397D43D21 for ; Mon, 8 Dec 2003 11:29:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) hB8JGP8u098649; Mon, 8 Dec 2003 11:16:25 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)hB8JGPQ8098648; Mon, 8 Dec 2003 11:16:25 -0800 (PST) (envelope-from sgk) Date: Mon, 8 Dec 2003 11:16:25 -0800 From: Steve Kargl To: Wes Peters Message-ID: <20031208191625.GA98250@troutmask.apl.washington.edu> References: <20031207182539.GA87664@troutmask.apl.washington.edu> <200312081100.29297.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200312081100.29297.wes@softweyr.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: Does indent(1) have a KNF mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 19:29:31 -0000 On Mon, Dec 08, 2003 at 11:00:29AM -0800, Wes Peters wrote: > On Sunday 07 December 2003 10:25, Steve Kargl wrote: > > Does indent(1) have a KNF mode? If not, > > does anyone have/know a set of command > > line switches that best approximates KNF? > > No, but it probably should have. Somebody once suggested several years > ago the following options gave the closest appromixation of knf: > > -nbad -nbap -bbb -nbc -br -brs -c33 -cd33 -cdb -ce -ci4 -cli0 -di16 -fc1 > -fca -hnl -i8 -ip4 -l79 -lp -npcs -nprs -psl -saf -sai -saw -sc -nsob > -nss -ts8 > > A search of the archives for a few of those options may turn up the > original. If you'd like to conjure up a patch to add a knf mode, I'm > happy to test and commit it. > Bill Fumerola (sp?) sent me an almost identical list. He had -bbo instead of -bbb and he also had -cp33. -- Steve From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 12:18:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D1D416A4CE for ; Mon, 8 Dec 2003 12:18:11 -0800 (PST) Received: from electricrain.com (electricrain.com [64.71.143.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 280A943D30 for ; Mon, 8 Dec 2003 12:17:53 -0800 (PST) (envelope-from fuzzy@electricrain.com) Received: (qmail 9426 invoked by uid 540); 8 Dec 2003 20:17:53 -0000 Date: Mon, 8 Dec 2003 12:17:53 -0800 From: Chris Doherty To: freebsd-hackers@freebsd.org Message-ID: <20031208201753.GJ30265@zot.electricrain.com> References: <20031207182539.GA87664@troutmask.apl.washington.edu> <200312081100.29297.wes@softweyr.com> <20031208191625.GA98250@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031208191625.GA98250@troutmask.apl.washington.edu> User-Agent: Mutt/1.4i X-Operating-System: XEmacs X-Koan: mu. X-Message-Flag: This message contains absolutely no malicious code. Organization: The Inside Foundation Subject: Re: Does indent(1) have a KNF mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris-freebsd@randomcamel.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 20:18:11 -0000 On Mon, Dec 08, 2003 at 11:16:25AM -0800, Steve Kargl said: > > No, but it probably should have. Somebody once suggested several years > > ago the following options gave the closest appromixation of knf: > > > > -nbad -nbap -bbb -nbc -br -brs -c33 -cd33 -cdb -ce -ci4 -cli0 -di16 -fc1 > > -fca -hnl -i8 -ip4 -l79 -lp -npcs -nprs -psl -saf -sai -saw -sc -nsob > > -nss -ts8 > > > > A search of the archives for a few of those options may turn up the > > original. If you'd like to conjure up a patch to add a knf mode, I'm > > happy to test and commit it. > > Bill Fumerola (sp?) sent me an almost identical list. He > had -bbo instead of -bbb and he also had -cp33. I don't know how much (if at all) FreeBSD KNF differs from NetBSD KNF, but http://cvsweb.netbsd.org/bsdweb.cgi/src/share/misc/indent.pro contains the following: -bap -br -ce -ci4 -cli0 -d0 -di0 -i8 -ip -l79 -nbc -ncdb -ndj -ei -nfc1 -nlp -npcs -psl -sc -sob chris ------------------------------- Chris Doherty "I think," said Christopher Robin, "that we ought to eat all our provisions now, so we won't have so much to carry." -- A. A. Milne ------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 13:50:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4E916A4CE for ; Mon, 8 Dec 2003 13:50:51 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2750043D31 for ; Mon, 8 Dec 2003 13:50:43 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hB8LoZeC062545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Dec 2003 16:50:35 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hB8LoZhG062544 for freebsd-hackers@freebsd.org; Mon, 8 Dec 2003 16:50:35 -0500 (EST) Date: Mon, 8 Dec 2003 16:50:35 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031208215035.GA62346@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: dhclient bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 21:50:51 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've identified what appears to be a bug in the dhclient code, but I'm a bit stuck on how to actually fix the issue. I've talked with a couple of ISC people, and can't get anyone to look at it, at least not for several weeks. So, I'm trying the next best thing, are there any FreeBSD people who've bug-fixed dhclient in the past who might be able to help me make a proper patch? If so, please contact me off-list as this is not a FreeBSD issue per-se. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/1PIrNh6mMG5yMTYRAp1TAKCJYhkyMhiZbXh1daAFJ/EL07aDXgCcDbsD MMSJFnqk5Z5DPY36bOn0u88= =bg9u -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 14:27:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A9E16A4CE for ; Mon, 8 Dec 2003 14:27:51 -0800 (PST) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B40F43D28 for ; Mon, 8 Dec 2003 14:27:46 -0800 (PST) (envelope-from kutulu@kutulu.org) Received: from wombat.localnet (wombat.localnet [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 17D71A9B1; Mon, 8 Dec 2003 17:27:43 -0500 (EST) Received: by wombat.localnet (Postfix, from userid 1001) id EF1B7B858; Mon, 8 Dec 2003 17:27:42 -0500 (EST) Date: Mon, 8 Dec 2003 17:27:42 -0500 From: Michael Edenfield To: Damian Gerow Message-ID: <20031208222742.GA60526@wombat.localnet> Mail-Followup-To: Damian Gerow , freebsd-hackers@freebsd.org References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20031208174126.GJ82104@sentex.net> X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 22:27:51 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Damian Gerow [031208 12:43]: > Thus spake Garance A Drosihn (drosih@rpi.edu) [06/12/03 03:31]: > > From the above description, it sounds like you are running > > on a 5.1 system, and you are trying to compile a 5.2 kernel. > > Is this true? > >=20 > > If the system you are on is 5.1, then you are going to have > > to do a 'make buildworld' of the 5.2-source before you can > > do a 'make buildkernel' of a 5.2 kernel. >=20 > It's not clear from what you're saying, but will this cause problems with > the statfs stuff? I've been under the impression that a 5.1->5.2 upgrade > requires me to build and boot a new kernel before I can install a new wor= ld > -- it's not clear if you're saying I need to build /and install/ a new wo= rld > before building a kernel, or if I just need to build world... You basically need to follow the recommended procedure to the letter, as opposed to skipping some of the reboot steps in the middle. with a 5.2 /usr/src: * make buildworld * make buildkernel * make installkernel * reboot to single-user * make installkernel * mergemaster * reboot The issue is, your kernel will continue handing out old file system structures until you reboot with a new one. Rather early in the installworld process, you will stop being able to use fundamental system commands like ls and cp, which expect the new structures. Also, a small number of ports break as well. Between the mergemaster and reboot steps you may wish to rebuild any critical ports. postfix, for example, refuses to start it's smtpd until you rebuild it. Any other ports which behave oddly, particularly those which die with a signal 11, probably need a rebuild. --Mike --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/1PreCczNhKRsh48RAvUaAKDCNs7udGCYaPlRj9mF4TUAcmYk7gCgj9SF 23RShtW2GJauzt0DAAMZhk8= =cZC2 -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 14:50:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2574816A4CE for ; Mon, 8 Dec 2003 14:50:34 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D262443D31 for ; Mon, 8 Dec 2003 14:50:25 -0800 (PST) (envelope-from damian@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hB8MoKxT064271 for ; Mon, 8 Dec 2003 17:50:20 -0500 (EST) (envelope-from damian@sentex.net) Received: from pegmatite.sentex.ca (pegmatite.sentex.ca [192.168.42.92]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hB8MoOUq039149 for ; Mon, 8 Dec 2003 17:50:25 -0500 (EST) (envelope-from damian@sentex.net) Received: by pegmatite.sentex.ca (Postfix, from userid 1001) id EB1EC171D3; Mon, 8 Dec 2003 17:50:03 -0500 (EST) Date: Mon, 8 Dec 2003 17:50:03 -0500 From: Damian Gerow To: freebsd-hackers@freebsd.org Message-ID: <20031208225003.GZ82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> <20031208222742.GA60526@wombat.localnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031208222742.GA60526@wombat.localnet> X-GPG-Key-Id: 0xB841F142 X-GPG-Fingerprint: C7C1 E1D1 EC06 7C86 AF7C 57E6 173D 9CF6 B841 F142 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 22:50:34 -0000 Thus spake Michael Edenfield (kutulu@kutulu.org) [08/12/03 17:28]: > with a 5.2 /usr/src: > * make buildworld > * make buildkernel > * make installkernel > * reboot to single-user > * make installkernel > * mergemaster > * reboot I think you want that second 'installkernel' to actually be an 'installkernel'. > The issue is, your kernel will continue handing out old file system > structures until you reboot with a new one. Rather early in the > installworld process, you will stop being able to use fundamental system > commands like ls and cp, which expect the new structures. According to the posts by Mr. McKusick, the new kernel should be able to understand both the old and the new structures -- so cp should *not* break. So long as you follow his instructions, and reboot with the new kernel before doing the installworld. > Also, a small number of ports break as well. Between the mergemaster > and reboot steps you may wish to rebuild any critical ports. postfix, > for example, refuses to start it's smtpd until you rebuild it. Any > other ports which behave oddly, particularly those which die with a > signal 11, probably need a rebuild. Yes, I ran into that as well. I gave up on guessing which ports needed to be re-compiled, and just did a portupgrade -fa, and went to bed. From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 15:02:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC7316A4CE for ; Mon, 8 Dec 2003 15:02:00 -0800 (PST) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA4543D28 for ; Mon, 8 Dec 2003 15:01:58 -0800 (PST) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 89AAC22827; Tue, 9 Dec 2003 00:01:54 +0100 (CET) Date: Tue, 9 Dec 2003 00:01:30 +0100 From: Dimitry Andric X-Mailer: The Bat! (v2.02 CE RC2) Business X-Priority: 3 (Normal) Message-ID: <357559428.20031209000130@andric.com> To: Damian Gerow In-Reply-To: <20031208225003.GZ82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> <20031208222742.GA60526@wombat.localnet> <20031208225003.GZ82104@sentex.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------6DB51743456BC56" cc: freebsd-hackers@freebsd.org Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 23:02:00 -0000 ------------6DB51743456BC56 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2003-12-08 at 23:50:03 Damian Gerow wrote: >> * make buildworld >> * make buildkernel >> * make installkernel >> * reboot to single-user >> * make installkernel >> * mergemaster >> * reboot > I think you want that second 'installkernel' to actually be an > 'installkernel'. I'd advise some more coffee, you probably meant 'installworld' on the second instance. ;) Btw, I've also seen some reports, and experienced, that the first make installkernel can also fail with signal 12's, probably due to the new 'install' executable using some not-yet-available system calls. If you are stuck in this case, you can manually copy the kernel file to its destination, boot from it in single user mode, and run installkernel from there. That saved my neck, at least... ------------6DB51743456BC56 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.3 (MingW32) iD8DBQE/1QLKsF6jCi4glqMRAvWoAJ9VBEtwfr7B6tFyvnQZ9NVlpLKt5gCeI5bB yKVif6VfzaRsP47ZW71wfrY= =N+ZW -----END PGP MESSAGE----- ------------6DB51743456BC56-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 15:10:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 374E116A4CE for ; Mon, 8 Dec 2003 15:10:48 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C15BF43D2A for ; Mon, 8 Dec 2003 15:10:44 -0800 (PST) (envelope-from damian@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id hB8NAdxT067683 for ; Mon, 8 Dec 2003 18:10:39 -0500 (EST) (envelope-from damian@sentex.net) Received: from pegmatite.sentex.ca (pegmatite.sentex.ca [192.168.42.92]) by lava.sentex.ca (8.12.9p2/8.12.9) with ESMTP id hB8NAiUq039215 for ; Mon, 8 Dec 2003 18:10:44 -0500 (EST) (envelope-from damian@sentex.net) Received: by pegmatite.sentex.ca (Postfix, from userid 1001) id 17E97171D3; Mon, 8 Dec 2003 18:10:23 -0500 (EST) Date: Mon, 8 Dec 2003 18:10:22 -0500 From: Damian Gerow To: freebsd-hackers@freebsd.org Message-ID: <20031208231022.GB82104@sentex.net> References: <20031206074503.GA73696@siue.dnsalias.net> <20031208174126.GJ82104@sentex.net> <20031208222742.GA60526@wombat.localnet> <20031208225003.GZ82104@sentex.net> <357559428.20031209000130@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <357559428.20031209000130@andric.com> X-GPG-Key-Id: 0xB841F142 X-GPG-Fingerprint: C7C1 E1D1 EC06 7C86 AF7C 57E6 173D 9CF6 B841 F142 X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new Subject: Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 23:10:48 -0000 Thus spake Dimitry Andric (dimitry@andric.com) [08/12/03 18:01]: > > I think you want that second 'installkernel' to actually be an > > 'installkernel'. > > I'd advise some more coffee, you probably meant 'installworld' on the > second instance. ;) Oh wow. Thanks. I'll go find my caffeine drip... From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 20:44:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58E3F16A4CE for ; Mon, 8 Dec 2003 20:44:01 -0800 (PST) Received: from praetor.linc-it.com (adsl-068-157-070-217.sip.jan.bellsouth.net [68.157.70.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id D352A43D21 for ; Mon, 8 Dec 2003 20:43:59 -0800 (PST) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-19-164-21.jan.bellsouth.net [68.19.164.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id 4A34B153D0; Mon, 8 Dec 2003 22:43:58 -0600 (CST) Received: by mortis.over-yonder.net (Postfix, from userid 100) id DD85420F16; Mon, 8 Dec 2003 22:43:55 -0600 (CST) Date: Mon, 8 Dec 2003 22:43:55 -0600 From: "Matthew D. Fuller" To: Steve Kargl Message-ID: <20031209044355.GD1764@over-yonder.net> References: <20031207182539.GA87664@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031207182539.GA87664@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i-fullermd.1 X-Editor: vi X-OS: FreeBSD cc: freebsd-hackers@freebsd.org Subject: Re: Does indent(1) have a KNF mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2003 04:44:01 -0000 On Sun, Dec 07, 2003 at 10:25:39AM -0800 I heard the voice of Steve Kargl, and lo! it spake thus: > Does indent(1) have a KNF mode? If not, > does anyone have/know a set of command > line switches that best approximates KNF? For the record, I tend to install GNU indent when I feel the itch, as it has significantly greater flexibility. You may have more luck there. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 8 23:39:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7CA216A4CE for ; Mon, 8 Dec 2003 23:39:27 -0800 (PST) Received: from webclan.com (webclan.com [216.149.213.2]) by mx1.FreeBSD.org (Postfix) with SMTP id C6D5E43D09 for ; Mon, 8 Dec 2003 23:39:26 -0800 (PST) (envelope-from mike@m2wh.com) Received: (qmail 42716 invoked by uid 1006); 9 Dec 2003 07:52:32 -0000 Received: from unknown (HELO mk2pzfb2xon2q5) (24.54.225.150) by msquaredweb.net with SMTP; 9 Dec 2003 07:52:32 -0000 From: "Mike K" To: Date: Mon, 8 Dec 2003 23:39:45 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Thread-Index: AcO+J5zM76tUuXigTemQw3dPDky7lA== Message-Id: <20031209073926.C6D5E43D09@mx1.FreeBSD.org> X-Mailman-Approved-At: Tue, 09 Dec 2003 05:10:52 -0800 Subject: Multiple Ips in Jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2003 07:39:27 -0000 Anyone successfully get this to work in a working environment, not just install? I'm wondering if I'm beating a dead horse by my continued [unsuccessful] efforts to get this to work. -Mike --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.545 / Virus Database: 339 - Release Date: 11/27/2003 From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 11:42:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34DFA16A4CE for ; Tue, 9 Dec 2003 11:42:50 -0800 (PST) Received: from grandcentral.lifeafterking.org (a.lifeafterking.org [69.55.237.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323CC43D21 for ; Tue, 9 Dec 2003 11:42:47 -0800 (PST) (envelope-from mooneer@translator.cx) Received: from dyn128-54-250-252.ucsd.edu (msalem.resnet.ucsd.edu [128.54.250.252]) by grandcentral.lifeafterking.org (Postfix) with ESMTP id 7F63831BA6; Tue, 9 Dec 2003 11:42:47 -0800 (PST) From: Mooneer Salem To: Mike K In-Reply-To: <20031209073926.C6D5E43D09@mx1.FreeBSD.org> References: <20031209073926.C6D5E43D09@mx1.FreeBSD.org> Content-Type: text/plain Organization: Message-Id: <1070998966.5649.6.camel@dell-ucsd.lifeafterking.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 09 Dec 2003 11:42:46 -0800 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Multiple Ips in Jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2003 19:42:50 -0000 Hello, On Mon, 2003-12-08 at 23:39, Mike K wrote: > Anyone successfully get this to work in a working environment, not just > install? I'm thinking that this would be a better solution for a virtual hosting environment (once stabilized): http://www.tel.fer.hr/zec/BSD/vimage/. In any case, I've gotten it working under VMWare using 5.0-RELEASE and am able to access the individual jails from outside the network. > I'm wondering if I'm beating a dead horse by my continued [unsuccessful] > efforts to get this to work. Are you receiving any unusual errors from FreeBSD as a result of the patch? > -Mike > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.545 / Virus Database: 339 - Release Date: 11/27/2003 > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Mooneer Salem Know Your College (http://www.knowyourcollege.com/): college experiences from the perspective of real students. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 15:15:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58D2616A4CE for ; Tue, 9 Dec 2003 15:15:24 -0800 (PST) Received: from mail.tel.fer.hr (zg03-136.dialin.iskon.hr [213.191.135.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A68143D13 for ; Tue, 9 Dec 2003 15:15:20 -0800 (PST) (envelope-from zec@tel.fer.hr) Received: from 192.168.200.113 (marko@dhcp13.katoda.net [192.168.200.113]) by mail.tel.fer.hr (8.12.6/8.12.6) with ESMTP id hB9NEPi3008345; Wed, 10 Dec 2003 00:14:38 +0100 (CET) (envelope-from zec@tel.fer.hr) From: Marko Zec To: Mooneer Salem , Mike K Date: Wed, 10 Dec 2003 00:14:39 +0100 User-Agent: KMail/1.5.4 References: <20031209073926.C6D5E43D09@mx1.FreeBSD.org> <1070998966.5649.6.camel@dell-ucsd.lifeafterking.org> In-Reply-To: <1070998966.5649.6.camel@dell-ucsd.lifeafterking.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312100014.39358.zec@tel.fer.hr> cc: freebsd-hackers@freebsd.org Subject: Re: Multiple Ips in Jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2003 23:15:24 -0000 On Tuesday 09 December 2003 20:42, Mooneer Salem wrote: > Hello, > > On Mon, 2003-12-08 at 23:39, Mike K wrote: > > Anyone successfully get this to work in a working environment, not > > just install? > > I'm thinking that this would be a better solution for a virtual > hosting environment (once stabilized): > http://www.tel.fer.hr/zec/BSD/vimage/. In any case, I've gotten it > working under VMWare using 5.0-RELEASE and am able to access the ^^^^^^^^^^^ Was this a typo or have you really succeeded in porting the patch to the 5.x branch? The original diffs are against 4.9-R, and when applied against -CURRENT they yield almost a complete reject. Cheers, Marko From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 18:16:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9837416A4CE for ; Tue, 9 Dec 2003 18:16:23 -0800 (PST) Received: from grandcentral.lifeafterking.org (a.lifeafterking.org [69.55.237.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DF3143D13 for ; Tue, 9 Dec 2003 18:16:22 -0800 (PST) (envelope-from mooneer@translator.cx) Received: from dyn128-54-250-252.ucsd.edu (dyn128-54-250-252.ucsd.edu [128.54.250.252]) by grandcentral.lifeafterking.org (Postfix) with ESMTP id BDA6331BB0; Tue, 9 Dec 2003 18:16:21 -0800 (PST) From: Mooneer Salem To: Marko Zec In-Reply-To: <200312100014.39358.zec@tel.fer.hr> References: <20031209073926.C6D5E43D09@mx1.FreeBSD.org> <1070998966.5649.6.camel@dell-ucsd.lifeafterking.org> <200312100014.39358.zec@tel.fer.hr> Content-Type: text/plain Organization: Message-Id: <1071022578.16870.3.camel@dell-ucsd.lifeafterking.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 09 Dec 2003 18:16:18 -0800 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Mike K Subject: Re: Multiple Ips in Jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 02:16:23 -0000 Hello, Multiple IP functionality is part of the jail separation patch I made earlier this year for 5.0 while playing with using jails as a VPS solution. It includes other stuff besides multiple IP addresses; I basically used the mijail 4.x patch as a reference, changing code to refer to struct thread instead of struct proc as needed. I have everything up at http://msalem.translator.cx/dist/jail_seperation.v7.patch, if you want to look at it. Thanks, On Tue, 2003-12-09 at 15:14, Marko Zec wrote: > On Tuesday 09 December 2003 20:42, Mooneer Salem wrote: > > Hello, > > > > On Mon, 2003-12-08 at 23:39, Mike K wrote: > > > Anyone successfully get this to work in a working environment, not > > > just install? > > > > I'm thinking that this would be a better solution for a virtual > > hosting environment (once stabilized): > > http://www.tel.fer.hr/zec/BSD/vimage/. In any case, I've gotten it > > working under VMWare using 5.0-RELEASE and am able to access the > ^^^^^^^^^^^ > > Was this a typo or have you really succeeded in porting the patch to the > 5.x branch? The original diffs are against 4.9-R, and when applied > against -CURRENT they yield almost a complete reject. > > Cheers, > > Marko > From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 19:06:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8FCC16A4CE for ; Tue, 9 Dec 2003 19:06:13 -0800 (PST) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id B710643D29 for ; Tue, 9 Dec 2003 19:06:12 -0800 (PST) (envelope-from shawnwebb@softhome.net) Received: (qmail 18118 invoked by uid 417); 10 Dec 2003 03:06:12 -0000 Received: from mambo-.softhome.net (HELO softhome.net) (172.16.2.15) by shunt-smtp-out-0 with SMTP; 10 Dec 2003 03:06:12 -0000 Received: from localhost (localhost [127.0.0.1]) (uid 417) by softhome.net with local; Tue, 09 Dec 2003 20:06:11 -0700 From: shawnwebb@softhome.net To: freebsd-hackers@freebsd.org Date: Tue, 09 Dec 2003 20:06:11 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: shawnwebb@softhome.net X-Originating-IP: [137.190.160.109] Message-ID: Subject: Intercepting syscall X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 03:06:13 -0000 I remember trying once on a FreeBSD 5.0-RELEASE box an LKM I wrote to intercept the open() call, yet it didn't work. The same code worked on a FreeBSD 4.7-RELEASE box. What I'm wondering is if FreeBSD 5.x has a readonly syscall table. Or maybe the ways of changing the syscall table has changed. Am I mistaken? In not too much importance, but relevant to my question, the reason why I'm asking, is I was presented to write an IPS (Intrusion Prevention System). Thanks for your help, Shawn Webb From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 19:46:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C60416A4CE for ; Tue, 9 Dec 2003 19:46:26 -0800 (PST) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BC1043D29 for ; Tue, 9 Dec 2003 19:46:25 -0800 (PST) (envelope-from shawnwebb@softhome.net) Received: (qmail 21183 invoked by uid 417); 10 Dec 2003 03:46:24 -0000 Received: from charleston-.softhome.net (HELO softhome.net) (172.16.2.12) by shunt-smtp-out-0 with SMTP; 10 Dec 2003 03:46:24 -0000 Received: from 216.126.195.206 ([216.126.195.206]) (AUTH: PLAIN shawnwebb@softhome.net) by softhome.net with esmtp; Tue, 09 Dec 2003 20:46:22 -0700 From: Shawn Webb To: freebsd-hackers@freebsd.org Date: Tue, 9 Dec 2003 20:48:56 -0700 User-Agent: KMail/1.5.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312092048.56959.shawnwebb@softhome.net> Subject: Re: Intercepting syscall X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 03:46:26 -0000 sorry, I realized my old code was outdated, changed it... But, this also brings on another question... Is there a way to make the syscall table readonly via an LKM? Would it even be logical? grsec for Linux does just that... (except, grsec isn't an LKM) On Tuesday 09 December 2003 20:06, shawnwebb@softhome.net wrote: > I remember trying once on a FreeBSD 5.0-RELEASE box an LKM I wrote to > intercept the open() call, yet it didn't work. The same code worked on a > FreeBSD 4.7-RELEASE box. > > What I'm wondering is if FreeBSD 5.x has a readonly syscall table. Or maybe > the ways of changing the syscall table has changed. > > Am I mistaken? > > In not too much importance, but relevant to my question, the reason why I'm > asking, is I was presented to write an IPS (Intrusion Prevention System). > > Thanks for your help, > > Shawn Webb > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 22:05:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F7B16A4CE for ; Tue, 9 Dec 2003 22:05:48 -0800 (PST) Received: from ns1.unixmexico.net (ns1.unixmexico.net [69.10.138.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1F643D2A for ; Tue, 9 Dec 2003 22:05:44 -0800 (PST) (envelope-from nbari@unixmexico.com) Received: (qmail 55149 invoked by uid 85); 10 Dec 2003 06:07:18 -0000 Received: from nbari@unixmexico.com by ns1.unixmexico.net by uid 82 with qmail-scanner-1.16 (hbedv: 6.22.0.1/6.22.0.6. Clear:. Processed in 0.328663 secs); 10 Dec 2003 06:07:18 -0000 Received: from ns1.unixmexico.net (HELO mail.unixmexico.com) ([69.10.138.161]) (envelope-sender ) by ns1.unixmexico.net (qmail-ldap-1.03) with SMTP for ; 10 Dec 2003 06:07:18 -0000 Received: from 148.243.211.1 (SquirrelMail authenticated user nbari@unixmexico.com) by mail.unixmexico.com with HTTP; Wed, 10 Dec 2003 00:07:18 -0600 (CST) Message-ID: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> Date: Wed, 10 Dec 2003 00:07:18 -0600 (CST) From: nbari@unixmexico.com To: freebsd-isp@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: freebsd-hackers@freebsd.org Subject: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 06:05:48 -0000 Hi all. I have a server with 1GB of RAM and a swap partition of 2GB i will upgrade the memory server to 2GB so my questions are: should i fix the swap partition to have now 4GB of space ? what other changes do i have to make to my system after adding more ram ? regards. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 9 22:38:49 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A031216A4CE; Tue, 9 Dec 2003 22:38:49 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA0343D2B; Tue, 9 Dec 2003 22:38:48 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id hBA6ckH1052369; Wed, 10 Dec 2003 00:38:46 -0600 (CST) (envelope-from dan) Date: Wed, 10 Dec 2003 00:38:46 -0600 From: Dan Nelson To: nbari@unixmexico.com Message-ID: <20031210063845.GG2435@dan.emsphone.com> References: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> X-OS: FreeBSD 5.2-BETA X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 06:38:49 -0000 In the last episode (Dec 10), nbari@unixmexico.com said: > I have a server with 1GB of RAM and a swap partition of 2GB i will > upgrade the memory server to 2GB so my questions are: > > should i fix the swap partition to have now 4GB of space ? Depends. Have you ever used up that 2gb of swap? If not, you'll probably never consume 4gb either :) If this is a database server, or something similar where a few processes allocate large amounts of memory, you don't need much swap anyway, since if any of those processes actually has to swap, you end up thrashing the system as it tries to swap 500mb processes in and out of memory. I really can't think of a system that would still perform well with 2 or 3GB of process space in swap. At the 2gb RAM point, you usually have a system where any swapping == bad news. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 00:41:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E097B16A4CF for ; Wed, 10 Dec 2003 00:41:31 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7974843D1D for ; Wed, 10 Dec 2003 00:41:29 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 32516 invoked from network); 10 Dec 2003 08:41:28 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 10 Dec 2003 08:41:28 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 10 Dec 2003 02:41:26 -0600 (CST) From: Mike Silbersack To: nbari@unixmexico.com In-Reply-To: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> Message-ID: <20031210023427.T14579@odysseus.silby.com> References: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 08:41:32 -0000 On Wed, 10 Dec 2003 nbari@unixmexico.com wrote: > Hi all. > > I have a server with 1GB of RAM and a swap partition of 2GB i will upgrade > the memory server to 2GB so my questions are: > > should i fix the swap partition to have now 4GB of space ? > > what other changes do i have to make to my system after adding more ram ? > > regards. Dan's advice seems good; swapping more than a gig of data would be awful. I'm replying because I want to answer your real question. The notion of swap = 2 x ram is an old one, and is no longer applicable. (Some) older VM systems used very simplistic swapping mechanisms, which required entire processes to be swapped, thereby requiring large amounts of swap space. FreeBSD (and other modern OSes) page out to the swap file in increments of 4K pages, and do so in a flexible manner. As a result, you should always have *some* swap space to handle overload cases, but it's not necessary to keep any specific ram to swap ratio. (Actually, the term "swapping" is still used inside the FreeBSD kernel, but it only applies to paging out the last 20K or so of a process's memory.) Now, to contradict myself, there *is* a reason that you might wish to have a larger swapfile. Taking a crashdump requires that the swap file must be of the size RAM + 64K or so. Hence, your present swap file might be slightly too small to take a crashdump once you upgrade to 2G ram. Whether this is an issue for you or not depends on how often your machine crashes and whether you wish to debug it. :) Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 04:32:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A96016A4CE for ; Wed, 10 Dec 2003 04:32:55 -0800 (PST) Received: from mail.crypta.net (cryptobank.biz [217.160.183.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id B738B43D28 for ; Wed, 10 Dec 2003 04:32:53 -0800 (PST) (envelope-from ah@cryptobank.de) Received: by mail.crypta.net (Postfix, from userid 1001) id CC44C78E4C; Wed, 10 Dec 2003 13:32:51 +0100 (CET) Date: Wed, 10 Dec 2003 13:32:51 +0100 From: Andy Hilker To: freebsd-hackers@FreeBSD.ORG Message-ID: <20031210123251.GA12847@goodhope.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker Subject: porting linux SOCK_RAW to freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 12:32:55 -0000 Hi, i try porting a little utility from linux to freebsd. Maybe someone could give me a hint, what i am doing wrong. -- snip -- /* Note: not portable */ // if ((s = socket(AF_INET, SOCK_PACKET, SOCK_PACKET)) < 0) { // ??? ported if ((s = socket(AF_INET,SOCK_RAW,IPPROTO_RAW)) < 0) { if (errno == EPERM) fprintf(stderr, "programm must run as root\n"); else perror("programm: socket"); if (! debug) return 2; } /* Fill in the source address, if possible. The code to retrieve the local station address is Linux specific. */ /* Note: not portable */ /* if (! opt_no_src_addr){ struct ifreq if_hwaddr; unsigned char *hwaddr = ifr_addr.sa_data; strcpy(if_hwaddr.ifr_name, ifname); if (ioctl(s, SIOCGIFHWADDR, &if_hwaddr) < 0) { fprintf(stderr, "SIOCGIFHWADDR on %s failed: %s\n", ifname, strerror(errno)); return 1; } memcpy(outpack+6, if_hwaddr.ifr_hwaddr.sa_data, 6); if (verbose) { printf("The hardware address (SIOCGIFHWADDR) of %s is type %d " "%2.2x:%2.2x:%2.2x:%2.2x:%2.2x:%2.2x.\n", ifname, if_hwaddr.ifr_hwaddr.sa_family, hwaddr[0], hwaddr[1], hwaddr[2], hwaddr[3], hwaddr[4], hwaddr[5]); } } */ // ??? ported, xx:xx:xx:xx:xx:xx = MAC Adress of sender memcpy(outpack+6, "xx:xx:xx:xx:xx:xx", 6); /* Note: not portable */ /* whereto.sa_family = 0; strcpy(whereto.sa_data, ifname); if ((i = sendto(s, outpack, pktsize, 0, &whereto, sizeof(whereto))) < 0) perror("sendto"); else if (debug) printf("sendto returned %d.\n", i); */ // ??? ported, fxp0 = sending interface whereto.sa_family = 0; strcpy(whereto.sa_data, "fxp0"); if ((i = sendto(s, outpack, pktsize, 0, &whereto, sizeof(whereto))) < 0) perror("sendto"); else if (debug) printf("sendto returned %d.\n", i); -- snip -- bye, Andy From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 06:41:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2669716A4CE; Wed, 10 Dec 2003 06:41:17 -0800 (PST) Received: from bilver.wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9896F43D13; Wed, 10 Dec 2003 06:41:15 -0800 (PST) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by bilver.wjv.com (8.12.10/8.12.10) with ESMTP id hBAEfCm7096002; Wed, 10 Dec 2003 09:41:12 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.10/8.12.10/Submit) id hBAEfBWR096001; Wed, 10 Dec 2003 09:41:11 -0500 (EST) (envelope-from bv) Date: Wed, 10 Dec 2003 09:41:11 -0500 From: Bill Vermillion To: freebsd-isp@freebds.org Message-ID: <20031210144111.GC95844@wjv.com> References: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> <20031210023427.T14579@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031210023427.T14579@odysseus.silby.com> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.5.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on bilver.wjv.com cc: nbari@unixmexico.com cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 14:41:17 -0000 While normally not able to pour water out of a boot with instructions on the heel, on Wed, Dec 10, 2003 at 02:41 our dear friend Mike Silbersack uttered this load of codswallop: Just one slight addendum here. > I'm replying because I want to answer your real question. > The notion of swap = 2 x ram is an old one, and is no > longer applicable. (Some) older VM systems used very simplistic > swapping mechanisms, which required entire processes to be > swapped, thereby requiring large amounts of swap space. FreeBSD > (and other modern OSes) page out to the swap file in increments > of 4K pages, and do so in a flexible manner. As a result, you > should always have *some* swap space to handle overload cases, > but it's not necessary to keep any specific ram to swap ratio. Systems such as the Irix I used before moving the servers to FBSD around 1996 - reserverd swap space for applications when the application started up so those needed large swap space. Often it was never used, but the design allocated it anyway. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 07:46:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBA4616A4CE; Wed, 10 Dec 2003 07:46:35 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3269243D13; Wed, 10 Dec 2003 07:46:34 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 45B6C652EC; Wed, 10 Dec 2003 15:46:33 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69006-05-2; Wed, 10 Dec 2003 15:46:32 +0000 (GMT) Received: from saboteur.dek.spc.org (unknown [82.147.19.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 61E56651EE; Wed, 10 Dec 2003 15:46:27 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 25E9C25; Wed, 10 Dec 2003 15:46:25 +0000 (GMT) Date: Wed, 10 Dec 2003 15:46:25 +0000 From: Bruce M Simpson To: Bill Vermillion Message-ID: <20031210154625.GG48252@saboteur.dek.spc.org> Mail-Followup-To: Bill Vermillion , freebsd-isp@freebds.org, nbari@unixmexico.com, freebsd-isp@freebsd.org, freebsd-hackers@freebsd.org References: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> <20031210023427.T14579@odysseus.silby.com> <20031210144111.GC95844@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031210144111.GC95844@wjv.com> cc: nbari@unixmexico.com cc: freebsd-isp@freebsd.org cc: freebsd-isp@freebds.org cc: freebsd-hackers@freebsd.org Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 15:46:36 -0000 On Wed, Dec 10, 2003 at 09:41:11AM -0500, Bill Vermillion wrote: > Systems such as the Irix I used before moving the servers to FBSD > around 1996 - reserverd swap space for applications when the > application started up so those needed large swap space. Often it > was never used, but the design allocated it anyway. I also remember what fun could be had on an IRIX 5.3 machine with leaky X11 servers. SGI's Xsgi memory leaks on that IRIX release were particularly noticeable when using it on a 24-bit Indy and viewing lots of porn^Wgraphics. This seemed to be down to Xsgi reserving lots of swap in lieu of a heavy backing store workload, which it didn't actually use. And this often brought Xsgi crashing to a halt anyway. So I would have mixed feelings about adopting such a scheme in future. BMS From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 11:09:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1156716A4CE for ; Wed, 10 Dec 2003 11:09:09 -0800 (PST) Received: from swissgeeks.com (adsl-212-101-16-119.solnet.ch [212.101.16.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id C00D343D58 for ; Wed, 10 Dec 2003 11:08:44 -0800 (PST) (envelope-from pbrossin@swissgeeks.com) Received: from beer (unknown [10.0.0.20]) by swissgeeks.com (Postfix) with SMTP id 541E1425 for ; Wed, 10 Dec 2003 20:08:40 +0100 (CET) Date: Wed, 10 Dec 2003 20:08:39 +0100 From: Pierrick Brossin To: freebsd-hackers@freebsd.org Message-Id: <20031210200839.41052308.pbrossin@swissgeeks.com> In-Reply-To: References: Organization: Swissgeeks X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Sound Blaster Audigy LS problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 19:09:09 -0000 On Tue, 4 Nov 2003 10:26:53 +0300 "Yuriy Tsibizov" wrote: > 4) http://chibis.persons.gfk.ru/audigy/ mine With the new `emuctrl` software it makes it easier to control everything on your Audigy cards. This driver is really the one I would use (and I'm using it actually :D) Regards -- Pierrick Brossin < http://www.swissgeeks.com > perl -e\ 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 12:13:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A75D16A4CE for ; Wed, 10 Dec 2003 12:13:08 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A34843D1F for ; Wed, 10 Dec 2003 12:13:06 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id hBAKCxQI003192; Wed, 10 Dec 2003 22:13:00 +0200 Message-ID: <3FD77E70.7060500@reversedhell.net> Date: Wed, 10 Dec 2003 22:13:36 +0200 From: Alin-Adrian Anton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031027 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Hilker , freebsd-hackers@FreeBSD.ORG References: <20031210123251.GA12847@goodhope.crypta.net> In-Reply-To: <20031210123251.GA12847@goodhope.crypta.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: porting linux SOCK_RAW to freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 20:13:08 -0000 Andy Hilker wrote: >Hi, > >i try porting a little utility from linux to freebsd. >Maybe someone could give me a hint, what i am doing wrong. > > >-- snip -- > /* Note: not portable */ > // if ((s = socket(AF_INET, SOCK_PACKET, SOCK_PACKET)) < 0) { > // ??? ported > if ((s = socket(AF_INET,SOCK_RAW,IPPROTO_RAW)) < 0) { > if (errno == EPERM) > fprintf(stderr, "programm must run as root\n"); > else > perror("programm: socket"); > if (! debug) > return 2; > } > > > /* Fill in the source address, if possible. > The code to retrieve the local station address is Linux specific. */ > /* Note: not portable */ > /* > if (! opt_no_src_addr){ > struct ifreq if_hwaddr; > unsigned char *hwaddr = ifr_addr.sa_data; > > strcpy(if_hwaddr.ifr_name, ifname); > if (ioctl(s, SIOCGIFHWADDR, &if_hwaddr) < 0) { > fprintf(stderr, "SIOCGIFHWADDR on %s failed: %s\n", ifname, > strerror(errno)); > return 1; > } > memcpy(outpack+6, if_hwaddr.ifr_hwaddr.sa_data, 6); > > if (verbose) { > printf("The hardware address (SIOCGIFHWADDR) of %s is type %d " > "%2.2x:%2.2x:%2.2x:%2.2x:%2.2x:%2.2x.\n", ifname, > if_hwaddr.ifr_hwaddr.sa_family, hwaddr[0], hwaddr[1], > hwaddr[2], hwaddr[3], hwaddr[4], hwaddr[5]); > } > } > */ > // ??? ported, xx:xx:xx:xx:xx:xx = MAC Adress of sender > memcpy(outpack+6, "xx:xx:xx:xx:xx:xx", 6); > > > /* Note: not portable */ > /* > whereto.sa_family = 0; > strcpy(whereto.sa_data, ifname); > > if ((i = sendto(s, outpack, pktsize, 0, &whereto, sizeof(whereto))) < 0) > perror("sendto"); > else if (debug) > printf("sendto returned %d.\n", i); > */ > // ??? ported, fxp0 = sending interface > whereto.sa_family = 0; > strcpy(whereto.sa_data, "fxp0"); > > if ((i = sendto(s, outpack, pktsize, 0, &whereto, sizeof(whereto))) < 0) > perror("sendto"); > else if (debug) > printf("sendto returned %d.\n", i); >-- snip -- > >bye, >Andy > > > I wrote a paper on FreeBSD raw sockets a while ago. You can find it here: http://www.reversedhell.net/rawsockets/raw_tcp.tgz or here: http://packetstormsecurity.org/programming-tutorials/raw_tcp.tgz Cheers/bye, Alin. From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 16:26:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E158016A4CE; Wed, 10 Dec 2003 16:26:32 -0800 (PST) Received: from spmler2.mail.eds.com (spmler2.mail.eds.com [194.128.225.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E0CD43D09; Wed, 10 Dec 2003 16:26:31 -0800 (PST) (envelope-from thomas.sparrevohn@eds.com) Received: from spmlir2.mail.eds.com (spmlir2.mail.eds.com [205.191.69.42]) by spmler2.mail.eds.com (8.12.10/8.12.9) with ESMTP id hBB0QR5P010379; Thu, 11 Dec 2003 00:26:27 GMT Received: from spmlir2.mail.eds.com (localhost [127.0.0.1]) by spmlir2.mail.eds.com (8.11.6p3/8.11.6) with ESMTP id hBB0QRs08295; Thu, 11 Dec 2003 00:26:27 GMT Received: from ukspm104.exemhub.exch.eds.com ([204.230.90.155]) by spmlir2.mail.eds.com (8.11.6p3/8.11.6) with ESMTP id hBB0QRS08289; Thu, 11 Dec 2003 00:26:27 GMT Received: by ukspm104.exemhub.exch.eds.com with Internet Mail Service (5.5.2657.72) id ; Thu, 11 Dec 2003 00:26:21 -0000 Message-ID: <2946E9F05C8DD511A7DC0002A5608CE401143D3F@gbchm201.exgb01.exch.eds.com> From: "Sparrevohn, Thomas" To: bv@wjv.com, freebsd-isp@freebds.org Date: Thu, 11 Dec 2003 00:26:20 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain cc: nbari@unixmexico.com cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: RE: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 00:26:33 -0000 The same was true for 10.20 and 11 Versions of HPUX - I believe there once was I very long going debate when the "new" FreeBSD vm was made on the issue. The fundamental question at the time was what to do when you run out of swap/vm space. The 1-1 backing of swap space was seen as a way to avoid that you have resort to kill random processes in order to free up space and the tradition with the 2-1 swap ratio used to have "a performance reason" in the initial Unix Swap and paging implementations. I can't seem to recall the actual reason -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Bill Vermillion Sent: 10 December 2003 14:41 To: freebsd-isp@freebds.org Cc: nbari@unixmexico.com; freebsd-isp@freebsd.org; freebsd-hackers@freebsd.org Subject: Re: adding more ram While normally not able to pour water out of a boot with instructions on the heel, on Wed, Dec 10, 2003 at 02:41 our dear friend Mike Silbersack uttered this load of codswallop: Just one slight addendum here. > I'm replying because I want to answer your real question. > The notion of swap = 2 x ram is an old one, and is no longer > applicable. (Some) older VM systems used very simplistic swapping > mechanisms, which required entire processes to be swapped, thereby > requiring large amounts of swap space. FreeBSD (and other modern OSes) > page out to the swap file in increments of 4K pages, and do so in a > flexible manner. As a result, you should always have *some* swap space > to handle overload cases, but it's not necessary to keep any specific > ram to swap ratio. Systems such as the Irix I used before moving the servers to FBSD around 1996 - reserverd swap space for applications when the application started up so those needed large swap space. Often it was never used, but the design allocated it anyway. Bill -- Bill Vermillion - bv @ wjv . com _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 18:09:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 940F516A4CE for ; Wed, 10 Dec 2003 18:09:01 -0800 (PST) Received: from cydem.org (h24-66-230-151.ed.shawcable.net [24.66.230.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B25F43D21 for ; Wed, 10 Dec 2003 18:09:00 -0800 (PST) (envelope-from soralx@cydem.org) Received: by cydem.org (Postfix/FreeBSD, from userid 426) id 3EE3C38E38; Wed, 10 Dec 2003 19:08:59 -0700 (MST) Received: from h24-66-229-2.ed.shawcable.net (h24-66-229-2.ed.shawcable.net [24.66.229.2]) by cydem.org (Postfix/FreeBSD) with ESMTP id D17D53876C for ; Wed, 10 Dec 2003 19:08:58 -0700 (MST) From: To: freebsd-hackers@freebsd.org Date: Wed, 10 Dec 2003 19:08:57 -0700 User-Agent: KMail/1.5 References: <2946E9F05C8DD511A7DC0002A5608CE401143D3F@gbchm201.exgb01.exch.eds.com> In-Reply-To: <2946E9F05C8DD511A7DC0002A5608CE401143D3F@gbchm201.exgb01.exch.eds.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200312101849.34457.soralx@cydem.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 02:09:01 -0000 > The same was true for 10.20 and 11 Versions of HPUX - I believe there once > was I very long going debate when the "new" FreeBSD vm was made on the > issue. The fundamental question at the time was what to do when you run out > of swap/vm space. The 1-1 backing of swap space was seen as a way to avoid > that you have resort to kill random processes in order to free up space and > the tradition with the 2-1 swap ratio used to have "a performance reason" > in the initial Unix Swap and paging implementations. I can't seem to recall > the actual reason While we're at this topic, can somebody plz briefly explain how does swap performance depend on swap size? From `man 7 tuning` (May 25, 2001): The kernel's VM paging algorithms are tuned to perform best when there is at least 2x swap versus main mem- ory. Configuring too little swap can lead to inefficiencies in the VM page scanning code as well as create issues later on if you add more mem- ory to your machine. Is this still true? For -CURRENT also? 10.12.2003; 18:42:17 [SorAlx] http://cydem.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 18:27:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA6916A4CE for ; Wed, 10 Dec 2003 18:27:12 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F72343D1D for ; Wed, 10 Dec 2003 18:27:11 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hBB2RAeC008092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Dec 2003 21:27:10 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hBB2RAQP008091 for freebsd-hackers@freebsd.org; Wed, 10 Dec 2003 21:27:10 -0500 (EST) Date: Wed, 10 Dec 2003 21:27:10 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031211022710.GA7976@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <2946E9F05C8DD511A7DC0002A5608CE401143D3F@gbchm201.exgb01.exch.eds.com> <200312101849.34457.soralx@cydem.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <200312101849.34457.soralx@cydem.org> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 02:27:12 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Speaking of tuning, it should probably mention a swap partition must be larger than RAM to support crash dumps, and /var needs to have space for nxRAM dumps, where n is how many you want to keep. I've seen too many people with 2G RAM and 1G swap, or a 1G machine with crash dumps enabled and a 128M /var, as recomended. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/19X+Nh6mMG5yMTYRAoBYAJ9tY6gHHsGww9rWVlSCmoNYnqOJyACcC+Aw b90KemUiSgE3exSTHuueDRg= =vMEl -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 18:42:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2939E16A4CE for ; Wed, 10 Dec 2003 18:42:39 -0800 (PST) Received: from spmler1.mail.eds.com (spmler1.mail.eds.com [194.128.225.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF58443D1D for ; Wed, 10 Dec 2003 18:42:31 -0800 (PST) (envelope-from thomas.sparrevohn@eds.com) Received: from spmlir2.mail.eds.com (spmlir2.mail.eds.com [205.191.69.42] (may be forged))hBB2gHA8002565; Thu, 11 Dec 2003 02:42:19 GMT Received: from spmlir2.mail.eds.com (localhost [127.0.0.1]) by spmlir2.mail.eds.com (8.11.6p3/8.11.6) with ESMTP id hBB2gGs09091; Thu, 11 Dec 2003 02:42:16 GMT Received: from ukspm103.exemhub.exch.eds.com ([204.230.90.153]) by spmlir2.mail.eds.com (8.11.6p3/8.11.6) with ESMTP id hBB2gGS09085; Thu, 11 Dec 2003 02:42:16 GMT Received: by ukspm103 with Internet Mail Service (5.5.2657.72) id ; Thu, 11 Dec 2003 02:42:12 -0000 Message-ID: <2946E9F05C8DD511A7DC0002A5608CE4DB2018@gbchm201.exgb01.exch.eds.com> From: "Sparrevohn, Thomas" To: "'Leo Bicknell'" , freebsd-hackers@freebsd.org Date: Thu, 11 Dec 2003 02:42:12 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Subject: RE: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 02:42:39 -0000 The /var size should properly stay as recommended. But a sanity check on the available space when enabling crash dumps might be a good idea -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Leo Bicknell Sent: 11 December 2003 02:27 To: freebsd-hackers@freebsd.org Subject: Re: adding more ram Speaking of tuning, it should probably mention a swap partition must be larger than RAM to support crash dumps, and /var needs to have space for nxRAM dumps, where n is how many you want to keep. I've seen too many people with 2G RAM and 1G swap, or a 1G machine with crash dumps enabled and a 128M /var, as recomended. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 18:46:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A2116A4CE for ; Wed, 10 Dec 2003 18:46:12 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 967EA43D2B for ; Wed, 10 Dec 2003 18:46:09 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hBB2k9eC009186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Dec 2003 21:46:09 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hBB2k92v009185 for freebsd-hackers@freebsd.org; Wed, 10 Dec 2003 21:46:09 -0500 (EST) Date: Wed, 10 Dec 2003 21:46:09 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031211024608.GA9086@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <2946E9F05C8DD511A7DC0002A5608CE4DB2018@gbchm201.exgb01.exch.eds.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <2946E9F05C8DD511A7DC0002A5608CE4DB2018@gbchm201.exgb01.exch.eds.com> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 02:46:12 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Thu, Dec 11, 2003 at 02:42:12AM -0000, Sparrevohn, = Thomas wrote: > The /var size should properly stay as recommended. But a sanity > check on the available space when enabling crash dumps might be a > good idea Right, I didn't want to change the default suggestion, just put near that recomendation that crash dumps may greatly increase /var need, and also mention that in the swap sizing section as to why swap =3D=3D ram should probably be a minimum (otherwize you can't turn on crash dumps without repartitioning). --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/19pwNh6mMG5yMTYRApqYAJsHGNfoOuP4nLxhxcfwWyevi1o73QCfb/yT RBSTdXg0oM09cRrFUkFkOic= =n9xm -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 19:04:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A65ED16A4CE for ; Wed, 10 Dec 2003 19:04:18 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C999243D2D for ; Wed, 10 Dec 2003 19:04:17 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 4AE2F153A33; Wed, 10 Dec 2003 17:04:17 -1000 (HST) Date: Wed, 10 Dec 2003 17:04:17 -1000 From: Clifton Royston To: hackers@freebsd.org Message-ID: <20031210170417.B21993@tikitechnologies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: Disillusioned with PAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 03:04:18 -0000 Is Kerberos 5 the only non-dummy PAM implementation of the pam_sm_chauthtok method (password changing/management)? I've been looking (and grepping) through the source of the PAM modules in 4.8 and 4.9, to check how I should interface to a chauthtok method. Not just the ones built and installed on the system, from /usr/src/lib/libpam, but the whole Linux PAM directory in /usr/src/contrib/libpam. Can it really be that pam_krb5 is the *only* PAM module supplied which implements a working password change function? I see three dummy versions (tacacs+ and the contrib pam_permit and pam_warn) and that seems to be it. /usr/bin/passwd will be a real pain to use for a Web GUI as it requires a pty, which means extensive "coding around it" to fake one up for it a la poppassd. I thought PAM was going to solve this for me, because of the "password management" function designed in... only it appears so far that no PAM method which implements local password changing actually exists on FreeBSD. What a mess. (Yeah, I know, I know - stop grumbling, code one, and contribute it.) -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 19:42:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D873916A4CE for ; Wed, 10 Dec 2003 19:42:38 -0800 (PST) Received: from siue.dnsalias.net (student142-41.bh.siue.edu [146.163.142.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A1C43D2B for ; Wed, 10 Dec 2003 19:42:37 -0800 (PST) (envelope-from grimw@siue.dnsalias.net) Received: from siue.dnsalias.net (8cb3109deab0289847d80ba677b8c4be@localhost.dnsalias.net [127.0.0.1]) by siue.dnsalias.net (8.12.10/8.12.9) with ESMTP id hBB3c93p077388 for ; Wed, 10 Dec 2003 21:38:09 -0600 (CST) (envelope-from grimw@siue.dnsalias.net) Received: (from grimw@localhost) by siue.dnsalias.net (8.12.10/8.12.9/Submit) id hBB3c8cU077387 for hackers@freebsd.org; Wed, 10 Dec 2003 21:38:08 -0600 (CST) (envelope-from grimw) Date: Wed, 10 Dec 2003 21:38:08 -0600 From: "William M. Grim" To: hackers@freebsd.org Message-ID: <20031211033808.GA77291@siue.dnsalias.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: FreeBSD 5.1 Automount - amd.map help? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 03:42:39 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey again! Thanks for the previous help trying to update from 5.1 to 5.2. Now, I'm trying to setup amd and have setup and amd.conf to go along with it (I have attached amd.conf). In rc.conf, I have also cleared the amd_flags so that it loads amd.conf. However, I was curious how the /etc/amd.map (also attached) that comes with the default install works? The man pages are rather skimpy on information. I only got the amd.conf file working by following the example, /usr/src/contrib/amd/scripts/amd.conf-sample. Thanks again for any help. Also, does anyone know any good site that describes how the amd.map works so that I can create my own? I'd like to automount home directories and other exports off of remote servers (not using fstab). -- William Michael Grim Student, Southern Illinois University at Edwardsville Unix Network Administrator, SIUE, Computer Science dept. Phone: (217) 341-6552 Email: wgrim@siue.edu --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="amd.conf" [ global ] normalize_hostnames = yes restart_mounts = yes unmount_on_exit = yes auto_dir = /a cache_duration = 300 #local_domain = dnsalias.net print_version = no log_file = /var/log/amd dismount_interval = 120 #nis_domain = grimnet.dnsalias.net log_options = fatal,error,user,warn,info,map,stats,all #debug_options = all plock = no selectors_in_defaults = yes show_statfs_entries = yes # LDAP (Lightweight Directory Access Protocol) options #ldap_base = "ou=Marketing, o=AMD Ltd, c=US" #ldap_hostports = ldap.your.domain:389 #ldap_cache_seconds = 0 #ldap_cache_maxmem = 131072 hesiod_base = automount # these 5 options can be overridden by each map individually browsable_dirs = yes map_options = cache:=all map_type = file mount_type = nfs search_path = /etc/amdmaps # alternate RPC program number to register with the port mapper portmap_program = 300019-300029 fully_qualified_hosts = yes nfs_vers = 3 nfs_proto = tcp ############################################################################## # DEFINE AN AMD MOUNT POINT [ /home ] # map name must be defined, all else are optional map_name = /etc/amd.home map_options = cache:=all # if map type is not defined, will search all map types (default) #map_type = file|hesiod|ndbm|nis|nisplus|passwd|union|ldap #search_path = /etc/local:/etc/amdmaps:/misc/yp # an amd or autofs mount point mount_type = nfs browsable_dirs = yes # an optional tag to be used with amd -T tag. untagged entries are always # used. Tagged ones get used only if specified with "amd -T" #tag = test ############################################################################## # DEFINE ANOTHER AMD MOUNT POINT [ /src ] #map_name = /usr/local/lib/amdmaps/amu.src # regular amd (nfs) mount point (default) # don't try the "autofs" type. It is not implemented yet. #mount_type = nfs ############################################################################## --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="amd.map" # $FreeBSD: src/etc/amd.map,v 1.9 2002/05/15 22:24:29 obrien Exp $ # /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev --+HP7ph2BbKc20aGI-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 21:01:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E1A816A4CF; Wed, 10 Dec 2003 21:01:41 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC08643D2A; Wed, 10 Dec 2003 21:01:39 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id hBB51MUd081781; Thu, 11 Dec 2003 00:01:22 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hBB51KYk081778; Thu, 11 Dec 2003 00:01:21 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Thu, 11 Dec 2003 00:01:20 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dan Nelson In-Reply-To: <20031210063845.GG2435@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: nbari@unixmexico.com cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 05:01:41 -0000 On Wed, 10 Dec 2003, Dan Nelson wrote: > In the last episode (Dec 10), nbari@unixmexico.com said: > > I have a server with 1GB of RAM and a swap partition of 2GB i will > > upgrade the memory server to 2GB so my questions are: > > > > should i fix the swap partition to have now 4GB of space ? > > Depends. Have you ever used up that 2gb of swap? If not, you'll > probably never consume 4gb either :) If this is a database server, or > something similar where a few processes allocate large amounts of > memory, you don't need much swap anyway, since if any of those processes > actually has to swap, you end up thrashing the system as it tries to > swap 500mb processes in and out of memory. I really can't think of a > system that would still perform well with 2 or 3GB of process space in > swap. At the 2gb RAM point, you usually have a system where any > swapping == bad news. Actually, the thing I use swap for most now is to make sure I can allocate large temporary file systems without consuming excessive kernel address space. I.e., I'll often create a 512mb swap-backed md device for /tmp, and make sure I have enough swap to fully back it and everything else, even though the chances are I won't touch it in normal operation. I just don't want to run out in the event something does need it... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 10 23:07:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2833516A4CE; Wed, 10 Dec 2003 23:07:34 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-121-111-46.dsl.pltn13.pacbell.net [68.121.111.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF5F43D09; Wed, 10 Dec 2003 23:07:31 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.9/8.12.9) with ESMTP id hBB77FHj028339; Wed, 10 Dec 2003 23:07:15 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.9/8.12.9/Submit) id hBB77FhF028338; Wed, 10 Dec 2003 23:07:15 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Wed, 10 Dec 2003 23:07:14 -0800 From: David Schultz To: Mike Silbersack Message-ID: <20031211070714.GA28221@VARK.homeunix.com> Mail-Followup-To: Mike Silbersack , nbari@unixmexico.com, freebsd-isp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <20571.148.243.211.1.1071036438.squirrel@mail.unixmexico.com> <20031210023427.T14579@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031210023427.T14579@odysseus.silby.com> cc: nbari@unixmexico.com cc: freebsd-isp@FreeBSD.ORG cc: freebsd-hackers@FreeBSD.ORG Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 07:07:34 -0000 On Wed, Dec 10, 2003, Mike Silbersack wrote: > > On Wed, 10 Dec 2003 nbari@unixmexico.com wrote: > > > Hi all. > > > > I have a server with 1GB of RAM and a swap partition of 2GB i will upgrade > > the memory server to 2GB so my questions are: > > > > should i fix the swap partition to have now 4GB of space ? > > > > what other changes do i have to make to my system after adding more ram ? > > > > regards. > > Dan's advice seems good; swapping more than a gig of data would be awful. > > I'm replying because I want to answer your real question. The notion > of swap = 2 x ram is an old one, and is no longer applicable. The real reason that 2 * sizeof(RAM) is often an overestimate on FreeBSD is that FreeBSD overcommits swap (as others have pointed out.) Many (most?) other systems do not overcommit, including Solaris. Some systems, such as Tru64 (and Linux???) support both. For these systems, 2 * sizeof(RAM) is sometimes even an underestimate. These days overcommit is actually not very sensible. Even though it tends to overestimate space requirements, disk capacity has outstripped RAM capacity to such an extent that the cost is nominal. The advantage of being more conservative is that you never have to kill processes to save the kernel from deadlock. (Wes recently added a simple feature that improved the situation, but randomly killing processes is still a kludge.) Unfortunately, getting non-overcommit right is hard. In addition to checking available space every time you allocate pageable memory (including things like lazily copied map entries), you also need to be careful to reserve enough space for stacks for each application thread, etc. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 01:03:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE8E316A4CE for ; Thu, 11 Dec 2003 01:03:25 -0800 (PST) Received: from dnull.com (dnull.com [209.237.44.237]) by mx1.FreeBSD.org (Postfix) with SMTP id CF8F543D2C for ; Thu, 11 Dec 2003 01:03:22 -0800 (PST) (envelope-from jessem@svbug.com) Received: (qmail 71016 invoked from network); 11 Dec 2003 08:48:36 -0000 Received: from m208-56.dsl.rawbw.com (HELO jc.svbug.com) (198.144.208.56) by dnull.com with SMTP; 11 Dec 2003 08:48:36 -0000 Message-Id: <5.2.1.1.0.20031211004748.00a34040@dnull.com> X-Sender: jessem@dnull.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Thu, 11 Dec 2003 01:03:46 -0800 To: "Daniel P. Kionka" From: Jesse Monroy In-Reply-To: <006901c3bcdf$dc72dd30$1c00a8c0@mainpc> References: <20031205072751.7227.qmail@dnull.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: hackers@freebsd.org Subject: Re: SVBUG what happened tonight (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 09:03:25 -0000 At 08:33 AM 12/7/03 -0800, Daniel P. Kionka wrote: >.... >Doesn't a white-list lock out new people? Like what is the use of listing >contact info on a web page if no one can get through? Dan, Thanks for waiting on a response. There is a common misconception about white lists. While your comment is along those lines, it is not unusual. The common misconception about white lists is that it is a exclusive list of allowed email. This is not the case. In fact, it is just a list of emails that get priority. I am by no means advocating, or suggesting, that a person use white lists as the only people one should get email from. As for public contact via email, there are solutions, but that is part of my talk. I plan to present these points again, at many different club meetings. My impression, as with ssh, is that the technical community is spending too much time on the wrong problem. Sure one might make lots of money selling knock-off copies of Spam-Assassin, but it does not solve the issue. For that matter, neither Spam-Assassin nor Bayesian(sp?) filters will make a bit of difference in the long run. Sure someone will profess to have great success with it, but I hardly find that to be the general case. Before I digress into dribble, let me leave it at that. As for hackers@freebsd, et al. :p Have a nice day, Dan. Jessem. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 02:18:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 178DA16A4CE for ; Thu, 11 Dec 2003 02:18:21 -0800 (PST) Received: from apache01.the-ecorp.com (apache01.the-ecorp.com [212.190.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id E47E043D2B for ; Thu, 11 Dec 2003 02:18:18 -0800 (PST) (envelope-from staf.wagemakers@belgacom.net) Received: from staflaptop (201.antw.the-ecorp.com [10.67.50.201]) by apache01.the-ecorp.com (Postfix) with ESMTP id A9E2C93083 for ; Thu, 11 Dec 2003 11:18:14 +0100 (CET) Received: by staflaptop (Postfix, from userid 1005) id B4434833B; Thu, 11 Dec 2003 11:18:12 +0100 (CET) Resent-From: staf.wagemakers@belgacom.net Resent-Date: Thu, 11 Dec 2003 11:18:12 +0100 Resent-Message-ID: <20031211101812.GB3181@staflaptop.antw.the-ecorp.com> Resent-To: hackers@freebsd.org Date: Thu, 11 Dec 2003 11:05:20 +0100 From: staf wagemakers To: hackers@freebsd.org Message-ID: <20031211100520.GA3181@staflaptop.antw.the-ecorp.com> Mail-Followup-To: hackers@freebsd.org References: <20031210170417.B21993@tikitechnologies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031210170417.B21993@tikitechnologies.com> User-Agent: Mutt/1.5.4i Subject: Re: Disillusioned with PAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 10:18:21 -0000 On Wed, Dec 10, 2003 at 05:04:17PM -1000, Clifton Royston wrote: > > I've been looking (and grepping) through the source of the PAM > modules in 4.8 and 4.9, to check how I should interface to a chauthtok > method. Not just the ones built and installed on the system, from > /usr/src/lib/libpam, but the whole Linux PAM directory in > /usr/src/contrib/libpam. > > Can it really be that pam_krb5 is the *only* PAM module supplied > which implements a working password change function? I see three dummy > versions (tacacs+ and the contrib pam_permit and pam_warn) and that > seems to be it. > Some time ago I've created CGIpaf, a web interface for changing a user's password, Autoreply and mail forwarding. The pam password changer didn't work on FreeBSD, I didn't dig in the FreeBSD source. But I guess you did that for me ;-) > /usr/bin/passwd will be a real pain to use for a Web GUI as it > requires a pty, which means extensive "coding around it" to fake one up > for it a la poppassd. I thought PAM was going to solve this for me, > because of the "password management" function designed in... only it > appears so far that no PAM method which implements local password > changing actually exists on FreeBSD. What a mess. > CGIpaf supports FreeBSD without pam basically it runs "pwd_mkdb" to update the password. If you need c functions to update a password the source might be useful to you. http://staf.patat.org/cgipaf/ -- Staf Wagemakers email: staf@patat.org homepage: http://staf.patat.org From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 04:07:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8DAF16A4D1 for ; Thu, 11 Dec 2003 04:07:05 -0800 (PST) Received: from apache04.the-ecorp.com (apache04.the-ecorp.com [212.190.132.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DEFC43D2D for ; Thu, 11 Dec 2003 04:06:58 -0800 (PST) (envelope-from staf.wagemakers@belgacom.net) Received: from staflaptop (unknown [10.67.50.201]) by apache04.the-ecorp.com (Postfix) with ESMTP id 604E2510; Thu, 11 Dec 2003 10:53:39 +0100 (CET) Received: by staflaptop (Postfix, from userid 1005) id C8521833B; Thu, 11 Dec 2003 11:05:20 +0100 (CET) Date: Thu, 11 Dec 2003 11:05:20 +0100 From: staf wagemakers To: hackers@freebsd.org Message-ID: <20031211100520.GA3181@staflaptop.antw.the-ecorp.com> Mail-Followup-To: hackers@freebsd.org References: <20031210170417.B21993@tikitechnologies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031210170417.B21993@tikitechnologies.com> User-Agent: Mutt/1.5.4i Subject: Re: Disillusioned with PAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 12:07:05 -0000 On Wed, Dec 10, 2003 at 05:04:17PM -1000, Clifton Royston wrote: > > I've been looking (and grepping) through the source of the PAM > modules in 4.8 and 4.9, to check how I should interface to a chauthtok > method. Not just the ones built and installed on the system, from > /usr/src/lib/libpam, but the whole Linux PAM directory in > /usr/src/contrib/libpam. > > Can it really be that pam_krb5 is the *only* PAM module supplied > which implements a working password change function? I see three dummy > versions (tacacs+ and the contrib pam_permit and pam_warn) and that > seems to be it. > Some time ago I've created CGIpaf, a web interface for changing a user's password, Autoreply and mail forwarding. The pam password changer didn't work on FreeBSD, I didn't dig in the FreeBSD source. But I guess you did that for me ;-) > /usr/bin/passwd will be a real pain to use for a Web GUI as it > requires a pty, which means extensive "coding around it" to fake one up > for it a la poppassd. I thought PAM was going to solve this for me, > because of the "password management" function designed in... only it > appears so far that no PAM method which implements local password > changing actually exists on FreeBSD. What a mess. > CGIpaf supports FreeBSD without pam basically it runs "pwd_mkdb" to update the password. If you need c functions to update a password the source might be useful to you. http://staf.patat.org/cgipaf/ -- Staf Wagemakers email: staf@patat.org homepage: http://staf.patat.org From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 06:38:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10CF116A4CF for ; Thu, 11 Dec 2003 06:38:06 -0800 (PST) Received: from mwinf0503.wanadoo.fr (smtp5.wanadoo.fr [193.252.22.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCAD143D1D for ; Thu, 11 Dec 2003 06:38:04 -0800 (PST) (envelope-from molter@tin.it) Received: from www.example.org (ANice-205-1-2-230.w81-53.abo.wanadoo.fr [81.53.50.230]) by mwinf0503.wanadoo.fr (SMTP Server) with SMTP id 53A1E68000B6 for ; Thu, 11 Dec 2003 15:38:03 +0100 (CET) Received: (qmail 50240 invoked by uid 1000); 11 Dec 2003 14:37:59 -0000 Date: Thu, 11 Dec 2003 15:37:59 +0100 From: Marco Molteni To: hackers@freebsd.org Message-ID: <20031211143758.GA48808@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: make installworld DESTDIR=foo troubles X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 14:38:06 -0000 Hi all, I have a -stable box on which I would like to compile 4.9-release, and install the 4.9 world on a different partition (so to be able to boot from that partition too). I think I want to do something similar to a release or to a cross-build, but somehow the make installworld step fails. /mnt/fbsd49 contains the 4.9-release sources, and nothing more /mnt/cdboot is the partition on which I would like to install the world I do the following: DESTDIR=/mnt/cdboot rm -r $DESTDIR/* cd /mnt/fbsd49/usr/src make buildworld # runs fine make buildkernel # runs fine make installworld DESTDIR=$DESTDIR, or env -i make installworld DESTDIR=$DESTDIR fails, end of output is -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /mnt/fbsd49/usr/src; make -f Makefile.inc1 install ===> share/info install -o root -g wheel -m 444 dir-tmpl /mnt/cdboot/usr/share/info/dir install:No such file or directory *** Error code 1 Stop in /mnt/fbsd49/usr/src/share/info. *** Error code 1 It seems that make cannot find the "install" utility??? what am I missing? I feel I should chroot in /mnt/fbsd49, but obviously this would require a previous installworld in /mnt/fbsd49.... thanks marco From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 07:19:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BA0F16A4CE for ; Thu, 11 Dec 2003 07:19:50 -0800 (PST) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48D7D43D2A for ; Thu, 11 Dec 2003 07:19:48 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])hBBFJhM73111; Fri, 12 Dec 2003 00:19:43 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20031211143758.GA48808@cobweb.example.org> References: <20031211143758.GA48808@cobweb.example.org> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20030322(IM144) Lines: 9 From: Makoto Matsushita To: molter@tin.it Date: Fri, 12 Dec 2003 00:19:41 +0900 Message-Id: <20031212001941A.matusita@jp.FreeBSD.org> cc: hackers@FreeBSD.org Subject: Re: make installworld DESTDIR=foo troubles X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 15:19:50 -0000 molter> what am I missing? It seems that you forget to set PATH environment variable. As you know, "env -i" does not pass any environment variable to child process if any other variables are explicitly set. -- - Makoto `MAR' Matsushita From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 07:48:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8818016A4CE for ; Thu, 11 Dec 2003 07:48:08 -0800 (PST) Received: from mwinf0801.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64EA443D2B for ; Thu, 11 Dec 2003 07:48:07 -0800 (PST) (envelope-from molter@tin.it) Received: from www.example.org (ANice-205-1-2-230.w81-53.abo.wanadoo.fr [81.53.50.230]) by mwinf0801.wanadoo.fr (SMTP Server) with SMTP id 2DB6B18000B8 for ; Thu, 11 Dec 2003 16:48:06 +0100 (CET) Received: (qmail 55110 invoked by uid 1000); 11 Dec 2003 15:48:02 -0000 Date: Thu, 11 Dec 2003 16:48:02 +0100 From: Marco Molteni To: Makoto Matsushita Message-ID: <20031211154802.GA52388@cobweb.example.org> References: <20031211143758.GA48808@cobweb.example.org> <20031212001941A.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031212001941A.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4.1i cc: hackers@FreeBSD.org Subject: Re: make installworld DESTDIR=foo troubles X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 15:48:08 -0000 Makoto Matsushita wrote [2003-12-12]: > > molter> what am I missing? > > It seems that you forget to set PATH environment variable. As you > know, "env -i" does not pass any environment variable to child process > if any other variables are explicitly set. Hi Makoto-san, if you look at my previous email: > make installworld DESTDIR=$DESTDIR, or > env -i make installworld DESTDIR=$DESTDIR I tried both with and without "env -i", the result is the same failure. Just to be sure: root@cobweb# which install /usr/bin/install root@cobweb# ls -l /usr/bin/install -r-xr-xr-x 1 root wheel 11888 Nov 25 22:57 /usr/bin/install* I also reset the root shell to csh, and simulate a full login with "su -". No change Marco From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 10:58:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD6CE16A4CE; Thu, 11 Dec 2003 10:58:26 -0800 (PST) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93B243D21; Thu, 11 Dec 2003 10:58:25 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id hBBIwP5Z002795; Thu, 11 Dec 2003 10:58:25 -0800 (PST) Received: from [10.1.1.193] (nfw2.codefab.com [66.234.138.66]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 3.0) with ESMTP id hBBIwOxO024844; Thu, 11 Dec 2003 10:58:25 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v606) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Thu, 11 Dec 2003 13:58:24 -0500 To: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org X-Mailer: Apple Mail (2.606) Subject: Re: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 18:58:26 -0000 On Dec 11, 2003, at 12:01 AM, Robert Watson wrote: > [ ... ] > Actually, the thing I use swap for most now is to make sure I can > allocate > large temporary file systems without consuming excessive kernel address > space. I.e., I'll often create a 512mb swap-backed md device for /tmp, > and make sure I have enough swap to fully back it and everything else, > even though the chances are I won't touch it in normal operation. I > just > don't want to run out in the event something does need it... I first saw this implemented under Solaris via the "tmpfs" filesystem mount type, and I agree with you that it tends to function quite well. By the time Solaris transitioned from 2.6 to 2.7 (aka Solaris 7), having /tmp be memory-based was the default system configuration, and I would like to see FreeBSD pursue the same course. I seem to recall that Solaris sets the paging priority of processes higher than tmpfs so that the system will write out of the contents of the memory-based filesystem rather than reducing process working sets if the system encounters memory pressure. I'm not sure to what extent this is applicable to FreeBSD's md device. Also, will FreeBSD double-buffer md based devices if it does need to scribble their contents to disk, or is something like what Mach calls a "unified buffer cache" available? -- -Chuck From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 11:08:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A2216A4CE for ; Thu, 11 Dec 2003 11:08:08 -0800 (PST) Received: from oasis.uptsoft.com (oasis.uptsoft.com [217.20.165.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA6643D2E for ; Thu, 11 Dec 2003 11:08:06 -0800 (PST) (envelope-from devnull@oasis.uptsoft.com) Received: (from devnull@localhost) by oasis.uptsoft.com (8.11.6/linuxconf) id hBBJ85619316 for freebsd-hackers@freebsd.org; Thu, 11 Dec 2003 21:08:05 +0200 Date: Thu, 11 Dec 2003 21:08:05 +0200 From: Sergey Lyubka To: freebsd-hackers@freebsd.org Message-ID: <20031211210805.A19146@oasis.uptsoft.com> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-OS: FreeBSD 4.5-STABLE Subject: etherboot & 5.x kernels X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 19:08:09 -0000 not sure is it the correct list to ask, but let give it a try. I was using etherboot to boot the diskless station. The kernel copied over the network find, but then I saw no kernel messages on the console. I put some debug messages into etherboot code, confirmed that kernel was actually called. It was called, and I saw NFS requests from the machine, so the kernel actually booted, but in some reason refused to output to the console. 4.x kernels behave fine. If somebody knows the solution for the issue, please let me know. I have started digging into etherboot code. It fills out and passes struct bootinfo to the kernel. Are there any changes for the interpretation of boot parameters since 4.x kernels ? thanks. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 14:30:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4446216A4CE for ; Thu, 11 Dec 2003 14:30:37 -0800 (PST) Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCCF043E7B for ; Thu, 11 Dec 2003 14:30:33 -0800 (PST) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.162.49]) by lakemtao01.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20031211223033.DULH23168.lakemtao01.cox.net@mail.halplant.com> for ; Thu, 11 Dec 2003 17:30:33 -0500 Received: by mail.halplant.com (Postfix, from userid 1001) id 88BACBD; Thu, 11 Dec 2003 17:30:32 -0500 (EST) Date: Thu, 11 Dec 2003 17:30:32 -0500 From: Andrew J Caines To: freebsd-hackers@freebsd.org Message-ID: <20031211223032.GB58324@hal9000.halplant.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.5.1i Subject: Default mfs/md fs on /tmp (Was: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 22:30:37 -0000 Charles Swiger opined: > By the time Solaris transitioned from 2.6 to 2.7 (aka Solaris 7), > having /tmp be memory-based was the default system configuration, and I > would like to see FreeBSD pursue the same course. Seconded. I've been using mfs for /tmp since way back (3.x? 2.x?) and on 5.x (which is configured the same way, but implimented differently) in recent times and have found it to be nothing but useful and stable, speeding up numerous things while never obviously significantly impacting overall performance. One reason for this is that unlike the default all-users-may-swamp-the-vm on Solaris, I limit the size of the mfs to a "small" (relative to RAM) one. If implimented, please default to a sensible size, preferably a small fraction of RAM down to a sane minimum (1 MB). It also avoids the newbie /tmp-on-/ problem. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 14:39:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA45416A4D5 for ; Thu, 11 Dec 2003 14:39:28 -0800 (PST) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E0643E39 for ; Thu, 11 Dec 2003 14:22:25 -0800 (PST) (envelope-from D.Rock@t-online.de) Received: from fwd08.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1AUZCS-0000ET-03; Thu, 11 Dec 2003 23:22:24 +0100 Received: from dialin.t-online.de (VrmbV0ZQgelrBpAX5vk79IVAgTrefgL94O-WT6pSu1AFp8yX2bJn8M@[217.234.80.131]) by fwd08.sul.t-online.com with esmtp id 1AUZCJ-0oTIZ60; Thu, 11 Dec 2003 23:22:15 +0100 Received: from t-online.de (doom [172.23.7.254])hBBMM68f094987 for ; Thu, 11 Dec 2003 23:22:06 +0100 (CET) Message-ID: <3FD8EE0E.7030608@t-online.de> Date: Thu, 11 Dec 2003 23:22:06 +0100 From: D.Rock@t-online.de (Daniel Rock) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.5) Gecko/20031007 X-Accept-Language: de-at, de, en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------080204010200040101060603" X-Spam-Status: No, hits=0.0 required=3.5 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on server X-Seen: false X-ID: VrmbV0ZQgelrBpAX5vk79IVAgTrefgL94O-WT6pSu1AFp8yX2bJn8M Subject: Slow User-PPP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 22:39:29 -0000 This is a multi-part message in MIME format. --------------080204010200040101060603 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I noticed for some time now a relatively high CPU usage of the user level ppp even on slow links. On my ADSL line (768/128) ppp consumes up to 20% CPU time (AMD K6-2 300MHz). I trussed the process and noticed, that it calls getprotobynumber() for each packet it receives. In most cases, the result from this call isn't used at all - only with debugging enabled or on errors. getprotobynumber() scans /etc/protocols - or even more expensive functions if NSS is involved. Below is a patch which reduces the getprotobynumber() calls, so they only get called if there is log output at all. With this patch, the CPU usage dropped from 20% to under 3% (on my full blown ADSL link) Daniel --------------080204010200040101060603 Content-Type: text/plain; name="ppp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ppp.diff" Index: usr.sbin/ppp/ip.c =================================================================== RCS file: /export/cvs/src/usr.sbin/ppp/ip.c,v retrieving revision 1.100 diff -u -r1.100 ip.c --- usr.sbin/ppp/ip.c 26 Mar 2003 02:27:32 -0000 1.100 +++ usr.sbin/ppp/ip.c 11 Dec 2003 22:20:27 -0000 @@ -161,6 +161,18 @@ } } +char *toprototxt(int cproto) +{ + static char prototxt[16]; + struct protoent *pe; + + if ((pe = getprotobynumber(cproto)) == NULL) + snprintf(prototxt, sizeof prototxt, "%d", cproto); + else + snprintf(prototxt, sizeof prototxt, "%s", pe->p_name); + return prototxt; +} + /* * Check a packet against the given filter * Returns 0 to accept the packet, non-zero to drop the packet. @@ -187,8 +199,7 @@ int match; /* true if condition matched */ int mindata; /* minimum data size or zero */ const struct filterent *fp = filter->rule; - char dbuff[100], dstip[16], prototxt[16]; - struct protoent *pe; + char dbuff[100], dstip[16]; struct ncpaddr srcaddr, dstaddr; const char *payload; /* IP payload */ int datalen; /* IP datagram length */ @@ -239,10 +250,6 @@ cproto = pip->ip_p; } - if ((pe = getprotobynumber(cproto)) == NULL) - snprintf(prototxt, sizeof prototxt, "%d", cproto); - else - snprintf(prototxt, sizeof prototxt, "%s", pe->p_name); gotinfo = estab = syn = finrst = didname = 0; sport = dport = 0; @@ -356,7 +363,7 @@ if (datalen < mindata) { log_Printf(LogFILTER, " error: proto %s must be at least" - " %d octets\n", prototxt, mindata); + " %d octets\n", toprototxt(cproto), mindata); return 1; } @@ -367,7 +374,8 @@ ", estab = %d, syn = %d, finrst = %d", estab, syn, finrst); } - log_Printf(LogDEBUG, " Filter: proto = %s, %s\n", prototxt, dbuff); + log_Printf(LogDEBUG, " Filter: proto = %s, %s\n", + toprototxt(cproto), dbuff); } gotinfo = 1; } @@ -424,7 +432,8 @@ if (log_IsKept(LogFILTER)) { snprintf(dstip, sizeof dstip, "%s", ncpaddr_ntoa(&dstaddr)); log_Printf(LogFILTER, "%sbound rule = %d accept %s " - "src = %s:%d dst = %s:%d\n", filter->name, n, prototxt, + "src = %s:%d dst = %s:%d\n", filter->name, n, + toprototxt(cproto), ncpaddr_ntoa(&srcaddr), sport, dstip, dport); } } @@ -434,7 +443,7 @@ snprintf(dstip, sizeof dstip, "%s", ncpaddr_ntoa(&dstaddr)); log_Printf(LogFILTER, "%sbound rule = %d deny %s src = %s/%d dst = %s/%d\n", - filter->name, n, prototxt, + filter->name, n, toprototxt(cproto), ncpaddr_ntoa(&srcaddr), sport, dstip, dport); } return 1; @@ -450,7 +459,7 @@ snprintf(dstip, sizeof dstip, "%s", ncpaddr_ntoa(&dstaddr)); log_Printf(LogFILTER, "%sbound rule = implicit deny %s src = %s/%d dst = %s/%d\n", - filter->name, prototxt, ncpaddr_ntoa(&srcaddr), sport, + filter->name, toprototxt(cproto), ncpaddr_ntoa(&srcaddr), sport, dstip, dport); } --------------080204010200040101060603-- From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 22:17:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03EDE16A4CE; Thu, 11 Dec 2003 22:17:35 -0800 (PST) Received: from swin.edu.au (c3p0.cc.swin.edu.au [136.186.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02FD843D37; Thu, 11 Dec 2003 22:17:29 -0800 (PST) (envelope-from pvandenbergen@swin.edu.au) Received: from pvdbergen.caia.swin.edu.au (pvdbergen.caia.swin.edu.au [136.186.229.26]) by swin.edu.au (8.9.3p2-20030918/8.9.3) with ESMTP id RAA945514; Fri, 12 Dec 2003 17:17:27 +1100 (EST) From: paul van den bergen To: questions@freebsd.org Date: Fri, 12 Dec 2003 17:17:27 +1100 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312121717.27412.pvandenbergen@swin.edu.au> cc: hackers@freebsd.org Subject: howto upgrade 4.8 to 4.9 without cdrom or floppy? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 06:17:35 -0000 Hi... on freebsd-hackers, Alfred Perlstein posted a method that allows boot-disk-less installation... but it requires mdconfig, a 5.1 utility... is there a method to do this under 4.8? it seems to me that the job performed by md0 could be done with vn0 e.g. do # ls /dev/vn* if empty do # cd /dev # ./MAKEDEV vn0 # ./MAKEDEV vn1 # vnconfig vn0 /path/to/freebsd/4.9.iso # mount_cd9660 /dev/vn0c /path/to/freebsd4.9 or however you access the freebsd install iso disk the point being to get access to the /floppies/boot.flp image on the cdrom # vnconfig vn1 /path/to/freebsd4.9/floppies/boot.flp # mkdir /bootfloppy # mount_mfs /dev/vn1c /bootfloppy/ # cp /bootfloppy/kernel.gz /ikernel.gz # cp /bootfloppy/mfsroot.gz /mfsroot.gz then reboot as described... I am about to try this out... wish me luck! On Mon, 1 Dec 2003 07:18 pm, Alfred Perlstein wrote: > I have a mini-HOWTO here that possibly be automated. > > Basically we're going to install FreeBSD over FreeBSD without > a floppy, cdrom or pxe. > > This depends on a loader that's compatible with your kernel > so if really weird lockups happen, you might not be compatible. > > > Anyhow, here we go: > > > Download the boot.flp from the release you want to install. > > Mount it like so: > mdconfig -a -t vnode -f boot.flp > # should output something like 'md0' > mkdir -p /mnt > mount /dev/md0 /mnt > > Copy the yummy bits from the install image to your root: > cp /mnt/kernel.gz /ikernel.gz > cp /mnt/mfsroot.gz /mfsroot.gz > > Now reboot and interrupt the loader when it counts down the boot. > > Then type these commands into the loader: > unload kernel > load /ikernel > load -t mfs_root /mfsroot > set vfs.root.mountfrom > boot > > Now cross your fingers once you wipe the partitions out to reinstall... > > > It would be cool if this could be automated[1], perhaps by setting > the boot partition to the swap partition and setting it up temporarily > as a ufs filesystem and then... oh... well... > > [1] http://www.jerkcity.com/jerkcity1426.html -- Dr Paul van den Bergen Centre for Advanced Internet Architectures caia.swin.edu.au pvandenbergen@swin.edu.au IM:bulwynkl2002 "And some run up hill and down dale, knapping the chucky stones to pieces wi' hammers, like so many road makers run daft. They say it is to see how the world was made." Sir Walter Scott, St. Ronan's Well 1824 From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 22:25:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB7B16A4CE; Thu, 11 Dec 2003 22:25:58 -0800 (PST) Received: from swin.edu.au (c3p0.cc.swin.edu.au [136.186.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B45D43D36; Thu, 11 Dec 2003 22:25:56 -0800 (PST) (envelope-from pvandenbergen@swin.edu.au) Received: from pvdbergen.caia.swin.edu.au (pvdbergen.caia.swin.edu.au [136.186.229.26]) by swin.edu.au (8.9.3p2-20030918/8.9.3) with ESMTP id RAA946103; Fri, 12 Dec 2003 17:25:55 +1100 (EST) From: paul van den bergen To: FreeBSD-questions Date: Fri, 12 Dec 2003 17:25:55 +1100 User-Agent: KMail/1.5 References: <200312121717.27412.pvandenbergen@swin.edu.au> In-Reply-To: <200312121717.27412.pvandenbergen@swin.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312121725.55208.pvandenbergen@swin.edu.au> cc: hackers@freebsd.org Subject: Re: howto upgrade 4.8 to 4.9 without cdrom or floppy? ERROR X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 06:25:58 -0000 On Fri, 12 Dec 2003 05:17 pm, paul van den bergen wrote: > Hi... > snip... I stuffed up... > # vnconfig vn1 /path/to/freebsd4.9/floppies/boot.flp > # mkdir /bootfloppy > # mount_mfs /dev/vn1c /bootfloppy/ ^^^^^^^^^ does not work... try simply # mount /dev/vn1c /bootfloppy/ -- Dr Paul van den Bergen Centre for Advanced Internet Architectures caia.swin.edu.au pvandenbergen@swin.edu.au IM:bulwynkl2002 "And some run up hill and down dale, knapping the chucky stones to pieces wi' hammers, like so many road makers run daft. They say it is to see how the world was made." Sir Walter Scott, St. Ronan's Well 1824 From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 22:39:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 457D316A4CE; Thu, 11 Dec 2003 22:39:14 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1E343D3F; Thu, 11 Dec 2003 22:39:12 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id hBC6cwUd012110; Fri, 12 Dec 2003 01:38:58 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hBC6cw0s012107; Fri, 12 Dec 2003 01:38:58 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 12 Dec 2003 01:38:57 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: paul van den bergen In-Reply-To: <200312121717.27412.pvandenbergen@swin.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: questions@freebsd.org Subject: Re: howto upgrade 4.8 to 4.9 without cdrom or floppy? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 06:39:14 -0000 On Fri, 12 Dec 2003, paul van den bergen wrote: > on freebsd-hackers, Alfred Perlstein posted a method that allows > boot-disk-less installation... but it requires mdconfig, a 5.1 > utility... > > is there a method to do this under 4.8? > > it seems to me that the job performed by md0 could be done with vn0 e.g. If you're willing to build from the source tree, the buildworld/buildkernel/installkernel/reboot/installworld/mergemaster route is actually quite reliable. I just upgraded a 4.6 box to 4.9 a couple of days ago, remotely with no serial console, cdrom, or floppy, without a hitch. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research > > do > # ls /dev/vn* > if empty do > # cd /dev > # ./MAKEDEV vn0 > # ./MAKEDEV vn1 > # vnconfig vn0 /path/to/freebsd/4.9.iso > # mount_cd9660 /dev/vn0c /path/to/freebsd4.9 > > or however you access the freebsd install iso disk > the point being to get access to the /floppies/boot.flp image on the cdrom > > # vnconfig vn1 /path/to/freebsd4.9/floppies/boot.flp > # mkdir /bootfloppy > # mount_mfs /dev/vn1c /bootfloppy/ > # cp /bootfloppy/kernel.gz /ikernel.gz > # cp /bootfloppy/mfsroot.gz /mfsroot.gz > > then reboot as described... > > I am about to try this out... wish me luck! > > > On Mon, 1 Dec 2003 07:18 pm, Alfred Perlstein wrote: > > I have a mini-HOWTO here that possibly be automated. > > > > Basically we're going to install FreeBSD over FreeBSD without > > a floppy, cdrom or pxe. > > > > This depends on a loader that's compatible with your kernel > > so if really weird lockups happen, you might not be compatible. > > > > > > Anyhow, here we go: > > > > > > Download the boot.flp from the release you want to install. > > > > Mount it like so: > > mdconfig -a -t vnode -f boot.flp > > # should output something like 'md0' > > mkdir -p /mnt > > mount /dev/md0 /mnt > > > > Copy the yummy bits from the install image to your root: > > cp /mnt/kernel.gz /ikernel.gz > > cp /mnt/mfsroot.gz /mfsroot.gz > > > > Now reboot and interrupt the loader when it counts down the boot. > > > > Then type these commands into the loader: > > unload kernel > > load /ikernel > > load -t mfs_root /mfsroot > > set vfs.root.mountfrom > > boot > > > > Now cross your fingers once you wipe the partitions out to reinstall... > > > > > > It would be cool if this could be automated[1], perhaps by setting > > the boot partition to the swap partition and setting it up temporarily > > as a ufs filesystem and then... oh... well... > > > > [1] http://www.jerkcity.com/jerkcity1426.html > > > > -- > Dr Paul van den Bergen > Centre for Advanced Internet Architectures > caia.swin.edu.au > pvandenbergen@swin.edu.au > IM:bulwynkl2002 > "And some run up hill and down dale, knapping the chucky stones > to pieces wi' hammers, like so many road makers run daft. > They say it is to see how the world was made." > Sir Walter Scott, St. Ronan's Well 1824 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 11 23:01:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE2A316A4CE for ; Thu, 11 Dec 2003 23:01:50 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A050543D2D for ; Thu, 11 Dec 2003 23:01:48 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id hBC71bE7060477; Fri, 12 Dec 2003 17:31:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: staf wagemakers , hackers@freebsd.org Date: Fri, 12 Dec 2003 17:31:36 +1030 User-Agent: KMail/1.5.3 References: <20031210170417.B21993@tikitechnologies.com> <20031211100520.GA3181@staflaptop.antw.the-ecorp.com> In-Reply-To: <20031211100520.GA3181@staflaptop.antw.the-ecorp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312121731.36477.doconnor@gsoft.com.au> X-Spam-Score: -4.7 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Disillusioned with PAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 07:01:50 -0000 On Thursday 11 December 2003 20:35, staf wagemakers wrote: > > /usr/bin/passwd will be a real pain to use for a Web GUI as it > > requires a pty, which means extensive "coding around it" to fake one up > > for it a la poppassd. I thought PAM was going to solve this for me, > > because of the "password management" function designed in... only it > > appears so far that no PAM method which implements local password > > changing actually exists on FreeBSD. What a mess. > > CGIpaf supports FreeBSD without pam basically it runs "pwd_mkdb" to > update the password. If you need c functions to update a password the > source might be useful to you. http://staf.patat.org/cgipaf/ The 'pw' command can change passwords (among many other things) and it does not need a pty, eg.. echo newpassword | pw usermod foobar -h 0 In a CGI you would open a pipe to pw and feed it the password. -- 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 From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 08:38:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 359F716A4CE for ; Fri, 12 Dec 2003 08:38:26 -0800 (PST) Received: from sweeper.openet-telecom.com (mail.openet-telecom.com [62.17.151.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E1843D37 for ; Fri, 12 Dec 2003 08:38:13 -0800 (PST) (envelope-from petere@openet-telecom.com) Received: from mail.openet-telecom.com (unverified) by sweeper.openet-telecom.com ; Fri, 12 Dec 2003 16:39:00 +0000 Received: from openet-telecom.com (10.0.3.126) by mail.openet-telecom.com (NPlex 6.5.027) (authenticated as Peter@openet-telecom.com) id 3FC5D1A9000105F5; Fri, 12 Dec 2003 16:32:29 +0000 Message-ID: <3FD9EEA9.3060903@openet-telecom.com> Date: Fri, 12 Dec 2003 16:36:57 +0000 From: Peter Edwards User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031107 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Molteni References: <20031211143758.GA48808@cobweb.example.org> <20031212001941A.matusita@jp.FreeBSD.org> <20031211154802.GA52388@cobweb.example.org> In-Reply-To: <20031211154802.GA52388@cobweb.example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Makoto Matsushita cc: hackers@FreeBSD.org Subject: Re: make installworld DESTDIR=foo troubles X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 16:38:26 -0000 Marco Molteni wrote: >Makoto Matsushita wrote [2003-12-12]: > > >>molter> what am I missing? >> >>It seems that you forget to set PATH environment variable. As you >>know, "env -i" does not pass any environment variable to child process >>if any other variables are explicitly set. >> >> > >Hi Makoto-san, > >if you look at my previous email: > > > >>make installworld DESTDIR=$DESTDIR, or >>env -i make installworld DESTDIR=$DESTDIR >> >> > >I tried both with and without "env -i", the result is the same failure. > >Just to be sure: > >root@cobweb# which install >/usr/bin/install > >root@cobweb# ls -l /usr/bin/install >-r-xr-xr-x 1 root wheel 11888 Nov 25 22:57 /usr/bin/install* > >I also reset the root shell to csh, and simulate a full login with "su -". > >No change > >Marco > > Try env MAKEOBJDIRPREFIX=/usr/obj DESTDIR=$DESTDIR make installworld I suggested this before for a different problem, and it wasn't a solution, but this is the exact error that I got around by setting MAKEOBJDIRPREFIX explicitly. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 08:55:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4F6816A4CE for ; Fri, 12 Dec 2003 08:55:34 -0800 (PST) Received: from mwinf0604.wanadoo.fr (smtp6.wanadoo.fr [193.252.22.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C429143D1F for ; Fri, 12 Dec 2003 08:55:33 -0800 (PST) (envelope-from molter@tin.it) Received: from www.example.org (ANice-205-1-27-169.w81-251.abo.wanadoo.fr [81.251.15.169]) by mwinf0604.wanadoo.fr (SMTP Server) with SMTP id 2CB5828001F5 for ; Fri, 12 Dec 2003 17:55:32 +0100 (CET) Received: (qmail 619 invoked by uid 1000); 12 Dec 2003 16:55:30 -0000 Date: Fri, 12 Dec 2003 17:55:30 +0100 From: Marco Molteni To: Peter Edwards Message-ID: <20031212165530.GA264@cobweb.example.org> References: <20031211143758.GA48808@cobweb.example.org> <20031212001941A.matusita@jp.FreeBSD.org> <20031211154802.GA52388@cobweb.example.org> <3FD9EEA9.3060903@openet-telecom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FD9EEA9.3060903@openet-telecom.com> User-Agent: Mutt/1.4.1i cc: hackers@FreeBSD.org Subject: Re: make installworld DESTDIR=foo troubles X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 16:55:34 -0000 Peter Edwards wrote [2003-12-12]: [..] > >>make installworld DESTDIR=$DESTDIR, or > >>env -i make installworld DESTDIR=$DESTDIR [..] > Try > env MAKEOBJDIRPREFIX=/usr/obj DESTDIR=$DESTDIR make installworld > > I suggested this before for a different problem, and it wasn't a > solution, but this is the exact error that I got around by setting > MAKEOBJDIRPREFIX explicitly. Actually I was so annoyed by the failure that i traced it: ktrace make installworld DESTDIR=foo and I discovered that installworld wants an "install" under the obj/ directory (which makes sense). Turned out that I messed with the mount points of the fbsd49/usr/src directory, so "make" wasn't able to find "install" in the obj directory. I solved by doing rm -r /usr/obj make buildworld make installworld DESTDIR=foo without changing mount points in between ;-) but I guess that MAKEOBJDIRPREFIX would have done the trick. thanks Marco From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 10:08:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E54F16A4CE for ; Fri, 12 Dec 2003 10:08:21 -0800 (PST) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 054F143D45 for ; Fri, 12 Dec 2003 10:08:17 -0800 (PST) (envelope-from shawnwebb@softhome.net) Received: (qmail 8446 invoked by uid 417); 12 Dec 2003 18:08:16 -0000 Received: from charleston-.softhome.net (HELO softhome.net) (172.16.2.12) by shunt-smtp-out-0 with SMTP; 12 Dec 2003 18:08:16 -0000 Received: from 216.126.195.224 ([216.126.195.224]) (AUTH: PLAIN shawnwebb@softhome.net) by softhome.net with esmtp; Fri, 12 Dec 2003 11:08:14 -0700 From: Shawn Webb To: freebsd-hackers@freebsd.org Date: Fri, 12 Dec 2003 11:07:27 -0700 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312121107.27387.shawnwebb@softhome.net> Subject: recvfrom trouble X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 18:08:21 -0000 I'm intercepting recvfrom() so that I can make an IPS (Itrusion Prevention System). What it does (or will do) is check all incoming packets against a database (linked-list), and if it matches the database, disconnect the user and discard the packet. Here's what I have so far: static int hacked_recvfrom(struct proc *p, struct recvfrom_args *uap) { int retval; struct sockaddr_in client; caddr_t orig = NULL; int clisize; if (uap->from != NULL) orig = uap->from; uap->from = (caddr_t)&client; retval = recvfrom(p, uap); if (orig != NULL) copyout(&client, orig, sizeof(client)); if (orig != NULL) uap->from = orig; else uap->from = NULL; return retval; } // end of source snip it doesn't work with non-TCP sockets (where uap->from == NULL), when I try to ping google with the module loaded, I get: -su-2.05b# ping google.com ping: cannot resolve google.com: Host name lookup failure Why doesn't this code work? Thanks, Shawn Webb From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 12:38:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9107216A4CE for ; Fri, 12 Dec 2003 12:38:13 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9013143D1F for ; Fri, 12 Dec 2003 12:38:12 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id ED73E15438E; Fri, 12 Dec 2003 10:36:39 -1000 (HST) Date: Fri, 12 Dec 2003 10:36:38 -1000 From: Clifton Royston To: freebsd-hackers@freebsd.org Message-ID: <20031212103638.B3647@tikitechnologies.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031212200046.0E6A016A4D8@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031212200046.0E6A016A4D8@hub.freebsd.org>; 12:00:46PM -0800 Subject: Re: Default mfs/md fs on /tmp (Was: adding more ram X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 20:38:13 -0000 On Fri, Dec 12, 2003 at 12:00:46PM -0800, freebsd-hackers-request@freebsd.org wrote: > Date: Thu, 11 Dec 2003 17:30:32 -0500 > From: Andrew J Caines > > Charles Swiger opined: > > By the time Solaris transitioned from 2.6 to 2.7 (aka Solaris 7), > > having /tmp be memory-based was the default system configuration, and I > > would like to see FreeBSD pursue the same course. > > Seconded. > > I've been using mfs for /tmp since way back (3.x? 2.x?) and on 5.x (which > is configured the same way, but implimented differently) in recent times > and have found it to be nothing but useful and stable, speeding up > numerous things while never obviously significantly impacting overall > performance. I agree with the idea. The late lamented BSD/OS also did this on the default install, from version 1.1 or thereabouts, and it worked very well for typical use. I think it would work well for the typical new FreeBSD user. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 12:43:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FEEF16A4CE for ; Fri, 12 Dec 2003 12:43:05 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73DCC43D1D for ; Fri, 12 Dec 2003 12:43:04 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 2066815459A; Fri, 12 Dec 2003 10:42:38 -1000 (HST) Date: Fri, 12 Dec 2003 10:42:37 -1000 From: Clifton Royston To: freebsd-hackers@freebsd.org Message-ID: <20031212104237.C3647@tikitechnologies.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031212200046.0E6A016A4D8@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031212200046.0E6A016A4D8@hub.freebsd.org>; 12:00:46PM -0800 Subject: Re: Disillusioned with PAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 20:43:05 -0000 On Fri, Dec 12, 2003 at 12:00:46PM -0800, freebsd-hackers-request@freebsd.org wrote: > Date: Fri, 12 Dec 2003 17:31:36 +1030 > From: "Daniel O'Connor" > Subject: Re: Disillusioned with PAM > On Thursday 11 December 2003 20:35, staf wagemakers wrote: > > > /usr/bin/passwd will be a real pain to use for a Web GUI as it > > > requires a pty, which means extensive "coding around it" to fake one up > > > for it a la poppassd. I thought PAM was going to solve this for me, > > > because of the "password management" function designed in... only it > > > appears so far that no PAM method which implements local password > > > changing actually exists on FreeBSD. What a mess. > > > > CGIpaf supports FreeBSD without pam basically it runs "pwd_mkdb" to > > update the password. If you need c functions to update a password the > > source might be useful to you. http://staf.patat.org/cgipaf/ > > The 'pw' command can change passwords (among many other things) and it does > not need a pty, eg.. > echo newpassword | pw usermod foobar -h 0 Thanks for taking the time for the note. One of my co-workers suggested pw to me the previous evening, and I discovered the -h option in the man page. I had my CGI working to do password changes before the end of the evening, so I can confirm that this solution works fine! > In a CGI you would open a pipe to pw and feed it the password. It's just a hair trickier, because you presumably don't want your CGI to run as root, nor to have pw be suid - but a tiny suid wrapper in Perl with thorough parameter and taint checking took care of that. Just recording the solution for the archives. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 14:32:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C788616A4CE; Fri, 12 Dec 2003 14:32:45 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12A5143D09; Fri, 12 Dec 2003 14:32:43 -0800 (PST) (envelope-from ljwu@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Fri, 12 Dec 2003 17:32:41 -0500 Message-ID: From: Loh John Wu To: "'freebsd-current@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Date: Fri, 12 Dec 2003 17:32:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: support for .tgz packages on 5.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 22:32:45 -0000 Hello, It seems on 5.x that the support for .tgz packages is limited. You can do a pkg_add for a local .tgz file but pkg_add -r or pkg_add with a URL (i.e. ftp://) path specifiedwould not work because it automatically assumes the packages are of the .tbz variety and tries to uncompress it as a bzip file. I was just wondering if there was a plan/timeline to add full support for .tgz packages because in the code, there are comments about adding support for tgz files. /* XXX: need to handle .tgz also */. Also has anyone modified the code on their system to support .tgz packages? Thanks in advance, John From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 12 15:47:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3DF216A4CE; Fri, 12 Dec 2003 15:47:17 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A6043D1D; Fri, 12 Dec 2003 15:47:16 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id hBCNlFkX035812; Fri, 12 Dec 2003 15:47:15 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3FDA5383.3070909@acm.org> Date: Fri, 12 Dec 2003 15:47:15 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Loh John Wu References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "'freebsd-hackers@freebsd.org'" cc: "'freebsd-current@freebsd.org'" Subject: Re: support for .tgz packages on 5.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2003 23:47:18 -0000 Loh John Wu wrote: > You can do a pkg_add for a local .tgz file but pkg_add -r or > pkg_add with a URL (i.e. ftp://) path specifiedwould not work because > it automatically assumes the packages are of the .tbz variety and tries > to uncompress it as a bzip file. Yep. I've been working on a rewrite of pkg_add for about six months now. I'm making steady progress and hope to have something stable and testable early next year. > I was just wondering if there was a plan/timeline to add full support for > .tgz packages > because in the code, there are comments about adding support for tgz files. > /* XXX: need to handle .tgz also */. > Also has anyone modified the code on their system to support .tgz packages? The new pkg_add I'm working on should be an exact drop-in replacement for the current one, with a few major new features: * On-the-fly extraction. No temporary directory will be needed. The new pkg_add analyzes the package and extracts files directly to their final location. This allows you to extract packages from stdin, for instance, and nearly triples the speed. * Automatic format detection. It will "just work" with tgz and tbz packages (and be easily extended to any other variant someone may decide they need). The format detection works the same whether you're reading the package from a file, URL, or stdin. * As part of this project, I'm building a robust library for handling tar archives. As a result, we may also get a new 'tar' implementation in the bargain. Despite a serious lack of time, I am making steady progress. My goal is to have a version that's stable enough for testing early next year (February?). I'll be announcing it on -current when it's ready. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 13 11:39:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39C3916A4D1; Sat, 13 Dec 2003 11:39:35 -0800 (PST) Received: from artax.karlin.mff.cuni.cz (artax.karlin.mff.cuni.cz [195.113.31.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E4E43E04; Sat, 13 Dec 2003 11:33:07 -0800 (PST) (envelope-from mikulas@artax.karlin.mff.cuni.cz) Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421) id A51CD3F12; Sat, 13 Dec 2003 20:32:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id A4AC53F10; Sat, 13 Dec 2003 20:32:14 +0100 (CET) Date: Sat, 13 Dec 2003 20:32:14 +0100 (CET) From: Mikulas Patocka To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-smp@freebsd.org Subject: Hyperthreading crashes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2003 19:39:35 -0000 Hi I use FreeBSD-4.9-RC1 on a machine with hyperthreading (it seems that hyperthreading support was ripped out of final 4.9 release --- why?) I get random SIGBUSes when compiling (once I got SIGSEGV too). When I compile only with make -j 1, I get no errors. Is it known problem with FreeBSD? Or does it mean that the machine is bad? How can I find what's the reason for particular SIGBUS signal --- what did the program wrong? Mikulas From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 13 13:56:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A99EC16A50F; Sat, 13 Dec 2003 13:56:29 -0800 (PST) Received: from artax.karlin.mff.cuni.cz (artax.karlin.mff.cuni.cz [195.113.31.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id F167C43E36; Sat, 13 Dec 2003 13:53:37 -0800 (PST) (envelope-from mikulas@artax.karlin.mff.cuni.cz) Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421) id E69B63F0C; Sat, 13 Dec 2003 22:53:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id E61F73EA8; Sat, 13 Dec 2003 22:53:31 +0100 (CET) Date: Sat, 13 Dec 2003 22:53:31 +0100 (CET) From: Mikulas Patocka To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-smp@freebsd.org Subject: Re: Hyperthreading crashes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2003 21:56:29 -0000 > Hi > > I use FreeBSD-4.9-RC1 on a machine with hyperthreading (it seems that > hyperthreading support was ripped out of final 4.9 release --- why?) > > I get random SIGBUSes when compiling (once I got SIGSEGV too). When I > compile only with make -j 1, I get no errors. Is it known problem with > FreeBSD? Or does it mean that the machine is bad? > > How can I find what's the reason for particular SIGBUS signal --- what did > the program wrong? I found that it is caused by bogus aligment exceptions, when i modified the kernel this way, it works (and programs don't crash): Does anybody have a clue why this happens? --- ../sys-49/i386/i386/trap.c Thu Feb 27 19:09:59 2003 +++ i386/i386/trap.c Sat Dec 13 22:33:48 2003 @@ -290,6 +290,11 @@ type = frame.tf_trapno; code = frame.tf_err; + if (type == T_ALIGNFLT) { + printf("Bogus alignment check exception!\n"); + return; + } + if (in_vm86call) { if (frame.tf_eflags & PSL_VM && (type == T_PROTFLT || type == T_STKFLT)) { Mikulas