From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 05:05: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 D955C37B401 for ; Sun, 11 May 2003 05:05:10 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 7569743FA3 for ; Sun, 11 May 2003 05:05:09 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 20476 invoked by uid 65534); 11 May 2003 12:05:08 -0000 Received: from cvpn016.gwdg.de (EHLO gmx.net) (134.76.22.16) by mail.gmx.net (mp002-rz3) with SMTP; 11 May 2003 14:05:08 +0200 Message-ID: <3EBE3CB4.1000401@gmx.net> Date: Sun, 11 May 2003 14:06:12 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: ticso@cicely.de References: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> <3EBD2F95.9090807@gmx.net> <20030511005127.GD1922@cicely9.cicely.de> In-Reply-To: <20030511005127.GD1922@cicely9.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: "Yevmenkin, Maksim" Subject: Re: USB link cable? 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, 11 May 2003 12:05:11 -0000 Bernd Walter wrote: > > > I really doubt that the udbp driver is guilty of this. > An USB driver has no chance to break a device permanently by accident > unless it has a very broken design. > > What does FreeBSD tell you now on probing the device? > The working end results in: ugen0: Prolific Technology Inc. PL2301 Host-Host interface, rev 1.00/0.00, addr 2 The kaputt end results in: ugen0: at uhub0 port 1 (addr 2) disconnected ugen0: detached uhub0: device problem, disabling port 1 Linux is a bit more elaborative on error reporting: hub.c: new USB device 00:02.3-1.1, assigned address 5 usb.c: USB device not accepting new address=5 (error=-32) hub.c: new USB device 00:02.3-1.1, assigned address 6 usb.c: USB device not accepting new address=6 (error=-32) It looks really as if the IO drivers on this end are burned. Unfortunately the device is one of those melded in soft PVC kind of, so I can't open it for further investigation. Hmm I may try anyway with a knife out of couriosity... It certainly started during the experimentation on the BSD side. But I did feed all data through udbp0: and never used ugen0 devices. It's really just a bit curious now. From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 05:30: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 DA2AC37B401 for ; Sun, 11 May 2003 05:30:50 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CAEE43FE3 for ; Sun, 11 May 2003 05:30:49 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h4BCUVrN094414 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 11 May 2003 14:30:44 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h4BCUPms000714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 May 2003 14:30:26 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.9) with ESMTP id h4BCULRw003681; Sun, 11 May 2003 14:30:23 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h4BCUIE0003680; Sun, 11 May 2003 14:30:19 +0200 (CEST) (envelope-from ticso) Date: Sun, 11 May 2003 14:30:17 +0200 From: Bernd Walter To: Marcin Dalecki Message-ID: <20030511123016.GG1922@cicely9.cicely.de> References: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> <3EBD2F95.9090807@gmx.net> <20030511005127.GD1922@cicely9.cicely.de> <3EBE3CB4.1000401@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EBE3CB4.1000401@gmx.net> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de cc: "Yevmenkin, Maksim" Subject: Re: USB link cable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 12:30:51 -0000 On Sun, May 11, 2003 at 02:06:12PM +0200, Marcin Dalecki wrote: > Bernd Walter wrote: > >I really doubt that the udbp driver is guilty of this. > >An USB driver has no chance to break a device permanently by accident > >unless it has a very broken design. > > > >What does FreeBSD tell you now on probing the device? > > > > The working end results in: > > ugen0: Prolific Technology Inc. PL2301 Host-Host interface, rev 1.00/0.00, > addr 2 > > The kaputt end results in: > > ugen0: at uhub0 port 1 (addr 2) disconnected > ugen0: detached > uhub0: device problem, disabling port 1 > > Linux is a bit more elaborative on error reporting: FreeBSD requires USB_DEBUG for this kind of message. > hub.c: new USB device 00:02.3-1.1, assigned address 5 > usb.c: USB device not accepting new address=5 (error=-32) > hub.c: new USB device 00:02.3-1.1, assigned address 6 > usb.c: USB device not accepting new address=6 (error=-32) > > It looks really as if the IO drivers on this end are burned. You may want to check with FreeBSD and USB_DEBUG again, as setting a new adress is not the first communication with the device (at least with FreeBSD). > Unfortunately the device is one of those melded in soft PVC kind of, so > I can't open it for further investigation. Hmm I may try anyway with a knife > out of couriosity... It certainly started during the experimentation > on the BSD side. But I did feed all data through udbp0: and never used > ugen0 devices. > > It's really just a bit curious now. Basicly the device is powered from the USB bus - of which there are two. It's quite possible that the vendor of your device failed to handle that situation correctly. Basicly it's possible to get an enourmous overvoltage if the +5V line gets connected before GND and your devices have different GND bases. Unless the vendor put the required overvoltage protection circuits into that device and they tried to take power from both sides it's strictly not hot-plug-able. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 08:10: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 48A4237B401 for ; Sun, 11 May 2003 08:10:24 -0700 (PDT) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6244743FDD for ; Sun, 11 May 2003 08:10:22 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id h5BFA3fZ023715; Sun, 11 May 2003 18:10:03 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.12.8p1/8.12.8) id h4BF8D7N002156; Sun, 11 May 2003 18:08:13 +0300 (EEST) (envelope-from netch) Date: Sun, 11 May 2003 18:08:13 +0300 From: Valentin Nechayev To: Giorgos Keramidas Message-ID: <20030511150813.GB405@iv.nn.kiev.ua> References: <20030503204938.GA3907@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030503204938.GA3907@gothmog.gr> X-42: On Organization: Dark side of coredump cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications 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, 11 May 2003 15:10:24 -0000 Sat, May 03, 2003 at 23:49:38, keramida (Giorgos Keramidas) wrote about "Periodic email about security notifications": GK> A friend asked me a while ago on IRC if it was possible to receive GK> periodic email notifications with new security advisories. GK> The following script for /etc/periodic/security implements exactly this GK> idea. It depends on lynx(1) to run, which isn't part of the base GK> system, so I'm not sure if it's ok to add it to the base system at all. GK> Here it is for anyone who might find it useful though: It has the huge administrative disadvantage: it triggers notification for "something being happened in security area" before advisory is sent via official channels. It is good for crackers (which, of course, use this possibility for many years and automated it for a long time), but bad for usual admins. OTOH, it notifies later than :0H * ^Sender: owner-cvs-all@freebsd.org * ^X-FreeBSD-CVS-Branch: RELENG_[0-9]_ ! mail_to_pager --prefix='fixing releng, check for security issues!' and hence is much less useful than cvs-all. -netch- From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 09:25: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 5533237B401 for ; Sun, 11 May 2003 09:25:29 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEF243FCB for ; Sun, 11 May 2003 09:25:28 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Sun, 11 May 2003 12:25:28 -0400 Message-ID: From: Don Bowman To: 'Bruce M Simpson' , Don Bowman Date: Sun, 11 May 2003 12:25:27 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-hackers@freebsd.org'" Subject: RE: programming system bios under bsd? 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, 11 May 2003 16:25:29 -0000 From: Bruce M Simpson [mailto:bms@spc.org] > Don, > > On Sat, May 10, 2003 at 04:04:19PM -0400, Don Bowman wrote: > > i'm looking @ writing a program to re-flash the > > system bios on my supermicro x5dpr motherboard. > > This system has a 512KB bios. Some of the bios > > is mapped to 0xf0000 for 64KB. How do I go about > > determining where the rest of the bios is mapped? > > > > memcontrol list doesn't provide any hints. > > What you are asking is anything but simple. This is something > which I've > scratched my head over quite a bit. > Thanks for the feedback. I've figured out the write protect and the programming algorithm (the board uses an intel fwh4, 82802ab). You've given me an idea, I think the BIOS must be mapped via LPC into PCI space, and the ICH3 must have an address window for it for my board, i will investigate that. --don From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 13:19: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 E1FE137B401 for ; Sun, 11 May 2003 13:19:48 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85CF843FEA for ; Sun, 11 May 2003 13:19:47 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 16333530E; Sun, 11 May 2003 22:19:46 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Jeremy References: <20030508091054.GA6640@cirb503493.alcatel.com.au> From: Dag-Erling Smorgrav Date: Sun, 11 May 2003 22:19:45 +0200 In-Reply-To: <20030508091054.GA6640@cirb503493.alcatel.com.au> (Peter Jeremy's message of "Thu, 8 May 2003 19:10:54 +1000") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: What are .1 files in /usr/src? 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, 11 May 2003 20:19:49 -0000 Peter Jeremy writes: > groff -man /usr/src/bin/dd/dd.1 > dd.ps > gzcat /usr/share/man/man1/dd.1.gz | groff -man > dd.ps we use -mdoc, not -man. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 14:49: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 E638D37B401 for ; Sun, 11 May 2003 14:49:24 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A4EE43F85 for ; Sun, 11 May 2003 14:49:24 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Sun, 11 May 2003 17:49:23 -0400 Message-ID: From: Don Bowman To: 'Bruce M Simpson' , Don Bowman Date: Sun, 11 May 2003 17:49:21 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-hackers@freebsd.org'" Subject: RE: programming system bios under bsd? 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, 11 May 2003 21:49:25 -0000 Re: programming system bios under freebsd. I got this working. If anyone is interested in the code, email me and I'll send it to you. I only tried it on supermicro x5dpr-8g2, but I suspect it will likely work on any ICH3-based board with an FWH4 flash. (eg e7501 chipset in this case). --don From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 15:56: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 EB27A37B401 for ; Sun, 11 May 2003 15:56:55 -0700 (PDT) Received: from foem.leiden.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA1D43FEA for ; Sun, 11 May 2003 15:56:49 -0700 (PDT) (envelope-from dirkx@webweaving.org) Received: from foem (IDENT:chuckwebweaving.org@foem [10.11.0.2]) h4BMumv7031973 for ; Mon, 12 May 2003 00:56:48 +0200 (CEST) (envelope-from dirkx@webweaving.org) Date: Mon, 12 May 2003 00:56:48 +0200 (CEST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@foem To: freebsd-hackers@freebsd.org Message-ID: <20030512005003.I14032-100000@foem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: wi(4)/mini-PCI senao / not always initialized on boot. 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, 11 May 2003 22:56:56 -0000 With a mini-PCI formfactor wi(4) card (Senao) I am seeing wi0: mem 0xa0000000-0xa0000fff irq 10 at device 16.0 on pci0 wi0: CSR_READ_2(WI_HFA384X_SWSUPPORT0_OFF) wanted 18989, got 65535 device_probe_and_attach: wi0 attach returned 6 on roughly 4 out of very 5 reboots. A few extra reboot/powercycles seems to get me past it. Long/short/cold/warm resets or reboots seem not to clearly affect when one gets through successfully. I already tried adding some of the COR reset code (bit 7) to the native PCI branch in wi_pci_attach() but to no avail sofar. Any suggestion as to what this might be - and/or where I should look ? Thanks, Dw From owner-freebsd-hackers@FreeBSD.ORG Sun May 11 16:52: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 2713E37B401 for ; Sun, 11 May 2003 16:52:22 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DD5BD43FB1 for ; Sun, 11 May 2003 16:52:20 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 2980 invoked by uid 65534); 11 May 2003 23:52:19 -0000 Received: from cvpn016.gwdg.de (EHLO gmx.net) (134.76.22.16) by mail.gmx.net (mp018-rz3) with SMTP; 12 May 2003 01:52:19 +0200 Message-ID: <3EBEE274.20105@gmx.net> Date: Mon, 12 May 2003 01:53:24 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: ticso@cicely.de References: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> <3EBD2F95.9090807@gmx.net> <20030511005127.GD1922@cicely9.cicely.de> <3EBE3CB4.1000401@gmx.net> <20030511123016.GG1922@cicely9.cicely.de> In-Reply-To: <20030511123016.GG1922@cicely9.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: "Yevmenkin, Maksim" Subject: Re: USB link cable? 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, 11 May 2003 23:52:22 -0000 Bernd Walter wrote: > > Basicly the device is powered from the USB bus - of which there are > two. > It's quite possible that the vendor of your device failed to handle > that situation correctly. > Basicly it's possible to get an enourmous overvoltage if the +5V line > gets connected before GND and your devices have different GND bases. > Unless the vendor put the required overvoltage protection circuits into > that device and they tried to take power from both sides it's strictly > not hot-plug-able. > OK. After a good half our of cutting through plastic I was able to get a view of the pannel. There are just the 12MHz osc. the main chip and two huge diodes there. And a bunch of passvie elements as usual... There are two spare soldering places for transistors or maybe voltage stabilizators... As much or better as few as I understand from electronics two diodes are of course not enough to provide the necessary electrical overload protection. So I will assume thet your guess is very likely to be right. Thanks for the educated explanation. It was just my experimenting which simply made the accident waiting to happen actually occur. Now my curiousity is satisfyed and I will just have to by a new device... From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 05:43: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 AF82237B401; Mon, 12 May 2003 05:43:09 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B6C743FDD; Mon, 12 May 2003 05:43:08 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id F2A9361D0; Mon, 12 May 2003 14:43:01 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 798A77947; Mon, 12 May 2003 14:42:55 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 416A9138D4; Mon, 12 May 2003 14:43:05 +0200 (CEST) Date: Mon, 12 May 2003 14:43:05 +0200 From: Daniel Lang To: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Message-ID: <20030512124304.GC21837@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="1sNVjLsmu1MXqwQ/" Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i Subject: Chance for FreeBSD ADSM/TSM client from Tivoli/IBM 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, 12 May 2003 12:43:10 -0000 --1sNVjLsmu1MXqwQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, in the past there have been discussions and demand for a *BSD client for TSM. To my best knowledge there is no=20 such client. In practice Linux and SCO clients have been abused partially using dirty tricks (like NFS loop mounts) to get it running. Now, our computing centre is negotiating a new contract, which makes it possible to get a FreeBSD (or *BSD) TSM client developed. _BUT_ this will only be successful, if we can show that there is sufficient demand overall. So everybody, who would have interest in a TSM BSD client, _please_ send me a short email about your demand, like [..] We are Organisation/Company $ABC, and we would benefit from BSD clients. Our demand would be around $xyz clients. [..] This would be _very_ helpful. Please also forward this request to any other potential BSD and TSM users (possibly appropriate Net/Open BSD lists?) Thanks in advance. Best regards, Daniel Lang --=20 IRCnet: Mr-Spock - Agartim billiard bumba m'abdul in papejim twista=20 - rumba rock n rolla. Leik'ab mai. Spirzon Heroin se'osit gaula. - - Marijuana esit gaula. Haschisch. Opis. -=20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --1sNVjLsmu1MXqwQ/ Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MTIxMjQzMDRaMCMGCSqGSIb3DQEJBDEWBBSpuipYMnV6NQg/ZwZ8YPVdDYqW2DBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgEOHEO4uVnpw XW8gFTOuEdzN3NJUKeUp7Ye2X4JE4kD3J4UHl3lcew7wPrppNQs1baUQwDZ3XgE0Jr69I7j0 mjGx5+8DX8aRa5NbAC5J6cVqKVBU7PJsvXaHJeEvcE9uSolgaMgjFJiRHubJ4SI5xjWmYaHK IM7QtM4Fpvxc25tY --1sNVjLsmu1MXqwQ/-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 05:55: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 9255737B401; Mon, 12 May 2003 05:55:00 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76B8643FDD; Mon, 12 May 2003 05:54:59 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from [10.0.0.2] (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h4CCsmUU062558; Mon, 12 May 2003 14:54:52 +0200 Date: Mon, 12 May 2003 14:54:47 +0200 (CEST) From: Lukas Ertl To: Daniel Lang In-Reply-To: <20030512124304.GC21837@atrbg11.informatik.tu-muenchen.de> Message-ID: <20030512145123.Q600@korben.in.tern> References: <20030512124304.GC21837@atrbg11.informatik.tu-muenchen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mx1 4261; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Chance for FreeBSD ADSM/TSM client from Tivoli/IBM 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, 12 May 2003 12:55:00 -0000 On Mon, 12 May 2003, Daniel Lang wrote: > So everybody, who would have interest in a TSM BSD client, > _please_ send me a short email about your demand, like > > [..] > We are Organisation/Company $ABC, and we would benefit from > BSD clients. Our demand would be around $xyz clients. > [..] We (Vienna University Computer Center) use TSM exclusively for our backup purposes. A native (Free)BSD client would help us _very_ much. We currently have 10-15 BSD machines that need to be backupped, with more expected. > Please also forward this request to any other potential BSD > and TSM users (possibly appropriate Net/Open BSD lists?) I've forwarded your mail to the local BUG. best regards and many thanks, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 06:17:30 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 CC25A37B401 for ; Mon, 12 May 2003 06:17:30 -0700 (PDT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1324843FDD for ; Mon, 12 May 2003 06:17:30 -0700 (PDT) (envelope-from anderson@centtech.com) Received: from centtech.com (electron.centtech.com [204.177.173.173]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id h4CDHT56073201; Mon, 12 May 2003 08:17:29 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <3EBF9ED2.4030008@centtech.com> Date: Mon, 12 May 2003 08:17:06 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <3EBC1299.4060101@centtech.com> <200305091812.13007.jkim@niksun.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Adaptec / MegaRAID SCSI issues - FIXED! 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, 12 May 2003 13:17:31 -0000 Jung-uk Kim wrote: > I had a same problem with MegaRAID. I believe there is pass-through > problem. Try the following patch. > > Jung-uk Kim > > --- src/sys/dev/amr/amr.c.old Wed Jan 15 17:03:05 2003 > +++ src/sys/dev/amr/amr.c Fri May 9 18:00:11 2003 > @@ -237,12 +237,14 @@ > > debug(2, "controller query complete"); > > +#ifdef AMR_SCSI_PASSTHROUGH > /* > * Attach our 'real' SCSI channels to CAM. > */ > if (amr_cam_attach(sc)) > return(ENXIO); > debug(2, "CAM attach done"); > +#endif > > /* > * Create the control device. > @@ -339,8 +341,10 @@ > { > struct amr_command_cluster *acc; > > +#ifdef AMR_SCSI_PASSTHROUGH > /* detach from CAM */ > amr_cam_detach(sc); > +#endif > > /* cancel status timeout */ > untimeout(amr_periodic, sc, sc->amr_timeout); That did the trick! After I updated to 4.8-STABLE (from May 9th, 2003), and rebuilt, I still had the problem, so I applied your patch, rebuilt the kernel again, and voila! It works! Thanks for the patch and the quick response!! Can we be confident this will make it into 5.1-RELEASE and/or 4.9-RELEASE? Eric -- ------------------------------------------------------------------ Eric Anderson Systems Administrator Centaur Technology Attitudes are contagious, is yours worth catching? ------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 07:52:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27B7937B401 for ; Mon, 12 May 2003 07:52:06 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5031B43FD7 for ; Mon, 12 May 2003 07:52:05 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 1D3A8A9DB for ; Mon, 12 May 2003 11:52:03 -0300 (BRT) Received: by ws-tor-0004.procergs (Postfix, from userid 1000) id 52C41108F3; Mon, 12 May 2003 11:52:02 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 40E23108F2 for ; Mon, 12 May 2003 11:52:02 -0300 (BRT) From: omestre@freeshell.org To: freebsd-hackers@freebsd.org Date: Mon, 12 May 2003 11:51:57 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030512145202.52C41108F3@ws-tor-0004.procergs> Subject: linux 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: Mon, 12 May 2003 14:52:07 -0000 Hello, I have tried with Linux in a jail FreeBSD environment. And i have "one" little problem...: The devfs. I have mounted in the Linux Jail environment, the FreeBSD devfs filesystem, and all apps that use console allocation (ssh, ftp...) do not work. But only in that stage. How can i fix it? Linking the devfs to another place? recompiling sshd in Linux environment, and set it to run with FreeBSD devfs? creating a Linux devfs (names) with FreeBSD properties (major, minor)? Help. The other softwares are working great! Sorry by The english! --- From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 08:20: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 3F3ED37B401; Mon, 12 May 2003 08:20:10 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F8E43FE5; Mon, 12 May 2003 08:20:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0346.cvx40-bradley.dialup.earthlink.net ([216.244.43.91] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19FF5y-0005iG-00; Mon, 12 May 2003 08:20:07 -0700 Message-ID: <3EBFBB5C.E9E27721@mindspring.com> Date: Mon, 12 May 2003 08:18:52 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Lang References: <20030512124304.GC21837@atrbg11.informatik.tu-muenchen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a458829069bc3e087c261f35f74dc04830a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Chance for FreeBSD ADSM/TSM client from Tivoli/IBM 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, 12 May 2003 15:20:10 -0000 Daniel Lang wrote: > in the past there have been discussions and demand > for a *BSD client for TSM. To my best knowledge there is no > such client. In practice Linux and SCO clients have > been abused partially using dirty tricks (like NFS loop > mounts) to get it running. > > Now, our computing centre is negotiating a new contract, > which makes it possible to get a FreeBSD (or *BSD) TSM > client developed. _BUT_ this will only be successful, if > we can show that there is sufficient demand overall. > > So everybody, who would have interest in a TSM BSD client, > _please_ send me a short email about your demand, like There was a beta version of a client running in Kaffe on the InterJet II. It was never released. The people doing the work were located at Almaden Research. It would probably not be hard to revive (obviously, knowing who has the code is the laregest part of the problem, so hopefully this will help you out). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 08:34: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 0724D37B401 for ; Mon, 12 May 2003 08:34:41 -0700 (PDT) Received: from mail.abitab.com.uy (r200-40-59-214.adinet.com.uy [200.40.59.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB64943F75 for ; Mon, 12 May 2003 08:34:39 -0700 (PDT) (envelope-from pablo.morales@abitab.com.uy) Received: from abtec412 (abtec412.dptotecnico.abitab.com.uy [10.200.41.2]) 328561DF02 for ; Mon, 12 May 2003 12:34:38 -0300 (UYT) Message-ID: <000f01c3189c$d6283570$0229c80a@abtec412> From: "Pablo Morales" To: Date: Mon, 12 May 2003 12:40:38 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: mount_cd9660 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, 12 May 2003 15:34:41 -0000 HI there guys. I've gotta problem while trying to mount a cd a regular user. I could not found the source of the problem yet, or at least why that happens. When I mount a cd, a a regular user, sometime I've got the following root wheel r r r. and cannot access the media, and what it's worst, cannot unmount it ause it says tht there is nothing mounted when it is, the only way to unmount is loged as root. The problem is with some cd's not all of them, those cd where recorded under linux or windos, cause I've got no cd-rw device. The question is , why dos it happen, and how can I avoid that behavios in the future. Thanx From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 09:14:53 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 90A0537B401; Mon, 12 May 2003 09:14:53 -0700 (PDT) Received: from brian.webcom.it (brianlap.inet.it [213.92.1.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id E06A443F75; Mon, 12 May 2003 09:14:51 -0700 (PDT) (envelope-from andrea@webcom.it) Received: by brian.webcom.it (Postfix, from userid 1000) id 4ADBD2A; Mon, 12 May 2003 18:14:50 +0200 (CEST) Date: Mon, 12 May 2003 18:14:50 +0200 From: Andrea Campi To: Daniel Lang Message-ID: <20030512161450.GB623@webcom.it> References: <20030512124304.GC21837@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030512124304.GC21837@atrbg11.informatik.tu-muenchen.de> X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike User-Agent: Mutt/1.5.4i cc: freebsd-isp@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Chance for FreeBSD ADSM/TSM client from Tivoli/IBM 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, 12 May 2003 16:14:53 -0000 On Mon, May 12, 2003 at 02:43:05PM +0200, Daniel Lang wrote: > Hi, > > in the past there have been discussions and demand > for a *BSD client for TSM. To my best knowledge there is no > such client. In practice Linux and SCO clients have > been abused partially using dirty tricks (like NFS loop > mounts) to get it running. [Requested info sent via private email] FYI and for extra coolness bonus: ITSM server 5.1.6.3 for Linux runs just great on a recent -CURRENT box. Not that I plan on running a production server in emulation anytime soon, but it's good to know it would be possible to do so. Bye, Andrea -- "One world, one web, one program" -- Microsoft promotional ad "Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 10:46: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 49EE237B401 for ; Mon, 12 May 2003 10:46:43 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D2E43FA3 for ; Mon, 12 May 2003 10:46:42 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h4CHkF7F099114; Mon, 12 May 2003 13:46:15 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: Eric Anderson Date: Mon, 12 May 2003 13:46:09 -0400 User-Agent: KMail/1.5.1 References: <3EBC1299.4060101@centtech.com> <200305091812.13007.jkim@niksun.com> <3EBF9ED2.4030008@centtech.com> In-Reply-To: <3EBF9ED2.4030008@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305121346.09224.jkim@niksun.com> cc: freebsd-hackers@freebsd.org Subject: Re: Adaptec / MegaRAID SCSI issues - FIXED! 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, 12 May 2003 17:46:43 -0000 On Monday 12 May 2003 09:17 am, Eric Anderson wrote: > Jung-uk Kim wrote: > > I had a same problem with MegaRAID. I believe there is > > pass-through problem. Try the following patch. > > > > Jung-uk Kim > > > > --- src/sys/dev/amr/amr.c.old Wed Jan 15 17:03:05 2003 > > +++ src/sys/dev/amr/amr.c Fri May 9 18:00:11 2003 > > @@ -237,12 +237,14 @@ > > > > debug(2, "controller query complete"); > > > > +#ifdef AMR_SCSI_PASSTHROUGH > > /* > > * Attach our 'real' SCSI channels to CAM. > > */ > > if (amr_cam_attach(sc)) > > return(ENXIO); > > debug(2, "CAM attach done"); > > +#endif > > > > /* > > * Create the control device. > > @@ -339,8 +341,10 @@ > > { > > struct amr_command_cluster *acc; > > > > +#ifdef AMR_SCSI_PASSTHROUGH > > /* detach from CAM */ > > amr_cam_detach(sc); > > +#endif > > > > /* cancel status timeout */ > > untimeout(amr_periodic, sc, sc->amr_timeout); > > That did the trick! After I updated to 4.8-STABLE (from May 9th, > 2003), and rebuilt, I still had the problem, so I applied your > patch, rebuilt the kernel again, and voila! It works! Great. > Thanks for the patch and the quick response!! No problem. > Can we be confident this will make it into 5.1-RELEASE and/or > 4.9-RELEASE? Unfortunately, this will turn off a pass-through feature recently added to the driver. More importantly, I am not a committer. ;-) I will contact maintainer with the issue. Thanks, Jung-uk Kim > Eric From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 10:48: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 19ABD37B401 for ; Mon, 12 May 2003 10:48:55 -0700 (PDT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8C643F93 for ; Mon, 12 May 2003 10:48:54 -0700 (PDT) (envelope-from anderson@centtech.com) Received: from centtech.com (electron.centtech.com [204.177.173.173]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id h4CHmr56007235; Mon, 12 May 2003 12:48:53 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <3EBFDE70.7070703@centtech.com> Date: Mon, 12 May 2003 12:48:32 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <3EBC1299.4060101@centtech.com> <200305091812.13007.jkim@niksun.com> <3EBF9ED2.4030008@centtech.com> <200305121346.09224.jkim@niksun.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Adaptec / MegaRAID SCSI issues - FIXED! 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, 12 May 2003 17:48:55 -0000 Jung-uk Kim wrote: [..snip patch and other junk..] >>Can we be confident this will make it into 5.1-RELEASE and/or >>4.9-RELEASE? > > > Unfortunately, this will turn off a pass-through feature recently > added to the driver. More importantly, I am not a committer. ;-) > > I will contact maintainer with the issue. Hmm - what pass-through feature? With the unpatched version, I was also seeing "bad slot 3 completed", which I found wasn't necessarily bad, but I don't know what it really was.. Thanks again for the quick patch! Eric -- ------------------------------------------------------------------ Eric Anderson Systems Administrator Centaur Technology Attitudes are contagious, is yours worth catching? ------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 10:56: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 2CF2F37B401 for ; Mon, 12 May 2003 10:56:43 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C06A43F93 for ; Mon, 12 May 2003 10:56:42 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h4CHtn7F099424; Mon, 12 May 2003 13:55:50 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: Eric Anderson Date: Mon, 12 May 2003 13:55:43 -0400 User-Agent: KMail/1.5.1 References: <3EBC1299.4060101@centtech.com> <200305121346.09224.jkim@niksun.com> <3EBFDE70.7070703@centtech.com> In-Reply-To: <3EBFDE70.7070703@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305121355.43655.jkim@niksun.com> cc: freebsd-hackers@freebsd.org Subject: Re: Adaptec / MegaRAID SCSI issues - FIXED! 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, 12 May 2003 17:56:43 -0000 On Monday 12 May 2003 01:48 pm, Eric Anderson wrote: > Jung-uk Kim wrote: > [..snip patch and other junk..] > > >>Can we be confident this will make it into 5.1-RELEASE and/or > >>4.9-RELEASE? > > > > Unfortunately, this will turn off a pass-through feature recently > > added to the driver. More importantly, I am not a committer. ;-) > > > > I will contact maintainer with the issue. > > Hmm - what pass-through feature? Non-disk support through CAM interface. If you don't use 'non-disk' on the MegaRAID, you don't need it. > With the unpatched version, I was > also seeing "bad slot 3 completed", which I found wasn't > necessarily bad, but I don't know what it really was.. Hmm... I have never seen the error message. Anyway I am writing e-mail to the maintainer. Jung-uk Kim > Thanks again for the quick patch! > > Eric From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 13:03:53 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 37FB037B401 for ; Mon, 12 May 2003 13:03:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5521443F3F for ; Mon, 12 May 2003 13:03:52 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 12C1166BE5; Mon, 12 May 2003 13:03:52 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E8DB01537; Mon, 12 May 2003 13:03:51 -0700 (PDT) Date: Mon, 12 May 2003 13:03:51 -0700 From: Kris Kennaway To: omestre@freeshell.org Message-ID: <20030512200351.GA64857@rot13.obsecurity.org> References: <20030512145202.52C41108F3@ws-tor-0004.procergs> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20030512145202.52C41108F3@ws-tor-0004.procergs> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: linux 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: Mon, 12 May 2003 20:03:53 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 12, 2003 at 11:51:57AM -0300, omestre@freeshell.org wrote: >=20 > Hello, > I have tried with Linux in a jail FreeBSD environment. And i have=20 > "one" little problem...: The devfs. > I have mounted in the Linux Jail environment, the FreeBSD devfs=20 > filesystem, and all apps that use console allocation (ssh, ftp...) > do not work. But only in that stage.=20 > How can i fix it?=20 > Linking the devfs to another place? recompiling sshd in Linux=20 > environment, and set it to run with FreeBSD devfs? creating a=20 > Linux devfs (names) with FreeBSD properties (major, minor)? Have you installed the linux compatibility package within the jail? Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+v/4nWry0BWjoQKURArLnAJ0fu2YmZVXF8h268cfQQJeSfAHIsACg6h36 n4dwwS2XTshXyOWbI3XPuYE= =j4Pf -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 13:20: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 C690737B404; Mon, 12 May 2003 13:20:43 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91AF643F75; Mon, 12 May 2003 13:20:42 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h4CKK67F004054; Mon, 12 May 2003 16:20:06 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-hackers@freebsd.org Date: Mon, 12 May 2003 16:20:00 -0400 User-Agent: KMail/1.5.1 References: <200305091456.40582.jkim@niksun.com> In-Reply-To: <200305091456.40582.jkim@niksun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305121620.00049.jkim@niksun.com> cc: imp@freebsd.org Subject: Re: boot2 keyboard probing problem (with patch) 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, 12 May 2003 20:20:44 -0000 Is there anybody tried this yet? Probably it's my fault posting it on Friday. :-( Any (positive or negative) comments are welcome. Thanks, Jung-uk Kim On Friday 09 May 2003 02:56 pm, Jung-uk Kim wrote: > Recently I tried '-P' option in /boot.config for my desktop. boot2 > always said 'Keyboard: yes' even if I don't have a keyboard > attached. I realized the keyboard probing is somewhat broken for > many others, e. g., IBM x335. boot(8) says: > > Due to space constraints, the keyboard probe initiated by the -P > option is simply a test that the BIOS has detected an ``extended'' > keyboard. If an ``XT/AT'' keyboard (with no F11 and F12 keys, > etc.) is attached, the probe will fail. > > When I read src/sys/boot/i386/boot2/boot2.c, I found > > if (opts & 1 << RBX_PROBEKBD) { > i = *(uint8_t *)PTOV(0x496) & 0x10; > printf("Keyboard: %s\n", i ? "yes" : "no"); > if (!i) > opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; > opts &= ~(1 << RBX_PROBEKBD); > } > > This confirmed what the manpage said. The problem is 0x496 is set > by BIOS but recent BIOSes don't seem to set the flag after actual > probing (or they don't care?). I tried to resurrect KEYBOARD_PROBE > option (src/sys/boot/i386/libi386/vidconsole.c) but it didn't work > at all. Then I started writing my own and used some code from > keyboard_init() for Bochs BIOS, which is written by Adam Sulmicki > . > > http://www.eax.com/patches/BOCHS/bochs-bios-keyboard-2.1-diff > > My patch is simple: send echo command (0xee) to keyboard controller > and read it back from keyboard. If keyboard controller doesn't get > an echo back for some tries, it fails probing. > > BTW, I send 0 to port 0x80 (POST return value) to delay because I > couldn't find better way. A side effect is POST code will be reset > even if your BIOS reported a problem. However, if you got this far, > it shouldn't be a critical problem. ;-) Is there any better way to > delay? KEYBOARD_PROBE used port 0x84 but it was more tasteless > because we cannot know what it might be used for. (In fact, Compaq > used it for POST diagnostic.) > > This patch worked on my two desktops and an IBM 1U server. AT and > PS/2 keyboards should work. I think it would work with KVM, too. > The patch is against 4-STABLE but it could be okay with 5-CURRENT > if there is enough space left in boot2. ;-) > > Please try this patch and let me know if you find any issues or > have suggestions. > > Thanks, > > Jung-uk Kim --- src/sys/boot/i386/boot2/boot2.c.old Thu Oct 10 11:53:24 2002 +++ src/sys/boot/i386/boot2/boot2.c Fri May 9 03:45:46 2003 @@ -414,7 +414,64 @@ opts ^= 1 << flags[i]; } if (opts & 1 << RBX_PROBEKBD) { - i = *(uint8_t *)PTOV(0x496) & 0x10; + __asm __volatile ( + "\n\tmovb $2, %%ah\n\t" /* Wait for empty input buffer */ + "call wait\n\t" /* if %ah is 2 */ + "jmp flush\n" + "wait:\n\t" /* Wait for a buffer status */ + "xorw %%cx, %%cx\n" /* Initialize retry */ + "loop1:\n\t" + "decw %%cx\n\t" /* retry = 0xffff and retry-- */ + "jz exit1\n\t" /* Exit if retry is 0 */ + "inb $0x64, %%al\n\t" /* Check controller status */ + "testb $1, %%ah\n\t" /* Check output buffer status */ + "jnz output\n\t" /* if %ah is 1 */ + "testb %%ah, %%al\n\t" /* Input buffer empty? */ + "jz exit1\n\t" /* Exit if input buffer empty */ + "jmp delay\n" /* else delay */ + "output:\n\t" + "testb %%ah, %%al\n\t" /* Output buffer full? */ + "jnz exit1\n" /* Exit if output buffer full */ + "delay:\n\t" + "xorb %%al, %%al\n\t" /* XXX delay hack */ + "outb %%al, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "jmp loop1\n" /* Retry */ + "exit1:\n\t" + "ret\n" + "flush:\n\t" + "movw $2001, %%cx\n" /* Initialize retry */ + "loop2:\n\t" + "decw %%cx\n\t" /* retry = 2000 and retry-- */ + "jz exit2\n\t" /* Exit if retry is 0 */ + "xorb %%al, %%al\n\t" /* XXX delay hack */ + "outb %%al, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "inb $0x64, %%al\n\t" /* Check controller status */ + "testb $1, %%al\n\t" /* Any character to flush? */ + "jz loop2\n\t" /* Retry if buffer is empty */ + "inb $0x60, %%al\n\t" /* Flush a character from buffer */ + "movw $2001, %%cx\n\t" /* Reinitialize retry */ + "jmp loop2\n" /* Retry */ + "exit2:\n\t" + "movb $0xee, %%al\n\t" /* Set echo command */ + "outb %%al, $0x60\n\t" /* Send it! */ + "movb $2, %%ah\n\t" /* Wait for echo to be sent */ + "call wait\n\t" + "andw %%cx, %%cx\n\t" /* Is retry 0? */ + "jz fail\n\t" /* Echo not sent */ + "movb $1, %%ah\n\t" /* Wait for a character */ + "call wait\n\t" + "andw %%cx, %%cx\n\t" /* Is retry 0? */ + "jz fail\n\t" /* A character not received */ + "inb $0x60, %%al\n\t" /* Receive a character */ + "cmpb $0xee, %%al\n\t" /* Is this an echo? */ + "jne fail\n\t" /* Fail if echo not received */ + "movl $1, %0\n\t" /* Set return code = 1 */ + "jmp fine\n" /* and exit */ + "fail:\n\t" + "movl $0, %0\n" /* Set return code = 0 */ + "fine:\n" /* and exit */ + : "=r" (i) : : "ah", "al", "cx" + ); printf("Keyboard: %s\n", i ? "yes" : "no"); if (!i) opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 19:27:15 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 45C4537B401; Mon, 12 May 2003 19:27:15 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B6E43F3F; Mon, 12 May 2003 19:27:14 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h4D2RDkA020127; Mon, 12 May 2003 20:27:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 12 May 2003 20:26:37 -0600 (MDT) Message-Id: <20030512.202637.104041634.imp@bsdimp.com> To: jkim@niksun.com From: "M. Warner Losh" In-Reply-To: <200305121620.00049.jkim@niksun.com> References: <200305091456.40582.jkim@niksun.com> <200305121620.00049.jkim@niksun.com> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: boot2 keyboard probing problem (with patch) 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, 13 May 2003 02:27:15 -0000 In message: <200305121620.00049.jkim@niksun.com> Jung-uk Kim writes: : Is there anybody tried this yet? Probably it's my fault posting it on : Friday. :-( I am away at a funeral with limited IP connectivity. reviewing assembler isn't something that I can do while travelling:-( Warner From owner-freebsd-hackers@FreeBSD.ORG Mon May 12 21:43: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 A858737B401 for ; Mon, 12 May 2003 21:43:42 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14D543F75 for ; Mon, 12 May 2003 21:43:41 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h4D4hNkA021074; Mon, 12 May 2003 22:43:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 12 May 2003 22:42:45 -0600 (MDT) Message-Id: <20030512.224245.21920520.imp@bsdimp.com> To: dirkx@webweaving.org From: "M. Warner Losh" In-Reply-To: <20030512005003.I14032-100000@foem> References: <20030512005003.I14032-100000@foem> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: wi(4)/mini-PCI senao / not always initialized on boot. 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, 13 May 2003 04:43:42 -0000 In message: <20030512005003.I14032-100000@foem> Dirk-Willem van Gulik writes: : : With a mini-PCI formfactor wi(4) card (Senao) I am seeing : : wi0: mem 0xa0000000-0xa0000fff irq 10 at device 16.0 on pci0 : wi0: CSR_READ_2(WI_HFA384X_SWSUPPORT0_OFF) wanted 18989, got 65535 : device_probe_and_attach: wi0 attach returned 6 : : on roughly 4 out of very 5 reboots. A few extra reboot/powercycles seems : to get me past it. Long/short/cold/warm resets or reboots seem not to : clearly affect when one gets through successfully. : : I already tried adding some of the COR reset code (bit 7) to the native : PCI branch in wi_pci_attach() but to no avail sofar. : : Any suggestion as to what this might be - and/or where I should look ? Are you sure you are resetting the COR at the right place in the pci space? It is at a different location on native pci than on the PLX. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 00:59: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 1CEA637B401 for ; Tue, 13 May 2003 00:59:50 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94F743F85 for ; Tue, 13 May 2003 00:59:48 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4D7xl4P090975 for ; Tue, 13 May 2003 09:59:47 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas Date: Tue, 13 May 2003 09:59:47 +0200 User-Agent: KMail/1.5 To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305130959.47156.olivas@digiflux.org> Subject: Fwd: WarBSD 0.1 Released 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, 13 May 2003 07:59:50 -0000 I figured I might as well toss a copy of this message at the hackers list as well. Maybe someone over here might be interested as well. :) -Stacy ---------- Forwarded Message ---------- Subject: WarBSD 0.1 Released Date: Tuesday 13 May 2003 12:59 am From: Stacy Olivas To: freebsd-chat@freebsd.org WarBSD 0.1? Yeah, it's a little hack I did of PicoBSD .500 (using the FreeBSD 5.0-RELEASE-p7 source tree). After seeing WarLinux and how it used an embedded version of Linux to get the job done, I started wondering if PicoBSD could be used for the same thing. It can. After a few hours of hacking I got it done. It wasn't until recently that I decided to make it public. So, if you want to see my first attempt at dong something interesting with FreeBSD surf on over to the temporary home of WarBSD at http://digiflux.org/warbsd There you will find some general information and the source tarball that you can download and (if you have the FreeBSD source tree on your system) you can build your own copy. The system boots. I've got it using bsd-airtools for it's wireless sniffer. I'm running into a problem with the wi network driver. The README file tells you about it. I've decided to release this in hopes that someone will find it useful and maybe even point to way to getting it working right. Let me know what you think. Send all comments, suggestion, flames, etc to my address above. Thanks -Stacy _______________________________________________ freebsd-chat@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-chat To unsubscribe, send any mail to "freebsd-chat-unsubscribe@freebsd.org" ------------------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 01:07:53 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 70CF437B401 for ; Tue, 13 May 2003 01:07:53 -0700 (PDT) Received: from mail1.psconsult.nl (mail1.psconsult.nl [213.222.19.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC4743F75 for ; Tue, 13 May 2003 01:07:52 -0700 (PDT) (envelope-from paul@pop3.psconsult.nl) Received: from pop3.psconsult.nl (ps227.psconsult.nl [213.222.19.227]) by mail1.psconsult.nl (8.12.6p2/8.12.6) with ESMTP id h4D87mwU070749; Tue, 13 May 2003 10:07:49 +0200 (CEST) (envelope-from paul@pop3.psconsult.nl) Received: (from paul@localhost) by pop3.psconsult.nl (8.9.2/8.9.2) id KAA30650; Tue, 13 May 2003 10:07:48 +0200 (CEST) (envelope-from paul) Date: Tue, 13 May 2003 10:07:48 +0200 From: Paul Schenkeveld To: =?iso-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= Message-ID: <20030513100747.A30389@psconsult.nl> References: <1052346312.414067.669.nullmailer@cicuta.babolo.ru> <20030507205330.E310@atlas.home> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0i In-Reply-To: <20030507205330.E310@atlas.home>; from mbsd@pacbell.net on Wed, May 07, 2003 at 08:58:56PM -0700 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) 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, 13 May 2003 08:07:53 -0000 Hi All, On Wed, May 07, 2003 at 08:58:56PM -0700, Mikko Työläjärvi wrote: > On Thu, 8 May 2003 .@babolo.ru wrote: > > [...] > > > Interesting... IF new builtin command will be written, > > has it chance to be accepted? > > such as "list prefix" lists all sh variables with > > names prefix* ? > > You mean something like: > > list_prefix() { > eval "set | > while read v; do case \$v in $1*) echo \"\${v%%=*}\";; esac; done" > } Please be ware of the following: # rc.conf snippet static_routes="goodyear \ firestone \ bridgestone" route_goodyear="... " route_firestone="... " route_bridgestone="... " bridge_foo="... " bridge_bar="... " Now `list_prefix bridge` will also list bridgestone because multi-line variables will not be properly detected by list_prefix. > It forks an extra process, I know... > > $.02, > /Mikko $2e-2 Paul Schenkeveld From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 01:34: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 02B6237B401; Tue, 13 May 2003 01:34:32 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D5343F3F; Tue, 13 May 2003 01:34:30 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4D8YS4P091372; Tue, 13 May 2003 10:34:28 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: hackers@freebsd.org, chat@freebsd.org Date: Tue, 13 May 2003 10:34:28 +0200 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: <200305131034.28746.olivas@digiflux.org> Subject: WarBSD 0.1 ISO available for download 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, 13 May 2003 08:34:32 -0000 (I may live to regret this:) I now have the WarBSD 0.1 ISO image available for download from my other site. The URL is: http://eurisko.ws/download/warbsd0.1.iso.tgz It's kinda big, since it includes everything from the build directory that is made when you create it... (~10 MB compressed. It's ~30 MB uncompressed). If anyone would be interested in mirroring this, please feel free to do so (and post back here where it is at). I hope this give more people the chance to look at it. Thanks. -Stacy From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 01:57: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 5D0D137B401 for ; Tue, 13 May 2003 01:57:17 -0700 (PDT) Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCED43F85 for ; Tue, 13 May 2003 01:57:15 -0700 (PDT) (envelope-from jkh@apple.com) Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out1.apple.com (8.12.9/8.12.9) with ESMTP id h4D8vE4m008456 for ; Tue, 13 May 2003 01:57:14 -0700 (PDT) Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com for ; Tue, 13 May 2003 01:57:14 -0700 Received: from apple.com (vpn-scv-x3-55.apple.com [17.219.194.55]) by scv2.apple.com (8.12.9/8.12.9) with ESMTP id h4D8vDUb007730 for ; Tue, 13 May 2003 01:57:13 -0700 (PDT) Date: Tue, 13 May 2003 01:57:13 -0700 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Jordan Hubbard To: hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.552) Subject: A modest proposal for better errno values... 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, 13 May 2003 08:57:17 -0000 Now, before I start here, let me just acknowledge up-front that what I'm about to raise is prime bike-shed material of the first order. It is a matter so trivial that it's not at all unreasonable to expect every man and his dog in this project to have a strong opinion on it, so in the name of bandwidth conservation and all that's holy I merely ask you to honestly ask yourself "do I really, truly care about this?" before sending off your personal 500 word screed on the subject that's to follow. Finally, and just for the record, I'll note that two of my dogs pretty much agree with me on this and the third, a small white poodle with an attitude problem, honestly doesn't give a damn and indicated as much by merely showed me his teeth when I asked him about it. With all that out of the way, I'll get on with it. Here at Apple we've been merging this and that from FreeBSD, as is our usual custom, and today several engineers saw something go across in a cvs merge commit which raised more than a few eyebrows and led to various queries as to the origin of the following new errno in FreeBSD: jkh@freebsd-> grep DOOFUS /usr/include/sys/errno.h #define EDOOFUS 88 /* Programming error */ Doing a little digging, I also see that a certain Dane is responsible for both the original commit on 2002/08/09 and a spelling fix to it on 2002/08/21 (I guess the OED is pretty clear on the spelling of "doofus"). Most of you who know me at all will also know that I'm hardly the most reverent or humor-impaired person you'll ever meet and I certainly got a chuckle out of this when I first saw it, just as I've gotten a chuckle out of various man pages and function names in FreeBSD which showed that the programmer responsible for them was at least enjoying his or her work at the time. I'm all for that, particularly in situations where a developer or user has to go well out of their way to get offended by something and therefore isn't exactly an object of sympathy. This, however, is a little more in-your-face than something like the infamous "die_you_gravy_sucking_pigdog()" function in shutdown (which I successfully defended when it came up) since it sort of makes an implied statement about the developer's competence, rightly or wrongly, and is far more likely to propagate into other code since if there's an errno value returned by something then it also needs to be checked by the client code. From the corporate perspective, and corporations are infamous for not being particularly inclined towards humor, this is one particular little "easter egg" in FreeBSD that sticks just a little too far above the ground to lend a professional image. So, to make a long story short, this is one small area where Apple's going to have to gratuitously diverge from FreeBSD if it remains this way and I frankly hate that idea since it just makes diffing things that much more annoying and for reasons which could be best and most accurately described as "silly." That said, I'm sure the reactions of the various people reading this will still vary between "who gives a damn what Apple thinks of our errno values?! Get a life, Apple!" and "yeah, that's a pretty silly errno value and in rather colloquial english at that, let's pick a more descriptive name like ``EUSERERR'' or something which makes any code using it more clear." I'm naturally hoping that more people will be of the latter opinion and we can just change it and move on, one more gratuitous and unnecessary code fork thus averted, but if the group consensus is that we should get bent and simply change our own value to one which potentially offends our developers less (or remove it entirely) and not bother the FreeBSD project with such requests, I'm willing to live with that too. I had to at least ask, however, rather than just making the change unilaterally on our side... Thanks, and let the bikeshed building begin! -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 02:27: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 0F0BE37B401 for ; Tue, 13 May 2003 02:27:35 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A71B643F85 for ; Tue, 13 May 2003 02:27:33 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id h4D9RVd35041; Tue, 13 May 2003 10:27:31 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20030513102353.02ab02d0@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 13 May 2003 10:27:30 +0100 To: hackers@freebsd.org From: Bob Bishop In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: Jordan Hubbard Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 09:27:35 -0000 Hi, At 09:57 13/5/03, Jordan Hubbard wrote: >[stuff] >#define EDOOFUS 88 /* Programming error */ >[more stuff] Before the noise becomes unbearable, I have a question: Why isn't EINVAL appropriate to the case in question? -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 03:05: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 EBAAA37B401 for ; Tue, 13 May 2003 03:05:38 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD8443F85 for ; Tue, 13 May 2003 03:05:38 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h4DA5TYP019284; Tue, 13 May 2003 12:05:30 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Jordan Hubbard From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 13 May 2003 01:57:13 PDT." Date: Tue, 13 May 2003 12:05:29 +0200 Message-ID: <19283.1052820329@critter.freebsd.dk> cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 10:05:39 -0000 In message , Jordan Hubbard wri tes: >#define EDOOFUS 88 /* Programming error */ My first reaction was to check the Received headers, to see if this email had accidentally gotten held up for about six weeks, but no such luck. I also know that you personally have stared with disbelief at the person who brough this up to you, and probably checked your calendar as well. And having worked at a big US company, I know from personal experience how much tiny details can become big issues, so I am sure that you are not making this up: Somebody at Apple probably are worried that they will get sued for insulting programmers, or get unfavourable press because some silly journalist needs to fill 4" in column 3 and cant find a picture of potato which looks like Lincoln. So we have to deal with it... This error is currently used exactly one place in our kernel, where it indicates that somebody with a FreeBSD commit bit or similar level of clue has goofed up some code in such a way as to seriously put users disk content at risk. Traditionally, we have used panic(8) in such circumstances, but there is no need to panic in this case, the system is perfectly fine, there is no inconsistency, there is no risk, because the kernel spotted the mistake and stopped before things got dangerous. (We need to get away from using panic in situation where the system can survive without risk, this is my little contribution to that goal). You will by now have noticed that the user will never see the EDOOFUS text, it will always be presented as "Programming error", so the only people to be offended are people reading source code, so I think the risk of Samuel B. User being offended by accident is nil. In my mind, "EUSERERR" as you propose, _would_ actually be insulting for the user, because there is nothing the user can do to avoid this error return, until the programmer fixes his mistake. So far, I have gotten no feedback which indicates that anybody was offended, or knew anybody who might get offended or even could think of anybody who might get offended by this. I have however received a fair bit of feedback which show that those people appreciated a little joke here and there. And while I do think there is a limit to what our source-code should contain this is not over that limit. So I seriously think that somebody at Apple needs to get a life. Next thing you know, they'll want me to add a softdrink option to the beer-ware license in order to not encourage DUI and alcoholism. _If_ there had been substantial traffic of kernel source from Apple to FreeBSD, I _might_ have been a lot easier to persuade, since the diff might one day be on my screen, trying to integrate something from Apple. But as it is now I am not at all interested in selling our freedom to have a bit of fun to Apples sensibilities when I see little or no tangible returns for me or the project for such concessions. So it will take a direct edict from core@ or a well-documented concensus amongst our developers to convince me that there is a problem and that we need to fix it in FreeBSD. And should that happen it will add another grain of sand on the side of the balance which says "FreeBSD is not fun anymore". (And it goes without saying that I would not at all accept that some hot-head just changes it before such a quorum is documented). And you are perfectly spot on in your assumption that this is likely to lead to a 500+ mail bikeshed, which will get into the deeper subjects about programmer psychology, 1st ammendment rights, political correctness, needlessly being offensive, needlessly being an anal-retentive idiot, needlessly lacking basic genes for humour recognition, how this was no problem at Novell when Terry invented UNIX there, only to finally fizzle out when nobody but the arm-chair generals are left and even they get tired of it, and the get revived a couple of months later when somebody reads the mail-archives and reignites the entire thing again. So I might be tempted to suggest we just skip all that noise and discussion, and go straight to a referendum on developer@, based on your email stating the "pro" and this reply stating the "contra". Either way, this is my only email on the subject. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 03:10: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 1ED7A37B401 for ; Tue, 13 May 2003 03:10:17 -0700 (PDT) Received: from smtp808.mail.sc5.yahoo.com (smtp808.mail.sc5.yahoo.com [66.163.168.187]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E7D843F75 for ; Tue, 13 May 2003 03:10:16 -0700 (PDT) (envelope-from dbailey27@ameritech.net) Received: from adsl-67-38-18-210.dsl.sfldmi.ameritech.net (HELO ameritech.net) (dbailey27@ameritech.net@67.38.18.210 with plain) by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 13 May 2003 10:10:16 -0000 Message-ID: <3EC0D251.3070503@ameritech.net> Date: Tue, 13 May 2003 06:09:05 -0500 From: northern snowfall User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: zoltan sandor References: <20030513061807.3223.qmail@web20907.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: questions@freebsd.org cc: hardware@freebsd.org Subject: Re: network problem: ep driver captures packets not intended for this host 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, 13 May 2003 10:10:18 -0000 From "Network problem: ep driver captures packets not intended for this host" off the Questions@ list: >>From this I see that my ip address is 10.10.6.39 and >the card is not in promiscuous mode. Still when I use >tcpdump -p it shows all the packets coming and going >to an other machine on the subnet with ip address >10.10.6.20. This machine generates a heavy traffic >which is passed to my kernel by the ep0 driver. >Is this the normal behaviour of the system and is >there >any way to drop these packets at the ep0 driver level? > Looks like the filters were not set up by the driver properly. Filter lists tell the card what hardware addresses to "listen" for, while promiscuous mode just negates isolation via filters. If the filters aren't set up properly, you'll see all packets on the wire. I'm sure a 3Com developer would be faster in resolving this issue than I, but, filter setup is definitely where to start looking. I've forwarded this to -hackers/-hardware. Don FYI, he is referring to a: 3COM Fast Etherlink 16-bit PC CARD (3c574-Tx) From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 03:48:36 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 DCA5D37B401; Tue, 13 May 2003 03:48:36 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6187943FAF; Tue, 13 May 2003 03:48:35 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4DAmX4P092350; Tue, 13 May 2003 12:48:33 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: Ceri Davies Date: Tue, 13 May 2003 12:48:33 +0200 User-Agent: KMail/1.5 References: <200305131034.28746.olivas@digiflux.org> <20030513103504.GC51988@submonkey.net> In-Reply-To: <20030513103504.GC51988@submonkey.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200305131248.11443.olivas@digiflux.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit cc: chat@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: WarBSD 0.1 ISO available for download 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, 13 May 2003 10:48:37 -0000 On Tuesday 13 May 2003 12:35 pm, Ceri Davies wrote: > On Tue, May 13, 2003 at 10:34:28AM +0200, Stacy Olivas wrote: > > (I may live to regret this:) > > > > I now have the WarBSD 0.1 ISO image available for download from my other > > site. > > > > The URL is: > > http://eurisko.ws/download/warbsd0.1.iso.tgz > > > > It's kinda big, since it includes everything from the build directory > > that is made when you create it... (~10 MB compressed. It's ~30 MB > > uncompressed). > > > > If anyone would be interested in mirroring this, please feel free to do > > so (and post back here where it is at). > > http://submonkey.net/files/warbsd0.1.iso.tgz > > I'd recommend you also distribute an MD5 sum for this at the very least. > > Ceri Done.. You can find the md5 here: http://eurisko.ws/download.warbsd0.1.iso.tgz.md5 Kind of a long name, but at least you know what it goes with. Thanks for the suggestion! -Satcy From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 03:49: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 7D1A137B401 for ; Tue, 13 May 2003 03:49:00 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6FDB43F3F for ; Tue, 13 May 2003 03:48:59 -0700 (PDT) (envelope-from RoKlein@roklein.de) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19FXL8-0008OB-00 for hackers@freebsd.org; Tue, 13 May 2003 12:48:58 +0200 Received: from [217.234.138.226] (helo=z105.intern.studentenwohnheim-rhein-main.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19FXL8-0007tr-00 for hackers@freebsd.org; Tue, 13 May 2003 12:48:58 +0200 From: Robert Klein Organization: roklein.de To: hackers@freebsd.org Date: Tue, 13 May 2003 12:48:54 +0200 User-Agent: KMail/1.5.1 References: <19283.1052820329@critter.freebsd.dk> In-Reply-To: <19283.1052820329@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305131248.54321.RoKlein@roklein.de> Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: RoKlein@roklein.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 10:49:00 -0000 On Tuesday 13 May 2003 12:05, Poul-Henning Kamp wrote: > This error is currently used exactly one place in our kernel, where > it indicates that somebody with a FreeBSD commit bit or similar > level of clue has goofed up some code in such a way as to seriously > put users disk content at risk. mm, if the programmer "goofed up", why not name it EGOOFUP ? sounds kinda more descriptive than "DOOFUS"... (jumping into shelter...) Robert From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 03:54: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 ED10F37B401; Tue, 13 May 2003 03:54:34 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC0A43F85; Tue, 13 May 2003 03:54:33 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4DAsW4P092419; Tue, 13 May 2003 12:54:32 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: , Date: Tue, 13 May 2003 12:54:32 +0200 User-Agent: KMail/1.5 References: <200305131034.28746.olivas@digiflux.org> <20030513103504.GC51988@submonkey.net> <200305131248.11443.olivas@digiflux.org> In-Reply-To: <200305131248.11443.olivas@digiflux.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200305131254.03155.olivas@digiflux.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: WarBSD 0.1 MD5 sum (oops!) 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, 13 May 2003 10:54:35 -0000 On Tuesday 13 May 2003 12:48 pm, Stacy Olivas wrote: > Done.. You can find the md5 here: > > http://eurisko.ws/download.warbsd0.1.iso.tgz.md5 > > Kind of a long name, but at least you know what it goes with. > > Thanks for the suggestion! > > -Satcy Umm, make that http://eurisko.ws/download/warbsd0.1.iso.tgz.md5 (Fat fingers strike again) Sorry!!!! -Stacy From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 03:59: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 E8E1237B401; Tue, 13 May 2003 03:59:49 -0700 (PDT) Received: from smtp.terrabee.net (smtp.terrabee.net [193.138.102.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E27B943FCB; Tue, 13 May 2003 03:59:48 -0700 (PDT) (envelope-from chris@terrabee.net) Received: from home.terrabee.net (as19-5-7.bi.s.bonet.se [217.215.73.79]) by smtp.terrabee.net (Postfix) with ESMTP id 2F81857268; Tue, 13 May 2003 12:59:33 +0200 (CEST) Date: Tue, 13 May 2003 12:59:17 +0200 (CEST) From: Christopher Arnold To: Stacy Olivas In-Reply-To: <200305131254.03155.olivas@digiflux.org> Message-ID: <20030513125847.Y41388@home.terrabee.net> References: <200305131034.28746.olivas@digiflux.org> <20030513103504.GC51988@submonkey.net> <200305131254.03155.olivas@digiflux.org> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: WarBSD 0.1 MD5 sum (oops!) 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, 13 May 2003 10:59:50 -0000 On Tue, 13 May 2003, Stacy Olivas wrote: > http://eurisko.ws/download/warbsd0.1.iso.tgz.md5 > Thats nice, but what is warbsd? /Chris From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 04:01: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 E42BB37B401 for ; Tue, 13 May 2003 04:01:40 -0700 (PDT) Received: from peedub.jennejohn.org (p213.54.192.218.tisdip.tiscali.de [213.54.192.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CEF43F85 for ; Tue, 13 May 2003 04:01:39 -0700 (PDT) (envelope-from garyj@jennejohn.org) Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.12.9/8.11.6) with ESMTP id h4DB1SKo005541; Tue, 13 May 2003 13:01:29 +0200 (CEST) (envelope-from garyj@peedub.jennejohn.org) Message-Id: <200305131101.h4DB1SKo005541@peedub.jennejohn.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Bob Bishop In-Reply-To: Message from Bob Bishop <4.3.2.7.2.20030513102353.02ab02d0@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 May 2003 13:01:28 +0200 From: Gary Jennejohn cc: Jordan Hubbard cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 11:01:41 -0000 Bob Bishop writes: > Hi, > > At 09:57 13/5/03, Jordan Hubbard wrote: > >[stuff] > >#define EDOOFUS 88 /* Programming error */ > >[more stuff] > > Before the noise becomes unbearable, I have a question: > > Why isn't EINVAL appropriate to the case in question? > If you look at the 4 places where it's in the tree it's pretty clear that returning EDOOFUS is meant to rub the programmer's nose in a coding error (recursive malloc() calls, etc). At least the error string ("Programming error") is reasonable. I agree that the name isnt' too happily chosen and should be changed to something more neutral before it shows up in more places in the tree. --- Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org gj@denx.de From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 04:26: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 EA47237B404 for ; Tue, 13 May 2003 04:26:09 -0700 (PDT) Received: from dignus.com (ip-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id F171943FDF for ; Tue, 13 May 2003 04:26:08 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id h4DB6hT01593; Tue, 13 May 2003 07:06:43 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id h4DBPWr23993; Tue, 13 May 2003 07:25:32 -0400 (EDT) (envelope-from rivers) Date: Tue, 13 May 2003 07:25:32 -0400 (EDT) From: Thomas David Rivers Message-Id: <200305131125.h4DBPWr23993@lakes.dignus.com> To: hackers@freebsd.org, jkh@apple.com In-Reply-To: Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 11:26:10 -0000 Robert Klein wrote: > > > On Tuesday 13 May 2003 12:05, Poul-Henning Kamp wrote: > > This error is currently used exactly one place in our kernel, where > > it indicates that somebody with a FreeBSD commit bit or similar > > level of clue has goofed up some code in such a way as to seriously > > put users disk content at risk. > > mm, if the programmer "goofed up", why not name it > EGOOFUP ? sounds kinda more descriptive than "DOOFUS"... > > (jumping into shelter...) > > Robert I think Robert is "on to" something here... But - EGOOFUP isn't descriptive enough for the situation Poul-Henning writes about... How about EKERNERR /* A programming error in the kernel */ Wouldn't that be descriptive of the situation without insulting anyone? - Just a thought - - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 04:38:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 730CE37B401 for ; Tue, 13 May 2003 04:38:04 -0700 (PDT) Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E94243F3F for ; Tue, 13 May 2003 04:38:03 -0700 (PDT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from piii600.wadham.ox.ac.uk ([81.103.196.4]) by mta03-svc.ntlworld.comESMTP <20030513113801.DWCR11246.mta03-svc.ntlworld.com@piii600.wadham.ox.ac.uk>; Tue, 13 May 2003 12:38:01 +0100 Message-Id: <5.0.2.1.1.20030513123207.02e95660@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Tue, 13 May 2003 12:37:58 +0100 To: Thomas David Rivers , hackers@freebsd.org From: Colin Percival In-Reply-To: <200305131125.h4DBPWr23993@lakes.dignus.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 11:38:04 -0000 At 07:25 13/05/2003 -0400, Thomas David Rivers wrote: >How about > > EKERNERR /* A programming error in the kernel */ > > >Wouldn't that be descriptive of the situation without insulting >anyone? If I understand the purpose of this error code, it deals with cases where data is in an invalid state. In that case, why not make the error code EASSERT /* An assertion has failed */ Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 04:43: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 DD40237B401 for ; Tue, 13 May 2003 04:43:12 -0700 (PDT) Received: from mail-3.nethere.net (mail-3.nethere.net [66.63.128.72]) by mx1.FreeBSD.org (Postfix) with SMTP id 45B5B43F85 for ; Tue, 13 May 2003 04:43:12 -0700 (PDT) (envelope-from jaron@af-inet.net) Received: (qmail 37530 invoked from network); 13 May 2003 11:43:11 -0000 Received: from adsl-63-204-104-51.dsl.sndg02.pacbell.net (sock-stream.net [63.204.104.51]) by mail-3.nethere.net with SMTP; 13 May 2003 11:43:11 -0000 (envelope-sender ) Received: (from jaron@localhost) by sock-stream.net (8.12.8/8.12.8/Submit) id h4DBhFjw019627; Tue, 13 May 2003 04:43:15 -0700 Date: Tue, 13 May 2003 04:43:15 -0700 From: Jaron Omega To: hackers@freebsd.org Message-ID: <20030513114315.GA19606@af-inet.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Jordan Hubbard Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 11:43:13 -0000 On Tue, May 13, 2003 at 01:57:13AM -0700, Jordan Hubbard wrote: > So, to make a long story short, this is one small area where Apple's > going to have to gratuitously diverge from FreeBSD if it remains this > way and I frankly hate that idea since it just makes diffing things > that much more annoying and for reasons which could be best and most > accurately described as "silly." That said, I'm sure the reactions > of the various people reading this will still vary between "who gives a > damn what Apple thinks of our errno values?! Get a life, Apple!" and > "yeah, that's a pretty silly errno value and in rather colloquial > english at that, let's pick a more descriptive name like ``EUSERERR'' > or something which makes any code using it more clear." Apple became a corporation, May 25th 1998. Not technically ofcourse, but in spirit. > I'm naturally hoping that more people will be of the latter opinion and > we can just change it and move on, one more gratuitous and unnecessary > code fork thus averted, but if the group consensus is that we should > get bent and simply change our own value to one which potentially > offends our developers less (or remove it entirely) and not bother the > FreeBSD project with such requests, I'm willing to live with that too. > I had to at least ask, however, rather than just making the change > unilaterally on our side... Thanks, and let the bikeshed building > begin! I personally have no problems with this modest request. So, this is my vote cast in your favor. This is largely due to my respect of Apple, and appreciation of Apple efforts past and present. It's just a vote though, not much weight by itself. Omega From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 04:44: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 8FE9737B401 for ; Tue, 13 May 2003 04:44:12 -0700 (PDT) Received: from smtp802.mail.sc5.yahoo.com (smtp802.mail.sc5.yahoo.com [66.163.168.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 2449243F3F for ; Tue, 13 May 2003 04:44:12 -0700 (PDT) (envelope-from dbailey27@ameritech.net) Received: from adsl-67-38-18-210.dsl.sfldmi.ameritech.net (HELO ameritech.net) (dbailey27@ameritech.net@67.38.18.210 with plain) by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 13 May 2003 11:44:11 -0000 Message-ID: <3EC0E85A.7010409@ameritech.net> Date: Tue, 13 May 2003 07:43:06 -0500 From: northern snowfall User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: hackers@freebsd.org References: <5.0.2.1.1.20030513123207.02e95660@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 11:44:12 -0000 > EASSERT /* An assertion has failed */ Why not: EEEEEEEEEEK > From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 04:45:53 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 2A3B137B401 for ; Tue, 13 May 2003 04:45:53 -0700 (PDT) Received: from kai.qix.co.uk (kai.qix.co.uk [195.149.39.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA5AD43FA3 for ; Tue, 13 May 2003 04:45:51 -0700 (PDT) (envelope-from aledm@qix.co.uk) Received: from localhost (aledm@localhost) by kai.qix.co.uk (8.11.1/8.11.1) with ESMTP id h4DBjoR09988 for ; Tue, 13 May 2003 12:45:50 +0100 (BST) (envelope-from aledm@qix.co.uk) Date: Tue, 13 May 2003 12:45:50 +0100 (BST) From: Aled Morris To: hackers@freebsd.org In-Reply-To: <5.0.2.1.1.20030513123207.02e95660@popserver.sfu.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 11:45:53 -0000 On Tue, 13 May 2003, Colin Percival wrote: > If I understand the purpose of this error code, it deals with cases >where data is in an invalid state. In that case, why not make the error code > EASSERT /* An assertion has failed */ EDONTPANIC /* a panic has been averted */ Aled From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 05:01: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 BE43637B401 for ; Tue, 13 May 2003 05:01:06 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 9AEA743FBD for ; Tue, 13 May 2003 05:01:05 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 22588 invoked by uid 65534); 13 May 2003 12:01:02 -0000 Received: from pD9E2DD78.dip.t-dialin.net (EHLO gmx.net) (217.226.221.120) by mail.gmx.net (mp007-rz3) with SMTP; 13 May 2003 14:01:02 +0200 Message-ID: <3EC0DEBE.4050109@gmx.net> Date: Tue, 13 May 2003 14:02:06 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Thomas David Rivers References: <200305131125.h4DBPWr23993@lakes.dignus.com> In-Reply-To: <200305131125.h4DBPWr23993@lakes.dignus.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: jkh@apple.com cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 12:01:07 -0000 Thomas David Rivers wrote: > How about > > EKERNERR /* A programming error in the kernel */ The ending ERR is redundant to E prefix. EKERNEL sounds just fine. From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 06:00:53 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 6FB4737B41F for ; Tue, 13 May 2003 06:00:49 -0700 (PDT) Received: from shrike.submonkey.net (pc1-cdif2-5-cust38.cdif.cable.ntl.com [81.101.150.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9E2243F3F for ; Tue, 13 May 2003 06:00:48 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.12) id 19FZOh-000DvT-00; Tue, 13 May 2003 14:00:47 +0100 Date: Tue, 13 May 2003 14:00:47 +0100 From: Ceri Davies To: northern snowfall Message-ID: <20030513130047.GA53380@submonkey.net> Mail-Followup-To: Ceri Davies , northern snowfall , hackers@freebsd.org References: <5.0.2.1.1.20030513123207.02e95660@popserver.sfu.ca> <3EC0E85A.7010409@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EC0E85A.7010409@ameritech.net> User-Agent: Mutt/1.5.4i Sender: Ceri Davies cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 13:00:53 -0000 Picking one of these mails at random: On Tue, May 13, 2003 at 07:43:06AM -0500, northern snowfall wrote: > > EASSERT /* An assertion has failed */ > > Why not: EEEEEEEEEEK Why not stop suggesting other silly names on hackers, and take that bit to chat, so that this thread doesn't get noisier than it's likely to already? Ceri -- From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 06:30: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 B063737B407 for ; Tue, 13 May 2003 06:30:45 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8A7143F75 for ; Tue, 13 May 2003 06:30:43 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4DDUf4P093681 for ; Tue, 13 May 2003 15:30:42 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: hackers@freebsd.org Date: Tue, 13 May 2003 15:30:41 +0200 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: <200305131530.41493.olivas@digiflux.org> Subject: wi network driver woes 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, 13 May 2003 13:30:46 -0000 I've ran into some strangeness with the wi wireless network card driver under a PicoBSD build (WarBSD). I can get the kernel to recognize PCMCIA card services and detect the WLAN NIC at startup, but if you try to use it for anything you get the following error: wi0: watchdog timeout And, if you remove the NIC from the PCMCIA card slot and re-insert it, the system doesn not automatically re-detect it... Any suggestions on what I can do to make this work? Also, if you need an example of what I am talking about go check out the WarBSD stuff at http://digiflux.org/warbsd TIA -Stacy From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 06:43: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 379D237B401 for ; Tue, 13 May 2003 06:43:37 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C1A43F93 for ; Tue, 13 May 2003 06:43:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0093.cvx21-bradley.dialup.earthlink.net ([209.179.192.93] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Fa45-0007ZF-00; Tue, 13 May 2003 06:43:34 -0700 Message-ID: <3EC0F632.8695C950@mindspring.com> Date: Tue, 13 May 2003 06:42:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Thomas David Rivers References: <200305131125.h4DBPWr23993@lakes.dignus.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a431e937d06442ca6ccd0443212f5e16aa93caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: jkh@apple.com cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 13:43:37 -0000 Thomas David Rivers wrote: > Robert Klein wrote: > I think Robert is "on to" something here... > > But - EGOOFUP isn't descriptive enough for the situation > Poul-Henning writes about... > > How about > > EKERNERR /* A programming error in the kernel */ > > Wouldn't that be descriptive of the situation without insulting > anyone? It appears in both the libc malloc code, and in the GEOM code under the bde subtree in the kernel, so it is not kernel specific for "programming errors"; by a ratio of 3:1, it's a user space programming error. Personally, I am partial to "EPROGERR"; it matches the error text, if it needs to change. It has the advantage of leaving it ambiguous whether we meant "programming", "programmer", or "program", too. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 07:13: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 89E2837B401 for ; Tue, 13 May 2003 07:13:23 -0700 (PDT) Received: from bogslab.ucdavis.edu (bogslab.ucdavis.edu [169.237.68.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id E814243FB1 for ; Tue, 13 May 2003 07:13:22 -0700 (PDT) (envelope-from greg@bogslab.ucdavis.edu) Received: from thistle.bogs.org (thistle.bogs.org [198.137.203.61]) by bogslab.ucdavis.edu (8.12.8/8.12.8) with ESMTP id h4DEDKRU069138 for ; Tue, 13 May 2003 07:13:21 -0700 (PDT) Received: from thistle.bogs.org (localhost [127.0.0.1]) by thistle.bogs.org (8.11.3/8.11.3) with ESMTP id h4DECLc07971 for ; Tue, 13 May 2003 07:12:23 -0700 (PDT) (envelope-from greg@thistle.bogs.org) Message-Id: <200305131412.h4DECLc07971@thistle.bogs.org> To: hackers@freebsd.org X-To: Jordan Hubbard X-Sender: owner-freebsd-hackers@freebsd.org In-reply-to: Your message of "Tue, 13 May 2003 01:57:13 PDT." Date: Tue, 13 May 2003 07:12:21 -0700 From: Greg Shenaut Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gkshenaut@ucdavis.edu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 14:13:23 -0000 In nuntio , Jordan Hubbard divulgat: >#define EDOOFUS 88 /* Programming error */ #define ESUFOOD 88 /* Programming error */ Greg Shenaut From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 07:32: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 C089837B401 for ; Tue, 13 May 2003 07:32:37 -0700 (PDT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ECDE43F3F for ; Tue, 13 May 2003 07:32:36 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.7/8.12.6) with ESMTP id h4DEWOgt012614; Tue, 13 May 2003 07:32:24 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.9/8.12.6) with ESMTP id h4DEWO2g025625; Tue, 13 May 2003 07:32:24 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.9/8.12.8/Submit) id h4DEWNLZ025624; Tue, 13 May 2003 07:32:23 -0700 (PDT) From: Frank Mayhar Message-Id: <200305131432.h4DEWNLZ025624@realtime.exit.com> In-Reply-To: <200305131101.h4DB1SKo005541@peedub.jennejohn.org> To: Gary Jennejohn Date: Tue, 13 May 2003 07:32:23 -0700 (PDT) X-Copyright0: Copyright 2003 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: hackers@freebsd.org cc: Jordan Hubbard Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 14:32:38 -0000 Gary Jennejohn wrote: > > Bob Bishop writes: > > Hi, > > > > At 09:57 13/5/03, Jordan Hubbard wrote: > > >[stuff] > > >#define EDOOFUS 88 /* Programming error */ > > >[more stuff] > > > > Before the noise becomes unbearable, I have a question: > > > > Why isn't EINVAL appropriate to the case in question? > > > If you look at the 4 places where it's in the tree it's pretty clear that > returning EDOOFUS is meant to rub the programmer's nose in a coding error > (recursive malloc() calls, etc). > > At least the error string ("Programming error") is reasonable. > > I agree that the name isnt' too happily chosen and should be changed to > something more neutral before it shows up in more places in the tree. Um, no. If it were "EFUCKHEAD" or "EIDIOT" maybe, but EDOOFUS is about as inoffensive as it comes. But I have a better idea: Why doesn't the committer in question actually fix the problem, so that instead of four places, there are no places? Seems like this would eliminate the error as well as the reason _for_ the error. In other words, this bikeshed is aimed at absolutely the wrong target. Sigh. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 07:42: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 BCCCA37B401 for ; Tue, 13 May 2003 07:42:49 -0700 (PDT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7555443F93 for ; Tue, 13 May 2003 07:42:48 -0700 (PDT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.12.9/8.12.7) with ESMTP id h4DEfD2N094087 for ; Tue, 13 May 2003 23:41:15 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200305131441.h4DEfD2N094087@sana.init-main.com> To: hackers@freebsd.org Date: Tue, 13 May 2003 23:41:12 +0900 From: Takanori Watanabe Subject: Bluetooth Interoperability ? 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, 13 May 2003 14:42:50 -0000 I do connect two FreeBSD system with rfcomm_pppd, But I have never succeeded to use Windows XP LAN service from FreeBSD Bluetooth and FreeBSD LAN service served by rfcomm_pppd from Windows98. The Windows side of bluetooth stack is made by AIPTEK. How can I use the bluetooth LAN service from/to Windows? From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 09:25: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 8B40C37B401 for ; Tue, 13 May 2003 09:25:50 -0700 (PDT) Received: from web40302.mail.yahoo.com (web40302.mail.yahoo.com [66.218.78.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 269A743FCB for ; Tue, 13 May 2003 09:25:50 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030513162550.21116.qmail@web40302.mail.yahoo.com> Received: from [165.193.27.35] by web40302.mail.yahoo.com via HTTP; Tue, 13 May 2003 09:25:50 PDT Date: Tue, 13 May 2003 09:25:50 -0700 (PDT) From: Maksim Yevmenkin To: Takanori Watanabe , hackers@freebsd.org In-Reply-To: <3EC11129.3010307@cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Bluetooth Interoperability ? 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, 13 May 2003 16:25:50 -0000 Hello Takanori, > I do connect two FreeBSD system with rfcomm_pppd, good :) > But I have never succeeded to use Windows XP LAN service from > FreeBSD Bluetooth just to verify. you are saying that WinXP actually *provides* LAN server, right? WinXP actually acts as a *server*? i've never seen this before. anyway, if WinXP *is* providing LAN service than WinXP should answer SPD (Service Discovery Procotol). could you please compile "sdp-1.0rc3" package from snapshot's ports/ directory and then then do # sdptool browse if this gives no output then you could try # sdptool search --bdaddr= LAN depending on you Bluetooth security settings you may need to setup link keys or pin codes in hcsecd(8). this should give you RFCOMM channel number. then you should try to run rfcomm_pppd(8) in *client* mode and try to open connection to the WinXP BD_ADDR and RFCOMM channel. i have no idea how to configure PPP *server* on your WinXP/Bluetooth software. > and FreeBSD LAN service served by rfcomm_pppd from Windows98. 1) you need to run "sdpd" (from sdp-1.0rc3 package) on your FreeBSD box. 2) you need to register LAN service with sdpd on your FreeBSD box # sdptool add --channel= LAN 3) verify local SDP database and make sure you see LAN service. # spdtool browse ff:ff:ff:00:00:00 4) run rfcomm_pppd(8) in server mode on the RFCOMM channel you have specified in the local SDP database 5) depending on you Bluetooth security settings you may need to setup link keys/pin codes in hcsecd(8). 6) run Windows software and do "inquiry" - discover devices in range. 7) click on FreeBSD device and verify that you see LAN service icon. 8) click on the LAN icon and enter you PPP username and password (as configured on FreeBSD side). NOTE: be careful when configuring PPP on FreeBSD side. check your 'default' section in ppp.conf file. *all* commands in the 'defaults' section gets executed *before* you rfcomm PPP section. > The Windows side of bluetooth stack is made by AIPTEK. > > How can I use the bluetooth LAN service from/to Windows? see above. i have tested my code with 3COM, Xircom and WIDCOMM stacks on w2k. if nothing above works. than could you please compile and install "hcidump" package from snapshot ports/ directory and then run it # hcidump -x than try to connect from windows and send me the output. thanks, max __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 11:27: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 28A8637B401; Tue, 13 May 2003 11:27:57 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD93B43F85; Tue, 13 May 2003 11:27:55 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h4DIRL7F029079; Tue, 13 May 2003 14:27:21 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: "M. Warner Losh" Date: Tue, 13 May 2003 14:27:20 -0400 User-Agent: KMail/1.5.1 References: <200305091456.40582.jkim@niksun.com> <200305121620.00049.jkim@niksun.com> <20030512.202637.104041634.imp@bsdimp.com> In-Reply-To: <20030512.202637.104041634.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305131427.20811.jkim@niksun.com> cc: freebsd-hackers@freebsd.org Subject: Re: boot2 keyboard probing problem (with patch) 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, 13 May 2003 18:27:57 -0000 I made a patch for 5-CURRENT and it is little bit clearer than the previous version. (In fact, I haven't used x86 assembly for 10 years. It is funny that the last assembly project was MBR for something else. That said, please let me know if you see any weirdness.) Unfortunately, 5-CURRENT's boot2 is more tighter because of UFS2 support. You will have to do 'make BOOT2_UFS=UFS1_ONLY' or 'make BOOT2_UFS=UFS2_ONLY' to make the code usable. - - - >8 - - - >8 - - - 5-CURRENT patch - - - >8 - - - >8 - - - --- src/sys/boot/i386/boot2/boot2.c +++ src/sys/boot/i386/boot2/boot2.c @@ -371,7 +371,8 @@ char *arg = cmd; char *p, *q; unsigned int drv; - int c, i; + int i; + uint8_t c; while ((c = *arg++)) { if (c == ' ' || c == '\t' || c == '\n') @@ -387,7 +388,67 @@ opts ^= 1 << flags[i]; } if (opts & 1 << RBX_PROBEKBD) { +#ifdef UFS1_AND_UFS2 i = *(uint8_t *)PTOV(0x496) & 0x10; +#else + uint8_t func; + uint16_t retry; + __asm __volatile ( + "movb $2, %2\n\t" /* Wait for empty input buffer */ + "call wait\n\t" /* if func is 2 */ + "jmp flush\n" + "wait:\n\t" /* Wait for a buffer status */ + "movw $0xffff, %3\n" /* Initialize retry */ + "loop1:\n\t" + "inb $0x64, %1\n\t" /* Check controller status */ + "testb $1, %2\n\t" /* Check output buffer status */ + "jnz output\n\t" /* if func is 1 */ + "testb %2, %1\n\t" /* Input buffer empty? */ + "jz exit1\n\t" /* Exit if input buffer empty */ + "jmp delay\n" /* else delay */ + "output:\n\t" + "testb %2, %1\n\t" /* Output buffer full? */ + "jnz exit1\n" /* Exit if output buffer full */ + "delay:\n\t" + "xorb %1, %1\n\t" /* XXX delay hack */ + "outb %1, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "loopw loop1\n" /* Retry */ + "exit1:\n\t" + "ret\n" + "flush:\n\t" + "movw $2000, %3\n" /* Initialize retry */ + "loop2:\n\t" + "xorb %1, %1\n\t" /* XXX delay hack */ + "outb %1, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "inb $0x64, %1\n\t" /* Check controller status */ + "testb $1, %1\n\t" /* Any character to flush? */ + "jz again\n\t" /* Retry if buffer is empty */ + "inb $0x60, %1\n\t" /* Flush a character from buffer */ + "jmp flush\n" /* Reset counter and retry*/ + "again:\n\t" + "loopw loop2\n" /* Retry */ + "exit2:\n\t" + "movb $0xee, %1\n\t" /* Set echo command */ + "outb %1, $0x60\n\t" /* Send it! */ + "movb $2, %2\n\t" /* Wait for echo to be sent */ + "call wait\n\t" + "andw %3, %3\n\t" /* Is retry 0? */ + "jz fail\n\t" /* Echo not sent */ + "movb $1, %2\n\t" /* Wait for a character */ + "call wait\n\t" + "andw %3, %3\n\t" /* Is retry 0? */ + "jz fail\n\t" /* A character not received */ + "inb $0x60, %1\n\t" /* Receive a character */ + "cmpb $0xee, %1\n\t" /* Is this an echo? */ + "jne fail\n\t" /* Fail if echo not received */ + "movl $1, %0\n\t" /* Set return code = 1 */ + "jmp fine\n" /* and exit */ + "fail:\n\t" + "xorl %0, %0\n" /* Set return code = 0 */ + "fine:" /* and exit */ + : "=r" (i), "=a" (c), "=r" (func), "=c" (retry) + ); +#endif printf("Keyboard: %s\n", i ? "yes" : "no"); if (!i) opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; - - - >8 - - - >8 - - - patch ends here - - - >8 - - - >8 - - - Following patch is for 4-STABLE. - - - >8 - - - >8 - - - 4-STABLE patch - - - >8 - - - >8 - - - --- src/sys/boot/i386/boot2/boot2.c +++ src/sys/boot/i386/boot2/boot2.c @@ -398,7 +398,8 @@ parse(char *arg) { char *p, *q; - int drv, c, i; + int drv, i; + uint8_t c; while ((c = *arg++)) { if (c == ' ' || c == '\t' || c == '\n') @@ -414,7 +415,63 @@ opts ^= 1 << flags[i]; } if (opts & 1 << RBX_PROBEKBD) { - i = *(uint8_t *)PTOV(0x496) & 0x10; + uint8_t func; + uint16_t retry; + __asm __volatile ( + "movb $2, %2\n\t" /* Wait for empty input buffer */ + "call wait\n\t" /* if func is 2 */ + "jmp flush\n" + "wait:\n\t" /* Wait for a buffer status */ + "movw $0xffff, %3\n" /* Initialize retry */ + "loop1:\n\t" + "inb $0x64, %1\n\t" /* Check controller status */ + "testb $1, %2\n\t" /* Check output buffer status */ + "jnz output\n\t" /* if func is 1 */ + "testb %2, %1\n\t" /* Input buffer empty? */ + "jz exit1\n\t" /* Exit if input buffer empty */ + "jmp delay\n" /* else delay */ + "output:\n\t" + "testb %2, %1\n\t" /* Output buffer full? */ + "jnz exit1\n" /* Exit if output buffer full */ + "delay:\n\t" + "xorb %1, %1\n\t" /* XXX delay hack */ + "outb %1, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "loopw loop1\n" /* Retry */ + "exit1:\n\t" + "ret\n" + "flush:\n\t" + "movw $2000, %3\n" /* Initialize retry */ + "loop2:\n\t" + "xorb %1, %1\n\t" /* XXX delay hack */ + "outb %1, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "inb $0x64, %1\n\t" /* Check controller status */ + "testb $1, %1\n\t" /* Any character to flush? */ + "jz again\n\t" /* Retry if buffer is empty */ + "inb $0x60, %1\n\t" /* Flush a character from buffer */ + "jmp flush\n" /* Reset counter and retry*/ + "again:\n\t" + "loopw loop2\n" /* Retry */ + "exit2:\n\t" + "movb $0xee, %1\n\t" /* Set echo command */ + "outb %1, $0x60\n\t" /* Send it! */ + "movb $2, %2\n\t" /* Wait for echo to be sent */ + "call wait\n\t" + "andw %3, %3\n\t" /* Is retry 0? */ + "jz fail\n\t" /* Echo not sent */ + "movb $1, %2\n\t" /* Wait for a character */ + "call wait\n\t" + "andw %3, %3\n\t" /* Is retry 0? */ + "jz fail\n\t" /* A character not received */ + "inb $0x60, %1\n\t" /* Receive a character */ + "cmpb $0xee, %1\n\t" /* Is this an echo? */ + "jne fail\n\t" /* Fail if echo not received */ + "movl $1, %0\n\t" /* Set return code = 1 */ + "jmp fine\n" /* and exit */ + "fail:\n\t" + "xorl %0, %0\n" /* Set return code = 0 */ + "fine:" /* and exit */ + : "=r" (i), "=a" (c), "=r" (func), "=c" (retry) + ); printf("Keyboard: %s\n", i ? "yes" : "no"); if (!i) opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; - - - >8 - - - >8 - - - patch ends here - - - >8 - - - >8 - - - On Monday 12 May 2003 10:26 pm, M. Warner Losh wrote: > I am away at a funeral with limited IP connectivity. reviewing > assembler isn't something that I can do while travelling:-( I am sorry to hear it. Just let me know when you find copious free time. Thanks, Jung-uk Kim > Warner From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 12:03: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 A899037B401 for ; Tue, 13 May 2003 12:03:57 -0700 (PDT) Received: from web40301.mail.yahoo.com (web40301.mail.yahoo.com [66.218.78.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 4235543F93 for ; Tue, 13 May 2003 12:03:57 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030513190357.25170.qmail@web40301.mail.yahoo.com> Received: from [165.193.27.35] by web40301.mail.yahoo.com via HTTP; Tue, 13 May 2003 12:03:57 PDT Date: Tue, 13 May 2003 12:03:57 -0700 (PDT) From: Maksim Yevmenkin To: Takanori Watanabe In-Reply-To: <200305131806.h4DI652N094832@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: hackers@freebsd.org Subject: Re: Bluetooth Interoperability ? 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, 13 May 2003 19:03:57 -0000 [...] > >> I do connect two FreeBSD system with rfcomm_pppd, > > > >good :) > > > >> But I have never succeeded to use Windows XP LAN service from > >> FreeBSD Bluetooth > > > >just to verify. you are saying that WinXP actually *provides* LAN server, > >right? WinXP actually acts as a *server*? i've never seen this before. > > At least, the local browse and manual says so.(Manual says the > 'Connection shareing' is works only on WinXP. ) hmmm... i've never tried to use WinXP as *server*. the LAN client should work just fine. > >this should give you RFCOMM channel number. then you should try to run > >rfcomm_pppd(8) in *client* mode and try to open connection to the WinXP > >BD_ADDR and RFCOMM channel. i have no idea how to configure PPP *server* > >on your WinXP/Bluetooth software. perhaps you need to setup PPP server on WinXP's virtual serial port that assigned to LAN service. i have no idea how to do it. what does # sdptool browse say? does WinXP advertise any services? could you please send me the output? > >> and FreeBSD LAN service served by rfcomm_pppd from Windows98. > > OK. It works. Thanks. great. please let me know if you have any problems. just for the fun could you please try to setup LAN connection between WinXP (server) and Win98 (client)? i'm curious if it even works at all. thanks, max __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 12:07: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 6890B37B404 for ; Tue, 13 May 2003 12:07:35 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096D543F85 for ; Tue, 13 May 2003 12:07:34 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h4DJ7TtJ020342; Tue, 13 May 2003 12:07:29 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EC142D0.4090009@acm.org> Date: Tue, 13 May 2003 12:09:04 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jordan Hubbard References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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: Tue, 13 May 2003 19:07:36 -0000 Jordan Hubbard wrote: > #define EDOOFUS 88 /* Programming error */ EINTERNAL would seem appropriate for a detected bug within FreeBSD code, whether kernel or userland. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 12:10: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 D171D37B401 for ; Tue, 13 May 2003 12:10:57 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76E843FCB for ; Tue, 13 May 2003 12:10:56 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h4DJAkA23786 for hackers@freebsd.org; Tue, 13 May 2003 21:10:46 +0200 Date: Tue, 13 May 2003 21:10:46 +0200 From: Christoph Kukulies Message-Id: <200305131910.h4DJAkA23786@accms33.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: 4.8 after 5.0 (subscription) 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, 13 May 2003 19:10:58 -0000 I received a set of 4.8 CDs (April 2003) from my FreeBSD subscription after I had received 5.0 in February (IIRC). What is the secret behind this order reversal? Can I assume that it is some kind of 'more stable' release and it is the commitment, that 5.0-R was a shot in the dark? -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 12:25: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 6CD9637B401 for ; Tue, 13 May 2003 12:25:45 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E915243FB1 for ; Tue, 13 May 2003 12:25:43 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h4DJPUkA027228; Tue, 13 May 2003 13:25:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 13 May 2003 13:24:33 -0600 (MDT) Message-Id: <20030513.132433.37584599.imp@bsdimp.com> To: olivas@digiflux.org From: "M. Warner Losh" In-Reply-To: <200305131530.41493.olivas@digiflux.org> References: <200305131530.41493.olivas@digiflux.org> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: wi network driver woes 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, 13 May 2003 19:25:45 -0000 In message: <200305131530.41493.olivas@digiflux.org> Stacy Olivas writes: : I've ran into some strangeness with the wi wireless network card driver under : a PicoBSD build (WarBSD). : : I can get the kernel to recognize PCMCIA card services and detect the WLAN NIC : at startup, but if you try to use it for anything you get the following : error: : : wi0: watchdog timeout Interrupts are wrong. : And, if you remove the NIC from the PCMCIA card slot and re-insert it, the : system doesn not automatically re-detect it... Interrupts are wrong. : Any suggestions on what I can do to make this work? Use the right interrupts. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 12:44: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 9EEC937B401 for ; Tue, 13 May 2003 12:44:23 -0700 (PDT) Received: from smartrafficenter.org (pacer.smartrafficenter.org [207.14.56.3]) by mx1.FreeBSD.org (Postfix) with SMTP id BF9F343FA3 for ; Tue, 13 May 2003 12:44:22 -0700 (PDT) (envelope-from kpieckiel@smartrafficenter.org) Received: (qmail 89482 invoked by uid 1500); 13 May 2003 19:44:20 -0000 Date: Tue, 13 May 2003 15:44:20 -0400 From: "Kevin A. Pieckiel" To: freebsd-hackers@freebsd.org Message-ID: <20030513194420.GB87968@pacer.dmz.smartrafficenter.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Kernel Panic 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, 13 May 2003 19:44:24 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If anyone is interested, I received this on a testbed computer. It was sitting idle at the time--I haven't used it in the past couple of weeks. I just noticed this today when I went back to play with it. Can provide kernel config, core file, and debug kernel via ftp or http upon= request. System is: -su-2.05b# uname -a FreeBSD viper.smartrafficenter.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri = Apr 11 00:33:43 EDT 2003 toor@viper.smartrafficenter.net:/usr/obj/usr/s= rc/sys/VIPER i386 Dump info from gdb is: panic: vdrop: holdcnt panic messages: --- panic: vdrop: holdcnt cpuid =3D 0; lapic.id =3D 00000000 boot() called on cpu#0 syncing disks, buffers remaining... 1316 1316 1316 1316 1316 1316 1316 1316= 1316 1316 1316 1316 1316 1316 1316 1316 1316 1316 1316 1316=20 giving up on 1315 buffers Uptime: 19h50m25s Dumping 112 MB ata0: resetting devices .. done 16 32 48 64 80 96 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01c20e8 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:3= 71 #2 0xc01c2407 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc0213d6b in vdropl (vp=3D0x0) at /usr/src/sys/kern/vfs_subr.c:2309 #4 0xc0213d24 in vdrop (vp=3D0xc164e490) at /usr/src/sys/kern/vfs_subr.c:2= 297 #5 0xc02074c9 in cache_zap (ncp=3D0xc164e490) at /usr/src/sys/kern/vfs_cac= he.c:244 #6 0xc0207ad1 in cache_purge (vp=3D0xc16477fc) at /usr/src/sys/kern/vfs_ca= che.c:503 #7 0xc026347d in ufs_reclaim (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_inode.= c:169 #8 0xc026b068 in ufs_vnoperate (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_vnop= s.c:2787 #9 0xc0214590 in vclean (vp=3D0xc16477fc, flags=3D8, td=3D0xc0736980) at v= node_if.h:958 #10 0xc021493c in vgonel (vp=3D0xc16477fc, td=3D0x0) at /usr/src/sys/kern/v= fs_subr.c:2720 #11 0xc0210c29 in vlrureclaim (mp=3D0xc132e600) at /usr/src/sys/kern/vfs_su= br.c:711 #12 0xc0210e6f in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:764 #13 0xc01af092 in fork_exit (callout=3D0xc0210cc0 , arg=3D0x0, = frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:796 (kgdb) f 3 #3 0xc0213d6b in vdropl (vp=3D0x0) at /usr/src/sys/kern/vfs_subr.c:2309 2309 panic("vdrop: holdcnt"); (kgdb) l 2304 { 2305 int s; 2306 2307 s =3D splbio(); 2308 if (vp->v_holdcnt <=3D 0) 2309 panic("vdrop: holdcnt"); 2310 vp->v_holdcnt--; 2311 if (VSHOULDFREE(vp)) 2312 vfree(vp); 2313 else (kgdb) i loc No locals. (kgdb) p vp $1 =3D (struct vnode *) 0x0 (kgdb)=20 --- This message was signed by GnuPG. E-Mail kpieckiel-pgp@smartrafficenter.org to receive my public key. You may also get my key from pgpkeys.mit.edu; my ID is 0xF1604E92 and will expire on 01 January 2004. --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+wUsTc3iJbvFgTpIRAlfRAJ9mqfDcGfGX+QuCnM74dd/zEkyiTgCfVTSM 0t/X4CJgsUw64Klm6Tl1UUA= =sUzq -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 12:49: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 0A0C337B401 for ; Tue, 13 May 2003 12:49:41 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D5C243F75 for ; Tue, 13 May 2003 12:49:40 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 5E4D510BF84; Tue, 13 May 2003 21:49:39 +0200 (CEST) Date: Tue, 13 May 2003 21:49:39 +0200 From: "Simon L. Nielsen" To: Christoph Kukulies Message-ID: <20030513194939.GD403@nitro.dk> References: <200305131910.h4DJAkA23786@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E/DnYTRukya0zdZ1" Content-Disposition: inline In-Reply-To: <200305131910.h4DJAkA23786@accms33.physik.rwth-aachen.de> User-Agent: Mutt/1.5.4i cc: hackers@freebsd.org Subject: Re: 4.8 after 5.0 (subscription) 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, 13 May 2003 19:49:41 -0000 --E/DnYTRukya0zdZ1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.05.13 21:10:46 +0200, Christoph Kukulies wrote: > I received a set of 4.8 CDs (April 2003) from my FreeBSD subscription > after I had received 5.0 in February (IIRC).=20 >=20 > What is the secret behind this order reversal? Read http://www.freebsd.org/releases/5.0R/announce.html and http://www.freebsd.org/releases/5.0R/early-adopter.html for more information about 5.0. --=20 Simon L. Nielsen --E/DnYTRukya0zdZ1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+wUxT8kocFXgPTRwRAvSWAJ9lNFQjlt/RLtAF57YW+LQeD9AJrACfWMbe mq7yYlKjhCqfeUqSIZX8DV4= =xoz2 -----END PGP SIGNATURE----- --E/DnYTRukya0zdZ1-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 14:49: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 C453337B401 for ; Tue, 13 May 2003 14:49:50 -0700 (PDT) Received: from chaos.evolve.za.net (chaos.evolve.za.net [196.34.172.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0597943F93 for ; Tue, 13 May 2003 14:49:47 -0700 (PDT) (envelope-from stalker@ents.za.net) Received: from amavis by chaos.evolve.za.net with scanned-ok (Exim 3.36 #1) id 19FheZ-0003Ga-00 for hackers@freebsd.org; Tue, 13 May 2003 23:49:43 +0200 Received: from [196.39.126.250] (helo=stalker) by chaos.evolve.za.net with asmtp (TLSv1:RC4-MD5:128) (Exim 3.36 #1) id 19FheX-0003GP-00 for hackers@freebsd.org; Tue, 13 May 2003 23:49:42 +0200 Message-ID: <000901c3199a$25d4d8f0$4206000a@stalker> From: "Stalker" To: Date: Tue, 13 May 2003 23:53:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by Opteq - www.optec.co.za Subject: Crypted Disk Question 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, 13 May 2003 21:49:51 -0000 Hi I would like to know if anyone has thought of or come up with a solution to this problem. With encrypted disks, when you mount them it requires you to enter a password, and im wondering if anyone has come up with a way that maintains the security, but also automates the process of entering the password. I know of scripts and that, but that still leaves the password in plain text. I was wondering if anyone has written a program to accomplish this, or if someone has thought of a better way to get around this problem, and still keep a high level of security while doing this. If someone has a idea of how to do this, i dont mind writing the program myself to do it, im just trying to find a decent way to do this. Thanx Stalker From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 15:50:15 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 A1E8837B401 for ; Tue, 13 May 2003 15:50:15 -0700 (PDT) Received: from mail.advantagecom.net (mail.advantagecom.net [65.103.151.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id D766E43F3F for ; Tue, 13 May 2003 15:50:14 -0700 (PDT) (envelope-from andykinney@advantagecom.net) Received: from SCSI-MONSTER (scsi-monster.advantagecom.net [207.109.186.200]) by mail.advantagecom.net (8.11.6/8.11.6) with ESMTP id h4DLPwC22302 for ; Tue, 13 May 2003 14:25:58 -0700 From: "Andrew Kinney" Organization: Advantagecom Networks, Inc. To: freebsd-hackers@freebsd.org Date: Tue, 13 May 2003 14:26:33 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Message-ID: <3EC10099.3328.197DDF3E@localhost> Priority: normal In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andykinney@advantagecom.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 22:50:15 -0000 On 13 May 2003, at 1:57, Jordan Hubbard wrote: > Now, before I start here, let me just acknowledge up-front that what > I'm about to raise is prime bike-shed material of the first order. This entire issue will require a committee of 100, a summer conference, and a winter tech retreat with lots of doh!nuts. FWIW, I happen to agree that, while funny as heck, it won't promote widespread acceptance of FreeBSD in the humor-anemic of the world. Humor-anemia seems to generously afflict those great-white-never-seen-the-sun-shine-rear-ends of the business world inclined. But, like I said, FWIW. My opinion probably means squat around here since I've never done anything of substance and only ever generate to-do lists for those that work on the VM system of FreeBSD. ;-) Sincerely, Andrew Kinney President and Chief Technology Officer Advantagecom Networks, Inc. http://www.advantagecom.net From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 15:52:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D7E37B401 for ; Tue, 13 May 2003 15:52:07 -0700 (PDT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA12143F85 for ; Tue, 13 May 2003 15:52:06 -0700 (PDT) (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.9/8.12.9) with ESMTP id h4DMp7iJ027798; Tue, 13 May 2003 18:51:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Tue, 13 May 2003 18:51:06 -0400 To: Jordan Hubbard , hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 22:52:07 -0000 At 1:57 AM -0700 5/13/03, Jordan Hubbard wrote: >... and "yeah, that's a pretty silly errno value and in rather >colloquial english at that, let's pick a more descriptive name >like ``EUSERERR'' or something which makes any code using it >more clear." I think it is fine to change the name, but EUSERERR is certainly not right. The bikeshed is then picking an appropriate name. EBADCOMMIT(ER) ESKIPDISASTER EAVERTWOE EAVOIDABYSS seem like some plausible names, given the description of the history behind the name, and what error is used for. I'm sure another hundred could be thought of after about 15 minutes with a thesaurus. -- 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 Tue May 13 16:43: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 EA44137B401 for ; Tue, 13 May 2003 16:43:41 -0700 (PDT) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A2D843F3F for ; Tue, 13 May 2003 16:43:41 -0700 (PDT) (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 h4DNhecL096082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 13 May 2003 19:43:40 -0400 (EDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id h4DNhevL096081 for hackers@freebsd.org; Tue, 13 May 2003 19:43:40 -0400 (EDT) Date: Tue, 13 May 2003 19:43:40 -0400 From: Leo Bicknell To: hackers@freebsd.org Message-ID: <20030513234340.GA95973@ussenterprise.ufp.org> Mail-Followup-To: hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 23:43:42 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Tue, May 13, 2003 at 06:51:06PM -0400, Garance A Dr= osihn wrote: > EBADCOMMIT(ER) ESKIPDISASTER EAVERTWOE EAVOIDABYSS >=20 > seem like some plausible names, given the description of the > history behind the name, and what error is used for. I'm sure > another hundred could be thought of after about 15 minutes with > a thesaurus. Given the history of this thread perhaps "EAPPLE" would add a nice bit of history. :) It would give future generations a reason to google for this thread. --=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+wYMsNh6mMG5yMTYRArceAJoCTHhi0ILZMHTjiHXFAVul+AKxAQCghNdr hQAqMVj7iPhNt2/q8f8FwSo= =0Fbd -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 16:56:30 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 7282537B401 for ; Tue, 13 May 2003 16:56:30 -0700 (PDT) Received: from web4.thecenturiongroup.com (104-238-234-66.cosmoweb.net [66.234.238.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 810DC43FAF for ; Tue, 13 May 2003 16:56:29 -0700 (PDT) (envelope-from mjm@michaelmeltzer.com) Received: from ix1x1000 (ix1x1000.thecenturiongroup.com [192.32.248.52]) by web4.thecenturiongroup.com (Postfix) with SMTP id 6748D7C001 for ; Tue, 13 May 2003 19:56:28 -0400 (EDT) Message-ID: <081901c319ab$18daa470$34f820c0@ix1x1000> From: "Michael Meltzer" To: References: <3EC10099.3328.197DDF3E@localhost> Date: Tue, 13 May 2003 19:55:14 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: A modest proposal for better errno values... 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, 13 May 2003 23:56:30 -0000 > #define EDOOFUS 88 /* Programming error */ #define E370HSSV 88 /* Programming error */ I think this one keeps the orinigal sprite of EDOOFUS, I will now crawl back into my cave :-) MJM PS. For the non dyslexics try reading it upsidedown. From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 17:11:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76C8D37B401 for ; Tue, 13 May 2003 17:11:07 -0700 (PDT) Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECDDA43F3F for ; Tue, 13 May 2003 17:11:06 -0700 (PDT) (envelope-from jkh@apple.com) Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out2.apple.com (8.12.9/8.12.9) with ESMTP id h4E0B6nB014563 for ; Tue, 13 May 2003 17:11:06 -0700 (PDT) Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com ; Tue, 13 May 2003 17:10:25 -0700 Received: from apple.com (eyeball.apple.com [17.202.45.78]) by scv2.apple.com (8.12.9/8.12.9) with ESMTP id h4E0APUb018978; Tue, 13 May 2003 17:10:25 -0700 (PDT) Date: Tue, 13 May 2003 17:10:24 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Garance A Drosihn From: Jordan Hubbard In-Reply-To: Message-Id: <75B77572-85A0-11D7-BE4E-000393C6E688@apple.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 14 May 2003 00:11:07 -0000 If it's just used for kernel errors, I was pretty happy with the EDONTPANIC suggestion someone made earlier. :) - Jordan On Tuesday, May 13, 2003, at 03:51 PM, Garance A Drosihn wrote: > At 1:57 AM -0700 5/13/03, Jordan Hubbard wrote: >> ... and "yeah, that's a pretty silly errno value and in rather >> colloquial english at that, let's pick a more descriptive name >> like ``EUSERERR'' or something which makes any code using it >> more clear." > > I think it is fine to change the name, but EUSERERR is certainly > not right. The bikeshed is then picking an appropriate name. > > EBADCOMMIT(ER) ESKIPDISASTER EAVERTWOE EAVOIDABYSS > > seem like some plausible names, given the description of the > history behind the name, and what error is used for. I'm sure > another hundred could be thought of after about 15 minutes with > a thesaurus. > > -- > 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 Tue May 13 19:22: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 5AACE37B401 for ; Tue, 13 May 2003 19:22:39 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C661543F93 for ; Tue, 13 May 2003 19:22:38 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id C72951C5E4; Tue, 13 May 2003 19:22:36 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: Jordan Hubbard , hackers@freebsd.org Date: Tue, 13 May 2003 19:22:33 -0700 User-Agent: KMail/1.5 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: <200305131922.33556.wes@softweyr.com> Subject: Re: A modest proposal for better errno values... 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, 14 May 2003 02:22:39 -0000 On Tuesday 13 May 2003 01:57, Jordan Hubbard wrote: > > jkh@freebsd-> grep DOOFUS /usr/include/sys/errno.h > #define EDOOFUS 88 /* Programming error */ I think your tie is knotted a bit too snugly, it's cutting off the flow of blood into your brain. If Apple wants to import FreeBSD code (it has been a very one-way street, hasn't it?) and wants to avoid having an EDOOFUS in their system, Apple can certainly devote a few minutes of programmer time to writing an import filter that automagically converts EDOOFUS to the Apple approved errno that does not marginalize stupid programmers. (It does make one wonder why Apple would be so touchy about this particular problem, doesn't it?) I want to suggest EWORM but that obviously won't do in the corporate humorless environment. It really is too bad that Apple has never quite recovered from Tim's warped sense of humor, in re: Butthead Astronomer. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 19:55: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 F121537B401; Tue, 13 May 2003 19:55:17 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B5DB43FBF; Tue, 13 May 2003 19:55:15 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 731EB1C357; Tue, 13 May 2003 19:55:14 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: Jaron Omega , hackers@freebsd.org Date: Tue, 13 May 2003 19:55:13 -0700 User-Agent: KMail/1.5 References: <20030513114315.GA19606@af-inet.net> In-Reply-To: <20030513114315.GA19606@af-inet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305131955.13455.wes@softweyr.com> cc: Jordan Hubbard Subject: Re: A modest proposal for better errno values... 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, 14 May 2003 02:55:18 -0000 On Tuesday 13 May 2003 04:43, Jaron Omega wrote: > On Tue, May 13, 2003 at 01:57:13AM -0700, Jordan Hubbard wrote: > > So, to make a long story short, this is one small area where > > Apple's going to have to gratuitously diverge from FreeBSD if it > > remains this way and I frankly hate that idea since it just makes > > diffing things that much more annoying and for reasons which could > > be best and most accurately described as "silly." That said, I'm > > sure the reactions of the various people reading this will still > > vary between "who gives a damn what Apple thinks of our errno > > values?! Get a life, Apple!" and "yeah, that's a pretty silly > > errno value and in rather colloquial english at that, let's pick a > > more descriptive name like ``EUSERERR'' or something which makes > > any code using it more clear." > > Apple became a corporation, May 25th 1998. Not technically ofcourse, > but in spirit. So change it to EBUTTHEAD, that should be perfectly safe for Apple. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 20:14:36 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 1E47A37B401 for ; Tue, 13 May 2003 20:14:36 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A79943F3F for ; Tue, 13 May 2003 20:14:35 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 8C9711C3C0; Tue, 13 May 2003 20:14:35 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: "Stalker" , Date: Tue, 13 May 2003 20:14:34 -0700 User-Agent: KMail/1.5 References: <000901c3199a$25d4d8f0$4206000a@stalker> In-Reply-To: <000901c3199a$25d4d8f0$4206000a@stalker> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305132014.34788.wes@softweyr.com> Subject: Re: Crypted Disk Question 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, 14 May 2003 03:14:36 -0000 On Tuesday 13 May 2003 14:53, Stalker wrote: > Hi > > I would like to know if anyone has thought of or come up with a > solution to this problem. > > With encrypted disks, when you mount them it requires you to enter a > password, and im wondering if anyone has come up with a way that > maintains the security, but also automates the process of entering > the password. I know of scripts and that, but that still leaves the > password in plain text. I was wondering if anyone has written a > program to accomplish this, or if someone has thought of a better way > to get around this problem, and still keep a high level of security > while doing this. > > If someone has a idea of how to do this, i dont mind writing the > program myself to do it, im just trying to find a decent way to do > this. I depends on the level of security you want. You could put the crypto keys on a little USB dongle and leave that plugged into the computers; in case of "emergency" you can yank the dongle and the powercord and run. That's still not very secure, depending on how close the machines are to your pillow. Any mechanism that can enter the keys automagically can be used against you if it is captured "intact enough." A system that can come up into a running state and page you for a new key, with some sort of remote re-keying capability, would be a better design. I think RIM Blackberry can do this sort of back-and-forth with a bit of development. The system in question would bring itself up far enough to request and receive keys, then mount the encrypted filesystems and continue once the keys are received. That would be a fun system to design and make actually work. ;^) -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 21:21: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 909F237B401 for ; Tue, 13 May 2003 21:21:34 -0700 (PDT) Received: from mail.halplant.com (ip68-98-167-210.nv.nv.cox.net [68.98.167.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB1DD43FA3 for ; Tue, 13 May 2003 21:21:33 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: by mail.halplant.com (Postfix, from userid 1001) id 90C59AE; Wed, 14 May 2003 00:21:32 -0400 (EDT) Date: Wed, 14 May 2003 00:21:32 -0400 From: Andrew J Caines To: hackers@freebsd.org Message-ID: <20030514042132.GA7287@hal9000.halplant.com> Mail-Followup-To: hackers@freebsd.org References: <75B77572-85A0-11D7-BE4E-000393C6E688@apple.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <75B77572-85A0-11D7-BE4E-000393C6E688@apple.com> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.8-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i Subject: Re: A modest proposal for better errno values... 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: Wed, 14 May 2003 04:21:34 -0000 Jordan said... > If it's just used for kernel errors, I was pretty happy with the > EDONTPANIC suggestion someone made earlier. :) In many of the more relaxed civilizations on the Outer Eastern Rim of the Galaxy, FreeBSD has already supplanted the great UNIX[R] as the standard repository of all knowledge and wisdom, for though it has many omissions and contains much that is apocryphal, or at least wildly inaccurate, it scores over the older, more pedestrian work in two important respects. First, it is slightly cheaper; and secondly it has the error EDONTPANIC inscribed in large friendly letters in its source. [With no apology to the late great DNA, -hackers or anyone else] -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 Tue May 13 22:11:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6750237B401 for ; Tue, 13 May 2003 22:11:46 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4ABC43F93 for ; Tue, 13 May 2003 22:11:45 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0275.cvx40-bradley.dialup.earthlink.net ([216.244.43.20] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19FoYI-0006i9-00; Tue, 13 May 2003 22:11:42 -0700 Message-ID: <3EC1CFC4.368715F9@mindspring.com> Date: Tue, 13 May 2003 22:10:28 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Stalker References: <000901c3199a$25d4d8f0$4206000a@stalker> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a461b939498134ba5f0072203e495f3a88666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Crypted Disk Question 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, 14 May 2003 05:11:46 -0000 Stalker wrote: > With encrypted disks, when you mount them it requires you to enter a > password, and im wondering if anyone has come up with a way that maintains > the security, but also automates the process of entering the password. You mean, so that if anyone who wanted to read your disk could just turn on your computer, and it would automate entering the password for them? 8-) 8-) 8-). The question boils down to "How does this automatic process know it's you, and not someone else, turning on the computer?". Maybe it could have you enter a password... 8-) 8-O. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 23:19:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C7337B404 for ; Tue, 13 May 2003 23:19:46 -0700 (PDT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8B043F75 for ; Tue, 13 May 2003 23:19:45 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h4E6IpVo016570 for ; Wed, 14 May 2003 08:18:51 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h4E6Iot3016569 for hackers@freebsd.org; Wed, 14 May 2003 08:18:50 +0200 (CEST) Date: Wed, 14 May 2003 08:18:50 +0200 From: Stijn Hoop To: hackers@freebsd.org Message-ID: <20030514061850.GA16421@pcwin002.win.tue.nl> References: <75B77572-85A0-11D7-BE4E-000393C6E688@apple.com> <20030514042132.GA7287@hal9000.halplant.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20030514042132.GA7287@hal9000.halplant.com> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! Subject: Re: A modest proposal for better errno values... 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, 14 May 2003 06:19:47 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 14, 2003 at 12:21:32AM -0400, Andrew J Caines wrote: > Jordan said... > > If it's just used for kernel errors, I was pretty happy with the=20 > > EDONTPANIC suggestion someone made earlier. :) >=20 > In many of the more relaxed civilizations on the Outer > Eastern Rim of the Galaxy, FreeBSD has already supplanted > the great UNIX[R] as the standard repository of all knowledge > and wisdom, for though it has many omissions and contains > much that is apocryphal, or at least wildly inaccurate, it > scores over the older, more pedestrian work in two important > respects. >=20 > First, it is slightly cheaper; and secondly it has the error > EDONTPANIC inscribed in large friendly letters in its source. >=20 > [With no apology to the late great DNA, -hackers or anyone else] I vote for EDONTPANIC, but only if the this text is included as a comment directly above the definition in the header :) :) :) --Stijn --=20 "...I like logs. They give me a warm fuzzy feeling. I've been known to keep logs for 30 months at a time (generally when I thought I was rotating them daily, but was actually rotating them once a month)." -- Michael Lucas, in Big Scary Daemons article 'Controlling Bandwidth' --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+wd/KY3r/tLQmfWcRAok+AJ47L5keuzE/pSPWq7NEbSdNQteoFwCffRM/ HAhsgPBTl1tXp1Bhv1b/sH4= =Mhi3 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 01:00:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88AD937B401 for ; Wed, 14 May 2003 01:00:46 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95A143F3F for ; Wed, 14 May 2003 01:00:44 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h4E80fp9018667; Wed, 14 May 2003 18:00:41 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h4E80cGF018666; Wed, 14 May 2003 18:00:38 +1000 (EST) Date: Wed, 14 May 2003 18:00:38 +1000 From: Peter Jeremy To: Michael Meltzer Message-ID: <20030514080038.GC4366@cirb503493.alcatel.com.au> References: <3EC10099.3328.197DDF3E@localhost> <081901c319ab$18daa470$34f820c0@ix1x1000> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <081901c319ab$18daa470$34f820c0@ix1x1000> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 14 May 2003 08:00:46 -0000 On Tue, May 13, 2003 at 07:55:14PM -0400, Michael Meltzer wrote: >> #define EDOOFUS 88 /* Programming error */ > >#define E370HSSV 88 /* Programming error */ You might get this one past the suits if you can come up with an appropriate acronym (one that keeps their mind off reading it .(umop 3p!sdn My (non-tongue-in-cheek) suggestion is EASSERT - this is an assertion failure that you don't want to abort()/panic() on. Peter From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 01:12:15 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 30DFB37B401 for ; Wed, 14 May 2003 01:12:15 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 060C143F75 for ; Wed, 14 May 2003 01:12:14 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4E8CDEB002325; Wed, 14 May 2003 10:12:13 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h4E8CCYW002324; Wed, 14 May 2003 10:12:12 +0200 (CEST) Date: Wed, 14 May 2003 10:12:12 +0200 From: Wilko Bulte To: Peter Jeremy Message-ID: <20030514081212.GA2301@freebie.xs4all.nl> References: <3EC10099.3328.197DDF3E@localhost> <081901c319ab$18daa470$34f820c0@ix1x1000> <20030514080038.GC4366@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030514080038.GC4366@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: A modest proposal for better errno values... 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, 14 May 2003 08:12:15 -0000 On Wed, May 14, 2003 at 06:00:38PM +1000, Peter Jeremy wrote: > On Tue, May 13, 2003 at 07:55:14PM -0400, Michael Meltzer wrote: > >> #define EDOOFUS 88 /* Programming error */ > > > >#define E370HSSV 88 /* Programming error */ > > You might get this one past the suits if you can come up with an > appropriate acronym (one that keeps their mind off reading it > .(umop 3p!sdn > > My (non-tongue-in-cheek) suggestion is EASSERT - this is an assertion > failure that you don't want to abort()/panic() on. #define EDONTPANIC 42 /* ... */ -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 03:17: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 6EEE937B401 for ; Wed, 14 May 2003 03:17:25 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174DF43F3F for ; Wed, 14 May 2003 03:17:22 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4EAGZ4P006533; Wed, 14 May 2003 12:16:43 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: "M. Warner Losh" Date: Wed, 14 May 2003 12:16:35 +0200 User-Agent: KMail/1.5 References: <200305131530.41493.olivas@digiflux.org> <20030513.132433.37584599.imp@bsdimp.com> In-Reply-To: <20030513.132433.37584599.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305141216.35631.olivas@digiflux.org> cc: hackers@freebsd.org Subject: Re: wi network driver woes 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, 14 May 2003 10:17:25 -0000 On Tuesday 13 May 2003 9:24 pm, you wrote: > In message: <200305131530.41493.olivas@digiflux.org> > > Stacy Olivas writes: > : I've ran into some strangeness with the wi wireless network card driver > : under a PicoBSD build (WarBSD). > : > : I can get the kernel to recognize PCMCIA card services and detect the > : WLAN NIC at startup, but if you try to use it for anything you get the > : following error: > : > : wi0: watchdog timeout > > Interrupts are wrong. > > : And, if you remove the NIC from the PCMCIA card slot and re-insert it, > : the system doesn not automatically re-detect it... > > Interrupts are wrong. > > : Any suggestions on what I can do to make this work? > > Use the right interrupts. > > Warner :) Thanks Warner. When I was building the kernel, I had forgot to update the .hints file to match it. The wi driver now works on one of my systems.. Funny thing, it still doesn't work on another system (old laptop). Oh well.. That will be the next thing to look into. But, at least it DOES work now on one system. yay! Many thanks. -Stacy From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 04:26: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 6150837B401 for ; Wed, 14 May 2003 04:26:25 -0700 (PDT) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C52243FA3 for ; Wed, 14 May 2003 04:26:24 -0700 (PDT) (envelope-from bgd@icomag.de) Received: by mail.icomag.de (Postfix, from userid 1019) id BED212302E; Wed, 14 May 2003 13:26:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id BDC0E23026 for ; Wed, 14 May 2003 13:26:21 +0200 (CEST) Date: Wed, 14 May 2003 13:26:21 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Message-ID: <20030514131951.O78837-100000@fw.office.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: linux binary blues 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, 14 May 2003 11:26:25 -0000 Hi Hackers, I have a linux binary that runs well under a jail on a FreeBSD 4.8, but fails to run on a jaili on 4.7 (obviously, both have linux compatibility installed). As far as I know (don't have the sources of this linux binary), it tries to get a lock on a file which is called engine.pid. That failes on 4.7. The ktraces on the systems look like: Good (jail on 4.8): 582 engine NAMI "/home/test/testbot/var/run/engine.pid" 582 engine RET open 3 582 engine CALL semget(0x3,0x6,0xbfbfe820) 582 engine RET semget 0 582 engine CALL getpid 582 engine RET getpid 582/0x246 582 engine CALL select(0x3,0) 582 engine RET select 0 582 engine CALL write(0x3,0x864c28c,0x4) 582 engine GIO fd 3 wrote 4 bytes Failed (jail on 4.7): 10995 engine NAMI "/usr/home/ohsandy/sandy/var/run/engine.pid" 10995 engine RET open 3 10995 engine CALL semget(0x3,0x6,0xbfbfe800) 10995 engine RET semget -1 errno -22 Unknown error: -22( 10995 engine CALL ktrace(0x8690000) 10995 engine RET ktrace 141099008/0x8690000 10995 engine CALL ktrace(0x869d000) 10995 engine RET ktrace 141152256/0x869d000 10995 engine CALL fchdir(0xbfbfe60c) 10995 engine RET fchdir 1052904408/0x3ec20bd8 10995 engine CALL open(0x852e160,0x441,0x1b6) 10995 engine NAMI "/compat/linux/usr/home/ohsandy/sandy/var/log" 10995 engine NAMI "/usr/home/ohsandy/sandy/var/log/error.log" I don't know, though, why the semget(2) has different values for the third argument (0xbfbfe820 != 0xbfbfe800), if the binary is the same and the linux libraries (as far as I can tell) are the same (tried with the 4.7 linux_base package, and as well with the 4.8 linux_base package installed on the 4.7 system). So, any ideas of what could go wrong, and if there are any chances of getting this binary to run on a 4.7? Thanks, bogdan From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 05:07:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98A037B401 for ; Wed, 14 May 2003 05:07:19 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E1D843F85 for ; Wed, 14 May 2003 05:07:18 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 3D15EAE38; Wed, 14 May 2003 09:07:16 -0300 (BRT) Received: by ws-tor-0004.procergs (Postfix, from userid 1000) id CA755108F3; Wed, 14 May 2003 09:07:12 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id B85D2108F2; Wed, 14 May 2003 09:07:12 -0300 (BRT) From: omestre@freeshell.org To: Bogdan TARU In-Reply-To: Message from Bogdan TARU <20030514131951.O78837-100000@fw.office.icom> References: <20030514131951.O78837-100000@fw.office.icom> Date: Wed, 14 May 2003 09:07:07 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030514120712.CA755108F3@ws-tor-0004.procergs> cc: freebsd-hackers@freebsd.org Subject: Re: linux binary blues 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, 14 May 2003 12:07:20 -0000 I have one Linux (Debian 3.0) running fine in a jail environment too. :) FreeBSD 5.0. But the only problem is the devfs. Every program that interact with devices do not work... ssh, telnet and so on and so forth. Do you know how can i fix this? How can i make a compatibility between Linux devices and FreeBSD devices. Because, if i can make that, i will run a Debian machine with the FreeBSD kernel (without jail, with the linux in "/"). Just the FreeBSD kernel, ufs filesystem and the loader. But for that i need, consoles, ssh and so on. Another question ( the last).. do you know if FreeBSD 5.0 have framebuffer support? Splash consoles? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 07:51: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 8144237B401 for ; Wed, 14 May 2003 07:51:25 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 921A743F75 for ; Wed, 14 May 2003 07:51:24 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id 5E0B31C3A2; Wed, 14 May 2003 07:51:24 -0700 (PDT) From: Wes Peters Organization: Softweyr To: "Simon L. Nielsen" , Christoph Kukulies Date: Wed, 14 May 2003 07:51:23 -0700 User-Agent: KMail/1.5 References: <200305131910.h4DJAkA23786@accms33.physik.rwth-aachen.de> <20030513194939.GD403@nitro.dk> In-Reply-To: <20030513194939.GD403@nitro.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305140751.23460.wes@softweyr.com> cc: hackers@freebsd.org Subject: Re: 4.8 after 5.0 (subscription) 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, 14 May 2003 14:51:25 -0000 On Tuesday 13 May 2003 12:49, Simon L. Nielsen wrote: > On 2003.05.13 21:10:46 +0200, Christoph Kukulies wrote: > > I received a set of 4.8 CDs (April 2003) from my FreeBSD subscription > > after I had received 5.0 in February (IIRC). > > > > What is the secret behind this order reversal? > > Read http://www.freebsd.org/releases/5.0R/announce.html and > http://www.freebsd.org/releases/5.0R/early-adopter.html for more > information about 5.0. And contact whomever it was you subscribed from. The discs come from a vendor, not from the FreeBSD Project. ;^) -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 08:09: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 B0C5F37B401 for ; Wed, 14 May 2003 08:09:17 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A1F043FAF for ; Wed, 14 May 2003 08:09:17 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h4EF9CkT046764; Wed, 14 May 2003 10:09:12 -0500 (CDT) (envelope-from dan) Date: Wed, 14 May 2003 10:09:11 -0500 From: Dan Nelson To: Bogdan TARU Message-ID: <20030514150911.GI65927@dan.emsphone.com> References: <20030514131951.O78837-100000@fw.office.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030514131951.O78837-100000@fw.office.icom> X-OS: FreeBSD 5.1-BETA X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: linux binary blues 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, 14 May 2003 15:09:18 -0000 In the last episode (May 14), Bogdan TARU said: > I have a linux binary that runs well under a jail on a FreeBSD 4.8, > but fails to run on a jaili on 4.7 (obviously, both have linux > compatibility installed). > > As far as I know (don't have the sources of this linux binary), it > tries to get a lock on a file which is called engine.pid. That failes > on 4.7. > > The ktraces on the systems look like: BTW - it didn't matter in this case, but make sure you use the linux_kdump program (in the ports tree) when dumping traces from Linux executables. Some syscalls have different numbers under Linux and FreeBSD. > Good (jail on 4.8): > > 582 engine NAMI "/home/test/testbot/var/run/engine.pid" > 582 engine RET open 3 > 582 engine CALL semget(0x3,0x6,0xbfbfe820) > 582 engine RET semget 0 > 582 engine CALL getpid > 582 engine RET getpid 582/0x246 > 582 engine CALL select(0x3,0) > 582 engine RET select 0 > 582 engine CALL write(0x3,0x864c28c,0x4) > 582 engine GIO fd 3 wrote 4 bytes > > Failed (jail on 4.7): > > 10995 engine NAMI "/usr/home/ohsandy/sandy/var/run/engine.pid" > 10995 engine RET open 3 > 10995 engine CALL semget(0x3,0x6,0xbfbfe800) > 10995 engine RET semget -1 errno -22 Unknown error: -22( Do you have sysv semaphores enabled on this box? Put this in your kernel config file and rebuild: options SYSVSEM > I don't know, though, why the semget(2) has different values for the > third argument (0xbfbfe820 != 0xbfbfe800), if the binary is the same and > the linux libraries (as far as I can tell) are the same (tried with the > 4.7 linux_base package, and as well with the 4.8 linux_base package > installed on the 4.7 system). The third argument is a pointer value, so it's probably going to be different every time. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 08:14:33 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 528A237B442 for ; Wed, 14 May 2003 08:14:32 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id B60B343F75 for ; Wed, 14 May 2003 08:14:31 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4119 invoked from network); 14 May 2003 15:14:34 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 May 2003 15:14:34 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h4EFETp0031217; Wed, 14 May 2003 11:14:29 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200305131922.33556.wes@softweyr.com> Date: Wed, 14 May 2003 11:14:38 -0400 (EDT) From: John Baldwin To: Wes Peters cc: Jordan Hubbard cc: hackers@freebsd.org Subject: Supposed lack of code from Apple 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, 14 May 2003 15:14:33 -0000 On 14-May-2003 Wes Peters wrote: > On Tuesday 13 May 2003 01:57, Jordan Hubbard wrote: >> >> jkh@freebsd-> grep DOOFUS /usr/include/sys/errno.h >> #define EDOOFUS 88 /* Programming error */ > > I think your tie is knotted a bit too snugly, it's cutting off the flow > of blood into your brain. > > If Apple wants to import FreeBSD code (it has been a very one-way > street, hasn't it?) Just a comment here. I think this last statement is bull. Apple has made lots of bugfixes to our code available in Darwin. All it takes is for someone to extract their lazy rear from a chair and import those fixes. We don't import our fixes into Darwin, Darwin developers do that. In the same way, it is rather absurd to require Darwin developers to backport their fixes to FreeBSD. That is the job of FreeBSD developers. As an example of how this can work, see the recent fixes to smbfs that bp@ imported from Darwin. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 10:09: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 5967F37B401 for ; Wed, 14 May 2003 10:09:34 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B651843F85 for ; Wed, 14 May 2003 10:09:33 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h4EH92m2038689; Wed, 14 May 2003 10:09:06 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h4EH919A038688; Wed, 14 May 2003 10:09:01 -0700 (PDT) Date: Wed, 14 May 2003 10:09:01 -0700 From: "David O'Brien" To: Jordan Hubbard , hackers@freebsd.org Message-ID: <20030514170901.GA78142@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Jordan Hubbard , hackers@freebsd.org References: <19283.1052820329@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19283.1052820329@critter.freebsd.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 17:09:34 -0000 On Tue, May 13, 2003 at 12:05:29PM +0200, Poul-Henning Kamp wrote: > _If_ there had been substantial traffic of kernel source from Apple > to FreeBSD, I _might_ have been a lot easier to persuade, since the > diff might one day be on my screen, trying to integrate something > from Apple. > > But as it is now I am not at all interested in selling our freedom > to have a bit of fun to Apples sensibilities when I see little or > no tangible returns for me or the project for such concessions. _ _ _ _ _ _ | | | | ___ __ _ _ __ | | | | | | ___ __ _ _ __ | | | |_| | / _ \ / _` | | '__| | | | |_| | / _ \ / _` | | '__| | | | _ | | __/ | (_| | | | |_| | _ | | __/ | (_| | | | |_| |_| |_| \___| \__,_| |_| (_) |_| |_| \___| \__,_| |_| (_) -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 10:25:36 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 76F4A37B401; Wed, 14 May 2003 10:25:36 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6095443F85; Wed, 14 May 2003 10:25:35 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id 9546442A; Wed, 14 May 2003 19:25:33 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id 08B272FDAB2; Wed, 14 May 2003 19:25:31 +0200 (CEST) Date: Wed, 14 May 2003 19:25:30 +0200 From: Roman Neuhauser To: John Baldwin Message-ID: <20030514172530.GO1036@freepuppy.bellavista.cz> Mail-Followup-To: John Baldwin , Wes Peters , Jordan Hubbard , hackers@freebsd.org References: <200305131922.33556.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i cc: hackers@freebsd.org cc: Jordan Hubbard Subject: Re: Supposed lack of code from Apple 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, 14 May 2003 17:25:36 -0000 # jhb@FreeBSD.org / 2003-05-14 11:14:38 -0400: > > On 14-May-2003 Wes Peters wrote: > > On Tuesday 13 May 2003 01:57, Jordan Hubbard wrote: > >> > >> jkh@freebsd-> grep DOOFUS /usr/include/sys/errno.h > >> #define EDOOFUS 88 /* Programming error */ > > > > I think your tie is knotted a bit too snugly, it's cutting off the flow > > of blood into your brain. > > > > If Apple wants to import FreeBSD code (it has been a very one-way > > street, hasn't it?) > > Just a comment here. I think this last statement is bull. Apple > has made lots of bugfixes to our code available in Darwin. All it > takes is for someone to extract their lazy rear from a chair and > import those fixes. We don't import our fixes into Darwin, Darwin > developers do that. In the same way, it is rather absurd to > require Darwin developers to backport their fixes to FreeBSD. That > is the job of FreeBSD developers. As an example of how this can > work, see the recent fixes to smbfs that bp@ imported from Darwin. As far as I know Covalent's and IBM's developers *do* work on mainstream Apache in they day work. But don't read this as a support to Wes' position. I'm undecided. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 10:29: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 B7E6737B401 for ; Wed, 14 May 2003 10:29:03 -0700 (PDT) Received: from web41413.mail.yahoo.com (web41413.mail.yahoo.com [66.218.93.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 73EC643F75 for ; Wed, 14 May 2003 10:29:03 -0700 (PDT) (envelope-from zera_holladay@yahoo.com) Message-ID: <20030514172903.99296.qmail@web41413.mail.yahoo.com> Received: from [192.217.153.142] by web41413.mail.yahoo.com via HTTP; Wed, 14 May 2003 10:29:03 PDT Date: Wed, 14 May 2003 10:29:03 -0700 (PDT) From: zera holladay To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: sshd 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, 14 May 2003 17:29:04 -0000 This is my first time using this service. Thank you all for your help. I am using freebsd 5.0. I spent all yesterday trying to write socket code. Yestereday and last night everything was fine. As of this morning my monitor was blank until I rebooted, sshd started hanging at boot and emacs was unable to open a text file. I did not login as root in the interim, except to shutdown the system. Thus I believe I did not change any system files. Any ideas? Much thanks, Zera __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 11:48:33 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 8035D37B401 for ; Wed, 14 May 2003 11:48:33 -0700 (PDT) Received: from maeko.hayai.de (denver038.server4free.de [217.172.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0872143FA3 for ; Wed, 14 May 2003 11:48:32 -0700 (PDT) (envelope-from mail@maeko.hayai.de) Received: from maeko.hayai.de (localhost [127.0.0.1]) by maeko.hayai.de (8.12.7/8.12.7) with ESMTP id h4EImkrW007810 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Wed, 14 May 2003 20:48:46 +0200 Received: (from mail@localhost) by maeko.hayai.de (8.12.7/8.12.7/Submit) id h4EImj7n007809 for freebsd-hackers@freebsd.org; Wed, 14 May 2003 20:48:45 +0200 Date: Wed, 14 May 2003 20:48:45 +0200 From: Marco Wertejuk To: freebsd-hackers@freebsd.org Message-ID: <20030514184845.GA7573@maeko> 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.4i Subject: vlan/bridging broken in 4.8-release? 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, 14 May 2003 18:48:33 -0000 Hello, I'm trying to get bridging working on vlans, and it seems as if packet destined for the other side of the bridge don't get forwarded from the vlan-if to the phys-if and vice versa. An example: there are two hosts (foo[10.1.2.1/24], bar[10.1.2.2/24]) and the bridge doh. All 4.8-RELEASE. foo is crosslinked to doh's fxp1, bar is on a hp procurve switch in vlan 11. doh uses fxp0 to the switch and has vlans enabled, see ifconfig on doh: fxp0: flags=8943 mtu 1500 ether 00:d0:b7:9a:1a:0e media: Ethernet autoselect (100baseTX ) status: active fxp1: flags=8943 mtu 1500 ether 00:d0:b7:9a:1a:0f media: Ethernet autoselect (100baseTX ) status: active vlan0: flags=8843 mtu 1500 ether 00:d0:b7:9a:1a:0e media: Ethernet autoselect (100baseTX ) status: active vlan: 11 parent interface: fxp0 Bridging is enabled between vlan0 and fxp1. Now, when bar tries to ping foo (traffic goes from vlan0 to fxp1) this happens on doh: (tcpdump -tni fxp0): 802.1Q vlan#11 P0 arp who-has 10.1.2.1 tell 10.1.2.2 802.1Q vlan#11 P0 arp reply 10.1.2.1 is-at 0:d0:b7:b:1e:92 802.1Q vlan#11 P0 10.1.2.2 > 10.1.2.1: icmp: echo request (tcpdump -tni vlan0): arp who-has 10.1.2.1 tell 10.1.2.2 arp reply 10.1.2.1 is-at 0:d0:b7:b:1e:92 The icmp echo request is not passed to the vlan-if because it's not to a broadcast packet and so it is not bridged. Is there a trick to get this working or do you need more debug info? -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Solutions From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 12:12:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 833C137B401 for ; Wed, 14 May 2003 12:12:20 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC4243F75 for ; Wed, 14 May 2003 12:12:19 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h4EJC56U079970; Wed, 14 May 2003 22:12:06 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h4EJC1vd079967; Wed, 14 May 2003 22:12:01 +0300 (EEST) Date: Wed, 14 May 2003 22:12:01 +0300 (EEST) From: Narvi To: Terry Lambert In-Reply-To: <3EC1CFC4.368715F9@mindspring.com> Message-ID: <20030514214341.T40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Stalker Subject: Re: Crypted Disk Question 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, 14 May 2003 19:12:20 -0000 On Tue, 13 May 2003, Terry Lambert wrote: > Stalker wrote: > > With encrypted disks, when you mount them it requires you to enter a > > password, and im wondering if anyone has come up with a way that maintains > > the security, but also automates the process of entering the password. > > You mean, so that if anyone who wanted to read your disk could > just turn on your computer, and it would automate entering the > password for them? > > 8-) 8-) 8-). > > The question boils down to "How does this automatic process know > it's you, and not someone else, turning on the computer?". > Well, this is not entirely fair - a removed from server hard disk would in the scenario still remain locked and data inacessible. Similarily, for the removal of the server, say using an iButton or USB drive or similar that is needed to unlock the data but would be kept separately. You could say have an expect script watching the serial console output and enter the key. Another way would be having the server establishing a ssh session to a machine to get the key. it really depends on what kinds of reasons the encryption is being used for and whats the spectrum of allowable tradeoffs. > Maybe it could have you enter a password... 8-) 8-O. > > -- Terry > From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 13:33:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 765F937B401; Wed, 14 May 2003 13:33:02 -0700 (PDT) Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B78DC43F3F; Wed, 14 May 2003 13:33:01 -0700 (PDT) (envelope-from jkh@apple.com) Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out1.apple.com (8.12.9/8.12.9) with ESMTP id h4EKX14m011118; Wed, 14 May 2003 13:33:01 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com ; Wed, 14 May 2003 13:32:47 -0700 Received: from apple.com (vpn-scv-x4-158.apple.com [17.219.194.158]) by scv1.apple.com (8.12.9/8.12.9) with ESMTP id h4EKX0Nw016655; Wed, 14 May 2003 13:33:00 -0700 (PDT) Date: Wed, 14 May 2003 13:32:59 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: John Baldwin From: Jordan Hubbard In-Reply-To: Message-Id: <40E26969-864B-11D7-8900-000393BB9222@apple.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: hackers@FreeBSD.org Subject: Re: Supposed lack of code from Apple 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, 14 May 2003 20:33:02 -0000 On Wednesday, May 14, 2003, at 08:14 AM, John Baldwin wrote: > Just a comment here. I think this last statement is bull. Apple > has made lots of bugfixes to our code available in Darwin. All it > takes is for someone to extract their lazy rear from a chair and > import those fixes. We don't import our fixes into Darwin, Darwin > developers do that. In the same way, it is rather absurd to > require Darwin developers to backport their fixes to FreeBSD. That > is the job of FreeBSD developers. As an example of how this can > work, see the recent fixes to smbfs that bp@ imported from Darwin. Thank you for saying this, and not because I don't think there isn't more that Apple can to do communicate and work cooperatively with the open source community - I do think so and it's one of the things I work almost every day to improve. I thank you for saying this because what you summarize below is a long-standing problem endemic to FreeBSD's relationship with almost ALL other open source projects, not just Darwin. As early as 1993, people were meeping about FreeBSD not doing enough to track NetBSD changes or how it was gratuitously diverging from NetBSD due to NIH syndrome. The same has subsequently been said about FreeBSD and OpenBSD and all the security work which has gone on in that project. All these allegations have also been true to a large extent, and I'm sure that "mining" all the good stuff out of OpenBSD, NetBSD and Darwin could keep a team of 5 engineers busy for several months, probably to the great benefit of FreeBSD. That would also represent a serious amount of drudge work, however, and most of it drudge work of the most onerous kind: Sifting through thousands of lines of source code just to find the good bits and then hand-merging then carefully back and thoroughly testing the result to make sure nothing was broken. This is why I've been prevailing on Apple (and engineers in general) to stop thinking of contributing to the Open Source community as "throw lots of code over the wall and hope that it's of use to somebody" since that's actually a very limited view of contribution and, sadly, how most people measure it. Anyone going to http://www.opensource.apple.com/darwinsource/10.2.5/index.html will find, for example, tons of software freely available, anything marked "Other" being truly easy to deal with and the APSL stuff somewhat less so but still obtainable (and I'm working on streamlining all the licensing issues), but guess what: It doesn't really matter all that much anyway since very very few people even bother to look at it and wouldn't even if the licenses said nothing more than "Free! Take me! Take me!" Merging code is boring drudge work, particularly when you have to merge it in "polling mode" where you're coming along after the fact and trying to reconstruct a history of events between now and whenever you last looked. What's missing isn't code. What's missing, in all of these cases, is sufficient COMMUNICATION about what's going on or where the cherries are to be picked. If people from the NetBSD project, for example, came by frequently with little gift-wrapped bundles of code and offers to help anyone willing to integrate it by answering questions or working cooperatively on any changes necessary to make it applicable to multiple projects, we'd be talking a completely different game entirely (not to say that this never happens, but certainly not frequently). That would truly be collaborative development in action and, sadly, there's generally very little of it which crosses project lines. There are a few stalwart individuals who try to maintain a presence in several projects simultaneously and act as message-bearers when any technology suitable for merging goes by, but that's also not easy work and the people in this project should go out of their way to thank anyone for trying to do that and encourage more of it. I've also been putting steady pressure on Apple's engineers to overcome their traditional aversion to sticking their necks out in public (an aversion which is sadly well-justified) and start trying to work more "shoulder to shoulder" with engineers in the Open Source community, making the point over and over that steady communication trumps throwing code over the wall every single time. Progress has been slow but it's being made, and if anyone wants to yell at Apple or any other company for not "contributing" to the open source community, they should take a step back and wonder if maybe they're truly yelling about the right problem. -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 19:28: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 2ABE237B401 for ; Wed, 14 May 2003 19:28:42 -0700 (PDT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B60F43FB1 for ; Wed, 14 May 2003 19:28:41 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.160.15]) by out004.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030515022839.TQOL28930.out004.verizon.net@bellatlantic.net> for ; Wed, 14 May 2003 21:28:39 -0500 Sender: root@FreeBSD.ORG Message-ID: <3EC2FB53.67559AB6@bellatlantic.net> Date: Wed, 14 May 2003 22:28:35 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [138.89.160.15] at Wed, 14 May 2003 21:28:39 -0500 Subject: a public relations opportunity for BSD 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, 15 May 2003 02:28:42 -0000 Hi, If you haven't heard yet, SCO has sent a letter to about 1500 companies claiming that Linux infringes on SCO's intellectual property. I won't comment on whether this claim is true (there are enough comments on slashdot). But for BSD it's a nice opportunity to come out and say to the public that BSD out there, does all that Linux does and more, and has no intellectual property issues. So that if the management of the threatened companies starts running from Linux, they run to BSD. -SB From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 20:58: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 0E6CA37B401 for ; Wed, 14 May 2003 20:58:25 -0700 (PDT) Received: from mx.spiritone.com (mail9.spiritone.com [216.99.221.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 49E4043FB1 for ; Wed, 14 May 2003 20:58:24 -0700 (PDT) (envelope-from pturley@aracnet.com) Received: (qmail 18252 invoked from network); 15 May 2003 03:13:15 -0000 Received: (ofmipd 216.99.211.183); 15 May 2003 03:12:53 -0000 Date: 14 May 2003 20:13:15 -0700 Message-Id: <4.2.2.20030514195009.00a17c10@mail.aracnet.com> From: "Paul Turley" To: freebsd-hackers@freebsd.org X-Sender: pturley@mail.aracnet.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: A modest proposal for better errno values... 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, 15 May 2003 03:58:25 -0000 Let me begin by assuring you all I am by no means a BSD hacker, just a user and fan, an interested party if you will, and so my thoughts are disposable; my vote isn't to be counted. But here are my thoughts, for those who care to read them. To put this in some perspective, the various versions of Apple Pascal I ran on my various versions of Apple ][ had a global variable which modified the system behavior in several ways. The variable was not exactly in plain sight, but was visible to a user who took more than a cursory glance at the software and/or its documentation. The Boolean variable "STUPID" --documented as STUdent Programmer ID-- was set TRUE by default, as shipped by Apple Computer. Apple has requested that the FreeBSD project change an identifier in the FreeBSD source, as Apple finds the current identifier somewhat indelicate. There seems to be some feeling that Apple has contributed little to the FreeBSD project. So the question seems obvious: Just how much, in tangible terms, does Apple want this changed? And what, of equivalent value to the project, are they prepared to offer in exchange for this favor? Be careful of the precedent you set. --pht From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 21:38: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 9E15237B401; Wed, 14 May 2003 21:38:35 -0700 (PDT) Received: from mooseriver.com (adsl-68-73-118-170.dsl.emhril.ameritech.net [68.73.118.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2278743F93; Wed, 14 May 2003 21:38:35 -0700 (PDT) (envelope-from jgrosch@mooseriver.com) Received: by huron.mooseriver.com (Postfix, from userid 200) id 91CE4183; Wed, 14 May 2003 23:38:34 -0500 (CDT) Date: Wed, 14 May 2003 23:38:34 -0500 From: Josef Grosch To: Sergey Babkin Message-ID: <20030515043834.GB29370@mooseriver.com> References: <3EC2FB53.67559AB6@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EC2FB53.67559AB6@bellatlantic.net> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: a public relations opportunity for BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 04:38:36 -0000 On Wed, May 14, 2003 at 10:28:35PM -0400, Sergey Babkin wrote: > Hi, > > If you haven't heard yet, SCO has sent a letter to about 1500 > companies claiming that Linux infringes on SCO's intellectual property. > I won't comment on whether this claim is true (there > are enough comments on slashdot). But for BSD it's a nice > opportunity to come out and say to the public that BSD out there, > does all that Linux does and more, and has no intellectual property > issues. So that if the management of the threatened companies > starts running from Linux, they run to BSD. I think we need to stay as far away from this self inflicted fiasco as possible. If SCO wants to turn into the next Unisys, fine! They will not be missed. We should continue to focus on making FreeBSD the server OS of choice. Oh, I'm moving this chat, which is where it really belongs. Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.8 jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 21:53:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEA9137B401; Wed, 14 May 2003 21:53:16 -0700 (PDT) Received: from mooseriver.com (adsl-68-73-118-170.dsl.emhril.ameritech.net [68.73.118.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E3E43F75; Wed, 14 May 2003 21:53:14 -0700 (PDT) (envelope-from jgrosch@mooseriver.com) Received: by huron.mooseriver.com (Postfix, from userid 200) id 39395199; Wed, 14 May 2003 21:53:09 -0500 (CDT) Date: Wed, 14 May 2003 21:53:09 -0500 From: Josef Grosch To: Sergey Babkin Message-ID: <20030515025309.GA28371@mooseriver.com> References: <3EC2FB53.67559AB6@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EC2FB53.67559AB6@bellatlantic.net> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: a public relations opportunity for BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 04:53:17 -0000 On Wed, May 14, 2003 at 10:28:35PM -0400, Sergey Babkin wrote: > Hi, > > If you haven't heard yet, SCO has sent a letter to about 1500 > companies claiming that Linux infringes on SCO's intellectual property. > I won't comment on whether this claim is true (there > are enough comments on slashdot). But for BSD it's a nice > opportunity to come out and say to the public that BSD out there, > does all that Linux does and more, and has no intellectual property > issues. So that if the management of the threatened companies > starts running from Linux, they run to BSD. I think we need to stay as far away from this self inflicted fiasco as possible. If SCO wants to turn into the next Unisys, fine! They will not be missed. We should continue to focus on making FreeBSD the server OS of choice. Oh, I'm moving this chat, which is where it really belongs. Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.8 jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 22: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 A004037B401 for ; Wed, 14 May 2003 22:29:01 -0700 (PDT) Received: from iquest2.iquest.net (iquest2.iquest.net [206.246.180.13]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DF6743F93 for ; Wed, 14 May 2003 22:29:00 -0700 (PDT) (envelope-from sam@iquest.net) Received: (qmail 28829 invoked from network); 15 May 2003 05:28:58 -0000 Received: from iquest3.iquest.net (HELO mail-1.iquest.net) (206.246.180.23) by iquest2.iquest.net with SMTP; 15 May 2003 05:28:58 -0000 Received: (qmail 4931 invoked from network); 15 May 2003 05:28:58 -0000 Received: from dsl-static-206-246-160-137.iquest.net (HELO iquest.net) (206.246.160.137) by iquest3.iquest.net with SMTP; 15 May 2003 05:28:58 -0000 Sender: toor@FreeBSD.ORG Message-ID: <3EC32599.F8C211EE@iquest.net> Date: Thu, 15 May 2003 00:28:57 -0500 From: John Dyson X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: jgrosch@mooseriver.com References: <3EC2FB53.67559AB6@bellatlantic.net> <20030515025309.GA28371@mooseriver.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: Sergey Babkin cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: a public relations opportunity for BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dyson@iquest.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 05:29:01 -0000 Josef Grosch wrote: > > On Wed, May 14, 2003 at 10:28:35PM -0400, Sergey Babkin wrote: > > Hi, > > > > If you haven't heard yet, SCO has sent a letter to about 1500 > > companies claiming that Linux infringes on SCO's intellectual property. > > I won't comment on whether this claim is true (there > > are enough comments on slashdot). But for BSD it's a nice > > opportunity to come out and say to the public that BSD out there, > > does all that Linux does and more, and has no intellectual property > > issues. So that if the management of the threatened companies > > starts running from Linux, they run to BSD. > > I think we need to stay as far away from this self inflicted fiasco as > possible. If SCO wants to turn into the next Unisys, fine! They will not be > missed. We should continue to focus on making FreeBSD the server OS of > choice. > > Oh, I'm moving this chat, which is where it really belongs. > I tend to agree that 'dancing' on someone elses misfortune or 'grave' isn't a good thing. BSD (esp FreeBSD) shouldn't be an OS that is based upon hatred of Microsoft, Linux, Commercial software or GPLed software. Good, clean competition based upon features and reliability (where features do include software features, installation ease, licesning freedom (but not as a 'crusade').) It is VERY EASY to fall into the trap of disliking the rhetoric, vehemence, or business practices of a company or organization so very strongly as to mistakenly adopt the negative attributes that are so very disliked. I have too often made the mistake of disliking 'negative' and 'crusader' attitudes so strongly as to adopt some of the attributes of the 'negative advocacy' based situations. It is best to avoid considering 'Microsoft', 'commercial software' or other such things as the 'enemy.' It is also best to avoid giving those who crusade so strongly against other people and companies 'a taste of their own medicine' in any way. I still wish that FreeBSD had stronger marketing, where it would be effective enough to avoid the seduction of overly strong advocacy. John From owner-freebsd-hackers@FreeBSD.ORG Wed May 14 23:06: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 564BE37B401 for ; Wed, 14 May 2003 23:06:27 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A537E43F3F for ; Wed, 14 May 2003 23:06:26 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h4F66QtJ026087 for ; Wed, 14 May 2003 23:06:26 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EC32EC1.6050207@acm.org> Date: Wed, 14 May 2003 23:08:01 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: pkg_add Master/Slave mode? 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: Thu, 15 May 2003 06:06:27 -0000 Is anyone actually _using_ the Master/Slave mode feature of pkg_add? I'm overhauling pkg_add, and Master/Slave mode is on the chopping block. If you use it, speak up now! ;-) Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 00:29: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 1EAFF37B401 for ; Thu, 15 May 2003 00:29:00 -0700 (PDT) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA4C943F85 for ; Thu, 15 May 2003 00:28:58 -0700 (PDT) (envelope-from bgd@icomag.de) Received: by mail.icomag.de (Postfix, from userid 1019) id 43F4D23032; Thu, 15 May 2003 09:28:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 42E782302C; Thu, 15 May 2003 09:28:57 +0200 (CEST) Date: Thu, 15 May 2003 09:28:57 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Dan Nelson In-Reply-To: <20030514150911.GI65927@dan.emsphone.com> Message-ID: <20030515092609.P94532-100000@fw.office.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.ORG Subject: Re: linux binary blues 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, 15 May 2003 07:29:00 -0000 Hi Dan, And thanks for your answer... Yes, I have options SYSVSEM compiled on that machine... As about the third parameter to semget, as far as I can read in semget(2) the third parameter (flag) is an integer, not a pointer? Any other ideas? bogdan On Wed, 14 May 2003, Dan Nelson wrote: > In the last episode (May 14), Bogdan TARU said: > > I have a linux binary that runs well under a jail on a FreeBSD 4.8, > > but fails to run on a jaili on 4.7 (obviously, both have linux > > compatibility installed). > > > > As far as I know (don't have the sources of this linux binary), it > > tries to get a lock on a file which is called engine.pid. That failes > > on 4.7. > > > > The ktraces on the systems look like: > > BTW - it didn't matter in this case, but make sure you use the > linux_kdump program (in the ports tree) when dumping traces from Linux > executables. Some syscalls have different numbers under Linux and > FreeBSD. > > > Good (jail on 4.8): > > > > 582 engine NAMI "/home/test/testbot/var/run/engine.pid" > > 582 engine RET open 3 > > 582 engine CALL semget(0x3,0x6,0xbfbfe820) > > 582 engine RET semget 0 > > 582 engine CALL getpid > > 582 engine RET getpid 582/0x246 > > 582 engine CALL select(0x3,0) > > 582 engine RET select 0 > > 582 engine CALL write(0x3,0x864c28c,0x4) > > 582 engine GIO fd 3 wrote 4 bytes > > > > Failed (jail on 4.7): > > > > 10995 engine NAMI "/usr/home/ohsandy/sandy/var/run/engine.pid" > > 10995 engine RET open 3 > > 10995 engine CALL semget(0x3,0x6,0xbfbfe800) > > 10995 engine RET semget -1 errno -22 Unknown error: -22( > > Do you have sysv semaphores enabled on this box? Put this in your > kernel config file and rebuild: > > options SYSVSEM > > > I don't know, though, why the semget(2) has different values for the > > third argument (0xbfbfe820 != 0xbfbfe800), if the binary is the same and > > the linux libraries (as far as I can tell) are the same (tried with the > > 4.7 linux_base package, and as well with the 4.8 linux_base package > > installed on the 4.7 system). > > The third argument is a pointer value, so it's probably going to be > different every time. > > -- > Dan Nelson > dnelson@allantgroup.com > From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 00:48:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F52F37B401 for ; Thu, 15 May 2003 00:48:07 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E639F43F3F for ; Thu, 15 May 2003 00:48:05 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h4F7m3X5123259; Thu, 15 May 2003 11:48:03 +0400 (MSD) Date: Thu, 15 May 2003 11:48:03 +0400 (MSD) From: Maxim Konovalov To: Marco Wertejuk In-Reply-To: <20030514184845.GA7573@maeko> Message-ID: <20030515114239.Y95792@news1.macomnet.ru> References: <20030514184845.GA7573@maeko> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: vlan/bridging broken in 4.8-release? 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, 15 May 2003 07:48:07 -0000 Hi, On 20:48+0200, May 14, 2003, Marco Wertejuk wrote: > Hello, > > I'm trying to get bridging working on vlans, and it seems as > if packet destined for the other side of the bridge > don't get forwarded from the vlan-if to the phys-if and > vice versa. > > An example: there are two hosts (foo[10.1.2.1/24], > bar[10.1.2.2/24]) and the bridge doh. All 4.8-RELEASE. > > foo is crosslinked to doh's fxp1, bar is on a hp procurve > switch in vlan 11. doh uses fxp0 to the switch and has > vlans enabled, see ifconfig on doh: > > fxp0: flags=8943 mtu 1500 > ether 00:d0:b7:9a:1a:0e > media: Ethernet autoselect (100baseTX ) > status: active > fxp1: flags=8943 mtu 1500 > ether 00:d0:b7:9a:1a:0f > media: Ethernet autoselect (100baseTX ) > status: active > vlan0: flags=8843 mtu 1500 > ether 00:d0:b7:9a:1a:0e > media: Ethernet autoselect (100baseTX ) > status: active > vlan: 11 parent interface: fxp0 > > Bridging is enabled between vlan0 and fxp1. > > Now, when bar tries to ping foo (traffic goes > from vlan0 to fxp1) this happens on doh: > (tcpdump -tni fxp0): > 802.1Q vlan#11 P0 arp who-has 10.1.2.1 tell 10.1.2.2 > 802.1Q vlan#11 P0 arp reply 10.1.2.1 is-at 0:d0:b7:b:1e:92 > 802.1Q vlan#11 P0 10.1.2.2 > 10.1.2.1: icmp: echo request > (tcpdump -tni vlan0): > arp who-has 10.1.2.1 tell 10.1.2.2 > arp reply 10.1.2.1 is-at 0:d0:b7:b:1e:92 > > The icmp echo request is not passed to the vlan-if > because it's not to a broadcast packet and so it is > not bridged. > > Is there a trick to get this working or do you need > more debug info? I am trying to solve some bugs in bridging code in -current. I believe we have the same bugs in -stable as well. First of all, do not use bridge.ko, use 'options BRIDGE' in your kernel config file instead. Second, try to play with net.inet.ip.check_interface sysctl. HTH -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 01:11: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 1823037B401 for ; Thu, 15 May 2003 01:11:25 -0700 (PDT) Received: from mx3.boldinternet.net (blizzard.boldinternet.net [64.237.51.160]) by mx1.FreeBSD.org (Postfix) with SMTP id ECC5A43FBD for ; Thu, 15 May 2003 01:11:23 -0700 (PDT) (envelope-from jeev@boldinternet.net) Received: (qmail 8795 invoked by uid 0); 15 May 2003 08:11:22 -0000 Received: from unknown (HELO mainframe) (63.206.136.254) by 0 with SMTP; 15 May 2003 08:11:22 -0000 From: "jeev" To: Date: Thu, 15 May 2003 01:11:22 -0700 Message-ID: <000201c31ab9$92eaa8f0$0200a8c0@mainframe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: cvsupd 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, 15 May 2003 08:11:25 -0000 I have a question about cvsupd, what is the difference between the official servers for freebsd. I run a mirror one for my servers at my datacenter and I have noticed that it's leaving some patch files undeleted when updating. What could be wrong? -broken *default host=blizzard *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix ports -working *default host=cvsup3.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix ports-net ---- Connected to cvsup3.FreeBSD.org Updating collection ports-net/cvs Delete ports/net/GeoIP/files/patch-libGeoIP::Makefile Delete ports/net/arping/files/patch-aa Delete ports/net/b2bua/files/patch-build::Makefile.osarch Delete ports/net/b2bua/files/patch-radius::RadiusAttribute.cxx Delete ports/net/b2bua/files/patch-radius::RadiusMessage.cxx Delete ports/net/b2bua/files/patch-radius::test::Makefile Delete ports/net/b2bua/files/patch-radius::test::radiusClient.cxx Delete ports/net/b2bua/files/patch-radius::test::radiusServer.cxx Delete ports/net/b2bua/files/patch-sip::b2b::AAATransceiver.cxx Delete ports/net/b2bua/files/patch-sip::b2b::AAATransceiver.hxx Delete ports/net/b2bua/files/patch-sip::b2b::Makefile It works fine with that, but not when I connect it to blizzard and blizzard works fine. It does not have the unnecessary files. Thanks. j From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 01:27:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3300C37B401; Thu, 15 May 2003 01:27:53 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A4943FAF; Thu, 15 May 2003 01:27:52 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 7130A63A3; Thu, 15 May 2003 10:27:45 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 296647945; Thu, 15 May 2003 10:27:51 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 0B0CC13778; Thu, 15 May 2003 10:27:51 +0200 (CEST) Date: Thu, 15 May 2003 10:27:51 +0200 From: Daniel Lang To: freebsd-hackers@freebsd.org Message-ID: <20030515082750.GC47407@atrbg11.informatik.tu-muenchen.de> References: <20030513113145.GA42435@atrbg11.informatik.tu-muenchen.de> <891553987.20030513151537@xs4all.nl> <20030513133337.GF42435@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="ZwgA9U+XZDXt4+m+" Content-Disposition: inline In-Reply-To: <20030513133337.GF42435@atrbg11.informatik.tu-muenchen.de> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i cc: freebsd-stable@freebsd.org Subject: Re: __stderrp problem again with tk83 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, 15 May 2003 08:27:54 -0000 --ZwgA9U+XZDXt4+m+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Again, maybe to clarify things for me, please answer the following question: On a recent System (FreeBSD 4.8-STABLE #15: Wed Apr 9 10:08:16 CEST 2003), is it valid, that an object file from a just compiled source contains one of the as-it-seems obsoleted stdin/out symbols? In my case the symbol: "__stderrp". More precisely: can the following code from tkFont.c [..] fprintf(stderr, "Font %s still in cache.\n",=20 Tcl_GetHashKey(&fiPtr->fontCache, searchPtr)); [..] result in the following (then undefined) symbol: > atrbg11:/usr/ports/x11-toolkits/tk83/work/tk8.3.5/unix#nm tkFont.o | grep= stderrp=20 > U __stderrp ?? Remember, this is not an older object file, which is still present. This port was just compiled! I'm still not sure how to deal with this error... :-/ Maybe also an explanation (or pointer to documentation, cvs log, whatever) about how the change in these symbols occured and what it affects in detail would help me understand my problem. For hackers@: Yes, I've installed all the compatXY stuff and read all the hints in previous threads and in UPDATING. Thanks again, Daniel --=20 IRCnet: Mr-Spock - Cool people don't move, they just hang around. - =20 Daniel Lang * dl@leo.org * ++49 89 289 18532 * http://www.leo.org/~dl/ --ZwgA9U+XZDXt4+m+ Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MTUwODI3NTBaMCMGCSqGSIb3DQEJBDEWBBSfTEYGUrznGP5sbqY1Ac/w0A2s7DBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgEw7eFviUZa+ EtAG++sjLQSZydBaQAnnlihdelO+8ZFog9039iMllHbyo2eDI8X6Mu4KDYgE2MWLI4tIiaIT WOEwkyzYfdOKuvHfCbx/wqIo+k7Rpal4a5vKKyh5rCZy6gOKZXhteoJ5iwo8FX3BYpL4/j3V AVPro00mmcV/E2UC --ZwgA9U+XZDXt4+m+-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 01:37:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52ED237B401; Thu, 15 May 2003 01:37:19 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6457E43FAF; Thu, 15 May 2003 01:37:18 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 2A0C966B9B; Thu, 15 May 2003 01:37:18 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 1D9848B9; Thu, 15 May 2003 01:37:18 -0700 (PDT) Date: Thu, 15 May 2003 01:37:18 -0700 From: Kris Kennaway To: Daniel Lang Message-ID: <20030515083717.GA4239@rot13.obsecurity.org> References: <20030513113145.GA42435@atrbg11.informatik.tu-muenchen.de> <891553987.20030513151537@xs4all.nl> <20030513133337.GF42435@atrbg11.informatik.tu-muenchen.de> <20030515082750.GC47407@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20030515082750.GC47407@atrbg11.informatik.tu-muenchen.de> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: __stderrp problem again with tk83 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, 15 May 2003 08:37:19 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2003 at 10:27:51AM +0200, Daniel Lang wrote: > result in the following (then undefined) symbol: >=20 > > atrbg11:/usr/ports/x11-toolkits/tk83/work/tk8.3.5/unix#nm tkFont.o | gr= ep stderrp=20 > > U __stderrp >=20 > ?? This symbol is defined in libc. Are you sure you installed an up-to-date o= ne? xor# nm libc.a | grep stderrp | tail -1 0000013c D __stderrp Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+w1G9Wry0BWjoQKURAnudAKCq2kBNZc0hLGu1uxV5OtEZgfbmGACfR4ju jv4PwcPvHwWlvK9vi6kSe5w= =wpDM -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 01:53: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 7C52837B401; Thu, 15 May 2003 01:53:58 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FD0843FA3; Thu, 15 May 2003 01:53:57 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id D0C63623D; Thu, 15 May 2003 10:53:50 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 9B11F7946; Thu, 15 May 2003 10:53:56 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 39B9B13778; Thu, 15 May 2003 10:53:50 +0200 (CEST) Date: Thu, 15 May 2003 10:53:49 +0200 From: Daniel Lang To: Kris Kennaway Message-ID: <20030515085349.GE47407@atrbg11.informatik.tu-muenchen.de> References: <20030513113145.GA42435@atrbg11.informatik.tu-muenchen.de> <891553987.20030513151537@xs4all.nl> <20030513133337.GF42435@atrbg11.informatik.tu-muenchen.de> <20030515082750.GC47407@atrbg11.informatik.tu-muenchen.de> <20030515083717.GA4239@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="n+lFg1Zro7sl44OB" Content-Disposition: inline In-Reply-To: <20030515083717.GA4239@rot13.obsecurity.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i cc: dinoex@freebsd.org cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: __stderrp problem again with tk83 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, 15 May 2003 08:53:58 -0000 --n+lFg1Zro7sl44OB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kris, Kris Kennaway wrote on Thu, May 15, 2003 at 01:37:18AM -0700: [..] > > > atrbg11:/usr/ports/x11-toolkits/tk83/work/tk8.3.5/unix#nm tkFont.o | = grep stderrp=20 > > > U __stderrp [..] > This symbol is defined in libc. Are you sure you installed an up-to-date= one? >=20 > xor# nm libc.a | grep stderrp | tail -1 > 0000013c D __stderrp [..] Thanks, so my problem is likely unrelated to the handling of these symbols.=20 Yes, I am using a recent version: [..] -r--r--r-- 1 root wheel 1223888 Apr 9 10:26 /usr/lib/libc.a lrwxr-xr-x 1 root wheel 9 Apr 9 10:26 /usr/lib/libc.so@ -> libc.s= o.4 -r--r--r-- 1 root wheel 578176 Apr 9 10:26 /usr/lib/libc.so.4 [..] But, I just stubled across something very strange... or stupid. ldd'ing the application in question shows no reference to libc.so. =2E.. Ok problem solved. I did not verify a claim of one of my students. Argl! They used an older version of the application, but claimed the new one shows the same error. But it doesn't. It works perfectly. I'm still wondering, why the old one apprently did not link against libc.so, but I don't really care.... Sorry for bothering all of you. :( Thanks for your help and best regards, Daniel --=20 IRCnet: Mr-Spock - kommst du siehst du, gehst du hast du, weisst du, krass! - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --n+lFg1Zro7sl44OB Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MTUwODUzNDlaMCMGCSqGSIb3DQEJBDEWBBTyFlXX++DORzEOVBrxVZCt6t3KmjBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgHqxTuesvfVx DA1j1U8TrgpQvwCEyNmxKv7urzanGANk305EXhXsacJsTP8ktgl6RvR9/D5uEkT5wEXgKB1X bzGT6VisPxfcCU3lfZSbQLKoJNx604kUkOAnpSOR7X/vWDLOjZE6Kc/+cxRoDDIdYkA1AkuB 7AaQ62On/fBMYE8V --n+lFg1Zro7sl44OB-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 02:06:33 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 DFBF737B401 for ; Thu, 15 May 2003 02:06:33 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93DB43FDD for ; Thu, 15 May 2003 02:06:32 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 90C1A530E; Thu, 15 May 2003 11:06:30 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bogdan TARU References: <20030515092609.P94532-100000@fw.office.icom> From: Dag-Erling Smorgrav Date: Thu, 15 May 2003 11:06:29 +0200 In-Reply-To: <20030515092609.P94532-100000@fw.office.icom> (Bogdan TARU's message of "Thu, 15 May 2003 09:28:57 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.ORG Subject: Re: linux binary blues 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, 15 May 2003 09:06:34 -0000 Bogdan TARU writes: > As about the third parameter to semget, as > far as I can read in semget(2) the third parameter (flag) is an integer, > not a pointer? 0xbfsomething is definitely a pointer to a stack variable. You're probably using kdump instead of linux_kdump; syscall 221 is semget in FreeBSD but fcntl64 in Linux. The first argument is the fd (notice that it's 3 which is the result of the preceding open call; open is syscall 5 in both FreeBSD and Linux, so this one is correct), the second is the operation (6 == F_SETLK in Linux), and the third is the argument (for F_SETLK, a pointer to a struct flock). I recommend 'pkg_add -r linux_kdump'. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 02:17: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 9973637B401 for ; Thu, 15 May 2003 02:17:28 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0456843F75 for ; Thu, 15 May 2003 02:17:28 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0g1.dialup.mindspring.com ([209.86.2.1] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19GErT-0007Qm-00; Thu, 15 May 2003 02:17:16 -0700 Message-ID: <3EC35ACB.BFA5DE86@mindspring.com> Date: Thu, 15 May 2003 02:15:55 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Narvi References: <20030514214341.T40030-100000@haldjas.folklore.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4426002ec570eb06b3c06dfb2e37bfea9a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org cc: Stalker Subject: Re: Crypted Disk Question 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, 15 May 2003 09:17:28 -0000 Narvi wrote: > > The question boils down to "How does this automatic process know > > it's you, and not someone else, turning on the computer?". > > Well, this is not entirely fair - a removed from server hard disk would in > the scenario still remain locked and data inacessible. Similarily, for the > removal of the server, say using an iButton or USB drive or similar that > is needed to unlock the data but would be kept separately. Anything that doesn't require a human to intervene can be subverted. If there are people with sufficient physical access to the disk that it needs to have its contents encrypted in the first place, then they have sufficient physical access to put a breakout between the computer and any serial or USB or other dongle you can name. > You could say have an expect script watching the serial console output and > enter the key. And if you had sufficient physical access to the drive to be able to read its raw data, then you have sufficient access to capture the key entry by the other box by inserting a tap and rebooting the box that needs the key on reboot. > Another way would be having the server establishing a ssh > session to a machine to get the key. If the ssh is automatic, either because of symmetric key distribution, or because your passpharase is blank... then, again, it's easy to intercept the exchange. If it's safe from this, then it requires a human to enter a passphrase, and you are back to the original problem. > it really depends on what kinds of reasons the encryption > is being used for and whats the spectrum of allowable tradeoffs. The only reason for an encrypted drive, since once you are logged in, and have entered the password, the drive is not crypted, is fear about someone else with physical access to the drive. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 03:30: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 27ED637B401 for ; Thu, 15 May 2003 03:30:23 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B26743F3F for ; Thu, 15 May 2003 03:30:22 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 171E666B9B; Thu, 15 May 2003 03:30:22 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E8A951583; Thu, 15 May 2003 03:30:21 -0700 (PDT) Date: Thu, 15 May 2003 03:30:21 -0700 From: Kris Kennaway To: jeev Message-ID: <20030515103021.GB5113@rot13.obsecurity.org> References: <000201c31ab9$92eaa8f0$0200a8c0@mainframe> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <000201c31ab9$92eaa8f0$0200a8c0@mainframe> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: cvsupd 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, 15 May 2003 10:30:23 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 15, 2003 at 01:11:22AM -0700, jeev wrote: > I have a question about cvsupd, what is the difference between the official > servers for freebsd. I run a mirror one for my servers at my datacenter and > I have noticed that it's leaving some patch files undeleted when updating. > What could be wrong? The "broken" cvsup server is probably out-of-date, i.e. not updating from a real FreeBSD server. Kris --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+w2w9Wry0BWjoQKURAhVNAKDEiUf6hs60bAgnwVJROcrjqFuXQwCgupiO u/6hs0eNFr6rOG1WRuuZGPM= =qWhf -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 05:07: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 DC6FF37B401; Thu, 15 May 2003 05:07:01 -0700 (PDT) Received: from smtp2.home.se (smtp2.home.se [213.214.194.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB1343F85; Thu, 15 May 2003 05:07:00 -0700 (PDT) (envelope-from lasse.lindgren@home.se) Received: from lasse.lindgren@home.se [194.237.142.24] by home.se with NetMail ModWeb Module; Thu, 15 May 2003 14:06:19 +0200 From: "lars lindgren" To: freebsd-hackers-request@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 15 May 2003 14:06:19 +0200 X-Mailer: NetMail ModWeb Module X-Sender: lasse.lindgren@home.se MIME-Version: 1.0 Message-ID: <1053000379.5c18f1c0lasse.lindgren@home.se> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Pxe install 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: Thu, 15 May 2003 12:07:02 -0000 Hello Im new to this list and new to freebsd, actually i havent installed it yet. The thing is i have to use PXE to install it, and there is NO floppy,NO cdrom or VGA on this computer. Now you might wonder what is it you are installing? It's a motorola 5360. Its capable of pxebooting, (im from the linux world) hda is a 16M cf Hdb is a standard harddrive. User interface is a serialport, running @38400,8n1. NIC is a eepro100 The computer is currently installed with linux, but since i have many compu= ters like this one, i thought about migrating into freebsd. I guess in linuxterm's i need a kernel and a rootdisk with the install pack= age. I tried the ones from the cd, it didn't give me any output on the se= rial port. (that i know workes, since before it loads the kernel i have t= o type what it should boot ...) Serial port is running @38400,8n1=20 i saw this page http://matt.simerson.net/computing/freebsd.netboot.shtml it gave me some hint, but since i dont have freebsd on the install server i= have problem. install server i also a cpn5360 and has debian running as OS. Please help :) Lars Lindgren ---------------------------------------------------------------------------= ------------- "I'm on the path, he thought. I don't have to know where it leads. I just h= ave to follow." From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 05:26:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D7437B404; Thu, 15 May 2003 05:26:54 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8765243FA3; Thu, 15 May 2003 05:26:52 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id A6B323ABB4D; Thu, 15 May 2003 14:30:33 +0200 (CEST) Date: Thu, 15 May 2003 14:30:33 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Message-ID: <20030515123033.GP45118@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="6+tq7hoORRLxZXV8" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-performance@freebsd.org Subject: Optimizations. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-performance@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 12:26:55 -0000 --6+tq7hoORRLxZXV8 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello hackers... IMHO optimization in FreeBSD's code has too low priority. Maybe is time to think about some 'optimiztion team' creation? It will be a group of hackers that are skilled in using gcc(1) optimiztion flags, when those flags can cause problems and how to slove them (we got -O for years) - optimization flags should be increased just like WARNS value is. They should have experience in old-school optimization (there are many places where '* (2^n)' could be changed to '<< n' and many places where compilator don't know how to or is just unable to optimize, etc.). They could made regular code profiling and present results somewhere (and of course help authors to get better performance in critical places). Bla, bla, bla... Just let's speed-up FreeBSD!. Any opinions/ideas? --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --6+tq7hoORRLxZXV8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPsOIaT/PhmMH/Mf1AQHFNwP/bMDIZZf0lFJ2DPf/HMxsB4vDXn1nt03k m/cBZs+dydLdpKwaFz0N0Zua9fmiERQADyBcmiATwm5Ewzoi3kX2M5guZ6K4JFd/ bzquAhQO/6TYunfoqXp8IE5WM4SEpMr6mv3ZSfQW2dy/bmXzueDniobjBFAieGPv d1tPinXYYMc= =6u+G -----END PGP SIGNATURE----- --6+tq7hoORRLxZXV8-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 07:01: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 5A36C37B411; Thu, 15 May 2003 07:01:57 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E5C443F75; Thu, 15 May 2003 07:01:56 -0700 (PDT) (envelope-from mooneer@translator.cx) Received: from pool0005.cvx18-bradley.dialup.earthlink.net ([209.179.238.5] helo=morpheus) by falcon.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 19GJIx-00043r-00; Thu, 15 May 2003 07:01:56 -0700 From: "Mooneer Salem" To: , Date: Thu, 15 May 2003 07:01:44 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20030515123033.GP45118@garage.freebsd.pl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: RE: Optimizations. 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, 15 May 2003 14:01:57 -0000 Hello, Interesting. Wouldn't some optimizations only produce negliable results though (in relation to the amount of mess created in the code), especially since PC technology has come a long way? Thanks, -- Mooneer Salem GPLTrans: http://www.translator.cx/ lifeafterking.org: http://www.lifeafterking.org/ -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of Pawel Jakub Dawidek Sent: Thursday, May 15, 2003 5:31 AM To: freebsd-hackers@freebsd.org Cc: freebsd-performance@freebsd.org Subject: Optimizations. Hello hackers... IMHO optimization in FreeBSD's code has too low priority. Maybe is time to think about some 'optimiztion team' creation? It will be a group of hackers that are skilled in using gcc(1) optimiztion flags, when those flags can cause problems and how to slove them (we got -O for years) - optimization flags should be increased just like WARNS value is. They should have experience in old-school optimization (there are many places where '* (2^n)' could be changed to '<< n' and many places where compilator don't know how to or is just unable to optimize, etc.). They could made regular code profiling and present results somewhere (and of course help authors to get better performance in critical places). Bla, bla, bla... Just let's speed-up FreeBSD!. Any opinions/ideas? -- Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 07:32: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 7674737B401 for ; Thu, 15 May 2003 07:32:24 -0700 (PDT) Received: from softcon.mail.net (softcon.mail.net [209.47.5.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82DCD43F93 for ; Thu, 15 May 2003 07:32:23 -0700 (PDT) (envelope-from Dwayne.MacKinnon@xwave.com) Received: from xwave.com (saturn.mail.net [209.47.5.34]) by softcon.mail.net (6.21b/6.21b) with ESMTP id h4FEWKIK025333; Thu, 15 May 2003 10:32:21 -0400 (EDT) (envelope-from Dwayne.MacKinnon@xwave.com) Message-ID: <3EC36C7B.7020308@xwave.com> Date: Thu, 15 May 2003 10:31:23 +0000 From: User Dwayne Organization: xwave User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kientzle@acm.org References: <3EC32EC1.6050207@acm.org> In-Reply-To: <3EC32EC1.6050207@acm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add Master/Slave mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dwayne.MacKinnon@xwave.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 14:32:24 -0000 Tim Kientzle wrote: > Is anyone actually _using_ the > Master/Slave mode feature of pkg_add? > > I'm overhauling pkg_add, and Master/Slave > mode is on the chopping block. If you > use it, speak up now! ;-) > > Tim Kientzle At work I'm often creating custom packages to install our software builds. I find master/slave mode quite useful in testing out the packages, making sure everything will go where I need it to. I'd be sorry to see it be obsoleted. Cheers, DMK From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 07:46: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 579CE37B404; Thu, 15 May 2003 07:46:11 -0700 (PDT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3EF343F85; Thu, 15 May 2003 07:46:09 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.sul.t-online.de by mailout04.sul.t-online.com with smtp id 19GJzh-00009p-03; Thu, 15 May 2003 16:46:05 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.229.217.210]) by fmrl03.sul.t-online.com with esmtp id 19GJzQ-0OikboC; Thu, 15 May 2003 16:45:48 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h4FEji3G015833; Thu, 15 May 2003 16:45:44 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h4FEjiiC002220; Thu, 15 May 2003 16:45:44 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 15 May 2003 16:45:44 +0200 From: Alexander Leidinger To: freebsd-performance@freebsd.org Message-Id: <20030515164544.6ade3b2e.Alexander@Leidinger.net> In-Reply-To: <20030515123033.GP45118@garage.freebsd.pl> References: <20030515123033.GP45118@garage.freebsd.pl> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-performance@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 14:46:11 -0000 On Thu, 15 May 2003 14:30:33 +0200 Pawel Jakub Dawidek wrote: > IMHO optimization in FreeBSD's code has too low priority. > Maybe is time to think about some 'optimiztion team' creation? The actual goal is to finish the "SMPng"-feature (and other new 5.x technologie). After that the "roadmap" (there's no official one, but if you read -current you read sometimes about what is written on the TODO lists) says something about optimizing those features. You know, premature optimization is evil, do you? > value is. They should have experience in old-school optimization (there are > many places where '* (2^n)' could be changed to '<< n' and many places where Are you sure? Compare the produced code, if the value is known to be a power of 2 at compile time, this optimization gets already performed by the compiler. Regardless of the fact that todays compilers already do a good job with such easy optimizations, not every place where you could improve the produced code is worth to improve in such a way (if you improve the code by 1ms but the complete "action" takes 1000ms it isn't worth... and optimizing algorithms gives you most of the time much more bang for the bucks...). Personally I prefer readability of the algorithm instead of speed in such situations. The actual performance difference between gcc and icc doesn't comes from such optimizations, its from using SIMD code and from scheduling the instructions in a different way (on a P4 you get huge benefits from this), so the time is better spend on improving those aspects of gcc instead. Bye, Alexander. -- The three Rs of Microsoft support: Retry, Reboot, Reinstall. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 07:51:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A1D37B405 for ; Thu, 15 May 2003 07:51:07 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CF9C43F85 for ; Thu, 15 May 2003 07:51:06 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id EF927AD80 for ; Thu, 15 May 2003 11:51:03 -0300 (BRT) Received: by ws-tor-0004.procergs (Postfix, from userid 1000) id 5047A108F4; Thu, 15 May 2003 11:51:03 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 4C013108F3 for ; Thu, 15 May 2003 11:51:03 -0300 (BRT) From: omestre@freeshell.org To: freebsd-hackers@freebsd.org Date: Thu, 15 May 2003 11:50:58 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030515145103.5047A108F4@ws-tor-0004.procergs> Subject: console 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, 15 May 2003 14:51:08 -0000 Hello, I have a FreeBSD 5.0. How can i change its console resolution (i want 1280x1024x16). I have just compiled the kernel with some new options: sc_pixel_mode vga_width90 vesa fb_debug ... Now, when i run the command: vidcontrol -i mode I see the mode that i want there. There are some greater too. 1600x1152... I guess that the FreeBSD documentation about it, is "poor". :( Or, maybe i do not look in the right way... ps.: In linux i have "splash consoles". Can i have this in FreeBSD? (pictures in the console's backgrounds). Thanks --- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:15: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 EBD2537B401 for ; Thu, 15 May 2003 08:15:38 -0700 (PDT) Received: from mx3.boldinternet.net (blizzard.boldinternet.net [64.237.51.160]) by mx1.FreeBSD.org (Postfix) with SMTP id DB6DF43F75 for ; Thu, 15 May 2003 08:15:37 -0700 (PDT) (envelope-from jeev@boldinternet.net) Received: (qmail 9969 invoked by uid 0); 15 May 2003 15:15:36 -0000 Received: from unknown (HELO mainframe) (63.206.136.254) by 0 with SMTP; 15 May 2003 15:15:36 -0000 From: "jeev" To: "'Kris Kennaway'" Date: Thu, 15 May 2003 08:15:35 -0700 Message-ID: <004601c31af4$d6333b50$0200a8c0@mainframe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 In-Reply-To: <20030515103021.GB5113@rot13.obsecurity.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal cc: freebsd-hackers@freebsd.org Subject: RE: cvsupd 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, 15 May 2003 15:15:39 -0000 It actually runs twice a day and works correctly.. j -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Kris Kennaway Sent: Thursday, May 15, 2003 3:30 AM To: jeev Cc: freebsd-hackers@freebsd.org Subject: Re: cvsupd On Thu, May 15, 2003 at 01:11:22AM -0700, jeev wrote: > I have a question about cvsupd, what is the difference between the official > servers for freebsd. I run a mirror one for my servers at my = datacenter and > I have noticed that it's leaving some patch files undeleted when = updating. > What could be wrong? The "broken" cvsup server is probably out-of-date, i.e. not updating from a real FreeBSD server. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:16: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 9F54A37B401; Thu, 15 May 2003 08:16:35 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F37943FBD; Thu, 15 May 2003 08:16:34 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id A94183ABB4D; Thu, 15 May 2003 17:19:45 +0200 (CEST) Date: Thu, 15 May 2003 17:19:45 +0200 From: Pawel Jakub Dawidek To: Mooneer Salem Message-ID: <20030515151945.GQ45118@garage.freebsd.pl> References: <20030515123033.GP45118@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ovQKbPq78H0oOD2w" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 15:16:36 -0000 --ovQKbPq78H0oOD2w Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2003 at 07:01:44AM -0700, Mooneer Salem wrote: +> Interesting. Wouldn't some optimizations only produce negliable results +> though (in relation to the +> amount of mess created in the code), especially since PC technology has = come +> a long way? Exactly! This is todays point of view. No! Not everything could be optimize by compiler and I'm not saying that algorythms optimization isn't important - it is of course much more important than code optimization and I'm talking about it to, but micro optimization is needed as well. Messy code? Why? People skilled in optimization know which parts of code should be really optimized and which aren't important from performance point of view at all (code profiling?). Good optimized code shouldn't be ugly, ehh. IMHO we should really, seriously think over this problems, because even if we are able to speed-up some stuff (like IPFW, UFS, VM, internet protoco= ls) even 5% it is worth it. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --ovQKbPq78H0oOD2w Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPsOwET/PhmMH/Mf1AQGwYAP+KeQBZRySe6AuM9tIcSjrRgsvXckzExH1 osHGjabbQRY7HBXfal6lcoswBuGUgamTi2jHVCW00EvhlPjXzxdpsPd/jvWioJPz 3Q/WTYiUd2U6S00q/STOkb/1Wm9OI1PpaW2J1d7nLgAfyZ32Y0J083Hjfbbrv6cB 7sV1+WEbnB4= =mhBm -----END PGP SIGNATURE----- --ovQKbPq78H0oOD2w-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:20: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 AC96E37B401 for ; Thu, 15 May 2003 08:20:50 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A4643F3F for ; Thu, 15 May 2003 08:20:49 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 0ABDD6127; Thu, 15 May 2003 17:20:43 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id B647C7946; Thu, 15 May 2003 17:20:48 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 545BF13778; Thu, 15 May 2003 17:20:46 +0200 (CEST) Date: Thu, 15 May 2003 17:20:46 +0200 From: Daniel Lang To: jeev Message-ID: <20030515152046.GB71411@atrbg11.informatik.tu-muenchen.de> References: <20030515103021.GB5113@rot13.obsecurity.org> <004601c31af4$d6333b50$0200a8c0@mainframe> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <004601c31af4$d6333b50$0200a8c0@mainframe> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 15 May 2003 15:20:51 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, jeev wrote on Thu, May 15, 2003 at 08:15:35AM -0700: > It actually runs twice a day and works correctly.. [..] And is its uplink server up to date? Which one do you use for this? cvsup-master.freebsd.org? Probably not. If one of the Tier-1/2 CVSup mirrors are outdated, please notify , so that its admin can fix that. Best regards, Daniel --=20 IRCnet: Mr-Spock - ceterum censeo Microsoftinem esse delendam - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --bCsyhTFzCvuiizWE Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MTUxNTIwNDVaMCMGCSqGSIb3DQEJBDEWBBRdj1WsGqJgO79YErUl7JabTiacqjBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgIIuzVuGU9ML Ki1/m/9eOfyedZ6BSndgDPU3P0Epxv2h8HOFh3qG7kjvdpNWq4A3EOWvwflirUgv0zw4nN8p vVfTUgnMHwXKtkn36zJ7NKplalWlDFR3d0KU4nbXdKwu78kgWiRqX3XcR9EarBZpJ2trFRda 8TjZmnYV32DKaX1M --bCsyhTFzCvuiizWE-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:25: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 0BB5637B401 for ; Thu, 15 May 2003 08:25:38 -0700 (PDT) Received: from mx3.boldinternet.net (blizzard.boldinternet.net [64.237.51.160]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C01E43F85 for ; Thu, 15 May 2003 08:25:37 -0700 (PDT) (envelope-from jeev@boldinternet.net) Received: (qmail 10010 invoked by uid 0); 15 May 2003 15:25:36 -0000 Received: from unknown (HELO mainframe) (63.206.136.254) by 0 with SMTP; 15 May 2003 15:25:36 -0000 From: "jeev" To: "'Daniel Lang'" Date: Thu, 15 May 2003 08:25:36 -0700 Message-ID: <004a01c31af6$3c24fd80$0200a8c0@mainframe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 In-Reply-To: <20030515152046.GB71411@atrbg11.informatik.tu-muenchen.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: RE: cvsupd 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, 15 May 2003 15:25:38 -0000 No, none of the servers are out of date to me. They're fine. root@router:~# touch /usr/ports/net/net-snmp/files/fart root@router:~# cvsup ports Connected to blizzard Updating collection ports/cvs Finished successfully root@router:~# root@blizzard:~# ls /cvs/ports/net/net-snmp/files patch-Makefile.top patch-diskio.c patch-local:Makefile.in patch-snmpd.8.def patch-aa patch-hr_storage.c patch-memory_freebsd2.c patch-vmstat_freebsd2.c patch-aclocal.m4 patch-hr_swrun.c patch-snmpTCPIPv6Domain.c snmpd.sh.sample patch-al patch-interfaces.c patch-snmpUCDIPv6Domain.c root@blizzard:~# root@router:~# ls /usr/ports/net/net-snmp/files fart patch-al patch-interfaces.c patch-snmpUCDIPv6Domain.c patch-Makefile.top patch-diskio.c patch-local:Makefile.in patch-snmpd.8.def patch-aa patch-hr_storage.c patch-memory_freebsd2.c patch-vmstat_freebsd2.c patch-aclocal.m4 patch-hr_swrun.c patch-snmpTCPIPv6Domain.c snmpd.sh.sample root@router:~# notice blizzard is the cvsupd server.. router has some extra files that are unnecessary, im assuming the only way I could fix this is just remove ports every day or something cause it shouldn't be doing this. Notice how router did not delete 'fart'. j -----Original Message----- From: Daniel Lang [mailto:langd-freebsd-hackers@leo.org] Sent: Thursday, May 15, 2003 8:21 AM To: jeev Cc: 'Kris Kennaway'; freebsd-hackers@freebsd.org Subject: Re: cvsupd Hi, jeev wrote on Thu, May 15, 2003 at 08:15:35AM -0700: > It actually runs twice a day and works correctly.. [..] And is its uplink server up to date? Which one do you use for this? cvsup-master.freebsd.org? Probably not. If one of the Tier-1/2 CVSup mirrors are outdated, please notify , so that its admin can fix that. Best regards, Daniel -- IRCnet: Mr-Spock - ceterum censeo Microsoftinem esse delendam - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:33: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 71CB737B401 for ; Thu, 15 May 2003 08:33:48 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEE343F93 for ; Thu, 15 May 2003 08:33:47 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 089B06196; Thu, 15 May 2003 17:33:41 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id B4B6B7946; Thu, 15 May 2003 17:33:46 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id D040C13778; Thu, 15 May 2003 17:33:43 +0200 (CEST) Date: Thu, 15 May 2003 17:33:43 +0200 From: Daniel Lang To: jeev Message-ID: <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> References: <20030515152046.GB71411@atrbg11.informatik.tu-muenchen.de> <004a01c31af6$3c24fd80$0200a8c0@mainframe> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="zCKi3GIZzVBPywwA" Content-Disposition: inline In-Reply-To: <004a01c31af6$3c24fd80$0200a8c0@mainframe> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 15 May 2003 15:33:48 -0000 --zCKi3GIZzVBPywwA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jeev, jeev wrote on Thu, May 15, 2003 at 08:25:36AM -0700: > No, none of the servers are out of date to me. They're fine. Hmmm, where does blizzard update from? > root@router:~# touch /usr/ports/net/net-snmp/files/fart > root@router:~# cvsup ports > Connected to blizzard > Updating collection ports/cvs > Finished successfully > root@router:~# Sure. CVSup does not delete files, it doesn't know about. Certainly it doesn't know anything about fart and therefore won't touch it. This is intended behaviour of CVSup. (Think about the "make readmes" nightmare, that several users, including me stubled across. The README.html files never get deleted and so you are stuck with dozens of virtually empty and outdated port directories). > root@blizzard:~# ls /cvs/ports/net/net-snmp/files > patch-Makefile.top patch-diskio.c > patch-local:Makefile.in patch-snmpd.8.def > patch-aa patch-hr_storage.c > patch-memory_freebsd2.c patch-vmstat_freebsd2.c > patch-aclocal.m4 patch-hr_swrun.c > patch-snmpTCPIPv6Domain.c snmpd.sh.sample > patch-al patch-interfaces.c > patch-snmpUCDIPv6Domain.c > root@blizzard:~# >=20 > root@router:~# ls /usr/ports/net/net-snmp/files > fart patch-al > patch-interfaces.c patch-snmpUCDIPv6Domain.c > patch-Makefile.top patch-diskio.c > patch-local:Makefile.in patch-snmpd.8.def > patch-aa patch-hr_storage.c > patch-memory_freebsd2.c patch-vmstat_freebsd2.c > patch-aclocal.m4 patch-hr_swrun.c > patch-snmpTCPIPv6Domain.c snmpd.sh.sample > root@router:~# >=20 > notice blizzard is the cvsupd server.. router has some extra files that a= re > unnecessary, im assuming the only way I could fix this is just remove por= ts > every day or something cause it shouldn't be doing this. I don't see any difference than 'fart'. Maybe I'm blind, but then the order is mixed up. Maybe you should use 'ls -1' to avoid confusion by multicolumn output. > Notice how router did not delete 'fart'. See above. Best regards, Daniel --=20 IRCnet: Mr-Spock - Work is for people, who don't surf - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --zCKi3GIZzVBPywwA Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MTUxNTMzNDNaMCMGCSqGSIb3DQEJBDEWBBSceWTyqO7j/Ia+vw2fPU+sGgwHhDBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgCSODNkeKHo6 xlsvqaMBFnJJeL8phUCtcC1vAG7QWdpdnwlS63hm2SN/cuw94LwN7EXkw5/Yyj225C1b7qAU JPcrQ0zc9MFbfsdGHzWwEntVThQusLMMyXgjEsndLROenmgr+o7F5PG+UZ5gybs/PZ36mFxc mNEkzw9qW7Zd2kkV --zCKi3GIZzVBPywwA-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:44: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 DE6F237B401 for ; Thu, 15 May 2003 08:44:08 -0700 (PDT) Received: from mx3.boldinternet.net (blizzard.boldinternet.net [64.237.51.160]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D78A43F93 for ; Thu, 15 May 2003 08:44:08 -0700 (PDT) (envelope-from jeev@boldinternet.net) Received: (qmail 10065 invoked by uid 0); 15 May 2003 15:44:07 -0000 Received: from unknown (HELO mainframe) (63.206.136.254) by 0 with SMTP; 15 May 2003 15:44:07 -0000 From: "jeev" To: "'Daniel Lang'" Date: Thu, 15 May 2003 08:44:06 -0700 Message-ID: <001201c31af8$d22cd170$0200a8c0@mainframe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> Importance: Normal cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: RE: cvsupd 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, 15 May 2003 15:44:09 -0000 root@blizzard:~# ls -1 /cvs/ports/net/net-snmp/files patch-Makefile.top patch-aa patch-aclocal.m4 patch-al patch-diskio.c patch-hr_storage.c patch-hr_swrun.c patch-interfaces.c patch-local:Makefile.in patch-memory_freebsd2.c patch-snmpTCPIPv6Domain.c patch-snmpUCDIPv6Domain.c patch-snmpd.8.def patch-vmstat_freebsd2.c snmpd.sh.sample root@blizzard:~# root@router:/usr/ports/net/net-snmp/files# ls -1 fart patch-Makefile.top patch-aa patch-aclocal.m4 patch-al patch-diskio.c patch-hr_storage.c patch-hr_swrun.c patch-interfaces.c patch-local:Makefile.in patch-memory_freebsd2.c patch-snmpTCPIPv6Domain.c patch-snmpUCDIPv6Domain.c patch-snmpd.8.def patch-vmstat_freebsd2.c snmpd.sh.sample *default host=cvsup11.FreeBSD.org *default base=/cvs *default prefix=/cvs *default release=cvs tag=. *default delete use-rel-suffix ports-all that is what blizzard runs every 6 hrs or so *default host=blizzard *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix ports that is what I run manually on my other servers. Looks identical to me. If this is getting too annoying, just let it be. I guess I can just delete the tree. j -----Original Message----- From: Daniel Lang [mailto:langd-freebsd-hackers@leo.org] Sent: Thursday, May 15, 2003 8:34 AM To: jeev Cc: 'Daniel Lang'; 'Kris Kennaway'; freebsd-hackers@freebsd.org Subject: Re: cvsupd Hi Jeev, jeev wrote on Thu, May 15, 2003 at 08:25:36AM -0700: > No, none of the servers are out of date to me. They're fine. Hmmm, where does blizzard update from? > root@router:~# touch /usr/ports/net/net-snmp/files/fart > root@router:~# cvsup ports > Connected to blizzard > Updating collection ports/cvs > Finished successfully > root@router:~# Sure. CVSup does not delete files, it doesn't know about. Certainly it doesn't know anything about fart and therefore won't touch it. This is intended behaviour of CVSup. (Think about the "make readmes" nightmare, that several users, including me stubled across. The README.html files never get deleted and so you are stuck with dozens of virtually empty and outdated port directories). > root@blizzard:~# ls /cvs/ports/net/net-snmp/files > patch-Makefile.top patch-diskio.c > patch-local:Makefile.in patch-snmpd.8.def > patch-aa patch-hr_storage.c > patch-memory_freebsd2.c patch-vmstat_freebsd2.c > patch-aclocal.m4 patch-hr_swrun.c > patch-snmpTCPIPv6Domain.c snmpd.sh.sample > patch-al patch-interfaces.c > patch-snmpUCDIPv6Domain.c > root@blizzard:~# > > root@router:~# ls /usr/ports/net/net-snmp/files > fart patch-al > patch-interfaces.c patch-snmpUCDIPv6Domain.c > patch-Makefile.top patch-diskio.c > patch-local:Makefile.in patch-snmpd.8.def > patch-aa patch-hr_storage.c > patch-memory_freebsd2.c patch-vmstat_freebsd2.c > patch-aclocal.m4 patch-hr_swrun.c > patch-snmpTCPIPv6Domain.c snmpd.sh.sample > root@router:~# > > notice blizzard is the cvsupd server.. router has some extra files that are > unnecessary, im assuming the only way I could fix this is just remove ports > every day or something cause it shouldn't be doing this. I don't see any difference than 'fart'. Maybe I'm blind, but then the order is mixed up. Maybe you should use 'ls -1' to avoid confusion by multicolumn output. > Notice how router did not delete 'fart'. See above. Best regards, Daniel -- IRCnet: Mr-Spock - Work is for people, who don't surf - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 08:58:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2106237B401 for ; Thu, 15 May 2003 08:58:07 -0700 (PDT) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21A6F43F3F for ; Thu, 15 May 2003 08:58:06 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.12.9/8.12.8) with ESMTP id h4FFw2Ne011208; Thu, 15 May 2003 11:58:02 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv2.mitre.org (8.12.9/8.12.8) with ESMTP id h4FFw1TZ003164; Thu, 15 May 2003 11:58:01 -0400 (EDT) Received: from mm112324-2k.mitre.org (128.29.3.65) by mailhub1.mitre.org with SMTP id 2447611; Thu, 15 May 2003 11:57:55 -0400 Message-ID: <3EC3B902.3070202@mitre.org> Date: Thu, 15 May 2003 11:57:54 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Lang References: <20030515152046.GB71411@atrbg11.informatik.tu-muenchen.de> <004a01c31af6$3c24fd80$0200a8c0@mainframe> <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> In-Reply-To: <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: jeev cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 15 May 2003 15:58:07 -0000 Daniel Lang wrote: > Sure. CVSup does not delete files, it doesn't know about. > Certainly it doesn't know anything about fart and therefore > won't touch it. This is intended behaviour of CVSup. > (Think about the "make readmes" nightmare, that several > users, including me stubled across. The README.html files > never get deleted and so you are stuck with dozens of > virtually empty and outdated port directories). Nightmare? I always thought of it more as a nusance. Can't you run something like (note, I write in zsh, convert to whatever language you like): cd /usr/ports for foo ( * ) do if [[ -d $foo ]] then cd $foo for bar ( * ) do if [[ -d $bar ]] then rm $bar/README.html rmdir $bar fi done cd .. fi done make readmes You'll have to ignore a huge number of warnings about being unable to rmdir directories with files in them, but it seems pretty simple and shouldn't take too long to run on most machines. You could also probably make this a little safer by running some checks to make sure you don't cd into directories you don't have permission to, but that's left as an exercise for the reader. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 09:14: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 47D9B37B401 for ; Thu, 15 May 2003 09:14:26 -0700 (PDT) Received: from mx3.boldinternet.net (blizzard.boldinternet.net [64.237.51.160]) by mx1.FreeBSD.org (Postfix) with SMTP id 32ED143FAF for ; Thu, 15 May 2003 09:14:25 -0700 (PDT) (envelope-from jeev@boldinternet.net) Received: (qmail 10137 invoked by uid 0); 15 May 2003 16:14:24 -0000 Received: from unknown (HELO mainframe) (63.206.136.254) by 0 with SMTP; 15 May 2003 16:14:24 -0000 From: "jeev" To: "'Jason Andresen'" , "'Daniel Lang'" Date: Thu, 15 May 2003 09:14:23 -0700 Message-ID: <000001c31afd$0d4687c0$0200a8c0@mainframe> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 In-Reply-To: <3EC3B902.3070202@mitre.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: RE: cvsupd 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, 15 May 2003 16:14:26 -0000 This has nothing to with readme's, I guess he just used that as an example. j > Sure. CVSup does not delete files, it doesn't know about. > Certainly it doesn't know anything about fart and therefore > won't touch it. This is intended behaviour of CVSup. > (Think about the "make readmes" nightmare, that several > users, including me stubled across. The README.html files > never get deleted and so you are stuck with dozens of > virtually empty and outdated port directories). Nightmare? I always thought of it more as a nusance. Can't you run something like (note, I write in zsh, convert to whatever language you like): cd /usr/ports for foo ( * ) do if [[ -d $foo ]] then cd $foo for bar ( * ) do if [[ -d $bar ]] then rm $bar/README.html rmdir $bar fi done cd .. fi done make readmes You'll have to ignore a huge number of warnings about being unable to rmdir directories with files in them, but it seems pretty simple and shouldn't take too long to run on most machines. You could also probably make this a little safer by running some checks to make sure you don't cd into directories you don't have permission to, but that's left as an exercise for the reader. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 _______________________________________________ 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 May 15 09:21: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 50F6D37B405 for ; Thu, 15 May 2003 09:21:29 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC1E43FAF for ; Thu, 15 May 2003 09:21:28 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h4FGLRtJ027213; Thu, 15 May 2003 09:21:27 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EC3BEE9.9080906@acm.org> Date: Thu, 15 May 2003 09:23:05 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dwayne.MacKinnon@xwave.com References: <3EC32EC1.6050207@acm.org> <3EC36C7B.7020308@xwave.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add Master/Slave mode? 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: Thu, 15 May 2003 16:21:29 -0000 User Dwayne wrote: > Tim Kientzle wrote: >> Is anyone actually _using_ the >> Master/Slave mode feature of pkg_add? > > I find master/slave mode quite useful in testing out the > packages, making sure everything will go where I need it to. I'd be > sorry to see it be obsoleted. How exactly are you using it? Are you just using 'slave' mode to make sure the package unpacks correctly? If so, how is that different from simply unpacking the archive with 'tar'? If you're using the full master/slave capability, what script are you using between the two phases? How does the combination of -p to set a temporary prefix and possibly the PKG_DBDIR environment variable (to set an alternate package registration directory) not satisfy your need to test package installation? I don't want to dump a feature people are actually using, but the new pkg_add works quite a bit differently and master/slave mode cannot be implemented in its current form. The better I understand what exactly you're doing with it, the better I'll be able to figure out what will fill that need. Thanks for your help, Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 09:36: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 AAD0837B401 for ; Thu, 15 May 2003 09:36:54 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11AF443F3F for ; Thu, 15 May 2003 09:36:53 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 87148616D; Thu, 15 May 2003 18:36:46 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 3AE19794B; Thu, 15 May 2003 18:36:52 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 1B2EA13778; Thu, 15 May 2003 18:36:52 +0200 (CEST) Date: Thu, 15 May 2003 18:36:52 +0200 From: Daniel Lang To: Jason Andresen Message-ID: <20030515163652.GE71411@atrbg11.informatik.tu-muenchen.de> References: <20030515152046.GB71411@atrbg11.informatik.tu-muenchen.de> <004a01c31af6$3c24fd80$0200a8c0@mainframe> <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> <3EC3B902.3070202@mitre.org> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="BQPnanjtCNWHyqYD" Content-Disposition: inline In-Reply-To: <3EC3B902.3070202@mitre.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: cvsupd 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, 15 May 2003 16:36:56 -0000 --BQPnanjtCNWHyqYD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jason, Jason Andresen wrote on Thu, May 15, 2003 at 11:57:54AM -0400: [..] > Nightmare? I always thought of it more as a nusance. Ok, I admit it, I was just exaggerating. :) > Can't you run something like (note, I write in zsh, convert to whatever= =20 > language you like): I sure can. And there are also tools like 'portsclean'. Thanks anyway. Best regards, Daniel --=20 IRCnet: Mr-Spock - Truth lies in the eye of the beholder -=20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --BQPnanjtCNWHyqYD Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MTUxNjM2NTFaMCMGCSqGSIb3DQEJBDEWBBSZuWG2i5tRyQmyslRAlXMUCtnZhjBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgEp6+iCJVOMR B6Pe6vR8pKkhjicW7H/CyKhzzc6Cs5inZz4J9OUfUdtstouvmriX8Co+jYa1GOZNFgpQPb3A 6zX6UO9pObWbcQByafxTID7nQuG+ttV1z8gs8tZay31JZv7lKB0tfckCSf8xImAC9aw+/WJt JxebL7HB6av6CHGC --BQPnanjtCNWHyqYD-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 10:42:15 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 76C5A37B401 for ; Thu, 15 May 2003 10:42:15 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DAE43F3F for ; Thu, 15 May 2003 10:42:12 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h4FHgCtJ027466 for ; Thu, 15 May 2003 10:42:12 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EC3D1D6.3040904@acm.org> Date: Thu, 15 May 2003 10:43:50 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: pkg_add: @ignore and @ignore_inst 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: Thu, 15 May 2003 17:42:15 -0000 Has anyone ever used @ignore_inst? As far as I can tell, it is never generated by any of the package tools, does not appear in any pkg-plist in the ports tree, and does not appear in any of the ~3000 packages I looked at from the 5.0 release CDs. A related question: Does anyone use @ignore for anything other than package metadata? As far as I can tell, it's only ever used for metadata files (that begin with '+'). Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 13:30:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347B437B401; Thu, 15 May 2003 13:30:19 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F0943FA3; Thu, 15 May 2003 13:30:17 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4FKUGwk068609; Thu, 15 May 2003 13:30:16 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4FKUGml000780; Thu, 15 May 2003 13:30:16 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h4FKUGnt000779; Thu, 15 May 2003 13:30:16 -0700 (PDT) Date: Thu, 15 May 2003 13:30:16 -0700 From: Marcel Moolenaar To: freebsd-performance@freebsd.org Message-ID: <20030515203016.GB543@athlon.pn.xcllnt.net> References: <20030515123033.GP45118@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030515123033.GP45118@garage.freebsd.pl> User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 20:30:19 -0000 On Thu, May 15, 2003 at 02:30:33PM +0200, Pawel Jakub Dawidek wrote: > Hello hackers... > > IMHO optimization in FreeBSD's code has too low priority. > Maybe is time to think about some 'optimiztion team' creation? I think I don't want to see this happen based on professional experience. My biggest concern is that it becomes a crusade. For if your focus is performance, you pretty much loose track of everything else. If not, then obviously you haven't been focussing. Don't get me wrong. Optimizing is a good thing, when done at the right time for the right reasons and in the right way. Having an optimization team created out of thin air can only lead to round-table discussions that boil down to "Hi, I'm Marcel. I like to optimize small objects" and before you know it all hell breaks loose for a barely measurable performance change. If you set yourself some simple goals and keep it high-level, then we can all get used to the idea and we will probably find other opportunities while we go. The end result can be much the same as you try to achieve now, except that it has a bigger chance to be integrated rather than some weird bunch on the side that plays with compiler options "and shit". Just a thought, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 13:34: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 16D0837B401 for ; Thu, 15 May 2003 13:34:52 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8516743F75 for ; Thu, 15 May 2003 13:34:51 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 4D9CF66B9B; Thu, 15 May 2003 13:34:51 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 3858C1583; Thu, 15 May 2003 13:34:51 -0700 (PDT) Date: Thu, 15 May 2003 13:34:51 -0700 From: Kris Kennaway To: jeev Message-ID: <20030515203451.GA7009@rot13.obsecurity.org> References: <20030515103021.GB5113@rot13.obsecurity.org> <004601c31af4$d6333b50$0200a8c0@mainframe> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <004601c31af4$d6333b50$0200a8c0@mainframe> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 15 May 2003 20:34:52 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 15, 2003 at 08:15:35AM -0700, jeev wrote: > It actually runs twice a day and works correctly.. Except that you've provided conclusive evidence that it's not working correctly :-) Kris --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+w/nrWry0BWjoQKURAiG1AKC6bAfrAqpshmHKGvKQV/FGZohB5QCg481T E83m2UPewxBFkrvNjyFvA5o= =pFVh -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 13:35:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B722A37B404 for ; Thu, 15 May 2003 13:35:46 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-75-172.dsl.lsan03.pacbell.net [67.115.75.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC4F43FA3 for ; Thu, 15 May 2003 13:35:45 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8E29B66B9B; Thu, 15 May 2003 13:35:45 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 708511583; Thu, 15 May 2003 13:35:45 -0700 (PDT) Date: Thu, 15 May 2003 13:35:45 -0700 From: Kris Kennaway To: jeev Message-ID: <20030515203545.GB7009@rot13.obsecurity.org> References: <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> <001201c31af8$d22cd170$0200a8c0@mainframe> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <001201c31af8$d22cd170$0200a8c0@mainframe> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 15 May 2003 20:35:47 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2003 at 08:44:06AM -0700, jeev wrote: > that is what blizzard runs every 6 hrs or so >=20 > *default host=3Dblizzard > *default base=3D/usr > *default prefix=3D/usr > *default release=3Dcvs > *default delete use-rel-suffix > ports ^^^^^ that's not a valid collection name. Kris --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+w/ogWry0BWjoQKURAln2AJ0QoRxfbQSiawHMHzft+fgxlNmtvACgrQPQ VHtvG46X0f38QdrihcbSZqU= =ieI5 -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 13:41: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 F35DA37B401 for ; Thu, 15 May 2003 13:41:40 -0700 (PDT) Received: from smtp.ii.uib.no (eik.ii.uib.no [129.177.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5601543F3F for ; Thu, 15 May 2003 13:41:40 -0700 (PDT) (envelope-from s1465@lstud.ii.uib.no) Received: from havengel.ii.uib.no ([129.177.122.5]) by smtp.ii.uib.no with esmtp (Exim 4.12) id 19GPXl-00003U-00; Thu, 15 May 2003 22:41:37 +0200 Received: (from s1465@localhost) by havengel.ii.uib.no (8.11.6/8.11.6) id h4FKfbg20264; Thu, 15 May 2003 22:41:37 +0200 Date: Thu, 15 May 2003 22:41:37 +0200 (CEST) From: =?ISO-8859-1?Q?Sondre_R=F8njom?= To: Kris Kennaway In-Reply-To: <20030515203545.GB7009@rot13.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -21.3 (---------------------) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19GPXl-00003U-00*PQfM0Uw6RPM* cc: freebsd-hackers@freebsd.org cc: jeev Subject: Re: cvsupd 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, 15 May 2003 20:41:42 -0000 On Thu, 15 May 2003, Kris Kennaway wrote: > On Thu, May 15, 2003 at 08:44:06AM -0700, jeev wrote: > > > that is what blizzard runs every 6 hrs or so > > > > *default host=blizzard > > *default base=/usr > > *default prefix=/usr > > *default release=cvs > > *default delete use-rel-suffix > > ports > > ^^^^^ that's not a valid collection name. it should be 'ports-all' if you want the whole ports-tree updated, else I guess your /usr/ports will be deleted only. You can also specify to only update a specified directory of the tree. Look up in the good book(FreeBSD Handbook that is) :) /sondre From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 14:07:30 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 7764337B404 for ; Thu, 15 May 2003 14:07:30 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF64843F3F for ; Thu, 15 May 2003 14:07:29 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 7706A1B6D5; Thu, 15 May 2003 14:07:29 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: Pawel Jakub Dawidek , Mooneer Salem Date: Thu, 15 May 2003 14:07:28 -0700 User-Agent: KMail/1.5 References: <20030515123033.GP45118@garage.freebsd.pl> <20030515151945.GQ45118@garage.freebsd.pl> In-Reply-To: <20030515151945.GQ45118@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305151407.28717.wes@softweyr.com> cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 21:07:30 -0000 On Thursday 15 May 2003 08:19, Pawel Jakub Dawidek wrote: > On Thu, May 15, 2003 at 07:01:44AM -0700, Mooneer Salem wrote: > +> Interesting. Wouldn't some optimizations only produce negliable > results +> though (in relation to the > +> amount of mess created in the code), especially since PC > technology has come +> a long way? > > Exactly! This is todays point of view. No! Not everything could be > optimize by compiler and I'm not saying that algorythms optimization > isn't important - it is of course much more important than code > optimization and I'm talking about it to, but micro optimization is > needed as well. > > Messy code? Why? People skilled in optimization know which parts of > code should be really optimized and which aren't important from > performance point of view at all (code profiling?). Good optimized > code shouldn't be ugly, ehh. People skilled in optimization know to profile the code and find what is slowing real, actual applications down before attempting to profile anything. You can't imagine how uninterested any FreeBSD developer is in optimizing getuid() so it will out-perform Linux on some completely braindead benchmark. Show me an application that is getuid() performance bound and I'll show you an application that is so poorly written as to be meaningless. You obviously feel passionate about this issue. Why don't you pursue it yourself? Are you looking for a few good programmers to join you, or perhaps someone to tutor you? If so, say it up front, and I'll just bet somebody will step forward to help out. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 14:26: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 61FDA37B401; Thu, 15 May 2003 14:26:24 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A06F43F93; Thu, 15 May 2003 14:26:21 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h4FLQJ6U093669; Fri, 16 May 2003 00:26:19 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h4FLQJcr093666; Fri, 16 May 2003 00:26:19 +0300 (EEST) Date: Fri, 16 May 2003 00:26:19 +0300 (EEST) From: Narvi To: Marcel Moolenaar In-Reply-To: <20030515203016.GB543@athlon.pn.xcllnt.net> Message-ID: <20030516002105.K40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 21:26:24 -0000 On Thu, 15 May 2003, Marcel Moolenaar wrote: > On Thu, May 15, 2003 at 02:30:33PM +0200, Pawel Jakub Dawidek wrote: > > Hello hackers... > > > > IMHO optimization in FreeBSD's code has too low priority. > > Maybe is time to think about some 'optimiztion team' creation? > > I think I don't want to see this happen based on professional > experience. My biggest concern is that it becomes a crusade. > For if your focus is performance, you pretty much loose track > of everything else. If not, then obviously you haven't been > focussing. > Well, supposedly any such team would need to start by creating a set of tools and benchmarks that could be used to quantify perfomance, get buy-in from the project that these give good measures (iterate until done) and then set up a bunch of machines to track there are no regressions? Followed by then starting to work towards eliminating problems 8-) > Don't get me wrong. Optimizing is a good thing, when done at the > right time for the right reasons and in the right way. Having > an optimization team created out of thin air can only lead to > round-table discussions that boil down to "Hi, I'm Marcel. I like > to optimize small objects" and before you know it all hell breaks > loose for a barely measurable performance change. > > If you set yourself some simple goals and keep it high-level, then > we can all get used to the idea and we will probably find other > opportunities while we go. The end result can be much the same as > you try to achieve now, except that it has a bigger chance to be > integrated rather than some weird bunch on the side that plays > with compiler options "and shit". nah, don't be too hard on them. they are volunteering for a large amount of hard work 8-) > > Just a thought, > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 14:38:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E423037B401 for ; Thu, 15 May 2003 14:38:02 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D478843F85 for ; Thu, 15 May 2003 14:38:01 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h4FLbo6U093739; Fri, 16 May 2003 00:37:50 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h4FLbmTQ093736; Fri, 16 May 2003 00:37:48 +0300 (EEST) Date: Fri, 16 May 2003 00:37:48 +0300 (EEST) From: Narvi To: Terry Lambert In-Reply-To: <3EC35ACB.BFA5DE86@mindspring.com> Message-ID: <20030515185823.X40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Stalker Subject: Re: Crypted Disk Question 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, 15 May 2003 21:38:03 -0000 On Thu, 15 May 2003, Terry Lambert wrote: > Narvi wrote: > > > The question boils down to "How does this automatic process know > > > it's you, and not someone else, turning on the computer?". > > > > Well, this is not entirely fair - a removed from server hard disk would in > > the scenario still remain locked and data inacessible. Similarily, for the > > removal of the server, say using an iButton or USB drive or similar that > > is needed to unlock the data but would be kept separately. > > Anything that doesn't require a human to intervene can be > subverted. If there are people with sufficient physical > access to the disk that it needs to have its contents > encrypted in the first place, then they have sufficient > physical access to put a breakout between the computer and > any serial or USB or other dongle you can name. > Similarily, humans can be subverted and one can point a camera at the keyboard or log the emissions from it, thus capturing the password. > > You could say have an expect script watching the serial console output and > > enter the key. > > And if you had sufficient physical access to the drive to > be able to read its raw data, then you have sufficient access > to capture the key entry by the other box by inserting a tap > and rebooting the box that needs the key on reboot. > So? > > Another way would be having the server establishing a ssh > > session to a machine to get the key. > > If the ssh is automatic, either because of symmetric key > distribution, or because your passpharase is blank... then, > again, it's easy to intercept the exchange. If it's safe > from this, then it requires a human to enter a passphrase, > and you are back to the original problem. > > > it really depends on what kinds of reasons the encryption > > is being used for and whats the spectrum of allowable tradeoffs. > > The only reason for an encrypted drive, since once you are > logged in, and have entered the password, the drive is not > crypted, is fear about someone else with physical access to > the drive. > Which is not at all the scanario (active attacker) you are describing as a proof that this is a stupid idea for all cases, even if it is meant to guard against accidental loss (misplaced box during office move or similar) or ;eak of sensitive information (patient records, whatever) as a result of a simple burglary. You might just aswell claim GEOM is useless because they could always torture the password out of you - both views are equally meritless. > -- Terry > From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 14:38: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 E886537B401; Thu, 15 May 2003 14:38:05 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F229E43FA3; Thu, 15 May 2003 14:38:04 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h4FLc2xm003642; Thu, 15 May 2003 23:38:03 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Narvi From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 May 2003 00:26:19 +0300." <20030516002105.K40030-100000@haldjas.folklore.ee> Date: Thu, 15 May 2003 23:38:02 +0200 Message-ID: <3641.1053034682@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org cc: Marcel Moolenaar Subject: Re: Optimizations. 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, 15 May 2003 21:38:06 -0000 In message <20030516002105.K40030-100000@haldjas.folklore.ee>, Narvi writes: >On Thu, 15 May 2003, Marcel Moolenaar wrote: >> On Thu, May 15, 2003 at 02:30:33PM +0200, Pawel Jakub Dawidek wrote: >> > Maybe is time to think about some 'optimiztion team' creation? >> I think I don't want to see this happen based on professional >> experience. >Well, supposedly any such team would need to start by creating a set of >tools and benchmarks [...] If I have to be honest, I think this is the wrong way to approach the subject, if on no other ground than on the 3. rule of optimizations ("Don't do it yet"). While it would be nice to have a set of "blessed benchmarks" canned and ready to run, we should learn from the lmbench fiasco in Linux that such benchmarks can easier mislead than lead. My personal professional experience with optimizations or "Performance management" as it was called, is that you want some very rigid _functional_ testcases, which must pass at any one time so you don't unnoticed loose functionality to optimizations. We also know that the main performance issue is Giant, Giant and Giant. So I really think the band of merry men we are talking about, if they can be interested, would do much more good if they would start out building functional and regression tests for our most critical facilities. I can't speak for the other heavy-duty guys in the project, but I would personally be _really_ _REALLY_ grateful if I could "cd /usr/src ; make test" and know that a significant fraction of our functionality worked if it returned a zero exit code. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 15:04:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC7F37B401 for ; Thu, 15 May 2003 15:04:11 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797A743F75 for ; Thu, 15 May 2003 15:04:09 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 8B1883ABB4D; Fri, 16 May 2003 00:07:57 +0200 (CEST) Date: Fri, 16 May 2003 00:07:57 +0200 From: Pawel Jakub Dawidek To: Wes Peters Message-ID: <20030515220757.GS45118@garage.freebsd.pl> References: <20030515123033.GP45118@garage.freebsd.pl> <20030515151945.GQ45118@garage.freebsd.pl> <200305151407.28717.wes@softweyr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="KgNYJ1AVF9A8vOI+" Content-Disposition: inline In-Reply-To: <200305151407.28717.wes@softweyr.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 22:04:11 -0000 --KgNYJ1AVF9A8vOI+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2003 at 02:07:28PM -0700, Wes Peters wrote: +> People skilled in optimization know to profile the code and find what is= =20 +> slowing real, actual applications down before attempting to profile=20 +> anything. You can't imagine how uninterested any FreeBSD developer is= =20 +> in optimizing getuid() so it will out-perform Linux on some completely= =20 +> braindead benchmark. Show me an application that is getuid()=20 +> performance bound and I'll show you an application that is so poorly=20 +> written as to be meaningless. Of course you're right. But we aren't talking here about such stupid optimizations. Good optimization know answer on question "which part of code is really worth of speed-up in this way and where we could only mess without performance improvement at all?". +> You obviously feel passionate about this issue. Why don't you pursue it= =20 +> yourself? [...] I want to, but this problem is really complicated. There have to be incorporation between optimizers and developers, because if we want to do this we have to know how to check speed-up (and sometimes it is really hard to prepare suitable tests) and how to check if we don't break anything, right? And that's why such project should be better organized than some garage-job. +> [...] Are you looking for a few good programmers to join you, or=20 +> perhaps someone to tutor you? If so, say it up front, and I'll just=20 +> bet somebody will step forward to help out. I could help, of course, but I'm sure that there are much more developers really skilled in this topic and I'm scream to them:) --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --KgNYJ1AVF9A8vOI+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPsQPvD/PhmMH/Mf1AQFOGAP/YIMawQLfZ2LVKsDDDzk0MBshjv59WlDO AzPhwo0gcsbpr140ZUoCKSyUfhppXm7q++5a2LQVdwOQeGRDCC5fRRXalkPYVGWN zkgNNn53sjQUl3en0IauNIpfb0APExFcrF+gLBJECNqSt//W3g+GCnerM6OcRn9Z 5nZntVWXVWQ= =ew0R -----END PGP SIGNATURE----- --KgNYJ1AVF9A8vOI+-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 15:14: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 DB2EA37B401 for ; Thu, 15 May 2003 15:14:36 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1127D43FA3 for ; Thu, 15 May 2003 15:14:36 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h4FMEXxm003879 for ; Fri, 16 May 2003 00:14:34 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: hackers@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 May 2003 00:37:48 +0300." <20030515185823.X40030-100000@haldjas.folklore.ee> Date: Fri, 16 May 2003 00:14:33 +0200 Message-ID: <3878.1053036873@critter.freebsd.dk> Subject: Re: Crypted Disk Question 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, 15 May 2003 22:14:37 -0000 >> Anything that doesn't require a human to intervene can be >> subverted. This is actually not true in a real world. I know of at least one setup where the combined security is pretty conclusive without human intervention. The idea used originates from the strong link/weak link concept used in permissive action links on atomic weapons. The idea is basically, that you put a very vulnerable barrier (the weak link) on the outside of a very hard barrier (the hard link), in such a way that a breach of the weak link will render the hard link permanently open. In certain atomic bombs, any attempt to open the outher casing will rupture a very sensible membrane on the inside of the casing, which again will trigger a carefully chosen trigger mode for the high explosive. According to the info available, the radioactive bits will "be made very hard to reconfigure as an weapon of mass destruction" and "casualties are almost certain". Since the only way to arm the weapon is through a pretty strong crypto key, or by tampering electronics inside the weapon, you're stuck without the crypto material. For an interesting introduction: http://www.research.att.com/~smb/nsam-160/pal.html http://www.brook.edu/dybdocroot/fp/projects/nucwcost/box9-2.htm In the computer setup I'm talking about here, a computer is physically located inside a heavily armoured facility and the rather interesting intrusion detection is wired to the computer. One of the interesting details is that the computer controls the lock on the inner door. Under normal circumstances, regular and heavily protected network access to the computer will be used to disarm and open the containment if access is needed. This requires some pretty normal two-man procedures to be followed. If somebody breaks in, the computer locks (or rather, doesn't unlock) the inner door, and makes sure that even if that door is breached, there is nothing to get hold off by umounting, and erasing the keymaterial from the key media and shutting down everything. I have not been able to confirm this, but it was hinted that breaking the inner containment would "set off something bad for your health", in all likelyhood some explosive. After activation of the alarm sequence, reactivation consists of cutting the power to the room for a very specific length of time, and using the normal two-man access procedure to gain access so keymaterial can be reloaded. In case of a external power failure, the system shuts mostly down, leaving only the weak/strong link functionality operating, and multiple redundant sets of batteries keeps the intrusion detection running for a very, very long time. (You would surely read sensational headlines about what happened to Denmark in your local newspaper before power is exhausted.) When power is restored, the system resumes normal operation. The end result is a system which I will argue is as secure as the network protocols they have implemented, requires no manual intervention under normal circumstances, and yet it is still maintainable using only slightly more involved than normal procedures. Total size: about 3 by 3 by 3 meter. Total cost: less than what the feasibility study which said it was impossible to do cost them. So it can be done... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 15:15: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 40AE137B401; Thu, 15 May 2003 15:15:05 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22CA243FB1; Thu, 15 May 2003 15:15:04 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4FMF3wk069151; Thu, 15 May 2003 15:15:03 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4FMF3ml001045; Thu, 15 May 2003 15:15:03 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h4FMF3qd001044; Thu, 15 May 2003 15:15:03 -0700 (PDT) Date: Thu, 15 May 2003 15:15:03 -0700 From: Marcel Moolenaar To: Narvi Message-ID: <20030515221503.GC821@athlon.pn.xcllnt.net> References: <20030515203016.GB543@athlon.pn.xcllnt.net> <20030516002105.K40030-100000@haldjas.folklore.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030516002105.K40030-100000@haldjas.folklore.ee> User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 22:15:05 -0000 On Fri, May 16, 2003 at 12:26:19AM +0300, Narvi wrote: > > > If you set yourself some simple goals and keep it high-level, then > > we can all get used to the idea and we will probably find other > > opportunities while we go. The end result can be much the same as > > you try to achieve now, except that it has a bigger chance to be > > integrated rather than some weird bunch on the side that plays > > with compiler options "and shit". > > nah, don't be too hard on them. they are volunteering for a large amount > of hard work 8-) Hard work it is, but the question of timing pops up: when there's so much that needs to be done functionality-wise, how does the hard work relate to progress? Of course, this being a voluntary project, people are free to spend their time on things they like to do. But with freedom comes opposition -- or something along those lines :-) If I would be asked to sacrifice implementation flexibility at a time when things may need to be rewritten a couple of times to get it right (think new platforms), I will be mostly insensitive to arguments that limit that flexibility in favor of performance. This is the root of my concern. Any team that seperates itself as one that focusses on performance, is one that finds opposition and the opposition may be too large to be able to do any performance related work. It has to come natural, like enforcing style(9), or security. Not that enforcing style(9) is without friction. But it's a well-known and (almost :-) acceptable part of development. I think performance has to be that too if we don't want it to be a constant source of conflicts. If a performance team could achieve that, then we're in for a winner. /me thinks, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 15:23:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D99137B401; Thu, 15 May 2003 15:23:04 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F7543F93; Thu, 15 May 2003 15:23:02 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h4FMMv6U094016; Fri, 16 May 2003 01:22:58 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h4FMMv5Q094013; Fri, 16 May 2003 01:22:57 +0300 (EEST) Date: Fri, 16 May 2003 01:22:57 +0300 (EEST) From: Narvi To: Poul-Henning Kamp In-Reply-To: <3641.1053034682@critter.freebsd.dk> Message-ID: <20030516004006.S40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org cc: Marcel Moolenaar Subject: Re: Optimizations. 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, 15 May 2003 22:23:04 -0000 On Thu, 15 May 2003, Poul-Henning Kamp wrote: > > In message <20030516002105.K40030-100000@haldjas.folklore.ee>, Narvi writes: > >On Thu, 15 May 2003, Marcel Moolenaar wrote: > >> On Thu, May 15, 2003 at 02:30:33PM +0200, Pawel Jakub Dawidek wrote: > >> > Maybe is time to think about some 'optimiztion team' creation? > >> I think I don't want to see this happen based on professional > >> experience. > >Well, supposedly any such team would need to start by creating a set of > >tools and benchmarks [...] > > If I have to be honest, I think this is the wrong way to approach the > subject, if on no other ground than on the 3. rule of optimizations > ("Don't do it yet"). > > While it would be nice to have a set of "blessed benchmarks" canned > and ready to run, we should learn from the lmbench fiasco in Linux > that such benchmarks can easier mislead than lead. > Microbenchmarks can never lead you - at most they can alert you if something went wrong. Even more comprehensive ones just give you feedback unless what you are doing really is trying to find that one parameter / code sequence you can tune that would result in speedup in a large variety of relevant to the excerice apps (yes, it might be for as boring reason as 'ship criteria' or 'speed up by 10%'). > My personal professional experience with optimizations or "Performance > management" as it was called, is that you want some very rigid > _functional_ testcases, which must pass at any one time so you don't > unnoticed loose functionality to optimizations. > > We also know that the main performance issue is Giant, Giant and Giant. > Ah, yes - but I was thinking more in the 1 - 1.5 year from now timeframe, which is a sort of reasonable timeframe if you don't expect miracles or a largish corporate backer employing several people to do this in addition to volunteers and do expect people getting bored, wandering off, having real life issues and work, etcetera to deal with aswell. > So I really think the band of merry men we are talking about, if they > can be interested, would do much more good if they would start out > building functional and regression tests for our most critical > facilities. > > I can't speak for the other heavy-duty guys in the project, but I > would personally be _really_ _REALLY_ grateful if I could "cd > /usr/src ; make test" and know that a significant fraction of our > functionality worked if it returned a zero exit code. > Whichever framework they come up with to produce reliable, repeatable and fair reasults will very probably allow you to plug in regression tests aswell or be eaily modifiable for such. If it ends up producing additions to the presently pretty small set of profiling tools, so much the better - IMHO. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 15:40: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 E266337B401 for ; Thu, 15 May 2003 15:40:12 -0700 (PDT) Received: from adsl-64-161-78-226.dsl.lsan03.pacbell.net (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3DBCE43F85 for ; Thu, 15 May 2003 15:40:12 -0700 (PDT) (envelope-from oremanj@adsl-64-161-78-226.dsl.lsan03.pacbell.net) Received: (qmail 45993 invoked by uid 1001); 15 May 2003 22:41:04 -0000 Date: Thu, 15 May 2003 15:41:04 -0700 From: Joshua Oreman To: omestre@freeshell.org Message-ID: <20030515224104.GA34071@webserver.get-linux.org> References: <20030515145103.5047A108F4@ws-tor-0004.procergs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030515145103.5047A108F4@ws-tor-0004.procergs> User-Agent: Mutt/1.4i cc: hackers@freebsd.org Subject: Re: console 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, 15 May 2003 22:40:13 -0000 On Thu, May 15, 2003 at 11:50:58AM -0300 or thereabouts, omestre@freeshell.org seemed to write: > > Hello, > I have a FreeBSD 5.0. > How can i change its console resolution (i want 1280x1024x16). > I have just compiled the kernel with some new options: > sc_pixel_mode > vga_width90 > vesa > fb_debug > ... The best you can get (for now) is 800x600. This is due to some internal buffer size limitation in syscons. To get the highest amount of text onto the screen that you can (framebuffer wise): # vidcontrol -g 100x37 VESA_800x600 You can also get higher (non-FB) resolutions, but these are so small it's hard to read them. man vidcontrol for details. > > Now, when i run the command: vidcontrol -i mode > I see the mode that i want there. There are some greater too. > 1600x1152... > I guess that the FreeBSD documentation about it, is "poor". :( > Or, maybe i do not look in the right way... > > ps.: In linux i have "splash consoles". Can i have this in FreeBSD? > (pictures in the console's backgrounds). You can get it booting up... man 4 splash HTH, -- Josh > > Thanks > > > --- > _______________________________________________ > 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 May 15 15:56: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 C67F437B401; Thu, 15 May 2003 15:56:26 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04C343F75; Thu, 15 May 2003 15:56:25 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h4FMuO6U094178; Fri, 16 May 2003 01:56:24 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h4FMuOxd094175; Fri, 16 May 2003 01:56:24 +0300 (EEST) Date: Fri, 16 May 2003 01:56:24 +0300 (EEST) From: Narvi To: Marcel Moolenaar In-Reply-To: <20030515221503.GC821@athlon.pn.xcllnt.net> Message-ID: <20030516012353.U40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-performance@freebsd.org Subject: Re: Optimizations. 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, 15 May 2003 22:56:27 -0000 On Thu, 15 May 2003, Marcel Moolenaar wrote: > On Fri, May 16, 2003 at 12:26:19AM +0300, Narvi wrote: > > > > > If you set yourself some simple goals and keep it high-level, then > > > we can all get used to the idea and we will probably find other > > > opportunities while we go. The end result can be much the same as > > > you try to achieve now, except that it has a bigger chance to be > > > integrated rather than some weird bunch on the side that plays > > > with compiler options "and shit". > > > > nah, don't be too hard on them. they are volunteering for a large amount > > of hard work 8-) > > Hard work it is, but the question of timing pops up: when there's > so much that needs to be done functionality-wise, how does the > hard work relate to progress? Of course, this being a voluntary > project, people are free to spend their time on things they like > to do. But with freedom comes opposition -- or something along > those lines :-) Ultimately, they have to prove themselves and make sure what they produce gets used - otherwise they fail. > > If I would be asked to sacrifice implementation flexibility at a > time when things may need to be rewritten a couple of times to get > it right (think new platforms), I will be mostly insensitive to > arguments that limit that flexibility in favor of performance. > But if they are going to do this they don't understand how the project works, and will probably fail at any rate. > This is the root of my concern. Any team that seperates itself as > one that focusses on performance, is one that finds opposition and > the opposition may be too large to be able to do any performance > related work. It has to come natural, like enforcing style(9), or > security. Not that enforcing style(9) is without friction. But it's > a well-known and (almost :-) acceptable part of development. I > think performance has to be that too if we don't want it to be a > constant source of conflicts. > > If a performance team could achieve that, then we're in for a > winner. /me thinks, Yes, true. But its not a simple target 8-) > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 16:47: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 6823D37B401; Thu, 15 May 2003 16:47:48 -0700 (PDT) Received: from mail1.cinfin.com (mail1.cinfin.com [216.196.231.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 492F843F3F; Thu, 15 May 2003 16:38:37 -0700 (PDT) (envelope-from dbailey27@ameritech.net) Received: from mail pickup service by mail1.cinfin.com with Microsoft SMTPSVC; Thu, 15 May 2003 18:24:57 -0400 Content-Class: urn:content-classes:message Received: from mx2.freebsd.org ([216.136.204.119]) by mail1.cinfin.com with Microsoft SMTPSVC(5.0.2195.5329); Tue, 13 May 2003 06:11:25 -0400 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 71A2355B2E; Tue, 13 May 2003 03:10:49 -0700 (PDT) (envelope-from owner-freebsd-hardware@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9032137B41D; Tue, 13 May 2003 03:10:42 -0700 (PDT) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 243AF37B405 for ; Tue, 13 May 2003 03:10:18 -0700 (PDT) Received: from smtp808.mail.sc5.yahoo.com (smtp808.mail.sc5.yahoo.com [66.163.168.187]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E99243F93 for ; Tue, 13 May 2003 03:10:16 -0700 (PDT) (envelope-from dbailey27@ameritech.net) Received: from adsl-67-38-18-210.dsl.sfldmi.ameritech.net (HELO ameritech.net) (dbailey27@ameritech.net@67.38.18.210 with plain) by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 13 May 2003 10:10:16 -0000 Message-ID: <3EC0D251.3070503@ameritech.net> Date: Tue, 13 May 2003 06:09:05 -0500 From: "northern snowfall" User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: "zoltan sandor" References: <20030513061807.3223.qmail@web20907.mail.yahoo.com> Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: Errors-To: owner-freebsd-hardware@freebsd.org X-OriginalArrivalTime: 13 May 2003 10:11:25.0515 (UTC) FILETIME=[02F799B0:01C31938] cc: hackers@freebsd.org cc: questions@freebsd.org cc: hardware@freebsd.org Subject: Re: network problem: ep driver captures packets not intended forthis host X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 23:47:48 -0000 From "Network problem: ep driver captures packets not intended for this host" off the Questions@ list: >>From this I see that my ip address is 10.10.6.39 and >the card is not in promiscuous mode. Still when I use >tcpdump -p it shows all the packets coming and going >to an other machine on the subnet with ip address >10.10.6.20. This machine generates a heavy traffic >which is passed to my kernel by the ep0 driver. >Is this the normal behaviour of the system and is >there >any way to drop these packets at the ep0 driver level? > Looks like the filters were not set up by the driver properly. Filter lists tell the card what hardware addresses to "listen" for, while promiscuous mode just negates isolation via filters. If the filters aren't set up properly, you'll see all packets on the wire. I'm sure a 3Com developer would be faster in resolving this issue than I, but, filter setup is definitely where to start looking. I've forwarded this to -hackers/-hardware. Don FYI, he is referring to a: 3COM Fast Etherlink 16-bit PC CARD (3c574-Tx) _______________________________________________ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 16:52: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 659AC37B401 for ; Thu, 15 May 2003 16:52:45 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7FF043F3F for ; Thu, 15 May 2003 16:52:44 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 7EA67530E; Fri, 16 May 2003 01:52:41 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Dwayne.MacKinnon@xwave.com References: <3EC32EC1.6050207@acm.org> <3EC36C7B.7020308@xwave.com> From: Dag-Erling Smorgrav Date: Fri, 16 May 2003 01:52:41 +0200 In-Reply-To: <3EC36C7B.7020308@xwave.com> (User Dwayne's message of "Thu, 15 May 2003 10:31:23 +0000") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org cc: kientzle@acm.org Subject: Re: pkg_add Master/Slave 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: Thu, 15 May 2003 23:52:45 -0000 User Dwayne writes: > At work I'm often creating custom packages to install our software > builds. How are you creating those packages? The best way is to use the ports system, in which case you shouldn't need to worry about pkg_add. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 17:56: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 88D5737B401; Thu, 15 May 2003 17:56:58 -0700 (PDT) Received: from h000103e92f1f.ne.client2.attbi.com (h000103e92f1f.ne.client2.attbi.com [24.62.37.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FF643FB1; Thu, 15 May 2003 17:56:57 -0700 (PDT) (envelope-from mjpelletier@mjpelletier.com) Received: from h000103e92f1f.ne.client2.attbi.com (localhost [127.0.0.1]) h4G0uFMg016992; Thu, 15 May 2003 20:56:15 -0400 (EDT) (envelope-from mjpelletier@mjpelletier.com) Received: (from https@localhost)h4G0u9UR016991; Thu, 15 May 2003 20:56:09 -0400 (EDT) X-Authentication-Warning: h000103e92f1f.ne.client2.attbi.com: https set sender to mjpelletier@mjpelletier.com using -f Received: from AC8C8A4E.ipt.aol.com (AC8C8A4E.ipt.aol.com [172.140.138.78]) by mail.mjpelletier.com (Horde) with HTTP for ; Thu, 15 May 2003 20:56:09 -0400 Message-ID: <1053046569.f0b2ee7da38a9@mail.mjpelletier.com> Date: Thu, 15 May 2003 20:56:09 -0400 From: "Michael J. Pelletier" To: freebsd-ia64@FreeBSD.org, freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_3aa73f7ae9728f97345e60" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 172.140.138.78 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Quick question ia64 vs amd 32/64 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, 16 May 2003 00:56:59 -0000 This message is in MIME format. --=_3aa73f7ae9728f97345e60 Content-Type: multipart/signed; boundary="=_880c74b8de739214b7e634"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit This message is in MIME format and has been PGP signed. --=_880c74b8de739214b7e634 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I am currently doing research into up grading the servers here to a 64 bit architecture. I have a couple of questions: 1) Which architecture is currently supported more Intel or AMD? 2) Which architecture will be maturely supported first by FreeBSD? I seemed to find more hardware companies supporting AMD than Intel with resp= ect to motherboard availability. In your option which architecture is better and why? Thank you in advance for your time, -- \__ Michael J. Pelletier __/ \_ Ashland, MA _/ \ USA / ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ --=_880c74b8de739214b7e634 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+xDcp++kT/uPgVIgRApJNAJ4/PDzzfzkhi6WtF5Uwby4sQEz4EwCgot+z bNy2M/SSHWkUevvJPsNN83w= =QT8/ -----END PGP SIGNATURE----- --=_880c74b8de739214b7e634-- --=_3aa73f7ae9728f97345e60-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 18:21: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 7525037B401 for ; Thu, 15 May 2003 18:21:50 -0700 (PDT) Received: from spoon.beta.com (spoon.beta.com [199.165.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F9E543F93 for ; Thu, 15 May 2003 18:21:49 -0700 (PDT) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (localhost.beta.com [127.0.0.1]) by spoon.beta.com (8.12.6/8.12.6) with ESMTP id h4G1LkPS036046 for ; Thu, 15 May 2003 21:21:47 -0400 (EDT) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200305160121.h4G1LkPS036046@spoon.beta.com> To: hackers@freebsd.org Date: Thu, 15 May 2003 21:21:46 -0400 From: "Brian J. McGovern" X-Spam-Status: No, hits=0.8 required=5.0 tests=SPAM_PHRASE_00_01 version=2.43 Subject: Questions on newbus... 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, 16 May 2003 01:21:50 -0000 I've been starting to update my Cyclades-Z driver to work with FreeBSD 5.0. I've read the docs in the developer's handbook, and the article on new bus. Searching the mailing lists for "newbus" found 2 items... I've been trying to use other drivers as guides, but they don't seem to be either consistent or well documented :) I seem to be getting stuck during the mapping of resources. I currently go out and use bus_alloc_resource() to get the PCI resources for the two configuration registers that will give me the board's registers and memory window. I then use rman_get_bustag and rman_get_bushandle to get the tags and handles, respectively, then call bus_space_read_4() to read the configuration registers. Now, I haven't done a lot of testing with the actual hardware (I haven't updated the initialization code yet), but I'm assuming that these bus_space_read() calls should give me physical address locations... In 4.x (and earlier), the routines for allocating the resources would provide both physical and virtual addresses. If I'm on track, how would I then properly convert these physical addresses to usable virtual addresses? If I'm off track (and I somehow expect I am), can someone take a few minutes and coach me on how to read the PCI configuration registers, and get my two memory windows mapped so I can start bit-banging the hardware? :) -Brian From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 18:39:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D9237B401; Thu, 15 May 2003 18:39:54 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B67143F93; Thu, 15 May 2003 18:39:53 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h4G1dfm2042315; Thu, 15 May 2003 18:39:41 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h4G1dfD6042314; Thu, 15 May 2003 18:39:41 -0700 (PDT) Date: Thu, 15 May 2003 18:39:41 -0700 From: "David O'Brien" To: "Michael J. Pelletier" Message-ID: <20030516013941.GA38966@dragon.nuxi.com> References: <1053046569.f0b2ee7da38a9@mail.mjpelletier.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1053046569.f0b2ee7da38a9@mail.mjpelletier.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-hackers@FreeBSD.org cc: freebsd-ia64@FreeBSD.org Subject: Re: Quick question ia64 vs amd 32/64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 01:39:54 -0000 On Thu, May 15, 2003 at 08:56:09PM -0400, Michael J. Pelletier wrote: > 1) Which architecture is currently supported more Intel or AMD? Intel IA-64 > 2) Which architecture will be maturely supported first by FreeBSD? IMHO, AMD64. Note I am biased though. Today more committers have AMD64 boxes than IA-64, much less 6 mo. from now. The AMD64 platform has a much more common i386 architecture and can share i386's packages. > In your option which architecture is better and why? AMD64, but again I'm strongly biased and this question should be taken to chat@freebsd.org -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 19:05:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AAC237B401 for ; Thu, 15 May 2003 19:05:20 -0700 (PDT) Received: from mooseriver.com (adsl-68-73-118-170.dsl.emhril.ameritech.net [68.73.118.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7014843FBF for ; Thu, 15 May 2003 19:05:19 -0700 (PDT) (envelope-from jgrosch@mooseriver.com) Received: by mooseriver.com (Postfix, from userid 200) id CA29D265; Thu, 15 May 2003 21:05:18 -0500 (CDT) Date: Thu, 15 May 2003 21:05:18 -0500 From: Josef Grosch To: hackers@freebsd.org Message-ID: <20030516020518.GA41275@mooseriver.com> References: <75B77572-85A0-11D7-BE4E-000393C6E688@apple.com> <20030514042132.GA7287@hal9000.halplant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030514042132.GA7287@hal9000.halplant.com> User-Agent: Mutt/1.4.1i Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 02:05:20 -0000 On Wed, May 14, 2003 at 12:21:32AM -0400, Andrew J Caines wrote: > Jordan said... > > If it's just used for kernel errors, I was pretty happy with the > > EDONTPANIC suggestion someone made earlier. :) > > In many of the more relaxed civilizations on the Outer > Eastern Rim of the Galaxy, FreeBSD has already supplanted > the great UNIX[R] as the standard repository of all knowledge > and wisdom, for though it has many omissions and contains > much that is apocryphal, or at least wildly inaccurate, it > scores over the older, more pedestrian work in two important > respects. > > First, it is slightly cheaper; and secondly it has the error > EDONTPANIC inscribed in large friendly letters in its source. > > > [With no apology to the late great DNA, -hackers or anyone else] I vote for EDONTPANIC. It has a nice inside joke feel to it. Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.8 jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 20:53:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22A6B37B401 for ; Thu, 15 May 2003 20:53:44 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A127A43F75 for ; Thu, 15 May 2003 20:53:43 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc52) with SMTP id <200305160353430520083gdie>; Fri, 16 May 2003 03:53:43 +0000 Date: Thu, 15 May 2003 20:53:42 -0700 (PDT) From: Doug Barton To: Jason Andresen In-Reply-To: <3EC3B902.3070202@mitre.org> Message-ID: <20030515204437.N11320@znfgre.qbhto.arg> References: <20030515152046.GB71411@atrbg11.informatik.tu-muenchen.de> <20030515153343.GC71411@atrbg11.informatik.tu-muenchen.de> <3EC3B902.3070202@mitre.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: jeev cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 16 May 2003 03:53:44 -0000 On Thu, 15 May 2003, Jason Andresen wrote: > Can't you run something like (note, I write in zsh, convert to whatever > language you like): Far be it from me to discourage your creativity, but you could condense your script down to: find /usr/ports -name README.html -delete find /usr/ports -type d -empty -delete You might want to run cvsup in between, to let it delete any directories it knows about first, but that's not essential. I do a lot of command line shell scripting myself, so it's definitely a valuable tool, but sometimes it helps to know that there are other pre-packaged solutions available. HTH, Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 21:03: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 5E04437B404 for ; Thu, 15 May 2003 21:03:40 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80F2843F85 for ; Thu, 15 May 2003 21:03:39 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (sccrmhc02) with SMTP id <2003051604033800200rrfi3e>; Fri, 16 May 2003 04:03:38 +0000 Date: Thu, 15 May 2003 21:03:37 -0700 (PDT) From: Doug Barton To: Dag-Erling Smorgrav In-Reply-To: Message-ID: <20030515210248.G11320@znfgre.qbhto.arg> References: <3EC32EC1.6050207@acm.org> <3EC36C7B.7020308@xwave.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: kientzle@acm.org Subject: Re: pkg_add Master/Slave 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: Fri, 16 May 2003 04:03:41 -0000 On Fri, 16 May 2003, Dag-Erling Smorgrav wrote: > User Dwayne writes: > > At work I'm often creating custom packages to install our software > > builds. > > How are you creating those packages? The best way is to use the ports > system, in which case you shouldn't need to worry about pkg_add. Errr... that's a little short-sighted. If you're building packages on one system, and installing them on many, pkg_add is quite useful. :) Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 21:11: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 28A4337B404 for ; Thu, 15 May 2003 21:11:08 -0700 (PDT) Received: from priv-edtnes28.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id F064443F3F for ; Thu, 15 May 2003 21:11:06 -0700 (PDT) (envelope-from pfak@telus.net) Received: from plasma ([209.121.11.113]) by priv-edtnes28.telusplanet.net (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP id <20030516041106.GJXD1393.priv-edtnes28.telusplanet.net@plasma>; Thu, 15 May 2003 22:11:06 -0600 Message-ID: <006101c31b61$2aab8f90$c601a8c0@plasma> From: "Peter" To: "jeev" , "'Daniel Lang'" References: <001201c31af8$d22cd170$0200a8c0@mainframe> Date: Thu, 15 May 2003 21:11:02 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@freebsd.org cc: 'Kris Kennaway' Subject: Re: cvsupd 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, 16 May 2003 04:11:08 -0000 CVSUp doesnt delete stuff that isn't part of the tree.. --Peter ----- Original Message ----- From: "jeev" To: "'Daniel Lang'" Cc: ; "'Kris Kennaway'" Sent: Thursday, May 15, 2003 8:44 AM Subject: RE: cvsupd > root@blizzard:~# ls -1 /cvs/ports/net/net-snmp/files > patch-Makefile.top > patch-aa > patch-aclocal.m4 > patch-al > patch-diskio.c > patch-hr_storage.c > patch-hr_swrun.c > patch-interfaces.c > patch-local:Makefile.in > patch-memory_freebsd2.c > patch-snmpTCPIPv6Domain.c > patch-snmpUCDIPv6Domain.c > patch-snmpd.8.def > patch-vmstat_freebsd2.c > snmpd.sh.sample > root@blizzard:~# > > root@router:/usr/ports/net/net-snmp/files# ls -1 > fart > patch-Makefile.top > patch-aa > patch-aclocal.m4 > patch-al > patch-diskio.c > patch-hr_storage.c > patch-hr_swrun.c > patch-interfaces.c > patch-local:Makefile.in > patch-memory_freebsd2.c > patch-snmpTCPIPv6Domain.c > patch-snmpUCDIPv6Domain.c > patch-snmpd.8.def > patch-vmstat_freebsd2.c > snmpd.sh.sample > > *default host=cvsup11.FreeBSD.org > *default base=/cvs > *default prefix=/cvs > *default release=cvs tag=. > *default delete use-rel-suffix > ports-all > > that is what blizzard runs every 6 hrs or so > > *default host=blizzard > *default base=/usr > *default prefix=/usr > *default release=cvs > *default delete use-rel-suffix > ports > > that is what I run manually on my other servers. Looks identical to me. If > this is getting too annoying, just let it be. I guess I can just delete the > tree. > > j > > -----Original Message----- > From: Daniel Lang [mailto:langd-freebsd-hackers@leo.org] > Sent: Thursday, May 15, 2003 8:34 AM > To: jeev > Cc: 'Daniel Lang'; 'Kris Kennaway'; freebsd-hackers@freebsd.org > Subject: Re: cvsupd > > Hi Jeev, > > jeev wrote on Thu, May 15, 2003 at 08:25:36AM -0700: > > No, none of the servers are out of date to me. They're fine. > > Hmmm, where does blizzard update from? > > > root@router:~# touch /usr/ports/net/net-snmp/files/fart > > root@router:~# cvsup ports > > Connected to blizzard > > Updating collection ports/cvs > > Finished successfully > > root@router:~# > > Sure. CVSup does not delete files, it doesn't know about. > Certainly it doesn't know anything about fart and therefore > won't touch it. This is intended behaviour of CVSup. > (Think about the "make readmes" nightmare, that several > users, including me stubled across. The README.html files > never get deleted and so you are stuck with dozens of > virtually empty and outdated port directories). > > > root@blizzard:~# ls /cvs/ports/net/net-snmp/files > > patch-Makefile.top patch-diskio.c > > patch-local:Makefile.in patch-snmpd.8.def > > patch-aa patch-hr_storage.c > > patch-memory_freebsd2.c patch-vmstat_freebsd2.c > > patch-aclocal.m4 patch-hr_swrun.c > > patch-snmpTCPIPv6Domain.c snmpd.sh.sample > > patch-al patch-interfaces.c > > patch-snmpUCDIPv6Domain.c > > root@blizzard:~# > > > > root@router:~# ls /usr/ports/net/net-snmp/files > > fart patch-al > > patch-interfaces.c patch-snmpUCDIPv6Domain.c > > patch-Makefile.top patch-diskio.c > > patch-local:Makefile.in patch-snmpd.8.def > > patch-aa patch-hr_storage.c > > patch-memory_freebsd2.c patch-vmstat_freebsd2.c > > patch-aclocal.m4 patch-hr_swrun.c > > patch-snmpTCPIPv6Domain.c snmpd.sh.sample > > root@router:~# > > > > notice blizzard is the cvsupd server.. router has some extra files that > are > > unnecessary, im assuming the only way I could fix this is just remove > ports > > every day or something cause it shouldn't be doing this. > > I don't see any difference than 'fart'. Maybe I'm blind, but > then the order is mixed up. Maybe you should use 'ls -1' to avoid > confusion by multicolumn output. > > > Notice how router did not delete 'fart'. > See above. > > Best regards, > Daniel > -- > IRCnet: Mr-Spock - Work is for people, who don't surf - > Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ > > _______________________________________________ > 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 May 15 21:27:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53F7237B401; Thu, 15 May 2003 21:27:19 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2913F43FA3; Thu, 15 May 2003 21:27:18 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4G4RHwk070924; Thu, 15 May 2003 21:27:17 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4G4RHml002223; Thu, 15 May 2003 21:27:17 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h4G4RHi1002222; Thu, 15 May 2003 21:27:17 -0700 (PDT) Date: Thu, 15 May 2003 21:27:17 -0700 From: Marcel Moolenaar To: "Michael J. Pelletier" Message-ID: <20030516042717.GA2132@athlon.pn.xcllnt.net> References: <1053046569.f0b2ee7da38a9@mail.mjpelletier.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1053046569.f0b2ee7da38a9@mail.mjpelletier.com> User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org cc: freebsd-ia64@freebsd.org Subject: Re: Quick question ia64 vs amd 32/64 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, 16 May 2003 04:27:19 -0000 On Thu, May 15, 2003 at 08:56:09PM -0400, Michael J. Pelletier wrote: > Hello, > > I am currently doing research into up grading the servers here to a 64 bit > architecture. I have a couple of questions: > > 1) Which architecture is currently supported more Intel or AMD? > 2) Which architecture will be maturely supported first by FreeBSD? At this time the FreeBSD/ia64 port is ahead of the FreeBSD/amd64 port because the latter has just started. I think that the FreeBSD/amd64 port will mature more quickly due to various reasons, of which one you mention below. When and how amd64 will surpass ia64 is basicly an unknown and it may not happen at all. > I seemed to find more hardware companies supporting AMD than Intel > with respect > to motherboard availability. > In your option which architecture is better and why? I doubt your business needs are served with my opinion on this matter. I also don't think that my definition of better is compatible with the use of better in your question. Hence: the answer is left as an exercise to the reader (an exercise in speculation :-) HTH, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 21:44: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 10C6437B401 for ; Thu, 15 May 2003 21:44:27 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54EE943F75 for ; Thu, 15 May 2003 21:44:26 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h4G4iOkA052323; Thu, 15 May 2003 22:44:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 15 May 2003 22:43:50 -0600 (MDT) Message-Id: <20030515.224350.48400302.imp@bsdimp.com> To: mcgovern@beta.com From: "M. Warner Losh" In-Reply-To: <200305160121.h4G1LkPS036046@spoon.beta.com> References: <200305160121.h4G1LkPS036046@spoon.beta.com> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Questions on newbus... 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, 16 May 2003 04:44:27 -0000 In message: <200305160121.h4G1LkPS036046@spoon.beta.com> "Brian J. McGovern" writes: : Now, I haven't done a lot of testing with the actual hardware (I haven't : updated the initialization code yet), but I'm assuming that these : bus_space_read() calls should give me physical address locations... In 4.x : (and earlier), the routines for allocating the resources would provide both : physical and virtual addresses. Use bus_space_read() and you'll be fine. : If I'm on track, how would I then properly convert these physical addresses : to usable virtual addresses? You don't have to worry abou tit. : If I'm off track (and I somehow expect I am), can someone take a few minutes : and coach me on how to read the PCI configuration registers, and get my : two memory windows mapped so I can start bit-banging the hardware? :) res = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0ul, ~0ul, size, RF_ACTIVE); bt = rman_get_bustag(res); bh = rman_get_bushandle(res); (you do this a second time for the other window). reg = bus_space_read_4(bt, bh, SOME_REGISTER); reg |= SR_ENABLE; bus_space_write_4(bt, bh, SOME_REGISTER, reg); Warner From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 23:16: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 27C8537B401 for ; Thu, 15 May 2003 23:16:42 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CF743FCB for ; Thu, 15 May 2003 23:16:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0iq.dialup.mindspring.com ([209.86.2.90] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19GYW3-00030W-00; Thu, 15 May 2003 23:16:28 -0700 Message-ID: <3EC481D3.124F61B8@mindspring.com> Date: Thu, 15 May 2003 23:14:43 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wes Peters References: <20030515123033.GP45118@garage.freebsd.pl> <200305151407.28717.wes@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ec47860be717d10c2dbddb01a9b4ce87a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 16 May 2003 06:16:42 -0000 Wes Peters wrote: > On Thursday 15 May 2003 08:19, Pawel Jakub Dawidek wrote: > > Messy code? Why? People skilled in optimization know which parts of > > code should be really optimized and which aren't important from > > performance point of view at all (code profiling?). Good optimized > > code shouldn't be ugly, ehh. > > People skilled in optimization know to profile the code and find what is > slowing real, actual applications down before attempting to profile > anything. You can't imagine how uninterested any FreeBSD developer is > in optimizing getuid() so it will out-perform Linux on some completely > braindead benchmark. Show me an application that is getuid() > performance bound and I'll show you an application that is so poorly > written as to be meaningless. What about "gettimeofday()"? There are a number of applications, particularly HTTP protocol applications, with strict timestamp logging requirements, mandated by standards. The tend to call gettimeofday() up to six times per transaction. Examples will include HTTP proxies, L7 load balancers, and proxy caches. Any box competing in the Cisco CSS/F5 falls into this category. Personally, I think the discussion about compiler option in this thread is useless (want a good compiler? Join the FSF GCC project, and do your work in that context, instead of FreeBSD), but there are valid targets of opportunity for optimizing things, above and beyond "good micro benchmark scores". -- Terry From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 23:25: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 065F337B401 for ; Thu, 15 May 2003 23:25:17 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7593843FA3 for ; Thu, 15 May 2003 23:25:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0iq.dialup.mindspring.com ([209.86.2.90] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19GYeR-0003xI-00; Thu, 15 May 2003 23:25:08 -0700 Message-ID: <3EC483F8.A2E6E00@mindspring.com> Date: Thu, 15 May 2003 23:23:52 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Narvi References: <20030515185823.X40030-100000@haldjas.folklore.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d20081e60c0215f7a352d0b5b944b8333ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org cc: Stalker Subject: Re: Crypted Disk Question 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, 16 May 2003 06:25:17 -0000 Narvi wrote: > Similarily, humans can be subverted and one can point a camera at the > keyboard or log the emissions from it, thus capturing the password. Yes. Security is only as strong as its weakest link. An automatic system for entering a password into a disk that requires one for its encryption to function is a really, really weak link. > > > You could say have an expect script watching the serial console output and > > > enter the key. > > > > And if you had sufficient physical access to the drive to > > be able to read its raw data, then you have sufficient access > > to capture the key entry by the other box by inserting a tap > > and rebooting the box that needs the key on reboot. > > So? So why are you using encryption on your disk at all, if it is effectively tantamount to not being there? > > The only reason for an encrypted drive, since once you are > > logged in, and have entered the password, the drive is not > > crypted, is fear about someone else with physical access to > > the drive. > > Which is not at all the scanario (active attacker) you are describing as a > proof that this is a stupid idea for all cases, even if it is meant to > guard against accidental loss (misplaced box during office move or > similar) or ;eak of sensitive information (patient records, whatever) as a > result of a simple burglary. > > You might just aswell claim GEOM is useless because they could always > torture the password out of you - both views are equally meritless. That's incorrect. If the password is in my head, a court order isn't going to recover the data on the disk. If the password is recoverable with a court order because a court order gives physical proximity to the machine, then there is no reason to do it. A dongle is only useful if what you are talking about is something like a laptop. Even the, the operation is *not* "automated", as the original poster was requesting: it requires the user to physically attach the dongle when they are booting a laptop. At that point, it becomes the moral equivalent of a lock and key... which in no way gets rid of the act of applying the key to the lock, and so in no way could be termed "automatically unlocking the lock". If you go back and read the original question, it's pretty clear that this is not the case they are talking about. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 23:55: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 5BB0337B401; Thu, 15 May 2003 23:55:31 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 592AC43F3F; Thu, 15 May 2003 23:55:30 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id CF11F530E; Fri, 16 May 2003 08:55:27 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Doug Barton References: <3EC32EC1.6050207@acm.org> <3EC36C7B.7020308@xwave.com> <20030515210248.G11320@znfgre.qbhto.arg> From: Dag-Erling Smorgrav Date: Fri, 16 May 2003 08:55:27 +0200 In-Reply-To: <20030515210248.G11320@znfgre.qbhto.arg> (Doug Barton's message of "Thu, 15 May 2003 21:03:37 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org cc: kientzle@acm.org Subject: Re: pkg_add Master/Slave 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: Fri, 16 May 2003 06:55:31 -0000 Doug Barton writes: > On Fri, 16 May 2003, Dag-Erling Smorgrav wrote: > > User Dwayne writes: > > > At work I'm often creating custom packages to install our software > > > builds. > > How are you creating those packages? The best way is to use the ports > > system, in which case you shouldn't need to worry about pkg_add. > Errr... that's a little short-sighted. If you're building packages on one > system, and installing them on many, pkg_add is quite useful. :) You're clearly missing context... the issue here is the usefulness of pkg_add master/slave mode for debugging the package creation process. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 00:03:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38FB137B401 for ; Fri, 16 May 2003 00:03:44 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6769043F3F for ; Fri, 16 May 2003 00:03:40 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id C32773ABB51; Fri, 16 May 2003 09:07:32 +0200 (CEST) Date: Fri, 16 May 2003 09:07:32 +0200 From: Pawel Jakub Dawidek To: Terry Lambert Message-ID: <20030516070732.GT45118@garage.freebsd.pl> References: <20030515123033.GP45118@garage.freebsd.pl> <20030515151945.GQ45118@garage.freebsd.pl> <200305151407.28717.wes@softweyr.com> <3EC481D3.124F61B8@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pKcXSmZjwG4L4EfY" Content-Disposition: inline In-Reply-To: <3EC481D3.124F61B8@mindspring.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 16 May 2003 07:03:44 -0000 --pKcXSmZjwG4L4EfY Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2003 at 11:14:43PM -0700, Terry Lambert wrote: +> What about "gettimeofday()"? There are a number of applications, +> particularly HTTP protocol applications, with strict timestamp +> logging requirements, mandated by standards. The tend to call +> gettimeofday() up to six times per transaction. Examples will +> include HTTP proxies, L7 load balancers, and proxy caches. Any +> box competing in the Cisco CSS/F5 falls into this category. That's right:) Look at functions in /sys/kern/kern_tc.c. There are so many little functions. How about put __inline here and there? And second thing. Does anybody think about representing time in BCD code? --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --pKcXSmZjwG4L4EfY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPsSOND/PhmMH/Mf1AQFf/AP+LRn0a9p6fI9+bGF7q7zhYc2eUTGDp1YH SN1SlanTY+HsciAx6iGqvwXZnJV5UX3VS1myaDl1aO70CrTI3dhC3GYSERvapzCN Y9tzN+z6dIEq37xTKDexG9ckp+4PMQ/hnYEBu64X8x4EbZzzsqTuWbvQFmm+gLWp 4wKDOKPbzEk= =IFk0 -----END PGP SIGNATURE----- --pKcXSmZjwG4L4EfY-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 00:42: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 BD76537B401 for ; Fri, 16 May 2003 00:42:25 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E64C343FB1 for ; Fri, 16 May 2003 00:42:24 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id 700EB1BA79; Fri, 16 May 2003 00:42:24 -0700 (PDT) From: Wes Peters Organization: Softweyr To: "Poul-Henning Kamp" , Narvi Date: Fri, 16 May 2003 00:42:23 -0700 User-Agent: KMail/1.5 References: <3641.1053034682@critter.freebsd.dk> In-Reply-To: <3641.1053034682@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305160042.23636.wes@softweyr.com> cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 16 May 2003 07:42:26 -0000 On Thursday 15 May 2003 14:38, Poul-Henning Kamp wrote: > In message <20030516002105.K40030-100000@haldjas.folklore.ee>, Narvi writes: > >On Thu, 15 May 2003, Marcel Moolenaar wrote: > >> On Thu, May 15, 2003 at 02:30:33PM +0200, Pawel Jakub Dawidek wrote: > >> > Maybe is time to think about some 'optimiztion team' creation? > >> > >> I think I don't want to see this happen based on professional > >> experience. > > > >Well, supposedly any such team would need to start by creating a set > > of tools and benchmarks [...] > > If I have to be honest, I think this is the wrong way to approach the > subject, if on no other ground than on the 3. rule of optimizations > ("Don't do it yet"). > > While it would be nice to have a set of "blessed benchmarks" canned > and ready to run, we should learn from the lmbench fiasco in Linux > that such benchmarks can easier mislead than lead. > > My personal professional experience with optimizations or "Performance > management" as it was called, is that you want some very rigid > _functional_ testcases, which must pass at any one time so you don't > unnoticed loose functionality to optimizations. The best class of optimizations that can be made is fundamental algorithmic efficiency, rather than micro-optimizing poorly written code. > We also know that the main performance issue is Giant, Giant and Giant. Embracing and learning the locking code, then helping with the lock pushdown task, would be a worthwhile goal for some junior kernel hackers. It would also be a great learning experience. > So I really think the band of merry men we are talking about, if they > can be interested, would do much more good if they would start out > building functional and regression tests for our most critical > facilities. > > I can't speak for the other heavy-duty guys in the project, but I > would personally be _really_ _REALLY_ grateful if I could "cd > /usr/src ; make test" and know that a significant fraction of our > functionality worked if it returned a zero exit code. Yes, yes, and yes. Please note, folks, that this is coming from one of the few developers to bothers to implement test cases for his own code. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 00:59: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 2450837B40F for ; Fri, 16 May 2003 00:59:55 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E3C743F85 for ; Fri, 16 May 2003 00:59:54 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h4G7xqxm008316 for ; Fri, 16 May 2003 09:59:52 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: freebsd-hackers@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 May 2003 09:07:32 +0200." <20030516070732.GT45118@garage.freebsd.pl> Date: Fri, 16 May 2003 09:59:52 +0200 Message-ID: <8315.1053071992@critter.freebsd.dk> Subject: Re: Optimizations. 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, 16 May 2003 07:59:55 -0000 In message <20030516070732.GT45118@garage.freebsd.pl>, Pawel Jakub Dawidek writ es: >On Thu, May 15, 2003 at 11:14:43PM -0700, Terry Lambert wrote: >+> What about "gettimeofday()"? There are a number of applications, >+> particularly HTTP protocol applications, with strict timestamp >+> logging requirements, mandated by standards. The tend to call >+> gettimeofday() up to six times per transaction. Examples will >+> include HTTP proxies, L7 load balancers, and proxy caches. Any >+> box competing in the Cisco CSS/F5 falls into this category. Terry, you should have your own late-night chat show. That way you could be funny for the people who have nothing else to do than watch late-night television showing ill informed people trying to be funny without knowing what they talk about. More importantly, it would remove you from where I have to listen to your silly drivel. Even a cursory glance at our source code, something I am of course fully aware that you are not guilty off, would teach you a few interesting facts, something I'm equally aware that you have successfully resisted for the last 10 years. But for the benefit of the remainder of hackers@: gettimeofday() is the least of apaches problems: It is already a totally lockless systemcall. >That's right:) >Look at functions in /sys/kern/kern_tc.c. There are so many little >functions. How about put __inline here and there? Try it, and you'll find that things get slower because the code gets bigger. >And second thing. Does anybody think about representing time in BCD code? Yes, I remember when we did things like that, on computers which operated naturally on BCD fields, and therefore tended to have a chance of calculating delta-times in finite times. Modern computers however, are binary. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 01:20:33 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 6730F37B401 for ; Fri, 16 May 2003 01:20:33 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FEA43F3F for ; Fri, 16 May 2003 01:20:32 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h4G8KTP01118 for hackers@freebsd.org; Fri, 16 May 2003 10:20:29 +0200 Date: Fri, 16 May 2003 10:20:29 +0200 From: Christoph Kukulies Message-Id: <200305160820.h4G8KTP01118@accms33.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: netgraph - write failed: device not configured 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, 16 May 2003 08:20:33 -0000 I have a problem with running a VPN client against a Cisco VPN server. The client is 5.0-current. I'm running mpd and the recent bad malloc seems to be gone. But the effect, that connections die with 'write failed: device not configured'. It happens inmidst a VPN session (which is established via ng0 as a kind of ppp connection (/usr/ports/net/mpd/work/mpd-3.13) It doesn't say which device is not configured or which device failed on write but I suspect it is ng0. ifconfig still shows the point to point addresses but trying to reconnect (ping the peer side) just gives: no buffer space available. Memory leak in netgraph? -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 01:48: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 328D037B401 for ; Fri, 16 May 2003 01:48:00 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF85343F93 for ; Fri, 16 May 2003 01:47:58 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h4G8lup9022290; Fri, 16 May 2003 18:47:56 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h4G8lnT1022289; Fri, 16 May 2003 18:47:49 +1000 (EST) Date: Fri, 16 May 2003 18:47:49 +1000 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20030516084749.GA22269@cirb503493.alcatel.com.au> References: <20030515123033.GP45118@garage.freebsd.pl> <20030515151945.GQ45118@garage.freebsd.pl> <200305151407.28717.wes@softweyr.com> <3EC481D3.124F61B8@mindspring.com> <20030516070732.GT45118@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030516070732.GT45118@garage.freebsd.pl> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 16 May 2003 08:48:00 -0000 On Fri, May 16, 2003 at 09:07:32AM +0200, Pawel Jakub Dawidek wrote: >Look at functions in /sys/kern/kern_tc.c. There are so many little >functions. How about put __inline here and there? How about you try this and post some results showing what effect this has - both at the micro-benchmark level and for a real-world application (like a proxy or load balancer). >And second thing. Does anybody think about representing time in BCD code? This would take a lot of effort: There are no BCD primitives in C so you would have to start off with a an arithmetic and I/O library. And, apart from the i386, I don't believe any of the supported CPUs have BCD support in hardware - and the i386 support is very limited. Then you'll need a new BCD gettimeofday() syscall and BCD variants of all the functions in ctime(3). What format time do you want? Seconds-since-epoch or yyyy/mm/dd hh:mm:ss? Converting between these formats needs a fair amount of arithmetic so if you get it wrong, you've probably written off any possible gains. At the end, it's not clear what you gain. You still need the ability to perform arithmetic to convert between UTC and local time. All you've saved is the binary-to-decimal conversion - which is trivial compared to all the other overheads. Peter From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 02:45: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 1467737B401 for ; Fri, 16 May 2003 02:45:05 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DED2B43F85 for ; Fri, 16 May 2003 02:45:03 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 6EB803ABB51; Fri, 16 May 2003 11:48:36 +0200 (CEST) Date: Fri, 16 May 2003 11:48:36 +0200 From: Pawel Jakub Dawidek To: Peter Jeremy Message-ID: <20030516094836.GW45118@garage.freebsd.pl> References: <20030515123033.GP45118@garage.freebsd.pl> <20030515151945.GQ45118@garage.freebsd.pl> <200305151407.28717.wes@softweyr.com> <3EC481D3.124F61B8@mindspring.com> <20030516070732.GT45118@garage.freebsd.pl> <20030516084749.GA22269@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0in9KoZ32yGPAlXZ" Content-Disposition: inline In-Reply-To: <20030516084749.GA22269@cirb503493.alcatel.com.au> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 16 May 2003 09:45:05 -0000 --0in9KoZ32yGPAlXZ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 16, 2003 at 06:47:49PM +1000, Peter Jeremy wrote: +> >Look at functions in /sys/kern/kern_tc.c. There are so many little +> >functions. How about put __inline here and there? +>=20 +> How about you try this and post some results showing what effect this +> has - both at the micro-benchmark level and for a real-world +> application (like a proxy or load balancer). Ehh, this is just an example to show that there are places that could be optimized without loosing clean code. Ok, this is going to nowhere. +> >And second thing. Does anybody think about representing time in BCD cod= e? [...] +> At the end, it's not clear what you gain. You still need the ability +> to perform arithmetic to convert between UTC and local time. All you've +> saved is the binary-to-decimal conversion - which is trivial compared +> to all the other overheads. I don't have experience in this topic, but there was some time ago long discussion about new time representation. And I think one of the biggest problem is to increase second when we got 999999 microseconds. In current implementation there are some hacks (_I_think_) to speedup this and in BCD arithmetic this is natural. Of course I may be wrong, but this is only suggestion/idea. PS. May intetion wasn't to start war. IMHO microoptimizations could increase performance - that's all. Let's stop this thread here, because as I see and as I said it's going to nowhere. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --0in9KoZ32yGPAlXZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPsSz9D/PhmMH/Mf1AQGfDwP/cMjRS9XxxH5mXZ/md1EIgCmoTwjFKOyv iEcFuXOz399FdyZqSLqyd4eEG3dUW14z2hVmfKhJAqmiqYTbK+WKcZW11ZFtP5/r fvM0UlBtGdxyimg/0CuG1Le91gBcSL20Bo4ydILfwhkTtxlYSW5Pmi3n8G3kgIPL QLgROvyfOgA= =xe49 -----END PGP SIGNATURE----- --0in9KoZ32yGPAlXZ-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 05:30: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 A8EA737B404 for ; Fri, 16 May 2003 05:30:18 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD1A43F85 for ; Fri, 16 May 2003 05:30:11 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h4GCU1Ed009649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 May 2003 15:30:02 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h4GCU1c0009631 for freebsd-hackers@freebsd.org; Fri, 16 May 2003 15:30:01 +0300 (EEST) (envelope-from ru) Date: Fri, 16 May 2003 15:30:01 +0300 From: Ruslan Ermilov To: freebsd-hackers Message-ID: <20030516123001.GD2047@sunbay.com> References: <20030425184400.GS13541@freepuppy.bellavista.cz> <20030426115336.GF761@straylight.oblivion.bg> <20030427124812.GU13541@freepuppy.bellavista.cz> <20030429103404.GA680@straylight.oblivion.bg> <20030429130143.GK13541@freepuppy.bellavista.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C1iGAkRnbeBonpVg" Content-Disposition: inline In-Reply-To: <20030429130143.GK13541@freepuppy.bellavista.cz> User-Agent: Mutt/1.5.4i Subject: Re: make: variable expansion in .for/.endfor 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, 16 May 2003 12:30:19 -0000 --C1iGAkRnbeBonpVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 29, 2003 at 03:01:43PM +0200, Roman Neuhauser wrote: > # roam@ringlet.net / 2003-04-29 13:34:04 +0300: > > On Sun, Apr 27, 2003 at 02:48:12PM +0200, Roman Neuhauser wrote: > > > # roam@ringlet.net / 2003-04-26 14:53:36 +0300: > > > > On Fri, Apr 25, 2003 at 08:44:00PM +0200, Roman Neuhauser wrote: > > > > > Try the following makefile: it works if called with -DONE, but do= es not > > > > > if called with -DTWO. Should I treat it as a bug and file a PR? > > > > >=20 > > > > > LIST=3D foo bar baz > > > > >=20 > > > > > .if defined(ONE) > > > > > . for v in ${LIST} > > > > > . if !defined(WITHOUT_${v:U}) > > > > > WITH_${v:U}=3Dyes > > > > > . endif > > > > > . endfor > > > > > .endif > > > > >=20 > > > > > .if defined(TWO) > > > > > . for v in ${LIST} > > > > > V=3D${v:U} > > > > > . if !defined(WITHOUT_${V}) > > > > > WITH_${V}=3Dyes > > > > > . endif > > > > > . endfor > > > > > .endif > > > > >=20 > > > > > a: > > > > > @echo \$${WITH_FOO}: ${WITH_FOO} > > > > > @echo \$${WITH_BAR}: ${WITH_BAR} > > > > > @echo \$${WITH_BAZ}: ${WITH_BAZ} > > > > >=20 > > > > > .PHONY: a > > > >=20 > > > > I think this is a known bug, and it seems to even be documented > > > > in the BUGS section of -STABLE's make(1) manual page. > > >=20 > > > I don't think this is covered. Can you point out the relevant tex= t? > >=20 > > Looking at: > > $FreeBSD: src/usr.bin/make/make.1,v 1.29.2.15 2002/12/17 19:01:18 sea= nc Exp $ > >=20 > > The rendered version reads, right at the end of the BUGS section: > >=20 > > For loops are expanded before tests, so a fragment such as: > >=20 > > .for TMACHINE in ${SHARED_ARCHS} > > .if ${TMACHINE} =3D ${MACHINE} > > ... > > .endif > > .endfor > > won't work, and should be rewritten the other way around. > >=20 > > This particular part of the manual page seems to have been there > > for the past three years, since Tim Vanderhoek's merge from OpenBSD > > in rev. 1.23. > >=20 > > At least, I think that this is similar (actually, nearly identical) to > > your Makefile fragment. >=20 > both fragments are "nearly identical", and the first one works. it's > the assignment (V=3D${v:U}) that breaks. so, where's the similarity > (or identity), given that the snippet from the make man page is > unrelated to assignments? >=20 > again, the first version (wrapped in ifdef ONE) works just fine. >=20 Yes, BUGS section talks about a different problem, is that =2Efor loops are unrolled before parsing, so if loop variable "v" has the value "X", the =2Eif ${v} =3D=3D "foo" becomes =2Eif X =3D=3D "foo" and now recall the (documented) limitation that "An expression may also be an arithmetic or string comparison, with the left-hand side being a variable expansion." FWIW, the code snippet above works perfectly under 5.x make(1). I recall this problem was fixed (perhaps, it was even me, not sure). Sorry, but I don't have enough time to invest into backporting the bugfix into RELENG_4, the latter is becoming less priority for me as 5.x evolves. If you'll be able to extract it from HEAD (there is a huge backlog of non-backported fixes for make(1) there), I will happily commit it for you. $ uname -r 5.1-BETA $ make -DONE ${WITH_FOO}: yes ${WITH_BAR}: yes ${WITH_BAZ}: yes $ make -DTWO ${WITH_FOO}: yes ${WITH_BAR}: yes ${WITH_BAZ}: yes Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --C1iGAkRnbeBonpVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+xNnJUkv4P6juNwoRAgXtAJ0SHU2hec0hXl6Ch9SWBRLS+8VsUgCfdE74 8S/vn8tj/kKaCmKE27lSRIA= =g8IE -----END PGP SIGNATURE----- --C1iGAkRnbeBonpVg-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 07:21: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 72C3A37B401 for ; Fri, 16 May 2003 07:21:26 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CEDE43FDD for ; Fri, 16 May 2003 07:21:25 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id 71A1842A for ; Fri, 16 May 2003 16:21:24 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id 4E5962FDAB2; Fri, 16 May 2003 16:21:24 +0200 (CEST) Date: Fri, 16 May 2003 16:21:24 +0200 From: Roman Neuhauser To: freebsd-hackers Message-ID: <20030516142124.GB1036@freepuppy.bellavista.cz> Mail-Followup-To: freebsd-hackers References: <20030425184400.GS13541@freepuppy.bellavista.cz> <20030426115336.GF761@straylight.oblivion.bg> <20030427124812.GU13541@freepuppy.bellavista.cz> <20030429103404.GA680@straylight.oblivion.bg> <20030429130143.GK13541@freepuppy.bellavista.cz> <20030516123001.GD2047@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030516123001.GD2047@sunbay.com> User-Agent: Mutt/1.5.1i Subject: Re: make: variable expansion in .for/.endfor 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, 16 May 2003 14:21:26 -0000 # ru@freebsd.org / 2003-05-16 15:30:01 +0300: > > > On Sun, Apr 27, 2003 at 02:48:12PM +0200, Roman Neuhauser wrote: > > > > # roam@ringlet.net / 2003-04-26 14:53:36 +0300: > > > > > On Fri, Apr 25, 2003 at 08:44:00PM +0200, Roman Neuhauser wrote: > > > > > > Try the following makefile: it works if called with -DONE, but does not > > > > > > if called with -DTWO. Should I treat it as a bug and file a PR? > > > > > > > > > > > > LIST= foo bar baz > > > > > > > > > > > > .if defined(ONE) > > > > > > . for v in ${LIST} > > > > > > . if !defined(WITHOUT_${v:U}) > > > > > > WITH_${v:U}=yes > > > > > > . endif > > > > > > . endfor > > > > > > .endif > > > > > > > > > > > > .if defined(TWO) > > > > > > . for v in ${LIST} > > > > > > V=${v:U} > > > > > > . if !defined(WITHOUT_${V}) > > > > > > WITH_${V}=yes > > > > > > . endif > > > > > > . endfor > > > > > > .endif > > > > > > > > > > > > a: > > > > > > @echo \$${WITH_FOO}: ${WITH_FOO} > > > > > > @echo \$${WITH_BAR}: ${WITH_BAR} > > > > > > @echo \$${WITH_BAZ}: ${WITH_BAZ} > > > > > > > > > > > > .PHONY: a > > > > > > > > > > I think this is a known bug, and it seems to even be documented > > > > > in the BUGS section of -STABLE's make(1) manual page. > > > > > > > > I don't think this is covered. Can you point out the relevant text? > Yes, BUGS section talks about a different problem [...] thanks for confirming. > FWIW, the code snippet above works perfectly under 5.x make(1). good to know > I recall this problem was fixed (perhaps, it was even me, not > sure). Sorry, but I don't have enough time to invest into > backporting the bugfix into RELENG_4, the latter is becoming > less priority for me as 5.x evolves. > > If you'll be able to extract it from HEAD (there is a huge > backlog of non-backported fixes for make(1) there), I will > happily commit it for you. i'll try to find some time, but I'll have a hard time as I don't know much of C... anyway, thanks a bunch for the reply! -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 08:33: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 73FB537B407 for ; Fri, 16 May 2003 08:33:35 -0700 (PDT) Received: from maeko.hayai.de (denver038.server4free.de [217.172.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E241D43FBD for ; Fri, 16 May 2003 08:33:32 -0700 (PDT) (envelope-from mail@maeko.hayai.de) Received: from maeko.hayai.de (localhost [127.0.0.1]) by maeko.hayai.de (8.12.7/8.12.7) with ESMTP id h4GFXYrW029222 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 16 May 2003 17:33:34 +0200 Received: (from mail@localhost) by maeko.hayai.de (8.12.7/8.12.7/Submit) id h4GFXYJ4029221; Fri, 16 May 2003 17:33:34 +0200 Date: Fri, 16 May 2003 17:33:34 +0200 From: Marco Wertejuk To: Maxim Konovalov Message-ID: <20030516153333.GA29165@maeko> Mail-Followup-To: Maxim Konovalov , freebsd-hackers@freebsd.org References: <20030514184845.GA7573@maeko> <20030515114239.Y95792@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030515114239.Y95792@news1.macomnet.ru> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: vlan/bridging broken in 4.8-release? 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, 16 May 2003 15:33:35 -0000 Hello Maxim, | I am trying to solve some bugs in bridging code in -current. I | believe we have the same bugs in -stable as well. First of all, do | not use bridge.ko, use 'options BRIDGE' in your kernel config file | instead. Second, try to play with net.inet.ip.check_interface sysctl. the bridge option is statically compiled into the kernel and I could not see any change when playing around with net.inet.ip.check_interface. Any other ideas? -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Solutions From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 10:04: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 DE68737B401 for ; Fri, 16 May 2003 10:04:28 -0700 (PDT) Received: from softcon.mail.net (softcon.mail.net [209.47.5.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8F2043F3F for ; Fri, 16 May 2003 10:04:27 -0700 (PDT) (envelope-from Dwayne.MacKinnon@xwave.com) Received: from xwave.com (saturn.mail.net [209.47.5.34]) by softcon.mail.net (6.21b/6.21b) with ESMTP id h4GH4KIK029218; Fri, 16 May 2003 13:04:21 -0400 (EDT) (envelope-from Dwayne.MacKinnon@xwave.com) Message-ID: <3EC4E196.3080100@xwave.com> Date: Fri, 16 May 2003 13:03:18 +0000 From: Dwayne MacKinnon Organization: xwave User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kientzle@acm.org References: <3EC32EC1.6050207@acm.org> <3EC36C7B.7020308@xwave.com> <3EC3BEE9.9080906@acm.org> In-Reply-To: <3EC3BEE9.9080906@acm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add Master/Slave mode? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dwayne.MacKinnon@xwave.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 17:04:29 -0000 I've been reviewing what I've actually been doing with the Master/Slave stuff, and I've decided to withdraw any objections to its removal. I will be kinda sorry to see it go though... it saved my butt a couple of times by allowing me to modify the install of a package "on the fly" when I couldn't re-create the package itself. :) Cheers, DMK From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 11:46: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 CE9BC37B401 for ; Fri, 16 May 2003 11:46:29 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E6A43F3F for ; Fri, 16 May 2003 11:46:27 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4GIkQwk074814; Fri, 16 May 2003 11:46:26 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h4GIkQWI000619; Fri, 16 May 2003 11:46:26 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h4GIkQv7000618; Fri, 16 May 2003 11:46:26 -0700 (PDT) Date: Fri, 16 May 2003 11:46:26 -0700 From: Marcel Moolenaar To: Poul-Henning Kamp Message-ID: <20030516184626.GB537@athlon.pn.xcllnt.net> References: <20030516070732.GT45118@garage.freebsd.pl> <8315.1053071992@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8315.1053071992@critter.freebsd.dk> User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. 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, 16 May 2003 18:46:30 -0000 On Fri, May 16, 2003 at 09:59:52AM +0200, Poul-Henning Kamp wrote: > > >That's right:) > >Look at functions in /sys/kern/kern_tc.c. There are so many little > >functions. How about put __inline here and there? > > Try it, and you'll find that things get slower because the code > gets bigger. Observed on what architecture? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 16:06: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 F15B937B401 for ; Fri, 16 May 2003 16:06:24 -0700 (PDT) Received: from geekpunk.net (adsl-32-194-137.bna.bellsouth.net [67.32.194.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05ADE43F3F for ; Fri, 16 May 2003 16:06:24 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h4GFptcE014775; Fri, 16 May 2003 10:51:55 -0500 (CDT) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h4GFprAu014774; Fri, 16 May 2003 10:51:53 -0500 (CDT) (envelope-from bandix) Date: Fri, 16 May 2003 10:51:53 -0500 From: "Brandon D. Valentine" To: Terry Lambert Message-ID: <20030516155153.GY3896@geekpunk.net> References: <20030515185823.X40030-100000@haldjas.folklore.ee> <3EC483F8.A2E6E00@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EC483F8.A2E6E00@mindspring.com> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org cc: Stalker Subject: Re: Crypted Disk Question 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, 16 May 2003 23:06:25 -0000 On Thu, May 15, 2003 at 11:23:52PM -0700, Terry Lambert wrote: > > > > You might just aswell claim GEOM is useless because they could > > always torture the password out of you - both views are equally > > meritless. Which password will they torture out of you? =) There are disk encryption schemes which utilize multiple keys, each key unlocking a different layer of information. These systems are designed, at least in part, to facilitate the partial release of information in a coercion scenario. Outwardly there is no way to determine whether the key you have been given fully unlocked the disk or whether you were only given partial access. The only way to verify that you have full and complete access to the disk contents is to already know the contents of the disk. That is information the key holder likely already knows but the attacker is not likely to. Even if the attacker knows you have utilized a multilayered system he can never be certain that you have given him complete access. There are also ways that key information can be distributed such that different combinations of people are required to unlock different areas of the disk and no group is capable of unlocking the entire disk at once. This makes it very difficult to compromise the entire system. The number of people one would have to detain and coerce in order to unlock a preponderance of the information presents a practical problem for the attacker. > That's incorrect. If the password is in my head, a court order isn't > going to recover the data on the disk. If the password is recoverable > with a court order because a court order gives physical proximity to > the machine, then there is no reason to do it. Just because the court orders you to unlock your disk you can choose not to do so. You will be held in contempt of court, possibly charged with obstruction of justice and most definitely jailed until you produce the key material. But, if the privacy of the contents of your disk is worth more to you than your freedom, you can continue to deny the court's request. However, hiding information from a court of law is generally not the goal of encryption of this sort. The primary goal is to thwart espionage efforts -- either corporate or international. You either want to protect your trade secrets from your competitors or you want to protect your national security assets from foreign powers. Personal information security is an incidental benefit of technology like this, but your personal encrypted information is only secure so long as you steer clear of the law. A corporation under investigation can likely get a gag order placed on the court record so that any proprietary information is kept from competitors. If you're personally under criminal investigation you will likely be ordered to unlock your hard disk, which you will do because otherwise you will spend life in jail for contempt without the benefit of a jury trial (even if you're guilty a jury might let you off, which is the advantage to unlocking your drive). It is likely that any pertinent information recovered from your hard disk will be admitted into evidence and as a criminal defendant unless there are trade secrets on your hard drive which are relevant to the criminal investigation and which threaten your employer or personal business, you will probably have difficulty getting the court record sealed. Your private information will be made public at least in part. There are Fifth Amendment arguments that could be made in the United States against coercing you to unlock your encrypted hard drive, but they're on shaky ground because the key itself is not incriminating, only the information the key unlocks is. The court would tend to think of that as ordering you to produce the combination to a safe which was thought to contain a murder weapon. The gun inside the safe incriminates you, but the combination does not do so directly so the Fifth Amendment does not apply. IANAL. > A dongle is only useful if what you are talking about is something > like a laptop. Even the, the operation is *not* "automated", as the > original poster was requesting: it requires the user to physically > attach the dongle when they are booting a laptop. At that point, it > becomes the moral equivalent of a lock and key... which in no way gets > rid of the act of applying the key to the lock, and so in no way could > be termed "automatically unlocking the lock". PHK's post in this thread explains one possible way to skin that cat. Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: war is treason join the marijuana lawsuit From owner-freebsd-hackers@FreeBSD.ORG Fri May 16 17:21:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CD9037B401 for ; Fri, 16 May 2003 17:21:07 -0700 (PDT) Received: from digiflux.org (43.Red-80-59-151.pooles.rima-tde.net [80.59.151.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E00D443FAF for ; Fri, 16 May 2003 17:21:04 -0700 (PDT) (envelope-from olivas@digiflux.org) Received: from sentinel (sentinel [10.0.2.5]) (authenticated bits=0) by digiflux.org (8.12.9/8.12.9) with ESMTP id h4H0L2uB019749 for ; Sat, 17 May 2003 02:21:02 +0200 (CEST) (envelope-from olivas@digiflux.org) From: Stacy Olivas To: hackers@freebsd.org Date: Sat, 17 May 2003 02:21:01 +0200 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: <200305170221.01711.olivas@digiflux.org> Subject: MFS and Kernel panics (5.0-RELEASE-p7) 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, 17 May 2003 00:21:07 -0000 I've been playing with various MFS file sizes in a kernel and have come across some issues. Either I'm doing something wrong, or there possibly is a bug somewhere. Background: OS: FreeBSD 5.0-RELEASE-p7 When building a kernel with an MFS_ROOT size => 8000 bytes (~7.8 megs), after the kernel has successfully loaded, if you subsequently try mounting a floppy disk (to a mount point on the MFS) (doesn't matter if it's fresh floppy or has some files on it) the kernel panics with the following message: panic: isa_dmastart: bad bounce buffer syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? But, for an MFS that is 7000 (~6.8 megs) it works with out a hitch. This behavior has been reproducable on two different systems with more than plenty of memort available. -- dmesg output of kernel that panics (MD_ROOT_SIZE=8000) (thank god dmesg is saved between warm boots): Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RELEASE-p7 #1: Fri May 16 15:18:39 CEST 2003 olivas@thos.digiflux.org:/usr/src/release/picobsd/warbsd/build_dir-warbsd/PICOBSD-warbsd Preloaded elf kernel "/kernel" at 0xc0f86000. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 360790606 Hz CPU: AMD-K6(tm) 3D+ Processor (360.79-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0xffffffff80000800 real memory = 167772160 (160 MB) avail memory = 146579456 (139 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES npx0: on motherboard npx0: INT 16 interface Using $PIR table, 4 entries at 0xc00fdf70 pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 cbb0: at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci_cfgintr: 0:10 INTA routed to irq 11 cbb1: at device 10.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci_cfgintr: 0:10 INTB routed to irq 11 pci0: at device 18.0 (no driver attached) ohci0: mem 0xfecff000-0xfecfffff irq 10 at device 19.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: OPTi OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered atapci0: port 0xfcf0-0xfcff at device 20.0 on pci0 atapci0: Busmastering DMA not supported ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 orm0: