From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 02:47:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F33316A4CE for ; Sun, 14 Mar 2004 02:47:21 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CD1943D2D for ; Sun, 14 Mar 2004 02:47:20 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id i2EAlH7Z016248 for ; Sun, 14 Mar 2004 11:47:18 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id i2EAlHeN016247 for freebsd-hackers@freebsd.org; Sun, 14 Mar 2004 11:47:17 +0100 (CET) (envelope-from kuku) Date: Sun, 14 Mar 2004 11:47:17 +0100 From: "Christoph P. Kukulies" To: freebsd-hackers@freebsd.org Message-ID: <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.1i Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 14 Mar 2004 10:47:21 -0000 On Fri, Mar 12, 2004 at 03:58:16PM +0100, Dag-Erling Sm鴕grav wrote: > Clifton Royston writes: > > > Today an important (no backup of course) 46 GB IBM Deskstar > > > IDE disk crashed. > > This specific line of drives is infamous for a failure rate that's at > > least a full order of magnitude above the industry average for ATA > > drives. Google a bit for it. > > Not the entire DeskStar line, just the 75GXP series. I still have > several 16Gs and at least one 60GXP that have never given me any > trouble, and they were fast and silent for their time, head and > shoulders ahead of the competition. These days I mostly buy WD... > > > > The disk boots into FreeBSD but already at power on time the disk does > > > seek retries or some recalibration noise. > > Also known as the "click of death"... Thanks for all the helpful tips so far. It is a DLTA 307045 (3.5") Don't know whether this is a 75GXP. I'm getting either these: ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=30583 Which don't stop the dd process. And these, ad2: FAILURE - READ_DMA status=51 error=40 LBA=9156 leading to termination. Also the transfer rate is terribly slow: (80 KB/s) I was able to save 18 MB (of 46 GB) (not much so far) Any other suggestions? Could I increase the retry count? Or enforce continuation even in case of hard errors? So that with a bit of luck I could find the FS later in the dump and be able to restore at least partially some files? -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 04:04:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C475B16A4CF for ; Sun, 14 Mar 2004 04:04:37 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC47843D39 for ; Sun, 14 Mar 2004 04:04:36 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id i2EC4C7Z016844; Sun, 14 Mar 2004 13:04:12 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id i2EC4BJP016843; Sun, 14 Mar 2004 13:04:11 +0100 (CET) (envelope-from kuku) Date: Sun, 14 Mar 2004 13:04:11 +0100 From: "Christoph P. Kukulies" To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040314120411.GA16600@gilberto.physik.rwth-aachen.de> References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> <4054410E.3000401@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4054410E.3000401@DeepCore.dk> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 14 Mar 2004 12:04:37 -0000 On Sun, Mar 14, 2004 at 12:25:02PM +0100, S鴕en Schmidt wrote: > Christoph P. Kukulies wrote: > > >Thanks for all the helpful tips so far. It is a DLTA 307045 (3.5") > >Don't know whether this is a 75GXP. > > It is one of the dreaded models experience shows that all models after > this has some kind of problems, no wonder they sold out :) > > >I'm getting either these: > > > >ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=30583 > > > >Which don't stop the dd process. > > > >And these, > > > >ad2: FAILURE - READ_DMA status=51 > >error=40 LBA=9156 > > > >leading to termination. > > > >Also the transfer rate is terribly slow: (80 KB/s) > > > >I was able to save 18 MB (of 46 GB) (not much so far) > > > >Any other suggestions? > > Use the noerror and sync flags to dd, that will get past errors and put > in NULL sectors for those you cant read. However it will take a looong > time and probably tear off the sorry rests of your magnetic coating on > the platters :( It is now dumping and I'm at 2.7 GB meanwhile. No more errors since the last one at LBA=670000 . Are these LBS identical to the block #? Maybe I'll give it another try (when this pass is through) and dump from the beginning. I'm about to get me a second identical model and maybe I then can dd the whole image including partition table so that I will not have to scan the disk for the start of the filesystems. Some time ago I wrote a little program to scan a disk for the start of a FS. Unfortunately that program is also on the crashed disk :-O -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 03:25:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5D8B16A4CE for ; Sun, 14 Mar 2004 03:25:21 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904FE43D41 for ; Sun, 14 Mar 2004 03:25:20 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2EBP2HI077487; Sun, 14 Mar 2004 12:25:17 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4054410E.3000401@DeepCore.dk> Date: Sun, 14 Mar 2004 12:25:02 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Christoph P. Kukulies" References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> In-Reply-To: <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 X-Mailman-Approved-At: Sun, 14 Mar 2004 05:57:27 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 14 Mar 2004 11:25:21 -0000 Christoph P. Kukulies wrote: > Thanks for all the helpful tips so far. It is a DLTA 307045 (3.5") > Don't know whether this is a 75GXP. It is one of the dreaded models experience shows that all models after this has some kind of problems, no wonder they sold out :) > I'm getting either these: > > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=30583 > > Which don't stop the dd process. > > And these, > > ad2: FAILURE - READ_DMA status=51 error=40 LBA=9156 > > leading to termination. > > Also the transfer rate is terribly slow: (80 KB/s) > > I was able to save 18 MB (of 46 GB) (not much so far) > > Any other suggestions? Use the noerror and sync flags to dd, that will get past errors and put in NULL sectors for those you cant read. However it will take a looong time and probably tear off the sorry rests of your magnetic coating on the platters :( -S鴕en From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 04:42:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF5B916A52F for ; Sun, 14 Mar 2004 04:42:36 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D1143D2D for ; Sun, 14 Mar 2004 04:42:35 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2ECgIvC078163; Sun, 14 Mar 2004 13:42:33 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4054532A.6090308@DeepCore.dk> Date: Sun, 14 Mar 2004 13:42:18 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Christoph P. Kukulies" References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> <4054410E.3000401@DeepCore.dk> <20040314120411.GA16600@gilberto.physik.rwth-aachen.de> In-Reply-To: <20040314120411.GA16600@gilberto.physik.rwth-aachen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 X-Mailman-Approved-At: Sun, 14 Mar 2004 05:57:27 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 14 Mar 2004 12:42:37 -0000 Christoph P. Kukulies wrote: > It is now dumping and I'm at 2.7 GB meanwhile. No more errors since the > last one at LBA=670000 . Are these LBS identical to the block #? Yes. > Maybe I'll give it another try (when this pass is through) and dump > from the beginning. > > I'm about to get me a second identical model and maybe I then can dd > the whole image including partition table so that I will not have to > scan the disk for the start of the filesystems. Dont get another DTLA/AVER IBM disk, you will just have the same problem again sometime in the future, stay away from IBM/Hitachi disks that is based on these models (I dont know much about the newer disks from Hitachi and frankly I wont waste my money on them to find out). -- -S鴕en From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 07:45:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ABF116A4CE for ; Sun, 14 Mar 2004 07:45:09 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 850B943D2D for ; Sun, 14 Mar 2004 07:45:08 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id i2EFih7Z061063; Sun, 14 Mar 2004 16:44:43 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id i2EFigjq061062; Sun, 14 Mar 2004 16:44:42 +0100 (CET) (envelope-from kuku) Date: Sun, 14 Mar 2004 16:44:42 +0100 From: "Christoph P. Kukulies" To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040314154442.GA60773@gilberto.physik.rwth-aachen.de> References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> <4054410E.3000401@DeepCore.dk> <20040314120411.GA16600@gilberto.physik.rwth-aachen.de> <4054532A.6090308@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4054532A.6090308@DeepCore.dk> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 14 Mar 2004 15:45:09 -0000 On Sun, Mar 14, 2004 at 01:42:18PM +0100, S鴕en Schmidt wrote: > Christoph P. Kukulies wrote: > > >the whole image including partition table so that I will not have to > >scan the disk for the start of the filesystems. > > Dont get another DTLA/AVER IBM disk, you will just have the same problem > again sometime in the future, stay away from IBM/Hitachi disks that is > based on these models (I dont know much about the newer disks from > Hitachi and frankly I wont waste my money on them to find out). Yes, I abandoned that idea now since things turn out a bit better. I have built up a recovery system with a new big disk as a FreeBSD 5.2.1 and hooked the troubled disk as in as ad2. I can mount -rf /dev/ad2s1g /mnt and find the old FS with all its entries. I copied over already some very important files and as it seems I will not be as catastrophical as I initially thought. With certain directories or files I get READ_DMA timeouts and also the system hangs totally when a certain type of error occurs. ad2: TIMEOUT - READ_DMA retryinmg (2 retries left) LBA=24703729 ad2: WARNING - READ_DMA Interrupt was seen but but timeout fired LBA=24703729 ad2: WARNING - READ_DMA Interrupt was seen but but taskqueue stalled LBA=24703729 ad0: FAILURE - WRITE_DMA status=51 error=40 LBA=9825063 What I find strange is that the failing drive on the secondary IDE channel causes the primary channel also to fail. I wonder if this has to happen or could be avoided. I can only reboot from that point on. For recovering data this additionally painful and it would be nice I could get this fixed somehow. Another question is whether the read error occurs on the actual data or only during the fstat or directory read. Is it possible to mount a FS with an alternate superblock as information base or do I have to fsck (write back to the disk risking that things get worse) -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 12:16:35 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087AD16A4CE for ; Sun, 14 Mar 2004 12:16:35 -0800 (PST) Received: from cydem.org (h68-149-254-167.ed.shawcable.net [68.149.254.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE86C43D1F for ; Sun, 14 Mar 2004 12:16:34 -0800 (PST) (envelope-from soralx@cydem.org) Received: by cydem.org (Postfix/FreeBSD, from userid 426) id 01C9F393FA; Sun, 14 Mar 2004 13:16:33 -0700 (MST) Received: from soralx.cydem.org (h68-149-254-171.ed.shawcable.net [68.149.254.171]) by cydem.org (Postfix/FreeBSD) with ESMTP id 79CD038313; Sun, 14 Mar 2004 13:16:33 -0700 (MST) From: To: kuku@kukulies.org> Date: Sun, 14 Mar 2004 13:16:31 -0700 User-Agent: KMail/1.5 References: <20040311153709.AD00216A4D6@hub.freebsd.org> <4054532A.6090308@DeepCore.dk> <20040314154442.GA60773@gilberto.physik.rwth-aachen.de> In-Reply-To: <20040314154442.GA60773@gilberto.physik.rwth-aachen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200403141316.31755.soralx@cydem.org> cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 14 Mar 2004 20:16:35 -0000 > With certain directories or files I get READ_DMA timeouts and also the > system hangs totally when a certain type of error occurs. > > ad2: TIMEOUT - READ_DMA retryinmg (2 retries left) LBA=24703729 > ad2: WARNING - READ_DMA Interrupt was seen but but timeout fired > LBA=24703729 ad2: WARNING - READ_DMA Interrupt was seen but but taskqueue > stalled LBA=24703729 ad0: FAILURE - WRITE_DMA status=51 > error=40 LBA=9825063 > > What I find strange is that the failing drive on the secondary IDE channel > causes the primary channel also to fail. > > I wonder if this has to happen or could be avoided. I can only reboot from > that point on. I used a straightforward approach: copy files with midc, note on which the system freezes, reboot, and skip those files. Eventually I got everything impotant recovered. BTW, one of the few files which could not be read was the Apache log - another reason to keep huge logs on sepatate drives (or slices, at least). :) Timestamp: 0x4054BCAD [SorAlx] http://cydem.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 16:55:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1033B16A4CF; Sun, 14 Mar 2004 16:55:21 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2DB943D39; Sun, 14 Mar 2004 16:55:19 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 4632430F02; Sun, 14 Mar 2004 19:55:19 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 434C01D2576; Sun, 14 Mar 2004 19:55:18 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16468.65270.123954.862565@canoe.dclg.ca> Date: Sun, 14 Mar 2004 19:55:18 -0500 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 00:55:21 -0000 I attempted to argue that audio/tclmidi wasn't broken... and the ports maintainer fired back with http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log Now... I started investigating this and found that this was all due to some differences in C++ over the years. The error on bento comes down to bento not having strstream.h. I have that file as: /usr/include/c++/3.3/backward/strstream.h /usr/include/g++/backward/strstream.h on my -CURRENT (as of a week or two ago) laptop. bento does appear to have /usr/include/c++/3.3/backward/iostream.h ... but not strstream.h. Why? I realize that my source upgrading may have left around a few old files, but I don't see a replacement strstream.h. The C++ FAQ referred to by iostream (not iostream.h) seems to imply that you should use iostream and sstream (no .h)... but including those files imposes a very different standard that this port is not ready to accept. It appears that (among other things that I havn't found yet) all 'istream' must be written 'std::istream' ... etc. So what's the solution? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 17:10:23 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACC5416A4CF for ; Sun, 14 Mar 2004 17:10:23 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4300943D1D for ; Sun, 14 Mar 2004 17:10:23 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 39111 invoked from network); 15 Mar 2004 01:10:22 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 15 Mar 2004 01:10:22 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 14 Mar 2004 19:10:21 -0600 (CST) From: Mike Silbersack To: David Gilbert In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> Message-ID: <20040314190825.V56652@odysseus.silby.com> References: <16468.65270.123954.862565@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 01:10:23 -0000 On Sun, 14 Mar 2004, David Gilbert wrote: > The C++ FAQ referred to by iostream (not iostream.h) seems to imply > that you should use iostream and sstream (no .h)... but including > those files imposes a very different standard that this port is not > ready to accept. It appears that (among other things that I havn't > found yet) all 'istream' must be written 'std::istream' ... etc. > > So what's the solution? > > Dave. #include using namespace STD; or something similar should restore the behavior the application is expecting. (Apparently including namespace std is evil, and this is why the FAQs aren't helpful in telling you this.) Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 17:12:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6370E16A4CE for ; Sun, 14 Mar 2004 17:12:27 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F6243D46 for ; Sun, 14 Mar 2004 17:12:27 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 8741A153882; Sun, 14 Mar 2004 15:12:26 -1000 (HST) Date: Sun, 14 Mar 2004 15:12:26 -1000 From: Clifton Royston To: kuku@kukulies.org Message-ID: <20040315011225.GA8554@lava.net> Mail-Followup-To: kuku@kukulies.org, freebsd-hackers@freebsd.org References: <20040314200051.18FBF16A4FD@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040314200051.18FBF16A4FD@hub.freebsd.org> User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 01:12:27 -0000 > From: "Christoph P. Kukulies" > Subject: Re: off topic - disk crash > To: freebsd-hackers@freebsd.org > Message-ID: <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Fri, Mar 12, 2004 at 03:58:16PM +0100, Dag-Erling Sm鴕grav wrote: > > Clifton Royston writes: > > > > Today an important (no backup of course) 46 GB IBM Deskstar > > > > IDE disk crashed. > > > This specific line of drives is infamous for a failure rate that's at > > > least a full order of magnitude above the industry average for ATA > > > drives. Google a bit for it. > > > > Not the entire DeskStar line, just the 75GXP series. I still have > > several 16Gs and at least one 60GXP that have never given me any > > trouble, and they were fast and silent for their time, head and > > shoulders ahead of the competition. These days I mostly buy WD... > > > > > > The disk boots into FreeBSD but already at power on time the disk does > > > > seek retries or some recalibration noise. > > > > Also known as the "click of death"... > > > Thanks for all the helpful tips so far. It is a DLTA 307045 (3.5") > Don't know whether this is a 75GXP. Yes it is. All the 46GB drives for a couple years were, AFAIK, and this particular model (DTLA 307045) is the exact one I was researching and replacing the week before. (BTW, des@ is correct that not all Deskstars are bad; I have a later model Deskstar in my home FreeBSD machine which has been fine. It was the first generation of drives with higher-density platters that have the huge mortality rate.) > I'm getting either these: > > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=30583 > > Which don't stop the dd process. > > And these, > > ad2: FAILURE - READ_DMA status=51 error=40 LBA=9156 > > leading to termination. > > Also the transfer rate is terribly slow: (80 KB/s) This is because the drive firmware itself is retrying over and over before it reports errors back up to the controller. > I was able to save 18 MB (of 46 GB) (not much so far) > > Any other suggestions? > > Could I increase the retry count? Or enforce continuation even in case of > hard errors? I see you got responses later on to your other questions on continuing past hard errors; sounds like those are on the right track. If anything, you might want to cut down the driver-level retries, because by the time the failure is returned, the drive itself has already retried exhaustively, but I don't know how you might do that. [merged with following post] > > I'm about to get me a second identical model and maybe I then can dd > > the whole image including partition table so that I will not have to > > scan the disk for the start of the filesystems. > > Dont get another DTLA/AVER IBM disk, you will just have the same problem > again sometime in the future, stay away from IBM/Hitachi disks that is > based on these models (I dont know much about the newer disks from > Hitachi and frankly I wont waste my money on them to find out). If you get the same model/line of DeskStars, you run a high risk of the same problem. Get later models and you're probably OK, but I don't think those include 46GBs. IBM did solve the manufacturing problem, but not before their initial coverups and lies about it had completely ruined a once proud reputation. (BTW, the 18GB Ultrastar SCSI drives from the same period have much the same problem. I've had some of those die in servers within a month or two, whereas I had run many 9.1GB IBM SCSI drives for years of continuous duty without a single failure.) [...] > Another question is whether the read error occurs on the actual data > or only during the fstat or directory read. Is it possible to mount a > FS with an alternate superblock as information base or do I have to fsck > (write back to the disk risking that things get worse) You would want to avoid fscking on the old disk or anything else that would cause writes to it. I don't think there is any way to specify an alternate superblock for a read-only mount (though it would sure be a slick idea if you could.) However, if you succeed in dd'ing the raw partitions off the disk to a new drive, then you can fsck those *copies* of it using an alternate superblock if necessary. I think people were implicitly suggesting that as part of the recovery approach. If you want to be extra sure about recovering everything you possibly can, you would take the partitions you dd-ed from the original disk to a copy on another drive, and treat those as read-only reference copies: rather than fscking them, make a copy to yet another partition, try fscking that with different options and see what works best to recover the maximum. Depending on how much you've recovered so far and how much the data is worth to you, this may be more effort than you're prepared to go to, but it does let you try things out with the least further damage to the original disk. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 17:32:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1BFA16A4CE for ; Sun, 14 Mar 2004 17:32:19 -0800 (PST) Received: from praetor.linc-it.com (adsl-068-157-070-217.sip.jan.bellsouth.net [68.157.70.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471A743D3F for ; Sun, 14 Mar 2004 17:32:19 -0800 (PST) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-19-168-77.jan.bellsouth.net [68.19.168.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id 0FB7515527 for ; Sun, 14 Mar 2004 19:32:18 -0600 (CST) Received: by mortis.over-yonder.net (Postfix, from userid 100) id CB9F420F2A; Sun, 14 Mar 2004 19:32:15 -0600 (CST) Date: Sun, 14 Mar 2004 19:32:15 -0600 From: "Matthew D. Fuller" To: hackers@freebsd.org Message-ID: <20040315013215.GF61692@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 Subject: Mozilla sucking file descriptors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 01:32:19 -0000 Has anybody else seen Mozilla just start munching file descriptors the longer it runs? I've seen it with at least Phoen^WFirebird 0.6 and the current Firebi^WFirefox. It just keeps going 'till it maxes out the system. fstat(1) doesn't show much directly, but with -v it spits a crapload of errors: (ttyp4):{173}% fstat -v | & grep -E 'unknown file type 5 for file [0-9]+ of pid 4697' | wc -l 3472 (that being, of course, my current firefox PID) File type 5 is a kqueue (according to sys/file.h). Why is Mozilla eating an ever-increasing number of kqueue handles? Is this our problem or theirs? Or is this something fixed since I last updated (I'm on 5.1-RELEASE now)? (In other news, thank heavens you can tweak kern.maxfiles on the fly!) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 17:38:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2866E16A4CE; Sun, 14 Mar 2004 17:38:19 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CC243D31; Sun, 14 Mar 2004 17:38:18 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from dibbler.crodrigues.org (h00609772adf0.ne.client2.attbi.com[66.31.45.197]) by comcast.net (sccrmhc11) with ESMTP id <2004031501381701100qf0k8e>; Mon, 15 Mar 2004 01:38:17 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) i2F1cH6x068482; Sun, 14 Mar 2004 20:38:17 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.12.11/8.12.10/Submit) id i2F1cHHe068481; Sun, 14 Mar 2004 20:38:17 -0500 (EST) (envelope-from rodrigc) Date: Sun, 14 Mar 2004 20:38:17 -0500 From: Craig Rodrigues To: David Gilbert Message-ID: <20040315013817.GA68381@crodrigues.org> References: <16468.65270.123954.862565@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 01:38:19 -0000 On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > I attempted to argue that audio/tclmidi wasn't broken... and the ports > maintainer fired back with > > http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log > > Now... I started investigating this and found that this was all due to > some differences in C++ over the years. > So what's the solution? Pick up a contemporary C++ book and learn about Standard C++ (which became an ISO standard in 1998). strstream is deprecated in Appendix D of the standard. I recommend a book such as "The C++ Programming Language, 3rd ed." by Bjarne Stroustrup. gcc 3.x supports Standard C++ more aggressively than earlier gcc versions, which can be painful. The GCC developers (more specifically libstdc++ developers) are more interested in supporting Standard C++, and are not too interested in maintaining backwards compatibility with deprecated headers such as strstream.h. This is a bit of a problem for software that depends on these older libraries. You have a few options: (1) Learn enough C++ so that you can apply the necessary patches to fix audio/tclmidi so that it compiles with Standard C++ headers (such as ). (2) gcc 3.3 has /usr/include/c++/3.3/backward/strstream, so you may want to try #include an see if that works, but chances are if it doesn't work, you will be out of luck, since it is a deprecated header that the GCC developers are not too interested in supporting. (3) In the Makefile for the audio/tclmidi port, mark it as broken on FreeBSD 5.x: .if ${OSVERSION} > 500000 BROKEN= "Does not build on 5.x" .endif -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 17:55:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA1316A4CE; Sun, 14 Mar 2004 17:55:30 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC83143D41; Sun, 14 Mar 2004 17:55:29 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 2DE6C30F14; Sun, 14 Mar 2004 20:55:29 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id BD8EB1D25B2; Sun, 14 Mar 2004 20:55:24 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16469.3340.625290.632134@canoe.dclg.ca> Date: Sun, 14 Mar 2004 20:55:24 -0500 To: Craig Rodrigues In-Reply-To: <20040315013817.GA68381@crodrigues.org> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 01:55:30 -0000 >>>>> "Craig" == Craig Rodrigues writes: Craig> You have a few options: Craig> (1) Learn enough C++ so that you can apply the necessary Craig> patches to fix audio/tclmidi so that it compiles with Standard Craig> C++ headers (such as ). Craig> (2) gcc 3.3 has /usr/include/c++/3.3/backward/strstream, so you Craig> may want to try #include an see if that Craig> works, but chances are if it doesn't work, you will be out of Craig> luck, since it is a deprecated header that the GCC developers Craig> are not too interested in supporting. I'll ignore the condescending tone for a momment. It's worth noting that everything works by simply having a copy of strstream.h in the backward directory. Maybe the right path to take here is to include that file much as we include old versions of shared libraries. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 19:07:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15D3016A4CE for ; Sun, 14 Mar 2004 19:07:12 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB9D43D3F for ; Sun, 14 Mar 2004 19:07:11 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (1a93a45b04cb9dca8fe7cd24c79765cc@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2F3708A002506; Sun, 14 Mar 2004 21:07:00 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B1C5B535DC; Sun, 14 Mar 2004 19:06:59 -0800 (PST) Date: Sun, 14 Mar 2004 19:06:59 -0800 From: Kris Kennaway To: "Matthew D. Fuller" Message-ID: <20040315030659.GA95401@xor.obsecurity.org> References: <20040315013215.GF61692@over-yonder.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20040315013215.GF61692@over-yonder.net> User-Agent: Mutt/1.4.2.1i cc: hackers@freebsd.org Subject: Re: Mozilla sucking file descriptors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 03:07:12 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 07:32:15PM -0600, Matthew D. Fuller wrote: > Has anybody else seen Mozilla just start munching file descriptors the > longer it runs? I've seen it with at least Phoen^WFirebird 0.6 and > the current Firebi^WFirefox. It just keeps going 'till it maxes out > the system. fstat(1) doesn't show much directly, but with -v it spits > a crapload of errors: >=20 > (ttyp4):{173}% fstat -v | & grep -E 'unknown file type 5 for file [0-9]+ = of pid 4697' | wc -l > 3472 >=20 > (that being, of course, my current firefox PID) >=20 > File type 5 is a kqueue (according to sys/file.h). Why is Mozilla > eating an ever-increasing number of kqueue handles? Is this our > problem or theirs? Or is this something fixed since I last updated > (I'm on 5.1-RELEASE now)? >=20 > (In other news, thank heavens you can tweak kern.maxfiles on the fly!) This sounds like a DNS resolver bug that was fixed some time ago. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVR3TWry0BWjoQKURAl2eAKCbA8CN3vpyfUFwNDjiGhC0W64thgCfWeLp 9dhLTMTdddTcwOpLtzgljkg= =g3FS -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 21:16:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1922916A4CE; Sun, 14 Mar 2004 21:16:57 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E765643D2D; Sun, 14 Mar 2004 21:16:56 -0800 (PST) (envelope-from wes@softweyr.com) Received: from zaphod.softweyr.com (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id 5A2F2881D04; Sun, 14 Mar 2004 21:16:54 -0800 (PST) Date: Sun, 14 Mar 2004 21:16:54 -0800 From: Wes Peters To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) Message-Id: <20040314211654.05d0bb9f.wes@softweyr.com> In-Reply-To: References: <200403091201.23665.wes@softweyr.com> Organization: Softweyr.com X-Mailer: Sylpheed version 0.9.8 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org cc: br260@cam.ac.uk cc: rwatson@freebsd.org Subject: Re: a serious error in sched_ule.c? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 05:16:57 -0000 On Tue, 09 Mar 2004 21:29:54 +0100 des@des.no (Dag-Erling Sm=F8rgrav) alleg= ed: > Wes Peters writes: > > One of the classic trade-offs in making a 'server' vs. 'workstation' > > operating system. Workstations require a strong preference for > > interactive over background tasks so the interactive tasks will > > remain responsive, especially in terms of heavily event-driven tasks > > like graphical UIs. For a true server, where interactive tasks are > > not the norm, this preference may be counter-productive. >=20 > Umm, remember that "interactive" here means "performs I/O", even if > that I/O is a database lookup or a TCP connection. Sigh. Nobody really does compute-bound tasks anymore, do they? I really miss "scientific programming." --=20 Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 23:33:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A971E16A4CE; Sun, 14 Mar 2004 23:33:02 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D16E443D2F; Sun, 14 Mar 2004 23:33:01 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 0974D530E; Mon, 15 Mar 2004 08:33:00 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 645C0530A; Mon, 15 Mar 2004 08:32:53 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id E5D8233CA7; Mon, 15 Mar 2004 08:32:52 +0100 (CET) To: Wes Peters References: <200403091201.23665.wes@softweyr.com> <20040314211654.05d0bb9f.wes@softweyr.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 08:32:52 +0100 In-Reply-To: <20040314211654.05d0bb9f.wes@softweyr.com> (Wes Peters's message of "Sun, 14 Mar 2004 21:16:54 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org cc: br260@cam.ac.uk cc: rwatson@freebsd.org Subject: Re: a serious error in sched_ule.c? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 07:33:02 -0000 Wes Peters writes: > Sigh. Nobody really does compute-bound tasks anymore, do they? I really > miss "scientific programming." Actually, my wife is a molecular biologist and eats CPU hours with milk and sugar for breakfast. She expressed her satisfaction yesterday at finding out that her latest program only takes four and a half hours per data set. "But honey," says I, "you have 30,000 data sets!" Quoth the love of my life, "That's OK, we've got *two* computers." DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 23:43:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42CD316A4CE for ; Sun, 14 Mar 2004 23:43:17 -0800 (PST) Received: from tx0.oucs.ox.ac.uk (tx0.oucs.ox.ac.uk [129.67.1.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC95443D41 for ; Sun, 14 Mar 2004 23:43:16 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan0.oucs.ox.ac.uk ([129.67.1.162] helo=localhost) by tx0.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1B2mkl-0005T4-F8 for freebsd-hackers@freebsd.org; Mon, 15 Mar 2004 07:43:15 +0000 Received: from rx0.oucs.ox.ac.uk ([129.67.1.161]) by localhost (scan0.oucs.ox.ac.uk [129.67.1.162]) (amavisd-new, port 25) with ESMTP id 20547-09 for ; Mon, 15 Mar 2004 07:43:15 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx0.oucs.ox.ac.uk with smtp (Exim 4.24) id 1B2mkl-0005Sw-1Z for freebsd-hackers@freebsd.org; Mon, 15 Mar 2004 07:43:15 +0000 Received: (qmail 18440 invoked by uid 1004); 15 Mar 2004 07:43:15 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.997323 secs); 15 Mar 2004 07:43:15 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 15 Mar 2004 07:43:14 -0000 Message-Id: <6.0.1.1.1.20040315074033.03b1cef0@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Mon, 15 Mar 2004 07:42:59 +0000 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Colin Percival In-Reply-To: References: <200403091201.23665.wes@softweyr.com> <20040314211654.05d0bb9f.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: a serious error in sched_ule.c? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 07:43:17 -0000 At 07:32 15/03/2004, Dag-Erling Sm=F8rgrav wrote: >Actually, my wife is a molecular biologist and eats CPU hours with >milk and sugar for breakfast. She expressed her satisfaction >yesterday at finding out that her latest program only takes four and a >half hours per data set. "But honey," says I, "you have 30,000 data >sets!" Quoth the love of my life, "That's OK, we've got *two* >computers." ... and 8 years to waste, apparently. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 23:56:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5517B16A4CE for ; Sun, 14 Mar 2004 23:56:19 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3004043D1F for ; Sun, 14 Mar 2004 23:56:19 -0800 (PST) (envelope-from wes@softweyr.com) Received: from zaphod.softweyr.com (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id 4FF91100492; Sun, 14 Mar 2004 23:56:18 -0800 (PST) Date: Sun, 14 Mar 2004 23:56:18 -0800 From: Wes Peters To: Colin Percival Message-Id: <20040314235618.3cbe7278.wes@softweyr.com> In-Reply-To: <6.0.1.1.1.20040315074033.03b1cef0@imap.sfu.ca> References: <200403091201.23665.wes@softweyr.com> <20040314211654.05d0bb9f.wes@softweyr.com> <6.0.1.1.1.20040315074033.03b1cef0@imap.sfu.ca> Organization: Softweyr.com X-Mailer: Sylpheed version 0.9.8 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: des@des.no cc: freebsd-hackers@freebsd.org Subject: Re: a serious error in sched_ule.c? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 07:56:19 -0000 On Mon, 15 Mar 2004 07:42:59 +0000 Colin Percival alleged: > At 07:32 15/03/2004, Dag-Erling Sm=F8rgrav wrote: > >Actually, my wife is a molecular biologist and eats CPU hours with > >milk and sugar for breakfast. She expressed her satisfaction > >yesterday at finding out that her latest program only takes four and a > >half hours per data set. "But honey," says I, "you have 30,000 data > >sets!" Quoth the love of my life, "That's OK, we've got *two* > >computers." >=20 > ... and 8 years to waste, apparently. Wowsers. Sounds like they need a cluster. Introduce her to Dillon! ;^) --=20 Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 00:18:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D8C516A4CE for ; Mon, 15 Mar 2004 00:18:44 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F02D43D4C for ; Mon, 15 Mar 2004 00:18:42 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 075AF530E; Mon, 15 Mar 2004 09:18:41 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7302D530A; Mon, 15 Mar 2004 09:18:35 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id E9DB833CA7; Mon, 15 Mar 2004 09:18:34 +0100 (CET) To: Wes Peters References: <200403091201.23665.wes@softweyr.com> <20040314211654.05d0bb9f.wes@softweyr.com> <6.0.1.1.1.20040315074033.03b1cef0@imap.sfu.ca> <20040314235618.3cbe7278.wes@softweyr.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 09:18:34 +0100 In-Reply-To: <20040314235618.3cbe7278.wes@softweyr.com> (Wes Peters's message of "Sun, 14 Mar 2004 23:56:18 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: a serious error in sched_ule.c? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 08:18:44 -0000 Wes Peters writes: > On Mon, 15 Mar 2004 07:42:59 +0000 Colin Percival > alleged: > > At 07:32 15/03/2004, Dag-Erling Sm=C3=B8rgrav wrote: > > >Actually, my wife is a molecular biologist and eats CPU hours with > > >milk and sugar for breakfast. She expressed her satisfaction > > >yesterday at finding out that her latest program only takes four and a > > >half hours per data set. "But honey," says I, "you have 30,000 data > > >sets!" Quoth the love of my life, "That's OK, we've got *two* > > >computers." > > ... and 8 years to waste, apparently. > Wowsers. Sounds like they need a cluster. Actually, the computers in question have 160 CPUs each, so she should be done in about three weeks :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 02:25:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0D816A4CE; Mon, 15 Mar 2004 02:25:18 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D1443D1F; Mon, 15 Mar 2004 02:25:18 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Mon, 15 Mar 2004 11:25:16 +0100 From: Daniel Lang To: David Gilbert Message-ID: <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="zgY/UHCnsaNnNXRx" Content-Disposition: inline In-Reply-To: <16469.3340.625290.632134@canoe.dclg.ca> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 10:25:19 -0000 --zgY/UHCnsaNnNXRx Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, David Gilbert wrote on Sun, Mar 14, 2004 at 08:55:24PM -0500: [..] > I'll ignore the condescending tone for a momment. It's worth noting > that everything works by simply having a copy of strstream.h in the > backward directory. Maybe the right path to take here is to include > that file much as we include old versions of shared libraries. [..] I disagree. Valid standards should be enforced. Providing compatibilty just keeps more and more non-compliant pieces of code around. The earlier authors and maintainers are forced to=20 update their software to be standard-compliant the better. Even if it's painful and apparently unnecessary work for the moment. It is beneficial in the long run. This is just my general opinion on such things. In your particular case, maybe you could add a copy of strstream.h as a patch to the port into the build directory and reference it as "strstream.h" instead of . Thus the system libstdc++ headers do not need to be polluted. My 0.02 =A4, Daniel --=20 IRCnet: Mr-Spock - Me transfere sursum, Caledoni - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --zgY/UHCnsaNnNXRx Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMxNTEwMjUxNlowIwYJKoZIhvcNAQkEMRYEFHcTofq9Ehvi Gdij1ZclUBTCn3QDMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAd3J5zeELIcO2WLDqzTBaITg59jGl6rhJV1ej+fg/brWnWAhuXFXl3tW+mlRPMbzw WqcRRWS6loMycSfD8FmGfaCfLLJQIwZEo+8PMILvxdOx5/Z+Qf94doOMNr/VYOyqMsA7rr16 bFXbBdbJxQZ0k3UvBNr6qkspdttuZO9t4/A= --zgY/UHCnsaNnNXRx-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 06:38:26 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE9316A4CE; Mon, 15 Mar 2004 06:38:26 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13B243D2F; Mon, 15 Mar 2004 06:38:26 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id BC7BB30A70; Mon, 15 Mar 2004 09:38:25 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 6FD401D2309; Mon, 15 Mar 2004 08:56:33 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16469.46609.293027.840180@canoe.dclg.ca> Date: Mon, 15 Mar 2004 08:56:33 -0500 To: Daniel Lang In-Reply-To: <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 14:38:27 -0000 >>>>> "Daniel" == Daniel Lang writes: Daniel> Hi, David Gilbert wrote on Sun, Mar 14, 2004 at 08:55:24PM Daniel> -0500: [..] >> I'll ignore the condescending tone for a momment. It's worth >> noting that everything works by simply having a copy of strstream.h >> in the backward directory. Maybe the right path to take here is to >> include that file much as we include old versions of shared >> libraries. Daniel> I disagree. Valid standards should be enforced. Providing Daniel> compatibilty just keeps more and more non-compliant pieces of Daniel> code around. The earlier authors and maintainers are forced to Daniel> update their software to be standard-compliant the better. Daniel> Even if it's painful and apparently unnecessary work for the Daniel> moment. It is beneficial in the long run. Daniel> This is just my general opinion on such things. Well... there's a time and a place for this. To be mainstream, we need to consider that compatibility is what attracts most people. In this case, it appears that someone was coding to an earlier standard ... not just hacking something together. The _real_ problem here is incompatible langauge changes ... leading me to loose yet more faith in C++ as a whole. Daniel> In your particular case, maybe you could add a copy of Daniel> strstream.h as a patch to the port into the build directory Daniel> and reference it as "strstream.h" instead of . Daniel> Thus the system libstdc++ headers do not need to be polluted. Finally a helpful idea I hadn't explored yet, thank-you. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 07:02:54 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EADA16A4CE; Mon, 15 Mar 2004 07:02:54 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B4B43D39; Mon, 15 Mar 2004 07:02:53 -0800 (PST) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 280B854861; Mon, 15 Mar 2004 09:02:53 -0600 (CST) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 21286-08; Mon, 15 Mar 2004 09:02:42 -0600 (CST) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 36E4954840; Mon, 15 Mar 2004 09:02:42 -0600 (CST) Received: by lum.celabo.org (Postfix, from userid 501) id 9A939167744; Mon, 15 Mar 2004 08:59:52 -0600 (CST) Date: Mon, 15 Mar 2004 08:59:51 -0600 From: "Jacques A. Vidrine" To: David Gilbert Message-ID: <20040315145951.GA10172@lum.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , David Gilbert , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <16468.65270.123954.862565@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 15:02:55 -0000 On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > I attempted to argue that audio/tclmidi wasn't broken... and the ports > maintainer fired back with > > http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log > > Now... I started investigating this and found that this was all due to > some differences in C++ over the years. > > The error on bento comes down to bento not having strstream.h. I have > that file as: > > /usr/include/c++/3.3/backward/strstream.h > /usr/include/g++/backward/strstream.h > > on my -CURRENT (as of a week or two ago) laptop. > > bento does appear to have /usr/include/c++/3.3/backward/iostream.h > ... but not strstream.h. Why? FreeBSD stopped installing `strstream.h' in January. See rev 1.48 of src/gnu/lib/libstdc++/Makefile. The commit log indicates it was removed in (some release of) GCC 3.3. I wonder if this is correct though--- compiler messages seem to contradict this. > I realize that my source upgrading may have left around a few old > files, but I don't see a replacement strstream.h. > > The C++ FAQ referred to by iostream (not iostream.h) seems to imply > that you should use iostream and sstream (no .h)... but including > those files imposes a very different standard that this port is not > ready to accept. It appears that (among other things that I havn't > found yet) all 'istream' must be written 'std::istream' ... etc. > > So what's the solution? `strstream.h' was never a standard C++ header, but rather a part of SGI STL (I think) that is now obsolete. `strstream' is defined in ISO/IEC 14822:1998 and 2003, but is deprecated. (``This clause describes features of the C++ Standard that are specified for compatibility with existing implementations. These are deprecated features, where deprecated is defined as: Normative for the current edition of the Standard, but not guaranteed to be part of the Standard in future revisions.'') It looks to me like tclmidi uses only class ostrstream. The easiest solution to your problem would be to add a file named `strstream.h' with the following contents: #include using std::ostrstream; The longer term solution is to kill the port, or to port it to Standard C++. Porting it to Standard C++ would probably entail rewriting uses of and `ostrstream' to and `ostringstream'; and rewriting uses of other C++ `.h' headers to the standard form without .h; and adding `using namespace std;' liberally. Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 07:04:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1965E16A4CE for ; Mon, 15 Mar 2004 07:04:48 -0800 (PST) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55D1F43D1D for ; Mon, 15 Mar 2004 07:04:47 -0800 (PST) (envelope-from bgd@icomag.de) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 49BA622E36 for ; Mon, 15 Mar 2004 16:04:43 +0100 (CET) Received: by mail.icomag.de (Postfix, from userid 1019) id A016E22E38; Mon, 15 Mar 2004 16:04:38 +0100 (CET) Date: Mon, 15 Mar 2004 16:04:38 +0100 From: Bogdan TARU To: freebsd-hackers@freebsd.org Message-ID: <20040315150438.GA48241@icomag.de> 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.4.1i X-Virus-Scanned: by AMaViS Subject: kernel activity X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 15:04:48 -0000 Hi everyone, I'm running a pretty busy webserver, and right now I can see it's CPU-bound: %vmstat 1 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 ac0 in sy cs us sy id 78 2 0 1135684 144648 93 0 0 0 248 82 14 0 319 235 136 26 35 39 72 2 0 1135668 144060 25 0 0 0 160 0 19 0 1971 141871 1098 41 59 0 84 2 0 1135836 142692 82 0 0 0 405 0 35 0 3144 246325 1739 42 58 0 77 2 0 1135732 142104 168 0 0 0 343 0 20 0 2129 155969 1314 38 62 0 and I'm trying to figure out why so much time is consumed in 'system mode' (to see if I can further tune the box or not). Any idea what kind of structures/utilities I should consult for that? Thanks, bogdan PS. Advices like 'add more cpu power' and such are NOT welcomed, the box is already fully loaded, the webserver tuned, and if I cannot tune the box as to spend less time in system mode, then I will just load balance with another box. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 07:30:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84AC216A4CF; Mon, 15 Mar 2004 07:30:41 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1496943D48; Mon, 15 Mar 2004 07:30:41 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from dibbler.crodrigues.org (h00609772adf0.ne.client2.attbi.com[66.31.45.197]) by comcast.net (sccrmhc13) with ESMTP id <20040315153040016002she1e>; Mon, 15 Mar 2004 15:30:40 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) i2FFUeLR072160; Mon, 15 Mar 2004 10:30:41 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.12.11/8.12.10/Submit) id i2FFUeVv072159; Mon, 15 Mar 2004 10:30:40 -0500 (EST) (envelope-from rodrigc) Date: Mon, 15 Mar 2004 10:30:40 -0500 From: Craig Rodrigues To: "Jacques A. Vidrine" , David Gilbert , freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Message-ID: <20040315153040.GA72109@crodrigues.org> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315145951.GA10172@lum.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040315145951.GA10172@lum.celabo.org> User-Agent: Mutt/1.4.1i Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 15:30:41 -0000 On Mon, Mar 15, 2004 at 08:59:51AM -0600, Jacques A. Vidrine wrote: > FreeBSD stopped installing `strstream.h' in January. See rev 1.48 of > src/gnu/lib/libstdc++/Makefile. The commit log indicates it was removed > in (some release of) GCC 3.3. I wonder if this is correct though--- strstream.h was removed from the FSF GCC sources: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc%2b%2b-v3/include/backward/Attic/strstream.h FreeBSD's import of FSF GCC sources reflects this change. > compiler messages seem to contradict this. The compiler message in GCC could be wrong in this particular case for strstream.h. > It looks to me like tclmidi uses only class ostrstream. The easiest > solution to your problem would be to add a file named `strstream.h' with > the following contents: > > #include > using std::ostrstream; > > The longer term solution is to kill the port, or to port it to Standard > C++. Porting it to Standard C++ would probably entail rewriting uses of > and `ostrstream' to and `ostringstream'; and > rewriting uses of other C++ `.h' headers to the standard form without > .h; and adding `using namespace std;' liberally. I've fixed a few ports by doing exactly what you have outlined. Admittedly, it's grunt work, but......... :) -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 08:27:50 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9837316A4CE; Mon, 15 Mar 2004 08:27:50 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F7643D3F; Mon, 15 Mar 2004 08:27:50 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2FGPfmf061481; Mon, 15 Mar 2004 08:25:41 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2FGPeg5061474; Mon, 15 Mar 2004 08:25:40 -0800 (PST) (envelope-from obrien) Date: Mon, 15 Mar 2004 08:25:40 -0800 From: "David O'Brien" To: David Gilbert Message-ID: <20040315162540.GA61147@dragon.nuxi.com> References: <16468.65270.123954.862565@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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-current@freebsd.org Subject: Re: GCC include files conundrum. 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: Mon, 15 Mar 2004 16:27:50 -0000 On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > The error on bento comes down to bento not having strstream.h. I have > that file as: > > /usr/include/c++/3.3/backward/strstream.h > /usr/include/g++/backward/strstream.h > > on my -CURRENT (as of a week or two ago) laptop. > > bento does appear to have /usr/include/c++/3.3/backward/iostream.h > ... but not strstream.h. Why? You need to clean out your /usr/include. RCS file: src/contrib/libstdc++/include/backward/strstream.h,v ... ---------------------------- revision 1.1.1.2 date: 2004/01/05 21:04:40; author: kan; state: dead; lines: +0 -0 Remove bits which are not part of GCC 3.3.x anymore. ---------------------------- try: # make buildworld # mv /usr/include /usr/include.old # make installworld From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 10:02:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A25016A4CE; Mon, 15 Mar 2004 10:02:21 -0800 (PST) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB9CF43D41; Mon, 15 Mar 2004 10:02:20 -0800 (PST) (envelope-from llewelly@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1B2wPr-0004el-02; Mon, 15 Mar 2004 11:02:19 -0700 Received: from [198.60.22.20] (helo=xmission.xmission.com) by mgr1.xmission.com with esmtp (Exim 4.30) id 1B2wPq-0006K5-SZ; Mon, 15 Mar 2004 11:02:18 -0700 Received: from llewelly by xmission.xmission.com with local (Exim 3.35 #1 (Debian)) id 1B2wPq-0002NJ-00; Mon, 15 Mar 2004 11:02:18 -0700 To: David Gilbert References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> <16469.46609.293027.840180@canoe.dclg.ca> From: llewelly@xmission.com Date: 15 Mar 2004 11:02:18 -0700 In-Reply-To: <16469.46609.293027.840180@canoe.dclg.ca> Message-ID: Lines: 77 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Sender: Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.3 required=8.0 tests=NO_REAL_NAME autolearn=no version=2.63 X-SA-Exim-Mail-From: llewelly@xmission.com X-SA-Exim-Version: 3.1 (built Wed Aug 20 09:38:54 PDT 2003) X-SA-Exim-Scanned: Yes cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 18:02:21 -0000 David Gilbert writes: > >>>>> "Daniel" == Daniel Lang writes: > > Daniel> Hi, David Gilbert wrote on Sun, Mar 14, 2004 at 08:55:24PM > Daniel> -0500: [..] > >> I'll ignore the condescending tone for a momment. It's worth > >> noting that everything works by simply having a copy of strstream.h > >> in the backward directory. Maybe the right path to take here is to > >> include that file much as we include old versions of shared > >> libraries. > > Daniel> I disagree. Valid standards should be enforced. Providing > Daniel> compatibilty just keeps more and more non-compliant pieces of > Daniel> code around. The earlier authors and maintainers are forced to > Daniel> update their software to be standard-compliant the better. > Daniel> Even if it's painful and apparently unnecessary work for the > Daniel> moment. It is beneficial in the long run. > > Daniel> This is just my general opinion on such things. > > Well... there's a time and a place for this. To be mainstream, we > need to consider that compatibility is what attracts most people. > In this case, it appears that someone was coding to an earlier > standard There never was an earlier C++ standard - only tradition, and pre-standard implementations which interpreted tradition differently. There was the C++ ARM, but every C++ compiler I ever used was nearly as different from the arm as the C++ ARM is from ISO C++1998. It's true that the 1998 standard did not try hard enough to minimize code breakage, but in my experience, porting large C++ projects to match the 1998 standard is easier than porting them to a different pre-standard compiler. It's worth pointing out that gcc didn't provide until 3.0 . So the authors of tclmidi have had only about 2.5 years to fix their code, and not the 5 years it might otherwise appear. (The appropriate namespace directives/declarations/qualifiers such as 'using namespace std', and 'std::istream' would have been accepted by gcc 295, though it did not require them.) As far as 'being compatible' goes, there is a gcc 2.95.3 port (/usr/ports/lang/gcc295), and if it is still being maintained, I would suggest any port which doesn't build with gcc 3.3.x be modified to be use and require that port, after emiting a warning of some kind, saying that gcc 2.95 won't be around forever, and the port will have to be fixed soon. I just checked, and on my 5.2p2 box, gcc295 still builds. But surely someone already thought of this, and decided that making ports build with gcc 3.3.3 was better than making them use and require the gcc295 port, which, after all, will only become harder to maintain over time. > ... not just hacking something together. The _real_ problem > here is incompatible langauge changes ... leading me to loose yet more > faith in C++ as a whole. Fortunately, the incompatible langauge changes have been over since 1997 (when the 1998 standard was finalized). The ISO committee has learned a lesson from its failure to be less incompatible with existing implementations (it would have been impossible to be compatible with more than one implementation), and is now largely hostile to even tiny incompatibilities. The minor bugfixes that make up the 2003 standard are all backward compatible, and unlikely to break any program. However - unfortunately, gcc, like most C++ compilers, is slow to catch up with the C++ standard (which is after all quite difficult to implement correctly, and arguably less important than C (since there are more C users of gcc than C++ users)), and there is one more incompatible difference between what the 1998 standard specifies, and what gcc 3.3.3 implements coming down the pike - two-phase lookup, which will be in 3.4 . Fortunately, it won't break much - it only affects programs which make unusual uses of templates, and the majority of such programs are only written by people aware of two-phase lookup and what it might break. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 10:41:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A8BB16A4CE for ; Mon, 15 Mar 2004 10:41:55 -0800 (PST) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B969B43D3F for ; Mon, 15 Mar 2004 10:41:54 -0800 (PST) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])MAA06776; Mon, 15 Mar 2004 12:41:14 -0600 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004031512420373:139 ; Mon, 15 Mar 2004 12:42:03 -0600 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 7D59D5C29; Mon, 15 Mar 2004 12:16:25 -0600 (CST) To: "Nikos Ntarmos" From: "Paul Seniura" Errors-To: "Paul Seniura" In-Reply-To: <20040313192357.GA10778@diogenis.ceid.upatras.gr> References: <20040315001052.GA20921@diogenis.ceid.upatras.gr> <20040313192357.GA10778@diogenis.ceid.upatras.gr> Message-Id: <20040315181625.7D59D5C29@techpc04.okladot.state.ok.us> Date: Mon, 15 Mar 2004 12:16:25 -0600 (CST) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 03/15/2004 12:42:03 PM,2003) at 03/15/2004 12:42:05 PM, Serialize complete at 03/15/2004 12:42:05 PM cc: freebsd-hackers@freebsd.org cc: Paul Seniura Subject: re: GCC optimization bugs -- still there or a historic artifact? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:41:55 -0000 Hi, I was the one starting that question. ;) I'd like to mention what I've done and found so far. Please remember I can only vouch for the Puny Pentium2, since I have no other machine to use here on li'l-endian models. Also I can vouch for GCC-3.3x on my G4 at home, but it is a totally *totally* different system altogether. My earlier question got splintered into several points. My main point was dealing with FreeBSD's ports system Makefiles overriding the author's settings in the original app's Makefile. If the original app's Makefile had set a high -O level, I want FreeBSD to compile it at that same level, stop lowering it, because we are not getting the full benefit that the original author has intended. Another point I want to do: If an app does not have any -O set at all, I want to set it to a default level. Or, to lower it if it is too high (although I have not seen this case). The simple way of setting any CFLAGS in /etc/make.conf is not sufficient. CFLAGS is something that you can put anything into it in a 'free form' way. The simple make.conf can override it or "add to" it, but that's all. I need to be able to scan it to see if there was any -O at all, then be able to change it if it's too high, or to add a default -O if none found to begin with. This needs to be done "very late" before gcc is invoked for each module. Exactly where the Makefile will add your own CFLAGS -- either before or after its own -- is dependent on how other parts of the Makefiles handle it. So yours may override theirs, or theirs take precidence over yours; nothing is predictable. My hack, tho, if ever it will work properly, would scan CFLAGS late enough but before gcc is invoked, and thus ensure predictable settings no matter what. This comes full circle to my first point, that some FreeBSD ports system Makefiles are altering the original settings. If I can get my hack working, their changes would come through *before* I could 'see' the *original* settings. So I wanted the maintainers to stop altering these settings. I did not want the discussion to delve into issues with gcc doing bad things, and I showed that the GNU GCC website does have documentation to help authors deal with known bugs here. If the app runs on i386 using gcc-3.3.3 at a higher -O level under Linux, say, then it ought to work under FreeBSD/i386 as well. You can assume those high -O levels were tested. So I wanted the FreeBSD maintainers to stop altering these settings, to use what the original author has tested. I mentioned in that earlier discussion that I will test MPlayer at -O3, which is the setting of the original author. I can now with certainly say -O3 made a WHOLE LOTTA DIFFERENCE on this Puny Pentium2 PC: it is actually usable now! (at least) I haven't found a way to do my hack yet, though. For the time being, I am sort-of 'forcing' -O2 and -march=pentium2 in the kernel and world builds -- which does help speed them up on this Puny Pentium2. A higher -O3 seems to make some modules get stuck during the gcc compile phase, so that's why I said anything higher can't be trusted on the Pentium platform. As for building ports, if I see an app wanting to build higher than -O2, I will remove my settings and restart the portupgrade to let it use those settings for a trial run. For other ports, they usually have -O set, others have -O2, and many have nothing. I make a judgement: if the app is used very often, or it makes libs that are used a lot, I will try forcing -O2 even if the original makefile is lower. I can say letting KDE use its own settings at -O2, and forcing other pieces to use -O2, makes it run much better overall. I just wish the maintainers would stop changing these settings coming from the original projects, so we system admins can have control over how things are compiled. N.B. This is good for the Puny Pentium2 machine "they" let me use here at work. ;) I have no idea on other/higher versions of the Pentium. And as for PPC, I've compiled things as high as -O5, which is its limit I believe. ;) Since the G4 is an entirely different animal, tho, you cannot compare it to other such vastly different platforms. -- thx, Paul Seniura. >--- Original message ---< Hi all. There was a thread on the CFLAGS knob in make.conf in early Feb.'04 (the exact subject was "need help on CFLAGS in /etc/make.conf please"), where some posters raised the issue of gcc optimization bugs that supposedly manifest in optimization levels above -O2. The last post on this subject was on Feb. 13th, though, and nothing has come up ever since. AFAIK 5.2.1+ and -CURRENT have moved to gcc-3.3.3. Are these issues still there? I've been making my way around FreeBSD's and GCC's gnat and couldn't find anything relevant. Ummm... Actually almost all relevant entries in our gnat end with something like "bug the gcc guys for we're too overwhelmed to look into gcc issues". The funny thing is there is no entry in the gcc's gnat about optimization bugs in 3.3.3. As some very specific person noted, "-O gets about an order of magnitude less testing than -O2" by the gcc community. This whole thing came up in the port-alpha@netbsd list, in a thread about Compaq's C compiler (aka ccc) for linux/alpha (lang/compaq-cc in our ports tree) and its status in NetBSD. The manpage for make.conf states that the issues with levels >1 are even worse on alpha. Well, gcc-3.3.3 is as fast as (if not faster than) ccc for optimization levels above -O2, and can be used for a much wider part of the C/C++ source available out there. So the question is: are these gcc issues still there or just a historic artifact left lurking around manpages "just to be sure"? \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A ) From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 11:01:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D58FE16A4CE; Mon, 15 Mar 2004 11:01:18 -0800 (PST) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1ADD43D2F; Mon, 15 Mar 2004 11:01:18 -0800 (PST) (envelope-from llewelly@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1B2xKv-00022h-02; Mon, 15 Mar 2004 12:01:17 -0700 Received: from [198.60.22.20] (helo=xmission.xmission.com) by mgr1.xmission.com with esmtp (Exim 4.30) id 1B2xKv-0007Ga-Pw; Mon, 15 Mar 2004 12:01:17 -0700 Received: from llewelly by xmission.xmission.com with local (Exim 3.35 #1 (Debian)) id 1B2xKv-0004v5-00; Mon, 15 Mar 2004 12:01:17 -0700 To: David Gilbert References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> <16469.46609.293027.840180@canoe.dclg.ca> From: llewelly@xmission.com Date: 15 Mar 2004 12:01:16 -0700 In-Reply-To: Message-ID: Lines: 27 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Sender: Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.3 required=8.0 tests=NO_REAL_NAME autolearn=no version=2.63 X-SA-Exim-Mail-From: llewelly@xmission.com X-SA-Exim-Version: 3.1 (built Wed Aug 20 09:38:54 PDT 2003) X-SA-Exim-Scanned: Yes cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 19:01:19 -0000 llewelly@xmission.com writes: [snip] > As far as 'being compatible' goes, there is a gcc 2.95.3 port > (/usr/ports/lang/gcc295), and if it is still being maintained, I > would suggest any port which doesn't build with gcc 3.3.x be > modified to be use and require that port, after emiting a warning > of some kind, saying that gcc 2.95 won't be around forever, and > the port will have to be fixed soon. I just checked, and on my > 5.2p2 box, gcc295 still builds. But surely someone already thought > of this, and decided that making ports build with gcc 3.3.3 was > better than making them use and require the gcc295 port, which, > after all, will only become harder to maintain over time. [snip] Replying to myself, I just tried hacking audio/tclmidi to use and require lang/gcc295, and it does not build with the gcc295 port. /usr/local/bin/g++295 -c -O -pipe -mcpu=pentiumpro -DHAVE_UNISTD_H=1 +-DHAVE_SYS_TIME_H=1 -DHAVE_SYS_FILIO_H=1 -DTIME_WITH_SYS_TIME=1 +-DRETSIGTYPE=void -I/usr/local/include/tcl8.2 -fpic SMFTrack.cxx SMFTrack.cxx: In function `class ostream & operator <<(ostream &, const SMFTrack &)': SMFTrack.cxx:364: `::_Ios_Fmtflags' undeclared (first use here) SMFTrack.cxx:364: parse error before `;' SMFTrack.cxx:371: `prev_flags' undeclared (first use this function) SMFTrack.cxx:371: (Each undeclared identifier is reported only once SMFTrack.cxx:371: for each function it appears in.) *** Error code 1 From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 12:08:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ABF016A4CE; Mon, 15 Mar 2004 12:08:58 -0800 (PST) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D55BD43D1F; Mon, 15 Mar 2004 12:08:57 -0800 (PST) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 22AD522862; Mon, 15 Mar 2004 21:08:56 +0100 (CET) Date: Mon, 15 Mar 2004 21:07:57 +0100 From: Dimitry Andric X-Mailer: The Bat! (v2.04.7) Business X-Priority: 3 (Normal) Message-ID: <853525693.20040315210757@andric.com> To: David Gilbert In-Reply-To: <16469.46609.293027.840180@canoe.dclg.ca> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> <16469.46609.293027.840180@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------DFD5E0C3CF7A8" cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 20:08:58 -0000 ------------DFD5E0C3CF7A8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2004-03-15 at 14:56:33 David Gilbert wrote: >> In your particular case, maybe you could add a copy of >> strstream.h as a patch to the port into the build directory >> and reference it as "strstream.h" instead of . >> Thus the system libstdc++ headers do not need to be polluted. > Finally a helpful idea I hadn't explored yet, thank-you. I've just sent in a PR with an analogous patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=64310 Please check if this works for you. ------------DFD5E0C3CF7A8 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFAVg0dsF6jCi4glqMRAiKEAKDS9qsY2sXvrBz5B8AR4lWTjjLUgACglp4R d7/sng+WtmU0dPReNBouHh4= =k5t5 -----END PGP MESSAGE----- ------------DFD5E0C3CF7A8-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 12:25:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9C3F16A4CE for ; Mon, 15 Mar 2004 12:25:48 -0800 (PST) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id E477D43D1F for ; Mon, 15 Mar 2004 12:25:41 -0800 (PST) (envelope-from flynn@energyhq.es.eu.org) Received: from [192.168.100.1] (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with ESMTP id 73F0A35885 for ; Mon, 15 Mar 2004 21:25:36 +0100 (CET) From: Miguel Mendez To: hackers@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Sum3qmhFlTRgeELvDn4n" Message-Id: <1079382336.78079.8.camel@scienide.energyhq.es.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 15 Mar 2004 21:25:36 +0100 Subject: AMD64 running FreeBSD 5.2.1 benchmarked in 32 and 64bit mode X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 20:25:49 -0000 --=-Sum3qmhFlTRgeELvDn4n Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Some of you might find this interesting: http://www.thejemreport.com/modules.php?op=3Dmodload&name=3DNews&file=3Dart= icle&sid=3D117 Cheers, --=20 Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --=-Sum3qmhFlTRgeELvDn4n Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAVhFAnLctrNyFFPERAn0wAJ4+JiGBhlaa2XM4oIrGVIwW8OBIQQCfegd0 12Tnw306Uisgi+vJPlbS0vk= =WDz7 -----END PGP SIGNATURE----- --=-Sum3qmhFlTRgeELvDn4n-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 14:19:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1633016A4CE; Mon, 15 Mar 2004 14:19:42 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD8643D1F; Mon, 15 Mar 2004 14:19:41 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2FMJVkj074743; Mon, 15 Mar 2004 15:19:31 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 16 Mar 2004 06:19:51 +0800 (CST) Message-Id: <20040316.061951.58644040.imp@bsdimp.com> To: dgilbert@dclg.ca From: "M. Warner Losh" In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> References: <16468.65270.123954.862565@canoe.dclg.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 22:19:42 -0000 In message: <16468.65270.123954.862565@canoe.dclg.ca> David Gilbert writes: : The C++ FAQ referred to by iostream (not iostream.h) seems to imply : that you should use iostream and sstream (no .h)... but including : those files imposes a very different standard that this port is not : ready to accept. It appears that (among other things that I havn't : found yet) all 'istream' must be written 'std::istream' ... etc. : : So what's the solution? Fix the code. Use the new, non .h variation. And put 'using namespace std;' at the top of your files *OR* fix all the uses to have std:: in front of them. That's C++, get used to it. :-) C++ used to define things differently, but as compilers become more standards conforming, you'll see more and more things like this. The old .h files are obsoleted. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 14:19:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FC7916A505; Mon, 15 Mar 2004 14:19:58 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A246343D49; Mon, 15 Mar 2004 14:19:57 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2FMJrkj074746; Mon, 15 Mar 2004 15:19:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 16 Mar 2004 06:20:13 +0800 (CST) Message-Id: <20040316.062013.69683938.imp@bsdimp.com> To: silby@silby.com From: "M. Warner Losh" In-Reply-To: <20040314190825.V56652@odysseus.silby.com> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040314190825.V56652@odysseus.silby.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: dgilbert@dclg.ca Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 22:19:58 -0000 In message: <20040314190825.V56652@odysseus.silby.com> Mike Silbersack writes: : using namespace STD; s/STD/std/g Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 14:43:07 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988F816A4CE for ; Mon, 15 Mar 2004 14:43:07 -0800 (PST) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7084143D1D for ; Mon, 15 Mar 2004 14:43:07 -0800 (PST) (envelope-from llewelly@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1B30na-0006kR-02; Mon, 15 Mar 2004 15:43:06 -0700 Received: from [198.60.22.20] (helo=xmission.xmission.com) by mgr1.xmission.com with esmtp (Exim 4.30) id 1B30na-0005ni-Q8; Mon, 15 Mar 2004 15:43:06 -0700 Received: from llewelly by xmission.xmission.com with local (Exim 3.35 #1 (Debian)) id 1B30na-0007c9-00; Mon, 15 Mar 2004 15:43:06 -0700 To: Paul Seniura References: <20040315001052.GA20921@diogenis.ceid.upatras.gr> <20040313192357.GA10778@diogenis.ceid.upatras.gr> <20040315181625.7D59D5C29@techpc04.okladot.state.ok.us> From: llewelly@xmission.com Date: 15 Mar 2004 15:43:05 -0700 In-Reply-To: <20040315181625.7D59D5C29@techpc04.okladot.state.ok.us> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Sender: Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.3 required=8.0 tests=NO_REAL_NAME autolearn=no version=2.63 X-SA-Exim-Mail-From: llewelly@xmission.com X-SA-Exim-Version: 3.1 (built Wed Aug 20 09:38:54 PDT 2003) X-SA-Exim-Scanned: Yes cc: freebsd-hackers@freebsd.org Subject: Re: GCC optimization bugs -- still there or a historic artifact? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 22:43:07 -0000 "Paul Seniura" writes: [snip] > And as for PPC, I've compiled things as high as -O5, > which is its limit I believe. ;) [snip] hm, no docs for -On, n > 3 at http://xrl.us/brh2 . Looking at the code: http://xrl.us/brh5 (search for 'optimize >= 3'), I don't see any evidence that -O5 is different from -O3. Though apple gcc is somewhat changed from fsf gcc, so maybe apple gcc does something different. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 15:44:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F270316A4CE for ; Mon, 15 Mar 2004 15:44:09 -0800 (PST) Received: from cydem.org (h68-149-254-167.ed.shawcable.net [68.149.254.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87CCA43D2F for ; Mon, 15 Mar 2004 15:44:09 -0800 (PST) (envelope-from soralx@cydem.org) Received: by cydem.org (Postfix/FreeBSD, from userid 426) id 382DE393FA; Mon, 15 Mar 2004 16:44:08 -0700 (MST) Received: from soralx.cydem.org (h68-149-254-171.ed.shawcable.net [68.149.254.171]) by cydem.org (Postfix/FreeBSD) with ESMTP id 9A9CC37C7C; Mon, 15 Mar 2004 16:44:07 -0700 (MST) From: To: bgd@icomag.de, freebsd-hackers@freebsd.org Date: Mon, 15 Mar 2004 16:44:04 -0700 User-Agent: KMail/1.5 References: <20040315150438.GA48241@icomag.de> In-Reply-To: <20040315150438.GA48241@icomag.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200403151644.04815.soralx@cydem.org> Subject: Re: kernel activity X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 23:44:10 -0000 > I'm running a pretty busy webserver, and right now I can see it's > CPU-bound: > > %vmstat 1 > procs memory page disks faults cpu > r b w avm fre flt re pi po fr sr da0 ac0 in sy cs us sy > id 78 2 0 1135684 144648 93 0 0 0 248 82 14 0 319 235 136 26 > 35 39 72 2 0 1135668 144060 25 0 0 0 160 0 19 0 1971 141871 > 1098 41 59 0 84 2 0 1135836 142692 82 0 0 0 405 0 35 0 3144 > 246325 1739 42 58 0 77 2 0 1135732 142104 168 0 0 0 343 0 20 0 > 2129 155969 1314 38 62 0 > > and I'm trying to figure out why so much time is consumed in 'system > mode' (to see if I can further tune the box or not). Any idea what > kind of structures/utilities I should consult for that? do you already use polling for the NIC? Timestamp: 0x40563F7E [SorAlx] http://cydem.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 21:42:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C59D316A4CE for ; Mon, 15 Mar 2004 21:42:30 -0800 (PST) Received: from mail019.syd.optusnet.com.au (mail019.syd.optusnet.com.au [211.29.132.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 717DD43D1F for ; Mon, 15 Mar 2004 21:42:29 -0800 (PST) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i2G5gMB11661 for ; Tue, 16 Mar 2004 16:42:23 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i2G5gMSU024943 for ; Tue, 16 Mar 2004 16:42:22 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost)i2G5f7rk024940; Tue, 16 Mar 2004 16:41:07 +1100 (EST) (envelope-from jeremyp) Date: Tue, 16 Mar 2004 16:41:07 +1100 From: Peter Jeremy To: Wes Peters Message-ID: <20040316054107.GJ56509@cirb503493.alcatel.com.au> References: <200403091201.23665.wes@softweyr.com> <20040314211654.05d0bb9f.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314211654.05d0bb9f.wes@softweyr.com> User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: a serious error in sched_ule.c? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 05:42:30 -0000 On Sun, Mar 14, 2004 at 09:16:54PM -0800, Wes Peters wrote: >Sigh. Nobody really does compute-bound tasks anymore, do they? I really >miss "scientific programming." seti@home, the mersenne prime project, protein folding and the list goes on (the mersenne prime project web site includes an extensive list of other ways to help your CPU avoid the idle loop). I suspect more people now have a compute-bound process soaking their idle cycles than ever before. (Of course, these processes need to be using an interactive scheduler so the user doesn't notice the background process - even if the compute-bound task runs a bit slower as a result). Of course this isn't quite the same as a vector supercomputer doing "traditional" scientific programming - but no-one's ported FreeBSD to a Cray yet. Peter From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 21:59:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C94716A4CE for ; Mon, 15 Mar 2004 21:59:11 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 761D243D69 for ; Mon, 15 Mar 2004 21:59:10 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2G5x6Q9029684; Tue, 16 Mar 2004 16:29:07 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 16 Mar 2004 16:29:04 +1030 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200403161629.04021.doconnor@gsoft.com.au> X-Spam-Score: 0.6 (*) CARRIAGE_RETURNS,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: How to write a new line discipline? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 05:59:11 -0000 Hi, My company uses RS485 to talk to various pieces of hardware, and currently to do this we have a hacked up copy of sio which talks to a conventional RS485 card, while this works well it would be nicer to be able to use different 485 cards via the puc driver instead of having to use a custom driver. Our custom driver only understands 8250/16550/etc UARTS which is another limitation (not currently an issue though :) It was suggested a while ago by phk (I think..) that a line discipline would be the best approach, and I think this makes sense. The protocol in question uses the parity bit as a 9th bit to signal an address byte (only 256 addresses on this bus). I can't see how a line discipline can directly control and read the parity information, and to set various control lines (specifically RTS) to switch the transceiver into transmit mode when necessary. The current disciplines seem to be either very very old, or 'hacks' for things like PPP or SLIP :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 23:06:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BDD016A4CE for ; Mon, 15 Mar 2004 23:06:08 -0800 (PST) Received: from mail016.syd.optusnet.com.au (mail016.syd.optusnet.com.au [211.29.132.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A17743D2D for ; Mon, 15 Mar 2004 23:06:07 -0800 (PST) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i2G762w22104 for ; Tue, 16 Mar 2004 18:06:05 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i2G762SU025031 for ; Tue, 16 Mar 2004 18:06:02 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id i2G761ll025030 for freebsd-hackers@freebsd.org; Tue, 16 Mar 2004 18:06:01 +1100 (EST) (envelope-from jeremyp) Date: Tue, 16 Mar 2004 18:06:01 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20040316070601.GK56509@cirb503493.alcatel.com.au> References: <20040315150438.GA48241@icomag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040315150438.GA48241@icomag.de> User-Agent: Mutt/1.4.2i Subject: Re: kernel activity X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 07:06:08 -0000 On Mon, Mar 15, 2004 at 04:04:38PM +0100, Bogdan TARU wrote: > I'm running a pretty busy webserver, and right now I can see it's > CPU-bound: A few more details would be useful: What version of FreeBSD? What hardware are you using (CPU and NIC in particular)? What application(s) are you running? You mention a webserver - which one? Is it just serving static pages or is there lots of dynamic content (CGI or servlet etc)? Any other applications? Do you have firewall software running? If so, which? Is it simple (a dozen or so rules) or complex (thousands of rules)? What FreeBSD tuning have you done? How does your kernel config compare to GENERIC? What (if any) malloc(3) are you using? If the CPU supports HTT, have you tried turning HTT on and off? >84 2 0 1135836 142692 82 0 0 0 405 0 35 0 3144 246325 1739 42 58 0 You have very high interrupt and system call rate - both of these contribute to system time. I presume most of the interrupts are from your NIC. Have you considered using polling mode (see polling(4))? Some NICs are more efficient than others - fxp(4) is one of the best, rl(4) is probably the worst. It's difficult to say whether the syscall rate is excessive or not. The number of system calls is generally up to the application - you need to tune or redesign it to reduce the number of system calls it makes per unit of work. That said, I've noticed that threading on -STABLE adds quite a significant overhead - via high system call rate and system time. In one case, I improved the throughput of a graphics manipulation process by about 10% by removing the threading. It's difficult to get much visibility on where system time is going (though "systat -v" will split out interrupt time). In theory, you could build a profiling kernel but this is non-trivial and may or may not be functional at present. Peter From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 00:35:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A63A216A4CE for ; Tue, 16 Mar 2004 00:35:58 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D952043D39 for ; Tue, 16 Mar 2004 00:35:57 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2G8Z3US043281 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 16 Mar 2004 09:35:05 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2G8Y5hn069220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Mar 2004 09:34:06 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2G8Y5CG004055; Tue, 16 Mar 2004 09:34:05 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2G8Y4iN004054; Tue, 16 Mar 2004 09:34:04 +0100 (CET) (envelope-from ticso) Date: Tue, 16 Mar 2004 09:34:04 +0100 From: Bernd Walter To: "Daniel O'Connor" Message-ID: <20040316083403.GA1258@cicely12.cicely.de> References: <200403161629.04021.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403161629.04021.doconnor@gsoft.com.au> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: How to write a new line discipline? 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: Tue, 16 Mar 2004 08:35:58 -0000 On Tue, Mar 16, 2004 at 04:29:04PM +1030, Daniel O'Connor wrote: > Hi, > My company uses RS485 to talk to various pieces of hardware, and currently to > do this we have a hacked up copy of sio which talks to a conventional RS485 > card, while this works well it would be nicer to be able to use different 485 > cards via the puc driver instead of having to use a custom driver. Our custom > driver only understands 8250/16550/etc UARTS which is another limitation (not > currently an issue though :) > > It was suggested a while ago by phk (I think..) that a line discipline would > be the best approach, and I think this makes sense. The protocol in question > uses the parity bit as a 9th bit to signal an address byte (only 256 > addresses on this bus). I can't see how a line discipline can directly > control and read the parity information, and to set various control lines > (specifically RTS) to switch the transceiver into transmit mode when > necessary. Don't forget that there are chips (e.g. uftdi(4) based) that can control txenable themself without OS interaction. You can't expect the userland software to know. Using an USB RS232 Interface with an RTS controlled RS232-RS485 converter is unlikely to work in many cases for timing reasons. I needed half-duplex RS485 for modbus which fortunately is a 8 bit protocoll, but does addressing by using strict bus idle times. It was very tricky to do the timing good enough in userland. Currently I'm using uftdi(4) based chips, but I think the next generation will be a special kernel driver for self build modbus USB devices to allow interleaving support for higher throughput. I think other RS485 protocolls might be better with special non tty based kernel drivers too. uart(4) layering seems to be a good starter for connecting such a driver to various generic interfaces without loosing the ability to have protocoll specialized hardware. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 00:42:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8B9716A4CE for ; Tue, 16 Mar 2004 00:42:30 -0800 (PST) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB95243D39 for ; Tue, 16 Mar 2004 00:42:29 -0800 (PST) (envelope-from bgd@icomag.de) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 890DA22E3E; Tue, 16 Mar 2004 09:42:28 +0100 (CET) Received: by mail.icomag.de (Postfix, from userid 1019) id 2CBD422E42; Tue, 16 Mar 2004 09:42:25 +0100 (CET) Date: Tue, 16 Mar 2004 09:42:25 +0100 From: Bogdan TARU To: Peter Jeremy Message-ID: <20040316084225.GA55231@icomag.de> Mail-Followup-To: Peter Jeremy , freebsd-hackers@freebsd.org References: <20040315150438.GA48241@icomag.de> <20040316070601.GK56509@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316070601.GK56509@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by AMaViS cc: freebsd-hackers@freebsd.org Subject: Re: kernel activity X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 08:42:31 -0000 Hi Peter and all, Thanks for the mails & advices... The box is a dual xeon @3GHz, with 4GB of ram and raid 5 on board (scsi HDDs), with a 4.9 on it. The 'tuning' includes removing all the unnecessary stuff from the kernel, activating the ACCEPT_FILTERS and tuning some sysctl values, especially the ones dealing with network (net.inet.tcp.msl etc.), and raising the values for maxfiles and somaxconn, etc. The box has two NICs, one of them is a fxp with link0 activated (cannot use polling because I don't want to give up SMP -- the userland activity is already 40%, so giving up one CPU as to reduce sys load it's just gonna leave the bottleneck where it is -- CPU, that is), and the other one is an em, but cannot use it since i don't have a gb switch. Before activating link0 on fxp, the level of interrups/sec on this interface peaked 6k, but after activating link0 it was reduced to 2k. Still, a lot of sys activity... As a webserver, I run apache, stripped down from the modules that I don't need, and compiled in php and some other modules (statically). Most of the content that I serve is static, there are only a few php scripts and they don't get much hits. I don't run any other 'intensive computing' application on the server, no firewall software or so. And no, I haven't tried turning HTT on and off, should I do that? I am also considering trussing one of the apaches, to see what system calls it's doing... Anyways, thanks for your help, bogdan On Tue, Mar 16, 2004 at 06:06:01PM +1100, Peter Jeremy wrote: > On Mon, Mar 15, 2004 at 04:04:38PM +0100, Bogdan TARU wrote: > > I'm running a pretty busy webserver, and right now I can see it's > > CPU-bound: > > A few more details would be useful: > What version of FreeBSD? > What hardware are you using (CPU and NIC in particular)? > What application(s) are you running? You mention a webserver - which one? > Is it just serving static pages or is there lots of dynamic content > (CGI or servlet etc)? Any other applications? > Do you have firewall software running? If so, which? Is it simple (a dozen > or so rules) or complex (thousands of rules)? > What FreeBSD tuning have you done? > How does your kernel config compare to GENERIC? > If the CPU supports HTT, have you tried turning HTT on and off? > > >84 2 0 1135836 142692 82 0 0 0 405 0 35 0 3144 246325 1739 42 58 0 > > You have very high interrupt and system call rate - both of these > contribute to system time. > > I presume most of the interrupts are from your NIC. Have you considered > using polling mode (see polling(4))? Some NICs are more efficient than > others - fxp(4) is one of the best, rl(4) is probably the worst. > > It's difficult to say whether the syscall rate is excessive or not. > The number of system calls is generally up to the application - you > need to tune or redesign it to reduce the number of system calls it > makes per unit of work. That said, I've noticed that threading on > -STABLE adds quite a significant overhead - via high system call rate > and system time. In one case, I improved the throughput of a graphics > manipulation process by about 10% by removing the threading. > > It's difficult to get much visibility on where system time is going > (though "systat -v" will split out interrupt time). In theory, you > could build a profiling kernel but this is non-trivial and may or may > not be functional at present. > > Peter > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 00:50:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A7116A4CE for ; Tue, 16 Mar 2004 00:50:42 -0800 (PST) Received: from mailbox.wingercom.dk (mailbox.easyspeedy.dk [81.19.240.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108C243D1D for ; Tue, 16 Mar 2004 00:50:42 -0800 (PST) (envelope-from per@xterm.dk) Received: from mailbox.wingercom.dk (localhost.wingercom.dk [127.0.0.1]) by mailbox.wingercom.dk (Postfix) with SMTP id 08ACE931FD; Tue, 16 Mar 2004 09:54:00 +0100 (CET) Received: from 62.242.151.142 (SquirrelMail authenticated user per) by mailbox.wingercom.dk with HTTP; Tue, 16 Mar 2004 09:54:00 +0100 (CET) Message-ID: <33033.62.242.151.142.1079427240.squirrel@mailbox.wingercom.dk> Date: Tue, 16 Mar 2004 09:54:00 +0100 (CET) From: "Per Engelbrecht" To: In-Reply-To: <20040316084225.GA55231@icomag.de> References: <20040316084225.GA55231@icomag.de> X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-hackers@freebsd.org Subject: Re: kernel activity X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 08:50:42 -0000 Hi Bogdan You don't have to give up device polling because of SMP. I run several fbsd 4.9-stable (dual PIII) with device polling. Go to /sur/src/sys/kern/kern_poll.c , outcomment the SMP part, add device polling, hz= et al to kernel, recompile, set sysctl variables, reboot and you're done. Works like a charm. respectfully /per per@xterm.dk > > Hi Peter and all, > > Thanks for the mails & advices... The box is a dual xeon @3GHz, > with 4GB of ram and raid 5 on board (scsi HDDs), with a 4.9 on it. > The 'tuning' includes removing all the unnecessary stuff from the > kernel, activating the ACCEPT_FILTERS and tuning some sysctl > values, > especially the ones dealing with network (net.inet.tcp.msl etc.), > and raising the values for maxfiles and somaxconn, etc. The box has > two NICs, one of them is a fxp with link0 activated (cannot use > polling because I don't want to give up SMP -- the userland > activity is > already 40%, so giving up one CPU as to reduce sys load it's just > gonna leave the bottleneck where it is -- CPU, that is), and the > other one is an em, but cannot use it since i don't have a gb > switch. Before activating link0 on fxp, the level of interrups/sec > on this interface peaked 6k, but after activating link0 it was > reduced to 2k. Still, a lot of sys activity... > > As a webserver, I run apache, stripped down from the modules that I > don't need, and compiled in php and some other modules > (statically). Most of the content that I serve is static, there are > only a few php scripts and they don't get much hits. > > I don't run any other 'intensive computing' application on the > server, no firewall software or so. And no, I haven't tried turning > HTT on and off, should I do that? > > I am also considering trussing one of the apaches, to see what > system calls it's doing... > > Anyways, thanks for your help, > bogdan > > > On Tue, Mar 16, 2004 at 06:06:01PM +1100, Peter Jeremy wrote: >> On Mon, Mar 15, 2004 at 04:04:38PM +0100, Bogdan TARU wrote: >> > I'm running a pretty busy webserver, and right now I can see >> > it's CPU-bound: >> >> A few more details would be useful: >> What version of FreeBSD? >> What hardware are you using (CPU and NIC in particular)? >> What application(s) are you running? You mention a webserver - >> which one? >> Is it just serving static pages or is there lots of dynamic >> content (CGI or servlet etc)? Any other applications? >> Do you have firewall software running? If so, which? Is it >> simple (a dozen >> or so rules) or complex (thousands of rules)? >> What FreeBSD tuning have you done? >> How does your kernel config compare to GENERIC? > >> If the CPU supports HTT, have you tried turning HTT on and off? >> >> >84 2 0 1135836 142692 82 0 0 0 405 0 35 0 3144 >> >246325 1739 42 58 0 >> >> You have very high interrupt and system call rate - both of these >> contribute to system time. >> >> I presume most of the interrupts are from your NIC. Have you >> considered using polling mode (see polling(4))? Some NICs are >> more efficient than others - fxp(4) is one of the best, rl(4) is >> probably the worst. >> >> It's difficult to say whether the syscall rate is excessive or >> not. The number of system calls is generally up to the application >> - you need to tune or redesign it to reduce the number of system >> calls it makes per unit of work. That said, I've noticed that >> threading on -STABLE adds quite a significant overhead - via high >> system call rate and system time. In one case, I improved the >> throughput of a graphics manipulation process by about 10% by >> removing the threading. >> >> It's difficult to get much visibility on where system time is >> going (though "systat -v" will split out interrupt time). In >> theory, you could build a profiling kernel but this is non-trivial >> and may or may not be functional at present. >> >> Peter >> _______________________________________________ >> 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" > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 02:01:38 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91CC16A4CF for ; Tue, 16 Mar 2004 02:01:38 -0800 (PST) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id F32C443D3F for ; Tue, 16 Mar 2004 02:01:37 -0800 (PST) (envelope-from neuhauser@chello.cz) Received: (qmail 87162 invoked by uid 0); 16 Mar 2004 10:01:36 -0000 Received: from r3al16.mistral.cz (HELO isis.wad.cz) (213.220.229.16) by smtp.dkm.cz with SMTP; 16 Mar 2004 10:01:36 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id BA4E82FDA01; Tue, 16 Mar 2004 11:01:50 +0100 (CET) Date: Tue, 16 Mar 2004 11:01:50 +0100 From: Roman Neuhauser To: Craig Boston Message-ID: <20040316100150.GB1102@isis.wad.cz> Mail-Followup-To: Craig Boston , freebsd-hackers@freebsd.org References: <200403100835.17190.craig@tobuj.gank.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403100835.17190.craig@tobuj.gank.org> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: Subversion follow-up X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 10:01:39 -0000 # craig@tobuj.gank.org / 2004-03-10 08:35:17 -0600: > Unless somebody chimes in and just really wants me to stick this out to the > bitter end, I'm about to kill my attempted import of the FreeBSD src/ > repository into a test Subversion instance. > > The process has just passed the 1 month mark: > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > craig 19802 80.5 2.1 15600 10848 pv RN+ 9Feb04 33187:46.67 python ./cvs2svn.py > > and is still processing commits from mid-2001. Each commit has gotten > progressively slower. As my other experiment (importing periodic snapshots > from certain branches) has been working beautifully, I'm certain at this point > that it's not Subversion itself, but rather the cvs2svn script that is slowing > down. I may try again if I hear that the script has been improved in the > future. I'm using a barely pre-1.0 version of it that was checked out of the > development branch, so I'm reasonably sure not much has changed between it > and the 1.0 released one. Have you taken this to the kind guys at dev@subversion.tigris.org? I'm sure they would want to hear. -- 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 Mon Mar 15 15:05:51 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B867716A4CE for ; Mon, 15 Mar 2004 15:05:51 -0800 (PST) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610B343D45 for ; Mon, 15 Mar 2004 15:05:51 -0800 (PST) (envelope-from ali@moua7.com) Received: from alcatraz (moua7.com [82.224.48.105]) by postfix3-2.free.fr (Postfix) with SMTP id 855C4C157 for ; Tue, 16 Mar 2004 00:05:50 +0100 (CET) Message-ID: <02ce01c40ae2$2a4973c0$1801a8c0@alcatraz> From: "Ali" To: Date: Tue, 16 Mar 2004 00:06:36 +0100 MIME-Version: 1.0 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 X-Mailman-Approved-At: Tue, 16 Mar 2004 05:11:23 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Installing 5.2.1 or 4.9 problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 15 Mar 2004 23:05:51 -0000 Hello, I'm trying to install Freebsd 5.2.1 on my laptop Samsung X30 but it dies with this message: - In default mode and ACPI disabled mode : Mounting root from ufs:/dev/md0 - Verbose mode : (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Eroor (probe1:sbp0:0:2:0): error 22 (probe1:sbp0:0:2:0): Unretryable Eroor (probe1:sbp0:0:3:0): error 22 (probe1:sbp0:0:3:0): Unretryable Eroor (probe1:sbp0:0:6:0): error 22 (probe1:sbp0:0:6:0): Unretryable Eroor (probe1:sbp0:0:0:0): error 22 (probe1:sbp0:0:0:0): Unretryable Eroor (probe1:sbp0:0:4:0): error 22 (probe1:sbp0:0:4:0): Unretryable Eroor (probe1:sbp0:0:5:0): error 22 (probe1:sbp0:0:5:0): Unretryable Eroor Mounting root from ufs:/dev/md0 start_init : trying /sbin/init start_init : trying /sbin/oinit start_init : trying /sbin/init.bak start_init : trying /stand/sysinstall acpi_acad0: acline initialization done, tried 7 times I tried 4.9 without success : ppc0: parallel port not found. ad0: READ command timeout tag=3D0 serv=3D0 - resetting ata0: resetting devices .. Here is the result of lsdev : cd @ 0xff5c disk @ 0xef68 disk0: BIOS drive A: disk0a: FFS disk0c: FFS disk1: BIOS drive C: disk1s1: Unknown fs: 0x7 disk1s2: FAT32 pxe @ 0xd6d8 Can you help me with that? Thank you --=20 Ali From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 16:00:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DEB116A4CE for ; Mon, 15 Mar 2004 16:00:41 -0800 (PST) Received: from pantera.ikon-corp.it (host147-139.pool8172.interbusiness.it [81.72.139.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28A4043D41 for ; Mon, 15 Mar 2004 16:00:40 -0800 (PST) (envelope-from claudio.martella@ikon-corp.it) Received: (qmail 25701 invoked by uid 1006); 16 Mar 2004 01:00:39 +0100 Received: from unknown (HELO webmail.ikon-corp.it) (127.0.0.1) by pantera.ikon-corp.it with SMTP; 16 Mar 2004 01:00:38 +0100 Received: from 62.101.126.224 (SquirrelMail authenticated user claudio.martella@ikon-corp.it) by webmail.ikon-corp.it with HTTP; Tue, 16 Mar 2004 01:00:38 +0100 (CET) Message-ID: <49522.62.101.126.224.1079395238.squirrel@webmail.ikon-corp.it> Date: Tue, 16 Mar 2004 01:00:38 +0100 (CET) From: "Claudio Martella" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Mailman-Approved-At: Tue, 16 Mar 2004 05:11:23 -0800 Subject: noread(), nopoll().... functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 00:00:41 -0000 Hi, i'm writing a driver, and noticed the noread() nopoll() etc general-use functions for struct cdevsw are no longer present in 5.x. What can i use in 5.x? TIA -- Claudio Martella R&D - Ikon Corp http://www.ikon-corp.it From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 05:11:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C38C516A4CF for ; Tue, 16 Mar 2004 05:11:15 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64CA443D2D for ; Tue, 16 Mar 2004 05:11:14 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2GDAsQ9038502; Tue, 16 Mar 2004 23:40:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ticso@cicely.de Date: Tue, 16 Mar 2004 23:40:52 +1030 User-Agent: KMail/1.6 References: <200403161629.04021.doconnor@gsoft.com.au> <20040316083403.GA1258@cicely12.cicely.de> In-Reply-To: <20040316083403.GA1258@cicely12.cicely.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403162340.52671.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org Subject: Re: How to write a new line discipline? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 13:11:15 -0000 On Tue, 16 Mar 2004 19:04, Bernd Walter wrote: > Don't forget that there are chips (e.g. uftdi(4) based) that can > control txenable themself without OS interaction. > You can't expect the userland software to know. Well, no, but I envisage this is something the line discipline does when it needs to write to the bus, some of the cards we get do automatic direction control, some don't. > Using an USB RS232 Interface with an RTS controlled RS232-RS485 > converter is unlikely to work in many cases for timing reasons. Yes :( > I needed half-duplex RS485 for modbus which fortunately is a 8 bit > protocoll, but does addressing by using strict bus idle times. > It was very tricky to do the timing good enough in userland. > Currently I'm using uftdi(4) based chips, but I think the next > generation will be a special kernel driver for self build modbus USB > devices to allow interleaving support for higher throughput. > I think other RS485 protocolls might be better with special non tty > based kernel drivers too. > uart(4) layering seems to be a good starter for connecting such a > driver to various generic interfaces without loosing the ability to > have protocoll specialized hardware. I have a new PCI card on the back burner, although I would be interested in seeing more details on your USB approach if possible as it would be nice to control our own supply of this hardware (nothing sucks more than not being able to buy vital equipment..) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 06:19:51 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FB5E16A4CE for ; Tue, 16 Mar 2004 06:19:51 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B42743D39 for ; Tue, 16 Mar 2004 06:19:50 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2GEH6Wl045333 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Tue, 16 Mar 2004 17:17:06 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i2GEEoJg045134; (8.12.8/vak/2.1) Tue, 16 Mar 2004 17:14:50 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <40570D37.2030106@cronyx.ru> Date: Tue, 16 Mar 2004 17:20:39 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <404B9E56.4060103@cronyx.ru> <404C3CD3.9030104@DeepCore.dk> In-Reply-To: <404C3CD3.9030104@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org Subject: Re: HDD questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 14:19:51 -0000 This is realy CHS request, not lba. I checked configuration it contains 6 in word 53 from indentify drive information. Ata driver decides because of that that hdd is in CHS mode not in LBA. By the way I checked this hdd with other main board. I read this (I hope that it is realy this one) sector without any problem. But hdd seems to be wroking in CHS mode any way. Any ideas? rik S鴕en Schmidt wrote: > Roman Kurakin wrote: > >> Hi, >> >> I have some problems with my HDD (ST380021A). The problem was >> checked on 5.2, 5.2.1, and some >> 5.Current (cvsuped about week or two). >> >> At first I got this problem while system installation. I get trap >> and message from ata after I start a commit: >> FAILURE READ_DMA status=51 error=10 >> LBA=245529601 > > > If I read the above modelnumber correctly it is a 80G disk.. > > There is only ~160000000 sectors on such a disk, so you cant expect to > read sector 245529601 as its not there :) > > Now why sysinstall tries to do that is beyond me, but could be a > problem with the geometry (it seems to always get it wrong these days). > > -S鴕en > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 06:46:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5381C16A4CE for ; Tue, 16 Mar 2004 06:46:48 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 875C643D39 for ; Tue, 16 Mar 2004 06:46:47 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2GEf76K046665 for hackers@freebsd.org.checked; (8.12.8/vak/2.1) Tue, 16 Mar 2004 17:41:07 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i2GEdCJg046526; (8.12.8/vak/2.1) Tue, 16 Mar 2004 17:39:13 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <405712EE.7010900@cronyx.ru> Date: Tue, 16 Mar 2004 17:45:02 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <404B9E56.4060103@cronyx.ru> <404C3CD3.9030104@DeepCore.dk> <40570D37.2030106@cronyx.ru> In-Reply-To: <40570D37.2030106@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: HDD questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 14:46:48 -0000 One more thing could we realy rely on presensents ATA_FLAG_54_58? As I find out 0 means "could be valid" (not "not valid") and in ATA-6 we could se that this bit is obsolete? So if word 54-58 are not valid (or may be not valid) doesn't mean that we have non LBA drive. rik Roman Kurakin wrote: > This is realy CHS request, not lba. I checked configuration it > contains 6 in > word 53 from indentify drive information. Ata driver decides because > of that > that hdd is in CHS mode not in LBA. > By the way I checked this hdd with other main board. I read this (I > hope that it > is realy this one) sector without any problem. But hdd seems to be > wroking in > CHS mode any way. > > Any ideas? > > rik > > S鴕en Schmidt wrote: > >> Roman Kurakin wrote: >> >>> Hi, >>> >>> I have some problems with my HDD (ST380021A). The problem was >>> checked on 5.2, 5.2.1, and some >>> 5.Current (cvsuped about week or two). >>> >>> At first I got this problem while system installation. I get trap >>> and message from ata after I start a commit: >>> FAILURE READ_DMA status=51 error=10 >>> LBA=245529601 >> >> >> >> If I read the above modelnumber correctly it is a 80G disk.. >> >> There is only ~160000000 sectors on such a disk, so you cant expect >> to read sector 245529601 as its not there :) >> >> Now why sysinstall tries to do that is beyond me, but could be a >> problem with the geometry (it seems to always get it wrong these days). >> >> -S鴕en >> _______________________________________________ >> 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" >> >> > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 07:40:33 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 084CF16A4CE for ; Tue, 16 Mar 2004 07:40:33 -0800 (PST) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A2D543D39 for ; Tue, 16 Mar 2004 07:40:32 -0800 (PST) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])JAA24900; Tue, 16 Mar 2004 09:40:01 -0600 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004031609405129:3801 ; Tue, 16 Mar 2004 09:40:51 -0600 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 91D185C29; Tue, 16 Mar 2004 09:40:41 -0600 (CST) To: From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" References: <20040315001052.GA20921@diogenis.ceid.upatras.gr> <20040313192357.GA10778@diogenis.ceid.upatras.gr> <20040315181625.7D59D5C29@techpc04.okladot.state.ok.us> In-Reply-To: Message-Id: <20040316154041.91D185C29@techpc04.okladot.state.ok.us> Date: Tue, 16 Mar 2004 09:40:41 -0600 (CST) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 03/16/2004 09:40:51 AM,2003) at 03/16/2004 09:40:51 AM, Serialize complete at 03/16/2004 09:40:51 AM cc: freebsd-hackers@freebsd.org Subject: re: GCC optimization bugs -- still there or a historic artifact? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 15:40:33 -0000 Hi, > [snip] > > And as for PPC, I've compiled things as high as -O5, > > which is its limit I believe. ;) > [snip] > > hm, no docs for -On, n > 3 at http://xrl.us/brh2 . Looking at the > code: http://xrl.us/brh5 (search for 'optimize >= 3'), I don't see any > evidence that -O5 is different from -O3. Though apple gcc is somewhat > changed from fsf gcc, so maybe apple gcc does something different. (kinda o.t.) Oh Yes I'm quite sure of it -- Apple and IBM are working on gcc and feeding the changes back to the GNU teams, who are probably swamped. ;) So I bet it won't be seen in gcc34 yet, tho. And this work may also be going into IBM's 'enterprise' compiler (the US$3K version ;) . I believe the man page for gcc on Panther does show what the levels do at -O4 and -O5. (My G4 is at home, TPTB would have a hissy-fit if I brought it in. I have the Darwin CD for i386 based on Panther, here at work; maybe gcc is installed from it, and I can try posting its manpage somehow.) I have a feeling the higher -O levels won't show until/unless gcc itself is compiled for ppc platforms, y'know #ifdefs in the src. Else the patches for the GNU teams are in a long line for review. They're doing the work because IBM *really* want the G5 to be very-well supported. And not just for Apple. You see Sony & M$ have announced their next game consoles will be based on the G5. I'm hoping all gcc users will eventually see the benefits of their work. -- thx, Paul Seniura. From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 08:40:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8342516A4CE for ; Tue, 16 Mar 2004 08:40:21 -0800 (PST) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35B7C43D2F for ; Tue, 16 Mar 2004 08:40:21 -0800 (PST) (envelope-from bogorodskiy@inbox.ru) Received: from [217.23.66.50] (port=49369 helo=localhost) by mx2.mail.ru with esmtp id 1B3Hc3-000CV1-00 for freebsd-hackers@freebsd.org; Tue, 16 Mar 2004 19:40:19 +0300 Date: Tue, 16 Mar 2004 19:39:56 +0300 From: Roman Bogorodskiy To: freebsd-hackers@freebsd.org Message-ID: <20040316163956.GD638@lame.novel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline "From: Roman Bogordskiy " User-Agent: Mutt/1.5.6i X-Spam: Not detected Subject: kernel modules programming: struct proc 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, 16 Mar 2004 16:40:21 -0000 --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I hope it's a right place for kernel module programming related questions, in another case I'd be glad if you point me to the right maillist.=20 So, my aim is to log every file opening in `/tmp' dir. I've wrote a simple "syscall" module which replaces open(2) syscall. My new open(2) looks like this: >---cut 8<--- static int new_open(struct proc *p, register struct open_args *uap) { char name[NAME_MAX]; size_t size; if((const void*)copyinstr(uap->path, name, NAME_MAX, &size) =3D=3D (const void*)EFAULT) return(EFAULT); if (name[0] =3D=3D '/' && name[1] =3D=3D 't' && name[2] =3D=3D 'm'=20 && name[3] =3D=3D 'p' && name[4] =3D=3D '/') { printf("open(2): %s pid: %i\n", name, (int)p->p_pid); } return (open(p, uap)); } >---cut 9<---< But instead of a real pid I see something strange in logs, something like this: Mar 16 19:15:44 nov kernel: open(2): /tmp/asfdasfsaf pid: -1002890624 What am I doing wrong?=20 -Roman Bogorodskiy --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQEVAwUBQFct3CpMDQ8aPhy0AQLjFQf/Wgdxi5MA5jklV/+DJDo+IvgVtubKyaw1 HDGOX2kW90kWebElVRE2yciQDfvSeYAmLgZSNcG2l7UKS9ThcJVfwpipVrNx+p2g OA+n4TDAy3sjyuiLKKVv6NnFSColh2cLX+Io74gwoC46JKOKoG+oIVN3VqwcVU+L ApwbKoJVQFQiRlAI1xtc0YqEWVT+NK9zi/XzUPIWDg+oOSVq+k0q3x/tzOUaQIrW 1L5Zn7ugvNm9uXs8smqeBnLhxsRwcjZGSD1AFbOtNB6Q2YL+gG0fE1+y9vyY5brE H3Fj9g00GCENPXeN9jBI0TbDBjaU0/OclA//lcx9UDDsZM1ybN+1Bg== =kj+/ -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 09:20:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59BC116A4CE for ; Tue, 16 Mar 2004 09:20:39 -0800 (PST) Received: from mx01.netapp.com (mx01.netapp.com [198.95.226.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D21FD43D2F for ; Tue, 16 Mar 2004 09:20:38 -0800 (PST) (envelope-from kmacy@netapp.com) Received: from frejya.corp.netapp.com (frejya [10.57.157.119]) i2GHKbJC006224; Tue, 16 Mar 2004 09:20:37 -0800 (PST) Received: from siml2-fe.eng.netapp.com (siml2-fe.eng.netapp.com [10.56.9.152]) i2GHKb31028572; Tue, 16 Mar 2004 09:20:37 -0800 (PST) Date: Tue, 16 Mar 2004 09:20:37 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@siml2.eng.netapp.com To: Claudio Martella In-Reply-To: <49522.62.101.126.224.1079395238.squirrel@webmail.ikon-corp.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: noread(), nopoll().... functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 17:20:39 -0000 0 -Kip On Mon, 15 Mar 2004, Claudio Martella wrote: > > Hi, i'm writing a driver, and noticed the noread() nopoll() etc > general-use functions for struct cdevsw are no longer present in 5.x. What > can i use in 5.x? > > > TIA > > > -- ================================================================ If I have not seen as far as others, it is because I have been standing in the footprints of giants. -- from Usenet From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 10:13:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41DBA16A4CE for ; Tue, 16 Mar 2004 10:13:11 -0800 (PST) Received: from tv.soth.at (door.soth.at [80.110.102.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA3343D2D for ; Tue, 16 Mar 2004 10:13:10 -0800 (PST) (envelope-from toni@tv.soth.at) Received: from tv.soth.at (tv.soth.at [127.0.0.1]) by tv.soth.at (8.12.10/8.12.10) with ESMTP id i2GID8bg007950; Tue, 16 Mar 2004 19:13:08 +0100 Received: (from toni@localhost) by tv.soth.at (8.12.10/8.12.10/Submit) id i2GID8O8007948; Tue, 16 Mar 2004 19:13:08 +0100 Date: Tue, 16 Mar 2004 19:13:07 +0100 From: Toni Andjelkovic To: Roman Bogorodskiy Message-ID: <20040316181307.GA6576@tv.soth.at> References: <20040316163956.GD638@lame.novel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316163956.GD638@lame.novel.ru> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: kernel modules programming: struct proc 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, 16 Mar 2004 18:13:11 -0000 On Tue, Mar 16 2004 (19:39:56 +0300), Roman Bogorodskiy wrote: [...] > printf("open(2): %s pid: %i\n", name, (int)p->p_pid); [...] > Mar 16 19:15:44 nov kernel: open(2): /tmp/asfdasfsaf pid: -1002890624 pid_t is an unsigned number, so try "%u" in printf() instead. There's no need to cast a pid_t to int. Cheers, Toni From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 11:07:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 732A116A4CE for ; Tue, 16 Mar 2004 11:07:08 -0800 (PST) Received: from mail006.syd.optusnet.com.au (mail006.syd.optusnet.com.au [211.29.132.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CE643D45 for ; Tue, 16 Mar 2004 11:07:07 -0800 (PST) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i2GJ75w30150 for ; Wed, 17 Mar 2004 06:07:06 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i2GJ75SU025978 for ; Wed, 17 Mar 2004 06:07:05 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id i2GJ75Oh025977 for freebsd-hackers@freebsd.org; Wed, 17 Mar 2004 06:07:05 +1100 (EST) (envelope-from jeremyp) Date: Wed, 17 Mar 2004 06:07:05 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20040316190705.GM56509@cirb503493.alcatel.com.au> References: <20040315150438.GA48241@icomag.de> <20040316070601.GK56509@cirb503493.alcatel.com.au> <20040316084225.GA55231@icomag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316084225.GA55231@icomag.de> User-Agent: Mutt/1.4.2i Subject: Re: kernel activity X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 19:07:08 -0000 Please don't top-post. On Tue, Mar 16, 2004 at 09:42:25AM +0100, Bogdan TARU wrote: > Thanks for the mails & advices... The box is a dual xeon @3GHz, with > 4GB of ram and raid 5 on board (scsi HDDs), with a 4.9 on it. Not short of horsepower then. 250K syscalls/sec may not be overly excessive for such a beast. Note that the 4.9 kernel is not re-entrant: only one CPU can be in the kernel at once. This will magnify the impact of high kernel load. > The box has two > NICs, one of them is a fxp with link0 activated (cannot use polling > because I don't want to give up SMP -- the userland activity is > already 40%, so giving up one CPU as to reduce sys load it's just > gonna leave the bottleneck where it is -- CPU, that is), You might be able to use polling with SMP - some people say it works but I think Luigi has some concerns - try rummaging through the archives. > other one is an em, but cannot use it since i don't have a gb > switch. Some em chips can run at 100Mbps - I presume you don't have a suitable interconnect. > Before activating link0 on fxp, the level of interrups/sec on > this interface peaked 6k, but after activating link0 it was reduced > to 2k. Still, a lot of sys activity... Have a look at "systat -v 1" or "top" and see if the system time is really interrupt time. If so, your only real option is a more efficient NIC and/or polling. > As a webserver, I run apache, stripped down from the modules that I > don't need, and compiled in php and some other modules > (statically). Most of the content that I serve is static, there are > only a few php scripts and they don't get much hits. I believe Apache2 can run in a multi-threaded mode rather than the multi-process mode that Apache1 uses. I presume you're not using multi-threading - if you are, you might like to compile it out and see what happens (threading adds quite a number of additional syscalls) > And no, I haven't tried turning HTT on and off, should I do that? The 2nd (virtual) CPU only provides a subset of the main CPU functionality and doesn't help kernel performance at all. It's possible that you will get better performance with it disabled. All I can suggest is trying it to see. > I am also considering trussing one of the apaches, to see what system > calls it's doing... I prefer ktrace(1) but this may be a reasonable idea. If all else fails, a second box with load balancing has the added bonus of providing you with some redundancy if either box fails. Your other possible option is 5.2.1 - 5.x can make much better use of multiple CPUs. If you go down this path, test it well and make sure that 5.x works for you. Peter From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 12:00:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5587016A4CE for ; Tue, 16 Mar 2004 12:00:12 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267E743D1D for ; Tue, 16 Mar 2004 12:00:12 -0800 (PST) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 2BE0C3D32 for ; Tue, 16 Mar 2004 15:00:11 -0500 (EST) From: "Dan Langille" To: hackers@freebsd.org Date: Tue, 16 Mar 2004 15:00:09 -0500 MIME-Version: 1.0 Message-ID: <40571679.12347.335259D2@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: F1+Konsole+bash = bash.core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 20:00:12 -0000 Any one interested in digging for this one? My laptop is out of commission at the moment, but hopefully it'll be back soone. ------- Forwarded message follows ------- From: Andy Fawcett To: kde-freebsd@freebsd.kde.org Subject: Re: [kde-freebsd] F1+Konsole+bash = bash.core Date sent: Tue, 16 Mar 2004 09:15:39 +0200 Copies to: Dan Langille On Tuesday 16 March 2004 02:23, Dan Langille wrote: > Hi, > > Would this be considered a Konsole issue? > > Press F1 while in a bash shell in Konsole and you get: > > laptpo# bash > [root@laptop:/home/dan] # Illegal instruction (core > dumped) laptop# > > This does not happen at the console. only Konsole. Nor under any > other shell I tried (/bin/sh, /bin/csh, /bin/tcsh). > > This is bash-2.05b.007 > > $ ldd /usr/local/bin/bash > ldd: /usr/local/bin/bash: not a dynamic executable > > The situation is 100% reproducible here. And duplicated by others. $ gdb /usr/local/bin/bash bash.core (blah) (no debugging symbols found)... Core was generated by `bash'. Program terminated with signal 4, Illegal instruction. (gdb) bt #0 0x2810b9d5 in _rl_dispatch_subseq () from /lib/libreadline.so.4 #1 0x2810b9be in _rl_dispatch () from /lib/libreadline.so.4 #2 0x2810bc28 in _rl_dispatch_subseq () from /lib/libreadline.so.4 #3 0x2810b9be in _rl_dispatch () from /lib/libreadline.so.4 and so on, for 2000+ lines (I stopped checking) I'd call it a bash/readline problem, but I'm no expert A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org ------- End of forwarded message ------- -- Dan Langille : http://www.langille.org/ BSDCan - http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 13:47:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 885EF16A4CE for ; Tue, 16 Mar 2004 13:47:27 -0800 (PST) Received: from darkness.comp.waw.pl (unknown [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C700143D31 for ; Tue, 16 Mar 2004 13:47:26 -0800 (PST) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 02CB4ACABE; Tue, 16 Mar 2004 22:47:24 +0100 (CET) Date: Tue, 16 Mar 2004 22:47:24 +0100 From: Pawel Jakub Dawidek To: Roman Bogorodskiy Message-ID: <20040316214724.GK8930@darkness.comp.waw.pl> References: <20040316163956.GD638@lame.novel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GmiNL4+5WUWrod5m" Content-Disposition: inline In-Reply-To: <20040316163956.GD638@lame.novel.ru> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@freebsd.org Subject: Re: kernel modules programming: struct proc 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, 16 Mar 2004 21:47:27 -0000 --GmiNL4+5WUWrod5m Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 16, 2004 at 07:39:56PM +0300, Roman Bogorodskiy wrote: +> I hope it's a right place for kernel module programming related +> questions, in another case I'd be glad if you point me to the right +> maillist.=20 +>=20 +> So, my aim is to log every file opening in `/tmp' dir. I've wrote a simp= le +> "syscall" module which replaces open(2) syscall. My new open(2) looks +> like this: Keep in mind, that there is no need to open file by giving its full path. For example: % cd /tmp % cat ./foo or: % ln -s /tmp/foo ~/bar % cat bar --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --GmiNL4+5WUWrod5m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAV3XsForvXbEpPzQRAnAEAKDfa6mYViPYi44EwMSBn02cXw1iMwCghNfn FlXyyqKxTrk4Tir/wLdZreQ= =xIEw -----END PGP SIGNATURE----- --GmiNL4+5WUWrod5m-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 13:51:03 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FC3216A4CE for ; Tue, 16 Mar 2004 13:51:03 -0800 (PST) Received: from mister.mcgoonet.com (mcgoonet.com [199.245.97.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E4D43D1D for ; Tue, 16 Mar 2004 13:51:03 -0800 (PST) (envelope-from mark@node.to) Received: from localhost (localhost [127.0.0.1]) by mister.mcgoonet.com (8.12.10/8.12.9) with ESMTP id i2GLp2jM013327 for ; Tue, 16 Mar 2004 21:51:02 GMT (envelope-from mark@node.to) Date: Tue, 16 Mar 2004 21:51:02 +0000 (GMT) From: mark X-X-Sender: mark@mister.mcgoonet.com To: freebsd-hackers@freebsd.org Message-ID: <20040316215011.K13263@mister.mcgoonet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 5.2.1 diskless linux emul panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mark@node.to List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 21:51:03 -0000 Hey all, I'm running 5.2.1-p1 on trying to do PXEBOOT, nfs root, mfs tmp and var. It all works great, but when I try to execute a linux binary, I get a panic "double fault". Sometimes it shows "nfs_getpages: error: 70". That's the error for stale file. I'm guessing linux emul is trying to do something in the read-only root mount, but I haven't figured out where. ld.so.cache maybe? thanks, mark mark@node.to http://node.to/~mark 7123 3F7B 10EC 7122 2F8B http://node.to/keys/mark.asc B474 B09D 6ED7 3FB0 09E8 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 16:45:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C60B16A4CE for ; Tue, 16 Mar 2004 16:45:17 -0800 (PST) Received: from bloodwood.hunterlink.net.au (mail.hunterlink.net.au [203.12.144.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD7843D1F for ; Tue, 16 Mar 2004 16:45:16 -0800 (PST) (envelope-from samuel.lawrance@studentmail.newcastle.edu.au) Received: from [202.7.67.28] (as1-p28.mait.hunterlink.net.au [202.7.67.28]) i2H0iUjn003191; Wed, 17 Mar 2004 11:44:31 +1100 From: Sam Lawrance To: Dan Langille In-Reply-To: <40571679.12347.335259D2@localhost> References: <40571679.12347.335259D2@localhost> Content-Type: text/plain Message-Id: <1079484371.767.4.camel@dirk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 17 Mar 2004 11:46:12 +1100 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: F1+Konsole+bash = bash.core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 00:45:17 -0000 Maybe you already know, but this looks like ports/61297. The PR contains reports of similar occurrences with xterm. On Wed, 2004-03-17 at 07:00, Dan Langille wrote: > Any one interested in digging for this one? My laptop is out of > commission at the moment, but hopefully it'll be back soone. > > ------- Forwarded message follows ------- > From: Andy Fawcett > To: kde-freebsd@freebsd.kde.org > Subject: Re: [kde-freebsd] F1+Konsole+bash = bash.core > Date sent: Tue, 16 Mar 2004 09:15:39 +0200 > Copies to: Dan Langille > > On Tuesday 16 March 2004 02:23, Dan Langille wrote: > > Hi, > > > > Would this be considered a Konsole issue? > > > > Press F1 while in a bash shell in Konsole and you get: > > > > laptpo# bash > > [root@laptop:/home/dan] # Illegal instruction (core > > dumped) laptop# > > > > This does not happen at the console. only Konsole. Nor under any > > other shell I tried (/bin/sh, /bin/csh, /bin/tcsh). > > > > This is bash-2.05b.007 > > > > $ ldd /usr/local/bin/bash > > ldd: /usr/local/bin/bash: not a dynamic executable > > > > The situation is 100% reproducible here. And duplicated by others. > > $ gdb /usr/local/bin/bash bash.core > (blah) > (no debugging symbols found)... > Core was generated by `bash'. > Program terminated with signal 4, Illegal instruction. > > (gdb) bt > #0 0x2810b9d5 in _rl_dispatch_subseq () from /lib/libreadline.so.4 > #1 0x2810b9be in _rl_dispatch () from /lib/libreadline.so.4 > #2 0x2810bc28 in _rl_dispatch_subseq () from /lib/libreadline.so.4 > #3 0x2810b9be in _rl_dispatch () from /lib/libreadline.so.4 > > and so on, for 2000+ lines (I stopped checking) > > I'd call it a bash/readline problem, but I'm no expert > > A. > > -- > Andy Fawcett | andy@athame.co.uk > | tap@kde.org > "In an open world without walls and fences, | tap@lspace.org > we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org > > ------- End of forwarded message ------- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 19:02:32 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2571B16A4CE for ; Tue, 16 Mar 2004 19:02:32 -0800 (PST) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C039543D2F for ; Tue, 16 Mar 2004 19:02:31 -0800 (PST) (envelope-from plan_b@videotron.ca) Received: from player ([24.202.183.77]) by VL-MO-MR001.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with SMTP id <0HUP009S79S604@VL-MO-MR001.ip.videotron.ca> for hackers@freebsd.org; Tue, 16 Mar 2004 22:02:31 -0500 (EST) Date: Tue, 16 Mar 2004 22:05:40 -0500 From: slick To: Port-I386 , OpenBSD , Hackers Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Subject: mbr boot selector X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 03:02:32 -0000 Hi i wrote my own fdisk(8) and now would like to implement universal multiboot support in it. I did browse different mbr and related tools around but did notice all weren't compatible... I would like to know if theres a standard guideline about how mbr should implement multibooting. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.592 / Virus Database: 375 - Release Date: 2/18/2004 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 20:11:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B371316A4CE for ; Tue, 16 Mar 2004 20:11:01 -0800 (PST) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37DC243D1F for ; Tue, 16 Mar 2004 20:11:01 -0800 (PST) (envelope-from jason@ec.rr.com) Received: from ec.rr.com (cpe-024-211-231-149.ec.rr.com [24.211.231.149]) i2H4AwSm009297 for ; Tue, 16 Mar 2004 23:10:58 -0500 (EST) Message-ID: <4057D02E.8020701@ec.rr.com> Date: Tue, 16 Mar 2004 23:12:30 -0500 From: Jason User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040210 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: agp device drivers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 04:11:01 -0000 I am working on learning to write device drivers mainly because I have no 3d on my system. After ready the handbooks and lots of source code I have a question about the current driver I am trying to work on. Here is a sample that I have a question about: struct agp_nvidia_softc { struct agp_softc agp; u_int32_t initial_aperture; /* aperture size at startup */ struct agp_gatt * gatt; device_t dev; /* AGP Controller */ device_t mc1_dev; /* Memory Controller */ device_t mc2_dev; /* Memory Controller */ device_t bdev; /* Bridge */ As in a standard driver there is a probe, attach, and detach, but only for dev the agp controller. The other 3 devices do not have these functions. Here is the dmesg for each device: Preloaded elf module "/boot/kernel/agp.ko" at 0xc07ba21c. agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 Windows has drivers for these, but the linux source from nvidia does not mention the 3 memory controllers. pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pcib2: at device 30.0 on pci0 $PIR: 0:30 INTA routed to irq 11 (not sure if this is related to the bdev or not) As you can see there seems to be no drivers for anything but the one agp controller. It seems to me that this would be caused by the absence of the attach, probe, detach. I would start slapping this stuff in the source as just another device, but its not just some pci device, or is it? Since this is an agp driver is there a special way to add these, or should I just follow the example in the handbook for pci devices? Thanks for any input, Jason From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 20:45:16 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76C7616A4CE for ; Tue, 16 Mar 2004 20:45:16 -0800 (PST) Received: from wolf.bytecraft.au.com (wolf.bytecraft.au.com [203.39.118.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0BA43D2D for ; Tue, 16 Mar 2004 20:45:15 -0800 (PST) (envelope-from murraytaylor@bytecraftsystems.com) Received: from svmarshal.bytecraft.au.com ([10.0.0.4]) by wolf.bytecraft.au.com (8.12.9/8.12.9) with ESMTP id i2H4jCTG011776 for ; Wed, 17 Mar 2004 15:45:12 +1100 (EST) (envelope-from murraytaylor@bytecraftsystems.com) Received: from wombat.bytecraft.au.com (Not Verified[10.0.0.3]) by svmarshal.bytecraft.au.com with MailMarshal (v5,0,3,78) id ; Wed, 17 Mar 2004 15:45:11 +1100 Received: from [10.0.17.42] (wstaylorm.dand06.au.bytecraft.au.com [10.0.17.42]) by wombat.bytecraft.au.com (Postfix) with ESMTP id A315B3F0F for ; Wed, 17 Mar 2004 15:45:11 +1100 (EST) From: Murray Taylor To: freebsd-hackers@freebsd.org In-Reply-To: <20031212104237.C3647@tikitechnologies.com> References: <20031212200046.0E6A016A4D8@hub.freebsd.org> <20031212104237.C3647@tikitechnologies.com> Content-Type: text/plain Organization: Bytecraft Systems Message-Id: <1079498710.41634.307.camel@wstaylorm.dand06.au.bytecraft.au.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 17 Mar 2004 15:45:11 +1100 Content-Transfer-Encoding: 7bit Subject: Updating just the zoneinfo stuff X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 04:45:16 -0000 This may be a bit off topic but is this the right way to update the zoneinfo data used for the time / timezone related calls.. cvsup -STABLE cd /usr/src/share/zoneinfo make make install I need to ensure that the zoneinfo is upto date on say a monthly cycle and dont really want or need to recompile everything... I looked at the Makefile and the included bsd.prog.mk file and decided that I dont need to learn _that much_ about makefiles .. ;-) cheers mjt -- Murray Taylor Special Projects Engineer --------------------------------- Bytecraft Systems & Entertainment P: +61 3 8710 2555 F: +61 3 8710 2599 D: +61 3 9238 4275 M: +61 417 319 256 E: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com ************************************************************************ This Email has been scanned for Viruses by MailMarshal. ************************************************************************ From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 21:39:46 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DB5816A4CE; Tue, 16 Mar 2004 21:39:46 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11FFE43D46; Tue, 16 Mar 2004 21:39:44 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2H5dfQ9068374; Wed, 17 Mar 2004 16:09:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Wed, 17 Mar 2004 16:09:39 +1030 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200403171609.39065.doconnor@gsoft.com.au> X-Spam-Score: 0.6 (*) CARRIAGE_RETURNS,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Hidetoshi Shimokawa Subject: Firewire tape drives X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 05:39:46 -0000 Hi, Does anyone have any? Do they work in FreeBSD? :) I have seen a Sony AIT2 drive with a Firewire/USB2 option and I'd be interested to know if it works in FreeBSD as UW SCSI cards are rather pricey.. Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 21:44:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42EED16A4CE; Tue, 16 Mar 2004 21:44:44 -0800 (PST) Received: from ns.koganei.wide.ad.jp (koganei.wide.ad.jp [202.249.37.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7930443D1D; Tue, 16 Mar 2004 21:44:43 -0800 (PST) (envelope-from ikob@koganei.wide.ad.jp) Received: from [203.178.156.55] (dhcp-wireless-a35.camp.wide.ad.jp [203.178.156.55]) (authenticated bits=0)i2H5iZJD045157; Wed, 17 Mar 2004 14:44:38 +0900 (JST) (envelope-from ikob@koganei.wide.ad.jp) In-Reply-To: <200403171609.39065.doconnor@gsoft.com.au> References: <200403171609.39065.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1577863C-77D6-11D8-99AE-000393D603A4@koganei.wide.ad.jp> Content-Transfer-Encoding: 7bit From: Katsushi Kobayashi Date: Wed, 17 Mar 2004 14:43:57 +0900 To: "Daniel O'Connor" X-Mailer: Apple Mail (2.613) cc: freebsd-hackers@freebsd.org cc: Hidetoshi Shimokawa Subject: Re: Firewire tape drives X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 05:44:44 -0000 If the device works with SBP-II protocol, I believe it will work on CAM framework as usual SCSI device. On 2004/03/17, at 14:39, Daniel O'Connor wrote: > Hi, > Does anyone have any? Do they work in FreeBSD? :) > > I have seen a Sony AIT2 drive with a Firewire/USB2 option and I'd be > interested to know if it works in FreeBSD as UW SCSI cards are rather > pricey.. > > Thanks. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 22:25:52 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDEB716A4CE; Tue, 16 Mar 2004 22:25:52 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC9043D3F; Tue, 16 Mar 2004 22:25:52 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2H6NDUS087693 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 17 Mar 2004 07:23:18 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2H6Mdhn079309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2004 07:22:40 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2H6Mdpr007867; Wed, 17 Mar 2004 07:22:39 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2H6Mc2L007866; Wed, 17 Mar 2004 07:22:38 +0100 (CET) (envelope-from ticso) Date: Wed, 17 Mar 2004 07:22:38 +0100 From: Bernd Walter To: Katsushi Kobayashi Message-ID: <20040317062237.GH4991@cicely12.cicely.de> References: <200403171609.39065.doconnor@gsoft.com.au> <1577863C-77D6-11D8-99AE-000393D603A4@koganei.wide.ad.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1577863C-77D6-11D8-99AE-000393D603A4@koganei.wide.ad.jp> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: Hidetoshi Shimokawa cc: freebsd-hackers@freebsd.org Subject: Re: Firewire tape drives 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: Wed, 17 Mar 2004 06:25:53 -0000 On Wed, Mar 17, 2004 at 02:43:57PM +0900, Katsushi Kobayashi wrote: > If the device works with SBP-II protocol, I believe it will work on CAM > framework as usual SCSI device. umass(4) should work for USB as well. > On 2004/03/17, at 14:39, Daniel O'Connor wrote: > > >Hi, > >Does anyone have any? Do they work in FreeBSD? :) > > > >I have seen a Sony AIT2 drive with a Firewire/USB2 option and I'd be > >interested to know if it works in FreeBSD as UW SCSI cards are rather > >pricey.. Noname cards based on Symbios chips are inexpensive and our sym(4) driver is very reliable. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 22:41:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F6616A4CE; Tue, 16 Mar 2004 22:41:41 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA21043D2F; Tue, 16 Mar 2004 22:41:40 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2H6fRQ9069778; Wed, 17 Mar 2004 17:11:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ticso@cicely.de Date: Wed, 17 Mar 2004 17:11:23 +1030 User-Agent: KMail/1.6 References: <200403171609.39065.doconnor@gsoft.com.au> <1577863C-77D6-11D8-99AE-000393D603A4@koganei.wide.ad.jp> <20040317062237.GH4991@cicely12.cicely.de> In-Reply-To: <20040317062237.GH4991@cicely12.cicely.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403171711.23623.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org cc: Hidetoshi Shimokawa Subject: Re: Firewire tape drives X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 06:41:42 -0000 On Wed, 17 Mar 2004 16:52, Bernd Walter wrote: > On Wed, Mar 17, 2004 at 02:43:57PM +0900, Katsushi Kobayashi wrote: > > If the device works with SBP-II protocol, I believe it will work on CAM > > framework as usual SCSI device. > > umass(4) should work for USB as well. I am not a huge fan of USB devices to be honest.. > > On 2004/03/17, at 14:39, Daniel O'Connor wrote: > > >Hi, > > >Does anyone have any? Do they work in FreeBSD? :) > > > > > >I have seen a Sony AIT2 drive with a Firewire/USB2 option and I'd be > > >interested to know if it works in FreeBSD as UW SCSI cards are rather > > >pricey.. > > Noname cards based on Symbios chips are inexpensive and our sym(4) > driver is very reliable. Yes, but I find them difficult to obtain :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 02:12:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C7816A4CE for ; Wed, 17 Mar 2004 02:12:58 -0800 (PST) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5425443D41 for ; Wed, 17 Mar 2004 02:12:58 -0800 (PST) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.6/8.12.9) with ESMTP id i2HACtOO097770; Wed, 17 Mar 2004 05:12:55 -0500 (EST) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.6/8.12.9/Submit) id i2HACsiP097769; Wed, 17 Mar 2004 05:12:54 -0500 (EST) (envelope-from afields) Date: Wed, 17 Mar 2004 05:12:54 -0500 From: Allan Fields To: hackers@freebsd.org Message-ID: <20040317101254.GK34047@afields.ca> References: <40571679.12347.335259D2@localhost> <1079484371.767.4.camel@dirk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1079484371.767.4.camel@dirk> User-Agent: Mutt/1.4i cc: Sam Lawrance cc: Dan Langille cc: kde-freebsd@freebsd.kde.org Subject: Re: F1+Konsole+bash = bash.core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Allan Fields List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2004 10:12:58 -0000 Just wanted to add another voice confirming this behaviour not only with konsole but with terms running bash under XFree86-4 (problems since 5.1). Another cause of cores is shift-enter or other unusual Escapes / Meta-key-combos. Often times I would mistype key-shortcuts and have xterms disappearing. My debug shows slightly different output (with symbols) and at one point gdb itself crashed after failing an internal assertion - the back-trace is endless: Core was generated by `bash'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libncurses.so.5...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /lib/libc.so.5...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 (gdb) bt #0 0x0809f2f9 in _rl_dispatch_subseq (key=79, map=0x80d3e20, got_subseq=Cannot access memory at address 0xbbbffff8 ) at readline.c:537 #1 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #2 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #3 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #4 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #5 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #6 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #7 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 #8 0x0809f2ef in _rl_dispatch (key=256, map=0x80f3008) at readline.c:529 ... readline.c: 524 int 525 _rl_dispatch (key, map) 526 register int key; 527 Keymap map; 528 { 529 return _rl_dispatch_subseq (key, map, 0); 530 } 531 532 int 533 _rl_dispatch_subseq (key, map, got_subseq) 534 register int key; 535 Keymap map; 536 int got_subseq; 537 { 538 int r, newkey; 539 char *macro; 540 rl_command_func_t *func; 541 542 if (META_CHAR (key) && _rl_convert_meta_chars_to_ascii) 543 { 544 if (map[ESC].type == ISKMAP) 545 { 546 if (RL_ISSTATE (RL_STATE_MACRODEF)) 547 _rl_add_macro_char (ESC); 548 map = FUNCTION_TO_KEYMAP (map, ESC); 549 key = UNMETA (key); 550 rl_key_sequence_length += 2; 551 return (_rl_dispatch (key, map)); 552 } .. 617 #if defined (VI_MODE) .. 645 r = _rl_dispatch_subseq (newkey, FUNCTION_TO_KEYMAP (map, key), got_su bseq || map[ANYOTHERKEY].function); ... _rl_* are libreadline internals and in this case recursive calls are involved which depending on the Keymap take different actions on the input stream. So this is likely a readline bug, but it's possible that a bad Keymap may be passed to readline since it doesn't happen on syscons for instance. This appears to be a known issue on the Linux side as well and a patch for readline is available: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98229 The patch that fixes it is from Mandrake: > Bug-Description: > > Pressing certain key sequences causes an infinite loop in _rl_dispatch_subseq > with the `key' argument set to 256. This eventually causes bash to exceed > the stack size limit and crash with a segmentation violation Note also that there is a version of readline included with bash and the version from under /usr/src/contrib/libreadline that the port uses. Ultimately this bug might be best directed to bug-readline@gnu.org or bash-maintainers@gnu.org if patching the system libreadline doesn't help. On Wed, Mar 17, 2004 at 11:46:12AM +1100, Sam Lawrance wrote: > Maybe you already know, but this looks like ports/61297. The PR contains > reports of similar occurrences with xterm. > > On Wed, 2004-03-17 at 07:00, Dan Langille wrote: > > Any one interested in digging for this one? My laptop is out of > > commission at the moment, but hopefully it'll be back soone. > > > > ------- Forwarded message follows ------- > > From: Andy Fawcett > > To: kde-freebsd@freebsd.kde.org > > Subject: Re: [kde-freebsd] F1+Konsole+bash = bash.core > > Date sent: Tue, 16 Mar 2004 09:15:39 +0200 > > Copies to: Dan Langille > > > > On Tuesday 16 March 2004 02:23, Dan Langille wrote: > > > Hi, > > > > > > Would this be considered a Konsole issue? > > > > > > Press F1 while in a bash shell in Konsole and you get: > > > > > > laptpo# bash > > > [root@laptop:/home/dan] # Illegal instruction (core > > > dumped) laptop# > > > > > > This does not happen at the console. only Konsole. Nor under any > > > other shell I tried (/bin/sh, /bin/csh, /bin/tcsh). > > > > > > This is bash-2.05b.007 > > > > > > $ ldd /usr/local/bin/bash > > > ldd: /usr/local/bin/bash: not a dynamic executable > > > > > > The situation is 100% reproducible here. And duplicated by others. > > > > $ gdb /usr/local/bin/bash bash.core > > (blah) > > (no debugging symbols found)... > > Core was generated by `bash'. > > Program terminated with signal 4, Illegal instruction. > > > > (gdb) bt > > #0 0x2810b9d5 in _rl_dispatch_subseq () from /lib/libreadline.so.4 > > #1 0x2810b9be in _rl_dispatch () from /lib/libreadline.so.4 > > #2 0x2810bc28 in _rl_dispatch_subseq () from /lib/libreadline.so.4 > > #3 0x2810b9be in _rl_dispatch () from /lib/libreadline.so.4 > > > > and so on, for 2000+ lines (I stopped checking) > > > > I'd call it a bash/readline problem, but I'm no expert > > > > A. > > > > -- > > Andy Fawcett | andy@athame.co.uk > > | tap@kde.org > > "In an open world without walls and fences, | tap@lspace.org > > we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org > > > > ------- End of forwarded message ------- -- Allan Fields _.^. ,_ ,. ._ . Afields Research/AFRSL - http://afields.ca <,'/-\/- /\'_| /_ BSDCan: May 2004, Ottawa - http://www.bsdcan.org `'|'====-=--- -- - `---- -- - From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 03:17:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57EFE16A4CF; Wed, 17 Mar 2004 03:17:08 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35EDE43D46; Wed, 17 Mar 2004 03:17:08 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2HBH1qP086582; Wed, 17 Mar 2004 03:17:01 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2HBGqKv086581; Wed, 17 Mar 2004 03:16:52 -0800 (PST) (envelope-from obrien) Date: Wed, 17 Mar 2004 03:16:52 -0800 From: "David O'Brien" To: llewelly@xmission.com Message-ID: <20040317111652.GC86023@dragon.nuxi.com> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> <16469.46609.293027.840180@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: GCC include files conundrum. 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: Wed, 17 Mar 2004 11:17:08 -0000 On Mon, Mar 15, 2004 at 12:01:16PM -0700, llewelly@xmission.com wrote: > Replying to myself, I just tried hacking audio/tclmidi to use and > require lang/gcc295, and it does not build with the gcc295 port. There is also the lang/gcc32, lang/gcc31, lang/gcc30 compilers. :-) From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 04:07:51 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD2016A4CE for ; Wed, 17 Mar 2004 04:07:51 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EB743D5F for ; Wed, 17 Mar 2004 04:07:51 -0800 (PST) (envelope-from dan@langille.org) Received: from xeon (xeon.unixathome.org [192.168.0.18]) by bast.unixathome.org (Postfix) with ESMTP id CCE0D3D32; Wed, 17 Mar 2004 07:07:50 -0500 (EST) Date: Wed, 17 Mar 2004 07:07:50 -0500 (EST) From: Dan Langille X-X-Sender: dan@xeon.unixathome.org To: Allan Fields In-Reply-To: <20040317101254.GK34047@afields.ca> Message-ID: <20040317070715.V98805@xeon.unixathome.org> References: <40571679.12347.335259D2@localhost> <1079484371.767.4.camel@dirk> <20040317101254.GK34047@afields.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Sam Lawrance cc: hackers@freebsd.org cc: kde-freebsd@freebsd.kde.org Subject: Re: F1+Konsole+bash = bash.core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 12:07:51 -0000 On Wed, 17 Mar 2004, Allan Fields wrote: > Ultimately this bug might be best directed to bug-readline@gnu.org > or bash-maintainers@gnu.org if patching the system libreadline > doesn't help. I was trying to do that last night, but they were having DNS problems. I will try again later today. -- Dan Langille - BSDCan: http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 04:08:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832FB16A511 for ; Wed, 17 Mar 2004 04:08:30 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A5A43D31 for ; Wed, 17 Mar 2004 04:08:30 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 0C39C530E; Wed, 17 Mar 2004 13:08:29 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 68323530A; Wed, 17 Mar 2004 13:08:23 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4CB5033C6B; Wed, 17 Mar 2004 13:08:23 +0100 (CET) To: Murray Taylor References: <20031212200046.0E6A016A4D8@hub.freebsd.org> <20031212104237.C3647@tikitechnologies.com> <1079498710.41634.307.camel@wstaylorm.dand06.au.bytecraft.au.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 17 Mar 2004 13:08:23 +0100 In-Reply-To: <1079498710.41634.307.camel@wstaylorm.dand06.au.bytecraft.au.com> (Murray Taylor's message of "Wed, 17 Mar 2004 15:45:11 +1100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: Updating just the zoneinfo stuff X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 12:08:30 -0000 Murray Taylor writes: > cvsup -STABLE > cd /usr/src/share/zoneinfo > make > make install yep. just to be sure, you may want to run 'make obj' and 'make depend' first: cd /usr/src/share/zoneinfo make obj && make depend && make && make install DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 05:53:04 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E9B516A4CE for ; Tue, 16 Mar 2004 05:53:04 -0800 (PST) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3842443D1F for ; Tue, 16 Mar 2004 05:53:03 -0800 (PST) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i2GDr17D060814; Tue, 16 Mar 2004 14:53:01 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <200403161629.04021.doconnor@gsoft.com.au> References: <200403161629.04021.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3CC6F94B-7751-11D8-B803-000393496BE8@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 16 Mar 2004 14:53:00 +0100 To: "Daniel O'Connor" X-Mailer: Apple Mail (2.613) X-Mailman-Approved-At: Wed, 17 Mar 2004 05:12:34 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: How to write a new line discipline? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 13:53:04 -0000 Am 16.03.2004 um 06:59 schrieb Daniel O'Connor: > The current disciplines seem to be either very very old, or 'hacks' > for things > like PPP or SLIP :( In another life, I put together a small line discipline to "talk" to dumb UPSes that signal via DTR and RTS, and can be shut down via DSR or CTS. This was in the 2.2 timeframe, so I doubt this will be of much use to you, but here it is anyway: Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 07:02:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5ADF16A4CE for ; Tue, 16 Mar 2004 07:02:58 -0800 (PST) Received: from ms007msg.fastweb.it (star-mail-b.fastweb.it [213.140.2.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC1F143D2F for ; Tue, 16 Mar 2004 07:02:57 -0800 (PST) (envelope-from thefly@acaro.org) Received: from tyler (1.10.185.82) by ms007msg.fastweb.it (6.7.019) id 40318639002F11D2; Tue, 16 Mar 2004 16:02:56 +0100 Received: by tyler (Postfix, from userid 1000) id AB261123712; Tue, 16 Mar 2004 16:03:21 +0100 (CET) Date: Tue, 16 Mar 2004 16:03:21 +0100 From: thefly To: freebsd-hackers@freebsd.org Message-ID: <20040316150321.GA4900@tyler> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Mar 10 2004 06:43:21) X-OS: Debian GNU/Linux 2.6.4 i686 User-Agent: Mutt/1.5.5.1+cvs20040105i X-Mailman-Approved-At: Wed, 17 Mar 2004 05:13:33 -0800 Subject: bus_alloc_resource() returns NULL, but why? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 16 Mar 2004 15:02:58 -0000 Hi, i'm currently porting QuanCom PWDOG1 Watchdog card to FreeBSD, (you can find the current code at http://chiakotay.nexlab.it/acaro/pwdog.c). I defined my softc struct: struct pwdog1_softc { bus_space_tag_t bst; bus_space_handle_t bsh; struct resource *res; int rid; }; In my attach() function i do NewBus initialization: sc = (struct pwdog1_softc *) device_get_softc(dev); sc->rid = 0; sc->res = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->rid, 0, ~0, 1, RF_ACTIVE); sc->bst = rman_get_bustag(sc->res); sc->bsh = rman_get_bushandle(sc->res); but the problem is that bus_alloc_resource() returns NULL. I don't have a clue about WHY it should. It's running on: FreeBSD 5.2.1-RELEASE with GENERIC kernel in a dual pentium 200MMX. Thanks in advance -- Claudio "thefly" Martella thefly@acaro.org GNU/PG keyid: 0x8EA95625 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 06:25:25 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62BC316A4CE for ; Wed, 17 Mar 2004 06:25:25 -0800 (PST) Received: from mx13.mail.ru (mx13.mail.ru [194.67.23.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2374843D31 for ; Wed, 17 Mar 2004 06:25:25 -0800 (PST) (envelope-from bogorodskiy@inbox.ru) Received: from [194.186.150.170] (port=49539 helo=localhost) by mx13.mail.ru with esmtp id 1B3bz0-000E8r-00; Wed, 17 Mar 2004 17:25:22 +0300 Date: Wed, 17 Mar 2004 17:24:51 +0300 From: Roman Bogorodskiy To: Toni Andjelkovic Message-ID: <20040317142451.GC2506@lame.novel.ru> References: <20040316163956.GD638@lame.novel.ru> <20040316181307.GA6576@tv.soth.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NtwzykIc2mflq5ck" Content-Disposition: inline In-Reply-To: <20040316181307.GA6576@tv.soth.at> "From: Roman Bogordskiy " User-Agent: Mutt/1.5.6i X-Spam: Not detected cc: freebsd-hackers@freebsd.org Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 14:25:25 -0000 --NtwzykIc2mflq5ck Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Toni wrote: > pid_t is an unsigned number, so try "%u" in printf() instead. > There's no need to cast a pid_t to int. Doesn't help. It shows wrong pid's again... -Roman Bogorodskiy --NtwzykIc2mflq5ck Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQEVAwUBQFhfsypMDQ8aPhy0AQKAaQgAmXl4q7yXunHiuFyledWKgAC1V85PWz9F IEZeKd1E/RrBGNP+vvq3jOd8O118HBE+nNK/7p2w7jo6Vz6KG6FCuoTBuxhWetuZ rArO6wPl5BRNDeZLXqXROqG49+aFQJJUEoPfxUhiOBaQRYsUWd0dAHesPlZLwMns BF9tBvHp5Ob7ihOqQhPAlLFvqm6bJfnZ2qYkIoT8wmOm5tp+Zn3M+bvoJB3GDpQG NdyGIwoim8lc1flbYAH8f2ju8uEaPD2/fzCJ65JxpeUXCPbvOuNdQqERy/Jx7HQf 3UBU5t1le056c8ybn2sVFOLwDX/GnWAntwww7jCW1PEQNrsSnOi7lg== =zUJl -----END PGP SIGNATURE----- --NtwzykIc2mflq5ck-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 07:00:45 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E455516A521 for ; Wed, 17 Mar 2004 07:00:45 -0800 (PST) Received: from artis.latnet.lv (artis.latnet.lv [159.148.107.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C622543D49 for ; Wed, 17 Mar 2004 07:00:09 -0800 (PST) (envelope-from ac-lists@latnet.lv) Received: from artis.latnet.lv (localhost [127.0.0.1]) by artis.latnet.lv (Postfix) with ESMTP id CE5DDC0CB for ; Wed, 17 Mar 2004 17:00:02 +0200 (EET) Date: Wed, 17 Mar 2004 17:00:02 +0200 To: freebsd-hackers@freebsd.org References: <20040316163956.GD638@lame.novel.ru> <20040316181307.GA6576@tv.soth.at> <20040317142451.GC2506@lame.novel.ru> From: Artis Caune Organization: Latnet Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20040317142451.GC2506@lame.novel.ru> User-Agent: Opera7.23/FreeBSD M2 build 518 Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 15:00:46 -0000 "pid_t" is signed int type, or am I missing something? try this one: static int new_open (struct proc *p, register struct open_args *uap) { pid_t pid; pid = p->p_pid; printf("open(2): pid: %d\n", pid); return (open(p,uap)); } On Wed, 17 Mar 2004 17:24:51 +0300, Roman Bogorodskiy wrote: > Toni wrote: > >> pid_t is an unsigned number, so try "%u" in printf() instead. >> There's no need to cast a pid_t to int. > > Doesn't help. It shows wrong pid's again... > > -Roman Bogorodskiy > -- Artis From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 07:13:50 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A699116A4CE for ; Wed, 17 Mar 2004 07:13:50 -0800 (PST) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DE443D2F for ; Wed, 17 Mar 2004 07:13:50 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 1261 invoked from network); 17 Mar 2004 15:13:49 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 17 Mar 2004 15:13:49 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i2HFDj28070823; Wed, 17 Mar 2004 10:13:45 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Wed, 17 Mar 2004 10:15:27 -0500 User-Agent: KMail/1.6 References: <20040316150321.GA4900@tyler> In-Reply-To: <20040316150321.GA4900@tyler> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403171015.27710.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: thefly Subject: Re: bus_alloc_resource() returns NULL, but why? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 15:13:50 -0000 On Tuesday 16 March 2004 10:03 am, thefly wrote: > Hi, i'm currently porting QuanCom PWDOG1 Watchdog card to FreeBSD, (you > can find the current code at http://chiakotay.nexlab.it/acaro/pwdog.c). > I defined my softc struct: > > struct pwdog1_softc { > bus_space_tag_t bst; > bus_space_handle_t bsh; > struct resource *res; > int rid; > }; > > In my attach() function i do NewBus initialization: > > sc = (struct pwdog1_softc *) device_get_softc(dev); > > sc->rid = 0; > sc->res = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->rid, 0, ~0, 1, > RF_ACTIVE); sc->bst = rman_get_bustag(sc->res); > sc->bsh = rman_get_bushandle(sc->res); > > but the problem is that bus_alloc_resource() returns NULL. I don't have > a clue about WHY it should. It's running on: FreeBSD 5.2.1-RELEASE with > GENERIC kernel in a dual pentium 200MMX. > > Thanks in advance The rid needs to tell the bus driver which BAR you are using for this resource, thus, if the IO ports are in BAR 0, you should do: sc->rid = PCIR_BAR(0); Before the call to bus_alloc_resource(). If it's BAR 1, use PCIR_BAR(1), etc. -- 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 Mar 17 07:16:04 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8281416A4CE for ; Wed, 17 Mar 2004 07:16:04 -0800 (PST) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA6043D1D for ; Wed, 17 Mar 2004 07:16:04 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 6343 invoked from network); 17 Mar 2004 15:16:02 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 17 Mar 2004 15:16:02 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i2HFFd28070845; Wed, 17 Mar 2004 10:15:41 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Wed, 17 Mar 2004 10:17:21 -0500 User-Agent: KMail/1.6 References: <20040316163956.GD638@lame.novel.ru> In-Reply-To: <20040316163956.GD638@lame.novel.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403171017.21776.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Bogorodskiy Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 15:16:04 -0000 On Tuesday 16 March 2004 11:39 am, Roman Bogorodskiy wrote: > Hi, > > I hope it's a right place for kernel module programming related > questions, in another case I'd be glad if you point me to the right > maillist. > > So, my aim is to log every file opening in `/tmp' dir. I've wrote a simple > "syscall" module which replaces open(2) syscall. My new open(2) looks > > like this: > >---cut 8<--- > > static int > new_open(struct proc *p, register struct open_args *uap) > { > char name[NAME_MAX]; > size_t size; > > if((const void*)copyinstr(uap->path, name, > NAME_MAX, &size) == (const void*)EFAULT) > return(EFAULT); > > if (name[0] == '/' && name[1] == 't' && name[2] == 'm' > && name[3] == 'p' && name[4] == '/') { > printf("open(2): %s pid: %i\n", name, (int)p->p_pid); > } > > return (open(p, uap)); > } > > >---cut 9<---< > > But instead of a real pid I see something strange in logs, something > like this: > > Mar 16 19:15:44 nov kernel: open(2): /tmp/asfdasfsaf pid: -1002890624 > > What am I doing wrong? If this is on current, then the first arg to your syscall should be 'struct thread *td', and you should try to printf td->td_proc->p_pid to get the pid. Also, you might consider using strncmp() to make the code a bit easier to read, i.e.: if (strncmp(name, "/tmp/", 5) == 0) printf("open(2): %s by pid %d (%s)\n", name, td->td_proc->p_pid, td->td_proc->p_comm); -- 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 Mar 17 07:45:38 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB4D616A4CE for ; Wed, 17 Mar 2004 07:45:38 -0800 (PST) Received: from tv.soth.at (door.soth.at [80.110.102.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B28243D46 for ; Wed, 17 Mar 2004 07:45:38 -0800 (PST) (envelope-from toni@tv.soth.at) Received: from tv.soth.at (tv.soth.at [127.0.0.1]) by tv.soth.at (8.12.10/8.12.10) with ESMTP id i2HFjabg010057; Wed, 17 Mar 2004 16:45:36 +0100 Received: (from toni@localhost) by tv.soth.at (8.12.10/8.12.10/Submit) id i2HFjUY9010055; Wed, 17 Mar 2004 16:45:30 +0100 Date: Wed, 17 Mar 2004 16:45:30 +0100 From: Toni Andjelkovic To: Artis Caune Message-ID: <20040317154530.GD6576@tv.soth.at> References: <20040316163956.GD638@lame.novel.ru> <20040316181307.GA6576@tv.soth.at> <20040317142451.GC2506@lame.novel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 15:45:38 -0000 On Wed, Mar 17 2004 (17:00:02 +0200), Artis Caune wrote: > "pid_t" is signed int type, or am I missing something? You are right, pid_t is __int32_t, which is signed, so "%d" is the correct format. I assumed that in this case, the signed integer overflowed, so maybe interpreting it as an unsigned integer would make more sense. However, I don't know what could cause a pid_t to become that large. On 5.x, fork1() tries to find an unused pid for a new process and checks if it lies between 100 and PID_MAX. Cheers, Toni From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 09:53:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDFE416A4CF for ; Wed, 17 Mar 2004 09:53:42 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E77C43D1F for ; Wed, 17 Mar 2004 09:53:42 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 7E9D354840; Wed, 17 Mar 2004 11:53:41 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 10DE36D465; Wed, 17 Mar 2004 11:53:41 -0600 (CST) Date: Wed, 17 Mar 2004 11:53:40 -0600 From: "Jacques A. Vidrine" To: Toni Andjelkovic Message-ID: <20040317175340.GA88110@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Toni Andjelkovic , Artis Caune , freebsd-hackers@freebsd.org References: <20040316163956.GD638@lame.novel.ru> <20040316181307.GA6576@tv.soth.at> <20040317142451.GC2506@lame.novel.ru> <20040317154530.GD6576@tv.soth.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040317154530.GD6576@tv.soth.at> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Artis Caune Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 17:53:44 -0000 On Wed, Mar 17, 2004 at 04:45:30PM +0100, Toni Andjelkovic wrote: > On Wed, Mar 17 2004 (17:00:02 +0200), Artis Caune wrote: > > "pid_t" is signed int type, or am I missing something? > > You are right, pid_t is __int32_t, which is signed, so "%d" > is the correct format. That's only correct for machines with 32-bit ints. In any case, POSIX only specifies that pid_t is a signed integer type... it could be any size supported by the implementation. For portability, you probably want to cast to the `biggest' type and use the appropriate printf specifier, e.g. printf("%ld", (long)pid_t); or printf("%jd", (intmax_t)pid_t); // C99 Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 10:37:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD30F16A4CF; Wed, 17 Mar 2004 10:37:06 -0800 (PST) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE99E43D2D; Wed, 17 Mar 2004 10:37:05 -0800 (PST) (envelope-from bogorodskiy@inbox.ru) Received: from [194.186.150.37] (port=49178 helo=localhost) by mx1.mail.ru with esmtp id 1B3fuY-0001xt-00; Wed, 17 Mar 2004 21:37:03 +0300 Date: Wed, 17 Mar 2004 21:36:39 +0300 From: Roman Bogorodskiy To: "Jacques A. Vidrine" , Toni Andjelkovic , Artis Caune , freebsd-hackers@freebsd.org Message-ID: <20040317183639.GA635@lame.novel.ru> References: <20040316163956.GD638@lame.novel.ru> <20040316181307.GA6576@tv.soth.at> <20040317142451.GC2506@lame.novel.ru> <20040317154530.GD6576@tv.soth.at> <20040317175340.GA88110@madman.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20040317175340.GA88110@madman.celabo.org> "From: Roman Bogordskiy " User-Agent: Mutt/1.5.6i X-Spam: Not detected Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 18:37:06 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jacques wrote: > That's only correct for machines with 32-bit ints. In any case, POSIX > only specifies that pid_t is a signed integer type... it could be any > size supported by the implementation. For portability, you probably > want to cast to the `biggest' type and use the appropriate printf > specifier, e.g. >=20 > printf("%ld", (long)pid_t); > or > printf("%jd", (intmax_t)pid_t); // C99 I've tried all of this ways, and I still have a wrong pid displayed... I have no idea what I'm doing wrong.=20 Here is the full code: module.c >---cut 8<--- #include #include #include #include #include #include #include #include #include #include #include static int new_open(struct proc *p, register struct open_args *); static int offset =3D NO_SYSCALL; static int=20 new_open(struct proc *p, register struct open_args *uap) { char name[NAME_MAX]; size_t size; pid_t pid; pid =3D p->p_pid; if((const void*)copyinstr(uap->path, name, NAME_MAX, &size) =3D=3D (const = void*)EFAULT) return(EFAULT); =09 if (name[0] =3D=3D '/' && name[1] =3D=3D 't' && name[2] =3D=3D 'm' && name= [3] =3D=3D 'p' && name[4] =3D=3D '/') { printf("open(2): %s pid: %jd\n", name, (intmax_t)pid);//, (char *)&p->p_c= omm); } =09 return (open(p, uap)); } #define AS(name) (sizeof(struct name) / sizeof(register_t)) static struct sysent new_open_sysent =3D { AS(open_args), (sy_call_t *)new_open }; static int load (struct module *module, int cmd, void *arg) { int error =3D 0; switch (cmd) { case MOD_LOAD : printf("syscall loaded\n"); sysent[SYS_open] =3D new_open_sysent; break; case MOD_UNLOAD : printf ("syscall unloaded\n"); sysent[SYS_open].sy_call =3D (sy_call_t *)open; break; default : error =3D EINVAL; break; =09 } =09 return error; } SYSCALL_MODULE(syscall, &offset, &new_open_sysent, load, NULL); >---cut 8<--- Makefile: >---cut 8<--- KMOD=3D tmp_watch SRCS=3D module.c =2Einclude >---cut 8<--- And uname -rm 5.2.1-RELEASE i386 -Roman Bogorodskiy --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQEVAwUBQFiatypMDQ8aPhy0AQLkpwf9G272V4noHblJYtx6hoAPy9LXJ6xsJA6N 64exV7+bQrIyq4KV/spy0BoIftnPebH2r8f3V/h7aUKxzafL6z+vPK77x0N4Hbz/ BoOXv89y1bXD8LW05DMOpYrZ6eYoXi7gNKv2SMYC4vyKpF+Om+Et4AFCvAmt+xtA bsLKAe63Mq7uZzBzE4SXQyGJOwEz3weAKk1+sxXFF5lIbynDw8GqMYKkbPEgHoeM JBM+0WKOH9CRRoIIdx0GLOdPCIVHJiTEOEfR8u/vGmLh4mvqnEKmzEQPRce6CoQd nZUGjhik3Iqw/eY639+EodZWSzPIMiOor1WGjAGjuZK9jr4sQxyDYA== =dbue -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 10:51:20 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 444B316A4CE; Wed, 17 Mar 2004 10:51:20 -0800 (PST) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FC343D1F; Wed, 17 Mar 2004 10:51:19 -0800 (PST) (envelope-from bogorodskiy@inbox.ru) Received: from [194.186.150.60] (port=49187 helo=localhost) by mx2.mail.ru with esmtp id 1B3g8L-0008we-00; Wed, 17 Mar 2004 21:51:18 +0300 Date: Wed, 17 Mar 2004 21:50:54 +0300 From: Roman Bogorodskiy To: John Baldwin Message-ID: <20040317185054.GB635@lame.novel.ru> References: <20040316163956.GD638@lame.novel.ru> <200403171017.21776.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <200403171017.21776.jhb@FreeBSD.org> "From: Roman Bogordskiy " User-Agent: Mutt/1.5.6i X-Spam: Probable Spam cc: freebsd-hackers@FreeBSD.org Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 18:51:20 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable John wrote: > Also, you might consider using strncmp() to make the code a bit easier to= =20 > read, i.e.: >=20 > if (strncmp(name, "/tmp/", 5) =3D=3D 0) > printf("open(2): %s by pid %d (%s)\n", name, td->td_proc->p_pid, > td->td_proc->p_comm); Thank you very much, it works.=20 -Roman Bogorodskiy --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQEVAwUBQFieDipMDQ8aPhy0AQK47wf/TgDsObv6zSAm+TvAb+JmJT4ARQtxFq/e TDRG1zFryDqYd6Mf/Y9uSf66O0flPDosZ9VyYF1H1BJJCvk505EkqhqYrqfr4GLC zLIJEQVPWS4RF2cNlAxFb0LAABT2iQDMjbF9jl9cN1C+9QXdr4KlS2nVjPd/KBFY DYY1blQ4QytrMJ/huJJJzQ6BlnoliFy7sz0nGNl7TB8FO1/3fAjUcQe1+XjBwujQ T2NkNMPPmvOcathxnpLfPY0dWYSAYvJuZJTKWYTE7SNF4v2oRWRbIFXu88j+cz3M LKlXTo8GUUfU1i+YCNOPS4UNwfa/9R3c1ERzRSEpo1vDRqLzVqIBTg== =SJ5d -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 10:55:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E32116A4CE for ; Wed, 17 Mar 2004 10:55:11 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id C479343D1F for ; Wed, 17 Mar 2004 10:55:10 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 982225487E; Wed, 17 Mar 2004 12:55:08 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 37FFF6D465; Wed, 17 Mar 2004 12:55:08 -0600 (CST) Date: Wed, 17 Mar 2004 12:55:08 -0600 From: "Jacques A. Vidrine" To: Roman Bogorodskiy Message-ID: <20040317185508.GC37165@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Roman Bogorodskiy , Toni Andjelkovic , Artis Caune , freebsd-hackers@freebsd.org References: <20040316163956.GD638@lame.novel.ru> <20040316181307.GA6576@tv.soth.at> <20040317142451.GC2506@lame.novel.ru> <20040317154530.GD6576@tv.soth.at> <20040317175340.GA88110@madman.celabo.org> <20040317183639.GA635@lame.novel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040317183639.GA635@lame.novel.ru> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Artis Caune cc: Toni Andjelkovic Subject: Re: kernel modules programming: struct proc 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, 17 Mar 2004 18:55:11 -0000 On Wed, Mar 17, 2004 at 09:36:39PM +0300, Roman Bogorodskiy wrote: > static int > new_open(struct proc *p, register struct open_args *uap) Er, the first argument passed to a system call in 5.x is a `struct thread', not a `struct proc'. Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 11:51:52 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A3216A4CE for ; Wed, 17 Mar 2004 11:51:52 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6968343D2F for ; Wed, 17 Mar 2004 11:51:52 -0800 (PST) (envelope-from dan@langille.org) Received: from xeon (xeon.unixathome.org [192.168.0.18]) by bast.unixathome.org (Postfix) with ESMTP id 7583D3D32; Wed, 17 Mar 2004 14:51:51 -0500 (EST) Date: Wed, 17 Mar 2004 14:51:51 -0500 (EST) From: Dan Langille X-X-Sender: dan@xeon.unixathome.org To: Allan Fields In-Reply-To: <20040317101254.GK34047@afields.ca> Message-ID: <20040317144037.H51910@xeon.unixathome.org> References: <40571679.12347.335259D2@localhost> <1079484371.767.4.camel@dirk> <20040317101254.GK34047@afields.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Sam Lawrance cc: hackers@freebsd.org cc: kde-freebsd@freebsd.kde.org Subject: Re: F1+Konsole+bash = bash.core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 19:51:52 -0000 On Wed, 17 Mar 2004, Allan Fields wrote: > Ultimately this bug might be best directed to bug-readline@gnu.org > or bash-maintainers@gnu.org if patching the system libreadline > doesn't help. Allan: I encourage you to add your experiences as a follow up to http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/61297 Then I'll try sumbmitting that bashbug report again. -- Dan Langille - BSDCan: http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 12:18:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FA4A16A4CE for ; Wed, 17 Mar 2004 12:18:11 -0800 (PST) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FDE443D2D for ; Wed, 17 Mar 2004 12:18:11 -0800 (PST) (envelope-from plan_b@videotron.ca) Received: from player ([24.202.183.77]) by VL-MO-MR001.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with SMTP id <0HUQ003RULQ79M@VL-MO-MR001.ip.videotron.ca> for hackers@freebsd.org; Wed, 17 Mar 2004 15:18:07 -0500 (EST) Date: Wed, 17 Mar 2004 15:21:21 -0500 From: slick To: Hackers , Port-I386 , OpenBSD Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Subject: RE: mbr boot selector X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 20:18:11 -0000 >>Hi i wrote my own fdisk(8) and now would like to implement universal >>multiboot support in it. Thorsten Glaser Sent: Wednesday, March 17, 2004 2:45 PM To: slick Cc: Port-I386; OpenBSD; Hackers Subject: Re: mbr boot selector >Get a life. your funny >I'd like to know how you are going to fit multiboot into like 446 bytes or even less. netbsd already does it You only have to modify boot code a bit and create a new data structure. Boot code for boot selector boot code checks for manual or automatic boot flag, if automatic, check for default boot option value and do the rest. if manual, print the 4 partition label, start the timer, wait for input. Data structure for boot selector -default value 1-5 -timer value 1-* -first entry (string containing the partition label) -second entry (string containing the partition label) -third entry (string containing the partition label) -fourth entry (string containing the partition label) -fifth entry (could be used to boot the extended MBR) that structure could fit in about 50bytes --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.592 / Virus Database: 375 - Release Date: 2/18/2004 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 12:37:33 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 520C216A4CE for ; Wed, 17 Mar 2004 12:37:33 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2512E43D2D for ; Wed, 17 Mar 2004 12:37:33 -0800 (PST) (envelope-from dan@langille.org) Received: from xeon (xeon.unixathome.org [192.168.0.18]) by bast.unixathome.org (Postfix) with ESMTP id 4EB1A3D32; Wed, 17 Mar 2004 15:37:32 -0500 (EST) Date: Wed, 17 Mar 2004 15:37:32 -0500 (EST) From: Dan Langille X-X-Sender: dan@xeon.unixathome.org To: Allan Fields In-Reply-To: <20040317070715.V98805@xeon.unixathome.org> Message-ID: <20040317153701.J51910@xeon.unixathome.org> References: <40571679.12347.335259D2@localhost> <1079484371.767.4.camel@dirk> <20040317070715.V98805@xeon.unixathome.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Sam Lawrance cc: hackers@freebsd.org cc: kde-freebsd@freebsd.kde.org Subject: Re: F1+Konsole+bash = bash.core X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 20:37:33 -0000 On Wed, 17 Mar 2004, Dan Langille wrote: > On Wed, 17 Mar 2004, Allan Fields wrote: > > > Ultimately this bug might be best directed to bug-readline@gnu.org > > or bash-maintainers@gnu.org if patching the system libreadline > > doesn't help. > > I was trying to do that last night, but they were having DNS problems. I > will try again later today. I just sent the bashbug report. -- Dan Langille - BSDCan: http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 15:58:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C0516A4CE for ; Wed, 17 Mar 2004 15:58:17 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0820243D2F for ; Wed, 17 Mar 2004 15:58:16 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i2HNw4Q9098740; Thu, 18 Mar 2004 10:28:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Thu, 18 Mar 2004 10:28:03 +1030 User-Agent: KMail/1.6 References: <20040316150321.GA4900@tyler> In-Reply-To: <20040316150321.GA4900@tyler> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403181028.03543.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: thefly Subject: Re: bus_alloc_resource() returns NULL, but why? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 23:58:17 -0000 On Wed, 17 Mar 2004 01:33, thefly wrote: > Hi, i'm currently porting QuanCom PWDOG1 Watchdog card to FreeBSD, (you > can find the current code at http://chiakotay.nexlab.it/acaro/pwdog.c). > ... > but the problem is that bus_alloc_resource() returns NULL. I don't have > a clue about WHY it should. It's running on: FreeBSD 5.2.1-RELEASE with > GENERIC kernel in a dual pentium 200MMX. It will return NULL if the resource allocation failed. I think rid == 0 is what is incorrect here, either that or the card doesn't do IO (might be SYS_RES_MEMORY instead), try rid = 0x10. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 16:03:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B504216A4CE for ; Wed, 17 Mar 2004 16:03:09 -0800 (PST) Received: from rlx13.zapatec.com (66-117-144-213.zapatec.lmi.net [66.117.144.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1FC43D2F for ; Wed, 17 Mar 2004 16:03:09 -0800 (PST) (envelope-from dror@rlx11.zapatec.com) Received: from rlx11.zapatec.com (rlx11.pr.zapatec.com [192.168.1.132]) by rlx13.zapatec.com (Postfix) with ESMTP id 63D07A941 for ; Wed, 17 Mar 2004 16:03:09 -0800 (PST) Received: (from dror@localhost) by rlx11.zapatec.com (8.12.3/8.12.3/Submit) id i2I038DA008752 for freebsd-hackers@freebsd.org; Wed, 17 Mar 2004 16:03:08 -0800 (PST) (envelope-from dror) Date: Wed, 17 Mar 2004 16:03:08 -0800 From: Dror Matalon To: freebsd-hackers@freebsd.org Message-ID: <20040318000308.GT1757@rlx11.zapatec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Configuring disk cache size on postgress X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 00:03:09 -0000 Hi Folks, When configuring postgres, one of the variables to configure is effective_cache_size: Sets the optimizer's assumption about the effective size of the disk cache (that is, the portion of the kernel's disk cache that will be used for PostgreSQL data files). This is measured in disk pages, which are normally 8 kB each. (http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html) The conventional wisdom on the postgres list has been that for freebsd you calculate this by doing `sysctl -n vfs.hibufspace` / 8192). Now I'm running 4.9 with 2 Gig of ram and sysctl -n vfs.hibufspace indicates usage of 200MB. Questions: 1. How much RAM is freebsd using for *disk* caching? Is it part of the general VM or is it limited to the above 200MB? I read Matt Dillon's http://www.daemonnews.org/200001/freebsd_vm.html, but most of the discussion there seems to be focused on caching programs and program data. 2. Can I tell, and if so how, how much memory the OS is using for disk caching? 3. What are the bufspace variables for? This subject has been touched on before in http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2003-09/0045.html which point to a patch to increase the bufspace, but these messages don't quite answer my questions. Regards, Dror -- Dror Matalon Zapatec Inc 1700 MLK Way Berkeley, CA 94709 http://www.fastbuzz.com http://www.zapatec.com From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 19:32:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7537716A4CE for ; Wed, 17 Mar 2004 19:32:17 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A1A443D39 for ; Wed, 17 Mar 2004 19:32:17 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 38249530E; Thu, 18 Mar 2004 04:32:16 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D4D7D530A; Thu, 18 Mar 2004 04:32:10 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4185033CA7; Thu, 18 Mar 2004 04:32:10 +0100 (CET) To: Dror Matalon References: <20040318000308.GT1757@rlx11.zapatec.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 18 Mar 2004 04:32:09 +0100 In-Reply-To: <20040318000308.GT1757@rlx11.zapatec.com> (Dror Matalon's message of "Wed, 17 Mar 2004 16:03:08 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: Configuring disk cache size on postgress X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 03:32:17 -0000 Dror Matalon writes: > 1. How much RAM is freebsd using for *disk* caching? as much as possible. > 2. Can I tell, and if so how, how much memory the OS is using for disk > caching? generally, no. it may or may not be approximately the amount reported as "inact" by systat -vmstat. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 02:49:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A19316A4CE for ; Thu, 18 Mar 2004 02:49:09 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A2A43D39 for ; Thu, 18 Mar 2004 02:49:08 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.10/8.12.10) with ESMTP id i2IAn7cj031047 for ; Thu, 18 Mar 2004 13:49:07 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 18 Mar 2004 13:49:07 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-hackers@freebsd.org Message-ID: <20040318134438.A28467@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: CVS question: diff between dates on a branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 10:49:09 -0000 Dear colleagues, maybe I'm stupid and blind ;-) but I still can't fugure out how can I ask CVS to get diff between two states of a branch with known dates (such as today and yesterday). All that I found was 'cvs get -jBRANCH:date1 -jBRACH:date2' but this looks very sub-optimal. Any hints? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 02:50:04 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FD416A4CF for ; Thu, 18 Mar 2004 02:50:04 -0800 (PST) Received: from gatekeeper.syskonnect.de (unknown [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463FF43D39 for ; Thu, 18 Mar 2004 02:50:03 -0800 (PST) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])i2IAog7m011383 for ; Thu, 18 Mar 2004 11:50:42 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1])i2IAo0eI014279 for ; Thu, 18 Mar 2004 11:50:00 +0100 (MET) Sender: gheinig@syskonnect.de Message-ID: <40597EE4.22937234@syskonnect.de> Date: Thu, 18 Mar 2004 11:50:12 +0100 From: Gerald Heinig Organization: SysKonnect GmbH X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Ethernet stats in sysctl and SNMP MIBs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 10:50:04 -0000 Hi all, I'm trying to retrieve Ethernet MIB data from my driver using UCD SNMP and sysctl. For some reason, I can't get any of the info I've put in (I've just set some dummy values for the moment). In particular, I'm trying to get the ISO 8802.3 MIB to display with snmpwalk. I've declared and set the pointer to the struct ifmib_iso_8802_3 in my softc struct and set the structure length. However, neither snmpwalk nor sysctl produces any dot3 MIB data. Is this implemented yet or am I doing something wrong? Cheers, Gerald -- S y s K o n n e c t G m b H A Marvell Company Siemensstr. 23 D-76275 Ettlingen, Germany --------------------------------- Gerald Heinig Software Engineer ------------------------------------- phone: + 49 (0) 7243 502 354 fax: +49 (0) 7243 502 364 email: gheinig@syskonnect.de http://www.syskonnect.com From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 12:33:40 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE5E316A4CE for ; Wed, 17 Mar 2004 12:33:40 -0800 (PST) Received: from herc.66h.42h.de (xdsl-213-196-194-94.netcologne.de [213.196.194.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA4143D1D for ; Wed, 17 Mar 2004 12:33:39 -0800 (PST) (envelope-from tg-feedback@netcologne.de) Received: from herc.66h.42h.de (tg@localhost [IPv6:::1]) by herc.66h.42h.de (8.12.10/8.12.10) with ESMTP id i2HKXa8J007978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Mar 2004 20:33:38 GMT Received: (from tg@localhost) by herc.66h.42h.de (8.12.10/8.12.10/Submit) id i2HKXZnQ017554; Wed, 17 Mar 2004 20:33:35 GMT Received: by S/MIME Plugin for MirBSD 3.4 Kv#7u8D-20031219 i386; Wed Mar 17 20:33:33 UTC 2004 Date: Wed, 17 Mar 2004 20:33:33 +0000 (UTC) From: Thorsten Glaser Sender: tg@herc.66h.42h.de To: slick , Port-I386 , OpenBSD , Hackers In-Reply-To: Message-ID: References: X-Message-Flag: Your mailer is broken. Get an update at http://www.washington.edu/pine/pc-pine/ for free. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Mailman-Approved-At: Thu, 18 Mar 2004 05:06:23 -0800 Subject: RE: mbr boot selector X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 17 Mar 2004 20:33:40 -0000 Dixitur illum plan_b@videotron.ca scribere... >boot code checks for manual or automatic boot flag, >if automatic, check for default boot option value and do the rest. >if manual, print the 4 partition label, start the timer, wait for input. That's not multiboot (http://www.gnu.org/software/grub/manual/multiboot.htm= l), that's bootmanager (https://mirbsd.bsdadvocacy.org:8890/cvs.cgi/src/sbin/bo= otsys/i386/mbrldr/mbr.S, and you need -DBOOTMANAGER for it). Already done that multiple times. Except for the timeout, I could do it in <10 minutes under DEBUG.COM - why reinvent the wheel? MirOS is free software (as in OSI). @Paul: no need to tell me, I know pine is not free. But if it says your mailer is broken, it probably is. Stop flamewarring, I've got worse things to do (dayjob). //Thorsten --=20 Solange man keine schmutzigen Tricks macht, und ich meine *wirklich* schmutzige Tricks, wie bei einer doppelt verketteten Liste beide Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz hervorragend.=09=09-- Andreas Bogk =FCber boehm-gc in d.a.s.r From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 05:31:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55DAF16A4CE for ; Thu, 18 Mar 2004 05:31:24 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF37143D2D for ; Thu, 18 Mar 2004 05:31:22 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2IDZpW3011075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Mar 2004 15:35:53 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i2IDU9GL009672; Thu, 18 Mar 2004 15:30:09 +0200 (EET) (envelope-from ru) Date: Thu, 18 Mar 2004 15:30:08 +0200 From: Ruslan Ermilov To: Dmitry Morozovsky Message-ID: <20040318133008.GD8605@ip.net.ua> References: <20040318134438.A28467@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IMjqdzrDRly81ofr" Content-Disposition: inline In-Reply-To: <20040318134438.A28467@woozle.rinet.ru> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@FreeBSD.org Subject: Re: CVS question: diff between dates on a branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 13:31:24 -0000 --IMjqdzrDRly81ofr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 18, 2004 at 01:49:07PM +0300, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > maybe I'm stupid and blind ;-) but I still can't fugure out how can I ask= CVS > to get diff between two states of a branch with known dates (such as toda= y and > yesterday). All that I found was 'cvs get -jBRANCH:date1 -jBRACH:date2' b= ut > this looks very sub-optimal. Any hints? >=20 Surprisingly (it's undocumented) but the exact same synopsis seems to work here with "cvs diff": $ ident Makefile.inc1 Makefile.inc1: $FreeBSD: src/Makefile.inc1,v 1.418 2004/03/18 10:17:03 ru Exp $ $ cat CVS/Tag cat: CVS/Tag: No such file or directory $ cvs di -jRELENG_4:2002/01/01 -jRELENG_4:2003/01/01 --brief Makefile.inc1 Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.141.2.39 retrieving revision 1.141.2.57 diff -u -p --brief -r1.141.2.39 -r1.141.2.57 Files /home/ru/tmp/cvsv60oN8 and /home/ru/tmp/cvsmonEXm differ Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --IMjqdzrDRly81ofr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAWaRgUkv4P6juNwoRAnHWAJ4jS53xfTUC0FH6vKQGR256tcfziwCeLW2e EhM9h4x6IowlC7fslRk+GrU= =Ld09 -----END PGP SIGNATURE----- --IMjqdzrDRly81ofr-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 05:31:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8470316A4CE for ; Thu, 18 Mar 2004 05:31:28 -0800 (PST) Received: from mail.profil.ru (unknown [213.134.195.30]) by mx1.FreeBSD.org (Postfix) with SMTP id A259B43D2D for ; Thu, 18 Mar 2004 05:31:27 -0800 (PST) (envelope-from root@profil.ru) Received: (qmail 38163 invoked by uid 1002); 18 Mar 2004 13:27:34 -0000 Received: from localhost (HELO mail.profil.ru) (127.0.0.1) by localhost with SMTP; 18 Mar 2004 13:27:34 -0000 Received: from 213.134.192.250 (SquirrelMail authenticated user root@profil.ru) by mail.profil.ru with HTTP; Thu, 18 Mar 2004 16:27:34 +0300 (MSK) Message-ID: <4103.213.134.192.250.1079616454.squirrel@mail.profil.ru> Date: Thu, 18 Mar 2004 16:27:34 +0300 (MSK) From: "root" To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: test X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: root@profil.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2004 13:31:28 -0000 test From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 05:32:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B723416A4CE for ; Thu, 18 Mar 2004 05:32:19 -0800 (PST) Received: from mail.profil.ru (unknown [213.134.195.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 10BD943D2D for ; Thu, 18 Mar 2004 05:32:19 -0800 (PST) (envelope-from root@profil.ru) Received: (qmail 38405 invoked by uid 1002); 18 Mar 2004 13:28:26 -0000 Received: from localhost (HELO mail.profil.ru) (127.0.0.1) by localhost with SMTP; 18 Mar 2004 13:28:26 -0000 Received: from 213.134.192.250 (SquirrelMail authenticated user root@profil.ru) by mail.profil.ru with HTTP; Thu, 18 Mar 2004 16:28:26 +0300 (MSK) Message-ID: <4105.213.134.192.250.1079616506.squirrel@mail.profil.ru> Date: Thu, 18 Mar 2004 16:28:26 +0300 (MSK) From: "root" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: test X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: root@profil.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2004 13:32:19 -0000 test From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 05:33:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B81C816A4CE for ; Thu, 18 Mar 2004 05:33:18 -0800 (PST) Received: from mail.evilcoder.org (cust.94.120.adsl.cistron.nl [195.64.94.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C28643D31 for ; Thu, 18 Mar 2004 05:33:18 -0800 (PST) (envelope-from remko@elvandar.org) Message-ID: <4059A51B.3030605@elvandar.org> Date: Thu, 18 Mar 2004 14:33:15 +0100 From: Remko Lodder X-Accept-Language: en-us, en MIME-Version: 1.0 To: root@profil.ru References: <4103.213.134.192.250.1079616454.squirrel@mail.profil.ru> In-Reply-To: <4103.213.134.192.250.1079616454.squirrel@mail.profil.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: for evilcoder.org cc: hackers@freebsd.org Subject: Re: [Freebsd-hackers] test X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 13:33:18 -0000 a root, now lets send some bogus stuff to your client, perhaps we can obtain some evil privileges... in short: Dont email as root, not even when you test Cheers root wrote: > test > _______________________________________________ > 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" > _______________________________________________ > Freebsd-hackers mailing list > Freebsd-hackers@lists.elvandar.org > http://lists.elvandar.org/mailman/listinfo/freebsd-hackers From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 05:36:03 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC11016A4CE for ; Thu, 18 Mar 2004 05:36:03 -0800 (PST) Received: from mail.profil.ru (unknown [213.134.195.30]) by mx1.FreeBSD.org (Postfix) with SMTP id E519443D1F for ; Thu, 18 Mar 2004 05:36:02 -0800 (PST) (envelope-from root@profil.ru) Received: (qmail 38958 invoked by uid 1002); 18 Mar 2004 13:32:10 -0000 Received: from localhost (HELO mail.profil.ru) (127.0.0.1) by localhost with SMTP; 18 Mar 2004 13:32:10 -0000 Received: from 213.134.192.250 (SquirrelMail authenticated user root@profil.ru) by mail.profil.ru with HTTP; Thu, 18 Mar 2004 16:32:10 +0300 (MSK) Message-ID: <4113.213.134.192.250.1079616730.squirrel@mail.profil.ru> In-Reply-To: <4059A51B.3030605@elvandar.org> References: <4103.213.134.192.250.1079616454.squirrel@mail.profil.ru> <4059A51B.3030605@elvandar.org> Date: Thu, 18 Mar 2004 16:32:10 +0300 (MSK) From: "root" To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: =?utf-8?b?UmU6wqBbRnJlZWJzZC1oYWNrZXJzXcKgdGVzdA==?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: root@profil.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2004 13:36:04 -0000 > a root, now lets send some bogus stuff to your client, perhaps we can > obtain some evil privileges... > > in short: Dont email as root, not even when you test > > Cheers > > root wrote: > >> test >> _______________________________________________ >> 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" >> _______________________________________________ >> Freebsd-hackers mailing list >> Freebsd-hackers@lists.elvandar.org >> http://lists.elvandar.org/mailman/listinfo/freebsd-hackers > > i'm under web-interface. thank you. :) From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 06:18:32 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7428116A4CE for ; Thu, 18 Mar 2004 06:18:32 -0800 (PST) Received: from relay2.mail2web.com (relay2.mail2web.com [168.144.1.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id F402B43D49 for ; Thu, 18 Mar 2004 06:18:31 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from M2W060.mail2web.com ([168.144.251.168]) by relay2.mail2web.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 18 Mar 2004 09:18:31 -0500 Message-ID: <63340-22004341814183199@M2W060.mail2web.com> X-Priority: 3 X-Originating-IP: 81.69.92.101 X-URL: http://mail2web.com/ From: "dodell@sitetronics.com" To: root@profil.ru, hackers@freebsd.org Date: Thu, 18 Mar 2004 09:18:31 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 18 Mar 2004 14:18:31.0213 (UTC) FILETIME=[E3D415D0:01C40CF3] Subject: =?iso-8859-1?q?Re=3A=C2=A0=5BFreebsd-hackers=5D=C2=A0test?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dodell@sitetronics.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2004 14:18:32 -0000 > a root, now lets send some bogus stuff to your client, perhaps we can > obtain some evil privileges=2E=2E=2E > > in short: Dont email as root, not even when you test > > Cheers > i'm under web-interface=2E thank you=2E :) _______________________________________________ Heh=2E Sounds good, now I know that I can login as root under your web interface=2E --Devon -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web=2Ecom/ =2E From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 06:35:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4460016A526 for ; Thu, 18 Mar 2004 06:35:28 -0800 (PST) Received: from librarian.warpten.net (adsl-68-76-163-179.dsl.spfdil.ameritech.net [68.76.163.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD5B43D53 for ; Thu, 18 Mar 2004 06:35:25 -0800 (PST) (envelope-from nigel@warpten.net) Received: from localhost (unknown [192.168.1.20]) by librarian.warpten.net (Postfix) with ESMTP id E34C47F0 for ; Thu, 18 Mar 2004 08:34:23 -0600 (CST) Date: Thu, 18 Mar 2004 09:29:24 -0500 From: Nigel Houghton To: FreeBSD Hackers Message-ID: <20040318142924.GA6224@deathstar.warpten.net> Mail-Followup-To: FreeBSD Hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-SG1: Mr Glass is half empty over here Subject: Duplicate ICMP messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 14:35:28 -0000 I have a FreeBSD 4.9 box with three network interfaces setup as follows: fxp0 - 172.16.20.2 fxp1 - 192.168.1.2 bge0 - promiscuous mode, no-arp fxp0 is connected to a netgear switch, fxp1 is connected to a Cisco 2900xl and bge0 is also connected to the Cisco but is listening on a span port to everything transmitted on the 192.168.1.0/24 subnet. Here's the weirdness, when sending an ICMP Echo request to fxp1 from the switch at 192.168.1.254 duplicate replies are seen coming back. The same thing happens when sending the same requests from fxp1 to any other address on the subnet. When the bge0 interface is brought down the issue goes away and everything is normal. systat shows the requests going out and the same number of replies coming back in. ipfw is being used to deny all icmp via bge0. I have Googled extensively for this issue to no avail, so, anyone have any ideas? -------------- Nigel Houghton "I have read of a place where humans do battle in a ring of Jell-O." From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 06:46:32 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC2C116A4CF for ; Thu, 18 Mar 2004 06:46:32 -0800 (PST) Received: from mail.profil.ru (unknown [213.134.195.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AEF143D2F for ; Thu, 18 Mar 2004 06:46:31 -0800 (PST) (envelope-from root@profil.ru) Received: (qmail 52140 invoked by uid 1002); 18 Mar 2004 14:42:38 -0000 Received: from localhost (HELO mail.profil.ru) (127.0.0.1) by localhost with SMTP; 18 Mar 2004 14:42:38 -0000 Received: from 213.134.192.250 (SquirrelMail authenticated user root@profil.ru) by mail.profil.ru with HTTP; Thu, 18 Mar 2004 17:42:38 +0300 (MSK) Message-ID: <4317.213.134.192.250.1079620958.squirrel@mail.profil.ru> In-Reply-To: <63340-22004341814183199@M2W060.mail2web.com> References: <63340-22004341814183199@M2W060.mail2web.com> Date: Thu, 18 Mar 2004 17:42:38 +0300 (MSK) From: "Z3tbl4" To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: =?utf-8?b?UmU6wqBbRnJlZWJzZC1oYWNrZXJzXcKgdGVzdA==?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: root@profil.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2004 14:46:33 -0000 >> a root, now lets send some bogus stuff to your client, perhaps we can >> obtain some evil privileges... >> >> in short: Dont email as root, not even when you test >> >> Cheers >> > > i'm under web-interface. > thank you. :) > _______________________________________________ > > Heh. Sounds good, now I know that I can login as root under your web > interface. > > --Devon > > -------------------------------------------------------------------- > mail2web - Check your email from the web at > http://mail2web.com/ . > > > you won't be able to do anything even if u'll have root a password. btw does anybody know any bugs in squirrelmail 1.4.2? thank you. ps:sorry for my english From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 07:31:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A033D16A4CE; Thu, 18 Mar 2004 07:31:47 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7EE043D2F; Thu, 18 Mar 2004 07:31:46 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.10/8.12.10) with ESMTP id i2IFVjcj035710; Thu, 18 Mar 2004 18:31:45 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 18 Mar 2004 18:31:45 +0300 (MSK) From: Dmitry Morozovsky To: Ruslan Ermilov In-Reply-To: <20040318133008.GD8605@ip.net.ua> Message-ID: <20040318182420.N33678@woozle.rinet.ru> References: <20040318134438.A28467@woozle.rinet.ru> <20040318133008.GD8605@ip.net.ua> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.org Subject: Re: CVS question: diff between dates on a branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 15:31:47 -0000 On Thu, 18 Mar 2004, Ruslan Ermilov wrote: RE> > maybe I'm stupid and blind ;-) but I still can't fugure out how can I ask CVS RE> > to get diff between two states of a branch with known dates (such as today and RE> > yesterday). All that I found was 'cvs get -jBRANCH:date1 -jBRACH:date2' but RE> > this looks very sub-optimal. Any hints? RE> > RE> Surprisingly (it's undocumented) but the exact same synopsis seems RE> to work here with "cvs diff": RE> $ cvs di -jRELENG_4:2002/01/01 -jRELENG_4:2003/01/01 --brief Makefile.inc1 Wow, thanks a lot! Backporting stability patches from RELENG_4 to RELENG_4_X is now much simpler! ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 07:32:36 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C3B716A4CF for ; Thu, 18 Mar 2004 07:32:36 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A7743D3F for ; Thu, 18 Mar 2004 07:32:36 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2IFWZY9087418 for freebsd-hackers@freebsd.org; Thu, 18 Mar 2004 09:32:35 -0600 (CST) (envelope-from dan) Date: Thu, 18 Mar 2004 09:32:35 -0600 From: Dan Nelson To: FreeBSD Hackers Message-ID: <20040318153234.GB99558@dan.emsphone.com> References: <20040318142924.GA6224@deathstar.warpten.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040318142924.GA6224@deathstar.warpten.net> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i Subject: Re: Duplicate ICMP messages X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 15:32:36 -0000 In the last episode (Mar 18), Nigel Houghton said: > I have a FreeBSD 4.9 box with three network interfaces setup as follows: > > fxp0 - 172.16.20.2 > fxp1 - 192.168.1.2 > bge0 - promiscuous mode, no-arp > > fxp0 is connected to a netgear switch, fxp1 is connected to a Cisco > 2900xl and bge0 is also connected to the Cisco but is listening on a > span port to everything transmitted on the 192.168.1.0/24 subnet. > > Here's the weirdness, when sending an ICMP Echo request to fxp1 from > the switch at 192.168.1.254 duplicate replies are seen coming back. > The same thing happens when sending the same requests from fxp1 to > any other address on the subnet. When the bge0 interface is brought > down the issue goes away and everything is normal. > > systat shows the requests going out and the same number of replies > coming back in. ipfw is being used to deny all icmp via bge0. You can run tcpdump -e to see the MAC addresses of the cards sending both ICMP messages. That will at least let you verify if the 2nd echo is coming out of bge0. Is bge0 configured with any IP addresses? I've got a similar 4.9 setup with 4 monitoring interfaces and haven't ever seen those cards send anything, or seen dupes sent from the regular nic. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 07:34:03 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C78516A4CE for ; Thu, 18 Mar 2004 07:34:03 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 612C643D45 for ; Thu, 18 Mar 2004 07:34:02 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.10/8.12.10) with ESMTP id i2IFY1cj035754; Thu, 18 Mar 2004 18:34:01 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 18 Mar 2004 18:34:01 +0300 (MSK) From: Dmitry Morozovsky To: Z3tbl4 In-Reply-To: <4317.213.134.192.250.1079620958.squirrel@mail.profil.ru> Message-ID: <20040318183252.M33678@woozle.rinet.ru> References: <63340-22004341814183199@M2W060.mail2web.com> <4317.213.134.192.250.1079620958.squirrel@mail.profil.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: =?utf-8?b?UmU6wqBbRnJlZWJzZC1oYWNrZXJzXcKgdGVzdA==?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.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, 18 Mar 2004 15:34:03 -0000 On Thu, 18 Mar 2004, Z3tbl4 wrote: Z> btw does anybody know any bugs in squirrelmail 1.4.2? Bugs do exist and are revealed from time to time. Check full-disclosure/bugtraq archives for samples ;-P Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 11:00:13 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BAD716A4CE for ; Fri, 19 Mar 2004 11:00:13 -0800 (PST) Received: from web15207.mail.bjs.yahoo.com (web15207.mail.cnb.yahoo.com [202.43.216.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 292ED43D2D for ; Fri, 19 Mar 2004 11:00:12 -0800 (PST) (envelope-from wxyrcl@yahoo.com.cn) Message-ID: <20040319190010.8403.qmail@web15207.mail.bjs.yahoo.com> Received: from [202.111.177.254] by web15207.mail.cnb.yahoo.com via HTTP; Sat, 20 Mar 2004 03:00:10 CST Date: Sat, 20 Mar 2004 03:00:10 +0800 (CST) From: =?gb2312?q?wxy?= To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 20 Mar 2004 05:02:44 -0800 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Install mathematica5 for linux on freebsd4.9 successfully X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: wxyrcl@yahoo.com.cn List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2004 19:00:13 -0000 Hi, I have installed mathematica5 for linux on freebsd4.9 successfully. The methods are as follows: A: modify the script files ---ath/mathematica/Mathematice/MathKernel/mcc， 1.replace #!/bin/sh with #!/compat/linux/bin/sh, as mr. Brooks said 2. Change Linux) into FreeBSD) to recognize operation system. 3.In the two files math and MathKernel, replace /proc/cpuinfo with ${TopDirectory}. OK. B: 1. Linux)->FreeBSD) 2. remove exec form 'exec test -L ...' 3. cd /usr/lib cp libgmp.so.3 libgmp0.so.3 rm libgmp.so libgmp.so.3 ln libgmp0.so.3 libgmp.so ln -s /usr/local/Wolfram/5.0/.../Libraries/libgmp.so.3 ln -s /usr/local/Wolfram/5.0/.../Libraries/libguide.so ln -s /usr/local/Wolfram/5.0/.../Libraries/libmkl.so 4. In the two files math and MathKernel, replace /proc/cpuinfo with ${TopDirectory}. OK. Good lucky to everyone. Xian-Yin Wang 03/20/2004 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 27, 2004 at 10:48:47PM -0800, jre9@humboldt.edu wrote: > The handbook includes information for installing Mathematica 4, but I have > Mathematica 5 and found the handbook's guidelines to be entirely > irrelevant to version 5. So here's how I finally figured out how to > install version 5: >=20 > First, the binaries are already branded properly (SVR4). So, mount the cd > and run the installer. I installed to /compat/linux/usr/Wolfram/..., and > put the binary links in /compat/linux/usr/bin . However, the little > scripts (in /compat/linux/usr/bin) that start Mathematica don't work for > FreeBSD: they report 'unknown OS'. If you fudge that part, so that it > reports 'Linux', it simply doesn't work... perhaps something to do with > the paths coded into the script. Anyway, I found it much simpler to roll > my own script and stick it in my bin directory: > (note: "+" means continue the line) FYI, the best way to convert scripts associated with linux binaries is often to replace the #!/bin/sh in them with #!/compat/linux/bin/sh. This causes them to run with the right paths so they find things under /compat/linux. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAF/FAXY6L6fI4GtQRAlwLAJ4nUgO39YTsoMqACcyfLiGoVORTXwCfZ9se cU+lGRyICwiK8ZEsm+hhBgw= =nUJg -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- --------------------------------- Do You Yahoo!? 完全免费的雅虎电邮，马上注册获赠额外60兆网络存储空间 From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 11:20:36 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCCC416A4CE for ; Fri, 19 Mar 2004 11:20:36 -0800 (PST) Received: from web15202.mail.bjs.yahoo.com (web15202.mail.cnb.yahoo.com [202.43.216.132]) by mx1.FreeBSD.org (Postfix) with SMTP id A9C0643D1D for ; Fri, 19 Mar 2004 11:20:35 -0800 (PST) (envelope-from wxyrcl@yahoo.com.cn) Message-ID: <20040319192034.86208.qmail@web15202.mail.bjs.yahoo.com> Received: from [202.111.177.254] by web15202.mail.cnb.yahoo.com via HTTP; Sat, 20 Mar 2004 03:20:34 CST Date: Sat, 20 Mar 2004 03:20:34 +0800 (CST) From: =?gb2312?q?wxy?= To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 20 Mar 2004 05:02:44 -0800 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Install athematica5 for linux on freebsd4.9 successfully X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: wxyrcl@yahoo.com.cn List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2004 19:20:36 -0000 Hi, I have installed mathematica5 for linux on freebsd4.9 successfully. The methods are as follows: A: modify the script files ---ath/mathematica/Mathematice/MathKernel/mcc， 1.replace #!/bin/sh with #!/compat/linux/bin/sh, as mr. Brooks said 2. Change Linux) into FreeBSD) to recognize operation system. 3.In the two files math and MathKernel, replace /proc/cpuinfo with ${TopDirectory}. OK. B: 1. Linux)->FreeBSD) 2. remove exec form 'exec test -L ...' 3. cd /usr/lib cp libgmp.so.3 libgmp0.so.3 rm libgmp.so libgmp.so.3 ln libgmp0.so.3 libgmp.so ln -s /usr/local/Wolfram/5.0/.../Libraries/libgmp.so.3 ln -s /usr/local/Wolfram/5.0/.../Libraries/libguide.so ln -s /usr/local/Wolfram/5.0/.../Libraries/libmkl.so 4. In the two files math and MathKernel, replace /proc/cpuinfo with ${TopDirectory}. OK. Good lucky to everyone. Xian-Yin Wang 03/20/2004 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 27, 2004 at 10:48:47PM -0800, jre9@humboldt.edu wrote: > The handbook includes information for installing Mathematica 4, but I have > Mathematica 5 and found the handbook's guidelines to be entirely > irrelevant to version 5. So here's how I finally figured out how to > install version 5: >=20 > First, the binaries are already branded properly (SVR4). So, mount the cd > and run the installer. I installed to /compat/linux/usr/Wolfram/..., and > put the binary links in /compat/linux/usr/bin . However, the little > scripts (in /compat/linux/usr/bin) that start Mathematica don't work for > FreeBSD: they report 'unknown OS'. If you fudge that part, so that it > reports 'Linux', it simply doesn't work... perhaps something to do with > the paths coded into the script. Anyway, I found it much simpler to roll > my own script and stick it in my bin directory: > (note: "+" means continue the line) FYI, the best way to convert scripts associated with linux binaries is often to replace the #!/bin/sh in them with #!/compat/linux/bin/sh. This causes them to run with the right paths so they find things under /compat/linux. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAF/FAXY6L6fI4GtQRAlwLAJ4nUgO39YTsoMqACcyfLiGoVORTXwCfZ9se cU+lGRyICwiK8ZEsm+hhBgw= =nUJg -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi- --------------------------------- Do You Yahoo!? 完全免费的雅虎电邮，马上注册获赠额外60兆网络存储空间 From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 20 10:17:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0644116A4CE for ; Sat, 20 Mar 2004 10:17:06 -0800 (PST) Received: from mailhost.wsf.at (server202.serveroffice.com [217.196.72.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE6643D1D for ; Sat, 20 Mar 2004 10:17:05 -0800 (PST) (envelope-from tw@wsf.at) Received: from mailhost.wsf.at (root@localhost)i2KIEJaa056872 for ; Sat, 20 Mar 2004 19:14:19 +0100 (CET) (envelope-from tw@wsf.at) Received: from mailhost.wsf.at (http.wsf.at [217.196.72.203]) i2KIEJqY056864 for ; Sat, 20 Mar 2004 19:14:19 +0100 (CET) (envelope-from tw@wsf.at) Date: Sat, 20 Mar 2004 18:14:19 -0000 To: freebsd-hackers@freebsd.org From: Thomas Wolf X-Mailer: twiggi 1.10.3 Message-ID: <20040320191419.2a5tojaij1nog@.mailhost.wsf.at> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: custom sysctls X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tw@wsf.at List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2004 18:17:06 -0000 Hi, I have written a very small module to implement 'custom' sysctls. Everything seems to work as expected, however, could a kind soul have a look at it an tell me if i have missed something ? The source (under /usr/src/sys/modules: /* --------------------------------------------------- */ #include #include #include static char current_wanif[10]; static char something[10]; static int example=0; SYSCTL_NODE(, OID_AUTO, wsf, CTLFLAG_RW, 0,"Configuration data"); SYSCTL_NODE(_wsf, OID_AUTO, net, CTLFLAG_RW, 0,"Network"); SYSCTL_NODE(_wsf, OID_AUTO, info, CTLFLAG_RW, 0,"Info"); SYSCTL_INT( _wsf_net, OID_AUTO, example, CTLFLAG_RW, &example, 0, ""); SYSCTL_STRING(_wsf_net, OID_AUTO, current_wanif, CTLFLAG_RW, ¤t_wanif, sizeof(current_wanif), "Current WAN-interface"); SYSCTL_STRING(_wsf_info, OID_AUTO, something, CTLFLAG_RW, &something, sizeof(something), "Some useful info"); /* ------------------------------------------------------------- */ Build with the following Makefile: KMOD= wsf_sysctl SRCS= wsf_sysctl.c NOMAN= CFLAGS+= -I${.CURDIR}/.. .include Thank you for any comments! Thomas -- Thomas Wolf Wiener Software Fabrik Dubas u. Wolf GMBH 1050 Wien, Mittersteig 4 -- Thomas Wolf Wiener Software Fabrik Dubas u. Wolf GMBH 1050 Wien, Mittersteig 4 From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 20 14:45:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEDD816A4CE for ; Sat, 20 Mar 2004 14:45:06 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9523143D1D for ; Sat, 20 Mar 2004 14:45:06 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2KMj5LP002241 for ; Sat, 20 Mar 2004 17:45:05 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Sat, 20 Mar 2004 17:45:04 -0500 To: hackers@FreeBSD.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2004 22:45:07 -0000 I have written a fairly major set of changes to the `ps' command, which is available as: http://people.freebsd.org/~gad/ps-susv3.diff Debate/discussion about the changes themselves actual changes should be going on in the freebsd-standards mailing list. So for purposes of this mailing list, please ignore most of that. But while doing it, I was somewhat obsessed about making sure that my changes wouldn't cause a dramatic increase in the size of the executable for `ps'. Due to that, I tripped over one example of "code" vs "object-code produced" which makes no sense to me. So, consider just this section of the update (with some reformatting so it is easy to see the code): char elemcopy[PATH_MAX]; ...do stuff... #if !defined(ADD_PS_LISTRESET) inf->addelem(inf, elemcopy); #else /* * We now have a single element. Add it to the * list, unless the element is ":". In that case, * reset the list so previous entries are ignored. */ if (strcmp(elemcopy, ":") == 0) inf->count = 0; else inf->addelem(inf, elemcopy); #endif Now, here is what I noticed: * XXX - Adding this check increases the total size of `ps' by * 3940 bytes on i386! That's 12% of the entire program! * { using gcc (GCC) 3.3.3 [FreeBSD] 20031106 } * * When compiling for sparc, adding this option causes NO * change in the size of the `ps' executable. And on alpha, * adding this option adds only 8 bytes to the executable. So, by adding one call to strcmp() to check for a ":" string, I end up with /bin/ps (the stripped-object-file) which has grown by 12.6% !! This is for a program which is almost 2500 lines spread out over 5 '.c'-files. How is that possible? What am I missing here? I am not a compilier guru, so I suspect it would take me hours to pin this down. I don't want to do that, so I'm wondering if anyone understands how such a minor code-change can POSSIBLY cause such a huge change in resulting object file... I also wonder if this same issue pops up in other programs, too. -- 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 Sat Mar 20 23:23:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A2416A4CE for ; Sat, 20 Mar 2004 23:23:28 -0800 (PST) Received: from gabby.gsicomp.on.ca (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [67.60.54.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0582C43D2D for ; Sat, 20 Mar 2004 23:23:28 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by gabby.gsicomp.on.ca (8.12.9p2/8.12.9) with ESMTP id i2L7efpU069593; Sun, 21 Mar 2004 02:40:41 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <002f01c40f14$f4406540$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: , "Garance A Drosihn" References: Date: Sun, 21 Mar 2004 02:20:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 07:23:28 -0000 ----- Original Message ----- From: "Garance A Drosihn" To: Sent: Saturday, March 20, 2004 5:45 PM Subject: Adventures with gcc: code vs object-code size > I have written a fairly major set of changes to the `ps' command, > which is available as: > http://people.freebsd.org/~gad/ps-susv3.diff > > Debate/discussion about the changes themselves actual changes should > be going on in the freebsd-standards mailing list. So for purposes > of this mailing list, please ignore most of that. > > But while doing it, I was somewhat obsessed about making sure that > my changes wouldn't cause a dramatic increase in the size of the > executable for `ps'. Due to that, I tripped over one example of > "code" vs "object-code produced" which makes no sense to me. So, > consider just this section of the update (with some reformatting > so it is easy to see the code): > > char elemcopy[PATH_MAX]; > ...do stuff... > #if !defined(ADD_PS_LISTRESET) > inf->addelem(inf, elemcopy); > #else > /* > * We now have a single element. Add it to the > * list, unless the element is ":". In that case, > * reset the list so previous entries are ignored. > */ > if (strcmp(elemcopy, ":") == 0) > inf->count = 0; > else > inf->addelem(inf, elemcopy); > #endif > > Now, here is what I noticed: > > * XXX - Adding this check increases the total size of `ps' by > * 3940 bytes on i386! That's 12% of the entire program! > * { using gcc (GCC) 3.3.3 [FreeBSD] 20031106 } > * > * When compiling for sparc, adding this option causes NO > * change in the size of the `ps' executable. And on alpha, > * adding this option adds only 8 bytes to the executable. > > So, by adding one call to strcmp() to check for a ":" string, I end > up with /bin/ps (the stripped-object-file) which has grown by 12.6% !! > This is for a program which is almost 2500 lines spread out over > 5 '.c'-files. How is that possible? What am I missing here? > > I am not a compilier guru, so I suspect it would take me hours to > pin this down. I don't want to do that, so I'm wondering if anyone > understands how such a minor code-change can POSSIBLY cause such a > huge change in resulting object file... I also wonder if this same > issue pops up in other programs, too. I don't know why the code bloats so much on i386, but I do question the use of strcmp() for a single-character compare. Something like the following would probably be better (and would avoid your problem): if (elemcopy[0] == ':') inf->count = 0; else inf->addelem(inf, elemcopy); -- Matt Emmerton