From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 00:10:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF31037B401 for ; Sun, 20 Apr 2003 00:10:32 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E7F743FE0 for ; Sun, 20 Apr 2003 00:10:32 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h3K7A3ZW046095; Sun, 20 Apr 2003 00:10:07 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h3K7A1AR046091; Sun, 20 Apr 2003 00:10:01 -0700 (PDT) Date: Sun, 20 Apr 2003 00:10:00 -0700 From: "David O'Brien" To: Tim Kientzle Message-ID: <20030420071000.GA44409@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Tim Kientzle , David Taylor , current@freebsd.org References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> <3E9F0A28.8030906@btc.adaptec.com> <3E9F1C15.7080702@acm.org> <20030417221622.GA18079@gattaca.yadt.co.uk> <3EA0A4E3.6090801@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EA0A4E3.6090801@acm.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: current@freebsd.org Subject: Re: Going Dynamic (Was: HEADS UP: new NSS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 07:10:33 -0000 [From address modified because I don't want every message in this thread to end up in my personal mailbox. I'll read them in the list, thank you very much.] On Fri, Apr 18, 2003 at 06:22:43PM -0700, Tim Kientzle wrote: > 1) Create /lib, move shared libraries. > > This involves working on bsd.lib.mk and a few related > pieces so that certain libraries get installed > differently: > * shared lib into /lib Only those libs needed bin /bin and /sbin should be in /lib. > Not sure which of the following is best: > a) Kernel automatically runs /rescue/init if /sbin/init fails > too quickly. On the naming, it should be "/stand". We have a long history of putting emergency, statically compiled programs there. I've used /stand/* many times in the past and don't see why we need to gratuitously change that. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 00:49:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E01737B401 for ; Sun, 20 Apr 2003 00:49:53 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402A543FE3 for ; Sun, 20 Apr 2003 00:49:51 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3K7nm8M001944; Sun, 20 Apr 2003 00:49:48 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3K7nmAM001943; Sun, 20 Apr 2003 00:49:48 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 20 Apr 2003 00:49:48 -0700 From: David Schultz To: Lucky Green Message-ID: <20030420074948.GA1666@HAL9000.homeunix.com> Mail-Followup-To: Lucky Green , freebsd-current@freebsd.org References: <20030420002940.GB46590@HAL9000.homeunix.com> <001701c306da$160920c0$6601a8c0@VAIO650> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001701c306da$160920c0$6601a8c0@VAIO650> cc: freebsd-current@FreeBSD.ORG Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 07:49:53 -0000 On Sat, Apr 19, 2003, Lucky Green wrote: > David wrote: > > ``Inactive'' just means that the page just hasn't been > > accessed for a while and is a candidtate for replacement. > > However, on a system without swap, the system has nowhere to > > send the page if it is dirty. The only pages that can always > > be discarded and reused are those in the ``Cache'' and > > ``Free'' categories. > > > > So the bottom line is that you really are running out of memory. > > Ah! That was not clear to me from reading the VM docs. It now appears > that the culprit is GBDE. Copying a 700MB file from the GBDE partition > to another drive causes the inactive memory to increase by roughly the > file size. Within about a minute after the copy has completed, the > inactive memory drops from over 700MB to about 500MB and remains there. > Which would explain why the server is running out of memory. Unmounting > the GBDE partition reduces the inactive memory down to 130MB, but still > does not appear to recover all memory used by the copying process. Unfortunately, it's not that straightforward. FreeBSD doesn't separate clean and dirty pages in the inactive queue. Many of the ``inactive'' pages in this case could be data from the large file you just copied, which would be clean and easily replaceable since they have not been modified in memory. With cp(1), this kind of caching by the VM system should not happen for files larger than 8 MB. A (perhaps unlikely) possibility is that GBDE uses some sort of specialized caching to mitigate the overhead of encryption. In any case, it's hard to conclude anything, since the system dynamically tunes the queue sizes based on demand and you can't determine the proportion of clean and dirty pages by looking at the size of the inactive queue. You're only out of memory when all of the pages are dirty. BTW, I assume you have no swap due to the security concerns you voiced previously. Surely you've considered using GBDE to implement a secure swap partition. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 01:11:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B30B37B401 for ; Sun, 20 Apr 2003 01:11:23 -0700 (PDT) Received: from boggy.acest.tutrp.tut.ac.jp (boggy.acest.tutrp.tut.ac.jp [133.15.67.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB99643FCB for ; Sun, 20 Apr 2003 01:11:21 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from boggy.acest.tutrp.tut.ac.jp (localhost [IPv6:::1]) h3K8BD7J087400 for ; Sun, 20 Apr 2003 17:11:14 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@boggy.acest.tutrp.tut.ac.jp To: freebsd-current@freebsd.org MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: Sun, 20 Apr 2003 17:11:13 +0900 In-Reply-To: <1050682563.350.3.camel@gyros> (Joe Marcus Clarke's message of "18 Apr 2003 12:16:03 -0400") Message-ID: <87znmltwpq.fsf@boggy.acest.tutrp.tut.ac.jp> User-Agent: T-gnus/6.15.18 (based on Oort Gnus v0.18) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) References: <87smsg9ck9.fsf@boggy.acest.tutrp.tut.ac.jp> <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> <3E9EDE2F.8060209@isi.edu> <1050599323.360.17.camel@gyros> <3E9EE52E.603@isi.edu> <3E9EE52E.603@isi.edu> <3E9FCB75.9080600@algroup.co.uk> <87smsg9ck9.fsf@boggy.acest.tutrp.tut.ac.jp> <1050682563.350.3.camel@gyros> X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 08:11:23 -0000 >>>>> In <1050682563.350.3.camel@gyros> >>>>> Joe Marcus Clarke wrote: > It appears so. I have a patch (attached), but I'm not sure it's really > the correct way to go. I have an email out to the freetype and > fontconfig people. I put it in ports/print/freetype2/files/patch-src_base_ftbdf.c and reinstalled freetype2. Then, xclock does not dumps core. But it takes several minutes (on P4 1.4GHz box) to get the xclock window for the first time. -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 01:15:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF8437B401; Sun, 20 Apr 2003 01:15:45 -0700 (PDT) Received: from smtp.web.de (smtp02.web.de [217.72.192.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06AC743F75; Sun, 20 Apr 2003 01:15:45 -0700 (PDT) (envelope-from sebastian.ssmoller@web.de) Received: from [213.7.184.1] (helo=Bb801.pppool.de) by smtp.web.de with esmtp (WEB.DE(Exim) 4.97 #53) id 1979zC-0000CC-00; Sun, 20 Apr 2003 10:15:43 +0200 From: Sebastian Ssmoller To: Kris Kennaway In-Reply-To: <20030420032303.GA25568@rot13.obsecurity.org> References: <20030420032303.GA25568@rot13.obsecurity.org> Content-Type: multipart/mixed; boundary="=-XA6NYroOTWFV5e7PSWA6" X-Mailer: Ximian Evolution 1.0.8-3mdk Date: 20 Apr 2003 10:16:23 +0200 Message-Id: <1050826585.2052.12.camel@hadriel> Mime-Version: 1.0 Sender: sebastian.ssmoller@web.de X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD-audit cc: current@FreeBSD.org Subject: Re: Buffer overflow in disklabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 08:15:46 -0000 --=-XA6NYroOTWFV5e7PSWA6 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I attached a patch for that problem. Can someone have a look at it? But one thing is still unclear to me: Why do we need 8k buffer for the disk name? seb Am Son, 2003-04-20 um 05.23 schrieb Kris Kennaway: > Run the following under /bin/sh (not tcsh, which - still! - has a bug > that causes the command to hang tcsh): > > # disklabel `perl -e 'print "a"x51200'` > Segmentation fault (core dumped) > > The responsible code is: > > dkname = argv[0]; > if (dkname[0] != '/') { > (void)sprintf(np, "%s%s%c", _PATH_DEV, dkname, 'a' + RAW_PART); > specname = np; > np += strlen(specname) + 1; > } else > specname = dkname; > f = open(specname, op == READ ? O_RDONLY : O_RDWR); > if (f < 0 && errno == ENOENT && dkname[0] != '/') { > (void)sprintf(specname, "%s%s", _PATH_DEV, dkname); > np = namebuf + strlen(specname) + 1; > f = open(specname, op == READ ? O_RDONLY : O_RDWR); > } > > i.e. overflowing an 8k buffer. Does anyone feel like fixing it? > > Kris --=-XA6NYroOTWFV5e7PSWA6-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 01:30:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 976E337B401 for ; Sun, 20 Apr 2003 01:30:38 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 2373E43F75 for ; Sun, 20 Apr 2003 01:30:37 -0700 (PDT) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 12541 invoked by uid 65534); 20 Apr 2003 08:30:35 -0000 Received: from Bb801.pppool.de (EHLO Bb801.pppool.de) (213.7.184.1) by mail.gmx.net (mp006-rz3) with SMTP; 20 Apr 2003 10:30:35 +0200 From: Sebastian Ssmoller To: Kris Kennaway In-Reply-To: <1050826585.2052.12.camel@hadriel> References: <20030420032303.GA25568@rot13.obsecurity.org> <1050826585.2052.12.camel@hadriel> Content-Type: multipart/mixed; boundary="=-H9tP6Q3bHWKXcMQMUxyw" X-Mailer: Ximian Evolution 1.0.8-3mdk Date: 20 Apr 2003 10:31:16 +0200 Message-Id: <1050827478.2737.4.camel@hadriel> Mime-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: Freebsd Current cc: FreeBSD-audit Subject: Re: Buffer overflow in disklabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 08:30:38 -0000 --=-H9tP6Q3bHWKXcMQMUxyw Content-Type: text/plain Content-Transfer-Encoding: 7bit sorry. seem to have a problem with my email client :-( Hope the attachment is now there... seb Am Son, 2003-04-20 um 10.16 schrieb Sebastian Ssmoller: > Hi, > I attached a patch for that problem. Can someone have a look at it? > > But one thing is still unclear to me: Why do we need 8k buffer for the > disk name? > > seb > > Am Son, 2003-04-20 um 05.23 schrieb Kris Kennaway: > > Run the following under /bin/sh (not tcsh, which - still! - has a bug > > that causes the command to hang tcsh): > > > > # disklabel `perl -e 'print "a"x51200'` > > Segmentation fault (core dumped) > > > > The responsible code is: > > > > dkname = argv[0]; > > if (dkname[0] != '/') { > > (void)sprintf(np, "%s%s%c", _PATH_DEV, dkname, 'a' + RAW_PART); > > specname = np; > > np += strlen(specname) + 1; > > } else > > specname = dkname; > > f = open(specname, op == READ ? O_RDONLY : O_RDWR); > > if (f < 0 && errno == ENOENT && dkname[0] != '/') { > > (void)sprintf(specname, "%s%s", _PATH_DEV, dkname); > > np = namebuf + strlen(specname) + 1; > > f = open(specname, op == READ ? O_RDONLY : O_RDWR); > > } > > > > i.e. overflowing an 8k buffer. Does anyone feel like fixing it? > > > > Kris > > ---- > > _______________________________________________ > freebsd-audit@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-audit > To unsubscribe, send any mail to "freebsd-audit-unsubscribe@freebsd.org" --=-H9tP6Q3bHWKXcMQMUxyw-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 02:38:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A1537B401; Sun, 20 Apr 2003 02:38:40 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D50743FCB; Sun, 20 Apr 2003 02:38:39 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h3K9ccHE052374; Sun, 20 Apr 2003 05:38:38 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h3K9ccaa052371; Sun, 20 Apr 2003 05:38:38 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 20 Apr 2003 05:38:38 -0400 (EDT) From: Andre Guibert de Bruet To: Sebastian Ssmoller In-Reply-To: <1050827478.2737.4.camel@hadriel> Message-ID: <20030420053655.O50356@alpha.siliconlandmark.com> References: <20030420032303.GA25568@rot13.obsecurity.org> <1050826585.2052.12.camel@hadriel> <1050827478.2737.4.camel@hadriel> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Freebsd Current cc: FreeBSD-audit Subject: Re: Buffer overflow in disklabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 09:38:40 -0000 On Sun, 20 Apr 2003, Sebastian Ssmoller wrote: > sorry. seem to have a problem with my email client :-( Hope the > attachment is now there... No patch here. How about putting it up on a webserver somewhere? > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 02:43:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7587F37B401; Sun, 20 Apr 2003 02:43:19 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1768643FCB; Sun, 20 Apr 2003 02:43:18 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA26787; Sun, 20 Apr 2003 19:43:15 +1000 Date: Sun, 20 Apr 2003 19:43:13 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: David Schultz In-Reply-To: <20030420002940.GB46590@HAL9000.homeunix.com> Message-ID: <20030420191744.G19683@gamplex.bde.org> References: <000501c30682$4e5e64b0$6601a8c0@VAIO650> <20030420002940.GB46590@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Lucky Green cc: freebsd-current@freebsd.org Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 09:43:19 -0000 On Sat, 19 Apr 2003, David Schultz wrote: > On Sat, Apr 19, 2003, Lucky Green wrote: > > There appears to be a memory management bug that affects systems without > > swap files. Processes are killed off due to the server being "out of > > swap space" even though top shows some 800MB of "inactive" memory > > available. > > ``Inactive'' just means that the page just hasn't been accessed > for a while and is a candidtate for replacement. However, on a > system without swap, the system has nowhere to send the page if it > is dirty. The only pages that can always be discarded and reused > are those in the ``Cache'' and ``Free'' categories. > > So the bottom line is that you really are running out of memory. So the bug is mainly in vm making only a relatively useless statistic available. On my systems, `Inact' is usually mainly for (non-dirty) VMIO pages. The system has little difficulty discarding these, so I haven't had problems with processes being killed despite not using (much | any) swap since memories became cheap enough a few years ago. 'Buf' is another relatively useless statistic. It means the amount of virtual memory reserved for buffers, so it always has the per-boot constant value (nbuf * BKVASIZE) and never tells you how much disk contents is cached in buffers like it does on other systems. FreeBSD caches most disk contents in VMIO pages anyway, so the amount in buffers would be another wrong thing for top to display (this amount is only useful for seeing how badly the buffers are thrashing). I read `Inact' as an approximation for the correct value of 'Buf'. systat doesn't do much better than top here, since the relevant statistics are not tracked by vm or vfs_bio. Bruce From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 03:14:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3346737B401 for ; Sun, 20 Apr 2003 03:14:06 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 930F843FDF for ; Sun, 20 Apr 2003 03:14:05 -0700 (PDT) (envelope-from das@freebsd.org) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3KAE28M003173; Sun, 20 Apr 2003 03:14:02 -0700 (PDT) (envelope-from das@freebsd.org) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3KAE1Ev003172; Sun, 20 Apr 2003 03:14:01 -0700 (PDT) (envelope-from das@freebsd.org) Date: Sun, 20 Apr 2003 03:14:01 -0700 From: David Schultz To: Bruce Evans Message-ID: <20030420101401.GA2821@HAL9000.homeunix.com> Mail-Followup-To: Bruce Evans , Lucky Green , freebsd-current@freebsd.org References: <000501c30682$4e5e64b0$6601a8c0@VAIO650> <20030420002940.GB46590@HAL9000.homeunix.com> <20030420191744.G19683@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030420191744.G19683@gamplex.bde.org> cc: Lucky Green cc: freebsd-current@freebsd.org Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 10:14:06 -0000 On Sun, Apr 20, 2003, Bruce Evans wrote: > On Sat, 19 Apr 2003, David Schultz wrote: > > > On Sat, Apr 19, 2003, Lucky Green wrote: > > > There appears to be a memory management bug that affects systems without > > > swap files. Processes are killed off due to the server being "out of > > > swap space" even though top shows some 800MB of "inactive" memory > > > available. > > > > ``Inactive'' just means that the page just hasn't been accessed > > for a while and is a candidtate for replacement. However, on a > > system without swap, the system has nowhere to send the page if it > > is dirty. The only pages that can always be discarded and reused > > are those in the ``Cache'' and ``Free'' categories. > > > > So the bottom line is that you really are running out of memory. > > So the bug is mainly in vm making only a relatively useless statistic > available. On my systems, `Inact' is usually mainly for (non-dirty) > VMIO pages. Right. dillon was planning to separate out the dirty and clean pages in the inactive queue at some point. ISTR that his intent was along the lines of optimizing write clustering by making dirty pages easier to find, or something along those lines. But the number of inactive dirty pages is useful as a statistic by itself, too. > The system has little difficulty discarding these, so > I haven't had problems with processes being killed despite not using > (much | any) swap since memories became cheap enough a few years ago. I generally configure swap and use it only once in a blue moon. Since there's no truly graceful way to handle an out-of-swap condition, I'm usually glad that it's there once in a while. But Lucky's concern is that confidential data should never hit the disk. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 04:10:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0BAF37B404; Sun, 20 Apr 2003 04:10:46 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8554343FBF; Sun, 20 Apr 2003 04:10:43 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3KBAd62049168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2003 14:10:39 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3KBAZYT049151; Sun, 20 Apr 2003 14:10:35 +0300 (EEST) (envelope-from ru) Date: Sun, 20 Apr 2003 14:10:35 +0300 From: Ruslan Ermilov To: "Jacques A. Vidrine" , Matthias Schuendehuette , freebsd-current@FreeBSD.org Message-ID: <20030420111035.GB48286@sunbay.com> References: <200304192317.04122.msch@snafu.de> <20030420011320.GA28282@madman.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <20030420011320.GA28282@madman.celabo.org> User-Agent: Mutt/1.5.4i Subject: Re: NSS? Can't login anymore :-( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 11:10:47 -0000 --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 19, 2003 at 08:13:21PM -0500, Jacques A. Vidrine wrote: > On Sat, Apr 19, 2003 at 11:17:04PM +0200, Matthias Schuendehuette wrote: > > Hi, > >=20 > > I had the courage to do my weekly update and - login(1) dumps core. > >=20 > > I read current@ so I did 'vipw' my password database but still there ar= e=20 > > problems. > >=20 > > The only thing I can deliver is a backtrace without debugging symbols,= =20 > > until someone instructs me how to do more... >=20 > Hallo Matthias, >=20 > Would you try getgrent.c revision 1.27, and see if that fixes the issue > for you? Also, would you report whether or not you have an /etc/group > entry that has 2 colons (rather than the required 3)? >=20 chkgrp(8) it. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ooArUkv4P6juNwoRAkVsAJ4nCRhyPqt8iaNEg/nOnLMkCg2ylACdHJ1y zoR8UiHzWimrTF/IvZYGdPM= =6x/l -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 04:25:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C902737B401 for ; Sun, 20 Apr 2003 04:25:12 -0700 (PDT) Received: from scuzzy.ben.algroup.co.uk (pc252.siliconnetwork.co.uk [194.205.132.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBAE43FD7 for ; Sun, 20 Apr 2003 04:25:11 -0700 (PDT) (envelope-from ben@algroup.co.uk) Received: from algroup.co.uk (wiese.ben.algroup.co.uk [193.133.15.150]) by scuzzy.ben.algroup.co.uk (Postfix) with ESMTP id B0C758B891 for ; Sun, 20 Apr 2003 11:25:09 +0000 (GMT) Message-ID: <3EA28393.5020409@algroup.co.uk> Date: Sun, 20 Apr 2003 12:25:07 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Laptop update... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 11:25:13 -0000 None of you will remember I was having trouble with my laptop (IBM Thinkpad A31p) and RELENG_5_0. These have largely been fixed - the display works with the new X server, and APM works OK. I do have two changes in device.hints: hint.vga.0.at="isa" is commented out (though I've forgotten why!), and: hint.apm.0.disabled=1 has been changed to: hint.acpi.0.disabled=1 loader.conf has: hw.pci.allow_unsupported_io_range=1 snd_maestro3_load="YES" so, where does this leave me? Well, the display still dies if I am in X and the screen times out - I can reboot blind, but I can't get the screen back - am I missing a trick? Sound doesn't work (there is no entry in /dev). The onboard WiFi doesn't work (Intersil Prism2.5) - its recognised, but it won't associate. An old Lucent WaveLAN (with recent flash) card works fine, however. But most importantly, perhaps, when I do: portupgrade -Rra it almost never completes, because I get coredumps in cc (and occasionally weirder symptoms, like illegal instructions). I know this is usually attributed to RAM, but I've tried swapping that out - so, what else can I fiddle with that might affect this (and the other problems)? More info available on demand, of course. Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 04:42:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF56C37B401 for ; Sun, 20 Apr 2003 04:42:54 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D6E43F85 for ; Sun, 20 Apr 2003 04:42:51 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3KBga62052393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2003 14:42:36 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3KBgaTE052388; Sun, 20 Apr 2003 14:42:36 +0300 (EEST) (envelope-from ru) Date: Sun, 20 Apr 2003 14:42:35 +0300 From: Ruslan Ermilov To: Ben Laurie Message-ID: <20030420114235.GA52124@sunbay.com> References: <3EA28393.5020409@algroup.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <3EA28393.5020409@algroup.co.uk> User-Agent: Mutt/1.5.4i cc: FreeBSD Current Subject: Re: Laptop update... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 11:42:55 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 20, 2003 at 12:25:07PM +0100, Ben Laurie wrote: > None of you will remember I was having trouble with my laptop (IBM > Thinkpad A31p) and RELENG_5_0. >=20 > These have largely been fixed - the display works with the new X server, > and APM works OK. >=20 > I do have two changes in device.hints: >=20 > hint.vga.0.at=3D"isa" >=20 > is commented out (though I've forgotten why!), and: >=20 > hint.apm.0.disabled=3D1 >=20 > has been changed to: >=20 > hint.acpi.0.disabled=3D1 >=20 > loader.conf has: >=20 > hw.pci.allow_unsupported_io_range=3D1 > snd_maestro3_load=3D"YES" >=20 > so, where does this leave me? Well, the display still dies if I am in X > and the screen times out - I can reboot blind, but I can't get the > screen back - am I missing a trick? >=20 > Sound doesn't work (there is no entry in /dev). >=20 > The onboard WiFi doesn't work (Intersil Prism2.5) - its recognised, but > it won't associate. An old Lucent WaveLAN (with recent flash) card works > fine, however. >=20 I've got mine working by setting hw.cbb.start_memory=3D0xd8000 in /boot/loader.conf (or at run-time using sysctl(8)). This is on ThinkPad 600X. > But most importantly, perhaps, when I do: >=20 > portupgrade -Rra >=20 > it almost never completes, because I get coredumps in cc (and > occasionally weirder symptoms, like illegal instructions). I know this > is usually attributed to RAM, but I've tried swapping that out - so, > what else can I fiddle with that might affect this (and the other > problems)? More info available on demand, of course. >=20 Replace your RAM. That may explain the X crashes too. I got mine working without problems with 4.3.0, the NeoMagic driver has even grew the X-Video extension in this version! Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ooerUkv4P6juNwoRAt47AJ9PC0GG3PKoyix0sQmGOsVDYcf7+QCfasdx YLTo2AljoHCLBx2VUVVqDa8= =/8m8 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 05:38:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6143C37B401 for ; Sun, 20 Apr 2003 05:38:38 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A0E743F3F for ; Sun, 20 Apr 2003 05:38:37 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h3KCc4HE052719; Sun, 20 Apr 2003 08:38:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h3KCc4Kw052716; Sun, 20 Apr 2003 08:38:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 20 Apr 2003 08:38:04 -0400 (EDT) From: Andre Guibert de Bruet To: Ben Laurie In-Reply-To: <3EA28393.5020409@algroup.co.uk> Message-ID: <20030420083614.Q50356@alpha.siliconlandmark.com> References: <3EA28393.5020409@algroup.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current Subject: Re: Laptop update... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 12:38:38 -0000 On Sun, 20 Apr 2003, Ben Laurie wrote: > None of you will remember I was having trouble with my laptop (IBM > Thinkpad A31p) and RELENG_5_0. > > These have largely been fixed - the display works with the new X server, > and APM works OK. > > I do have two changes in device.hints: > > hint.vga.0.at="isa" > > is commented out (though I've forgotten why!), and: > > hint.apm.0.disabled=1 > > has been changed to: > > hint.acpi.0.disabled=1 > > loader.conf has: > > hw.pci.allow_unsupported_io_range=1 > snd_maestro3_load="YES" > > so, where does this leave me? Well, the display still dies if I am in X > and the screen times out - I can reboot blind, but I can't get the > screen back - am I missing a trick? > > Sound doesn't work (there is no entry in /dev). > > The onboard WiFi doesn't work (Intersil Prism2.5) - its recognised, but > it won't associate. An old Lucent WaveLAN (with recent flash) card works > fine, however. > > But most importantly, perhaps, when I do: > > portupgrade -Rra > > it almost never completes, because I get coredumps in cc (and > occasionally weirder symptoms, like illegal instructions). I know this > is usually attributed to RAM, but I've tried swapping that out - so, > what else can I fiddle with that might affect this (and the other > problems)? More info available on demand, of course. Ben, This is a farshot, but what CFLAGS did you compile your kernel, world and XFree86 with? Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 06:08:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA1F637B401 for ; Sun, 20 Apr 2003 06:08:19 -0700 (PDT) Received: from scuzzy.ben.algroup.co.uk (pc252.siliconnetwork.co.uk [194.205.132.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AFBA43F93 for ; Sun, 20 Apr 2003 06:08:18 -0700 (PDT) (envelope-from ben@algroup.co.uk) Received: from algroup.co.uk (wiese.ben.algroup.co.uk [193.133.15.150]) by scuzzy.ben.algroup.co.uk (Postfix) with ESMTP id A29D18B891; Sun, 20 Apr 2003 13:08:15 +0000 (GMT) Message-ID: <3EA29BBE.4020109@algroup.co.uk> Date: Sun, 20 Apr 2003 14:08:14 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <3EA28393.5020409@algroup.co.uk> <20030420083614.Q50356@alpha.siliconlandmark.com> In-Reply-To: <20030420083614.Q50356@alpha.siliconlandmark.com> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Laptop update... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 13:08:19 -0000 Andre Guibert de Bruet wrote: >>portupgrade -Rra >> >>it almost never completes, because I get coredumps in cc (and >>occasionally weirder symptoms, like illegal instructions). I know this >>is usually attributed to RAM, but I've tried swapping that out - so, >>what else can I fiddle with that might affect this (and the other >>problems)? More info available on demand, of course. > > > Ben, > > This is a farshot, but what CFLAGS did you compile your kernel, world and > XFree86 with? Nothing special, just as they come, straight out of the tin. Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 06:09:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A173737B401; Sun, 20 Apr 2003 06:09:18 -0700 (PDT) Received: from scuzzy.ben.algroup.co.uk (pc252.siliconnetwork.co.uk [194.205.132.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB1B43F75; Sun, 20 Apr 2003 06:09:17 -0700 (PDT) (envelope-from ben@algroup.co.uk) Received: from algroup.co.uk (wiese.ben.algroup.co.uk [193.133.15.150]) by scuzzy.ben.algroup.co.uk (Postfix) with ESMTP id 0F71E8B891; Sun, 20 Apr 2003 13:09:15 +0000 (GMT) Message-ID: <3EA29BFB.9040702@algroup.co.uk> Date: Sun, 20 Apr 2003 14:09:15 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <3EA28393.5020409@algroup.co.uk> <20030420114235.GA52124@sunbay.com> In-Reply-To: <20030420114235.GA52124@sunbay.com> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Laptop update... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 13:09:19 -0000 Ruslan Ermilov wrote: > On Sun, Apr 20, 2003 at 12:25:07PM +0100, Ben Laurie wrote: >>The onboard WiFi doesn't work (Intersil Prism2.5) - its recognised, but >>it won't associate. An old Lucent WaveLAN (with recent flash) card works >>fine, however. >> > > I've got mine working by setting hw.cbb.start_memory=0xd8000 in > /boot/loader.conf (or at run-time using sysctl(8)). This is on > ThinkPad 600X. I'll try that. >>But most importantly, perhaps, when I do: >> >>portupgrade -Rra >> >>it almost never completes, because I get coredumps in cc (and >>occasionally weirder symptoms, like illegal instructions). I know this >>is usually attributed to RAM, but I've tried swapping that out - so, >>what else can I fiddle with that might affect this (and the other >>problems)? More info available on demand, of course. >> > > Replace your RAM. As I said, I've already done that, without change. > That may explain the X crashes too. I got > mine working without problems with 4.3.0, the NeoMagic driver > has even grew the X-Video extension in this version! X doesn't crash, it just won't come back once the screen has powersaved. Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 07:10:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 442D337B416 for ; Sun, 20 Apr 2003 07:10:47 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96CE043FBD for ; Sun, 20 Apr 2003 07:10:46 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h3KEAkdP025938 for ; Sun, 20 Apr 2003 07:10:46 -0700 (PDT) Received: from mac.com ([67.33.226.72]) by asmtp02.mac.com (Netscape Messaging Server 4.15) with ESMTP id HDNBDX00.CE1 for ; Sun, 20 Apr 2003 07:10:45 -0700 Date: Sun, 20 Apr 2003 09:10:44 -0500 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: multipart/mixed; boundary=Apple-Mail-2--473799176 From: David Leimbach To: freebsd-current@freebsd.org Message-Id: X-Mailer: Apple Mail (2.552) Subject: patch for libdisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 14:10:47 -0000 --Apple-Mail-2--473799176 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I have not been able to buildworld for CURRENT from a FBSD 5.0 RELEASE box for a few days here. The problem was not handling all enumerated cases in a swtich in src/lib/libdisk/rules.c. I solved it by adding a "default:" to the end of the switch. Patch attatched: [my first patch... tell me if there is something wrong with it :)] --Apple-Mail-2--473799176 Content-Disposition: attachment; filename=rules.c.patch Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="rules.c.patch" Index: rules.c =================================================================== RCS file: /home/dave/fbsd//src/lib/libdisk/rules.c,v retrieving revision 1.29 diff -u -r1.29 rules.c --- rules.c 4 Apr 2003 16:35:13 -0000 1.29 +++ rules.c 20 Apr 2003 14:04:46 -0000 @@ -261,6 +261,8 @@ if (c->next) Check_Chunk(d, c->next, msg); break; + default: + break; } } --Apple-Mail-2--473799176-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 07:49:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4503437B401 for ; Sun, 20 Apr 2003 07:49:22 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1696943FE1 for ; Sun, 20 Apr 2003 07:49:21 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 27131 invoked by uid 65534); 20 Apr 2003 14:49:15 -0000 Received: from cvpn016.gwdg.de (EHLO gmx.net) (134.76.22.16) by mail.gmx.net (mp016-rz3) with SMTP; 20 Apr 2003 16:49:15 +0200 Message-ID: <3EA2B39C.2040905@gmx.net> Date: Sun, 20 Apr 2003 16:50:04 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: /usr/port/editors/openoffice-pl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 14:49:22 -0000 I did encounter the following name space clash problem: ystem.c:83: conflicting types for `getpwnam_r' /usr/include/pwd.h:160: previous declaration of `getpwnam_r' dmake: Error code 1, while making '../../unxfbsd.pro/obj/system.obj' during the compilation of the above package mentionen in the subject. The reson is the fact that the getpwnam_r function clash completely. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 08:02:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F21A37B401 for ; Sun, 20 Apr 2003 08:02:22 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C5C43FE1 for ; Sun, 20 Apr 2003 08:02:21 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3KF2cua007598 for ; Sun, 20 Apr 2003 11:02:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 20 Apr 2003 11:02:37 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 15:02:22 -0000 As of today, newfs(8) and sysinstall(8) will create UFS2 file systems by default, unless explicitly specified. Users wanting to create UFS1 file systems for whatever reason (interoperability with earlier versions, etc) should be sure to employ the -O1 flag to newfs(8), or hit '1' in the label editor in sysinstall(8) to select UFS1. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Sun, 20 Apr 2003 07:08:05 -0700 (PDT) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sbin/newfs newfs.8 newfs.c src/usr.sbin/sysinstall install.c label.c sysinstall.h src/usr.sbin/sysinstall/help partition.hlp rwatson 2003/04/20 07:08:05 PDT FreeBSD src repository Modified files: sbin/newfs newfs.8 newfs.c usr.sbin/sysinstall install.c label.c sysinstall.h usr.sbin/sysinstall/help partition.hlp Log: Throw the switch--change to UFS2 as our default file system format for FreeBSD 5.1-RELEASE and later: - newfs(8) will now create UFS2 file systems unless UFS1 is specifically requested (-O1). To do this, I just twiddled the Oflag default. - sysinstall(8) will now select UFS2 as the default layout for new file systems unless specifically requested (use '1' and '2' to change the file system layout in the disk labeler). To do this, I inverted the ufs2 flag into a ufs1 flag, since ufs2 is now the default and ufs1 is the edge case. There's a slight semantic change in the key behavior: '2' no longer toggles, it changes the selection to UFS2. This is very similar to a patch David O'Brien sent me at one point, and that I couldn't find. Approved by: re (telecon) Reviewed by: mckusick, phk, bmah Revision Changes Path 1.60 +1 -1 src/sbin/newfs/newfs.8 1.72 +1 -1 src/sbin/newfs/newfs.c 1.12 +14 -10 src/usr.sbin/sysinstall/help/partition.hlp 1.341 +1 -1 src/usr.sbin/sysinstall/install.c 1.137 +21 -7 src/usr.sbin/sysinstall/label.c 1.244 +1 -1 src/usr.sbin/sysinstall/sysinstall.h From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 08:11:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1090537B401; Sun, 20 Apr 2003 08:11:42 -0700 (PDT) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C7C43F85; Sun, 20 Apr 2003 08:11:41 -0700 (PDT) (envelope-from null@pozo.com) Received: from quad.pozo.com (quad.pozo.com [192.168.0.61]) by pozo.com (8.12.9/8.12.9) with ESMTP id h3KFAxEk062966 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT); Sun, 20 Apr 2003 08:11:15 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <5.2.1.1.2.20030420080745.00a80490@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Sun, 20 Apr 2003 08:10:59 -0700 To: Robert Watson , current@freebsd.org From: Manfred Antar In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 15:11:42 -0000 At 11:02 AM 4/20/2003 -0400, Robert Watson wrote: >As of today, newfs(8) and sysinstall(8) will create UFS2 file systems by >default, unless explicitly specified. Users wanting to create UFS1 file >systems for whatever reason (interoperability with earlier versions, etc) >should be sure to employ the -O1 flag to newfs(8), or hit '1' in the label >editor in sysinstall(8) to select UFS1. Does the /boot/loader now understand UFS2 on the root filesystem (i386) I've get /var and /usr on UFS2 file systems. But a few months ago the bootblocks were not working for i386 Thanks Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 08:31:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D12737B401 for ; Sun, 20 Apr 2003 08:31:06 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9169143FE0 for ; Sun, 20 Apr 2003 08:31:05 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3KFVMua015181; Sun, 20 Apr 2003 11:31:22 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 20 Apr 2003 11:31:21 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Manfred Antar In-Reply-To: <5.2.1.1.2.20030420080745.00a80490@pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 15:31:06 -0000 On Sun, 20 Apr 2003, Manfred Antar wrote: > At 11:02 AM 4/20/2003 -0400, Robert Watson wrote: > > >As of today, newfs(8) and sysinstall(8) will create UFS2 file systems by > >default, unless explicitly specified. Users wanting to create UFS1 file > >systems for whatever reason (interoperability with earlier versions, etc) > >should be sure to employ the -O1 flag to newfs(8), or hit '1' in the label > >editor in sysinstall(8) to select UFS1. > > Does the /boot/loader now understand UFS2 on the root filesystem (i386) > I've get /var and /usr on UFS2 file systems. But a few months ago the > bootblocks were not working for i386 Yes. Or at least, it does on my notebook and three or four servers. There were initially some size glitches because UFS2 required additional 64-bit operations in the boot record, and that exceeded the space at the front of the file system, but I believe that has now been resolved. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 08:31:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E2A037B401 for ; Sun, 20 Apr 2003 08:31:12 -0700 (PDT) Received: from noisebox.cypherpunks.to (adsl-208-201-229-163.sonic.net [208.201.229.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05AC043FBD for ; Sun, 20 Apr 2003 08:31:11 -0700 (PDT) (envelope-from shamrock@cypherpunks.to) Received: from VAIO650 (adsl-208-201-229-160.sonic.net [208.201.229.160]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by noisebox.cypherpunks.to (Postfix) with ESMTP id 0D99F110 for ; Sun, 20 Apr 2003 08:31:09 -0700 (PDT) From: "Lucky Green" To: Date: Sun, 20 Apr 2003 08:30:57 -0700 Message-ID: <003201c30751$dccffef0$6601a8c0@VAIO650> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030420101401.GA2821@HAL9000.homeunix.com> Subject: RE: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 15:31:12 -0000 David wrote quoting Bruce: > > So the bug is mainly in vm making only a relatively useless > statistic > > available. On my systems, `Inact' is usually mainly for > (non-dirty) > > VMIO pages. > > Right. dillon was planning to separate out the dirty and > clean pages in the inactive queue at some point. ISTR that > his intent was along the lines of optimizing write clustering > by making dirty pages easier to find, or something along > those lines. But the number of inactive dirty pages is > useful as a statistic by itself, too. So how do I find out what is consuming those "inactive" pages? And how do I determine if those pages can be discarded or not? > > The system has little difficulty discarding these, so > > I haven't had problems with processes being killed despite > not using > > (much | any) swap since memories became cheap enough a few > years ago. > > I generally configure swap and use it only once in a blue > moon. Since there's no truly graceful way to handle an > out-of-swap condition, I'm usually glad that it's there once > in a while. But Lucky's concern is that confidential data > should never hit the disk. Exactly. Which is why I just replaced my old 128MB RAM/256MB swap server with a new 1GB RAM server. I still fail to understand why a setup that never was anywhere near running out of memory in the previous configuration would run out of memory with more RAM than it had RAM and swap combined. If I can't do in 1GB what I could do in 128 + 256 MB, then somewhere there is a bug. How do I find out where? It is correct that I don't want confidential data to hit the disk. I could use GBDE to encrypt the swap partition, but being one of the more active beta testers of GBDE, I am not convinced that GBDE is sufficiently well-tested at this time that I would want to rely on it for swap. Nor should I have to use GBDE to encrypt swap. That's why I bought a server with a GB of RAM. What am I missing? BTW, I since ran additional tests. Even with no GBDE device attached, the inactive memory eventually accounts for most of the memory shown by top: Mem: 30M Active, 788M Inact, 148M Wired, 34M Cache, 112M Buf, 1660K Free Swap: 2048M Total, 2048M Free (I did enable swap until somebody tells me how to determine what is causing the problem). Thanks, --Lucky From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 08:34:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011A337B401 for ; Sun, 20 Apr 2003 08:34:07 -0700 (PDT) Received: from MAILSERVER.ofw.fi (ns.ofw.fi [194.111.144.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E31D43FBF for ; Sun, 20 Apr 2003 08:34:06 -0700 (PDT) (envelope-from dan.naumov@ofw.fi) Received: from [172.16.161.81] by MAILSERVER.ofw.fi (NTMail 7.00.0022/NT1439.00.90501b21) with ESMTP id zxoijaaa for freebsd-current@freebsd.org; Sun, 20 Apr 2003 18:32:55 +0300 Date: Sun, 20 Apr 2003 18:38:23 +0300 From: Dan Naumov To: freebsd-current@freebsd.org Message-Id: <20030420183823.5defaaf2.dan.naumov@ofw.fi> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 15:34:07 -0000 > Does the /boot/loader now understand UFS2 on the root filesystem > (i386) I've get /var and /usr on UFS2 file systems. But a few months > ago he bootblocks were not working for i386 > > Thanks > Manfred That's strange, seeing as I am running a 5.0-RELEASE-p7 i386 box with UFS2 on all filesystems (including root) working just fine. I installed from the 5.0-mini-iso and just made the installer use UFS2 everywhere. It worked just fine. Maybe something in -CURRENT was broken after the 5.0-RELEASE ? Sincerely, -- Dan Naumov From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 09:27:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36F7337B404 for ; Sun, 20 Apr 2003 09:27:40 -0700 (PDT) Received: from ms-smtp-02.southeast.rr.com (ms-smtp-02.southeast.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D8543F93 for ; Sun, 20 Apr 2003 09:27:36 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from mail5.nc.rr.com (fe5 [24.93.67.52])h3KGPVgw000476; Sun, 20 Apr 2003 12:25:31 -0400 (EDT) Received: from creme-brulee.marcuscom.com ([66.57.17.158]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 20 Apr 2003 12:24:41 -0400 Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) h3KGPlaa025466; Sun, 20 Apr 2003 12:25:51 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: NAKAJI Hiroyuki In-Reply-To: <87znmltwpq.fsf@boggy.acest.tutrp.tut.ac.jp> References: <87smsg9ck9.fsf@boggy.acest.tutrp.tut.ac.jp> <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> <3E9EDE2F.8060209@isi.edu> <1050599323.360.17.camel@gyros> <3E9EE52E.603@isi.edu> <3E9EE52E.603@isi.edu> <3E9FCB75.9080600@algroup.co.uk><1050682563.350.3.camel@gyros> <87znmltwpq.fsf@boggy.acest.tutrp.tut.ac.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4ibXVi8s+utdH3CqJj+U" Organization: MarcusCom, Inc. Message-Id: <1050856047.9550.0.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.2 (Preview Release) Date: 20 Apr 2003 12:27:27 -0400 X-Spam-Status: No, hits=-38.8 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: freebsd-current@freebsd.org Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 16:27:40 -0000 --=-4ibXVi8s+utdH3CqJj+U Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-04-20 at 04:11, NAKAJI Hiroyuki wrote: > >>>>> In <1050682563.350.3.camel@gyros>=20 > >>>>> Joe Marcus Clarke wrote: >=20 > > It appears so. I have a patch (attached), but I'm not sure it's really > > the correct way to go. I have an email out to the freetype and > > fontconfig people. >=20 > I put it in ports/print/freetype2/files/patch-src_base_ftbdf.c and > reinstalled freetype2. >=20 > Then, xclock does not dumps core. >=20 > But it takes several minutes (on P4 1.4GHz box) to get the xclock window > for the first time. Try running fc-cache -f -v as root to build the font cache first. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-4ibXVi8s+utdH3CqJj+U Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+ospvb2iPiv4Uz4cRAuT+AJ4+BV+Au5XSeqwXzMLG3U89rd+cUgCbBKqH cLHi/+3fd3xei2LhXwYF5yI= =pG2F -----END PGP SIGNATURE----- --=-4ibXVi8s+utdH3CqJj+U-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 10:30:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F3CE37B404 for ; Sun, 20 Apr 2003 10:30:46 -0700 (PDT) Received: from mx0.gmx.net (mx0.gmx.de [213.165.64.100]) by mx1.FreeBSD.org (Postfix) with SMTP id 76CD143FE0 for ; Sun, 20 Apr 2003 10:30:44 -0700 (PDT) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 12930 invoked by uid 0); 20 Apr 2003 17:30:43 -0000 Date: Sun, 20 Apr 2003 19:30:42 +0200 (MEST) From: Sebastian Ssmoller To: Andre Guibert de Bruet MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="========GMXBoundary211831050859842" X-Priority: 3 (Normal) X-Authenticated-Sender: #0015005775@gmx.net X-Authenticated-IP: [213.6.14.151] Message-ID: <21183.1050859842@www6.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 cc: current@freebsd.org cc: audit@freebsd.org Subject: Re: Buffer overflow in disklabel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 17:30:48 -0000 This is a MIME encapsulated multipart message - please use a MIME-compliant e-mail program to open it. Dies ist eine mehrteilige Nachricht im MIME-Format - bitte verwenden Sie zum Lesen ein MIME-konformes Mailprogramm. --========GMXBoundary211831050859842 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit hmm, I do not understand this. so third try: now I will try sending the patch from the web client of my mail provider. hope that works. if not: is there a special requirement to be able to send attachments to the freebsd lists ? seb > > On Sun, 20 Apr 2003, Sebastian Ssmoller wrote: > > > sorry. seem to have a problem with my email client :-( Hope the > > attachment is now there... > > No patch here. How about putting it up on a webserver somewhere? > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! --========GMXBoundary211831050859842 Content-Type: application/octet-stream; name="disklabel.overflow.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="disklabel.overflow.patch" LS0tIGRpc2tsYWJlbC5jLm9yaWcJVHVlIEFwciAxNSAwNzo1Nzo1MyAyMDAzCisrKyBkaXNrbGFi ZWwuYwlUdWUgQXByIDE1IDA4OjQ2OjI2IDIwMDMKQEAgLTI4MywxNCArMjgzLDE2IEBACiAKIAlk a25hbWUgPSBhcmd2WzBdOwogCWlmIChka25hbWVbMF0gIT0gJy8nKSB7Ci0JCSh2b2lkKXNwcmlu dGYobnAsICIlcyVzJWMiLCBfUEFUSF9ERVYsIGRrbmFtZSwgJ2EnICsgUkFXX1BBUlQpOworCQko dm9pZClzbnByaW50ZihucCwgQkJTSVpFLCAiJXMlcyVjIiwgX1BBVEhfREVWLCBka25hbWUsIAor CQkgICAgJ2EnICsgUkFXX1BBUlQpOwogCQlzcGVjbmFtZSA9IG5wOwogCQlucCArPSBzdHJsZW4o c3BlY25hbWUpICsgMTsKIAl9IGVsc2UKIAkJc3BlY25hbWUgPSBka25hbWU7CisKIAlmID0gb3Bl bihzcGVjbmFtZSwgb3AgPT0gUkVBRCA/IE9fUkRPTkxZIDogT19SRFdSKTsKIAlpZiAoZiA8IDAg JiYgZXJybm8gPT0gRU5PRU5UICYmIGRrbmFtZVswXSAhPSAnLycpIHsKLQkJKHZvaWQpc3ByaW50 ZihzcGVjbmFtZSwgIiVzJXMiLCBfUEFUSF9ERVYsIGRrbmFtZSk7CisJCSh2b2lkKXNucHJpbnRm KHNwZWNuYW1lLCBCQlNJWkUsICIlcyVzIiwgX1BBVEhfREVWLCBka25hbWUpOwogCQlucCA9IG5h bWVidWYgKyBzdHJsZW4oc3BlY25hbWUpICsgMTsKIAkJZiA9IG9wZW4oc3BlY25hbWUsIG9wID09 IFJFQUQgPyBPX1JET05MWSA6IE9fUkRXUik7CiAJfQo= --========GMXBoundary211831050859842-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 11:20:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D78AB37B40E; Sun, 20 Apr 2003 11:20:05 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9707543FB1; Sun, 20 Apr 2003 11:20:04 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h3KIJtZW054259; Sun, 20 Apr 2003 11:19:55 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h3KIJorL054257; Sun, 20 Apr 2003 11:19:50 -0700 (PDT) Date: Sun, 20 Apr 2003 11:19:49 -0700 From: "David O'Brien" To: Robert Watson Message-ID: <20030420181949.GA53778@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Robert Watson , Manfred Antar , current@freebsd.org References: <5.2.1.1.2.20030420080745.00a80490@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: current@freebsd.org Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 18:20:06 -0000 On Sun, Apr 20, 2003 at 11:31:21AM -0400, Robert Watson wrote: > There were initially some size glitches because UFS2 required additional > 64-bit operations in the boot record, and that exceeded the space at the > front of the file system, but I believe that has now been resolved. s/resolved/hacked around/ RCS file: /home/ncvs/src/sys/boot/common/ufsread.c,v ---------------------------- revision 1.11 date: 2003-02-25 00:10:20; author: obrien; state: Exp; lines: +5 -0 Only apply rev 1.10 (which hacks around the i386 boot2 being too big for both ufs1 and ufs2 support) on i386. ---------------------------- revision 1.10 date: 2003-02-24 04:57:01; author: mckusick; state: Exp; lines: +2 -0 Revert to old (broken for over 1.5Tb filesystems) version of cgbase so that boot loader once again will fit. Sponsored by: DARPA & NAI Labs. ---------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 11:28:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6626537B401; Sun, 20 Apr 2003 11:28:49 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66C343FDD; Sun, 20 Apr 2003 11:28:48 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h3KISmVI090100; Sun, 20 Apr 2003 11:28:48 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h3KISlKq090099; Sun, 20 Apr 2003 11:28:47 -0700 (PDT) Date: Sun, 20 Apr 2003 11:28:47 -0700 (PDT) From: Matthew Dillon Message-Id: <200304201828.h3KISlKq090099@apollo.backplane.com> To: David Schultz References: <000501c30682$4e5e64b0$6601a8c0@VAIO650> <20030420002940.GB46590@HAL9000.homeunix.com> <20030420101401.GA2821@HAL9000.homeunix.com> cc: freebsd-current@freebsd.org Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 18:28:49 -0000 Hmm. It sounds like this program is using mmap() to dirty pages and that the VM system is not flushing them out quickly enough to avoid running out of memory. This could happen if the program dirties a significant portion of memory all at once. The pageout daemon would wind up doing a priority requeue of the dirty pages (line 848 of vm_pageout.c) and 'miss' flushing any of them out to the filesystem in the first pass. The result would be that the system would believe it has run out of memory for a short period of time. We don't want to disable the requeue code, because doing so would destroy pageout performance for any other case. The 'pass' variable was supposed to deal with this case (by forcing the laundering if the system is unable to find enough pages to free the first time), see line 848 again. But in looking at the code the big-process-kill sequence is still run in the first pass (pass == 0), and it probably shouldn't be run until the second pass (pass != 0). I suggest changing this: if ((vm_swap_size < 64 && vm_page_count_min()) || (swap_pager_full && vm_paging_target() > 0)) { To this: if (pass != 0 && ((vm_swap_size < 64 && vm_page_count_min()) || (swap_pager_full && vm_paging_target() > 0))) { Assuming this fixes the problem I would request that it be tested in true out-of-memory situations to ensure that the big-process-kill code still works properly before comitting it. -Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 11:34:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D2A37B401; Sun, 20 Apr 2003 11:34:08 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 050DA43F93; Sun, 20 Apr 2003 11:34:07 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <2003042018340600200257pue>; Sun, 20 Apr 2003 18:34:06 +0000 Received: from intruder.bmah.org (localhost [127.0.0.1]) by bmah.dyndns.org (8.12.9/8.12.9) with ESMTP id h3KIY5xV064981; Sun, 20 Apr 2003 11:34:05 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Message-Id: <200304201834.h3KIY5xV064981@bmah.dyndns.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Mike Makonnen In-Reply-To: <200304181753.h3IHr21e013688@repoman.freebsd.org> References: <200304181753.h3IHr21e013688@repoman.freebsd.org> Comments: In-reply-to Mike Makonnen message dated "Fri, 18 Apr 2003 10:53:02 -0700." From: bmah@FreeBSD.org (Bruce A. Mah) X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-980095909P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 20 Apr 2003 11:34:05 -0700 Sender: bmah@employees.org cc: bmah@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/etc/rc.d dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 18:34:08 -0000 --==_Exmh_-980095909P Content-Type: text/plain; charset=us-ascii If memory serves me right, Mike Makonnen wrote: > mtm 2003/04/18 10:53:02 PDT > > FreeBSD src repository > > Modified files: > etc/rc.d dhclient > Log: > Make use of the dhclient script. This will bring up/down dhcp > interfaces. > > Approved by: markm (mentor) Hi Mike-- I use a start_if.* script to configure some settings (such as SSID, WEP keys, etc.) for my wireless cards, which subsequently get their addresses via DHCP (ifconfig.*="DHCP"). This has worked wonderfully for quite awhile. After updating with this change, it looks like my start_if.* scripts never gets called. It looks like /etc/rc.d/netif only runs these scripts for non-DHCP interfaces. Moreover there doesn't appear to be anywhere *else* that invokes the start_if.* scripts either. What about making dhclient_prestart() do something like this: for ifn in ${dhcp_list}; do ifscript_up${ifn} done (This works for me, BTW.) Or am I misunderstanding what start_if.* is used for? Thanks! Bruce. --==_Exmh_-980095909P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE+ougd2MoxcVugUsMRApGtAJ9z1Oxocc5fXdo3cxLB6q2IWpxS2QCfR+hG 5SJ88B65FmS0cs4gMAI2Oto= =xA5L -----END PGP SIGNATURE----- --==_Exmh_-980095909P-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 11:56:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A06337B401; Sun, 20 Apr 2003 11:56:11 -0700 (PDT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3E243FE5; Sun, 20 Apr 2003 11:56:10 -0700 (PDT) (envelope-from msch@snafu.de) Received: from tc11-n67-074.de.inter.net ([213.73.67.74] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 197Jyz-0006Xb-00; Sun, 20 Apr 2003 20:56:09 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Ruslan Ermilov , "Jacques A. Vidrine" Date: Sun, 20 Apr 2003 20:55:51 +0200 User-Agent: KMail/1.4.3 References: <200304192317.04122.msch@snafu.de> <20030420011320.GA28282@madman.celabo.org> <20030420111035.GB48286@sunbay.com> In-Reply-To: <20030420111035.GB48286@sunbay.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200304202055.51520.msch@snafu.de> cc: freebsd-current@freebsd.org Subject: Re: NSS? Can't login anymore :-( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 18:56:11 -0000 On Sunday 20 April 2003 13:10, you wrote: > On Sat, Apr 19, 2003 at 08:13:21PM -0500, Jacques A. Vidrine wrote: > > On Sat, Apr 19, 2003 at 11:17:04PM +0200, Matthias Schuendehuette wrote: > > > Hi, > > > > > > I had the courage to do my weekly update and - login(1) dumps > > > core. > > > > > > I read current@ so I did 'vipw' my password database but still > > > there are problems. > > > > > > The only thing I can deliver is a backtrace without debugging > > > symbols, until someone instructs me how to do more... > > > > Hallo Matthias, > > > > Would you try getgrent.c revision 1.27, and see if that fixes the > > issue for you? Also, would you report whether or not you have an > > /etc/group entry that has 2 colons (rather than the required 3)? > > chkgrp(8) it. I'm so very sorry.... *that* was the error! How embarrassing :-/ Anyway - thanks a lot! -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) Powered by FreeBSD 5.0-CURRENT From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 12:10:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA45C37B401; Sun, 20 Apr 2003 12:10:21 -0700 (PDT) Received: from pop018.verizon.net (pop018pub.verizon.net [206.46.170.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF86F43F75; Sun, 20 Apr 2003 12:10:20 -0700 (PDT) (envelope-from mtm@identd.net) Received: from kokeb.ambesa.net ([138.88.7.75]) by pop018.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030420191020.VWWJ17739.pop018.verizon.net@kokeb.ambesa.net>; Sun, 20 Apr 2003 14:10:20 -0500 Date: Sun, 20 Apr 2003 15:10:19 -0400 From: Mike Makonnen To: bmah@FreeBSD.org (Bruce A. Mah) In-Reply-To: <200304201834.h3KIY5xV064981@bmah.dyndns.org> References: <200304181753.h3IHr21e013688@repoman.freebsd.org> <200304201834.h3KIY5xV064981@bmah.dyndns.org> X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop018.verizon.net from [138.88.7.75] at Sun, 20 Apr 2003 14:10:19 -0500 Message-Id: <20030420191020.VWWJ17739.pop018.verizon.net@kokeb.ambesa.net> cc: freebsd-current@FreeBSD.org Subject: Re: cvs commit: src/etc/rc.d dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 19:10:22 -0000 On Sun, 20 Apr 2003 11:34:05 -0700 bmah@FreeBSD.org (Bruce A. Mah) wrote: > > Or am I misunderstanding what start_if.* is used for? > No, you're quite right. My mistake. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 mtm@FreeBSD.Org| FreeBSD - The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 12:10:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E00E37B404 for ; Sun, 20 Apr 2003 12:10:32 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DD843FAF for ; Sun, 20 Apr 2003 12:10:31 -0700 (PDT) (envelope-from das@freebsd.org) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3KJAT8M004943; Sun, 20 Apr 2003 12:10:29 -0700 (PDT) (envelope-from das@freebsd.org) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3KJATLb004942; Sun, 20 Apr 2003 12:10:29 -0700 (PDT) (envelope-from das@freebsd.org) Date: Sun, 20 Apr 2003 12:10:29 -0700 From: David Schultz To: Matthew Dillon Message-ID: <20030420191029.GA4803@HAL9000.homeunix.com> Mail-Followup-To: Matthew Dillon , Bruce Evans , freebsd-current@freebsd.org References: <000501c30682$4e5e64b0$6601a8c0@VAIO650> <20030420002940.GB46590@HAL9000.homeunix.com> <20030420191744.G19683@gamplex.bde.org> <20030420101401.GA2821@HAL9000.homeunix.com> <200304201828.h3KISlKq090099@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304201828.h3KISlKq090099@apollo.backplane.com> cc: freebsd-current@freebsd.org Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 19:10:33 -0000 On Sun, Apr 20, 2003, Matthew Dillon wrote: > Hmm. It sounds like this program is using mmap() to dirty pages and > that the VM system is not flushing them out quickly enough to avoid > running out of memory. This could happen if the program dirties > a significant portion of memory all at once. The pageout daemon would > wind up doing a priority requeue of the dirty pages (line 848 of > vm_pageout.c) and 'miss' flushing any of them out to the filesystem > in the first pass. The result would be that the system would believe > it has run out of memory for a short period of time. Thanks for your analysis. I thought there might be a GBDE-related factor when Lucky mentioned that copying a file triggers the bug, since cp(1) turns off mmap() mode for files > 8 MB to avoid this sort of thing. But nevertheless, I can see how the situation you describe can occur, where the system realizes too late that all of the reclaimable pages are tied up in the active queue. > I suggest changing this: > > if ((vm_swap_size < 64 && vm_page_count_min()) || > (swap_pager_full && vm_paging_target() > 0)) { > > To this: > > if (pass != 0 && > ((vm_swap_size < 64 && vm_page_count_min()) || > (swap_pager_full && vm_paging_target() > 0))) { Sounds reasonable. I would be happy to look into this next month if nobody else is interested. I would want to ensure that this change cannot result in deadlock. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 12:19:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD5CB37B401 for ; Sun, 20 Apr 2003 12:19:59 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B26143FE9 for ; Sun, 20 Apr 2003 12:19:59 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3KJJu8M004994; Sun, 20 Apr 2003 12:19:56 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3KJJubQ004993; Sun, 20 Apr 2003 12:19:56 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 20 Apr 2003 12:19:56 -0700 From: David Schultz To: Lucky Green Message-ID: <20030420191956.GA4963@HAL9000.homeunix.com> Mail-Followup-To: Lucky Green , freebsd-current@freebsd.org References: <20030420101401.GA2821@HAL9000.homeunix.com> <003201c30751$dccffef0$6601a8c0@VAIO650> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003201c30751$dccffef0$6601a8c0@VAIO650> cc: freebsd-current@FreeBSD.ORG Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 19:20:00 -0000 On Sun, Apr 20, 2003, Lucky Green wrote: > David wrote quoting Bruce: > > > So the bug is mainly in vm making only a relatively useless > > statistic > > > available. On my systems, `Inact' is usually mainly for > > (non-dirty) > > > VMIO pages. > > > > Right. dillon was planning to separate out the dirty and > > clean pages in the inactive queue at some point. ISTR that > > his intent was along the lines of optimizing write clustering > > by making dirty pages easier to find, or something along > > those lines. But the number of inactive dirty pages is > > useful as a statistic by itself, too. > > So how do I find out what is consuming those "inactive" pages? And how > do I determine if those pages can be discarded or not? 'top -ores' will tell you which processes are hogging the most memory, but the system does not keep accurate statistics on clean vs dirty or swap-backed vs fs-backed pages. Nevertheless, that might give you some idea of where your 1 GB of memory has gone. > Exactly. Which is why I just replaced my old 128MB RAM/256MB swap server > with a new 1GB RAM server. I still fail to understand why a setup that > never was anywhere near running out of memory in the previous > configuration would run out of memory with more RAM than it had RAM and > swap combined. If I can't do in 1GB what I could do in 128 + 256 MB, > then somewhere there is a bug. How do I find out where? It would be useful to know whether dillon's suggestion fixes your problem. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 12:23:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 108E637B401; Sun, 20 Apr 2003 12:23:22 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 389A543FE0; Sun, 20 Apr 2003 12:23:21 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3KJNK8M005037; Sun, 20 Apr 2003 12:23:20 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3KJNKOb005036; Sun, 20 Apr 2003 12:23:20 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 20 Apr 2003 12:23:19 -0700 From: David Schultz To: "David O'Brien" , Robert Watson , Manfred Antar , current@FreeBSD.ORG Message-ID: <20030420192319.GB4963@HAL9000.homeunix.com> Mail-Followup-To: David O'Brien , Robert Watson , Manfred Antar , current@freebsd.org References: <5.2.1.1.2.20030420080745.00a80490@pozo.com> <20030420181949.GA53778@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030420181949.GA53778@dragon.nuxi.com> Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 19:23:22 -0000 On Sun, Apr 20, 2003, David O'Brien wrote: > On Sun, Apr 20, 2003 at 11:31:21AM -0400, Robert Watson wrote: > > There were initially some size glitches because UFS2 required additional > > 64-bit operations in the boot record, and that exceeded the space at the > > front of the file system, but I believe that has now been resolved. > > s/resolved/hacked around/ [...] > revision 1.10 > date: 2003-02-24 04:57:01; author: mckusick; state: Exp; lines: +2 -0 > Revert to old (broken for over 1.5Tb filesystems) version of cgbase > so that boot loader once again will fit. It might be worth noting the size limit on the root filesystem somewhere for the unfortunate person who decides not to partition. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 12:25:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1120D37B401; Sun, 20 Apr 2003 12:25:00 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6517043FDF; Sun, 20 Apr 2003 12:24:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h3KJOxVI090303; Sun, 20 Apr 2003 12:24:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h3KJOxWo090302; Sun, 20 Apr 2003 12:24:59 -0700 (PDT) Date: Sun, 20 Apr 2003 12:24:59 -0700 (PDT) From: Matthew Dillon Message-Id: <200304201924.h3KJOxWo090302@apollo.backplane.com> To: David Schultz References: <000501c30682$4e5e64b0$6601a8c0@VAIO650> <20030420002940.GB46590@HAL9000.homeunix.com> <20030420191744.G19683@gamplex.bde.org> <20030420101401.GA2821@HAL9000.homeunix.com> <20030420191029.GA4803@HAL9000.homeunix.com> cc: freebsd-current@freebsd.org Subject: Re: Broken memory management on system with no swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 19:25:00 -0000 :Thanks for your analysis. I thought there might be a GBDE-related :factor when Lucky mentioned that copying a file triggers the bug, :since cp(1) turns off mmap() mode for files > 8 MB to avoid this :sort of thing. But nevertheless, I can see how the situation you :describe can occur, where the system realizes too late that all of :the reclaimable pages are tied up in the active queue. Yes, I can see that happening too. The inactive queue is scanned before the active queue (again, the ordering is important for normal operation and we wouldn't want to change it). But this also creates a situation where moving pages from the active queue to the inactive queue and then laundering or reclaiming them from the inactive queue requires two passes before the system recognizes the newly available memory. If some operation.. say a copy, causes nearly all available pages to be moved to the active queue, whether clean or dirty, it would require two passes before any of those pages could be reused. In this case we know that the use of write() will not create an excessive number of dirty pages in the active queue due to (A) the limited size of the buffer cache and (B) the write-behind clustering that occurs when writing a file sequentially. So it *must* simply be the fact that all the pages are made active very quickly and the pageout code simply requires two passes to get through the queues before it can reuse any of those pages. The 'pass != 0' test should be able to handle both cases assuming that the page's act_count does not get in the way. Whether or not act_count gets in the way of us being able to reclaim a page in two passes can be tested by setting vm.pageout_algorithm to 1 (which will cause act_count to be ignored). If the problem still occurs with the pass != 0 test and vm.pageout_algorithm set to 0 (the default), but does not occur with vm.pageout_algorithm set to 1, then we know the problem is due to pages not being moved out of the active queue quickly enough (1) for this situation. note (1): normally act_count protects against thrashing. It is the active queue's act_count algorithm which gives FreeBSD's such a nice smooth degredation curve when memory loads become extreme by preventing a frequently accessed page from being freed too early, so we don't want to just turn it off. Maybe we need a test for 'too many active pages', aka when > 80% of available pages are in the active queue to temporarily disable the act_count test. -Matt :> I suggest changing this: :> :> if ((vm_swap_size < 64 && vm_page_count_min()) || :> (swap_pager_full && vm_paging_target() > 0)) { :> :> To this: :> :> if (pass != 0 && :> ((vm_swap_size < 64 && vm_page_count_min()) || :> (swap_pager_full && vm_paging_target() > 0))) { From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 12:47:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4978B37B404; Sun, 20 Apr 2003 12:47:39 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB6A43FBD; Sun, 20 Apr 2003 12:47:38 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3KJltua091394; Sun, 20 Apr 2003 15:47:55 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 20 Apr 2003 15:47:53 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Schultz In-Reply-To: <20030420192319.GB4963@HAL9000.homeunix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: bmah@FreeBSD.ORG cc: current@FreeBSD.ORG cc: David O'Brien Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 19:47:39 -0000 On Sun, 20 Apr 2003, David Schultz wrote: > On Sun, Apr 20, 2003, David O'Brien wrote: > > On Sun, Apr 20, 2003 at 11:31:21AM -0400, Robert Watson wrote: > > > There were initially some size glitches because UFS2 required additional > > > 64-bit operations in the boot record, and that exceeded the space at the > > > front of the file system, but I believe that has now been resolved. > > > > s/resolved/hacked around/ > [...] > > revision 1.10 > > date: 2003-02-24 04:57:01; author: mckusick; state: Exp; lines: +2 -0 > > Revert to old (broken for over 1.5Tb filesystems) version of cgbase > > so that boot loader once again will fit. > > It might be worth noting the size limit on the root filesystem somewhere > for the unfortunate person who decides not to partition. True. I wonder if we should add some mechanical support for that in sysinstall's label editor to detect and warn in that case. We used to (I believe) have similar warnings about the root file system being <1024 cylinders, etc, at various points. Also, a note in the release notes wouldn't hurt. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 13:04:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12F937B401 for ; Sun, 20 Apr 2003 13:04:40 -0700 (PDT) Received: from gw.pelleg.org (gw.pelleg.org [205.201.13.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04CFB43FBD for ; Sun, 20 Apr 2003 13:04:40 -0700 (PDT) (envelope-from dpelleg@cs.cmu.edu) Received: from lank.auton.cs.cmu.edu (lank.wburn [192.168.3.41]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))OK)) by gw.pelleg.org (Postfix) with ESMTP id A29F45A23; Sun, 20 Apr 2003 16:04:37 -0400 (EDT) Received: by lank.auton.cs.cmu.edu (Postfix, from userid 7675) id A8ED816C; Sun, 20 Apr 2003 16:04:26 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16034.64842.255947.330276@gargle.gargle.HOWL> Date: Sun, 20 Apr 2003 16:04:26 -0400 To: ticso@cicely.de In-Reply-To: <20030418130014.GN10848@cicely9.cicely.de> References: <20030417191637.GA505@trudy.torrini.home> <20030418002448.GH10848@cicely9.cicely.de> <20030418075945.GB4089@trudy.torrini.home> <20030418104635.GL10848@cicely9.cicely.de> <20030418130014.GN10848@cicely9.cicely.de> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid From: Dan Pelleg cc: freebsd-current@freebsd.org Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Pelleg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 20:04:41 -0000 Bernd Walter writes: > On Fri, Apr 18, 2003 at 08:26:17AM -0400, Dan Pelleg wrote: > > Just in case it might help, have a look at: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/50633 > > > > FWIW I found that a script that: > > - sleeps 5 seconds > > - if /dev/da0s1 doesn't exist, tries to mount /dev/da0 (and always fails) > > - mounts /dev/da0s1 > > > > works, if I hook it to usbd. > > Well - this is no solution. > The point here is why the fdisk table is unreadable. > We should be able to get an error or the device lies about successfull > transfers. > Do you see errors? > No, fdisk works for me even if /dev/da1s1 isn't created. Therefore I'm not seeing the same problem as the OP. For completeness I'm attaching the output from my machine. # ls -l /dev/da1* crw-r----- 1 root operator 4, 22 Apr 13 10:26 /dev/da1 # fdisk da1 ******* Working on device /dev/da1 ******* parameters extracted from in-core disklabel are: cylinders=7 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=7 heads=64 sectors/track=32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 1 (0x01),(Primary DOS with 12 bit FAT) start 32, size 15648 (7 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 244/ head 1/ sector 32 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: # ls -l /dev/da1* crw-r----- 1 root operator 4, 22 Apr 13 10:26 /dev/da1 # mount /dev/da1 /mnt/cf mount: /dev/da1 on /mnt/cf: incorrect super block # ls -l /dev/da1* crw-r----- 1 root operator 4, 22 Apr 13 10:26 /dev/da1 crw-r----- 1 root operator 4, 23 Apr 13 10:26 /dev/da1s1 # mount -t msdos /dev/da1s1 /mnt/cf # umount /mnt/cf # This is on a world from Apr. 4 or so. There's this stuff in the logs, but it seems to be harmless. (da1:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:0): SCSI Status: Check Condition (da1:umass-sim0:0:0:0): NOT READY asc:3a,0 (da1:umass-sim0:0:0:0): Medium not present (da1:umass-sim0:0:0:0): Unretryable error From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 13:05:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EEF037B401 for ; Sun, 20 Apr 2003 13:05:58 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03FE143FD7 for ; Sun, 20 Apr 2003 13:05:54 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3KK5n62098972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 20 Apr 2003 23:05:50 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3KK5n3m098967 for current@FreeBSD.org; Sun, 20 Apr 2003 23:05:49 +0300 (EEST) (envelope-from ru) Date: Sun, 20 Apr 2003 23:05:49 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20030420200549.GA98725@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: [ru@FreeBSD.org: Issues with mpt(4)?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2003 20:05:58 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sorry for the repost, but I need to act quickly on this issue, and I lack the knowlege of what does this mean on the whole. The brand new disk dying or what? ----- Forwarded message from Ruslan Ermilov ----- Date: Sat, 19 Apr 2003 07:12:38 +0300 =46rom: Ruslan Ermilov To: Matthew Jacob Cc: scsi@FreeBSD.org Subject: Issues with mpt(4)? One of my recently installed remote boxes started to boot up incredibly slow, and I dug up the following. What does that mean? Please reply directly to me, I'm not subscribed to scsi@. Thanks. %%% Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-STABLE #0: Wed Apr 9 04:29:55 PDT 2003 ru@otter.us.sunbay.com:/usr/obj/usr/src/sys/OTTER Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.05-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 536805376 (524224K bytes) avail memory =3D 518684672 (506528K bytes) Changing APIC ID for IO APIC #0 from 0 to 2 on chip Changing APIC ID for IO APIC #1 from 0 to 3 on chip Changing APIC ID for IO APIC #2 from 0 to 4 on chip Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 Programming 16 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x000f0011, at 0xfec01000 io2 (APIC): apic id: 4, version: 0x000f0011, at 0xfec02000 Preloaded elf kernel "kernel" at 0xc0342000. Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00fc270 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #1 intpin 0 -> irq 2 IOAPIC #1 intpin 9 -> irq 3 pci0: on pcib0 em0: port 0xecc0-0= xecff mem 0xfe120000-0xfe13ffff irq 2 at device 2.0 on pci0 em0: Speed:100 Mbps Duplex:Full fxp0: port 0xec80-0xecbf= mem 0xfe100000-0xfe11ffff,0xfe142000-0xfe142fff irq 3 at device 4.0 on pci0 fxp0: Ethernet address 00:02:b3:c9:7c:c9 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 14.0 atapci0: port 0x8b0-0x8bf,0x374-0x377,= 0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 15.2 irq 5 isab0: at device 15.3 on = pci0 isa0: on isab0 pcib1: on motherboard IOAPIC #1 intpin 1 -> irq 10 IOAPIC #1 intpin 2 -> irq 11 IOAPIC #1 intpin 13 -> irq 13 pci1: on pcib1 ahc0: port 0xdc00-0xdcff mem 0xfcf210= 00-0xfcf21fff irq 10 at device 2.0 on pci1 aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xfcf200= 00-0xfcf20fff irq 11 at device 2.1 on pci1 aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs mpt0: port 0xd400-0xd4ff mem 0xfcf00000-0xfc= f0ffff,0xfcf10000-0xfcf1ffff irq 13 at device 4.0 on pci1 pcib2: on motherboard pci2: on pcib2 pcib3: on motherboard pci3: on pcib3 pcib4: on motherboard pci4: on pcib4 orm0: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC8AC37B410 for ; Thu, 24 Apr 2003 05:55:51 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E4E143FCB for ; Thu, 24 Apr 2003 05:55:41 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id WAA16227; Thu, 24 Apr 2003 22:55:22 +1000 Date: Thu, 24 Apr 2003 22:55:21 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Andre Guibert de Bruet In-Reply-To: <20030423153316.A59991@alpha.siliconlandmark.com> Message-ID: <20030424224359.G25147@gamplex.bde.org> References: <20030423153316.A59991@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Renice idle process to -20 causes hang. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 12:55:52 -0000 On Wed, 23 Apr 2003, Andre Guibert de Bruet wrote: > On the topic of nice for the idle process(es), shouldn't they be running > with the highest allowable value (+20)? Though this has no technical > impact, couldn't they get that nice value for aesthetic purposes? No, since they have a different scheduling policy than all normal niced processes and don't behave like nice -20 (nice = +20) processes. They sort of behave like nice -21 through nice -52 processes. top(1) has a hack which are supposed to display them as having the fake nice values 21 through 52, but it is broken in -current by much the same kernel changes that break the display of rtprio values in ps(1) (see my other reply to this thread). Bruce From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 05:57:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8731A37B401 for ; Thu, 24 Apr 2003 05:57:09 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2586143FA3 for ; Thu, 24 Apr 2003 05:57:07 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h3OCux905937; Thu, 24 Apr 2003 09:56:59 -0300 Message-ID: <3EA7DF1A.5000707@tcoip.com.br> Date: Thu, 24 Apr 2003 09:56:58 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030416 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Tomi.Vainio@Sun.COM References: <16039.7220.535498.717431@ultrahot.finland.sun.com> In-Reply-To: <16039.7220.535498.717431@ultrahot.finland.sun.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: UFS2 (invalid format) boot problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 12:57:09 -0000 Tomi Vainio - Sun Finland wrote: > I've tried to migrate my system to use UFS2 on all file systems. > Creation, dump, disklabel done without problems I think because if I > use UFS1 on new root everything works using this same procedure. When > using UFS2 I just get > > "Invalid format" > > FreeBSD/i386 boot > Default: 1:da(1,a)/kernel > boot: > No /kernel > > Boot from old disk after this works also fine > 3:da(3,a)/boot/loader > > Any ideas? You need a new boot block. What I'd recommend is booting an install floppy or cd, going to custom installation, checking the partitioning (ensuring everything is correct), writing, and then selecting the boot loader. I *think* this should work. What I *don't* recommend is getting a fixit disk and running boot0cfg. Last time I did that I spent three days recovering my partitions. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Whatever happened to the good old days when sex was dirty and the air was clean? From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 06:27:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5147437B401 for ; Thu, 24 Apr 2003 06:27:12 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB13F43F75 for ; Thu, 24 Apr 2003 06:27:10 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h3ODR7Uv067709; Thu, 24 Apr 2003 23:27:08 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])h3ODR1g9032346; Thu, 24 Apr 2003 23:27:07 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Thu, 24 Apr 2003 23:27:01 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Marco Wertejuk In-Reply-To: <20030424081135.GC16940@maeko> Message-ID: <20030424232530.B30629-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: malloc.conf and java X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 13:27:12 -0000 On Thu, 24 Apr 2003, Marco Wertejuk wrote: > I think things get clearer if there's always an > existing /etc/malloc.conf representing the default > settings, but maybe people disagree with me. I think there should always be an obvious default. -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 06:54:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B31D137B401; Thu, 24 Apr 2003 06:54:32 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B8443FE3; Thu, 24 Apr 2003 06:54:31 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id XAA20719; Thu, 24 Apr 2003 23:54:28 +1000 Date: Thu, 24 Apr 2003 23:54:27 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Don Lewis In-Reply-To: <200304240941.h3O9euXB031495@gw.catspoiler.org> Message-ID: <20030424231352.B25240@gamplex.bde.org> References: <200304240941.h3O9euXB031495@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: locking vnode pointer fvp in nfs_rename() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 13:54:33 -0000 On Thu, 24 Apr 2003, Don Lewis wrote: > VOP_FSYNC() wants its vnode argument to be locked by the caller, but > nfs_rename() doesn't do that. I've been running something similar to > the patch below for months in a kernel built with the DEBUG_VFS_LOCKS > option enabled. The most recent change I made was to modify my original > patch to more closely resemble the way this is done in ufs_rename(). This seems to be basically right. > One concern that I have about all the leaf file system implementations > is the possibility of spurious failures due to failure to obtain the > lock. I'm pretty sure that it isn't wise to add the LK_RETRY flag > because the possibility of a deadlock. I think the proper way to handle > this problem is to drop all the locks, wait for the fvp lock to become > available, and then retry from the beginning. Unfortunately this would > be messy in the current implementation. So messy (even in ufs) that it has never been done. I don't see how ufs_checkpath()+relookup() can work in all cases, since the tree may be arbitrarily rearranged while things are unlocked, and it doesn't go back to the beginning. > I think it would make a lot of sense to move the preliminary code that > is common to each of the leaf file system implementations, including > locking fvp, back into kern_rename(). This would make the > implementation of the lock retry code a lot easier and would clean up a > lot of cut-and-paste code in the leaf file systems. Unfortunately it's > probably too late to do this for 5.x. Was it ever in kern_rename() (or rename()?). This doesn't seem to save much (just one vn_lock() call). More below. > Any reason the following change to nfs_rename() shouldn't be committed? It has some style bugs :-). > Index: sys/nfsclient/nfs_vnops.c > =================================================================== > RCS file: /home/ncvs/src/sys/nfsclient/nfs_vnops.c,v > retrieving revision 1.203 > diff -u -r1.203 nfs_vnops.c > --- sys/nfsclient/nfs_vnops.c 23 Apr 2003 02:58:26 -0000 1.203 > +++ sys/nfsclient/nfs_vnops.c 24 Apr 2003 03:06:21 -0000 > @@ -1521,6 +1521,13 @@ > goto out; > } > > + if (fvp == tvp) { > + printf("nfs_rename: fvp == tvp (can't happen)\n"); > + error = 0; > + goto out; > + } Maybe the lock was delayed because of the (deleted) complications for the (fvp == tvp) case. Exclusive locking would have to be avoided in this case just to avoid deadlock. BTW, there was an inconclusive thread in austin-group-l@opengroup.org about rename("foo", "hard-link-to-foo"). I said that I had "fixed" it to match the letter of the POSIX spec in Linux and FreeBSD. The ufs version of the above codeis part of the fix. NetBSD still has the old behaviour. I only saw 1 reply other than mine and 1 from the originator that I haven't got around to responding to. It agreed with the originator that the spec is probably wrong. There are minor technical advantages for rename() not doing a sort of unlink(): we don't have to have complications to handle it or have to worry about races in it :-). There are nice race possibilites even for rename("foo", "hard-link-to-foo"). This is not quite the same as unlink("foo") (after stat()'ing the files and finding that they are links to each other), since rename() is supposed to be atomic so it is not permitted to remove the first link if the other is removed concurrently, while of course stat() + unlink() has inherent races. However, the old code in ufs_rename() (see RELENG_3) essentially duplicats the userland race (it starts by completely unlocking the destination). > + if ((error = vn_lock(fvp, LK_EXCLUSIVE, fcnp->cn_thread)) != 0) > + goto out; Need a blank line here. > /* > * We have to flush B_DELWRI data prior to renaming > * the file. If we don't, the delayed-write buffers > @@ -1529,8 +1536,8 @@ > * ( as far as I can tell ) it flushes dirty buffers more > * often. > */ > - Correct to remove this bkank line. > VOP_FSYNC(fvp, fcnp->cn_cred, MNT_WAIT, fcnp->cn_thread); > + VOP_UNLOCK(fvp, 0, fcnp->cn_thread); > if (tvp) > VOP_FSYNC(tvp, tcnp->cn_cred, MNT_WAIT, tcnp->cn_thread); > Bruce From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 08:28:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B26637B401 for ; Thu, 24 Apr 2003 08:28:03 -0700 (PDT) Received: from seed.net.tw (sn14.seed.net.tw [139.175.54.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54AE743F75 for ; Thu, 24 Apr 2003 08:28:02 -0700 (PDT) (envelope-from leafy@chihiro.leafy.idv.tw) Received: from [210.64.98.49] (port=49156 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 198idl-000Pjm-00 for freebsd-current@freebsd.org; Thu, 24 Apr 2003 23:28:01 +0800 Received: from chihiro.leafy.idv.tw (nobody@localhost [127.0.0.1]) by chihiro.leafy.idv.tw (8.12.9/8.12.9) with ESMTP id h3OFRxsP016976 for ; Thu, 24 Apr 2003 23:28:00 +0800 (CST) (envelope-from leafy@chihiro.leafy.idv.tw) Received: (from leafy@localhost) by chihiro.leafy.idv.tw (8.12.9/8.12.9/Submit) id h3OFRx77016975 for freebsd-current@freebsd.org; Thu, 24 Apr 2003 23:27:59 +0800 (CST) Date: Thu, 24 Apr 2003 23:27:59 +0800 From: leafy To: freebsd-current@freebsd.org Message-ID: <20030424152759.GA16964@chihiro.leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: [patch] /etc/rc.d/ipnat X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 15:28:03 -0000 After patching this ipnat rules will get loaded. JY --- /usr/src/etc/rc.d/ipnat Thu Apr 24 17:19:06 2003 +++ ipnat Thu Apr 24 23:24:34 2003 @@ -59,7 +59,7 @@ return 0 fi echo -n "Installing NAT rules ... " - /usr/sbin/ipnat -CF -f ${ipnat_rules} ${ipnat_flags} + ${ipnat_program} -CF -f ${ipnat_rules} ${ipnat_flags} } run_rc_command "$1" -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 08:58:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E983E37B401; Thu, 24 Apr 2003 08:58:59 -0700 (PDT) Received: from symbion.srrc.usda.gov (symbion.srrc.usda.gov [199.133.86.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A383B43FD7; Thu, 24 Apr 2003 08:58:58 -0700 (PDT) (envelope-from gjohnson@srrc.ars.usda.gov) Received: from node1.cluster.srrc.usda.gov (localhost [127.0.0.1]) by symbion.srrc.usda.gov (8.12.9/8.12.9) with ESMTP id h3OFwuiW074929; Thu, 24 Apr 2003 10:58:56 -0500 (CDT) (envelope-from glenn@node1.cluster.srrc.usda.gov) Received: (from glenn@localhost)h3OFwtpR074928; Thu, 24 Apr 2003 10:58:55 -0500 (CDT) (envelope-from glenn) Date: Thu, 24 Apr 2003 10:58:55 -0500 From: Glenn Johnson To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Message-ID: <20030424155855.GA74410@node1.cluster.srrc.usda.gov> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org References: <20030423210539.GA1348@node1.cluster.srrc.usda.gov> <20030423215038.GB22152@madman.celabo.org> <20030423220754.GA16387@node1.cluster.srrc.usda.gov> <20030423221120.GA22798@madman.celabo.org> <20030423221915.GA17543@node1.cluster.srrc.usda.gov> <20030424020829.GA73546@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030424020829.GA73546@madman.celabo.org> User-Agent: Mutt/1.5.4i Subject: Re: groups wrong on NIS clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 15:59:00 -0000 On Wed, Apr 23, 2003 at 09:08:29PM -0500, Jacques A. Vidrine wrote: > On Wed, Apr 23, 2003 at 05:19:15PM -0500, Glenn Johnson wrote: > > > > How are you logging in? > > > > I was using ssh. After reading your message, I went down the hall > > and logged in via the console. The groups are set correctly when > > logging in via the console. > > > > Whatever login process you are using is responsible for setting > > > your group list correctly. It has not done so. > > > > As a note, the groups were set correctly via ssh before I updated to > > the latest sources today. My previous -current was from April 15, > > 2003. > > Do you have UsePrivilegeSeperation turned on? (Not that this should > make a difference ... `works here'.) I tried with it on and off, same result. > Do you have anything different from the default configuration? I am HostbasedAuthentication. That has never been a problem before. Anyway, I tried without it and get the same result. > The only thing I can think of that might give you different results > when logging in via the console versus via sshd is if the latter > cannot contact the NIS server for some reason. Do you see (e.g. with > tcpdump) any NIS queries when you attempt to login via ssh? Yes, I get messages like the following: 10:28:15.092664 node1.cluster.srrc.usda.gov.nfs > node11.cluster.srrc.usda.gov.207013284: reply ok 116 lookup ERROR: No such file or directory > If you want to dig deeper, you should arrange for sshd to spit out the > group list. I will gice that a try. -- Glenn Johnson USDA, ARS, SRRC Phone: (504) 286-4252 New Orleans, LA 70124 e-mail: gjohnson@srrc.ars.usda.gov From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 09:02:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182EF37B401 for ; Thu, 24 Apr 2003 09:02:46 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id D9D2943F3F for ; Thu, 24 Apr 2003 09:02:44 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 6586 invoked by uid 65534); 24 Apr 2003 16:02:43 -0000 Received: from pD950A5BD.dip.t-dialin.net (EHLO kiste.my.domain) (217.80.165.189) by mail.gmx.net (mp010-rz3) with SMTP; 24 Apr 2003 18:02:43 +0200 From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 24 Apr 2003 18:02:39 +0200 User-Agent: KMail/1.5.1 References: <200304240615.35771.michaelnottebrock@gmx.net> In-Reply-To: <200304240615.35771.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_jqAq+o9wO1B+2R7"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200304241802.43049.michaelnottebrock@gmx.net> Subject: Re: ipf header troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 16:02:46 -0000 --Boundary-02=_jqAq+o9wO1B+2R7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Thursday 24 April 2003 09:20, Ruslan Ermilov wrote: > Duplicate of PR 44148, has been closed. (re. PR 44148) I actually do not understand the reasons why the headers are gone, but=20 whatever they are, the status quo is unacceptable. Those headers were publi= c=20 headers, they are used by important software and ports (like squid), and th= ey=20 need to be installed again. And they shouldn't have disappeared without=20 port-sanitizing and a HEADS UP / note in UPDATING in the first place. Please fix. =2D-=20 Regards, Michael Nottebrock --Boundary-02=_jqAq+o9wO1B+2R7 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+qAqjXhc68WspdLARAqVQAJ0RRWRvfW0g0lafChKcq42BIXuWZwCeLg+X 5xi/x4q4sfjLdqswJMV2PQM= =huXD -----END PGP SIGNATURE----- --Boundary-02=_jqAq+o9wO1B+2R7-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 09:34:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2CEC37B405 for ; Thu, 24 Apr 2003 09:34:40 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1FB943FD7 for ; Thu, 24 Apr 2003 09:34:39 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 3A5414D for ; Thu, 24 Apr 2003 11:34:39 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id C0E1578C66; Thu, 24 Apr 2003 11:34:38 -0500 (CDT) Date: Thu, 24 Apr 2003 11:34:38 -0500 From: "Jacques A. Vidrine" To: freebsd-current@FreeBSD.org Message-ID: <20030424163438.GC26825@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org References: <20030423210539.GA1348@node1.cluster.srrc.usda.gov> <20030423215038.GB22152@madman.celabo.org> <20030423220754.GA16387@node1.cluster.srrc.usda.gov> <20030423221120.GA22798@madman.celabo.org> <20030423221915.GA17543@node1.cluster.srrc.usda.gov> <20030424020829.GA73546@madman.celabo.org> <20030424155855.GA74410@node1.cluster.srrc.usda.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030424155855.GA74410@node1.cluster.srrc.usda.gov> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 Subject: Re: groups wrong on NIS clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 16:34:41 -0000 On Thu, Apr 24, 2003 at 10:58:55AM -0500, Glenn Johnson wrote: > > The only thing I can think of that might give you different results > > when logging in via the console versus via sshd is if the latter > > cannot contact the NIS server for some reason. Do you see (e.g. with > > tcpdump) any NIS queries when you attempt to login via ssh? > > Yes, I get messages like the following: > > 10:28:15.092664 node1.cluster.srrc.usda.gov.nfs > node11.cluster.srrc.usda.gov.207013284: reply ok 116 lookup ERROR: No such file or directory This is not NIS. This is NFS, a `file not found' error. > > If you want to dig deeper, you should arrange for sshd to spit out the > > group list. > > I will gice that a try. Thanks! Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 09:50:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6348F37B401; Thu, 24 Apr 2003 09:50:32 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D36DD43F93; Thu, 24 Apr 2003 09:50:26 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3OGoN62053591 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Apr 2003 19:50:23 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3OGoLAe053582; Thu, 24 Apr 2003 19:50:21 +0300 (EEST) (envelope-from ru) Date: Thu, 24 Apr 2003 19:50:21 +0300 From: Ruslan Ermilov To: Daniel Eischen Message-ID: <20030424165021.GF52541@sunbay.com> References: <20030423181943.GB52765@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c7hkjup166d4FzgN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: Multiple (same) sets of man pages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 16:50:32 -0000 --c7hkjup166d4FzgN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 23, 2003 at 02:42:15PM -0400, Daniel Eischen wrote: > On Wed, 23 Apr 2003, Ruslan Ermilov wrote: > > On Wed, Apr 23, 2003 at 02:08:40PM -0400, Daniel Eischen wrote: > > > On Wed, 23 Apr 2003, Mike Barcroft wrote: > > >=20 > > > > Daniel Eischen writes: > > > > > [ doc@ bcc:'d ] > > > > >=20 > > > > > With 3 threading libraries, each with a set of the same man pages, > > > > > how should this be handled? It doesn't make any sense to have > > > > > all of them installed and yet it should still be possible to > > > > > install all 3 thread libraries. > > > > >=20 > > > > > Do we need a different heirarchy for threads? > > > >=20 > > > > Ideally, they'd all document the same specification. Perhaps there > > >=20 > > > Right, but there may be extensions in some that aren't in the > > > others. So those would be library-specific man pages. Like > > > pthread_switch_{add,delete}_np() that I believe is only supported > > > in libc_r. I have no plans on supporting it in libpthread > > > since it really doesn't make sense there. There will also be > > > other functions available in libpthread that aren't in libc_r > > > (and perhaps libthr). > > >=20 > > > > would be one document that discusses the pros and cons of each > > > > implementation with instructions on enabling them. > > >=20 > > > Right, I think an overall 'man threads' should give you that. > > > Eventually, libc_r should be deprecated so placing the common > > > man pages in there doesn't make sense. Of course we can ignore > > > it until we get to that point. > > >=20 > > > I've currently got the man pages commented out of libpthread's > > > Makefile 'cause it doesn't make sense to install them over > > > those installed by libc_r. I'm just raising the issue; I'll > > > do whatever the doc guys recommend. > > >=20 > > Since libpthread and libthr aren't getting built by default, > > this is a minor issue now. If you're about to enable either > > one or both, the one that is not optional (libc_r is optional) > > should get the common manpages. If all libraries are optional, > > either one (most commonly used) could get the manpages, and > > others should have .PATH to them. Another issue is the .Lb > > call in these manpages. They should be fixed to give all three > > libraries. I will have to fix the .Lb macro first to make > > this work. >=20 > OK, for now I'll assume libc_r is not optional and we'll > update the man pages within there. And as wollman suggested, > if there are library-specific man pages, we'll add them to > the common set of man pages and document the differences > from the other libraries. >=20 When I fix the .Lb macro, I will let you know. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --c7hkjup166d4FzgN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qBXMUkv4P6juNwoRAgsyAJ9SxjxVq9vYLtkIQZkh3kWUOKGxFgCfYgaJ h8jHFmEPfbHwuQxrNtAIx5A= =o3kD -----END PGP SIGNATURE----- --c7hkjup166d4FzgN-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 10:14:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCCF737B401 for ; Thu, 24 Apr 2003 10:14:49 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3538C43FAF for ; Thu, 24 Apr 2003 10:14:44 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3OHEd62057004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 24 Apr 2003 20:14:39 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3OHEdDE056999 for current@FreeBSD.org; Thu, 24 Apr 2003 20:14:39 +0300 (EEST) (envelope-from ru) Date: Thu, 24 Apr 2003 20:14:39 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20030424171439.GA56367@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 17:14:50 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 5.x, loader(8) compiled with -DNOFORTH, results in a system without a console. This does not affect the RELENG_4. Can someone who knows this code please look into it? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qBt/Ukv4P6juNwoRArXFAJwKsQovlraqAEIyO7jvWsqm7PFvqgCggjM2 V2rWQNu2Qhr+Lx4t003MPtA= =gV+6 -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 10:40:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86C6237B401; Thu, 24 Apr 2003 10:40:59 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D61943FB1; Thu, 24 Apr 2003 10:40:57 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h3OHet912642; Thu, 24 Apr 2003 14:40:55 -0300 Message-ID: <3EA821A7.5000504@tcoip.com.br> Date: Thu, 24 Apr 2003 14:40:55 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030416 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Ruslan Ermilov References: <20030424171439.GA56367@sunbay.com> In-Reply-To: <20030424171439.GA56367@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 17:40:59 -0000 Ruslan Ermilov wrote: > On 5.x, loader(8) compiled with -DNOFORTH, results in > a system without a console. This does not affect the > RELENG_4. > > Can someone who knows this code please look into it? Curious, since boot disks are compiled without Forth. Maybe it's lack of acpi? -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net "I couldn't remember when I had been so disappointed. Except perhaps the time I found out that M&Ms really *do* melt in your hand ..." -- Peter Oakley From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 10:57:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EFFB37B401 for ; Thu, 24 Apr 2003 10:57:06 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED5D43F75 for ; Thu, 24 Apr 2003 10:57:01 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3OHuv62062078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Apr 2003 20:56:57 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3OHuvPO062073; Thu, 24 Apr 2003 20:56:57 +0300 (EEST) (envelope-from ru) Date: Thu, 24 Apr 2003 20:56:57 +0300 From: Ruslan Ermilov To: "Daniel C. Sobral" Message-ID: <20030424175657.GB59206@sunbay.com> References: <20030424171439.GA56367@sunbay.com> <3EA821A7.5000504@tcoip.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5I6of5zJg18YgZEa" Content-Disposition: inline In-Reply-To: <3EA821A7.5000504@tcoip.com.br> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 17:57:06 -0000 --5I6of5zJg18YgZEa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 24, 2003 at 02:40:55PM -0300, Daniel C. Sobral wrote: > Ruslan Ermilov wrote: > >On 5.x, loader(8) compiled with -DNOFORTH, results in > >a system without a console. This does not affect the > >RELENG_4. > > > >Can someone who knows this code please look into it? >=20 > Curious, since boot disks are compiled without Forth. >=20 You sure they are? I somehow fail to see the code that rebuilds sys/boot during "make release" with -DNOFORTH. > Maybe it's lack of acpi? >=20 No, acpi(4) was loaded. I experimented with bzip(2) support in loader(8), and for this I needed the stripped loader, because memory allocation really sucks in i386 loader(8). Am I right it's limited to real mode's 1M? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --5I6of5zJg18YgZEa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qCVpUkv4P6juNwoRAh/mAJ9ARMU3GtEKt5Erk+EtOLANf8Ys3QCeKE5w Hu408/9Lpt1dlgHQ2eMLGR0= =l2V2 -----END PGP SIGNATURE----- --5I6of5zJg18YgZEa-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 11:03:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DBDC37B401 for ; Thu, 24 Apr 2003 11:03:22 -0700 (PDT) Received: from mail.rdslink.ro (mail.rdslink.ro [193.231.236.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A638043F75 for ; Thu, 24 Apr 2003 11:03:20 -0700 (PDT) (envelope-from enache@rdslink.ro) Received: (qmail 16981 invoked from network); 24 Apr 2003 18:05:55 -0000 Received: from unknown (HELO ratsnest.hole) (81.196.245.37) by mail.rdslink.ro with SMTP; 24 Apr 2003 18:05:55 -0000 Date: Thu, 24 Apr 2003 21:04:34 +0300 From: Enache Adrian To: current@freebsd.org Message-ID: <20030424180434.GA794@ratsnest.hole> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: What's wrong with msdosfs ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 18:03:22 -0000 # mount -o rw -t msdosfs /dev/ad0s5 /D # echo > /D/foo /D/foo: Operation not permitted. # umount /D umount: unmount of /D failed: Resource temporarily unavailable # Apr 24 20:46:11 ratsnest kernel: fsync: giving up on dirty: 0xc1e435b4: tag devfs, type VCHR, usecount 3, writecount 0, refcount 1210, lock type devfs: EXCL (count 1) by thread 0xc1871980 Apr 24 20:46:11 ratsnest kernel: dev ad0s5 Then I have to do: # mount -uo ro /D # umount /D Why do I get EPERM there ? That's a 1 week old -CURRENT and ad0s5 is a Win98 vfat partition. I always used it r/w without problems from FreeBSD. Thanks & Regards Adi From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 11:21:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BA1D37B405 for ; Thu, 24 Apr 2003 11:21:21 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8758243FBF for ; Thu, 24 Apr 2003 11:21:17 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6988 invoked from network); 24 Apr 2003 18:21:22 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 24 Apr 2003 18:21:22 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3OILEOv000743; Thu, 24 Apr 2003 14:21:15 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030424171439.GA56367@sunbay.com> Date: Thu, 24 Apr 2003 14:21:17 -0400 (EDT) From: John Baldwin To: Ruslan Ermilov cc: current@FreeBSD.org Subject: RE: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 18:21:22 -0000 On 24-Apr-2003 Ruslan Ermilov wrote: > On 5.x, loader(8) compiled with -DNOFORTH, results in > a system without a console. This does not affect the > RELENG_4. > > Can someone who knows this code please look into it? No kernel console or no loader console? The usual problem with no kernel console on 5.x is lack of device.hints. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 11:21:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C83C37B404 for ; Thu, 24 Apr 2003 11:21:24 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0B943FAF for ; Thu, 24 Apr 2003 11:21:20 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7163 invoked from network); 24 Apr 2003 18:21:25 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 24 Apr 2003 18:21:25 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3OILHOv000746; Thu, 24 Apr 2003 14:21:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200304232250.01909.avleeuwen@piwebs.com> Date: Thu, 24 Apr 2003 14:21:21 -0400 (EDT) From: John Baldwin To: Arjan van Leeuwen cc: anholt@freebsd.org cc: current@freebsd.org Subject: RE: Problems running Quake 3 on -CURRENT / X 4.3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 18:21:24 -0000 On 23-Apr-2003 Arjan van Leeuwen wrote: > Hi, > > Quake 3 is behaving strange when running it from -CURRENT with XFree86 4.3.0 > on my Radeon (R100). Other people are experiencing the same problems with a > Radeon 7500. Does reverting revision 1.42 of sys/compat/linux/linux_signal.c fix things? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 11:25:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDA5937B401; Thu, 24 Apr 2003 11:25:47 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EBC143F3F; Thu, 24 Apr 2003 11:25:44 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3OIPe62064930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Apr 2003 21:25:40 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3OIPe0I064925; Thu, 24 Apr 2003 21:25:40 +0300 (EEST) (envelope-from ru) Date: Thu, 24 Apr 2003 21:25:40 +0300 From: Ruslan Ermilov To: John Baldwin Message-ID: <20030424182540.GA64750@sunbay.com> References: <20030424171439.GA56367@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: current@FreeBSD.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 18:25:48 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 24, 2003 at 02:21:17PM -0400, John Baldwin wrote: >=20 > On 24-Apr-2003 Ruslan Ermilov wrote: > > On 5.x, loader(8) compiled with -DNOFORTH, results in > > a system without a console. This does not affect the > > RELENG_4. > >=20 > > Can someone who knows this code please look into it? >=20 > No kernel console or no loader console? The usual problem with > no kernel console on 5.x is lack of device.hints. >=20 No kernel console. The device.hints, it's there under /boot; I only reinstalled loader(8) with -DNOFORTH, and this gave me "no console" behavior. Can you try it locally? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qCwkUkv4P6juNwoRArDhAJ4uPHKXF8wQn8iyUsM7uVFvbcoybACfcE0k 6n8gQ8pilk3wcPH9Pw3UUWw= =SY2C -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:05:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8BA737B401; Thu, 24 Apr 2003 12:05:52 -0700 (PDT) Received: from amour.ath.cx (p213.54.210.107.tisdip.tiscali.de [213.54.210.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5E5D43FDF; Thu, 24 Apr 2003 12:05:50 -0700 (PDT) (envelope-from amour@amour.ath.cx) Received: from amour.ath.cx (amour@localhost.ath.cx [127.0.0.1]) by amour.ath.cx (8.12.9/8.12.9) with ESMTP id h3OJ5mtf056594; Thu, 24 Apr 2003 21:05:48 +0200 (CEST) (envelope-from amour@amour.ath.cx) Received: from localhost (amour@localhost) by amour.ath.cx (8.12.9/8.12.9/Submit) with ESMTP id h3OJ5jf8056591; Thu, 24 Apr 2003 21:05:48 +0200 (CEST) Date: Thu, 24 Apr 2003 21:05:45 +0200 (CEST) From: Alexander To: freebsd-hardware@freebsd.org, , , , , Message-ID: <20030424203000.A55256-100000@amour.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: SIS900 NIC [on board], pay some attention, please ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 19:05:53 -0000 Hello there ! I was writing to freebsd lists some time ago, again asking for some help about SIS900 NIC. Then some other people also complained that the sis900 driver that comes with FreeBSD 4.x and FreeBSD-CURRENT (later 5.0) doesn't actually work at all. So some patches were released and also the drivers in -STABLE and -CURRENT were also updated. And guess what, it is still not working on my laptop ! I really waited long, looked around for some other patches or updates but ... nothing ! There was also some people, whose SIS900 NICs were also not working, mailed me asking if I got my NIC working. But the answer was, and is "NO" I'm not mailing the list(s) to tell my story, but to ask someone who is interested in auditing the problem and fixing the driver, I'm ready to give my whole time for the cause ... The problem consists of the "MII without any PHY" while probing for the SIS900 NIC and then I simply get kernel panic and can't boot any further. The only advantage of all the updatings of the sis900 driver was that now the it finds the nic's mac, not very helpfull but it's still something. I've described most of the problem at the very nice freebsd hardware forum: www.freebsdforums.org/forums/showthread.php?s=&threadid=8328 Thanks, for at least reading the email :) P.S. If You reply to this email, please include my email address while responding. From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:09:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B6F37B401 for ; Thu, 24 Apr 2003 12:09:40 -0700 (PDT) Received: from mezzanine.vandalon.nl (cp25482-a.gelen1.lb.home.nl [217.120.68.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80FC43FD7 for ; Thu, 24 Apr 2003 12:09:39 -0700 (PDT) (envelope-from wiebel@mezzanine.vandalon.nl) Received: by mezzanine.vandalon.nl (Postfix, from userid 1000) id 054D02A90E; Thu, 24 Apr 2003 21:09:37 +0200 (CEST) Date: Thu, 24 Apr 2003 21:09:36 +0200 From: Joris Vandalon To: current@FreeBSD.org Message-ID: <20030424190936.GA66245@mezzanine.vandalon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Linux compat broken?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 19:09:40 -0000 Hi there, sinds I updated my kernel and world yesterday i seem to have troubles with my linux browsers (linux-netscape7 and linux-phoenix), they freeze for no apperent reason. are there more people experiencing this problems? and where there any changes to linux compat in the src lately? Regards, Joris From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:19:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42C8637B401; Thu, 24 Apr 2003 12:19:58 -0700 (PDT) Received: from borg.starbase.net (mail.big-blue.net [208.233.101.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 377A543F85; Thu, 24 Apr 2003 12:19:55 -0700 (PDT) (envelope-from alex@big-blue.net) Received: from borg.starbase.net (borg.starbase.net [208.233.101.2]) by borg.starbase.net (8.12.9/8.11.1) with ESMTP id h3OJ5Se2053389; Thu, 24 Apr 2003 15:05:28 -0400 (EDT) (envelope-from alex@big-blue.net) Date: Thu, 24 Apr 2003 15:05:28 -0400 (EDT) From: alexander v p Sender: alex@borg.starbase.net To: Alexander In-Reply-To: <20030424203000.A55256-100000@amour.ath.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-vendors@freebsd.org cc: freebsd-bugs@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-hardware@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: SIS900 NIC [on board], pay some attention, please ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 19:19:58 -0000 Hi, i had the same problem "MII without any PHY" on ASUS motherboard and for the time i used additional card ( 3com). anyway, after CVSUP to 4.8 that card is working. did u try to cvsup to latest 4.X code ? hth, alex On Thu, 24 Apr 2003, Alexander wrote: > Hello there ! > > I was writing to freebsd lists some time ago, again asking for some help > about SIS900 NIC. Then some other people also complained that the sis900 > driver that comes with FreeBSD 4.x and FreeBSD-CURRENT (later 5.0) doesn't > actually work at all. So some patches were released and also the drivers > in -STABLE and -CURRENT were also updated. And guess what, it is still not > working on my laptop ! I really waited long, looked around for some other > patches or updates but ... nothing ! There was also some people, > whose SIS900 NICs were also not working, mailed me asking if I got my NIC > working. But the answer was, and is "NO" > > I'm not mailing the list(s) to tell my story, but to ask someone who is > interested in auditing the problem and fixing the driver, I'm ready to > give my whole time for the cause ... > > The problem consists of the "MII without any PHY" while probing for > the SIS900 NIC and then I simply get kernel panic and can't boot > any further. The only advantage of all the updatings of the sis900 driver was > that now the it finds the nic's mac, not very helpfull but it's still > something. > > I've described most of the problem at the very nice freebsd hardware > forum: > www.freebsdforums.org/forums/showthread.php?s=&threadid=8328 > > Thanks, for at least reading the email :) > > P.S. If You reply to this email, please include my email address while > responding. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:54:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB35137B401 for ; Thu, 24 Apr 2003 12:54:16 -0700 (PDT) Received: from hotmail.com (bay7-f110.bay7.hotmail.com [64.4.11.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8163543F75 for ; Thu, 24 Apr 2003 12:54:16 -0700 (PDT) (envelope-from howcanthisbe300@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 24 Apr 2003 12:54:16 -0700 Received: from 217.229.72.168 by by7fd.bay7.hotmail.msn.com with HTTP; Thu, 24 Apr 2003 19:54:16 GMT X-Originating-IP: [217.229.72.168] X-Originating-Email: [howcanthisbe300@hotmail.com] From: "How Can ThisBe" To: freebsd-current@freebsd.org Date: Thu, 24 Apr 2003 19:54:16 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 24 Apr 2003 19:54:16.0480 (UTC) FILETIME=[49702200:01C30A9B] Subject: suggested change to 'write' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 19:54:17 -0000 A friend and I have been using 'write' to communticate to each other, its very handy but has a small annoyance (to us anyway) where you can lose track for the thread when you look back over it. Anyway, below is a tiny patch that helps to see who wrote what. We have found it very helpful. *** write.c.orig Thu Apr 24 21:29:02 2003 --- write.c Thu Apr 24 21:40:08 2003 *************** *** 280,287 **** (void)printf("\r\n\007\007\007Message from %s@%s on %s at %s ...\r\n", login, host, mytty, nows + 11); ! while (fgets(line, sizeof(line), stdin) != NULL) wr_fputs(line); } /* --- 280,289 ---- (void)printf("\r\n\007\007\007Message from %s@%s on %s at %s ...\r\n", login, host, mytty, nows + 11); ! while (fgets(line, sizeof(line), stdin) != NULL){ ! (void)printf("\n%s: ",login); wr_fputs(line); + } } /* _________________________________________________________________ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:10:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D383337B401; Thu, 24 Apr 2003 13:10:02 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C1343F85; Thu, 24 Apr 2003 13:09:57 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h3OK9p918711; Thu, 24 Apr 2003 17:09:51 -0300 Message-ID: <3EA8448E.5010607@tcoip.com.br> Date: Thu, 24 Apr 2003 17:09:50 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030416 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Ruslan Ermilov References: <20030424171439.GA56367@sunbay.com> <3EA821A7.5000504@tcoip.com.br> <20030424175657.GB59206@sunbay.com> In-Reply-To: <20030424175657.GB59206@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 20:10:03 -0000 Ruslan Ermilov wrote: > On Thu, Apr 24, 2003 at 02:40:55PM -0300, Daniel C. Sobral wrote: > >>Ruslan Ermilov wrote: >> >>>On 5.x, loader(8) compiled with -DNOFORTH, results in >>>a system without a console. This does not affect the >>>RELENG_4. >>> >>>Can someone who knows this code please look into it? >> >>Curious, since boot disks are compiled without Forth. >> > > You sure they are? I somehow fail to see the code that > rebuilds sys/boot during "make release" with -DNOFORTH. Yes. FICL is unnecessary for the simple task of booting the installation kernel and takes quite a bit of space. Notes that this is _only_ for the _install_ floppy, and it is custom built for it. > > >>Maybe it's lack of acpi? >> > > No, acpi(4) was loaded. I experimented with bzip(2) > support in loader(8), and for this I needed the stripped > loader, because memory allocation really sucks in > i386 loader(8). Am I right it's limited to real mode's > 1M? I'm not sure what the exact memory constrains are, particularly since they changed somewhat when such issues were of interest to me. jhb can answer this, I think. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Matter cannot be created or destroyed, nor can it be returned without a receipt. From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:24:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54DD937B401; Thu, 24 Apr 2003 13:24:17 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54BAB43F93; Thu, 24 Apr 2003 13:24:14 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.6p2/8.12.3) with ESMTP id h3OKOCZu010123; Thu, 24 Apr 2003 13:24:12 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Thu, 24 Apr 2003 13:24:14 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h3OKODZc091683; Thu, 24 Apr 2003 13:24:13 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h3OKODUr091682; Thu, 24 Apr 2003 13:24:13 -0700 (PDT) (envelope-from gtetlow) Date: Thu, 24 Apr 2003 13:24:13 -0700 From: Gordon Tetlow To: nectar@FreeBSD.org Message-ID: <20030424202413.GT9682@roark.gnf.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bKO1kftFne8qVRsx" Content-Disposition: inline User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 24 Apr 2003 20:24:14.0729 (UTC) FILETIME=[79472790:01C30A9F] cc: current@FreeBSD.org Subject: compat mode with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 20:24:17 -0000 --bKO1kftFne8qVRsx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm not sure if this is supposed to work, but if I try the following in my nsswitch.conf: hosts: files dns passwd: compat passwd_compat: ldap group: compat group_compat: ldap I get the following when running id : gtetlow@roark:~$ id id: : no such user I ran a truss on it and got the following open calls: gtetlow@roark:~$ grep ^open /tmp/foofoofoo=20 open("/var/run/ld-elf.so.hints",0x0,00) =3D 3 (0x3) open("/usr/lib/libc.so.5",0x0,027757773714) =3D 3 (0x3) open("/etc/nsswitch.conf",0x0,0666) =3D 3 (0x3) open("/usr/local/lib/nss_ldap.so.1",0x0,027757770550) =3D 4 (0x4) open("/usr/local/lib/libldap.so.2",0x0,027757770510) =3D 4 (0x4) open("/usr/local/lib/liblber.so.2",0x0,027757770510) =3D 4 (0x4) open("/usr/lib/libssl.so.3",0x0,027757770510) =3D 4 (0x4) open("/usr/lib/libcrypto.so.3",0x0,027757770510) =3D 4 (0x4) open("/etc/pwd.db",0x0,00) =3D 3 (0x3) open("/etc/localtime",0x0,00) =3D 4 (0x4) So it does seem to be getting the configuration from nsswitch.conf. But it never opens ldap.conf to get the configuration. A network sniff also indicates that there isn't any traffic going to the ldap server. Kinda odd. Works fine if my nsswitch.conf is: hosts: files dns passwd: files ldap group: files ldap open("/var/run/ld-elf.so.hints",0x0,00) =3D 3 (0x3) open("/usr/lib/libc.so.5",0x0,027757773714) =3D 3 (0x3) open("/etc/nsswitch.conf",0x0,0666) =3D 3 (0x3) open("/usr/local/lib/nss_ldap.so.1",0x0,027757770550) =3D 4 (0x4) open("/usr/local/lib/libldap.so.2",0x0,027757770510) =3D 4 (0x4) open("/usr/local/lib/liblber.so.2",0x0,027757770510) =3D 4 (0x4) open("/usr/lib/libssl.so.3",0x0,027757770510) =3D 4 (0x4) open("/usr/lib/libcrypto.so.3",0x0,027757770510) =3D 4 (0x4) open("/etc/pwd.db",0x0,00) =3D 3 (0x3) open("/etc/ldap.conf",0x0,0666) =3D 3 (0x3) open("/etc/resolv.conf",0x0,0666) =3D 3 (0x3) open("/etc/hosts",0x0,0666) =3D 3 (0x3) open("/usr/local/etc/openldap/ldap.conf",0x0,0666) =3D 3 (0x3) =2E.. -gordon --bKO1kftFne8qVRsx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qEftRu2t9DV9ZfsRAk2OAJ91HKdYUHVKhMPTyyw2runw7CQkywCfcboW sT1mN3N622am/mq4JrGKBkw= =/zLX -----END PGP SIGNATURE----- --bKO1kftFne8qVRsx-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:26:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB0537B401 for ; Thu, 24 Apr 2003 13:26:45 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67AE843FA3 for ; Thu, 24 Apr 2003 13:26:42 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (scratch.catspoiler.org [192.168.101.3]) by gw.catspoiler.org (8.12.6/8.12.6) with ESMTP id h3OKQXXB032968; Thu, 24 Apr 2003 13:26:38 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200304242026.h3OKQXXB032968@gw.catspoiler.org> Date: Thu, 24 Apr 2003 13:26:33 -0700 (PDT) From: Don Lewis To: bde@zeta.org.au In-Reply-To: <20030424231352.B25240@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: locking vnode pointer fvp in nfs_rename() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 20:26:45 -0000 On 24 Apr, Bruce Evans wrote: > On Thu, 24 Apr 2003, Don Lewis wrote: >> I think it would make a lot of sense to move the preliminary code that >> is common to each of the leaf file system implementations, including >> locking fvp, back into kern_rename(). This would make the >> implementation of the lock retry code a lot easier and would clean up a >> lot of cut-and-paste code in the leaf file systems. Unfortunately it's >> probably too late to do this for 5.x. > > Was it ever in kern_rename() (or rename()?). This doesn't seem to save > much (just one vn_lock() call). More below. No. On re-reading what I wrote, I see that "back" is ambiguous. I meant to move the common code into the caller (earlier in the execution path) rather than reverting to an earlier implementation. It saves more than just the vn_lock() call. All the leaf file system implementations of the rename method start off with something like: /* Check for cross-device rename */ if ((fvp->v_mount != tdvp->v_mount) || (tvp && (fvp->v_mount != tvp->v_mount))) { error = EXDEV; goto out; } if (fvp == tvp) { printf("nfs_rename: fvp == tvp (can't happen)\n"); error = 0; goto out; } I was looking at this change last fall, but ran out of time before I could look at how this might affect fun things like nullfs and other potential callers of VOP_RENAME(). VOP_RENAME() is also called by unionfs, lomacfs, and the NFS server code. >> Any reason the following change to nfs_rename() shouldn't be committed? > > It has some style bugs :-). Right, a violation of the Fourth Law of Thermodyamics, the conservation of white space :-) Easily fixed. >> Index: sys/nfsclient/nfs_vnops.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/nfsclient/nfs_vnops.c,v >> retrieving revision 1.203 >> diff -u -r1.203 nfs_vnops.c >> --- sys/nfsclient/nfs_vnops.c 23 Apr 2003 02:58:26 -0000 1.203 >> +++ sys/nfsclient/nfs_vnops.c 24 Apr 2003 03:06:21 -0000 >> @@ -1521,6 +1521,13 @@ >> goto out; >> } >> >> + if (fvp == tvp) { >> + printf("nfs_rename: fvp == tvp (can't happen)\n"); >> + error = 0; >> + goto out; >> + } > > Maybe the lock was delayed because of the (deleted) complications for the > (fvp == tvp) case. Exclusive locking would have to be avoided in this > case just to avoid deadlock. I believe that is correct. It would also be possible to deadlock with another process that was doing the locking in the opposite order. From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:43:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054D937B401; Thu, 24 Apr 2003 13:43:59 -0700 (PDT) Received: from sunfire.lclark.edu (lclark.edu [149.175.1.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 2FC7943FBD; Thu, 24 Apr 2003 13:43:56 -0700 (PDT) (envelope-from eta@lclark.edu) Received: from [149.175.30.191] ([149.175.30.191]) by sunfire.lclark.edu (SAVSMTP 3.0.1.45) with SMTP id M2003042413434828333 ; Thu, 24 Apr 2003 13:43:48 -0700 From: Eric Anholt To: John Baldwin In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1051217392.619.18.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 24 Apr 2003 13:49:52 -0700 Content-Transfer-Encoding: 7bit cc: Arjan van Leeuwen cc: current@freebsd.org Subject: RE: Problems running Quake 3 on -CURRENT / X 4.3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 20:43:59 -0000 On Thu, 2003-04-24 at 11:21, John Baldwin wrote: > On 23-Apr-2003 Arjan van Leeuwen wrote: > > Hi, > > > > Quake 3 is behaving strange when running it from -CURRENT with XFree86 4.3.0 > > on my Radeon (R100). Other people are experiencing the same problems with a > > Radeon 7500. > > Does reverting revision 1.42 of sys/compat/linux/linux_signal.c fix things? I've been seeing this problem for weeks, so no. I saw it a few times while using 4.2.0 (never figured out what caused it), but now with 4.3.0 it's all the time. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:25:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6173937B401 for ; Thu, 24 Apr 2003 14:25:45 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF66E43F93 for ; Thu, 24 Apr 2003 14:25:44 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 33799A7; Thu, 24 Apr 2003 16:25:41 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 7C8F878C66; Thu, 24 Apr 2003 16:25:40 -0500 (CDT) Date: Thu, 24 Apr 2003 16:25:40 -0500 From: "Jacques A. Vidrine" To: Gordon Tetlow Message-ID: <20030424212540.GC92456@madman.celabo.org> References: <20030424202413.GT9682@roark.gnf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030424202413.GT9682@roark.gnf.org> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: current@FreeBSD.org Subject: Re: compat mode with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:25:45 -0000 On Thu, Apr 24, 2003 at 01:24:13PM -0700, Gordon Tetlow wrote: > I'm not sure if this is supposed to work, but if I try the following in > my nsswitch.conf: > > hosts: files dns > passwd: compat > passwd_compat: ldap > group: compat > group_compat: ldap > > I get the following when running id : > > gtetlow@roark:~$ id > id: : no such user Ah yes, I need to define NSDB_PASSWD_COMPAT and NSDB_GROUP_COMPAT databases in the nss_ldap module for this to work. It is an oversight on my part. Try this patch and let me know how it works for you. (I'll have to do similar with samba.) Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se *** ports/net/nss_ldap/files/bsdnss.c Thu Apr 17 09:28:01 2003 --- ports/net/nss_ldap/files/bsdnss.c Thu Apr 24 16:23:17 2003 *************** *** 46,51 **** --- 46,63 ---- { NSDB_PASSWD, "endpwent", __nss_compat_setpwent, _nss_ldap_setpwent }, { NSDB_PASSWD, "setpwent", __nss_compat_endpwent, _nss_ldap_endpwent }, + { NSDB_GROUP_COMPAT, "getgrnam_r", __nss_compat_getgrnam_r, _nss_ldap_getgrnam_r }, + { NSDB_GROUP_COMPAT, "getgrgid_r", __nss_compat_getgrgid_r, _nss_ldap_getgrgid_r }, + { NSDB_GROUP_COMPAT, "getgrent_r", __nss_compat_getgrent_r, _nss_ldap_getgrent_r }, + { NSDB_GROUP_COMPAT, "endgrent", __nss_compat_setgrent, _nss_ldap_setgrent }, + { NSDB_GROUP_COMPAT, "setgrent", __nss_compat_endgrent, _nss_ldap_endgrent }, + + { NSDB_PASSWD_COMPAT, "getpwnam_r", __nss_compat_getpwnam_r, _nss_ldap_getpwnam_r }, + { NSDB_PASSWD_COMPAT, "getpwuid_r", __nss_compat_getpwuid_r, _nss_ldap_getpwuid_r }, + { NSDB_PASSWD_COMPAT, "getpwent_r", __nss_compat_getpwent_r, _nss_ldap_getpwent_r }, + { NSDB_PASSWD_COMPAT, "endpwent", __nss_compat_setpwent, _nss_ldap_setpwent }, + { NSDB_PASSWD_COMPAT, "setpwent", __nss_compat_endpwent, _nss_ldap_endpwent }, + }; From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:26:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FD0237B401 for ; Thu, 24 Apr 2003 14:26:43 -0700 (PDT) Received: from ns2.gnf.org (ns2.gnf.org [63.196.132.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29F1A43FAF for ; Thu, 24 Apr 2003 14:26:42 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns2.gnf.org (8.12.6p2/8.12.3) with ESMTP id h3OLQd8V087892 for ; Thu, 24 Apr 2003 14:26:39 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Thu, 24 Apr 2003 14:26:42 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h3OLQfZc037175 for ; Thu, 24 Apr 2003 14:26:41 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h3OLQf7j037174 for current@FreeBSD.org; Thu, 24 Apr 2003 14:26:41 -0700 (PDT) (envelope-from gtetlow) Date: Thu, 24 Apr 2003 14:26:41 -0700 From: Gordon Tetlow To: current@FreeBSD.org Message-ID: <20030424212641.GU9682@roark.gnf.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y88ZgXPnK3pWvLGs" Content-Disposition: inline User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 24 Apr 2003 21:26:42.0095 (UTC) FILETIME=[32E1D3F0:01C30AA8] Subject: LOR in NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:26:43 -0000 --Y88ZgXPnK3pWvLGs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I generated it while running nessus against my local machine. lock order reversal 1st 0xc9384c44 inp (inp) @ /local/usr.src/sys/netinet/tcp_input.c:649 2nd 0xc05aa84c tcp (tcp) @ /local/usr.src/sys/netinet/tcp_usrreq.c:621 Stack backtrace: backtrace(c04e9f03,c05aa84c,c04f0770,c04f0770,c04f1ae4) at backtrace+0x17 witness_lock(c05aa84c,8,c04f1ae4,26d,0) at witness_lock+0x692 _mtx_lock_flags(c05aa84c,0,c04f1ae4,26d,0) at _mtx_lock_flags+0xb2 tcp_usr_rcvd(c8a63800,80,c04ea514,df0e9a9c,3b9aca00) at tcp_usr_rcvd+0x30 soreceive(c8a63800,df0e9ad8,df0e9ae4,df0e9adc,0) at soreceive+0x86a nfsrv_rcv(c8a63800,c6d4fb00,4,34,10430) at nfsrv_rcv+0x8a sowakeup(c8a63800,c8a6384c,c04f11d5,434,108) at sowakeup+0x97 tcp_input(c21f5400,14,c0304f91,df0e9c5c,c02f60ba) at tcp_input+0x1341 ip_input(c21f5400,0,c04efede,e9,c21bd280) at ip_input+0x7b0 swi_net(0,0,c04e4eed,217,c21c73c0) at swi_net+0x111 ithread_loop(c21c6100,df0e9d48,c04e4d5d,314,c21c8d10) at ithread_loop+0x16c fork_exit(c02ec2d0,c21c6100,df0e9d48) at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xdf0e9d7c, ebp = 0 --- -gordon --Y88ZgXPnK3pWvLGs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qFaRRu2t9DV9ZfsRAhKNAJ9gfKth9TbtsyzNIaMnf687eos/rACfUoVi yo/RmUlBJR/DlOv39/HKybQ= =UciX -----END PGP SIGNATURE----- --Y88ZgXPnK3pWvLGs-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:44:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1678D37B401; Thu, 24 Apr 2003 14:44:52 -0700 (PDT) Received: from newsguy.com (smtp.newsguy.com [129.250.170.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA70F43FCB; Thu, 24 Apr 2003 14:44:50 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (200-163-025-007.bsace7026.dsl.brasiltelecom.net.br [200.163.25.7]) by newsguy.com (8.9.1p2/8.9.1) with ESMTP id OAA80949; Thu, 24 Apr 2003 14:44:48 -0700 (PDT) Message-ID: <3EA85ACF.2010600@newsguy.com> Date: Thu, 24 Apr 2003 18:44:47 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Ruslan Ermilov References: <20030424171439.GA56367@sunbay.com> <20030424182540.GA64750@sunbay.com> In-Reply-To: <20030424182540.GA64750@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:44:52 -0000 Ruslan Ermilov wrote: > On Thu, Apr 24, 2003 at 02:21:17PM -0400, John Baldwin wrote: > >>On 24-Apr-2003 Ruslan Ermilov wrote: >> >>>On 5.x, loader(8) compiled with -DNOFORTH, results in >>>a system without a console. This does not affect the >>>RELENG_4. >>> >>>Can someone who knows this code please look into it? >> >>No kernel console or no loader console? The usual problem with >>no kernel console on 5.x is lack of device.hints. >> > > No kernel console. The device.hints, it's there under /boot; > I only reinstalled loader(8) with -DNOFORTH, and this gave me > "no console" behavior. Can you try it locally? If you don't have FICL on loader, device.hints is not automatically loaded. Indeed, it's not even readable by loader. Check out what the floppy disks do. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@professional.bsdconspiracy.net Spellng is overated anywy. From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:45:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C67B37B401 for ; Thu, 24 Apr 2003 14:45:20 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F3B43FD7 for ; Thu, 24 Apr 2003 14:45:18 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31155 invoked from network); 24 Apr 2003 21:45:24 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 24 Apr 2003 21:45:24 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3OLjCOv001258; Thu, 24 Apr 2003 17:45:13 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030424182540.GA64750@sunbay.com> Date: Thu, 24 Apr 2003 17:45:15 -0400 (EDT) From: John Baldwin To: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: i386/loader compiled with NOFORTH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:45:20 -0000 On 24-Apr-2003 Ruslan Ermilov wrote: > On Thu, Apr 24, 2003 at 02:21:17PM -0400, John Baldwin wrote: >> >> On 24-Apr-2003 Ruslan Ermilov wrote: >> > On 5.x, loader(8) compiled with -DNOFORTH, results in >> > a system without a console. This does not affect the >> > RELENG_4. >> > >> > Can someone who knows this code please look into it? >> >> No kernel console or no loader console? The usual problem with >> no kernel console on 5.x is lack of device.hints. >> > No kernel console. The device.hints, it's there under /boot; > I only reinstalled loader(8) with -DNOFORTH, and this gave me > "no console" behavior. Can you try it locally? Since device.hints is read in by Forth code, I wouldn't be surprised if it didn't work. When you break into the 10 second countdown, do you have any hints set in the loader environment? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:45:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1413137B40B for ; Thu, 24 Apr 2003 14:45:35 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7160043FE0 for ; Thu, 24 Apr 2003 14:45:34 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31603 invoked from network); 24 Apr 2003 21:45:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 24 Apr 2003 21:45:42 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3OLjTOv001264; Thu, 24 Apr 2003 17:45:29 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030424190936.GA66245@mezzanine.vandalon.nl> Date: Thu, 24 Apr 2003 17:45:32 -0400 (EDT) From: John Baldwin To: Joris Vandalon cc: current@FreeBSD.org Subject: RE: Linux compat broken?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:45:35 -0000 On 24-Apr-2003 Joris Vandalon wrote: > Hi there, > > sinds I updated my kernel and world yesterday i seem to have troubles with my linux browsers > (linux-netscape7 and linux-phoenix), they freeze for no apperent reason. > are there more people experiencing this problems? > and where there any changes to linux compat in the src lately? This is current. People running current are expected to not do updates completely blind. That said, you can try reverting revision 1.42 of sys/compat/linux/linux_signal.c and see if it fixes your problem? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:45:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B472637B401 for ; Thu, 24 Apr 2003 14:45:54 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF5C43F85 for ; Thu, 24 Apr 2003 14:45:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31846 invoked from network); 24 Apr 2003 21:46:00 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 24 Apr 2003 21:46:00 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3OLjmOv001276; Thu, 24 Apr 2003 17:45:48 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1051217392.619.18.camel@leguin> Date: Thu, 24 Apr 2003 17:45:51 -0400 (EDT) From: John Baldwin To: Eric Anholt cc: current@freebsd.org cc: Arjan van Leeuwen Subject: RE: Problems running Quake 3 on -CURRENT / X 4.3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:45:55 -0000 On 24-Apr-2003 Eric Anholt wrote: > On Thu, 2003-04-24 at 11:21, John Baldwin wrote: >> On 23-Apr-2003 Arjan van Leeuwen wrote: >> > Hi, >> > >> > Quake 3 is behaving strange when running it from -CURRENT with XFree86 4.3.0 >> > on my Radeon (R100). Other people are experiencing the same problems with a >> > Radeon 7500. >> >> Does reverting revision 1.42 of sys/compat/linux/linux_signal.c fix things? > > I've been seeing this problem for weeks, so no. I saw it a few times > while using 4.2.0 (never figured out what caused it), but now with 4.3.0 > it's all the time. Oh, hmm. I have weird keyboard problems where I lose my keyboard until I restart X at which point it magically comes back. I've seen it in the console as well though, and I've been seeing it on current for at least a couple of months now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:46:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30AAD37B405; Thu, 24 Apr 2003 14:46:26 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81D9F43FAF; Thu, 24 Apr 2003 14:46:24 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.6p2/8.12.3) with ESMTP id h3OLkMZu010359; Thu, 24 Apr 2003 14:46:22 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Thu, 24 Apr 2003 14:46:24 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h3OLkOZc041225; Thu, 24 Apr 2003 14:46:24 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h3OLkOwK041224; Thu, 24 Apr 2003 14:46:24 -0700 (PDT) (envelope-from gtetlow) Date: Thu, 24 Apr 2003 14:46:23 -0700 From: Gordon Tetlow To: "Jacques A. Vidrine" Message-ID: <20030424214623.GV9682@roark.gnf.org> References: <20030424202413.GT9682@roark.gnf.org> <20030424212540.GC92456@madman.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HBXo5IaYAxUG7vuS" Content-Disposition: inline In-Reply-To: <20030424212540.GC92456@madman.celabo.org> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 24 Apr 2003 21:46:24.0500 (UTC) FILETIME=[F3A68340:01C30AAA] cc: current@FreeBSD.org Subject: Re: compat mode with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:46:26 -0000 --HBXo5IaYAxUG7vuS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 24, 2003 at 04:25:40PM -0500, Jacques A. Vidrine wrote: > On Thu, Apr 24, 2003 at 01:24:13PM -0700, Gordon Tetlow wrote: > > I'm not sure if this is supposed to work, but if I try the following in > > my nsswitch.conf: > >=20 > > hosts: files dns > > passwd: compat > > passwd_compat: ldap > > group: compat > > group_compat: ldap > >=20 > > I get the following when running id : > >=20 > > gtetlow@roark:~$ id > > id: : no such user >=20 > Ah yes, I need to define NSDB_PASSWD_COMPAT and NSDB_GROUP_COMPAT > databases in the nss_ldap module for this to work. It is an oversight > on my part. Try this patch and let me know how it works for you. It doesn't like that. With the compat I get a segfault. unfortunately, the corefile is not to helpful as I don't have a debug libc around. Here's the bt anyway: (gdb) bt #0 0x280fd970 in nsdispatch () from /usr/lib/libc.so.5 #1 0x0804c80b in ?? () #2 0x00780073 in ?? () Kinda special. With the passwd: files ldap, it works fine. -gordon --HBXo5IaYAxUG7vuS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+qFsvRu2t9DV9ZfsRAnvPAKCbtSVjQm1m4YmbfLpYBBubEQQ4WACZAbUc iH79lfJuNypYxUWs7N9w9Ak= =syYd -----END PGP SIGNATURE----- --HBXo5IaYAxUG7vuS-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:50:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C556837B401 for ; Thu, 24 Apr 2003 14:50:40 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id C63DD43FAF for ; Thu, 24 Apr 2003 14:50:39 -0700 (PDT) (envelope-from freebsd-current-local@be-well.no-ip.com) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com[24.147.188.198]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003042421503900100e4vj2e>; Thu, 24 Apr 2003 21:50:39 +0000 Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.198] (may be forged)) by be-well.ilk.org (8.12.9/8.12.7) with ESMTP id h3OLocoQ000408 for ; Thu, 24 Apr 2003 17:50:38 -0400 (EDT) (envelope-from freebsd-current-local@be-well.no-ip.com) Received: (from lowell@localhost) by be-well.ilk.org (8.12.9/8.12.6/Submit) id h3OLob79000405; Thu, 24 Apr 2003 17:50:37 -0400 (EDT) X-Authentication-Warning: be-well.ilk.org: lowell set sender to freebsd-current-local@be-well.ilk.org using -f Sender: lowell@be-well.no-ip.com To: freebsd-current@freebsd.org References: <44he8onc7l.fsf@be-well.ilk.org> From: Lowell Gilbert Date: 24 Apr 2003 17:50:37 -0400 In-Reply-To: <44he8onc7l.fsf@be-well.ilk.org> Message-ID: <44ist3imz6.fsf@be-well.ilk.org> Lines: 16 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: booting on laptop freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 21:50:41 -0000 Lowell Gilbert writes: > and it gets as far as > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0-0x3ffffff at device 0.0 on pci > and it locks up there for good. I have a recent snapshot installed on there, and this now happens when I boot the hard drive. I was doing this to help work out the install on 5.x for newbies, and get set for doing tech support on it, but I can't even get it running myself. Can anybody give me a hint? From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 15:34:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D07A137B404 for ; Thu, 24 Apr 2003 15:34:18 -0700 (PDT) Received: from pd6mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A92E543F93 for ; Thu, 24 Apr 2003 15:34:17 -0700 (PDT) (envelope-from segr@shaw.ca) Received: from pd3mr4so.prod.shaw.ca (pd3mr4so-ser.prod.shaw.ca [10.0.141.180])2002))freebsd-current@freebsd.org; Thu, 24 Apr 2003 16:34:17 -0600 (MDT) Received: from shaw.ca (pd3ms1so-con.prod.shaw.ca [10.0.122.165]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0HDV004DWDD5X0@l-daemon> for freebsd-current@freebsd.org; Thu, 24 Apr 2003 16:34:17 -0600 (MDT) Received: from [10.0.142.58] by pd3ims1.prod.shaw.ca (mshttpd); Thu, 24 Apr 2003 16:34:17 -0600 Date: Thu, 24 Apr 2003 16:34:17 -0600 From: segr@shaw.ca To: freebsd-current@freebsd.org Message-id: <31e27328e7.328e731e27@shaw.ca> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.1 HotFix 1.6 (built Oct 18 2002) Content-type: multipart/mixed; boundary="Boundary_(ID_ww15hQVuabs7YveRkqdTWg)" Content-language: en X-Accept-Language: en Subject: Adaptec Raid 2015S X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2003 22:34:19 -0000 This is a multi-part message in MIME format. --Boundary_(ID_ww15hQVuabs7YveRkqdTWg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline Running FreeBSD 5.0-RELEASE-p7 and 5.0-CURRENT on a couple Super Micro's with a Zero Raid Controller and I'm trying to get the Adaptec Storage Manager Application so that I can remotely manage my raid controller via their CLI raidutil application. Once I got the compat4x distro installed it would run, only not to find a /dev/device to communicate the hardware too. I'm not too familiar with the new devfs system but how would I go about getting the raidutil application to work or is there another CLI application that can be used to check the status of the drives in the raid array? Attached are the output of /var/run/dmesg.boot and below the output of the error I get from the app. ------------------------- sm1# ./raidutil -L physical osdIOrequest : File /dev/rdptr17 Could Not Be OpenedEngine connect failed: COMPATIBILITY number sm1# ------------------------- The examples included here are from my FreeBSD 5.0-RELEASE-p7 box, but I do have another box that I can update to current. I hope someone here can stear me in the right direction... also, if anyone wants me to do some testing for them on my box running CURRENT, please let me know... here are the specs: http://www.supermicro.com/PRODUCT/SUPERServer/SuperServer6013P-8.htm same configuration as found in the dmesg.boot file attached. Thanks, Stephane Raimbault --Boundary_(ID_ww15hQVuabs7YveRkqdTWg) Content-type: text/plain; NAME=dmesg.boot.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=dmesg.boot.txt sm1# cat /var/run/dmesg.boot Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RELEASE-p7 #0: Tue Apr 15 11:01:43 MDT 2003 root@sm1.enertiasoft.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0684000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06840a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (2399.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xffffffffbfebfbff> real memory = 2146959360 (2047 MB) avail memory = 2082975744 (1986 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 24 pins in IOAPIC #1 Programming 24 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 cpu3 (AP): apic id: 7, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 24 entries at 0xc00fde40 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 19 -> irq 10 IOAPIC #0 intpin 18 -> irq 11 pcib1: at device 2.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.HLB_ - AE_NOT_FOUND pci1: on pcib1 pci1: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 IOAPIC #2 intpin 6 -> irq 16 IOAPIC #2 intpin 7 -> irq 17 em0: port 0x3000-0x303f mem 0xf8200000-0xf821ffff irq 16 at device 3.0 on pci2 em0: Speed:100 Mbps Duplex:Full em1: port 0x3040-0x307f mem 0xf8220000-0xf823ffff irq 17 at device 3.1 on pci2 em1: Speed:N/A Duplex:N/A pci1: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 IOAPIC #1 intpin 6 -> irq 18 asr0: mem 0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xf8300000-0xf83fffff irq 18 at device 3.0 on pci3 asr0: major=154 asr0: ADAPTEC 2015S FW Rev. 3A0J, 2 channel, 256 CCBs, Protocol I2O uhci0: port 0x2000-0x201f irq 2 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 10 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 11 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2060-0x206f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xf8000000-0xf80003ff irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: