From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 01:35:47 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F26F16A4BF for ; Sun, 7 Sep 2003 01:35:47 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CCAD43FFB for ; Sun, 7 Sep 2003 01:35:45 -0700 (PDT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from kg-work.kg4.no (239.80-203-45.nextgentel.com [80.203.45.239]) by mail.broadpark.no (Postfix) with SMTP id 57338790CF for ; Sun, 7 Sep 2003 10:35:43 +0200 (MEST) Date: Sun, 7 Sep 2003 10:29:16 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-Id: <20030907102916.3dd69b78.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20030906233510.A94709@intserv.int1.b.intern> References: <1062862068.641.18.camel@saturn.bradshaw.home> <200309061106.33035.j.e.drews@worldnet.att.net> <200309061117.08536.j.e.drews@worldnet.att.net> <20030906233510.A94709@intserv.int1.b.intern> X-Mailer: Sylpheed version 0.9.0 (GTK+ 1.2.10; i386-portbld-freebsd4.8) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Scanner for 4.8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2003 08:35:47 -0000 On Sat, 6 Sep 2003 23:35:10 +0200 Holger Kipp wrote: > Currently I wouldn't recommend using an Epson Perfection 1260: > > Scans quite well, but can only be accessed if the scanner was > accessed from another operating system once and is not switched > off afterwards. Hmm, this sounds like the "downloading firmware on first scan" issue. If that is true, this works in the same way as my AGFA SnapScan 1212U. Perhaps the Perfection 1260 also needs a firmware download? Here is the article I wrote on how I fixed my scanner: http://geekinfo.net/article.php?story=20011113224241890 Hope this helps. -- Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 08:20:38 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D0A16A4BF; Sun, 7 Sep 2003 08:20:38 -0700 (PDT) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id F225743FA3; Sun, 7 Sep 2003 08:20:36 -0700 (PDT) (envelope-from anders@fix.no) Received: by totem.fix.no (Postfix, from userid 1000) id 95B702024A; Sun, 7 Sep 2003 17:20:51 +0200 (CEST) Date: Sun, 7 Sep 2003 17:20:51 +0200 From: Anders Nordby To: Mike Harding Message-ID: <20030907152051.GA44042@totem.fix.no> Mail-Followup-To: Anders Nordby , Mike Harding , stable@FreeBSD.org, ports@FreeBSD.org, adrian@freebsd.org, tjr@FreeBSD.org, phk@FreeBSD.org References: <20030906141108.GA13082@totem.fix.no> <20030906151719.A83B65350@netcom1.netcom.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20030906151719.A83B65350@netcom1.netcom.com> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 X-message-flag: Outlook : A program to spread viri, but it can do mail too. User-Agent: Mutt/1.5.1i cc: ports@FreeBSD.org cc: stable@FreeBSD.org cc: adrian@freebsd.org cc: tjr@FreeBSD.org cc: phk@FreeBSD.org Subject: Re: Squid memory leaks in -stable using libc malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2003 15:20:38 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Sat, Sep 06, 2003 at 08:17:19AM -0700, Mike Harding wrote: > Squid uses more memory than you assign to cache_mem, this is > documented in the Squid FAQ, section 8. cache_mem is sort of a > 'suggested' value, it's normal for squid to use a lot more memory than > cache_mem. I know this, and I know the contents of the FAQ. However, there's a huge difference between what top reports as memory used (SIZE) and what cache manager reports as total allocated KB. In a running process I have just now, top says Squid uses 1235 MB of memory, while cache manager reports 663 MB allocated (contents of /proc//map attached). That's after running for around 10 hours. If I use dlmalloc (I do on one system), the numbers are 2291 MB according to top and 2221 MB according to cache manager after running for 30 hours. Do you see the difference? To me, there seems to be a leak, or at least very unfavourable results with phkmalloc and Squid. BTW, in the first example I gave here, I (still) use phkmalloc with H configured in malloc.conf, although H did not seem to make a difference. > If you are happy with dmalloc, though, go ahead and use it, just check > out the squid FAQ about memory usage. I don't think that there is > anything wrong with FreeBSD's malloc, it just has different > performance characteristics. I agree that there doesn't have to be something technically wrong with (phk)malloc. However, if there is, someone may have an interest in following this up (tjr@ seems to be - I talked to him on IRC about this). Cheers, -- Anders. --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=map 0x8048000 0x80d6000 125 0 0xf2d28b40 r-x 4 2 0x0 COW NC vnode 0x80d6000 0x80d7000 1 0 0xf2d28240 rw- 1 0 0x2180 COW NNC vnode 0x80d7000 0x81f6000 241 0 0xf2de6e40 rw- 1 0 0x2180 COW NNC default 0x81f6000 0x842b000 561 0 0xf2de6de0 rwx 1 0 0x2180 COW NNC default 0x842b000 0x8776000 843 0 0xf2de6d80 rwx 1 0 0x2180 COW NNC default 0x8776000 0x8777000 1 0 0xf2de6cc0 rwx 1 0 0x2180 COW NNC default 0x8777000 0x54f54000 313309 0 0xf2dd3c60 rwx 1 0 0x2180 NCOW NNC default 0xb70d6000 0xb70e8000 12 0 0xc044f680 r-x 53 26 0x0 COW NC vnode 0xb70e8000 0xb70e9000 1 0 0xf2d71300 rw- 1 0 0x2180 COW NC vnode 0xb70e9000 0xb70eb000 2 0 0xf2d7a1e0 rw- 1 0 0x2180 COW NNC default 0xb70eb000 0xb70f3000 6 0 0xf2d7a240 rwx 1 0 0x2180 COW NNC default 0xb70f3000 0xb70f9000 1 0 0xc044d040 r-x 20 12 0x0 COW NC vnode 0xb70f9000 0xb70fa000 1 0 0xf2d71c00 r-x 1 0 0x2180 COW NC vnode 0xb70fa000 0xb70fb000 1 0 0xf2d716c0 rwx 1 0 0x2180 COW NC vnode 0xb70fb000 0xb710c000 0 0 0 rwx 0 0 0x0 NCOW NNC none 0xb710c000 0xb7122000 9 0 0xf2cf9240 r-x 24 16 0x0 COW NC vnode 0xb7122000 0xb7123000 1 0 0xf2d715a0 r-x 1 0 0x2180 COW NC vnode 0xb7123000 0xb7127000 3 0 0xf2d717e0 rwx 1 0 0x2180 COW NNC vnode 0xb7127000 0xb71a7000 100 0 0xc044f980 r-x 77 50 0x0 COW NC vnode 0xb71a7000 0xb71a8000 1 0 0xf2d71420 r-x 1 0 0x2180 COW NC vnode 0xb71a8000 0xb71ad000 5 0 0xf2dc8c00 rwx 1 0 0x2180 COW NNC vnode 0xb71ad000 0xb71c0000 14 0 0xf2db6420 rwx 1 0 0x2180 COW NNC default 0xb71c0000 0xb72f4000 308 0 0xf6a34c00 rwx 1 0 0x2180 NCOW NNC default 0xbf048000 0xbf0a8000 68 0 0xf2d96f60 rwx 3 0 0x190 NCOW NNC default 0xbf0a8000 0xbf108000 68 0 0xf2d99240 rwx 3 0 0x190 NCOW NNC default 0xbf108000 0xbf168000 67 0 0xf2db6480 rwx 3 0 0x190 NCOW NNC default 0xbfbc0000 0xbfbe0000 8 0 0xf2dd46c0 rwx 1 0 0x2180 NCOW NNC default 0xbfbe0000 0xbfc00000 4 0 0xf2de6ea0 rwx 1 0 0x2180 COW NNC default --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 12:42:34 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E22316A4BF; Sun, 7 Sep 2003 12:42:34 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBA8243FF3; Sun, 7 Sep 2003 12:42:33 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from lsanca1-ar6-4-62-202-040.lsanca1.elnk.dsl.genuity.net ([4.62.202.40] helo=netcom1.netcom.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19w5Qe-0002uY-00; Sun, 07 Sep 2003 12:42:32 -0700 Received: from [127.0.0.1] (localhost [127.0.0.1]) by netcom1.netcom.com (Postfix) with ESMTP id 35F635346; Sun, 7 Sep 2003 12:42:31 -0700 (PDT) From: Mike Harding To: Anders Nordby In-Reply-To: <20030907152051.GA44042@totem.fix.no> References: <20030906141108.GA13082@totem.fix.no> <20030906151719.A83B65350@netcom1.netcom.com> <20030907152051.GA44042@totem.fix.no> Content-Type: text/plain Message-Id: <1062963750.56044.31.camel@netcom1.netcom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 07 Sep 2003 12:42:31 -0700 Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: stable@FreeBSD.org cc: adrian@freebsd.org cc: tjr@FreeBSD.org cc: phk@FreeBSD.org Subject: Re: Squid memory leaks in -stable using libc malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2003 19:42:34 -0000 There can of course be a difference between what malloc allocates and what the application asked for. Various malloc implementations will do things like round allocations up to a power of 2, etc. The application is only aware of the memory it asked for - the OS knows how much memory was actually allocated. 'Wasted' memory isn't an indication of a bug, it's a characteristic of the malloc used. It's only leaking memory if the memory usage grows without bound, and I've never seen that with squid, in a few years anyway. Different malloc implementations optimize for different things - the FreeBSD malloc, looking at the man page, appears to try to minimize page faults. It also looks like it uses buckets with various powers of 2. dlmalloc looks to have a maximum 'wastage' of 15 bytes per chunk. There is a good writeup of dlmalloc here: http://g.oswego.edu/dl/html/malloc.html Sounds like you might as well use dlmalloc with squid - squid does generate a lot of memory allocations, and the characteristics of squid may function better with this malloc, which is likely why they provide it as an option. You may want to suggest to the port maintainer that dlmalloc be used as the default... - Mike H. On Sun, 2003-09-07 at 08:20, Anders Nordby wrote: > Hi, > > On Sat, Sep 06, 2003 at 08:17:19AM -0700, Mike Harding wrote: > > Squid uses more memory than you assign to cache_mem, this is > > documented in the Squid FAQ, section 8. cache_mem is sort of a > > 'suggested' value, it's normal for squid to use a lot more memory than > > cache_mem. > > I know this, and I know the contents of the FAQ. However, there's a huge > difference between what top reports as memory used (SIZE) and what cache > manager reports as total allocated KB. In a running process I have just > now, top says Squid uses 1235 MB of memory, while cache manager reports > 663 MB allocated (contents of /proc//map attached). That's after > running for around 10 hours. If I use dlmalloc (I do on one system), the > numbers are 2291 MB according to top and 2221 MB according to cache > manager after running for 30 hours. Do you see the difference? To me, > there seems to be a leak, or at least very unfavourable results with > phkmalloc and Squid. > > BTW, in the first example I gave here, I (still) use phkmalloc with H > configured in malloc.conf, although H did not seem to make a difference. > > > If you are happy with dmalloc, though, go ahead and use it, just check > > out the squid FAQ about memory usage. I don't think that there is > > anything wrong with FreeBSD's malloc, it just has different > > performance characteristics. > > I agree that there doesn't have to be something technically wrong with > (phk)malloc. However, if there is, someone may have an interest in > following this up (tjr@ seems to be - I talked to him on IRC about > this). > > Cheers, From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 12:51:27 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBE9D16A510 for ; Sun, 7 Sep 2003 12:51:27 -0700 (PDT) Received: from tntpro.com (237-98.suscom-maine.net [207.5.237.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6DCC43FD7 for ; Sun, 7 Sep 2003 12:51:26 -0700 (PDT) (envelope-from tony@tntpro.com) Received: from lappy (lappy.tntpro.com [192.168.0.16]) by tntpro.com (8.12.9/8.12.9) with SMTP id h87JlkFL000158 for ; Sun, 7 Sep 2003 15:47:46 -0400 (EDT) (envelope-from tony@tntpro.com) From: "tony" To: Date: Sun, 7 Sep 2003 15:52:32 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Subject: 5.1 release cvsuping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2003 19:51:28 -0000 sorry to bother everyone but I've been pretty inactive lately. I just installed 5.1 release and I usually cvsup to stable but I'm not sure there is a stable version yet. should I bother with cvsuping? I have always followed the stable track.. This is for a firewall machine with simple rules running dns, samba, ftp, etc... Tony From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 13:02:46 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59D6716A51A for ; Sun, 7 Sep 2003 13:02:46 -0700 (PDT) Received: from tntpro.com (237-98.suscom-maine.net [207.5.237.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF2043F93 for ; Sun, 7 Sep 2003 13:02:45 -0700 (PDT) (envelope-from tony@tntpro.com) Received: from lappy (lappy.tntpro.com [192.168.0.16]) by tntpro.com (8.12.9/8.12.9) with SMTP id h87Jx4FL000230 for ; Sun, 7 Sep 2003 15:59:05 -0400 (EDT) (envelope-from tony@tntpro.com) From: "tony" To: Date: Sun, 7 Sep 2003 16:03:51 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Subject: RE: 5.1 release cvsuping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2003 20:02:46 -0000 is this what I want? RELENG_5_1 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of tony Sent: Sunday, September 07, 2003 3:53 PM To: stable@freebsd.org Subject: 5.1 release cvsuping sorry to bother everyone but I've been pretty inactive lately. I just installed 5.1 release and I usually cvsup to stable but I'm not sure there is a stable version yet. should I bother with cvsuping? I have always followed the stable track.. This is for a firewall machine with simple rules running dns, samba, ftp, etc... Tony _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 13:06:28 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B134716A4BF for ; Sun, 7 Sep 2003 13:06:28 -0700 (PDT) Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 882C943FB1 for ; Sun, 7 Sep 2003 13:06:27 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.98.167.210]) by lakemtao04.cox.net (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with ESMTP id <20030907200625.OXFN29613.lakemtao04.cox.net@mail.halplant.com> for ; Sun, 7 Sep 2003 16:06:25 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id: 06:24 -0400 (EDT) Date: Sun, 7 Sep 2003 16:06:24 -0400 From: Andrew J Caines To: stable@freebsd.org Message-ID: <20030907200624.GF4910@hal9000.halplant.com> Mail-Followup-To: stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.8-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i Subject: Re: 5.1 release cvsuping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Sep 2003 20:06:28 -0000 tony, > I just installed 5.1 release and I usually cvsup to stable but I'm not sure > there is a stable version yet. There is always -STABLE. It's about to feature the 4.9 release. 5.x is still -CURRENT. > should I bother with cvsuping? cvsup is a great way to get updates. > I have always followed the stable track.. So why install a -CURRENT snapshot [aka. "New Technology Release"]? FWIW, 5.x will become -STABLE quite soon, so you may want to stick with it through the transition. As always, see the web site for release details[1]. [1] http://www.freebsd.org/releases/index.html -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-stable@FreeBSD.ORG Sun Sep 7 23:42:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05F7C16A4BF; Sun, 7 Sep 2003 23:42:56 -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 E935443FE1; Sun, 7 Sep 2003 23:42:54 -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.9) with ESMTP id h886gntA007720; Sun, 7 Sep 2003 23:42:49 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h886gmXT007719; Sun, 7 Sep 2003 23:42:49 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 7 Sep 2003 23:42:48 -0700 From: David Schultz To: Anders Nordby , Mike Harding , stable@FreeBSD.ORG, ports@FreeBSD.ORG, adrian@FreeBSD.ORG, tjr@FreeBSD.ORG, phk@FreeBSD.ORG Message-ID: <20030908064248.GA7522@HAL9000.homeunix.com> Mail-Followup-To: Anders Nordby , Mike Harding , stable@FreeBSD.org, ports@FreeBSD.org, adrian@freebsd.org, tjr@FreeBSD.org, phk@FreeBSD.org References: <20030906141108.GA13082@totem.fix.no> <20030906151719.A83B65350@netcom1.netcom.com> <20030907152051.GA44042@totem.fix.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030907152051.GA44042@totem.fix.no> Subject: Re: Squid memory leaks in -stable using libc malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 06:42:56 -0000 On Sun, Sep 07, 2003, Anders Nordby wrote: > Hi, > > On Sat, Sep 06, 2003 at 08:17:19AM -0700, Mike Harding wrote: > > Squid uses more memory than you assign to cache_mem, this is > > documented in the Squid FAQ, section 8. cache_mem is sort of a > > 'suggested' value, it's normal for squid to use a lot more memory than > > cache_mem. > > I know this, and I know the contents of the FAQ. However, there's a huge > difference between what top reports as memory used (SIZE) and what cache > manager reports as total allocated KB. In a running process I have just > now, top says Squid uses 1235 MB of memory, while cache manager reports > 663 MB allocated (contents of /proc//map attached). That's after > running for around 10 hours. If I use dlmalloc (I do on one system), the > numbers are 2291 MB according to top and 2221 MB according to cache > manager after running for 30 hours. Do you see the difference? To me, > there seems to be a leak, or at least very unfavourable results with > phkmalloc and Squid. phkmalloc satisfies allocations smaller than the system page size from power-of-two buckets, and larger allocations are rounded up to a multiple of the page size. While simple, this scheme works poorly for some applications. For example, postgresql makes some allocations that are slightly larger than a power of two due to its use of inline buffer tags. If you use malloc(3)'s 'U' option in combination with ktrace(1), you can get a good idea of exactly what sizes Squid is trying to allocate. Note also that there's a difference between heap size and physical memory usage. In a demand-paged virtual memory system, you can allocate just about as much heap space as you want practically for free; you only pay for the pages you actually touch. A better metric for the memory pressure that an application is exerting on the system is its resident set size---'RES' in top(1). phkmalloc by default is not aggressive about returning memory to the system, but it usually exhibits very good behavior from the point of view of the VM system. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 02:21:34 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B4A016A4BF; Mon, 8 Sep 2003 02:21:34 -0700 (PDT) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C940243FFD; Mon, 8 Sep 2003 02:21:32 -0700 (PDT) (envelope-from anders@FreeBSD.org) Received: by totem.fix.no (Postfix, from userid 1000) id AF8A820247; Mon, 8 Sep 2003 11:21:55 +0200 (CEST) Date: Mon, 8 Sep 2003 11:21:55 +0200 From: Anders Nordby To: "Brandon S. Allbery KF8NH" Message-ID: <20030908092155.GC28554@totem.fix.no> References: <200308241114.h7OBETsI004360@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <200308241114.h7OBETsI004360@pyanfar.ece.cmu.edu> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.1i cc: stable@FreeBSD.org cc: FreeBSD-gnats-submit@FreeBSD.org cc: jake@FreeBSD.org cc: luoqi@FreeBSD.org cc: vsilyaev@mindspring.com Subject: Re: ports/55928: vmware2 broken on -STABLE, presumably by PAE import X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 09:21:34 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Sun, Aug 24, 2003 at 07:14:29AM -0400, Brandon S. Allbery KF8NH wrote: > >Synopsis: vmware2 broken on -STABLE, presumably by PAE import >> (..) Your patch makes VmWare2 build, but it doesn't make it work: - VmWare fails to allocate memory (see http://anders.fix.no/test/vmware/1.png and http://anders.fix.no/test/vmware/2.png). - There seems to be something wrong with vmmon, some error messages are reported to my console log: Console log for noname.aftenposten.no /dev/vmmon: HostIF_LockPage vpn=0x048a65 mpn=000000 already tracked Sep 8 10:07:54 noname /kernel: /dev/vmmon: HostIF_LockPage vpn=0x048a65 mpn=000000 already tracked /dev/vmmon: HostIF_LockPage vpn=0x048a65 mpn=000000 already tracked /dev/vmmon: HostIF_LockPage vpn=0x048a65 mpn=000000 already tracked /dev/vmmon: HostIF_LockPage vpn=0x048a65 mpn=000000 already tracked /dev/vmmon: HostIF_LockPage vpn=0x048a65 mpn=000000 already tracked Sep 8 10:07:58 noname last message repeated 4 times Oh, and FreeBSD gets unstable with these patches of yours. I've seen several hard hangs. I cleaned up the patch to be relative to the current port (patch attached). I'm applying your patch (pmap.patch-stable) if OSVERSION is less than 500000, and higher or equal to 480101 (which was used at the time of the PAE MFC). For those on the Cc: list, I added you because you committed PAE/pmap things, are on the -stable list or maintain the vmware2 port. :) Any tips or improvements to the patch to make VmWare2 work in FreeBSD again is very welcome. If we want VmWare supported in -stable at all (4.9 being right around the corner and all), this must be dealt with ASAP. Feel free to use me for testing your suggestions. Cheers, -- Anders. --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmware2.diff" diff -Nur vmware2.old/Makefile vmware2/Makefile --- vmware2.old/Makefile Sun Apr 13 11:55:43 2003 +++ vmware2/Makefile Mon Sep 8 09:22:11 2003 @@ -99,6 +99,8 @@ .endif .if ${OSVERSION} >= 500027 ${CAT} ${FILESDIR}/pmap.patch | (cd ${WRKSRC} && patch) > /dev/null 2>&1 +.elseif ${OSVERSION} < 500000 && ${OSVERSION} >= 480101 + ${CAT} ${FILESDIR}/pmap.patch-stable | (cd ${WRKSRC} && patch) > /dev/null 2>&1 .endif ${CP} ${FILESDIR}/Makefile ${WRKSRC} ${CP} ${FILESDIR}/Makefile.vmmon ${WRKSRC}/vmmon-only/Makefile diff -Nur vmware2.old/files/pmap.patch-stable vmware2/files/pmap.patch-stable --- vmware2.old/files/pmap.patch-stable Thu Jan 1 01:00:00 1970 +++ vmware2/files/pmap.patch-stable Mon Sep 8 09:17:55 2003 @@ -0,0 +1,16 @@ +--- vmmon-only/freebsd/hostif.c.orig Mon Sep 8 09:10:39 2003 ++++ vmmon-only/freebsd/hostif.c Mon Sep 8 09:11:28 2003 +@@ -181,11 +181,11 @@ + { + #define DEB(x) + caddr_t addr = (caddr_t)VPN_2_VA(ppn); +- pt_entry_t pteptr = (pt_entry_t)vtopte(addr); ++ pt_entry_t pteptr = (pt_entry_t)vtopte((unsigned long) addr); + PTE pte; + + DEB(printf("FindMPN: for page %d address %p(phys %p) pteptr %p", ppn, addr, (caddr_t)vtophys(addr), pteptr)); +- pte=*pteptr; ++ pte=*((caddr_t)pteptr); + DEB(printf("(0x%08x)\n", pte)); + if (pte & PTE_P) { + return PTE_2_PFN(pte); --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 04:37:35 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E577A16A4BF; Mon, 8 Sep 2003 04:37:35 -0700 (PDT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDE1443F3F; Mon, 8 Sep 2003 04:37:34 -0700 (PDT) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id F380AC1; Mon, 8 Sep 2003 07:37:33 -0400 (EDT) Received: from [128.2.138.58] (VPN58.ECE.CMU.EDU [128.2.138.58]) by bache.ece.cmu.edu (Postfix) with ESMTP id ACE83A0; Mon, 8 Sep 2003 07:37:29 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: FreeBSD-gnats-submit@FreeBSD.org, vsilyaev@mindspring.com, stable@FreeBSD.org, luoqi@FreeBSD.org, jake@FreeBSD.org In-Reply-To: <20030908092155.GC28554@totem.fix.no> References: <200308241114.h7OBETsI004360@pyanfar.ece.cmu.edu> <20030908092155.GC28554@totem.fix.no> Content-Type: text/plain Message-Id: <1063021011.53800.15.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Mon, 08 Sep 2003 07:36:51 -0400 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-38.8 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_XIMIAN autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Subject: Re: ports/55928: vmware2 broken on -STABLE, presumably by PAE import X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 11:37:36 -0000 On Mon, 2003-09-08 at 05:21, Anders Nordby wrote: > Your patch makes VmWare2 build, but it doesn't make it work: I mentioned that in the bug report (and also said "almost certainly wrong"...). > Oh, and FreeBSD gets unstable with these patches of yours. I've seen > several hard hangs. I wouldn't have noticed as my FreeBSD was unstable anyway; this was before any patches for the PAE code appeared, so my machine was crashing every few hours anyway. :/ In any case, I had already guessed from the type change away from pointers that just using the provided values would do the wrong thing. I was hoping that getting the module to compile would at least produce some useful diagnostics before the incorrect page manipulations trashed too much of kernel memory.... (I am no kernel hacker, and in particular know approximately nothing about FreeBSD's memory management or how the PAE import changed it.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH URGENT! E-xpedient nuked APK subdomains; kf8nh.apk.net is DEAD. Sorry. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 06:16:25 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97E116A4BF; Mon, 8 Sep 2003 06:16:25 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D725A43FEC; Mon, 8 Sep 2003 06:16:24 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 61AFD167668; Mon, 8 Sep 2003 15:16:21 +0200 (CEST) Received: from gmx.net (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h88DGJDs024160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Sep 2003 15:16:21 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) Message-ID: <3F5C8121.3090700@gmx.net> Date: Mon, 08 Sep 2003 15:16:17 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Holger Kipp References: <20030824195425.A27209@intserv.int1.b.intern> <200308242331.41022.michaelnottebrock@gmx.net> <20030825012919.A39075@intserv.int1.b.intern> <20030830170734.A68476@intserv.int1.b.intern> In-Reply-To: <20030830170734.A68476@intserv.int1.b.intern> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: stable@freebsd.org cc: lofi@freebsd.org Subject: Re: [NOT solved] Re: USB uscanner0 I/O-Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 13:16:25 -0000 Holger Kipp wrote: > Usually the Epson Perfection 1260 is not switched off (no switch for that). > During the Weekend I DID remove the power supply and promptly couldn't > scan with FreeBSD (same as last time). > > This is reproducable here. Any ideas what is going on here? A Knoppix with sane seems to be able to initialize the scanner properly, so my guess is some bad interaction between sane-plustek and FreeBSD's uscanner device. Best thing probably is to take this up with the sane-developers on the sane-devel mailing list, you can subscribe at http://www.mostang.com/mailman/listinfo/sane-devel. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 09:02:23 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABCFD16A4BF for ; Mon, 8 Sep 2003 09:02:23 -0700 (PDT) Received: from epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E9F43FE9 for ; Mon, 8 Sep 2003 09:02:22 -0700 (PDT) (envelope-from Sean.Page@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by epsb.ca (8.11.3/8.11.3) with ESMTP id h88G2Mk73210 for ; Mon, 8 Sep 2003 10:02:22 -0600 (MDT) (envelope-from Sean.Page@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Mon, 8 Sep 2003 10:04:09 -0600 Message-ID: From: Sean Page To: stable@freebsd.org Date: Mon, 8 Sep 2003 09:57:24 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Subject: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 16:02:23 -0000 I'm not sure where else to ask about this, so please excuse me if this is the wrong forum. In trying to remove a 'nodump' flag on a directory with the 'chflags' command I have noticed that the 'nonodump' flag does not function. I see an open PR for the problem: o [2003/01/09] i386/46912 johan chflags nonodump fails I was wondering when this might be dealt with? Else is there another way to remove the flag? Thanks in advance, Sean. Sean Page Network Analyst, Internet Services Information Technology Services Edmonton Public Schools Phone: (780) 429-8206 http://its.epsb.ca From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 09:23:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B809E16A4BF for ; Mon, 8 Sep 2003 09:23:03 -0700 (PDT) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4120B43FF7 for ; Mon, 8 Sep 2003 09:23:02 -0700 (PDT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [127.0.0.1]) h88GMHSk001507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Sep 2003 17:22:54 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)h88GMHTI001506; Mon, 8 Sep 2003 17:22:17 +0100 (BST) (envelope-from matthew) Date: Mon, 8 Sep 2003 17:22:17 +0100 From: Matthew Seaman To: Sean Page Message-ID: <20030908162217.GB603@happy-idiot-talk.infracaninophile.co.uk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-11.3 required=5.0 tests=AWL,BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MUTT autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: stable@freebsd.org Subject: Re: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 16:23:03 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 08, 2003 at 09:57:24AM -0600, Sean Page wrote: > I'm not sure where else to ask about this, so please excuse me if this is > the wrong forum. In trying to remove a 'nodump' flag on a directory with = the > 'chflags' command I have noticed that the 'nonodump' flag does not functi= on. > I see an open PR for the problem: > o [2003/01/09] i386/46912 johan chflags nonodump fails=20 > I was wondering when this might be dealt with? Else is there another way = to > remove the flag? As the chflags(1) man page states, the opposite of 'nodump' is 'dump': Putting the letters ``no'' before or removing the letters ``no'' from a keyword causes the flag to be cleared. For example: nouchg clear the user immutable flag (owner or super-user only) dump clear the nodump flag (owner or super-user only) Or, if you want to clear all flags from a file you can: % chflags 0 file Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/XKy5dtESqEQa7a0RAt7iAKCYUrXs9q9SNxNtcsL8lfLUw/U/WQCdEEwK mpkuAxdyEWDOpvCdh0NZBLk= =LBYj -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 09:59:14 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CFD416A4BF; Mon, 8 Sep 2003 09:59:14 -0700 (PDT) Received: from critter.freebsd.dk (p26.n-sfpop02.stsn.com [199.107.153.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC0243FE0; Mon, 8 Sep 2003 09:59:11 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h88GwnIX010910; Mon, 8 Sep 2003 18:58:54 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: David Schultz From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 07 Sep 2003 23:42:48 PDT." <20030908064248.GA7522@HAL9000.homeunix.com> Date: Mon, 08 Sep 2003 18:58:49 +0200 Message-ID: <10909.1063040329@critter.freebsd.dk> cc: ports@FreeBSD.ORG cc: stable@FreeBSD.ORG cc: tjr@FreeBSD.ORG cc: Anders Nordby cc: adrian@FreeBSD.ORG Subject: Re: Squid memory leaks in -stable using libc malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 16:59:14 -0000 In message <20030908064248.GA7522@HAL9000.homeunix.com>, David Schultz writes: > >Note also that there's a difference between heap size and physical >memory usage. I have not had much to add to this topic, but this one is so important that I want to chime in. You cannot infer _anything_ about the application from the heapsize in a VM based system. It is a totally irrelevant number, it has about the same information contents as "the most recent block number allocated in a filesystem". >A better >metric for the memory pressure that an application is exerting on >the system is its resident set size---'RES' in top(1). Which I should add, tells nothing much unless the VM system is under pressure. >phkmalloc >by default is not aggressive about returning memory to the system, >but it usually exhibits very good behavior from the point of view >of the VM system. I can highly recommend the paper about phkmalloc in src/share/doc/papers/malloc -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 10:48:32 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF1216A4E6 for ; Mon, 8 Sep 2003 10:48:32 -0700 (PDT) Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA0E43F93 for ; Mon, 8 Sep 2003 10:48:32 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from pc3-cdif2-5-cust222.cdif.cable.ntl.com ([81.101.152.222] helo=shrike.submonkey.net ident=mailnull) by shaft.techsupport.co.uk with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.22) id 19wQ7q-0001VL-1R; Mon, 08 Sep 2003 18:48:30 +0100 Received: from setantae by shrike.submonkey.net with local (Exim 4.22) id 19wQ7n-0003bU-GU; Mon, 08 Sep 2003 18:48:27 +0100 Date: Mon, 8 Sep 2003 18:48:27 +0100 From: Ceri Davies To: Sean Page Message-ID: <20030908174827.GG364@submonkey.net> Mail-Followup-To: Ceri Davies , Sean Page , stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O98KdSgI27dgYlM5" Content-Disposition: inline In-Reply-To: X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.4i Sender: Ceri Davies cc: stable@freebsd.org Subject: Re: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 17:48:33 -0000 --O98KdSgI27dgYlM5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 08, 2003 at 09:57:24AM -0600, Sean Page wrote: > I'm not sure where else to ask about this, so please excuse me if this is > the wrong forum. In trying to remove a 'nodump' flag on a directory with = the > 'chflags' command I have noticed that the 'nonodump' flag does not functi= on. > I see an open PR for the problem: > o [2003/01/09] i386/46912 johan chflags nonodump fails=20 > I was wondering when this might be dealt with? Else is there another way = to > remove the flag? =46rom the chflags manpage: Putting the letters ``no'' before or removing the letters ``no'' from a keyword causes the flag to be cleared. For example: nouchg clear the user immutable flag (owner or super-user only) dump clear the nodump flag (owner or super-user only) Ceri --=20 User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com --O98KdSgI27dgYlM5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/XMDrocfcwTS3JF8RAkx9AJ9lv4H6NNEd9R0ybmwWMBKmuYCuBACcD+My mBwIZe9nlYlpfs6g0XrWDEE= =YhYo -----END PGP SIGNATURE----- --O98KdSgI27dgYlM5-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 11:14:19 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57B7216A4BF for ; Mon, 8 Sep 2003 11:14:19 -0700 (PDT) Received: from epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C45043FA3 for ; Mon, 8 Sep 2003 11:14:18 -0700 (PDT) (envelope-from Sean.Page@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by epsb.ca (8.11.3/8.11.3) with ESMTP id h88IDh190902; Mon, 8 Sep 2003 12:13:43 -0600 (MDT) (envelope-from Sean.Page@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Mon, 8 Sep 2003 12:15:31 -0600 Message-ID: From: Sean Page To: "'Ceri Davies'" Date: Mon, 8 Sep 2003 12:08:43 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain cc: stable@freebsd.org Subject: RE: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 18:14:19 -0000 Alas, my man page for chflags is as follows: The flags are specified as an octal number or a comma separated list of keywords. The following keywords are currently defined: arch set the archived flag (super-user only) opaque set the opaque flag (owner or super-user only) nodump set the nodump flag (owner or super-user only) sappnd set the system append-only flag (super-user only) schg set the system immutable flag (super-user only) sunlnk set the system undeletable flag (super-user only) uappnd set the user append-only flag (owner or super-user only) uchg set the user immutable flag (owner or super-user only) uunlnk set the user undeletable flag (owner or super-user only) archived, sappend, schange, simmutable, uappend, uchange, uimmutable, sunlink, uunlink aliases for the above Putting the letters ``no'' before an option causes the flag to be turned off. For example: nouchg the immutable bit should be cleared A little misleading I would say. At any rate, 'chflags dump' did indeed remove the flag in question. Thanks for the suggestions. Sean. -----Original Message----- From: Ceri Davies [mailto:setantae@submonkey.net] Sent: September 8, 2003 11:48 AM To: Sean Page Cc: stable@freebsd.org Subject: Re: No nonodump... On Mon, Sep 08, 2003 at 09:57:24AM -0600, Sean Page wrote: > I'm not sure where else to ask about this, so please excuse me if this > is the wrong forum. In trying to remove a 'nodump' flag on a directory > with the 'chflags' command I have noticed that the 'nonodump' flag > does not function. I see an open PR for the problem: o [2003/01/09] > i386/46912 johan chflags nonodump fails I was wondering when this > might be dealt with? Else is there another way to remove the flag? >From the chflags manpage: Putting the letters ``no'' before or removing the letters ``no'' from a keyword causes the flag to be cleared. For example: nouchg clear the user immutable flag (owner or super-user only) dump clear the nodump flag (owner or super-user only) Ceri -- User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 11:23:12 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371D616A4BF for ; Mon, 8 Sep 2003 11:23:12 -0700 (PDT) Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4870F43FE3 for ; Mon, 8 Sep 2003 11:23:11 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from pc3-cdif2-5-cust222.cdif.cable.ntl.com ([81.101.152.222] helo=shrike.submonkey.net ident=mailnull) by shaft.techsupport.co.uk with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.22) id 19wQfN-0001aO-Js; Mon, 08 Sep 2003 19:23:09 +0100 Received: from setantae by shrike.submonkey.net with local (Exim 4.22) id 19wQfL-0009T5-8u; Mon, 08 Sep 2003 19:23:07 +0100 Date: Mon, 8 Sep 2003 19:23:07 +0100 From: Ceri Davies To: Sean Page Message-ID: <20030908182307.GH364@submonkey.net> Mail-Followup-To: Ceri Davies , Sean Page , stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ulDeV4rPMk/y39in" Content-Disposition: inline In-Reply-To: X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.4i Sender: Ceri Davies cc: stable@freebsd.org Subject: Re: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 18:23:12 -0000 --ulDeV4rPMk/y39in Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 08, 2003 at 12:08:43PM -0600, Sean Page wrote: > Alas, my man page for chflags is as follows: >=20 > The flags are specified as an octal number or a comma separated list of > keywords. The following keywords are currently defined: >=20 > arch set the archived flag (super-user only) > opaque set the opaque flag (owner or super-user only) > nodump set the nodump flag (owner or super-user only) > sappnd set the system append-only flag (super-user only) > schg set the system immutable flag (super-user only) > sunlnk set the system undeletable flag (super-user only) > uappnd set the user append-only flag (owner or super-user onl= y) > uchg set the user immutable flag (owner or super-user only) > uunlnk set the user undeletable flag (owner or super-user onl= y) > archived, sappend, schange, simmutable, uappend, uchange, > uimmutable, sunlink, uunlink > aliases for the above >=20 > Putting the letters ``no'' before an option causes the flag to be > turned > off. For example: >=20 > nouchg the immutable bit should be cleared >=20 > A little misleading I would say. Without wishing to sound like an asshole, did you read the PR that you posted a reference to? Specifically the part where it says the manpage should say "use dump to clear the nodump flag". > At any rate, 'chflags dump' did indeed remove the flag in question.=20 > Thanks for the suggestions. No problem. Ceri --=20 User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com --ulDeV4rPMk/y39in Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/XMkLocfcwTS3JF8RAugfAKDJWlVNnOeQJeB5PgG7E2V5jL0RrQCeN4r/ fLqkWGB5G9p0tmvnbP08c7s= =/N7f -----END PGP SIGNATURE----- --ulDeV4rPMk/y39in-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 13:00:12 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FA9316A4BF for ; Mon, 8 Sep 2003 13:00:12 -0700 (PDT) Received: from epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C26243FDD for ; Mon, 8 Sep 2003 13:00:11 -0700 (PDT) (envelope-from Sean.Page@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by epsb.ca (8.11.3/8.11.3) with ESMTP id h88JxZ104970; Mon, 8 Sep 2003 13:59:36 -0600 (MDT) (envelope-from Sean.Page@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Mon, 8 Sep 2003 14:01:23 -0600 Message-ID: From: Sean Page To: "'Ceri Davies'" Date: Mon, 8 Sep 2003 13:54:35 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain cc: stable@freebsd.org Subject: RE: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 20:00:12 -0000 Ahhh, right you are. Regrettably, you caught me skimming the material a little too quickly. Guess I should have finished my coffee first [insert sheepish grin here] :-) Sorry to have wasted the bandwidth folks. Sean. -----Original Message----- From: Ceri Davies [mailto:setantae@submonkey.net] Sent: September 8, 2003 12:23 PM To: Sean Page Cc: stable@freebsd.org Subject: Re: No nonodump... On Mon, Sep 08, 2003 at 12:08:43PM -0600, Sean Page wrote: > Alas, my man page for chflags is as follows: > > The flags are specified as an octal number or a comma separated list of > keywords. The following keywords are currently defined: > > arch set the archived flag (super-user only) > opaque set the opaque flag (owner or super-user only) > nodump set the nodump flag (owner or super-user only) > sappnd set the system append-only flag (super-user only) > schg set the system immutable flag (super-user only) > sunlnk set the system undeletable flag (super-user only) > uappnd set the user append-only flag (owner or super-user only) > uchg set the user immutable flag (owner or super-user only) > uunlnk set the user undeletable flag (owner or super-user only) > archived, sappend, schange, simmutable, uappend, uchange, > uimmutable, sunlink, uunlink > aliases for the above > > Putting the letters ``no'' before an option causes the flag to be > turned > off. For example: > > nouchg the immutable bit should be cleared > > A little misleading I would say. Without wishing to sound like an asshole, did you read the PR that you posted a reference to? Specifically the part where it says the manpage should say "use dump to clear the nodump flag". > At any rate, 'chflags dump' did indeed remove the flag in question. > Thanks for the suggestions. No problem. Ceri -- User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 13:05:27 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4348A16A4BF for ; Mon, 8 Sep 2003 13:05:27 -0700 (PDT) Received: from tenebras.com (blade.tenebras.com [66.92.188.175]) by mx1.FreeBSD.org (Postfix) with SMTP id DA1E243FE5 for ; Mon, 8 Sep 2003 13:05:25 -0700 (PDT) (envelope-from kudzu@tenebras.com) Received: (qmail 82634 invoked from network); 8 Sep 2003 20:05:23 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (192.168.188.241) by laptop.tenebras.com with SMTP; 8 Sep 2003 20:05:23 -0000 Message-ID: <3F5CE0FF.6060902@tenebras.com> Date: Mon, 08 Sep 2003 13:05:19 -0700 From: Michael Sierchio User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, zh-tw, zh-cn, fr, en, de-de MIME-Version: 1.0 To: stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 20:05:27 -0000 Sean Page wrote: > Ahhh, right you are. Regrettably, you caught me skimming the material a > little too quickly. Guess I should have finished my coffee first [insert > sheepish grin here] :-) See my sig. In any case, one might have wished for orthogonality in the command line options/flags, or a fix in the man page. ;-) > Sorry to have wasted the bandwidth folks. Not at all, it was more entertaining than most threads. -- "Well," Brahma said, "even after ten thousand explanations, a fool is no wiser, but an intelligent man requires only two thousand five hundred." - The Mahabharata From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 14:00:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E00C16A4BF for ; Mon, 8 Sep 2003 14:00:18 -0700 (PDT) Received: from updegrove.net (12-246-251-12.client.attbi.com [12.246.251.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 7664743FE5 for ; Mon, 8 Sep 2003 14:00:17 -0700 (PDT) (envelope-from freebsdstable@updegrove.net) Received: (qmail 57374 invoked from network); 8 Sep 2003 21:00:43 -0000 Received: from adsl-64-166-46-11.dsl.scrm01.pacbell.net (HELO updegrove.net) (64.166.46.11) by updegrove.net with SMTP; 8 Sep 2003 21:00:43 -0000 Message-ID: <3F5CEE52.90606@updegrove.net> Date: Mon, 08 Sep 2003 14:02:10 -0700 From: Rick Updegrove User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Proliant 5000 hangs on boot to 5.1 during install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 21:00:18 -0000 Hi, I have a Compuke Proliant 5000 I would really like to use FreeBSD on When I boot to CD or floppies using 5.1 I get all the way to: "/stand/sysinstall running as init on vty0" but the machine then locks up hard. When I boot to CD or floppies using 4.8 I get nothing. The machine won't boot to a 4.8 CD (that works in another machine) Any ideas on what to try next? TIA Rick From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 14:07:08 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A609016A4BF for ; Mon, 8 Sep 2003 14:07:08 -0700 (PDT) Received: from web40708.mail.yahoo.com (web40708.mail.yahoo.com [66.218.78.165]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FCFC43FD7 for ; Mon, 8 Sep 2003 14:07:08 -0700 (PDT) (envelope-from cykyc@yahoo.com) Message-ID: <20030908210707.43276.qmail@web40708.mail.yahoo.com> Received: from [209.98.4.50] by web40708.mail.yahoo.com via HTTP; Mon, 08 Sep 2003 14:07:07 PDT Date: Mon, 8 Sep 2003 14:07:07 -0700 (PDT) From: Jon Passki To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Base pam_krb5 on recent -STABLE and credential cache storage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cykyc@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 21:07:08 -0000 Hello, Prequalify: I'm quite a novice w/ Kerberos, so my terminology and assumptions may be rough. Also, please CC me since I'm not a list subscriber. I'm running a fairly recent -STABLE [1] and have installed the base Heimdal Kerberos implementation via the MAKE_KERBEROS5 knob in /etc/make.conf. I'm having the problem that I don't see a cached credential file being created in /tmp. I uncommented the pam_krb5 for login in /etc/pam.conf and adjusted it as follows: login auth sufficient pam_krb5.so try_first_pass debug login auth required pam_unix.so try_first_pass login account required pam_unix.so login password required pam_permit.so login session required pam_permit.so After adjusting syslog.conf, restarting, and creating a debug log, the following was logged on a successful login: Sep 8 15:48:16 dominique login: pam_krb5: pam_sm_authenticate(login jon): entry: Sep 8 15:48:18 dominique login: pam_krb5: pam_sm_authenticate(login jon): exit: success Unfortunately, no credentials were stored in the usual location (e.g. /tmp/krb5cc_). I've had the following combinations: login auth sufficient pam_krb5.so try_first_pass debug ccache=SAFE login auth sufficient pam_krb5.so try_first_pass debug ccache=/tmp/krb5cc_%u According to the pam_krb5(8) manual page, "The pam_sm_setcred() function stores the newly acquired credentials in a credentials cache, and sets the environment variable KRB5CCNAME appropriately. The credentials cache should be destroyed by the user at logout with kdestroy(1)." And looking through /usr/src/lib/libpam/modules/pam_krb5/pam_krb5_auth.c did show that something should have been logged by pam_sm_setcred(): * $FreeBSD: src/lib/libpam/modules/pam_krb5/pam_krb5_auth.c,v 1.1.2.2 2001/07/29 18:57:30 markm Exp $ #define DLOG(error_func, error_msg) \ if (debug) \ syslog(LOG_DEBUG, "pam_krb5: pam_sm_setcred(%s %s): %s: %s", \ service, name, error_func, error_msg) Any ideas why I don't see a cached credential file in the usual location? Any other information I can provide to help out? Take care, Jon Passki [1] uname -a FreeBSD dominique 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #13: Sat Sep 6 16:56:34 CDT 2003 root@dominique:/usr/obj/usr/src/sys/DOMINIQUE i386 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon Sep 8 14:42:40 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EDEF16A4BF for ; Mon, 8 Sep 2003 14:42:40 -0700 (PDT) Received: from cobble.capnet.state.tx.us (cobble.capnet.state.tx.us [141.198.179.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FF043FE9 for ; Mon, 8 Sep 2003 14:42:39 -0700 (PDT) (envelope-from fbsdstable@cobble.capnet.state.tx.us) Received: from cobble.capnet.state.tx.us (localhost.capnet.state.tx.us [127.0.0.1])h88LsKd5018854; Mon, 8 Sep 2003 16:54:20 -0500 (CDT) (envelope-from fbsdstable@cobble.capnet.state.tx.us) Received: from localhost (fbsdstable@localhost)h88LsGl7018851; Mon, 8 Sep 2003 16:54:20 -0500 (CDT) Date: Mon, 8 Sep 2003 16:54:16 -0500 (CDT) From: stuart nichols To: tony In-Reply-To: Message-ID: <20030908163612.U18833-100000@cobble.capnet.state.tx.us> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@freebsd.org Subject: RE: 5.1 release cvsuping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 21:42:40 -0000 On Sun, 7 Sep 2003, tony wrote: > is this what I want? > RELENG_5_1 It depends upon what you are trying to do. If you've installed 5.1 as a working production server, then yes, you should track RELENG_5_1 with cvsup, rather than -CURRENT. As someone else wrote, the -STABLE branch is still 4.X, and 5.X is -CURRENT. I would not track either of those for a production server. The 5_1 track is the minimum amount of changes to fix major security or functional problems within 5.1. If 5.1 supports all the hardware you have, you should stick with RELEASE_5_1. It will forever be 5.1. It never progresses on its own to another version of FreeBSD. You will have to deliberately choose to upgrade to a newer version when one is available and you decide it makes sense to upgrade. There have been very few changes to RELENG_5_1. stu > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of tony > Sent: Sunday, September 07, 2003 3:53 PM > To: stable@freebsd.org > Subject: 5.1 release cvsuping > > > sorry to bother everyone but I've been pretty inactive lately. > > I just installed 5.1 release and I usually cvsup to stable but I'm not sure > there is a stable version yet. > > should I bother with cvsuping? I have always followed the stable track.. > > This is for a firewall machine with simple rules running dns, samba, ftp, > etc... > Tony From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 00:08:38 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0F5B16A4BF for ; Tue, 9 Sep 2003 00:08:38 -0700 (PDT) Received: from relay2.wm.net (pixmail.wm.net [193.44.157.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524D143FBD for ; Tue, 9 Sep 2003 00:08:37 -0700 (PDT) (envelope-from dalao@wmdata.com) Received: from wmsto3si1390.corp.wmdata.net (wmsto3si1390.wmdata.se [164.9.18.135]) by relay2.wm.net (8.9.3/8.9.3) with ESMTP id JAA07571 for ; Tue, 9 Sep 2003 09:08:36 +0200 (MET DST) Received: from WMRI000043.corp.wmdata.net ([164.9.18.172]) by wmsto3si1390.corp.wmdata.net with Microsoft SMTPSVC(5.0.2195.5329); Tue, 9 Sep 2003 09:08:35 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Sep 2003 09:08:35 +0200 Message-ID: <4549BAA10D64D94E86A754C6E22522240153836B@WMRI000043.corp.wmdata.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Delete e-mail address Thread-Index: AcN2oS9l+6oKSNIfTPyXmqJDSslBtg== From: "Larsson Daniel" To: X-OriginalArrivalTime: 09 Sep 2003 07:08:35.0824 (UTC) FILETIME=[2FADD700:01C376A1] Subject: Delete e-mail address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 07:08:38 -0000 Hi FreeBSD-Stable, Can you please remove this e-mail address (Daniel_l@telia.com)from your mailing list. I don't own that address any more so I cant read mail from it and I have forgot the password to it on your side. Please take it away because nobody can read mail that sends to it.=20 I have a new mail address know that I self own and is build on FreeBSD. I have registered that one so I still get the good information from you. Bets regards Daniel From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 08:42:57 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B430E16A4BF for ; Tue, 9 Sep 2003 08:42:57 -0700 (PDT) Received: from gate.multicom.lv (gate.multicom.lv [159.148.36.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D3EA43FDF for ; Tue, 9 Sep 2003 08:42:55 -0700 (PDT) (envelope-from andris@multicom.lv) Received: from gate.multicom.lv (www@localhost [127.0.0.1]) by server.multicom.lv (8.12.9/8.12.9) with SMTP id h89Fgqao011427 for ; Tue, 9 Sep 2003 18:42:53 +0300 (EEST) (envelope-from andris@multicom.lv) Received: from 159.148.112.148 (SquirrelMail authenticated user andris) by gate.multicom.lv with HTTP; Tue, 9 Sep 2003 18:42:53 +0300 (EEST) Message-ID: <3057.159.148.112.148.1063122173.squirrel@gate.multicom.lv> Date: Tue, 9 Sep 2003 18:42:53 +0300 (EEST) From: andris@multicom.lv To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Can't load daemon at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 15:42:57 -0000 Hi! I have a programm with code like this (this is example, the real code is at http://fresh.t-systems-sfr.com/linux/src/.warix/logserial-0.4.2.tar.gz.html): #################### void shutdown(int sig) { switch (sig) { default: fprintf(stderr, "Got signal %d. Exit\n", sig); break; } exit(EXIT_SUCCESS); } int main(void) { chproc = fork(); if (chproc == -1) { perror("Unable to fork"); exit(EXIT_FAILURE); } if (chproc != 0) { fprintf(stderr, "Starting daemon...\n"); exit(EXIT_SUCCESS); } signal(SIGHUP, &shutdown); signal(SIGINT, &shutdown); signal(SIGQUIT, &shutdown); signal(SIGTERM, &shutdown); signal(SIGABRT, &shutdown); while (1) { sleep(1); } return 0; } #################### When I load a.out from terminal it run fine. I want this programm run at every boot so I place this command in /etc/rc.local or /usr/local/etc/rc.d/prog.sh. After boot it not run and in logs I see message "Got signal 1. Exit". Any ideas? Andris From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 09:40:29 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBFA216A4BF for ; Tue, 9 Sep 2003 09:40:29 -0700 (PDT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.156.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E7643FB1 for ; Tue, 9 Sep 2003 09:40:28 -0700 (PDT) (envelope-from forrie@forrie.com) Received: from dell.forrie.com (wks.forrie.net. [192.168.1.21]) by forrie.com with ESMTP id h89GeNT1004388 for ; Tue, 9 Sep 2003 12:40:24 -0400 (EDT) (envelope-from forrie@forrie.com) Message-Id: <6.0.0.22.2.20030909123912.01f33010@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 09 Sep 2003 12:40:17 -0400 To: freebsd-stable@freebsd.org From: Forrest Aldrich Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) Subject: Problems with latest CVS: Error: input: Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 16:40:30 -0000 With the latest CVSup (this morning), my system is now reporting this error: Error: input: Resource temporarily unavailable The error occurs when using VI. Is this a known problem with the current code. _F From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 10:17:00 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E05A716A4BF for ; Tue, 9 Sep 2003 10:16:59 -0700 (PDT) Received: from hotmail.com (sea2-dav56.sea2.hotmail.com [207.68.164.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BDDA43F75 for ; Tue, 9 Sep 2003 10:16:59 -0700 (PDT) (envelope-from bnowaq@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 9 Sep 2003 10:16:59 -0700 Received: from 82.35.72.124 by sea2-dav56.sea2.hotmail.com with DAV; Tue, 09 Sep 2003 17:16:58 +0000 X-Originating-IP: [82.35.72.124] X-Originating-Email: [bnowaq@hotmail.com] From: "Hotmail" To: Date: Tue, 9 Sep 2003 18:16:58 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 09 Sep 2003 17:16:59.0056 (UTC) FILETIME=[2D4D0300:01C376F6] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Fw: kernel trap 9 with interrupts disabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 17:17:00 -0000 Hello! My OS :=20 4.8-STABLE FreeBSD 4.8-STABLE #0: Thu Sep 4 16:50:44 BST 2003 = *@*:/usr/src/sys/compile/KRL7 i386 My machine is rebooting from time to time. Uptimes are not going more = than 1 day. Without reason. After set : dumpdev=3D"/dev/ad0s1b" dumpdir=3D"/var/crash" I've logs in /var/crash : kernel.0 , vmcore.0 [root@box] (17:14) x /var/crash # tail vmcore.0 kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled What can I do? any patch? please help me. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 10:38:26 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087A916A50F for ; Tue, 9 Sep 2003 10:38:26 -0700 (PDT) Received: from smtp5.wanadoo.nl (smtp5.wanadoo.nl [194.134.35.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 193ED43FF9 for ; Tue, 9 Sep 2003 10:38:24 -0700 (PDT) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (p0269.nas4-asd6.dial.wanadoo.nl [62.234.221.15]) by smtp5.wanadoo.nl (Postfix) with SMTP id 10CFF77C1B; Tue, 9 Sep 2003 19:38:22 +0200 (CEST) Date: Tue, 9 Sep 2003 19:38:19 +0200 From: Steve O'Hara-Smith To: Samuel Kesterson Message-Id: <20030909193819.7479bfa0.steve@sohara.org> In-Reply-To: <20030906123010.6bf238b1.samuelk@k-labs.com> References: <20030906183723.50b35007.demon@gsic.lv> <20030906123010.6bf238b1.samuelk@k-labs.com> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-portbld-freebsd4.8) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: demon@gsic.lv Subject: Re: TV tuner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 17:38:26 -0000 On Sat, 6 Sep 2003 12:30:10 -0500 Samuel Kesterson wrote: SK> SK> I used (until my recent discovery of MythTV, which requires SK> Leenooks) an "ATI TV Wonder VE" card with RELENG_4_5 up through SK> RELENG_4_8. I would assume it still works. It's a bt878 card, and SK> you should be able to pick one up for around $30USD or so. HOW??? I didn't think there was any trace of bt878 support in the system and I looked for it! If that card works it should be possible to use my AIW Radeon too. -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 10:46:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 107A416A4BF for ; Tue, 9 Sep 2003 10:46:56 -0700 (PDT) Received: from epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D48F43FF3 for ; Tue, 9 Sep 2003 10:46:55 -0700 (PDT) (envelope-from Sean.Page@epsb.ca) Received: from exchange05.epsb.edmonton.ab.ca (exchange05.epsb.ca [10.0.5.14]) by epsb.ca (8.11.3/8.11.3) with ESMTP id h89HkDv39909; Tue, 9 Sep 2003 11:46:13 -0600 (MDT) (envelope-from Sean.Page@epsb.ca) Received: by exchange05.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Tue, 9 Sep 2003 11:44:19 -0600 Message-ID: From: Sean Page To: "'Matthew Seaman'" Date: Mon, 8 Sep 2003 10:52:04 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain cc: stable@freebsd.org Subject: RE: No nonodump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 17:46:56 -0000 Hrm, strange. My man page for chflags is as follows: The flags are specified as an octal number or a comma separated list of keywords. The following keywords are currently defined: arch set the archived flag (super-user only) opaque set the opaque flag (owner or super-user only) nodump set the nodump flag (owner or super-user only) sappnd set the system append-only flag (super-user only) schg set the system immutable flag (super-user only) sunlnk set the system undeletable flag (super-user only) uappnd set the user append-only flag (owner or super-user only) uchg set the user immutable flag (owner or super-user only) uunlnk set the user undeletable flag (owner or super-user only) archived, sappend, schange, simmutable, uappend, uchange, uimmutable, sunlink, uunlink aliases for the above Putting the letters ``no'' before an option causes the flag to be turned off. For example: nouchg the immutable bit should be cleared A little misleading I would say. At any rate, 'chflags dump' did indeed remove the flag in question. Thanks for the suggestions. Sean. -----Original Message----- From: Matthew Seaman [mailto:m.seaman@infracaninophile.co.uk] Sent: September 8, 2003 10:22 AM To: Sean Page Cc: stable@freebsd.org Subject: Re: No nonodump... On Mon, Sep 08, 2003 at 09:57:24AM -0600, Sean Page wrote: > I'm not sure where else to ask about this, so please excuse me if this > is the wrong forum. In trying to remove a 'nodump' flag on a directory > with the 'chflags' command I have noticed that the 'nonodump' flag > does not function. I see an open PR for the problem: o [2003/01/09] > i386/46912 johan chflags nonodump fails I was wondering when this > might be dealt with? Else is there another way to remove the flag? As the chflags(1) man page states, the opposite of 'nodump' is 'dump': Putting the letters ``no'' before or removing the letters ``no'' from a keyword causes the flag to be cleared. For example: nouchg clear the user immutable flag (owner or super-user only) dump clear the nodump flag (owner or super-user only) Or, if you want to clear all flags from a file you can: % chflags 0 file Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 10:54:40 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E50EB16A4BF for ; Tue, 9 Sep 2003 10:54:40 -0700 (PDT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D01643FAF for ; Tue, 9 Sep 2003 10:54:37 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.9/8.12.6) with ESMTP id h89HsaAd006094; Tue, 9 Sep 2003 10:54:36 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.9/8.12.6) with ESMTP id h89HsaYo012125; Tue, 9 Sep 2003 10:54:36 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.9/8.12.9/Submit) id h89HsWOq012123; Tue, 9 Sep 2003 10:54:32 -0700 (PDT) From: Frank Mayhar Message-Id: <200309091754.h89HsWOq012123@realtime.exit.com> In-Reply-To: <20030909193819.7479bfa0.steve@sohara.org> To: "Steve O'Hara-Smith" Date: Tue, 9 Sep 2003 10:54:32 -0700 (PDT) X-Copyright0: Copyright 2003 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: Samuel Kesterson Subject: Re: TV tuner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 17:54:41 -0000 Steve O'Hara-Smith wrote: > HOW??? I didn't think there was any trace of bt878 support in > the system and I looked for it! If that card works it should be possible > to use my AIW Radeon too. Um, dunno about your Radeon, but you might have wanted to do a "man bktr" at some point. From there: [...] The bktr driver should support most video cards based on the Brooktree Bt848/849/878/879 Video Capture Chip. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 10:57:45 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42EA16A4BF for ; Tue, 9 Sep 2003 10:57:45 -0700 (PDT) Received: from gatekeeper.oremut02.us.wh.verio.net (gatekeeper.oremut02.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C980443FE9 for ; Tue, 9 Sep 2003 10:57:44 -0700 (PDT) (envelope-from aaronm@orem.verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) BA40E1E4A20 for ; Tue, 9 Sep 2003 11:57:44 -0600 (MDT) Received: from mx.dmz.orem.verio.net (localhost [127.0.0.1]) by mx.dmz.orem.verio.net (8.12.9/8.12.9) with ESMTP id h89HvhqZ034325; Tue, 9 Sep 2003 11:57:43 -0600 (MDT) (envelope-from aaronm@mx.dmz.orem.verio.net) Received: from localhost (aaronm@localhost)h89HvhTS034322; Tue, 9 Sep 2003 11:57:43 -0600 (MDT) Date: Tue, 9 Sep 2003 11:57:43 -0600 (MDT) From: Aaron Mildenstein To: "Steve O'Hara-Smith" In-Reply-To: <20030909193819.7479bfa0.steve@sohara.org> Message-ID: <20030909115653.P85055@mx.dmz.orem.verio.net> References: <20030906183723.50b35007.demon@gsic.lv> <20030906123010.6bf238b1.samuelk@k-labs.com> <20030909193819.7479bfa0.steve@sohara.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: TV tuner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 17:57:45 -0000 The AIW Radeon doesn't use a BT878 or 848, at least, mine doesn't. I've checked kernel messages, etc. Aaron Mildenstein Senior UNIX Systems Administrator SME Hosting, NTT/Verio __ "Do not meddle in the affairs of Dragons, for you are crunchy and taste good with ketchup." On Tue, 9 Sep 2003, Steve O'Hara-Smith wrote: > On Sat, 6 Sep 2003 12:30:10 -0500 > Samuel Kesterson wrote: > > SK> > SK> I used (until my recent discovery of MythTV, which requires > SK> Leenooks) an "ATI TV Wonder VE" card with RELENG_4_5 up through > SK> RELENG_4_8. I would assume it still works. It's a bt878 card, and > SK> you should be able to pick one up for around $30USD or so. > > HOW??? I didn't think there was any trace of bt878 support in > the system and I looked for it! If that card works it should be possible > to use my AIW Radeon too. > > -- > C:>WIN | Directable Mirrors > The computer obeys and wins. |A Better Way To Focus The Sun > You lose and Bill collects. | licenses available - see: > | http://www.sohara.org/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 11:55:53 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA3316A4BF for ; Tue, 9 Sep 2003 11:55:53 -0700 (PDT) Received: from smtp4.wanadoo.nl (smtp4.wanadoo.nl [194.134.35.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D8243FDD for ; Tue, 9 Sep 2003 11:55:53 -0700 (PDT) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (p0970.nas1-asd6.dial.wanadoo.nl [62.234.211.207]) by smtp4.wanadoo.nl (Postfix) with SMTP id CC38C41A61; Tue, 9 Sep 2003 20:55:43 +0200 (CEST) Date: Tue, 9 Sep 2003 20:55:45 +0200 From: Steve O'Hara-Smith To: frank@exit.com Message-Id: <20030909205545.0550661a.steve@sohara.org> In-Reply-To: <200309091754.h89HsWOq012123@realtime.exit.com> References: <20030909193819.7479bfa0.steve@sohara.org> <200309091754.h89HsWOq012123@realtime.exit.com> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-portbld-freebsd4.8) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: samuelk@k-labs.com Subject: Re: TV tuner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 18:55:54 -0000 On Tue, 9 Sep 2003 10:54:32 -0700 (PDT) Frank Mayhar wrote: FM> Steve O'Hara-Smith wrote: FM> > HOW??? I didn't think there was any trace of bt878 support in FM> > the system and I looked for it! If that card works it should be FM> > possible to use my AIW Radeon too. FM> FM> Um, dunno about your Radeon, but you might have wanted to do a "man FM> bktr" at some point. From there: FM> [...] The bktr driver should support most video cards based on FM> the Brooktree Bt848/849/878/879 Video Capture Chip. Urk brain fart - saw 878 and read 829 - erm going back to sleep. -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 11:58:39 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9243816A4BF for ; Tue, 9 Sep 2003 11:58:39 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 168F243FE5 for ; Tue, 9 Sep 2003 11:58:37 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 00B2472DA3; Tue, 9 Sep 2003 11:58:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EF32472DA2; Tue, 9 Sep 2003 11:58:36 -0700 (PDT) Date: Tue, 9 Sep 2003 11:58:36 -0700 (PDT) From: Doug White To: Hotmail In-Reply-To: Message-ID: <20030909115657.I43504@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Fw: kernel trap 9 with interrupts disabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 18:58:39 -0000 On Tue, 9 Sep 2003, Hotmail wrote: > 4.8-STABLE FreeBSD 4.8-STABLE #0: Thu Sep 4 16:50:44 BST 2003 *@*:/usr/src/sys/compile/KRL7 i386 > > My machine is rebooting from time to time. Uptimes are not going more > than 1 day. Without reason. After set : > > dumpdev="/dev/ad0s1b" > dumpdir="/var/crash" > > I've logs in /var/crash : > > kernel.0 , vmcore.0 > > [root@box] (17:14) x /var/crash # tail vmcore.0 > kernel trap 9 with interrupts disabled Are you running seti@home with idprio? Trap 9 is a protection violation. Google searching for 'freebsd kernel trap 9' comes up with lots of good hits. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 12:59:55 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFB0E16A4BF for ; Tue, 9 Sep 2003 12:59:55 -0700 (PDT) Received: from updegrove.net (12-246-251-12.client.attbi.com [12.246.251.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 000CB43FBD for ; Tue, 9 Sep 2003 12:59:54 -0700 (PDT) (envelope-from freebsdstable@updegrove.net) Received: (qmail 30016 invoked from network); 9 Sep 2003 20:00:26 -0000 Received: from adsl-64-166-46-11.dsl.scrm01.pacbell.net (HELO updegrove.net) (64.166.46.11) by updegrove.net with SMTP; 9 Sep 2003 20:00:26 -0000 Message-ID: <3F5E31B4.8040506@updegrove.net> Date: Tue, 09 Sep 2003 13:01:56 -0700 From: Rick Updegrove User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Feldman, Jim" References: <5A7E15ABD212F547B1401F6712FF812002501B62@cxoexc12.americas.cpqcorp.net> In-Reply-To: <5A7E15ABD212F547B1401F6712FF812002501B62@cxoexc12.americas.cpqcorp.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@FreeBSD.ORG Subject: Re: Proliant 5000 hangs on boot to 5.1 during install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 19:59:56 -0000 Feldman, Jim wrote: >First, don't take my address as being more than average knowledgeable about this. > >Are you plugging into the graphics adapter or the serial port? Graphics card. Why do you ask? > Do you have access to a SmartStart cd? Yes. I have setup Prolaint servers in the past. FYI - I did mange to get 4.8 installed via floppy. It never did boot to the CDs like 5.1 did. See the relevant post in this thread. Thanks for the reply. Rick From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 13:36:40 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC5616A4C0 for ; Tue, 9 Sep 2003 13:36:40 -0700 (PDT) Received: from mail2.cseven.com (buddha.cseven.com [216.138.208.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B9C43F3F for ; Tue, 9 Sep 2003 13:36:39 -0700 (PDT) (envelope-from eperrin@cseven.ca) Received: (qmail 53256 invoked by uid 89); 9 Sep 2003 20:33:49 -0000 Received: from unknown (HELO ?66.207.210.12?) (66.207.210.12) by buddha.cseven.com with SMTP; 9 Sep 2003 20:33:49 -0000 User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Tue, 09 Sep 2003 16:36:12 -0400 From: Elliott Perrin To: , Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Make installworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 20:36:40 -0000 Good Day, Please cc me ( eperrin@cseven.ca ) on responses to this, I am not on either mailing list anymore. I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. No problems with buildworld or kernel build, but I am getting failures during installworld Error and output from uname -a are below. vm/pmap.h -> vm/pmap.ph vm/swap_pager.h -> vm/swap_pager.ph vm/vm.h -> vm/vm.ph vm/vm_extern.h -> vm/vm_extern.ph vm/vm_kern.h -> vm/vm_kern.ph vm/vm_map.h -> vm/vm_map.ph vm/vm_object.h -> vm/vm_object.ph vm/vm_page.h -> vm/vm_page.ph vm/vm_pageout.h -> vm/vm_pageout.ph vm/vm_pager.h -> vm/vm_pager.ph vm/vm_param.h -> vm/vm_param.ph vm/vm_zone.h -> vm/vm_zone.ph vm/vnode_pager.h -> vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [localhost] /usr/src# uname -a FreeBSD localhost 4.7-STABLE FreeBSD 4.7-STABLE #1: Fri Jan 3 21:06:53 EST 2003 eperrin@localhost:/usr/src/sys/compile/FIEND i386 Strangely enough, using the mkcdroot port allowed me to build and install a system without this error, albeit not as a base system. (need to cut some CD's for 2 firewalls) Any pointers appreciated Thanks eperrin@cseven.ca From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 15:18:28 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88ADB16A4BF; Tue, 9 Sep 2003 15:18:28 -0700 (PDT) Received: from smtp09.wxs.nl (smtp09.wxs.nl [195.121.6.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B630043FAF; Tue, 9 Sep 2003 15:18:27 -0700 (PDT) (envelope-from akruijff@www.kruijff.org) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp09.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HKY00E68WJSVG@smtp09.wxs.nl>; Wed, 10 Sep 2003 00:16:41 +0200 (MEST) Received: from Intranet.lan (akruijff@localhost [127.0.0.1]) h89MIO7p043492;akruijff@Intranet.lan) Received: (from akruijff@localhost) by Intranet.lan (8.12.8p1/8.12.8/Submit) id h89MIN9P043491; Wed, 10 Sep 2003 00:18:23 +0200 (CEST envelope-from akruijff) Date: Wed, 10 Sep 2003 00:18:23 +0200 From: Alex de Kruijff In-reply-to: To: Elliott Perrin Message-id: <20030909221823.GB31532@dds.nl> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.1i References: cc: stable@freebsd.org cc: questions@freebsd.org Subject: Re: Make installworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 22:18:28 -0000 On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: > Good Day, > > Please cc me ( eperrin@cseven.ca ) on responses to this, I am not on either > mailing list anymore. > > I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. > No problems with buildworld or kernel build, but I am getting failures > during installworld > You could try the RELENG_4_8 tag instead of STABLE as a work around. -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/index.php?dir=docs/FreeBSD/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 17:45:52 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11CBB16A4BF for ; Tue, 9 Sep 2003 17:45:52 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 009DD43FD7 for ; Tue, 9 Sep 2003 17:45:51 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h8A0jo28033528 for ; Tue, 9 Sep 2003 18:45:50 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h8A0jotT033527 for stable@FreeBSD.org; Tue, 9 Sep 2003 18:45:50 -0600 (MDT) (envelope-from ken) Date: Tue, 9 Sep 2003 18:45:50 -0600 From: "Kenneth D. Merry" To: stable@FreeBSD.org Message-ID: <20030910004550.GA33455@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: CAM/INVARIANTS fix committed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 00:45:52 -0000 I have committed a fix for the panic that happened with the da(4) or cd(4) drivers configured and INVARIANTS turned on. Let me know if there are any problems/comments/questions. Ken ----- Forwarded message from "Kenneth D. Merry" ----- From: "Kenneth D. Merry" Date: Tue, 9 Sep 2003 17:40:40 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/cam/scsi scsi_cd.c scsi_da.c src/sys/kern subr_taskqueue.c src/sys/sys taskqueue.h src/share/man/man4 cd.4 da.4 src/share/man/man9 cd.9 ken 2003/09/09 17:40:40 PDT FreeBSD src repository Modified files: (Branch: RELENG_4) sys/cam/scsi scsi_cd.c scsi_da.c sys/kern subr_taskqueue.c sys/sys taskqueue.h share/man/man4 cd.4 da.4 share/man/man9 cd.9 Log: MFC: Move dynamic sysctl(8) variable creation for the cd(4) and da(4) drivers out of cdregister() and daregister(), which are run from interrupt context. Files/revisions merged: scsi_da.c: 1.157, 1.158 scsi_cd.c: 1.81 subr_taskqueue.c: 1.17 taskqueue.h: 1.8 cd.4: 1.33 da.4: 1.42 cd.9: 1.18 not merged: taskqueue.9 rev 1.7, 1.8 (not in RELENG_4) This code is necessarily a little bit different than the version committed to -current, mainly in the area of mutexes. (Which become splfoo() in -stable.) The sysctl code does blocking mallocs (M_WAITOK), which causes problems if malloc(9) actually needs to sleep. (And causes a panic for people running with INVARIANTS turned on.) The eventual fix for this issue will involve moving the CAM probe process inside a kernel thread. For now, though, I have fixed the issue by moving dynamic sysctl variable creation for these two drivers to a task queue running in a kernel thread. The existing task queue in -stable (taskqueue_swi) runs in software interrupt handlers, which wouldn't fix the problem at hand. So I have created a new task queue, taskqueue_thread, that runs inside a kernel thread. scsi_cd.c: Remove sysctl variable creation code from cdregister(), and move it to a new function, cdsysctlinit(). Queue cdsysctlinit() to the taskqueue_thread taskqueue once we have fully registered the cd(4) driver instance. scsi_da.c: Remove sysctl variable creation code from daregister(), and move it to move it to a new function, dasysctlinit(). Queue dasysctlinit() to the taskqueue_thread taskqueue once we have fully registered the da(4) instance. taskqueue.h: Declare the new taskqueue_thread taskqueue, update some comments. subr_taskqueue.c: Create the new kernel thread taskqueue. cd.4: Update the cd(4) man page to talk about the minimum command size sysctl/loader tunable. Also note that the changer variables are available as loader tunables as well. da.4: Update the da(4) man page to cover the retry_count, default_timeout and minimum_cmd_size sysctl variables/loader tunables. Remove references to /dev/r???, they aren't used any longer. cd.9: Update the cd(9) man page to describe the CD_Q_10_BYTE_ONLY quirk. Approved by: re (scottl, murray) Revision Changes Path 1.17.2.9 +34 -3 src/share/man/man4/cd.4 1.22.2.8 +54 -42 src/share/man/man4/da.4 1.11.2.4 +17 -1 src/share/man/man9/cd.9 1.31.2.15 +42 -21 src/sys/cam/scsi/scsi_cd.c 1.42.2.45 +44 -22 src/sys/cam/scsi/scsi_da.c 1.1.2.3 +27 -1 src/sys/kern/subr_taskqueue.c 1.3.2.2 +6 -0 src/sys/sys/taskqueue.h ----- End forwarded message ----- -- Kenneth Merry ken@kdm.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 19:40:14 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D03016A4BF; Tue, 9 Sep 2003 19:40:14 -0700 (PDT) Received: from ganymede.hub.org (u173n10.eastlink.ca [24.224.173.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AABA43FEC; Tue, 9 Sep 2003 19:40:10 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 0B49C34396; Thu, 4 Sep 2003 23:47:10 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0A348342F6; Thu, 4 Sep 2003 23:47:10 -0300 (ADT) Date: Thu, 4 Sep 2003 23:47:10 -0300 (ADT) From: "Marc G. Fournier" To: David Schultz In-Reply-To: <20030905015627.GB14776@HAL9000.homeunix.com> Message-ID: <20030904234610.G51587@ganymede.hub.org> References: <20030612154312.J80219@hub.org> <20030623081927.GC27017@nevermind.kiev.ua> <20030905015627.GB14776@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@FreeBSD.ORG Subject: Re: unionfs related patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 02:40:14 -0000 On Thu, 4 Sep 2003, David Schultz wrote: > On Mon, Sep 01, 2003, Alexandr Kovalenko wrote: > > Hello, Alexandr Kovalenko! > > > > On Mon, Jun 23, 2003 at 11:19:27AM +0300, you wrote: > > > > > > David Schultz, in his spare time, has been working through some of the > > > > issues I've been able to 'tweak' in the unionfs code ... as he is > > > > currently working on forward-patching it to -CURRENT right now, he can't > > > > commit the code to the -STABLE tree ... in order to allow others using > > > > unionfs to test the patch (I've been running it a few weeks now on a very > > > > heavily loaded system), with his permission, I've posted the patch for > > > > download at: > > > > > > > > http://www.hub.org/~scrappy/unionfs > > > > > > Looks like it pretty stable. I'm running ~10 days with this patch - no > > > even single panic. Thank you! > > > > I was too optimistic. It panics on high loads after 3-10 days. > > Is there any progress in work on this patch? > > The only thing I know to be wrong with the patch is that it looks > like I forgot to MFC it. Oops. Unfortunately, there's plenty > wrong with unionfs, even with the patch. Huh? You MFC'd it ... -STABLE from Saturday has the memory allocation stuff still in it: UNION mount 29 1K 1K204800K 30 0 0 32 undcac 0 0K 1K204800K 28159584 0 0 16 unpath 6086 104K 1853K204800K 26015006 0 0 16,32,64,128 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 9 22:28:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3903016A4BF for ; Tue, 9 Sep 2003 22:28:56 -0700 (PDT) Received: from web13408.mail.yahoo.com (web13408.mail.yahoo.com [216.136.175.66]) by mx1.FreeBSD.org (Postfix) with SMTP id D704F43FD7 for ; Tue, 9 Sep 2003 22:28:55 -0700 (PDT) (envelope-from giffunip@yahoo.com) Message-ID: <20030910052855.94956.qmail@web13408.mail.yahoo.com> Received: from [200.91.194.237] by web13408.mail.yahoo.com via HTTP; Tue, 09 Sep 2003 22:28:55 PDT Date: Tue, 9 Sep 2003 22:28:55 -0700 (PDT) From: "Pedro F. Giffuni" To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: fwiw Please check the latinamerican keyboard exists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 05:28:56 -0000 Hi; I did some changes which were committed on -current, but I didn't see them MFC'd. JIC, you might want to check that either lat-amer.kbd (old) OR latinamerican.*kbd are there. It would not be nice not to find either of those on the next release! cheers, Pedro. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 00:09:43 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27CF116A4BF for ; Wed, 10 Sep 2003 00:09:43 -0700 (PDT) Received: from wg.pu.ru (wg.pu.ru [193.124.85.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523A243FBF for ; Wed, 10 Sep 2003 00:09:41 -0700 (PDT) (envelope-from Andrew@ap12326.spb.edu) Received: (from uucp@localhost) by wg.pu.ru (8.9.1a/8.9.1) with UUCP id HAA29153 for freebsd-stable@freebsd.org; Wed, 10 Sep 2003 07:09:39 GMT Received: from localhost (localhost [127.0.0.1]) by home.porohin.ru (8.12.9/8.12.6) with SMTP id h8A7EU5m041048 for ; Wed, 10 Sep 2003 11:14:30 +0400 (MSD) (envelope-from Andrew@ap12326.spb.edu) Date: Wed, 10 Sep 2003 11:13:36 +0400 From: Andrew Porohin To: freebsd-stable@freebsd.org Message-Id: <20030910111336.433c454c.Andrew@ap12326.spb.edu> Organization: home service X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-mybld-freebsd4.7) X-Face: GuW(_o_f.3%2&(0Tz.E3NG:F@^=B__zub&1ob#;1WzD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Subject: 4.9-prerelease (build linux module problem) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 07:09:43 -0000 Hello everybody! FreeBSD 4.9-PRERELEASE. buildkernel problem. Help me, please. # make buildworld ==== linux_ptrace.o: In function `linux_ptrace': linux_ptrace.o(.text+0x164): multiple definition of `linux_ptrace' linux_dummy.o(.text+0x60): first defined here /usr/obj/usr/src/i386/usr/libexec/elf/ld: Warning: size of symbol `linux_ptrace' changed from 31 to 846 in linux_ptrace.o *** Error code 1 Stop in /usr/src/sys/modules/linux. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/BEST-IPFW. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ==== -- With Best Regards, Andrew Porohin mailto:paa0101mail.ru From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 00:47:26 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C38316A4BF for ; Wed, 10 Sep 2003 00:47:26 -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 61C3743FAF for ; Wed, 10 Sep 2003 00:47:25 -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.9) with ESMTP id h8A7lItA016915; Wed, 10 Sep 2003 00:47:18 -0700 (PDT) (envelope-from das@freebsd.org) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h8A7lIYb016914; Wed, 10 Sep 2003 00:47:18 -0700 (PDT) (envelope-from das@freebsd.org) Date: Wed, 10 Sep 2003 00:47:17 -0700 From: David Schultz To: "Marc G. Fournier" Message-ID: <20030910074717.GA16874@HAL9000.homeunix.com> Mail-Followup-To: "Marc G. Fournier" , Alexandr Kovalenko , freebsd-stable@freebsd.org References: <20030612154312.J80219@hub.org> <20030623081927.GC27017@nevermind.kiev.ua> <20030901160043.GB78655@nevermind.kiev.ua> <20030905015627.GB14776@HAL9000.homeunix.com> <20030904234610.G51587@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904234610.G51587@ganymede.hub.org> cc: freebsd-stable@freebsd.org Subject: Re: unionfs related patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 07:47:26 -0000 On Thu, Sep 04, 2003, Marc G. Fournier wrote: > > > On Thu, 4 Sep 2003, David Schultz wrote: > > > On Mon, Sep 01, 2003, Alexandr Kovalenko wrote: > > > Hello, Alexandr Kovalenko! > > > > > > On Mon, Jun 23, 2003 at 11:19:27AM +0300, you wrote: > > > > > > > > David Schultz, in his spare time, has been working through some of the > > > > > issues I've been able to 'tweak' in the unionfs code ... as he is > > > > > currently working on forward-patching it to -CURRENT right now, he can't > > > > > commit the code to the -STABLE tree ... in order to allow others using > > > > > unionfs to test the patch (I've been running it a few weeks now on a very > > > > > heavily loaded system), with his permission, I've posted the patch for > > > > > download at: > > > > > > > > > > http://www.hub.org/~scrappy/unionfs > > > > > > > > Looks like it pretty stable. I'm running ~10 days with this patch - no > > > > even single panic. Thank you! > > > > > > I was too optimistic. It panics on high loads after 3-10 days. > > > Is there any progress in work on this patch? > > > > The only thing I know to be wrong with the patch is that it looks > > like I forgot to MFC it. Oops. Unfortunately, there's plenty > > wrong with unionfs, even with the patch. > > Huh? You MFC'd it ... -STABLE from Saturday has the memory allocation > stuff still in it: > > UNION mount 29 1K 1K204800K 30 0 0 32 > undcac 0 0K 1K204800K 28159584 0 0 16 > unpath 6086 104K 1853K204800K 26015006 0 0 16,32,64,128 Heh. Never mind, I'm not that forgetful after all. When I saw your link to the patch for -STABLE, I thought I must have missed it. But it looks like that was merely a quote of an old email. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 01:18:47 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CB2016A4BF for ; Wed, 10 Sep 2003 01:18:47 -0700 (PDT) Received: from mail.telia.lv (mail.telia.lv [194.19.240.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id D20EE43F93 for ; Wed, 10 Sep 2003 01:18:45 -0700 (PDT) (envelope-from demon@gsic.lv) Received: (from root@localhost) by mail.telia.lv (8.12.9/8.12.6) id h8A8If1c086598 for freebsd-stable@freebsd.org; Wed, 10 Sep 2003 11:18:41 +0300 (EEST) Received: from mar.valsts.lv ([194.19.244.163]) by mail.telia.lv (8.12.9/8.12.6) with SMTP id h8A8IaA1086511 for ; Wed, 10 Sep 2003 11:18:36 +0300 (EEST) Date: Wed, 10 Sep 2003 11:18:36 +0300 From: Dmitry To: freebsd-stable@freebsd.org Message-Id: <20030910111836.6bb9c933.demon@gsic.lv> Organization: GSIC X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Wed__10_Sep_2003_11:18:36_+0300_08232000" X-Virus-Scanned: by AMaViS perl-11 Subject: FreeBSD 4.9-PRE + NVIDIA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 08:18:47 -0000 This is a multi-part message in MIME format. --Multipart_Wed__10_Sep_2003_11:18:36_+0300_08232000 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi all ! I have installed NVIDIA driver from port collection, a nd when I try to star XFree86 - it simply crashes and reboots... I did all as described in README file, all options, needed to run driver corectly, are in kernel. I tryed all possible otions in Option "NvAGP" "" Also tryed to install driver manually, tryed to make it with WITH_FREEBSD_AGP=yes Now I symply have no ideas how to solve this problem... May be someone is using Riva TNT2 ULTRA under FreeBSD 4.9 PRE ? here also XFree86.log and my XF86Config files --Multipart_Wed__10_Sep_2003_11:18:36_+0300_08232000 Content-Type: application/octet-stream; name="XF86Config" Content-Disposition: attachment; filename="XF86Config" Content-Transfer-Encoding: base64 IyBGaWxlIGdlbmVyYXRlZCBieSB4Zjg2Y29uZmlnLgoKIwojIENvcHlyaWdodCAoYykgMTk5OSBi eSBUaGUgWEZyZWU4NiBQcm9qZWN0LCBJbmMuCiMKIyBQZXJtaXNzaW9uIGlzIGhlcmVieSBncmFu dGVkLCBmcmVlIG9mIGNoYXJnZSwgdG8gYW55IHBlcnNvbiBvYnRhaW5pbmcgYQojIGNvcHkgb2Yg dGhpcyBzb2Z0d2FyZSBhbmQgYXNzb2NpYXRlZCBkb2N1bWVudGF0aW9uIGZpbGVzICh0aGUgIlNv ZnR3YXJlIiksCiMgdG8gZGVhbCBpbiB0aGUgU29mdHdhcmUgd2l0aG91dCByZXN0cmljdGlvbiwg aW5jbHVkaW5nIHdpdGhvdXQgbGltaXRhdGlvbgojIHRoZSByaWdodHMgdG8gdXNlLCBjb3B5LCBt b2RpZnksIG1lcmdlLCBwdWJsaXNoLCBkaXN0cmlidXRlLCBzdWJsaWNlbnNlLAojIGFuZC9vciBz ZWxsIGNvcGllcyBvZiB0aGUgU29mdHdhcmUsIGFuZCB0byBwZXJtaXQgcGVyc29ucyB0byB3aG9t IHRoZQojIFNvZnR3YXJlIGlzIGZ1cm5pc2hlZCB0byBkbyBzbywgc3ViamVjdCB0byB0aGUgZm9s bG93aW5nIGNvbmRpdGlvbnM6CiMgCiMgVGhlIGFib3ZlIGNvcHlyaWdodCBub3RpY2UgYW5kIHRo aXMgcGVybWlzc2lvbiBub3RpY2Ugc2hhbGwgYmUgaW5jbHVkZWQgaW4KIyBhbGwgY29waWVzIG9y IHN1YnN0YW50aWFsIHBvcnRpb25zIG9mIHRoZSBTb2Z0d2FyZS4KIyAKIyBUSEUgU09GVFdBUkUg SVMgUFJPVklERUQgIkFTIElTIiwgV0lUSE9VVCBXQVJSQU5UWSBPRiBBTlkgS0lORCwgRVhQUkVT UyBPUgojIElNUExJRUQsIElOQ0xVRElORyBCVVQgTk9UIExJTUlURUQgVE8gVEhFIFdBUlJBTlRJ RVMgT0YgTUVSQ0hBTlRBQklMSVRZLAojIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NF IEFORCBOT05JTkZSSU5HRU1FTlQuICBJTiBOTyBFVkVOVCBTSEFMTAojIFRIRSBYRlJFRTg2IFBS T0pFQ1QgQkUgTElBQkxFIEZPUiBBTlkgQ0xBSU0sIERBTUFHRVMgT1IgT1RIRVIgTElBQklMSVRZ LAojIFdIRVRIRVIgSU4gQU4gQUNUSU9OIE9GIENPTlRSQUNULCBUT1JUIE9SIE9USEVSV0lTRSwg QVJJU0lORyBGUk9NLCBPVVQgT0YKIyBPUiBJTiBDT05ORUNUSU9OIFdJVEggVEhFIFNPRlRXQVJF IE9SIFRIRSBVU0UgT1IgT1RIRVIgREVBTElOR1MgSU4gVEhFCiMgU09GVFdBUkUuCiMgCiMgRXhj ZXB0IGFzIGNvbnRhaW5lZCBpbiB0aGlzIG5vdGljZSwgdGhlIG5hbWUgb2YgdGhlIFhGcmVlODYg UHJvamVjdCBzaGFsbAojIG5vdCBiZSB1c2VkIGluIGFkdmVydGlzaW5nIG9yIG90aGVyd2lzZSB0 byBwcm9tb3RlIHRoZSBzYWxlLCB1c2Ugb3Igb3RoZXIKIyBkZWFsaW5ncyBpbiB0aGlzIFNvZnR3 YXJlIHdpdGhvdXQgcHJpb3Igd3JpdHRlbiBhdXRob3JpemF0aW9uIGZyb20gdGhlCiMgWEZyZWU4 NiBQcm9qZWN0LgojCgojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioKIyBSZWZlciB0byB0aGUgWEY4NkNvbmZpZyg0 LzUpIG1hbiBwYWdlIGZvciBkZXRhaWxzIGFib3V0IHRoZSBmb3JtYXQgb2YgCiMgdGhpcyBmaWxl LgojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioKCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgojIE1vZHVsZSBzZWN0aW9uIC0tIHRo aXMgIHNlY3Rpb24gIGlzIHVzZWQgdG8gc3BlY2lmeQojIHdoaWNoIGR5bmFtaWNhbGx5IGxvYWRh YmxlIG1vZHVsZXMgdG8gbG9hZC4KIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMKU2VjdGlvbiAiTW9kdWxlIgoK IyBUaGlzIGxvYWRzIHRoZSBEQkUgZXh0ZW5zaW9uIG1vZHVsZS4KCiAgICBMb2FkICAgICAgICAi ZGJlIiAgCSMgRG91YmxlIGJ1ZmZlciBleHRlbnNpb24KCiMgVGhpcyBsb2FkcyB0aGUgbWlzY2Vs bGFuZW91cyBleHRlbnNpb25zIG1vZHVsZSwgYW5kIGRpc2FibGVzCiMgaW5pdGlhbGlzYXRpb24g b2YgdGhlIFhGcmVlODYtREdBIGV4dGVuc2lvbiB3aXRoaW4gdGhhdCBtb2R1bGUuCiAgICBTdWJT ZWN0aW9uICAiZXh0bW9kIgogICAgICBPcHRpb24gICAgIm9taXQgeGZyZWU4Ni1kZ2EiICAgIyBk b24ndCBpbml0aWFsaXNlIHRoZSBER0EgZXh0ZW5zaW9uCiAgICBFbmRTdWJTZWN0aW9uCgojIFRo aXMgbG9hZHMgdGhlIFR5cGUxIGFuZCBGcmVlVHlwZSBmb250IG1vZHVsZXMKICAgIExvYWQgICAg ICAgICJ0eXBlMSIKICAgIExvYWQgICAgICAgICJzcGVlZG8iCiAgICBMb2FkICAgICAgICAiZnJl ZXR5cGUiCiMgICAgTG9hZCAgICAgICAgInh0dCIKCiMgVGhpcyBsb2FkcyB0aGUgR0xYIG1vZHVs ZQogICAgTG9hZCAgICAgICAiZ2x4IgojIFRoaXMgbG9hZHMgdGhlIERSSSBtb2R1bGUKIyAgICBM b2FkICAgICAgICJkcmkiCgpFbmRTZWN0aW9uCgojICoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKIyBGaWxlcyBzZWN0 aW9uLiAgVGhpcyBhbGxvd3MgZGVmYXVsdCBmb250IGFuZCByZ2IgcGF0aHMgdG8gYmUgc2V0CiMg KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKgoKU2VjdGlvbiAiRmlsZXMiCgojIFRoZSBsb2NhdGlvbiBvZiB0aGUgUkdC IGRhdGFiYXNlLiAgTm90ZSwgdGhpcyBpcyB0aGUgbmFtZSBvZiB0aGUKIyBmaWxlIG1pbnVzIHRo ZSBleHRlbnNpb24gKGxpa2UgIi50eHQiIG9yICIuZGIiKS4gIFRoZXJlIGlzIG5vcm1hbGx5CiMg bm8gbmVlZCB0byBjaGFuZ2UgdGhlIGRlZmF1bHQuCgogICAgUmdiUGF0aAkiL3Vzci9YMTFSNi9s aWIvWDExL3JnYiIKCiMgTXVsdGlwbGUgRm9udFBhdGggZW50cmllcyBhcmUgYWxsb3dlZCAod2hp Y2ggYXJlIGNvbmNhdGVuYXRlZCB0b2dldGhlciksCiMgYXMgd2VsbCBhcyBzcGVjaWZ5aW5nIG11 bHRpcGxlIGNvbW1hLXNlcGFyYXRlZCBlbnRyaWVzIGluIG9uZSBGb250UGF0aAojIGNvbW1hbmQg KG9yIGEgY29tYmluYXRpb24gb2YgYm90aCBtZXRob2RzKQojIAojIElmIHlvdSBkb24ndCBoYXZl IGEgZmxvYXRpbmcgcG9pbnQgY29wcm9jZXNzb3IgYW5kIGVtYWNzLCBNb3NhaWMgb3Igb3RoZXIK IyBwcm9ncmFtcyB0YWtlIGxvbmcgdG8gc3RhcnQgdXAsIHRyeSBtb3ZpbmcgdGhlIFR5cGUxIGFu ZCBTcGVlZG8gZGlyZWN0b3J5CiMgdG8gdGhlIGVuZCBvZiB0aGlzIGxpc3QgKG9yIGNvbW1lbnQg dGhlbSBvdXQpLgojIAogICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL2N5 cmlsbGljLyIKICAgIEZvbnRQYXRoICAgIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9sb2NhbC8i CiAgICBGb250UGF0aCAgICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbWlzYy8iCiAgICBGb250 UGF0aCAgICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvNzVkcGkvOnVuc2NhbGVkIgogICAgRm9u dFBhdGggICAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzEwMGRwaS86dW5zY2FsZWQiCiAgICBG b250UGF0aCAgICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvU3BlZWRvLyIKICAgIEZvbnRQYXRo ICAgIi91c3IvWDExUjYvbGliL1gxMS9mb250cy9UeXBlMS8iCiMgICAgRm9udFBhdGggICAiL3Vz ci9YMTFSNi9saWIvWDExL2ZvbnRzL1RydWVUeXBlLyIKIyAgICBGb250UGF0aCAgICIvdXNyL1gx MVI2L2xpYi9YMTEvZm9udHMvZnJlZWZvbnQvIgogICAgRm9udFBhdGggICAiL3Vzci9YMTFSNi9s aWIvWDExL2ZvbnRzLzc1ZHBpLyIKICAgIEZvbnRQYXRoICAgIi91c3IvWDExUjYvbGliL1gxMS9m b250cy8xMDBkcGkvIgoKIyBUaGUgbW9kdWxlIHNlYXJjaCBwYXRoLiAgVGhlIGRlZmF1bHQgcGF0 aCBpcyBzaG93biBoZXJlLgoKIyAgICBNb2R1bGVQYXRoICIvdXNyL1gxMVI2L2xpYi9tb2R1bGVz IgoKRW5kU2VjdGlvbgoKIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMgU2VydmVyIGZsYWdzIHNlY3Rpb24uCiMg KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKgoKU2VjdGlvbiAiU2VydmVyRmxhZ3MiCgojIFVuY29tbWVudCB0aGlzIHRv IGNhdXNlIGEgY29yZSBkdW1wIGF0IHRoZSBzcG90IHdoZXJlIGEgc2lnbmFsIGlzIAojIHJlY2Vp dmVkLiAgVGhpcyBtYXkgbGVhdmUgdGhlIGNvbnNvbGUgaW4gYW4gdW51c2FibGUgc3RhdGUsIGJ1 dCBtYXkKIyBwcm92aWRlIGEgYmV0dGVyIHN0YWNrIHRyYWNlIGluIHRoZSBjb3JlIGR1bXAgdG8g YWlkIGluIGRlYnVnZ2luZwoKIyAgICBPcHRpb24gIk5vVHJhcFNpZ25hbHMiCgojIFVuY29tbWVu dCB0aGlzIHRvIGRpc2FibGUgdGhlIDxDcnRsPjxBbHQ+PEZuPiBWVCBzd2l0Y2ggc2VxdWVuY2UK IyAod2hlcmUgbiBpcyAxIHRocm91Z2ggMTIpLiAgVGhpcyBhbGxvd3MgY2xpZW50cyB0byByZWNl aXZlIHRoZXNlIGtleQojIGV2ZW50cy4KCiMgICAgT3B0aW9uICJEb250VlRTd2l0Y2giCgojIFVu Y29tbWVudCB0aGlzIHRvIGRpc2FibGUgdGhlIDxDcnRsPjxBbHQ+PEJTPiBzZXJ2ZXIgYWJvcnQg c2VxdWVuY2UKIyBUaGlzIGFsbG93cyBjbGllbnRzIHRvIHJlY2VpdmUgdGhpcyBrZXkgZXZlbnQu CgojICAgIE9wdGlvbiAiRG9udFphcCIKCiMgVW5jb21tZW50IHRoaXMgdG8gZGlzYWJsZSB0aGUg PENydGw+PEFsdD48S1BfKz4vPEtQXy0+IG1vZGUgc3dpdGNoaW5nCiMgc2VxdWVuY2VzLiAgVGhp cyBhbGxvd3MgY2xpZW50cyB0byByZWNlaXZlIHRoZXNlIGtleSBldmVudHMuCgojICAgIE9wdGlv biAiRG9udCBab29tIgoKIyBVbmNvbW1lbnQgdGhpcyB0byBkaXNhYmxlIHR1bmluZyB3aXRoIHRo ZSB4dmlkdHVuZSBjbGllbnQuIFdpdGgKIyBpdCB0aGUgY2xpZW50IGNhbiBzdGlsbCBydW4gYW5k IGZldGNoIGNhcmQgYW5kIG1vbml0b3IgYXR0cmlidXRlcywKIyBidXQgaXQgd2lsbCBub3QgYmUg YWxsb3dlZCB0byBjaGFuZ2UgdGhlbS4gSWYgaXQgdHJpZXMgaXQgd2lsbAojIHJlY2VpdmUgYSBw cm90b2NvbCBlcnJvci4KCiMgICAgT3B0aW9uICJEaXNhYmxlVmlkTW9kZUV4dGVuc2lvbiIKCiMg VW5jb21tZW50IHRoaXMgdG8gZW5hYmxlIHRoZSB1c2Ugb2YgYSBub24tbG9jYWwgeHZpZHR1bmUg Y2xpZW50LiAKCiMgICAgT3B0aW9uICJBbGxvd05vbkxvY2FsWHZpZHR1bmUiCgojIFVuY29tbWVu dCB0aGlzIHRvIGRpc2FibGUgZHluYW1pY2FsbHkgbW9kaWZ5aW5nIHRoZSBpbnB1dCBkZXZpY2UK IyAobW91c2UgYW5kIGtleWJvYXJkKSBzZXR0aW5ncy4gCgojICAgIE9wdGlvbiAiRGlzYWJsZU1v ZEluRGV2IgoKIyBVbmNvbW1lbnQgdGhpcyB0byBlbmFibGUgdGhlIHVzZSBvZiBhIG5vbi1sb2Nh bCBjbGllbnQgdG8KIyBjaGFuZ2UgdGhlIGtleWJvYXJkIG9yIG1vdXNlIHNldHRpbmdzIChjdXJy ZW50bHkgb25seSB4c2V0KS4KCiMgICAgT3B0aW9uICJBbGxvd05vbkxvY2FsTW9kSW5EZXYiCgpF bmRTZWN0aW9uCgojICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioKIyBJbnB1dCBkZXZpY2VzCiMgKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgoKIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqCiMgQ29yZSBrZXlib2FyZCdzIElucHV0RGV2aWNlIHNlY3Rpb24K IyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqCgpTZWN0aW9uICJJbnB1dERldmljZSIKCiAgICBJZGVudGlmaWVyCSJL ZXlib2FyZDEiCiAgICBEcml2ZXIJIktleWJvYXJkIgoKIyBGb3IgbW9zdCBPU3MgdGhlIHByb3Rv Y29sIGNhbiBiZSBvbWl0dGVkIChpdCBkZWZhdWx0cyB0byAiU3RhbmRhcmQiKS4KIyBXaGVuIHVz aW5nIFhRVUVVRSAob25seSBmb3IgU1ZSMyBhbmQgU1ZSNCwgYnV0IG5vdCBTb2xhcmlzKSwKIyB1 bmNvbW1lbnQgdGhlIGZvbGxvd2luZyBsaW5lLgoKIyAgICBPcHRpb24gICAgICJQcm90b2NvbCIg ICAgICAiWHF1ZXVlIgoKICAgIE9wdGlvbiAiQXV0b1JlcGVhdCIgIjUwMCAzMCIKCiMgU3BlY2lm eSB3aGljaCBrZXlib2FyZCBMRURzIGNhbiBiZSB1c2VyLWNvbnRyb2xsZWQgKGVnLCB3aXRoIHhz ZXQoMSkpCiMgICAgT3B0aW9uCSJYbGVkcyIgICAgICAiMSAyIDMiCgojICAgIE9wdGlvbiAiTGVm dEFsdCIgICAgICJNZXRhIgojICAgIE9wdGlvbiAiUmlnaHRBbHQiICAgICJNb2RlU2hpZnQiCgoj IFRvIGN1c3RvbWlzZSB0aGUgWEtCIHNldHRpbmdzIHRvIHN1aXQgeW91ciBrZXlib2FyZCwgbW9k aWZ5IHRoZQojIGxpbmVzIGJlbG93ICh3aGljaCBhcmUgdGhlIGRlZmF1bHRzKS4gIEZvciBleGFt cGxlLCBmb3IgYSBub24tVS5TLgojIGtleWJvYXJkLCB5b3Ugd2lsbCBwcm9iYWJseSB3YW50IHRv IHVzZToKIyAgICBPcHRpb24gIlhrYk1vZGVsIiAgICAicGMxMDIiCiMgSWYgeW91IGhhdmUgYSBV UyBNaWNyb3NvZnQgTmF0dXJhbCBrZXlib2FyZCwgeW91IGNhbiB1c2U6CiMgICAgT3B0aW9uICJY a2JNb2RlbCIgICAgIm1pY3Jvc29mdCIKIwojIFRoZW4gdG8gY2hhbmdlIHRoZSBsYW5ndWFnZSwg Y2hhbmdlIHRoZSBMYXlvdXQgc2V0dGluZy4KIyBGb3IgZXhhbXBsZSwgYSBnZXJtYW4gbGF5b3V0 IGNhbiBiZSBvYnRhaW5lZCB3aXRoOgojICAgIE9wdGlvbiAiWGtiTGF5b3V0IiAgICJkZSIKIyBv cjoKIyAgICBPcHRpb24gIlhrYkxheW91dCIgICAiZGUiCiMgICAgT3B0aW9uICJYa2JWYXJpYW50 IiAgIm5vZGVhZGtleXMiCiMKIyBJZiB5b3UnZCBsaWtlIHRvIHN3aXRjaCB0aGUgcG9zaXRpb25z IG9mIHlvdXIgY2Fwc2xvY2sgYW5kCiMgY29udHJvbCBrZXlzLCB1c2U6CiMgICAgT3B0aW9uICJY a2JPcHRpb25zIiAgImN0cmw6c3dhcGNhcHMiCgojIFRoZXNlIGFyZSB0aGUgZGVmYXVsdCBYS0Ig c2V0dGluZ3MgZm9yIFhGcmVlODYKIyAgICBPcHRpb24gIlhrYlJ1bGVzIiAgICAieGZyZWU4NiIK IyAgICBPcHRpb24gIlhrYk1vZGVsIiAgICAicGMxMDEiCiMgICAgT3B0aW9uICJYa2JMYXlvdXQi ICAgInVzIgojICAgIE9wdGlvbiAiWGtiVmFyaWFudCIgICIiCiMgICAgT3B0aW9uICJYa2JPcHRp b25zIiAgIiIKCiMgICAgT3B0aW9uICJYa2JEaXNhYmxlIgoKICAgIE9wdGlvbiAiWGtiUnVsZXMi CSJ4ZnJlZTg2IgogICAgT3B0aW9uICJYa2JNb2RlbCIJInBjMTA1IgogICAgT3B0aW9uICJYa2JM YXlvdXQiCSJ1cyxydSIKICAgIE9wdGlvbiAiWGtiVmFyaWFudCIgICIscGhvbmV0aWMiCiAgICAg T3B0aW9uICJYa2JPcHRpb25zIiAgImdycDpjdHJsX3NoaWZ0X3RvZ2dsZSIKRW5kU2VjdGlvbgoK CiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKgojIENvcmUgUG9pbnRlcidzIElucHV0RGV2aWNlIHNlY3Rpb24KIyAq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqCgpTZWN0aW9uICJJbnB1dERldmljZSIKCiMgSWRlbnRpZmllciBhbmQgZHJp dmVyCgogICAgSWRlbnRpZmllcgkiTW91c2UxIgogICAgRHJpdmVyCSJtb3VzZSIKICAgIE9wdGlv biAiUHJvdG9jb2wiICAgICJBdXRvIgogICAgT3B0aW9uICJEZXZpY2UiICAgICAgIi9kZXYvc3lz bW91c2UiCiAgICBPcHRpb24gICAgICAgICAgIlpBeGlzTWFwcGluZyIgIjQgNSIKIyBNb3VzZS1z cGVlZCBzZXR0aW5nIGZvciBQUy8yIG1vdXNlLgoKIyAgICBPcHRpb24gIlJlc29sdXRpb24iCSIy NTYiCgojIFdoZW4gdXNpbmcgWFFVRVVFLCBjb21tZW50IG91dCB0aGUgYWJvdmUgdHdvIGxpbmVz LCBhbmQgdW5jb21tZW50CiMgdGhlIGZvbGxvd2luZyBsaW5lLgoKIyAgICBPcHRpb24gIlByb3Rv Y29sIgkiWHF1ZXVlIgoKIyBCYXVkcmF0ZSBhbmQgU2FtcGxlUmF0ZSBhcmUgb25seSBmb3Igc29t ZSBMb2dpdGVjaCBtaWNlLiBJbgojIGFsbW9zdCBldmVyeSBjYXNlIHRoZXNlIGxpbmVzIHNob3Vs ZCBiZSBvbWl0dGVkLgoKIyAgICBPcHRpb24gIkJhdWRSYXRlIgkiOTYwMCIKIyAgICBPcHRpb24g IlNhbXBsZVJhdGUiCSIxNTAiCgojIEVtdWxhdGUzQnV0dG9ucyBpcyBhbiBvcHRpb24gZm9yIDIt YnV0dG9uIE1pY3Jvc29mdCBtaWNlCiMgRW11bGF0ZTNUaW1lb3V0IGlzIHRoZSB0aW1lb3V0IGlu IG1pbGxpc2Vjb25kcyAoZGVmYXVsdCBpcyA1MG1zKQoKIyAgICBPcHRpb24gIkVtdWxhdGUzQnV0 dG9ucyIKIyAgICBPcHRpb24gIkVtdWxhdGUzVGltZW91dCIgICAgIjUwIgoKIyBDaG9yZE1pZGRs ZSBpcyBhbiBvcHRpb24gZm9yIHNvbWUgMy1idXR0b24gTG9naXRlY2ggbWljZQoKIyAgICBPcHRp b24gIkNob3JkTWlkZGxlIgoKRW5kU2VjdGlvbgoKCiMgKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgojIE90aGVyIGlu cHV0IGRldmljZSBzZWN0aW9ucyAKIyB0aGlzIGlzIG9wdGlvbmFsIGFuZCBpcyByZXF1aXJlZCBv bmx5IGlmIHlvdQojIGFyZSB1c2luZyBleHRlbmRlZCBpbnB1dCBkZXZpY2VzLiAgVGhpcyBpcyBm b3IgZXhhbXBsZSBvbmx5LiAgUmVmZXIKIyB0byB0aGUgWEY4NkNvbmZpZyBtYW4gcGFnZSBmb3Ig YSBkZXNjcmlwdGlvbiBvZiB0aGUgb3B0aW9ucy4KIyAqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMKIyBTZWN0aW9u ICJJbnB1dERldmljZSIgCiMgICAgSWRlbnRpZmllciAgIk1vdXNlMiIKIyAgICBEcml2ZXIgICAg ICAibW91c2UiCiMgICAgT3B0aW9uICAgICAgIlByb3RvY29sIiAgICAgICJNb3VzZU1hbiIKIyAg ICBPcHRpb24gICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvbW91c2UyIgojIEVuZFNlY3Rpb24K IwojIFNlY3Rpb24gIklucHV0RGV2aWNlIgojICAgIElkZW50aWZpZXIgInNwYWNlYmFsbCIKIyAg ICBEcml2ZXIgICAgICJtYWdlbGxhbiIKIyAgICBPcHRpb24gICAgICJEZXZpY2UiICAgICAgICAi L2Rldi9jdWEwIgojIEVuZFNlY3Rpb24KIwojIFNlY3Rpb24gIklucHV0RGV2aWNlIgojICAgIElk ZW50aWZpZXIgInNwYWNlYmFsbDIiCiMgICAgRHJpdmVyICAgICAic3BhY2VvcmIiCiMgICAgT3B0 aW9uICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvY3VhMCIKIyBFbmRTZWN0aW9uCiMKIyBTZWN0 aW9uICJJbnB1dERldmljZSIKIyAgICBJZGVudGlmaWVyICJ0b3VjaHNjcmVlbjAiCiMgICAgRHJp dmVyICAgICAibWljcm90b3VjaCIKIyAgICBPcHRpb24gICAgICJEZXZpY2UiICAgICAgICAiL2Rl di90dHlTMCIKIyAgICBPcHRpb24gICAgICJNaW5YIiAgICAgICAgICAiMTQxMiIKIyAgICBPcHRp b24gICAgICJNYXhYIiAgICAgICAgICAiMTUxODQiCiMgICAgT3B0aW9uICAgICAiTWluWSIgICAg ICAgICAgIjE1MzcyIgojICAgIE9wdGlvbiAgICAgIk1heFkiICAgICAgICAgICIxMjMwIgojICAg IE9wdGlvbiAgICAgIlNjcmVlbk51bWJlciIgICIwIgojICAgIE9wdGlvbiAgICAgIlJlcG9ydGlu Z01vZGUiICJTY2FsZWQiCiMgICAgT3B0aW9uICAgICAiQnV0dG9uTnVtYmVyIiAgIjEiCiMgICAg T3B0aW9uICAgICAiU2VuZENvcmVFdmVudHMiCiMgRW5kU2VjdGlvbgojCiMgU2VjdGlvbiAiSW5w dXREZXZpY2UiCiMgICAgSWRlbnRpZmllciAidG91Y2hzY3JlZW4xIgojICAgIERyaXZlciAgICAg ImVsbzIzMDAiCiMgICAgT3B0aW9uICAgICAiRGV2aWNlIiAgICAgICAgIi9kZXYvdHR5UzAiCiMg ICAgT3B0aW9uICAgICAiTWluWCIgICAgICAgICAgIjIzMSIKIyAgICBPcHRpb24gICAgICJNYXhY IiAgICAgICAgICAiMzg2OCIKIyAgICBPcHRpb24gICAgICJNaW5ZIiAgICAgICAgICAiMzg1OCIK IyAgICBPcHRpb24gICAgICJNYXhZIiAgICAgICAgICAiMjcyIgojICAgIE9wdGlvbiAgICAgIlNj cmVlbk51bWJlciIgICIwIgojICAgIE9wdGlvbiAgICAgIlJlcG9ydGluZ01vZGUiICJTY2FsZWQi CiMgICAgT3B0aW9uICAgICAiQnV0dG9uVGhyZXNob2xkIiAgICAgICAiMTciCiMgICAgT3B0aW9u ICAgICAiQnV0dG9uTnVtYmVyIiAgIjEiCiMgICAgT3B0aW9uICAgICAiU2VuZENvcmVFdmVudHMi CiMgRW5kU2VjdGlvbgoKIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiMgTW9uaXRvciBzZWN0aW9uCiMgKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKgoKIyBBbnkgbnVtYmVyIG9mIG1vbml0b3Igc2VjdGlvbnMgbWF5IGJlIHByZXNlbnQK ClNlY3Rpb24gIk1vbml0b3IiCgogICAgSWRlbnRpZmllciAgIk15IE1vbml0b3IiCgojIEhvcml6 U3luYyBpcyBpbiBrSHogdW5sZXNzIHVuaXRzIGFyZSBzcGVjaWZpZWQuCiMgSG9yaXpTeW5jIG1h eSBiZSBhIGNvbW1hIHNlcGFyYXRlZCBsaXN0IG9mIGRpc2NyZXRlIHZhbHVlcywgb3IgYQojIGNv bW1hIHNlcGFyYXRlZCBsaXN0IG9mIHJhbmdlcyBvZiB2YWx1ZXMuCiMgTk9URTogVEhFIFZBTFVF UyBIRVJFIEFSRSBFWEFNUExFUyBPTkxZLiAgUkVGRVIgVE8gWU9VUiBNT05JVE9SJ1MKIyBVU0VS IE1BTlVBTCBGT1IgVEhFIENPUlJFQ1QgTlVNQkVSUy4KCiAgICBIb3JpelN5bmMgICAzMS01NAoK IyAgICBIb3JpelN5bmMJMzAtNjQgICAgICAgICAjIG11bHRpc3luYwojICAgIEhvcml6U3luYwkz MS41LCAzNS4yICAgICMgbXVsdGlwbGUgZml4ZWQgc3luYyBmcmVxdWVuY2llcwojICAgIEhvcml6 U3luYwkxNS0yNSwgMzAtNTAgICMgbXVsdGlwbGUgcmFuZ2VzIG9mIHN5bmMgZnJlcXVlbmNpZXMK CiMgVmVydFJlZnJlc2ggaXMgaW4gSHogdW5sZXNzIHVuaXRzIGFyZSBzcGVjaWZpZWQuCiMgVmVy dFJlZnJlc2ggbWF5IGJlIGEgY29tbWEgc2VwYXJhdGVkIGxpc3Qgb2YgZGlzY3JldGUgdmFsdWVz LCBvciBhCiMgY29tbWEgc2VwYXJhdGVkIGxpc3Qgb2YgcmFuZ2VzIG9mIHZhbHVlcy4KIyBOT1RF OiBUSEUgVkFMVUVTIEhFUkUgQVJFIEVYQU1QTEVTIE9OTFkuICBSRUZFUiBUTyBZT1VSIE1PTklU T1InUwojIFVTRVIgTUFOVUFMIEZPUiBUSEUgQ09SUkVDVCBOVU1CRVJTLgoKICAgIFZlcnRSZWZy ZXNoIDUwLTEyMAoKRW5kU2VjdGlvbgoKCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgojIEdyYXBoaWNzIGRldmlj ZSBzZWN0aW9uCiMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKgoKIyBBbnkgbnVtYmVyIG9mIGdyYXBoaWNzIGRldmlj ZSBzZWN0aW9ucyBtYXkgYmUgcHJlc2VudAoKIyBTdGFuZGFyZCBWR0EgRGV2aWNlOgoKU2VjdGlv biAiRGV2aWNlIgogICAgSWRlbnRpZmllcgkiU3RhbmRhcmQgVkdBIgogICAgVmVuZG9yTmFtZQki VW5rbm93biIKICAgIEJvYXJkTmFtZQkiVW5rbm93biIKCiMgVGhlIGNoaXBzZXQgbGluZSBpcyBv cHRpb25hbCBpbiBtb3N0IGNhc2VzLiAgSXQgY2FuIGJlIHVzZWQgdG8gb3ZlcnJpZGUKIyB0aGUg ZHJpdmVyJ3MgY2hpcHNldCBkZXRlY3Rpb24sIGFuZCBzaG91bGQgbm90IG5vcm1hbGx5IGJlIHNw ZWNpZmllZC4KCiMgICAgQ2hpcHNldAkiZ2VuZXJpYyIKCiMgVGhlIERyaXZlciBsaW5lIG11c3Qg YmUgcHJlc2VudC4gIFdoZW4gdXNpbmcgcnVuLXRpbWUgbG9hZGFibGUgZHJpdmVyCiMgbW9kdWxl cywgdGhpcyBsaW5lIGluc3RydWN0cyB0aGUgc2VydmVyIHRvIGxvYWQgdGhlIHNwZWNpZmllZCBk cml2ZXIKIyBtb2R1bGUuICBFdmVuIHdoZW4gbm90IHVzaW5nIGxvYWRhYmxlIGRyaXZlciBtb2R1 bGVzLCB0aGlzIGxpbmUKIyBpbmRpY2F0ZXMgd2hpY2ggZHJpdmVyIHNob3VsZCBpbnRlcnByZXQg dGhlIGluZm9ybWF0aW9uIGluIHRoaXMgc2VjdGlvbi4KCiAgICBEcml2ZXIgICAgICJ2Z2EiCiMg VGhlIEJ1c0lEIGxpbmUgaXMgdXNlZCB0byBzcGVjaWZ5IHdoaWNoIG9mIHBvc3NpYmx5IG11bHRp cGxlIGRldmljZXMKIyB0aGlzIHNlY3Rpb24gaXMgaW50ZW5kZWQgZm9yLiAgV2hlbiB0aGlzIGxp bmUgaXNuJ3QgcHJlc2VudCwgYSBkZXZpY2UKIyBzZWN0aW9uIGNhbiBvbmx5IG1hdGNoIHVwIHdp dGggdGhlIHByaW1hcnkgdmlkZW8gZGV2aWNlLiAgRm9yIFBDSQojIGRldmljZXMgYSBsaW5lIGxp a2UgdGhlIGZvbGxvd2luZyBjb3VsZCBiZSB1c2VkLiAgVGhpcyBsaW5lIHNob3VsZCBub3QKIyBu b3JtYWxseSBiZSBpbmNsdWRlZCB1bmxlc3MgdGhlcmUgaXMgbW9yZSB0aGFuIG9uZSB2aWRlbyBk ZXZpY2UKIyBpbnRhbGxlZC4KCiMgICAgQnVzSUQgICAgICAiUENJOjA6MTA6MCIKCiMgICAgVmlk ZW9SYW0JMjU2CgojICAgIENsb2NrcwkyNS4yIDI4LjMKCkVuZFNlY3Rpb24KCiMgRGV2aWNlIGNv bmZpZ3VyZWQgYnkgeGY4NmNvbmZpZzoKClNlY3Rpb24gIkRldmljZSIKICAgIElkZW50aWZpZXIg ICJSSVZBIFROVDIiCiAgICBEcml2ZXIgICAgICAibnYiCiAgICBPcHRpb24gICAgICJOdkFHUCIg IjIiCiAgICAjVmlkZW9SYW0gICAgMzI3NjgKICAgICMgSW5zZXJ0IENsb2NrcyBsaW5lcyBoZXJl IGlmIGFwcHJvcHJpYXRlCkVuZFNlY3Rpb24KCgojICoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKIyBTY3JlZW4gc2Vj dGlvbnMKIyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqCgojIEFueSBudW1iZXIgb2Ygc2NyZWVuIHNlY3Rpb25zIG1h eSBiZSBwcmVzZW50LiAgRWFjaCBkZXNjcmliZXMKIyB0aGUgY29uZmlndXJhdGlvbiBvZiBhIHNp bmdsZSBzY3JlZW4uICBBIHNpbmdsZSBzcGVjaWZpYyBzY3JlZW4gc2VjdGlvbgojIG1heSBiZSBz cGVjaWZpZWQgZnJvbSB0aGUgWCBzZXJ2ZXIgY29tbWFuZCBsaW5lIHdpdGggdGhlICItc2NyZWVu IgojIG9wdGlvbi4KU2VjdGlvbiAiU2NyZWVuIgogICAgSWRlbnRpZmllciAgIlNjcmVlbiAxIgog ICAgRGV2aWNlICAgICAgIlJJVkEgVE5UMiIKICAgIE1vbml0b3IgICAgICJNeSBNb25pdG9yIgog ICAgRGVmYXVsdERlcHRoIDE2CgogICAgU3Vic2VjdGlvbiAiRGlzcGxheSIKICAgICAgICBEZXB0 aCAgICAgICA4CiAgICAgICAgTW9kZXMgICAgICAgIjEwMjR4NzY4IgogICAgICAgIFZpZXdQb3J0 ICAgIDAgMAogICAgRW5kU3Vic2VjdGlvbgogICAgU3Vic2VjdGlvbiAiRGlzcGxheSIKICAgICAg ICBEZXB0aCAgICAgICAxNgogICAgICAgIE1vZGVzICAgICAgICIxMDI0eDc2OCIKICAgICAgICBW aWV3UG9ydCAgICAwIDAKICAgIEVuZFN1YnNlY3Rpb24KICAgIFN1YnNlY3Rpb24gIkRpc3BsYXki CiAgICAgICAgRGVwdGggICAgICAgMjQKICAgICAgICBNb2RlcyAgICAgICAiMTAyNHg3NjgiCiAg ICAgICAgVmlld1BvcnQgICAgMCAwCiAgICBFbmRTdWJzZWN0aW9uCkVuZFNlY3Rpb24KCiMgKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKgojIFNlcnZlckxheW91dCBzZWN0aW9ucy4KIyAqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCgojIEFu eSBudW1iZXIgb2YgU2VydmVyTGF5b3V0IHNlY3Rpb25zIG1heSBiZSBwcmVzZW50LiAgRWFjaCBk ZXNjcmliZXMKIyB0aGUgd2F5IG11bHRpcGxlIHNjcmVlbnMgYXJlIG9yZ2FuaXNlZC4gIEEgc3Bl Y2lmaWMgU2VydmVyTGF5b3V0CiMgc2VjdGlvbiBtYXkgYmUgc3BlY2lmaWVkIGZyb20gdGhlIFgg c2VydmVyIGNvbW1hbmQgbGluZSB3aXRoIHRoZQojICItbGF5b3V0IiBvcHRpb24uICBJbiB0aGUg YWJzZW5jZSBvZiB0aGlzLCB0aGUgZmlyc3Qgc2VjdGlvbiBpcyB1c2VkLgojIFdoZW4gbm93IFNl cnZlckxheW91dCBzZWN0aW9uIGlzIHByZXNlbnQsIHRoZSBmaXJzdCBTY3JlZW4gc2VjdGlvbgoj IGlzIHVzZWQgYWxvbmUuCgpTZWN0aW9uICJTZXJ2ZXJMYXlvdXQiCgojIFRoZSBJZGVudGlmaWVy IGxpbmUgbXVzdCBiZSBwcmVzZW50CiAgICBJZGVudGlmaWVyICAiU2ltcGxlIExheW91dCIKCiMg RWFjaCBTY3JlZW4gbGluZSBzcGVjaWZpZXMgYSBTY3JlZW4gc2VjdGlvbiBuYW1lLCBhbmQgb3B0 aW9uYWxseQojIHRoZSByZWxhdGl2ZSBwb3NpdGlvbiBvZiBvdGhlciBzY3JlZW5zLiAgVGhlIGZv dXIgbmFtZXMgYWZ0ZXIKIyBwcmltYXJ5IHNjcmVlbiBuYW1lIGFyZSB0aGUgc2NyZWVucyB0byB0 aGUgdG9wLCBib3R0b20sIGxlZnQgYW5kIHJpZ2h0CiMgb2YgdGhlIHByaW1hcnkgc2NyZWVuLiAg SW4gdGhpcyBleGFtcGxlLCBzY3JlZW4gMiBpcyBsb2NhdGVkIHRvIHRoZQojIHJpZ2h0IG9mIHNj cmVlbiAxLgoKICAgIFNjcmVlbiAiU2NyZWVuIDEiCgojIEVhY2ggSW5wdXREZXZpY2UgbGluZSBz cGVjaWZpZXMgYW4gSW5wdXREZXZpY2Ugc2VjdGlvbiBuYW1lIGFuZAojIG9wdGlvbmFsbHkgc29t ZSBvcHRpb25zIHRvIHNwZWNpZnkgdGhlIHdheSB0aGUgZGV2aWNlIGlzIHRvIGJlCiMgdXNlZC4g IFRob3NlIG9wdGlvbnMgaW5jbHVkZSAiQ29yZVBvaW50ZXIiLCAiQ29yZUtleWJvYXJkIiBhbmQK IyAiU2VuZENvcmVFdmVudHMiLgoKICAgIElucHV0RGV2aWNlICJNb3VzZTEiICJDb3JlUG9pbnRl ciIKICAgIElucHV0RGV2aWNlICJLZXlib2FyZDEiICJDb3JlS2V5Ym9hcmQiCgpFbmRTZWN0aW9u CgogU2VjdGlvbiAiRFJJIgogICAgTW9kZSAwNjY2CiBFbmRTZWN0aW9uCgo= --Multipart_Wed__10_Sep_2003_11:18:36_+0300_08232000 Content-Type: application/octet-stream; name="XFree86.0.log" Content-Disposition: attachment; filename="XFree86.0.log" Content-Transfer-Encoding: base64 ClhGcmVlODYgVmVyc2lvbiA0LjMuMApSZWxlYXNlIERhdGU6IDI3IEZlYnJ1YXJ5IDIwMDMKWCBQ cm90b2NvbCBWZXJzaW9uIDExLCBSZXZpc2lvbiAwLCBSZWxlYXNlIDYuNgpCdWlsZCBPcGVyYXRp bmcgU3lzdGVtOiBGcmVlQlNEIDQuOSBpMzg2IFtFTEZdIApCdWlsZCBEYXRlOiAwOCBTZXB0ZW1i ZXIgMjAwMwoJQmVmb3JlIHJlcG9ydGluZyBwcm9ibGVtcywgY2hlY2sgaHR0cDovL3d3dy5YRnJl ZTg2Lk9yZy8KCXRvIG1ha2Ugc3VyZSB0aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4K TW9kdWxlIExvYWRlciBwcmVzZW50Ck1hcmtlcnM6ICgtLSkgcHJvYmVkLCAoKiopIGZyb20gY29u ZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLAogICAgICAgICAoKyspIGZyb20gY29tbWFu ZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAogICAgICAgICAoV1cpIHdh cm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uCig9 PSkgTG9nIGZpbGU6ICIvdmFyL2xvZy9YRnJlZTg2LjAubG9nIiwgVGltZTogV2VkIFNlcCAxMCAx MDo1ODoyNCAyMDAzCig9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvZXRjL1gxMS9YRjg2Q29uZmln IgooPT0pIFNlcnZlckxheW91dCAiU2ltcGxlIExheW91dCIKKCoqKSB8LS0+U2NyZWVuICJTY3Jl ZW4gMSIgKDApCigqKikgfCAgIHwtLT5Nb25pdG9yICJNeSBNb25pdG9yIgooKiopIHwgICB8LS0+ RGV2aWNlICJSSVZBIFROVDIiCigqKikgfC0tPklucHV0IERldmljZSAiTW91c2UxIgooKiopIHwt LT5JbnB1dCBEZXZpY2UgIktleWJvYXJkMSIKKCoqKSBPcHRpb24gIkF1dG9SZXBlYXQiICI1MDAg MzAiCigqKikgT3B0aW9uICJYa2JSdWxlcyIgInhmcmVlODYiCigqKikgWEtCOiBydWxlczogInhm cmVlODYiCigqKikgT3B0aW9uICJYa2JNb2RlbCIgInBjMTA1IgooKiopIFhLQjogbW9kZWw6ICJw YzEwNSIKKCoqKSBPcHRpb24gIlhrYkxheW91dCIgInVzLHJ1IgooKiopIFhLQjogbGF5b3V0OiAi dXMscnUiCigqKikgT3B0aW9uICJYa2JWYXJpYW50IiAiLHBob25ldGljIgooKiopIFhLQjogdmFy aWFudDogIixwaG9uZXRpYyIKKCoqKSBPcHRpb24gIlhrYk9wdGlvbnMiICJncnA6Y3RybF9zaGlm dF90b2dnbGUiCigqKikgWEtCOiBvcHRpb25zOiAiZ3JwOmN0cmxfc2hpZnRfdG9nZ2xlIgooPT0p IEtleWJvYXJkOiBDdXN0b21LZXljb2RlIGRpc2FibGVkCigqKikgRm9udFBhdGggc2V0IHRvICIv dXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvY3lyaWxsaWMvLC91c3IvWDExUjYvbGliL1gxMS9mb250 cy9sb2NhbC8sL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL21pc2MvLC91c3IvWDExUjYvbGliL1gx MS9mb250cy83NWRwaS86dW5zY2FsZWQsL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzLzEwMGRwaS86 dW5zY2FsZWQsL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL1NwZWVkby8sL3Vzci9YMTFSNi9saWIv WDExL2ZvbnRzL1R5cGUxLywvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvNzVkcGkvLC91c3IvWDEx UjYvbGliL1gxMS9mb250cy8xMDBkcGkvIgooKiopIFJnYlBhdGggc2V0IHRvICIvdXNyL1gxMVI2 L2xpYi9YMTEvcmdiIgooPT0pIE1vZHVsZVBhdGggc2V0IHRvICIvdXNyL1gxMVI2L2xpYi9tb2R1 bGVzIgooLS0pIFVzaW5nIHN5c2NvbnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIu MCkKKC0tKSB1c2luZyBWVCBudW1iZXIgNQoKKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgoJWEZy ZWU4NiBBTlNJIEMgRW11bGF0aW9uOiAwLjIKCVhGcmVlODYgVmlkZW8gRHJpdmVyOiAwLjYKCVhG cmVlODYgWElucHV0IGRyaXZlciA6IDAuNAoJWEZyZWU4NiBTZXJ2ZXIgRXh0ZW5zaW9uIDogMC4y CglYRnJlZTg2IEZvbnQgUmVuZGVyZXIgOiAwLjQKKElJKSBMb2FkZXIgcnVubmluZyBvbiBmcmVl YnNkCihJSSkgTG9hZE1vZHVsZTogImJpdG1hcCIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvZm9udHMvbGliYml0bWFwLmEKKElJKSBNb2R1bGUgYml0bWFwOiB2ZW5kb3I9IlRo ZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjAKCU1vZHVsZSBjbGFzczogWEZyZWU4NiBGb250IFJlbmRlcmVyCglBQkkgY2xhc3M6IFhG cmVlODYgRm9udCBSZW5kZXJlciwgdmVyc2lvbiAwLjQKKElJKSBMb2FkaW5nIGZvbnQgQml0bWFw CihJSSkgTG9hZE1vZHVsZTogInBjaWRhdGEiCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9t b2R1bGVzL2xpYnBjaWRhdGEuYQooSUkpIE1vZHVsZSBwY2lkYXRhOiB2ZW5kb3I9IlRoZSBYRnJl ZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAK CUFCSSBjbGFzczogWEZyZWU4NiBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC42CihJSSkgUENJOiBQ cm9iaW5nIGNvbmZpZyB0eXBlIHVzaW5nIG1ldGhvZCAxCihJSSkgUENJOiBDb25maWcgdHlwZSBp cyAxCihJSSkgUENJOiBzdGFnZXMgPSAweDAzLCBvbGRWYWwxID0gMHgwMDAwMDAwMCwgbW9kZTFS ZXMxID0gMHg4MDAwMDAwMAooSUkpIFBDSTogUENJIHNjYW4gKGFsbCB2YWx1ZXMgYXJlIGluIGhl eCkKKElJKSBQQ0k6IDAwOjAwOjA6IGNoaXAgMTEwNiwwNjkxIGNhcmQgMDAwMCwwMDAwIHJldiAy MiBjbGFzcyAwNiwwMCwwMCBoZHIgMDAKKElJKSBQQ0k6IDAwOjAxOjA6IGNoaXAgMTEwNiw4NTk4 IGNhcmQgMDAwMCwwMDAwIHJldiAwMCBjbGFzcyAwNiwwNCwwMCBoZHIgMDEKKElJKSBQQ0k6IDAw OjA3OjA6IGNoaXAgMTEwNiwwNTk2IGNhcmQgMTEwNiwwMDAwIHJldiAwOSBjbGFzcyAwNiwwMSww MCBoZHIgODAKKElJKSBQQ0k6IDAwOjA3OjE6IGNoaXAgMTEwNiwwNTcxIGNhcmQgMDAwMCwwMDAw IHJldiAwNiBjbGFzcyAwMSwwMSw4YSBoZHIgMDAKKElJKSBQQ0k6IDAwOjA3OjM6IGNoaXAgMTEw NiwzMDUwIGNhcmQgMDAwMCwwMDAwIHJldiAwMCBjbGFzcyAwNiwwMCwwMCBoZHIgMDAKKElJKSBQ Q0k6IDAwOjA4OjA6IGNoaXAgMTI3NCwxMzcxIGNhcmQgMTI3NCwxMzcxIHJldiAwOCBjbGFzcyAw NCwwMSwwMCBoZHIgMDAKKElJKSBQQ0k6IDAwOjEwOjA6IGNoaXAgMTBlYyw4MTM5IGNhcmQgMTBl Yyw4MTM5IHJldiAxMCBjbGFzcyAwMiwwMCwwMCBoZHIgMDAKKElJKSBQQ0k6IDAxOjAwOjA6IGNo aXAgMTBkZSwwMDI5IGNhcmQgMTEwMiwxMDIxIHJldiAxNSBjbGFzcyAwMywwMCwwMCBoZHIgMDAK KElJKSBQQ0k6IEVuZCBvZiBQQ0kgc2NhbgooSUkpIEhvc3QtdG8tUENJIGJyaWRnZToKKElJKSBC dXMgMDogYnJpZGdlIGlzIGF0ICgwOjA6MCksICgwLDAsMSksIEJDVFJMOiAweDAwMDggKFZHQV9F TiBpcyBzZXQpCihJSSkgQnVzIDAgSS9PIHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwMGZmZmYgKDB4MTAwMDApIElYW0JdCihJSSkgQnVzIDAgbm9uLXByZWZldGNoYWJsZSBtZW1v cnkgcmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQoo SUkpIEJ1cyAwIHByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAw IC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQooSUkpIFBDSS10by1QQ0kgYnJpZGdlOgooSUkpIEJ1 cyAxOiBicmlkZ2UgaXMgYXQgKDA6MTowKSwgKDAsMSwxKSwgQkNUUkw6IDB4MDAwYyAoVkdBX0VO IGlzIHNldCkKKElJKSBCdXMgMSBub24tcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToKCVswXSAt MQkwCTB4ZTAwMDAwMDAgLSAweGUxZmZmZmZmICgweDIwMDAwMDApIE1YW0JdCihJSSkgQnVzIDEg cHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToKCVswXSAtMQkwCTB4ZTIwMDAwMDAgLSAweGUzZmZm ZmZmICgweDIwMDAwMDApIE1YW0JdCihJSSkgUENJLXRvLUlTQSBicmlkZ2U6CihJSSkgQnVzIC0x OiBicmlkZ2UgaXMgYXQgKDA6NzowKSwgKDAsLTEsLTEpLCBCQ1RSTDogMHgwMDA4IChWR0FfRU4g aXMgc2V0KQooSUkpIEhvc3QtdG8tUENJIGJyaWRnZToKKElJKSBCdXMgLTE6IGJyaWRnZSBpcyBh dCAoMDo3OjMpLCAoLTEsLTEsMSksIEJDVFJMOiAweDAwMDggKFZHQV9FTiBpcyBzZXQpCihJSSkg QnVzIC0xIEkvTyByYW5nZToKCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDBmZmZmICgweDEw MDAwKSBJWFtCXQooSUkpIEJ1cyAtMSBub24tcHJlZmV0Y2hhYmxlIG1lbW9yeSByYW5nZToKCVsw XSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDApIE1YW0JdCihJSSkgQnVzIC0xIHBy ZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZm ZiAoMHgwKSBNWFtCXQooLS0pIFBDSToqKDE6MDowKSBuVmlkaWEgQ29ycG9yYXRpb24gTlY1IFtS SVZBIFROVDIgVWx0cmFdIHJldiAyMSwgTWVtIEAgMHhlMDAwMDAwMC8yNCwgMHhlMjAwMDAwMC8y NQooSUkpIEFkZHJlc3NhYmxlIGJ1cyByZXNvdXJjZSByYW5nZXMgYXJlCglbMF0gLTEJMAkweDAw MDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQoJWzFdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwMGZmZmYgKDB4MTAwMDApIElYW0JdCihJSSkgT1MtcmVwb3J0ZWQgcmVzb3VyY2UgcmFuZ2Vz OgoJWzBdIC0xCTAJMHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQoJ WzFdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJ WzJdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbM10gLTEJ MAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4MDAw MDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzVdIC0xCTAJMHgwMDAwZmZmZiAt IDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs2XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZm ICgweDEwMCkgSVhbQl0KKElJKSBQQ0kgTWVtb3J5IHJlc291cmNlIG92ZXJsYXAgcmVkdWNlZCAw eGQ4MDAwMDAwIGZyb20gMHhkZmZmZmZmZiB0byAweGQ3ZmZmZmZmCihJSSkgQWN0aXZlIFBDSSBy ZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweGU0MDAwMDAwIC0gMHhlN2ZmZmZmZiAoMHg0MDAw MDAwKSBNWFtCXUUKCVsxXSAtMQkwCTB4ZDgwMDAwMDAgLSAweGQ3ZmZmZmZmICgweDApIE1YW0Jd RU8KCVsyXSAtMQkwCTB4ZTIwMDAwMDAgLSAweGUzZmZmZmZmICgweDIwMDAwMDApIE1YW0JdKEIp CglbM10gLTEJMAkweGUwMDAwMDAwIC0gMHhlMGZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXShCKQoJ WzRdIC0xCTAJMHgwMDAwZWMwMCAtIDB4MDAwMGVjZmYgKDB4MTAwKSBJWFtCXUUKCVs1XSAtMQkw CTB4MDAwMGU4MDAgLSAweDAwMDBlOGZmICgweDEwMCkgSVhbQl1FCglbNl0gLTEJMAkweDAwMDBl MDAwIC0gMHgwMDAwZTBmZiAoMHgxMDApIElYW0JdRQooSUkpIEFjdGl2ZSBQQ0kgcmVzb3VyY2Ug cmFuZ2VzIGFmdGVyIHJlbW92aW5nIG92ZXJsYXBzOgoJWzBdIC0xCTAJMHhlNDAwMDAwMCAtIDB4 ZTdmZmZmZmYgKDB4NDAwMDAwMCkgTVhbQl1FCglbMV0gLTEJMAkweGQ4MDAwMDAwIC0gMHhkN2Zm ZmZmZiAoMHgwKSBNWFtCXUVPCglbMl0gLTEJMAkweGUyMDAwMDAwIC0gMHhlM2ZmZmZmZiAoMHgy MDAwMDAwKSBNWFtCXShCKQoJWzNdIC0xCTAJMHhlMDAwMDAwMCAtIDB4ZTBmZmZmZmYgKDB4MTAw MDAwMCkgTVhbQl0oQikKCVs0XSAtMQkwCTB4MDAwMGVjMDAgLSAweDAwMDBlY2ZmICgweDEwMCkg SVhbQl1FCglbNV0gLTEJMAkweDAwMDBlODAwIC0gMHgwMDAwZThmZiAoMHgxMDApIElYW0JdRQoJ WzZdIC0xCTAJMHgwMDAwZTAwMCAtIDB4MDAwMGUwZmYgKDB4MTAwKSBJWFtCXUUKKElJKSBPUy1y ZXBvcnRlZCByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHMgd2l0aCBQQ0k6 CglbMF0gLTEJMAkweGZmZTAwMDAwIC0gMHhmZmZmZmZmZiAoMHgyMDAwMDApIE1YW0JdKEIpCglb MV0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpCglb Ml0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVszXSAtMQkw CTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQoJWzRdIC0xCTAJMHgwMDAw MDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdCglbNV0gLTEJMAkweDAwMDBmZmZmIC0g MHgwMDAwZmZmZiAoMHgxKSBJWFtCXQoJWzZdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYg KDB4MTAwKSBJWFtCXQooSUkpIEFsbCBzeXN0ZW0gcmVzb3VyY2UgcmFuZ2VzOgoJWzBdIC0xCTAJ MHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQoJWzFdIC0xCTAJMHgw MDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzJdIC0xCTAJMHgw MDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMGMwMDAw IC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAw MDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzVdIC0xCTAJMHhlNDAwMDAwMCAtIDB4ZTdmZmZmZmYg KDB4NDAwMDAwMCkgTVhbQl1FCglbNl0gLTEJMAkweGQ4MDAwMDAwIC0gMHhkN2ZmZmZmZiAoMHgw KSBNWFtCXUVPCglbN10gLTEJMAkweGUyMDAwMDAwIC0gMHhlM2ZmZmZmZiAoMHgyMDAwMDAwKSBN WFtCXShCKQoJWzhdIC0xCTAJMHhlMDAwMDAwMCAtIDB4ZTBmZmZmZmYgKDB4MTAwMDAwMCkgTVhb Ql0oQikKCVs5XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbMTBd IC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzExXSAtMQkwCTB4 MDAwMGVjMDAgLSAweDAwMDBlY2ZmICgweDEwMCkgSVhbQl1FCglbMTJdIC0xCTAJMHgwMDAwZTgw MCAtIDB4MDAwMGU4ZmYgKDB4MTAwKSBJWFtCXUUKCVsxM10gLTEJMAkweDAwMDBlMDAwIC0gMHgw MDAwZTBmZiAoMHgxMDApIElYW0JdRQooSUkpIExvYWRNb2R1bGU6ICJkYmUiCihJSSkgTG9hZGlu ZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZGJlLmEKKElJKSBNb2R1bGUg ZGJlOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4zLjAsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjAKCU1vZHVsZSBjbGFzczogWEZyZWU4NiBTZXJ2ZXIgRXh0ZW5z aW9uCglBQkkgY2xhc3M6IFhGcmVlODYgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjIKKElJ KSBMb2FkaW5nIGV4dGVuc2lvbiBET1VCTEUtQlVGRkVSCihJSSkgTG9hZE1vZHVsZTogImV4dG1v ZCIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJleHRt b2QuYQooSUkpIE1vZHVsZSBleHRtb2Q6IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNv bXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBY RnJlZTg2IFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWEZyZWU4NiBTZXJ2ZXIgRXh0ZW5z aW9uLCB2ZXJzaW9uIDAuMgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNIQVBFCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gTUlULVNVTkRSWS1OT05TVEFOREFSRAooSUkpIExvYWRpbmcgZXh0ZW5zaW9u IEJJRy1SRVFVRVNUUwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNZTkMKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEMtTUlTQwoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbgooSUkpIExvYWRp bmcgZXh0ZW5zaW9uIFhGcmVlODYtTWlzYwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERQTVMKKElJ KSBMb2FkaW5nIGV4dGVuc2lvbiBGb250Q2FjaGUKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBUT0ct Q1VQCihJSSkgTG9hZGluZyBleHRlbnNpb24gRXh0ZW5kZWQtVmlzdWFsLUluZm9ybWF0aW9uCihJ SSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvCihJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVv LU1vdGlvbkNvbXBlbnNhdGlvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UKKElJ KSBMb2FkTW9kdWxlOiAidHlwZTEiCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVz L2ZvbnRzL2xpYnR5cGUxLmEKKElJKSBNb2R1bGUgdHlwZTE6IHZlbmRvcj0iVGhlIFhGcmVlODYg UHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMgoJTW9k dWxlIGNsYXNzOiBYRnJlZTg2IEZvbnQgUmVuZGVyZXIKCUFCSSBjbGFzczogWEZyZWU4NiBGb250 IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNAooSUkpIExvYWRpbmcgZm9udCBUeXBlMQooSUkpIExvYWRp bmcgZm9udCBDSUQKKElJKSBMb2FkTW9kdWxlOiAic3BlZWRvIgooSUkpIExvYWRpbmcgL3Vzci9Y MTFSNi9saWIvbW9kdWxlcy9mb250cy9saWJzcGVlZG8uYQooSUkpIE1vZHVsZSBzcGVlZG86IHZl bmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZl cnNpb24gPSAxLjAuMQoJTW9kdWxlIGNsYXNzOiBYRnJlZTg2IEZvbnQgUmVuZGVyZXIKCUFCSSBj bGFzczogWEZyZWU4NiBGb250IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNAooSUkpIExvYWRpbmcgZm9u dCBTcGVlZG8KKElJKSBMb2FkTW9kdWxlOiAiZnJlZXR5cGUiCihJSSkgTG9hZGluZyAvdXNyL1gx MVI2L2xpYi9tb2R1bGVzL2ZvbnRzL2xpYmZyZWV0eXBlLmEKKElJKSBNb2R1bGUgZnJlZXR5cGU6 IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxl IHZlcnNpb24gPSAyLjAuMgoJTW9kdWxlIGNsYXNzOiBYRnJlZTg2IEZvbnQgUmVuZGVyZXIKCUFC SSBjbGFzczogWEZyZWU4NiBGb250IFJlbmRlcmVyLCB2ZXJzaW9uIDAuNAooSUkpIExvYWRpbmcg Zm9udCBGcmVlVHlwZQooSUkpIExvYWRNb2R1bGU6ICJnbHgiCihJSSkgTG9hZGluZyAvdXNyL1gx MVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNvCihJSSkgTW9kdWxlIGdseDogdmVu ZG9yPSJOVklESUEgQ29ycG9yYXRpb24iCgljb21waWxlZCBmb3IgNC4wLjIsIG1vZHVsZSB2ZXJz aW9uID0gMS4wLjQzNjUKCU1vZHVsZSBjbGFzczogWEZyZWU4NiBTZXJ2ZXIgRXh0ZW5zaW9uCglB QkkgY2xhc3M6IFhGcmVlODYgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjEKKElJKSBMb2Fk aW5nIGV4dGVuc2lvbiBHTFgKKElJKSBMb2FkTW9kdWxlOiAibnZpZGlhIgooSUkpIExvYWRpbmcg L3Vzci9YMTFSNi9saWIvbW9kdWxlcy9kcml2ZXJzL252aWRpYV9kcnYubwooSUkpIE1vZHVsZSBu dmlkaWE6IHZlbmRvcj0iTlZJRElBIENvcnBvcmF0aW9uIgoJY29tcGlsZWQgZm9yIDQuMC4yLCBt b2R1bGUgdmVyc2lvbiA9IDEuMC40MzY1CglNb2R1bGUgY2xhc3M6IFhGcmVlODYgVmlkZW8gRHJp dmVyCihJSSkgTG9hZE1vZHVsZTogIm1vdXNlIgooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIv bW9kdWxlcy9pbnB1dC9tb3VzZV9kcnYubwooSUkpIE1vZHVsZSBtb3VzZTogdmVuZG9yPSJUaGUg WEZyZWU4NiBQcm9qZWN0IgoJY29tcGlsZWQgZm9yIDQuMy4wLCBtb2R1bGUgdmVyc2lvbiA9IDEu MC4wCglNb2R1bGUgY2xhc3M6IFhGcmVlODYgWElucHV0IERyaXZlcgoJQUJJIGNsYXNzOiBYRnJl ZTg2IFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMC40CihJSSkgTlZJRElBIFhGcmVlODYgRHJpdmVy ICAxLjAtNDM2NSAgV2VkIE1heSAyOCAwOToyMzo0MSBQRFQgMjAwMwooSUkpIE5WSURJQSBVbmlm aWVkIERyaXZlciBmb3IgYWxsIE5WSURJQSBHUFVzCihJSSkgUHJpbWFyeSBEZXZpY2UgaXM6IFBD SSAwMTowMDowCigtLSkgQXNzaWduaW5nIGRldmljZSBzZWN0aW9uIHdpdGggbm8gYnVzSUQgdG8g cHJpbWFyeSBkZXZpY2UKKC0tKSBDaGlwc2V0IE5WSURJQSBHUFUgZm91bmQKKElJKSByZXNvdXJj ZSByYW5nZXMgYWZ0ZXIgeGY4NkNsYWltRml4ZWRSZXNvdXJjZXMoKSBjYWxsOgoJWzBdIC0xCTAJ MHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQoJWzFdIC0xCTAJMHgw MDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJWzJdIC0xCTAJMHgw MDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMGMwMDAw IC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAw MDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzVdIC0xCTAJMHhlNDAwMDAwMCAtIDB4ZTdmZmZmZmYg KDB4NDAwMDAwMCkgTVhbQl1FCglbNl0gLTEJMAkweGQ4MDAwMDAwIC0gMHhkN2ZmZmZmZiAoMHgw KSBNWFtCXUVPCglbN10gLTEJMAkweGUyMDAwMDAwIC0gMHhlM2ZmZmZmZiAoMHgyMDAwMDAwKSBN WFtCXShCKQoJWzhdIC0xCTAJMHhlMDAwMDAwMCAtIDB4ZTBmZmZmZmYgKDB4MTAwMDAwMCkgTVhb Ql0oQikKCVs5XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbMTBd IC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzExXSAtMQkwCTB4 MDAwMGVjMDAgLSAweDAwMDBlY2ZmICgweDEwMCkgSVhbQl1FCglbMTJdIC0xCTAJMHgwMDAwZTgw MCAtIDB4MDAwMGU4ZmYgKDB4MTAwKSBJWFtCXUUKCVsxM10gLTEJMAkweDAwMDBlMDAwIC0gMHgw MDAwZTBmZiAoMHgxMDApIElYW0JdRQooSUkpIHJlc291cmNlIHJhbmdlcyBhZnRlciBwcm9iaW5n OgoJWzBdIC0xCTAJMHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQoJ WzFdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQoJ WzJdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbM10gLTEJ MAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVs0XSAtMQkwCTB4MDAw MDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzVdIC0xCTAJMHhlNDAwMDAwMCAt IDB4ZTdmZmZmZmYgKDB4NDAwMDAwMCkgTVhbQl1FCglbNl0gLTEJMAkweGQ4MDAwMDAwIC0gMHhk N2ZmZmZmZiAoMHgwKSBNWFtCXUVPCglbN10gLTEJMAkweGUyMDAwMDAwIC0gMHhlM2ZmZmZmZiAo MHgyMDAwMDAwKSBNWFtCXShCKQoJWzhdIC0xCTAJMHhlMDAwMDAwMCAtIDB4ZTBmZmZmZmYgKDB4 MTAwMDAwMCkgTVhbQl0oQikKCVs5XSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAw MDApIE1TW0JdCglbMTBdIDAJMAkweDAwMGIwMDAwIC0gMHgwMDBiN2ZmZiAoMHg4MDAwKSBNU1tC XQoJWzExXSAwCTAJMHgwMDBiODAwMCAtIDB4MDAwYmZmZmYgKDB4ODAwMCkgTVNbQl0KCVsxMl0g LTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQoJWzEzXSAtMQkwCTB4MDAw MDAwMDAgLSAweDAwMDAwMGZmICgweDEwMCkgSVhbQl0KCVsxNF0gLTEJMAkweDAwMDBlYzAwIC0g MHgwMDAwZWNmZiAoMHgxMDApIElYW0JdRQoJWzE1XSAtMQkwCTB4MDAwMGU4MDAgLSAweDAwMDBl OGZmICgweDEwMCkgSVhbQl1FCglbMTZdIC0xCTAJMHgwMDAwZTAwMCAtIDB4MDAwMGUwZmYgKDB4 MTAwKSBJWFtCXUUKCVsxN10gMAkwCTB4MDAwMDAzYjAgLSAweDAwMDAwM2JiICgweGMpIElTW0Jd CglbMThdIDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNkZiAoMHgyMCkgSVNbQl0KKElJKSBTZXR0 aW5nIHZnYSBmb3Igc2NyZWVuIDAuCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJ2Z2FodyIKKElJ KSBMb2FkTW9kdWxlOiAidmdhaHciCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVz L2xpYnZnYWh3LmEKKElJKSBNb2R1bGUgdmdhaHc6IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVj dCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAwLjEuMAoJQUJJIGNsYXNz OiBYRnJlZTg2IFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjYKKCoqKSBOVklESUEoMCk6IERlcHRo IDE2LCAoLS0pIGZyYW1lYnVmZmVyIGJwcCAxNgooPT0pIE5WSURJQSgwKTogUkdCIHdlaWdodCA1 NjUKKD09KSBOVklESUEoMCk6IERlZmF1bHQgdmlzdWFsIGlzIFRydWVDb2xvcgooPT0pIE5WSURJ QSgwKTogVXNpbmcgZ2FtbWEgY29ycmVjdGlvbiAoMS4wLCAxLjAsIDEuMCkKKCoqKSBOVklESUEo MCk6IE9wdGlvbiAiTnZBR1AiICIyIgooKiopIE5WSURJQSgwKTogVXNlIG9mIEFHUEdBUlQgcmVx dWVzdGVkCigtLSkgTlZJRElBKDApOiBMaW5lYXIgZnJhbWVidWZmZXIgYXQgMHhFMjAwMDAwMAoo LS0pIE5WSURJQSgwKTogTU1JTyByZWdpc3RlcnMgYXQgMHhFMDAwMDAwMAooPT0pIE5WSURJQSgw KTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGUwNjAxMDAwLDB4MTAwMCkgd2FzIGFscmVhZHkg Y2xlYXIK --Multipart_Wed__10_Sep_2003_11:18:36_+0300_08232000-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 01:28:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0F1416A4C0 for ; Wed, 10 Sep 2003 01:28:18 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02E4143F85 for ; Wed, 10 Sep 2003 01:28:18 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by rutger.owt.com (8.11.6p2/8.9.3) with ESMTP id h8A8SD228296; Wed, 10 Sep 2003 01:28:14 -0700 From: Kent Stewart To: Andrew Porohin , freebsd-stable@freebsd.org Date: Wed, 10 Sep 2003 01:28:12 -0700 User-Agent: KMail/1.5.3 References: <20030910111336.433c454c.Andrew@ap12326.spb.edu> In-Reply-To: <20030910111336.433c454c.Andrew@ap12326.spb.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309100128.12604.kstewart@owt.com> Subject: Re: 4.9-prerelease (build linux module problem) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 08:28:18 -0000 On Wednesday 10 September 2003 12:13 am, Andrew Porohin wrote: > Hello everybody! > > FreeBSD 4.9-PRERELEASE. buildkernel problem. > Help me, please. > > # make buildworld > ==== > linux_ptrace.o: In function `linux_ptrace': > linux_ptrace.o(.text+0x164): multiple definition of `linux_ptrace' > linux_dummy.o(.text+0x60): first defined here > /usr/obj/usr/src/i386/usr/libexec/elf/ld: Warning: size of symbol > `linux_ptrace' > changed from 31 to 846 in linux_ptrace.o > Something is going on with your setup because I just did a cvsup of src-all and then did a buildworld/buildkernel and had no problems. ld -r -o linux.kld linux_locore.o linux_dummy.o linux_file.o linux_getcwd.o linux_ioctl.o linux_ipc.o linux_machdep.o linux _mib.o linux_misc.o linux_signal.o linux_socket.o linux_stats.o linux_sysctl.o linux_sysent.o linux_sysvec.o linux_util.o li nux_ptrace.o linux_uid16.o imgact_linux.o gensetdefs linux.kld It loaded just fine. You might try 2 "make cleandir" and see if you had some crufty stuff left behind. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 04:28:30 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B724416A4BF for ; Wed, 10 Sep 2003 04:28:30 -0700 (PDT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 18B5343FD7 for ; Wed, 10 Sep 2003 04:28:29 -0700 (PDT) (envelope-from ltning@anduin.net) Received: (qmail 70911 invoked by uid 85); 10 Sep 2003 11:28:27 -0000 Received: from ltning@anduin.net by anduin.net by uid 82 with qmail-scanner-1.20rc1 (clamscan: 0.60. Clear:RC:1:. Processed in 0.026445 secs); 10 Sep 2003 11:28:27 -0000 X-Qmail-Scanner-Mail-From: ltning@anduin.net via anduin.net X-Qmail-Scanner: 1.20rc1 (Clear:RC:1:. Processed in 0.026445 secs) Received: from celduin.net (HELO anduin.net) (81.0.162.106) by anduin.net with SMTP; 10 Sep 2003 11:28:27 -0000 Date: Wed, 10 Sep 2003 13:30:01 +0200 From: Eirik Oeverby To: freebsd-stable@freebsd.org Message-Id: <20030910133001.5b67cdae.ltning@anduin.net> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gkrellmd failure on -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 11:28:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I am not quite sure if this is the place to post, so have me excused if I am in error. I've just upgraded my gkrellmd (daemon-only) to 2.1.16 (from 2.1.15), but when attempting to restart the daemon I get gkrellmd select() failed: Invalid argument I though 'darn, i have to go back to the old version', and tried to reinstall the backup package created by portupgrade. This went well, but I *STILL* get the same error when trying to start gkrellmd. I would very much like to avoid rebooting that server at this point, so if anyone has any idea what might be wrong I'd be most grateful. It was obviously working fine up until the upgrade 15 minutes ago - the reason I upgraded was to see if the gkrellm-client I run on my laptop would talk to it a bit more cleanly - I was getting weird 'bursts' of information that confused the client. When I upgraded the local gkrellm, it solved this problem, so I thought I'd do the same on the server. I'm running 5-CURRENT locally. Server (where the problem is) is on 4.8-STABLE, as of 40 days ago. Best regards, /Eirik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Xws5dAvR8ct7fEcRAspJAJ9SFysgI0gkwR6mMYdO9bIEbj4MGACfVC3M qBKJVfwcV+eTo2zIKk4Opk4= =COtd -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 06:36:38 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA3116A4BF; Wed, 10 Sep 2003 06:36:38 -0700 (PDT) Received: from ganymede.hub.org (u173n10.eastlink.ca [24.224.173.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EED43F85; Wed, 10 Sep 2003 06:36:34 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id AD2F633DB3; Wed, 10 Sep 2003 10:36:13 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 9EE9633C34; Wed, 10 Sep 2003 10:36:13 -0300 (ADT) Date: Wed, 10 Sep 2003 10:36:13 -0300 (ADT) From: "Marc G. Fournier" To: David Schultz In-Reply-To: <20030910074717.GA16874@HAL9000.homeunix.com> Message-ID: <20030910103514.X57860@ganymede.hub.org> References: <20030612154312.J80219@hub.org> <20030623081927.GC27017@nevermind.kiev.ua> <20030905015627.GB14776@HAL9000.homeunix.com> <20030910074717.GA16874@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: unionfs related patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 13:36:38 -0000 On Wed, 10 Sep 2003, David Schultz wrote: > Heh. Never mind, I'm not that forgetful after all. When I saw your > link to the patch for -STABLE, I thought I must have missed it. But it > looks like that was merely a quote of an old email. Yup, only two major outstanding 'crash triggers' that I know of is the fifo issue that I put a ticket into GNaTs for last week, and the union_lookup issue ... From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 07:37:28 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B60616A4BF for ; Wed, 10 Sep 2003 07:37:28 -0700 (PDT) Received: from tonij.jolt.nu (as4-6-3.lk.bonet.se [217.215.176.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A33BF43FDF for ; Wed, 10 Sep 2003 07:37:26 -0700 (PDT) (envelope-from c4@jolt.nu) Received: from na.jolt.nu (na.nat.jolt.nu [10.0.0.2] (may be forged)) by tonij.jolt.nu (8.12.3/8.12.3) with ESMTP id h8AEP435066799 for ; Wed, 10 Sep 2003 16:25:04 +0200 (CEST) (envelope-from c4@jolt.nu) Message-Id: <5.2.1.1.0.20030910160957.00b52aa0@jolt.nu> X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 10 Sep 2003 16:24:53 +0200 To: freebsd-stable@freebsd.org From: Tobias Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=0.0 required=5.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: HighPoint RocketRaid 454 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 14:37:28 -0000 Hello, I know that this card has support in FreeBSD but I'm curious if anyone has used them under heavy load in a RAID-5 configuration. We're thinking of equipping two of these cards with 8 120GB Hitachi drives and run it in an RAID-5 array for video material. The usual data streams will likely be 2-3 streams at about 5-20MB/s (totally) and I know that a single drive will handle that, but I'm unsure if the HPT 454 is really stable in FreeBSD. We'll be running this on a 4.8 installation. Now to my questions... Is the HPT 454 card & driver production stable? Do you think that it will handle 60MB/s (read)? Has anyone had a drive failure with this card and successfully replaced it while the system was running or am I placing my hopes too high? From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 08:18:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E86BD16A4BF for ; Wed, 10 Sep 2003 08:18:18 -0700 (PDT) Received: from gisp.dk (62.79.61.146.adsl.aboes.tiscali.dk [62.79.61.146]) by mx1.FreeBSD.org (Postfix) with SMTP id 65C9743FAF for ; Wed, 10 Sep 2003 08:18:16 -0700 (PDT) (envelope-from birkmose@cs.auc.dk) Received: (qmail 9476 invoked by uid 85); 10 Sep 2003 15:30:02 -0000 Received: from birkmose@cs.auc.dk by server.gisp.dk by uid 82 with qmail-scanner-1.16 (clamscan: 0.54. spamassassin: 2.53. Clear:. Processed in 0.26641 secs); 10 Sep 2003 15:30:02 -0000 Received: from unknown (HELO mrwinslows) (192.168.1.3) by 192.168.1.2 with SMTP; 10 Sep 2003 15:30:01 -0000 Message-ID: <007301c377ac$b76844d0$0301a8c0@mrwinslows> From: "Michael Sig Birkmose" To: Date: Wed, 10 Sep 2003 17:03:37 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: jail + postgresql + System V IPC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 15:18:19 -0000 HI everyone, I have resently installed a jail environment on my freebsd box, and had some problems getting postgresql running under it. After looking a bit on various mailinglists i figured out that I needed to set jail.sysvipc_allowed to be 1 using sysctl in order to make postgresql run. However man jail gives me: jail.sysvipc_allowed This MIB entry determines whether or not processes within a jail have access to System V IPC primitives. In the current jail imple- mentation, System V primitives share a single namespace across the host and jail environments, meaning that processes within a jail would be able to communicate with (and potentially interfere with) processes outside of the jail, and in other jails. As such, this functionality is disabled by default, but can be enabled by setting this MIB entry to 1. Reading this it sounds like setting jail.sysvipc_allowed=1 is a bad idea? So I guess my question is, whether it is a big security risk to run postgresql in a jail? And what if I am running postgresql in both the host environment and the jailed environment? Will I bee asking for troubles? I managed to get things running, and so far I haven't had problems, but I was wondering if it is safe to run postgresql + jail. I have seen an ISP offering freebsd jails, and they have a list regarding downsides of running jail (such as you can't use ICMP, shared hardware etc etc). In this list they also includes that you can't run postgresql. This just makes me wonder even more if this cocktail is a good idea :) Cheers, -- Michael Birkmose From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 08:31:09 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5730516A4BF; Wed, 10 Sep 2003 08:31:09 -0700 (PDT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.156.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F6AA43F3F; Wed, 10 Sep 2003 08:31:07 -0700 (PDT) (envelope-from forrie@forrie.com) Received: from dell.forrie.com (wks.forrie.net. [192.168.1.21]) by forrie.com with ESMTP id h8AFV1FW017776; Wed, 10 Sep 2003 11:31:02 -0400 (EDT) (envelope-from forrie@forrie.com) Message-Id: <6.0.0.22.2.20030910112758.01c00318@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 10 Sep 2003 11:30:56 -0400 To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org From: Forrest Aldrich Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean Subject: problems with groff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 15:31:09 -0000 Why would this be happening, and how can I fix this - the man subsystem hasn't been working because of this for a while. This is FreeBSD-4.9-Prerelease: # gdb man man GNU gdb 4.18 (FreeBSD) This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... /usr/share/tmac/man: No such file or directory. And when I go to run a manpage, I sometimes get this error: # man troff Formatting page, please wait...troff: fatal error: can't find macro file tty-char Done. But clearly tty-char is in: # ls -l /usr/share/tmac/tty-char.tmac -r--r--r-- 1 root wheel 5102 Sep 10 11:16 /usr/share/tmac/tty-char.tmac This can't be that difficult to fix... where is the problem? Installing again from /usr/src doesn't make any different here, so I wonder if it's a config issue? _F From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 09:22:16 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C9216A4BF for ; Wed, 10 Sep 2003 09:22:16 -0700 (PDT) Received: from lurza.secnetix.de (lurza.secnetix.de [195.143.231.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB8143FF2 for ; Wed, 10 Sep 2003 09:22:14 -0700 (PDT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ylqnun@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.8p1/8.12.8) with ESMTP id h8AGMCCR091893 for ; Wed, 10 Sep 2003 18:22:12 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.8p1/8.12.8/Submit) id h8AGMCF0091892; Wed, 10 Sep 2003 18:22:12 +0200 (CEST) Date: Wed, 10 Sep 2003 18:22:12 +0200 (CEST) Message-Id: <200309101622.h8AGMCF0091892@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <3057.159.148.112.148.1063122173.squirrel@gate.multicom.lv> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.8-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Can't load daemon at boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 16:22:16 -0000 andris@multicom.lv wrote: > I have a programm with code like this (this is example, the real code is > at > http://fresh.t-systems-sfr.com/linux/src/.warix/logserial-0.4.2.tar.gz.html): > [...] > When I load a.out from terminal it run fine. > I want this programm run at every boot so I place this command in > /etc/rc.local or /usr/local/etc/rc.d/prog.sh. > After boot it not run and in logs I see message "Got signal 1. Exit". A fork() is not sufficient to become a daemon. You also have to detach the process from the controlling terminal and other things. See Stevens APUE book for much more details. I'd recommend that you use the daemon(3) function. It does all of that for you. Please refer to the manpage. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 09:32:11 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F90116A4BF for ; Wed, 10 Sep 2003 09:32:11 -0700 (PDT) Received: from lurza.secnetix.de (lurza.secnetix.de [195.143.231.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A14A43FCB for ; Wed, 10 Sep 2003 09:32:09 -0700 (PDT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qbqjyl@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.8p1/8.12.8) with ESMTP id h8AGW8CR092259 for ; Wed, 10 Sep 2003 18:32:08 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.8p1/8.12.8/Submit) id h8AGW8QU092258; Wed, 10 Sep 2003 18:32:08 +0200 (CEST) Date: Wed, 10 Sep 2003 18:32:08 +0200 (CEST) Message-Id: <200309101632.h8AGW8QU092258@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <007301c377ac$b76844d0$0301a8c0@mrwinslows> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.8-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: jail + postgresql + System V IPC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 16:32:11 -0000 Michael Sig Birkmose wrote: > I have resently installed a jail environment on my freebsd box, and had some > problems getting postgresql running under it. > After looking a bit on various mailinglists i figured out that I needed to > set jail.sysvipc_allowed to be 1 using sysctl in order to make postgresql > run. > > However man jail gives me: > [...] In other words, shared memory and semaphores exist only once on the machine, not per-jail. That means that a process in a jail is not completely isolated from other processes in other jails (or in the host environment) which also use shared memory or semaphores. > Reading this it sounds like setting jail.sysvipc_allowed=1 is a bad idea? > So I guess my question is, whether it is a big security risk to run > postgresql in a jail? No, I wouldn't say that. It is still _much_ better than not running PostgreSQL in a jail at all. You can use the command "ipcs" to check the current usage of shared memory and semaphores. Chances are that Post- greSQL is the only program using them. > And what if I am running postgresql in both the host > environment and the jailed environment? Will I bee asking for troubles? No, they will just each acquire and use their own shared memory and semaphores. However, it doesn't make sense to run more than one PostgreSQL instance on one machine. In particular, why would you want to run only one of them in a jail? Also note that running more than one instance on a physical machine will lower the performance. > I > managed to get things running, and so far I haven't had problems, but I was > wondering if it is safe to run postgresql + jail. I have seen an ISP > offering freebsd jails, and they have a list regarding downsides of running > jail (such as you can't use ICMP, shared hardware etc etc). In this list > they also includes that you can't run postgresql. This just makes me wonder > even more if this cocktail is a good idea :) They decided not to set the sysctl, in order to improve isolation. Probably a very good idea on a shell box. I assume you don't intend to offer user shells on the same machine running your PostgreSQL. Apart from that, what would you do instead? Not run PostgreSQL at all? Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 10:56:16 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74CC516A4BF for ; Wed, 10 Sep 2003 10:56:16 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F3343FE0 for ; Wed, 10 Sep 2003 10:56:12 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h8AHsu9F047803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2003 20:54:57 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h8AHstL4047798; Wed, 10 Sep 2003 20:54:55 +0300 (EEST) (envelope-from ru) Date: Wed, 10 Sep 2003 20:54:55 +0300 From: Ruslan Ermilov To: Forrest Aldrich Message-ID: <20030910175454.GA47098@sunbay.com> References: <6.0.0.22.2.20030910112758.01c00318@192.168.1.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <6.0.0.22.2.20030910112758.01c00318@192.168.1.1> User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: Re: problems with groff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 17:56:16 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 10, 2003 at 11:30:56AM -0400, Forrest Aldrich wrote: > Why would this be happening, and how can I fix this - the man subsystem= =20 > hasn't been working because of this for a while. This is=20 > FreeBSD-4.9-Prerelease: >=20 > # gdb man man > GNU gdb 4.18 (FreeBSD) > This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols= =20 > found)... >=20 > /usr/share/tmac/man: No such file or directory. >=20 > And when I go to run a manpage, I sometimes get this error: >=20 > # man troff > Formatting page, please wait...troff: fatal error: can't find macro file= =20 > tty-char > Done. >=20 > But clearly tty-char is in: >=20 > # ls -l /usr/share/tmac/tty-char.tmac > -r--r--r-- 1 root wheel 5102 Sep 10 11:16 /usr/share/tmac/tty-char.tmac >=20 >=20 > This can't be that difficult to fix... where is the problem? Installing= =20 > again from /usr/src doesn't make any different here, so I wonder if it's = a=20 > config issue? >=20 Maybe some /usr/loca stuff gets in the way? How about temporarily ``mv /usr/local /usr/local~'' and attempting to run ``man troff'' again? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/X2VuUkv4P6juNwoRAkbzAJ9bQLrmfqIhGH4iFDOAUm5UAWcfIwCfUwv8 Cx9BbE4t3VtjKF9RlWL0KPg= =BVC/ -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 10:59:00 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BCCF16A4BF; Wed, 10 Sep 2003 10:59:00 -0700 (PDT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.156.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B093543FCB; Wed, 10 Sep 2003 10:58:58 -0700 (PDT) (envelope-from forrie@forrie.com) Received: from dell.forrie.com (wks.forrie.net. [192.168.1.21]) by forrie.com with ESMTP id h8AHwqj7006406; Wed, 10 Sep 2003 13:58:52 -0400 (EDT) (envelope-from forrie@forrie.com) Message-Id: <6.0.0.22.2.20030910135829.01ba4630@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 10 Sep 2003 13:58:51 -0400 To: Ruslan Ermilov From: Forrest Aldrich In-Reply-To: <20030910175454.GA47098@sunbay.com> References: <6.0.0.22.2.20030910112758.01c00318@192.168.1.1> <20030910175454.GA47098@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean cc: freebsd-stable@freebsd.org Subject: Re: problems with groff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 17:59:00 -0000 If I move /usr/local/share/groff to /usr/local/share/groff.old, and run the man command, I get this error: # man ls Formatting page, please wait.../usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `ascii' At 01:54 PM 9/10/2003, Ruslan Ermilov wrote: >On Wed, Sep 10, 2003 at 11:30:56AM -0400, Forrest Aldrich wrote: > > Why would this be happening, and how can I fix this - the man subsystem > > hasn't been working because of this for a while. This is > > FreeBSD-4.9-Prerelease: > > > > # gdb man man > > GNU gdb 4.18 (FreeBSD) > > This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols > > found)... > > > > /usr/share/tmac/man: No such file or directory. > > > > And when I go to run a manpage, I sometimes get this error: > > > > # man troff > > Formatting page, please wait...troff: fatal error: can't find macro file > > tty-char > > Done. > > > > But clearly tty-char is in: > > > > # ls -l /usr/share/tmac/tty-char.tmac > > -r--r--r-- 1 root wheel 5102 Sep 10 11:16 /usr/share/tmac/tty-char.tmac > > > > > > This can't be that difficult to fix... where is the problem? Installing > > again from /usr/src doesn't make any different here, so I wonder if it's a > > config issue? > > >Maybe some /usr/loca stuff gets in the way? How about >temporarily ``mv /usr/local /usr/local~'' and attempting >to run ``man troff'' again? > > >Cheers, >-- >Ruslan Ermilov Sysadmin and DBA, >ru@sunbay.com Sunbay Software Ltd, >ru@FreeBSD.org FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 11:08:14 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD3516A4BF for ; Wed, 10 Sep 2003 11:08:14 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B17743FBD for ; Wed, 10 Sep 2003 11:08:03 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h8AI6w9F049101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Sep 2003 21:06:59 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h8AI6wk0049100; Wed, 10 Sep 2003 21:06:58 +0300 (EEST) (envelope-from ru) Date: Wed, 10 Sep 2003 21:06:58 +0300 From: Ruslan Ermilov To: Forrest Aldrich Message-ID: <20030910180658.GC47098@sunbay.com> References: <6.0.0.22.2.20030910112758.01c00318@192.168.1.1> <20030910175454.GA47098@sunbay.com> <6.0.0.22.2.20030910135829.01ba4630@192.168.1.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wxDdMuZNg1r63Hyj" Content-Disposition: inline In-Reply-To: <6.0.0.22.2.20030910135829.01ba4630@192.168.1.1> User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: Re: problems with groff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 18:08:14 -0000 --wxDdMuZNg1r63Hyj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [ Please put replies after the quoted text, not before. ] On Wed, Sep 10, 2003 at 01:58:51PM -0400, Forrest Aldrich wrote: > If I move /usr/local/share/groff to /usr/local/share/groff.old, and run t= he=20 > man command, I get this error: >=20 > # man ls > Formatting page, please wait.../usr/bin/groff: can't find `DESC' file > /usr/bin/groff:fatal error: invalid device `ascii' >=20 /usr/share/groff_font/devascii/DESC, is it there? If it exists, does the problem manifest itself if you try this: /usr/bin/env -i PATH=3D/bin:/usr/bin TERM=3Dcons25 man ls If not, look what's wrong with your environment. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --wxDdMuZNg1r63Hyj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/X2hCUkv4P6juNwoRAkiPAJ9TtX68ngschMm+H3PpqKiX6iOywgCfXl7c diggJpqfVaZY41ab08VQ3os= =DioY -----END PGP SIGNATURE----- --wxDdMuZNg1r63Hyj-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 11:14:56 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D0016A4BF; Wed, 10 Sep 2003 11:14:56 -0700 (PDT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.156.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE9343FDD; Wed, 10 Sep 2003 11:14:55 -0700 (PDT) (envelope-from forrie@forrie.com) Received: from dell.forrie.com (wks.forrie.net. [192.168.1.21]) by forrie.com with ESMTP id h8AIElj7007186; Wed, 10 Sep 2003 14:14:47 -0400 (EDT) (envelope-from forrie@forrie.com) Message-Id: <6.0.0.22.2.20030910141402.01ba3e28@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 10 Sep 2003 14:14:46 -0400 To: Ruslan Ermilov , freebsd-stable@freebsd.org From: Forrest Aldrich In-Reply-To: <20030910180658.GC47098@sunbay.com> References: <6.0.0.22.2.20030910112758.01c00318@192.168.1.1> <20030910175454.GA47098@sunbay.com> <6.0.0.22.2.20030910135829.01ba4630@192.168.1.1> <20030910180658.GC47098@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean Subject: Re: problems with groff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 18:14:56 -0000 At 02:06 PM 9/10/2003, you wrote: >[ Please put replies after the quoted text, not before. ] > >On Wed, Sep 10, 2003 at 01:58:51PM -0400, Forrest Aldrich wrote: > > If I move /usr/local/share/groff to /usr/local/share/groff.old, and run > the > > man command, I get this error: > > > > # man ls > > Formatting page, please wait.../usr/bin/groff: can't find `DESC' file > > /usr/bin/groff:fatal error: invalid device `ascii' > > >/usr/share/groff_font/devascii/DESC, is it there? > >If it exists, does the problem manifest itself if you try this: > >/usr/bin/env -i PATH=/bin:/usr/bin TERM=cons25 man ls > >If not, look what's wrong with your environment. [ ... ] /usr/share/groff_font/devascii/DESC is there. I tried using "man" under a different account and still have the same problems, so I don't think it's the ENV, since I'm not setting anything odd other than just $PATH. _F From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 15:13:51 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D91516A4BF for ; Wed, 10 Sep 2003 15:13:51 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F277943FE0 for ; Wed, 10 Sep 2003 15:13:49 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 1581A1FF8FB; Thu, 11 Sep 2003 00:13:48 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id DC3461FF8FA; Thu, 11 Sep 2003 00:13:46 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 5B40D155AD; Wed, 10 Sep 2003 22:12:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 50C1015329; Wed, 10 Sep 2003 22:12:58 +0000 (UTC) Date: Wed, 10 Sep 2003 22:12:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Michael Sig Birkmose In-Reply-To: <007301c377ac$b76844d0$0301a8c0@mrwinslows> Message-ID: References: <007301c377ac$b76844d0$0301a8c0@mrwinslows> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 cc: freebsd-stable@freebsd.org Subject: Re: jail + postgresql + System V IPC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 22:13:51 -0000 On Wed, 10 Sep 2003, Michael Sig Birkmose wrote: Hi, > So I guess my question is, whether it is a big security risk to run > postgresql in a jail? I once tested postgresql on a machine that I had used for testing some routing stuff before and therefor there no 127.0.0.1 had been configured on loopack but another IP. Some internal statistics sockets or s.th. like that (cannot really remember; PGSTAT ?) had been hardcoded to listen on 127.0.0.1 and postmaster did not start. And this will be a Problem with jails I guess: 127.0.0.1 gets mapped to the official IP of the jail. Thus those sockets will be reachable from outside the jail though they are set to 127 to not be reachable from outside. Jail breaks this design. I filed a bug report to postgresql people those days but I had been the only one ever complaining about this 127.0.0.1 so we agreed on closing it. I just found a 'diff' from those days that might help you to identify the code: --- postgresql-7.2.1.vanilla/./src/backend/postmaster/pgstat.c Thu Feb 7 23:20:26 2002 +++ postgresql-7.2.1/./src/backend/postmaster/pgstat.c Wed May 22 11:29:32 2002 @@ -183,7 +183,7 @@ */ pgStatAddr.sin_family = AF_INET; pgStatAddr.sin_port = htons(0); - inet_aton("127.0.0.1", &(pgStatAddr.sin_addr)); + inet_aton("127.0.0.1", &(pgStatAddr.sin_addr)); /* XXX FIXME */ alen = sizeof(pgStatAddr); if (bind(pgStatSock, (struct sockaddr *) & pgStatAddr, alen) < 0) { --- snipp --- Also found that a NOTE.txt next to it that tells me that I could stop this thing happening by turning stats collector of: stats_start_collector = false -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 15:28:38 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA22F16A4BF for ; Wed, 10 Sep 2003 15:28:38 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D7943F85 for ; Wed, 10 Sep 2003 15:28:37 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 1EDB0793F4; Thu, 11 Sep 2003 00:28:37 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 1E57F9825A; Thu, 11 Sep 2003 00:28:33 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 8AC3B98212; Thu, 11 Sep 2003 00:28:29 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 6C48CB822; Thu, 11 Sep 2003 00:28:29 +0200 (CEST) To: "Bjoern A. Zeeb" References: <007301c377ac$b76844d0$0301a8c0@mrwinslows> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 11 Sep 2003 00:28:29 +0200 In-Reply-To: (Bjoern A. Zeeb's message of "Wed, 10 Sep 2003 22:12:58 +0000 (UTC)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-3.0 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org Subject: Re: jail + postgresql + System V IPC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 22:28:39 -0000 "Bjoern A. Zeeb" writes: > Also found that a NOTE.txt next to it that tells me that I could stop > this thing happening by turning stats collector of: > > stats_start_collector =3D false This will *really* hurt performance for large databases. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 20:04:07 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD52816A4BF for ; Wed, 10 Sep 2003 20:04:07 -0700 (PDT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED80B43FE5 for ; Wed, 10 Sep 2003 20:04:06 -0700 (PDT) (envelope-from pepper@reppep.com) Received: from [66.92.104.201] (g4.reppep.com [66.92.104.201]) by www.reppep.com (Postfix) with ESMTP id AA340FE63; Wed, 10 Sep 2003 23:04:40 -0400 (EDT) Mime-Version: 1.0 X-Sender: pepper@mail.reppep.com Message-Id: In-Reply-To: <4.3.2.7.2.20030831132719.00d843a0@localhost> References: <4.3.2.7.2.20030830184324.03a13a50@localhost> <5.0.2.1.1.20030828103403.02d683a8@popserver.sfu.ca> <200308280638.AAA19221@lariat.org> <4.3.2.7.2.20030831132719.00d843a0@localhost> Date: Wed, 10 Sep 2003 23:00:37 -0400 To: Brett Glass From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: stable@freebsd.org cc: Colin Percival Subject: Re: Need to build some systems this week. Snapshots? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 03:04:07 -0000 At 1:44 PM -0600 2003/08/31, Brett Glass wrote: >At 12:37 PM 8/31/2003, Colin Percival wrote: > >> In short, provided that you haven't rebuilt the world locally, if >>FreeBSD Update reports "No updates available", your system is >>definitely up to date. > >That's good to know, though it didn't solve the other problems I mentioned. > >Or a couple I just encountered. First, when I built cvsupdate as a port, >I found that the commands "make clean" and "make distclean" removed the >detritus left behind by creating cvsupdate itself, but did not nuke the >junk that was left behind as the system built other ports on which that one >depended. Going around and deleting everything manually (there was no >automatic mechanism) was a chore. Brett, Have you checked out portsclean (part of portupgrade)? > -C > --workclean Clean out all the working directories of the ports tree. > (cf. WRKDIRPREFIX) > > -D > --distclean Clean out all the distfiles that are not referenced by any > port in the ports tree. Specified twice (i.e. -DD), > clean out all the distfiles that are not referenced by any > port that is currently installed. (cf. DISTDIR) Regards, Chris Pepper -- Chris Pepper: Rockefeller University: From owner-freebsd-stable@FreeBSD.ORG Wed Sep 10 23:17:11 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B5516A4BF for ; Wed, 10 Sep 2003 23:17:11 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B98EB44008 for ; Wed, 10 Sep 2003 23:17:10 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 17ABB1FF8FB; Thu, 11 Sep 2003 08:17:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C17D31FF8FA; Thu, 11 Sep 2003 08:17:07 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 71364155E2; Thu, 11 Sep 2003 06:15:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 66D4C15329; Thu, 11 Sep 2003 06:15:59 +0000 (UTC) Date: Thu, 11 Sep 2003 06:15:59 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: References: <007301c377ac$b76844d0$0301a8c0@mrwinslows> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS snapshot-20020300 cc: freebsd-stable@freebsd.org Subject: Re: jail + postgresql + System V IPC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 06:17:11 -0000 On Thu, 11 Sep 2003, Dag-Erling Sm=F8rgrav wrote: > "Bjoern A. Zeeb" writes: > > Also found that a NOTE.txt next to it that tells me that I could stop > > this thing happening by turning stats collector of: > > > > stats_start_collector =3D false > > This will *really* hurt performance for large databases. Lucky me I never started to use this installation ;-) Then one should perhaps patch the source to use a posix local socket for this connection to prevent problems with jails ? --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT 56 69 73 69 74=09=09=09=09http://www.zabbadoz.net/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 01:19:36 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC5FF16A4BF for ; Thu, 11 Sep 2003 01:19:36 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B5543FF5 for ; Thu, 11 Sep 2003 01:19:35 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 408AF7935F; Thu, 11 Sep 2003 10:19:34 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id D0C9C98366; Thu, 11 Sep 2003 10:19:33 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id DE7A595D88; Thu, 11 Sep 2003 10:19:29 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id B123DB822; Thu, 11 Sep 2003 10:19:29 +0200 (CEST) To: "Bjoern A. Zeeb" References: <007301c377ac$b76844d0$0301a8c0@mrwinslows> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 11 Sep 2003 10:19:29 +0200 In-Reply-To: (Bjoern A. Zeeb's message of "Thu, 11 Sep 2003 06:15:59 +0000 (UTC)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, hits=-3.0 required=8.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_GNUS_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-stable@freebsd.org Subject: Re: jail + postgresql + System V IPC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 08:19:37 -0000 "Bjoern A. Zeeb" writes: > Then one should perhaps patch the source to use a posix local socket > for this connection to prevent problems with jails ? A pipe or a socketpair should do since the point is for the backends to send statistics back to their parent. SysV messaging would also work. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 02:16:06 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D52B116A4BF for ; Thu, 11 Sep 2003 02:16:06 -0700 (PDT) Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA9B43F3F for ; Thu, 11 Sep 2003 02:16:05 -0700 (PDT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Thu, 11 Sep 2003 10:15:58 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 19xNWh-0007VE-00; Thu, 11 Sep 2003 10:14:07 +0100 Date: Thu, 11 Sep 2003 10:14:07 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant Subject: Memory corruption with recent kernels? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 09:16:06 -0000 I've had problems with post-August kernels. Under load, builds are dying. I see lots of these: Sep 10 17:56:17 tribble /kernel: pid 60715 (make), uid 0: exited on signal 4 (core dumped) Sep 10 17:56:21 tribble /kernel: pid 61489 (make), uid 0: exited on signal 11 (core dumped) Sep 10 17:56:29 tribble /kernel: pid 63495 (sh), uid 0: exited on signal 4 (core dumped) Sep 10 17:56:29 tribble /kernel: pid 63461 (make), uid 0: exited on signal 4 (core dumped) ... for example, this was during a run of portsdb -fUu. Now, this surely looks like flaky memory to me. Unfortunately, I can only reproduce this problem with recent kernels (messages above are from a Sept-10 update); however, I _can_ reliably trigger these problems. Rolling back to a Jul 29 kernel means these issues no longer show up. I've had memtest slog away on this machine for 48 hours (not 100% proof, of course, but some indication that it might be a software flaw). Kernel's a GENERIC one running on a P4 with 512MB of memory. Obviously this might just really be a dodgy bit or two that happen to fall into the wrong spot under new kernels. I'll swap out the memory and see if the problem re-occurs; I'm reporting here at the same time in case anyone else is seeing this. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/ YKYBPTMRogueW... you try to move diagonally in vi. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 07:04:24 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B804516A4C0 for ; Thu, 11 Sep 2003 07:04:24 -0700 (PDT) Received: from mail2.cseven.com (buddha.cseven.com [216.138.208.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B5243FEA for ; Thu, 11 Sep 2003 07:04:23 -0700 (PDT) (envelope-from eperrin@cseven.ca) Received: (qmail 29463 invoked by uid 89); 11 Sep 2003 14:01:23 -0000 Received: from unknown (HELO ?66.207.210.12?) (66.207.210.12) by buddha.cseven.com with SMTP; 11 Sep 2003 14:01:23 -0000 User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Thu, 11 Sep 2003 10:04:20 -0400 From: Elliott Perrin To: Alex de Kruijff Message-ID: In-Reply-To: <20030909221823.GB31532@dds.nl> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: stable@freebsd.org cc: questions@freebsd.org Subject: Re: Make installworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 14:04:24 -0000 Please cc me, I am not on either list I tried the RELENG_4_8 as a workaround with the exact same error as before. vm/vnode_pager.h -> vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 and a bunch of other error code 1's back up the directory tree. eperrin@cseven.ca on 9/9/03 6:18 PM, Alex de Kruijff at freebsd@akruijff.dds.nl wrote: > On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: >> Good Day, >> >> Please cc me ( eperrin@cseven.ca ) on responses to this, I am not on either >> mailing list anymore. >> >> I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. >> No problems with buildworld or kernel build, but I am getting failures >> during installworld >> > > You could try the RELENG_4_8 tag instead of STABLE as a work around. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 09:24:39 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D15C16A4BF for ; Thu, 11 Sep 2003 09:24:39 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36A7E43F85 for ; Thu, 11 Sep 2003 09:24:38 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by rutger.owt.com (8.11.6p2/8.9.3) with ESMTP id h8BGOUU12855; Thu, 11 Sep 2003 09:24:33 -0700 From: Kent Stewart To: Elliott Perrin , Alex de Kruijff Date: Thu, 11 Sep 2003 09:24:30 -0700 User-Agent: KMail/1.5.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309110924.30509.kstewart@owt.com> cc: stable@freebsd.org Subject: Re: Make installworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 16:24:39 -0000 On Thursday 11 September 2003 07:04 am, Elliott Perrin wrote: > Please cc me, I am not on either list > > I tried the RELENG_4_8 as a workaround with the exact same error as > before. > > vm/vnode_pager.h -> vm/vnode_pager.ph > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. > *** Error code 1 > > and a bunch of other error code 1's back up the directory tree. These aren't the error message. The error 1's are telling you that you have an error. If you can't see it, you need to redirect stdout and stderr from your installworld to a file. Since it is dying in 2 different tags, and no one else is having problems, the first assumption is that you have something wrong in your setup. For example, are you cvsuping src-all? Do you have anything in /etc/make.conf? Are you running the installworld from single user mode and etc. Kent > > eperrin@cseven.ca > > on 9/9/03 6:18 PM, Alex de Kruijff at freebsd@akruijff.dds.nl wrote: > > On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: > >> Good Day, > >> > >> Please cc me ( eperrin@cseven.ca ) on responses to this, I am not > >> on either mailing list anymore. > >> > >> I cvsup'ed on the STABLE branch today (September 9th) at around > >> 2:30PM EDT. No problems with buildworld or kernel build, but I am > >> getting failures during installworld > > > > You could try the RELENG_4_8 tag instead of STABLE as a work > > around. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 09:28:29 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF7CE16A4BF for ; Thu, 11 Sep 2003 09:28:29 -0700 (PDT) Received: from atlasta.net (wow.atlasta.net [12.129.13.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4EB2D43FE5 for ; Thu, 11 Sep 2003 09:28:29 -0700 (PDT) (envelope-from drais@wow.atlasta.net) Received: (qmail 50186 invoked by uid 1068); 11 Sep 2003 16:28:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Sep 2003 16:28:28 -0000 Date: Thu, 11 Sep 2003 09:28:28 -0700 (PDT) From: David Raistrick To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: bug: RELENG_4_8 rc.diskless1 typo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 16:28:30 -0000 Folks, Just got through debugging a problem with my attempts to netboot FreeBSD. I've found a typo in the RELENG_4_8 etc/rc.diskless1 # $FreeBSD: src/etc/rc.diskless1,v 1.5.2.10 2002/12/23 17:39:06 dillon I found it initially in a cvsup from earlier this week, and again in a cvsup from today. I tried RELENG_4, but the typo is fixed. # $FreeBSD: src/etc/rc.diskless1,v 1.5.2.13 2003/08/11 13:39:48 fjoe specificly, the correct line is: if [ "x`eval echo \\$md_size_$1`" = "x" ]; then but the RELENG_4_8 version has: if [ "x`eval echo \$md_size_$1`" = "x" ]; then this is in the create_md section. Would it be possible to fix this for RELENG_4_8? --- david raistrick drais@atlasta.net http://www.expita.com/nomime.html From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 11:32:07 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B0F16A4BF for ; Thu, 11 Sep 2003 11:32:07 -0700 (PDT) Received: from vnode.vmunix.com (vnode.vmunix.com [64.7.135.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5157043FDD for ; Thu, 11 Sep 2003 11:32:06 -0700 (PDT) (envelope-from gabor@vmunix.com) Received: by vnode.vmunix.com (Postfix, from userid 1004) id B821DA1A40; Thu, 11 Sep 2003 18:32:05 +0000 (GMT) Date: Thu, 11 Sep 2003 14:32:05 -0400 From: Gabor To: freebsd-stable@freebsd.org Message-ID: <20030911183205.GA32600@vmunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.7-STABLE cc: Sam Leffler Subject: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 18:32:07 -0000 When using the FAST_IPSEC option in the kernel build, the sysctl variable net.key.prefered_oldsa seems to make no difference. The kernel always chooses an old SA. This problem can be easily reproduced. Just wait till the soft limit of the SA is expired and do a setkey -F on the remote and then ping through the tunnel. Because the old SA's are preferred and the remote no longer has the old SA's the server and the remote cannot talk through the tunnel. Looking at the source code in netipsec/key.c and comparing it with netkey/key.c I see the there is some differences that didn't make it into netipsec/key.c. Here is a context diff applied to 1.3.2.2 of the changes I made to fix the problem. *** /tmp/ipsec.key.c Thu Sep 11 14:26:07 2003 --- /usr/src/sys/netipsec/key.c Thu Sep 11 14:27:42 2003 *************** *** 1,4 **** ! /* $FreeBSD: /repoman/r/ncvs/src/sys/netipsec/key.c,v 1.3.2.2 2003/07/01 01:38:13 sam Exp $ */ /* $KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */ /* --- 1,4 ---- ! /* $FreeBSD: src/sys/netipsec/key.c,v 1.3.2.2 2003/07/01 01:38:13 sam Exp $*/ /* $KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */ /* *************** *** 133,138 **** --- 133,139 ---- #endif static LIST_HEAD(_spacqtree, secspacq) spacqtree; /* SP acquiring list */ + #if 0 /* search order for SAs */ static u_int saorder_state_valid[] = { SADB_SASTATE_DYING, SADB_SASTATE_MATURE, *************** *** 141,146 **** --- 142,155 ---- * for outbound processing. For inbound, This is not important. */ }; + #endif + static const u_int saorder_state_valid_prefer_old[] = { + SADB_SASTATE_DYING, SADB_SASTATE_MATURE, + }; + static const u_int saorder_state_valid_prefer_new[] = { + SADB_SASTATE_MATURE, SADB_SASTATE_DYING, + }; + static u_int saorder_state_alive[] = { /* except DEAD */ SADB_SASTATE_MATURE, SADB_SASTATE_DYING, SADB_SASTATE_LARVAL *************** *** 816,821 **** --- 825,832 ---- struct secashead *sah; struct secasvar *sav; u_int stateidx, state; + const u_int *saorder_state_valid; + int arraysize; LIST_FOREACH(sah, &sahtree, chain) { if (sah->state == SADB_SASTATE_DEAD) *************** *** 828,836 **** found: /* search valid state */ for (stateidx = 0; ! stateidx < _ARRAYLEN(saorder_state_valid); stateidx++) { state = saorder_state_valid[stateidx]; --- 839,859 ---- found: + /* + * search a valid state list for outbound packet. + * This search order is important. + */ + if (key_prefered_oldsa) { + saorder_state_valid = saorder_state_valid_prefer_old; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_old); + } else { + saorder_state_valid = saorder_state_valid_prefer_new; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_new); + } + /* search valid state */ for (stateidx = 0; ! stateidx < arraysize; stateidx++) { state = saorder_state_valid[stateidx]; *************** *** 997,1008 **** --- 1020,1045 ---- struct secasvar *sav; u_int stateidx, state; int s; + const u_int *saorder_state_valid; + int arraysize; KASSERT(dst != NULL, ("key_allocsa: null dst address")); KEYDEBUG(KEYDEBUG_IPSEC_STAMP, printf("DP key_allocsa from %s:%u\n", where, tag)); + /* + * when both systems employ similar strategy to use a SA. + * the search order is important even in the inbound case. + */ + if (key_prefered_oldsa) { + saorder_state_valid = saorder_state_valid_prefer_old; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_old); + } else { + saorder_state_valid = saorder_state_valid_prefer_new; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_new); + } + /* * searching SAD. * XXX: to be checked internal IP header somewhere. Also when *************** *** 1013,1019 **** LIST_FOREACH(sah, &sahtree, chain) { /* search valid state */ for (stateidx = 0; ! stateidx < _ARRAYLEN(saorder_state_valid); stateidx++) { state = saorder_state_valid[stateidx]; LIST_FOREACH(sav, &sah->savtree[state], chain) { --- 1050,1056 ---- LIST_FOREACH(sah, &sahtree, chain) { /* search valid state */ for (stateidx = 0; ! stateidx < arraysize; stateidx++) { state = saorder_state_valid[stateidx]; LIST_FOREACH(sav, &sah->savtree[state], chain) { From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 11:38:55 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9388016A4BF for ; Thu, 11 Sep 2003 11:38:55 -0700 (PDT) Received: from mail2.cseven.com (buddha.cseven.com [216.138.208.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C73543FE9 for ; Thu, 11 Sep 2003 11:38:54 -0700 (PDT) (envelope-from eperrin@cseven.ca) Received: (qmail 61017 invoked by uid 89); 11 Sep 2003 18:35:53 -0000 Received: from unknown (HELO ?66.207.210.12?) (66.207.210.12) by buddha.cseven.com with SMTP; 11 Sep 2003 18:35:53 -0000 User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Thu, 11 Sep 2003 14:38:53 -0400 From: Elliott Perrin To: Kent Stewart , Alex de Kruijff , Message-ID: In-Reply-To: <200309110924.30509.kstewart@owt.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: Make installworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 18:38:55 -0000 The scrollback in the script I just ran for make installworld back to here is over 100 lines, but here is the last install statement before the error. I have clipped out the other 1000 lines of .h -> .ph I have the full make installworld script if needed. I have done the buildworld -> buildkernel -> installkernel -> installworld procedure as outlined in the Handbook. I am thinking of going back to the old make world -> config -r kernelname -> make depend procedure to see if it works instead. I wiped out my entire /usr/src tree, and I an cvsup'ing from cvsup2. I only have the /etc/defaults/make.conf, and have not passed any flags to buildworld or installworld, not even a -j4 to buildworld. ===> gnu/usr.bin/perl/utils/c2ph install -o root -g wheel -m 555 c2ph /usr/bin install -o root -g wheel -m 444 c2ph.1.gz /usr/share/man/man1 ===> gnu/usr.bin/perl/utils/h2ph install -o root -g wheel -m 555 h2ph /usr/bin install -o root -g wheel -m 444 h2ph.1.gz /usr/share/man/man1 cd /usr/include; /usr/obj/usr/src/gnu/usr.bin/perl/utils/h2ph/../../miniperl/miniperl -I/usr/obj/us r/src/gnu/usr.bin/perl/utils/h2ph/lib /usr/obj/usr/src/gnu/usr.bin/perl/utils/h2ph/h2ph -d /usr/lib data/perl/5.00503/mach * */* a.out.h -> a.out.ph acl.h -> acl.ph aio.h -> aio.ph alias.h -> alias.ph ar.h -> ar.ph ..... ..... ..... vm/pmap.h -> vm/pmap.ph vm/swap_pager.h -> vm/swap_pager.ph vm/vm.h -> vm/vm.ph vm/vm_extern.h -> vm/vm_extern.ph vm/vm_kern.h -> vm/vm_kern.ph vm/vm_map.h -> vm/vm_map.ph vm/vm_object.h -> vm/vm_object.ph vm/vm_page.h -> vm/vm_page.ph vm/vm_pageout.h -> vm/vm_pageout.ph vm/vm_pager.h -> vm/vm_pager.ph vm/vm_param.h -> vm/vm_param.ph vm/vm_zone.h -> vm/vm_zone.ph vm/vnode_pager.h -> vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. on 9/11/03 12:24 PM, Kent Stewart at kstewart@owt.com wrote: > On Thursday 11 September 2003 07:04 am, Elliott Perrin wrote: >> Please cc me, I am not on either list >> >> I tried the RELENG_4_8 as a workaround with the exact same error as >> before. >> >> vm/vnode_pager.h -> vm/vnode_pager.ph >> *** Error code 1 >> >> Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. >> *** Error code 1 >> >> and a bunch of other error code 1's back up the directory tree. > > These aren't the error message. The error 1's are telling you that you > have an error. If you can't see it, you need to redirect stdout and > stderr from your installworld to a file. > > Since it is dying in 2 different tags, and no one else is having > problems, the first assumption is that you have something wrong in your > setup. For example, are you cvsuping src-all? Do you have anything in > /etc/make.conf? Are you running the installworld from single user mode > and etc. > > Kent > >> >> eperrin@cseven.ca >> >> on 9/9/03 6:18 PM, Alex de Kruijff at freebsd@akruijff.dds.nl wrote: >>> On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: >>>> Good Day, >>>> >>>> Please cc me ( eperrin@cseven.ca ) on responses to this, I am not >>>> on either mailing list anymore. >>>> >>>> I cvsup'ed on the STABLE branch today (September 9th) at around >>>> 2:30PM EDT. No problems with buildworld or kernel build, but I am >>>> getting failures during installworld >>> >>> You could try the RELENG_4_8 tag instead of STABLE as a work >>> around. >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 12:18:36 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E04D616A4BF for ; Thu, 11 Sep 2003 12:18:36 -0700 (PDT) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7860543FCB for ; Thu, 11 Sep 2003 12:18:35 -0700 (PDT) (envelope-from Helge.Oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])h8BJIWIO069233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Sep 2003 21:18:33 +0200 (CEST) (envelope-from Helge.Oldach@atosorigin.com) Received: from dehhx004.hbg.de.int.atosorigin.com (dehhx004.hbg.de.int.atosorigin.com [161.90.164.40]) ESMTP id h8BJIW2c038154; Thu, 11 Sep 2003 21:18:32 +0200 (CEST) (envelope-from Helge.Oldach@atosorigin.com) Received: by dehhx004.hbg.de.int.atosorigin.com with Internet Mail Service (5.5.2653.19) id ; Thu, 11 Sep 2003 21:18:32 +0200 Message-ID: From: "Oldach, Helge" To: Gabor Date: Thu, 11 Sep 2003 21:18:31 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-stable@freebsd.org Subject: RE: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 19:18:37 -0000 Gabor, thank you, this is exactly what I observe as well. I wish to add that commercial IPSec equipment appears to prefer net.key.prefered_oldsa=0 which makes FAST_IPSEC (defaulting to "1") slightly incompatible. This applies to Cisco IPSec gear in particular. Regards, Helge > -----Original Message----- > From: Gabor [mailto:gabor@vmunix.com] > Sent: Thursday, 11. September 2003 20:32 > To: freebsd-stable@freebsd.org > Cc: Sam Leffler > Subject: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0 > > > When using the FAST_IPSEC option in the kernel build, the sysctl > variable net.key.prefered_oldsa seems to make no difference. The > kernel always chooses an old SA. This problem can be easily > reproduced. Just wait till the soft limit of the SA is expired and do > a setkey -F on the remote and then ping through the tunnel. Because > the old SA's are preferred and the remote no longer has the old SA's > the server and the remote cannot talk through the tunnel. Looking > at the source code in netipsec/key.c and comparing it with > netkey/key.c I see the there is some differences that didn't make it > into netipsec/key.c. > > Here is a context diff applied to 1.3.2.2 of the changes I made to fix > the problem. > > *** /tmp/ipsec.key.c Thu Sep 11 14:26:07 2003 > --- /usr/src/sys/netipsec/key.c Thu Sep 11 14:27:42 2003 > *************** > *** 1,4 **** > ! /* $FreeBSD: /repoman/r/ncvs/src/sys/netipsec/key.c,v > 1.3.2.2 2003/07/01 01:38:13 sam Exp $ */ > /* $KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */ > > /* > --- 1,4 ---- > ! /* $FreeBSD: src/sys/netipsec/key.c,v 1.3.2.2 2003/07/01 > 01:38:13 sam Exp $*/ > /* $KAME: key.c,v 1.191 2001/06/27 10:46:49 sakane Exp $ */ > > /* > *************** > *** 133,138 **** > --- 133,139 ---- > #endif > static LIST_HEAD(_spacqtree, secspacq) spacqtree; /* SP > acquiring list */ > > + #if 0 > /* search order for SAs */ > static u_int saorder_state_valid[] = { > SADB_SASTATE_DYING, SADB_SASTATE_MATURE, > *************** > *** 141,146 **** > --- 142,155 ---- > * for outbound processing. For inbound, This is not > important. > */ > }; > + #endif > + static const u_int saorder_state_valid_prefer_old[] = { > + SADB_SASTATE_DYING, SADB_SASTATE_MATURE, > + }; > + static const u_int saorder_state_valid_prefer_new[] = { > + SADB_SASTATE_MATURE, SADB_SASTATE_DYING, > + }; > + > static u_int saorder_state_alive[] = { > /* except DEAD */ > SADB_SASTATE_MATURE, SADB_SASTATE_DYING, SADB_SASTATE_LARVAL > *************** > *** 816,821 **** > --- 825,832 ---- > struct secashead *sah; > struct secasvar *sav; > u_int stateidx, state; > + const u_int *saorder_state_valid; > + int arraysize; > > LIST_FOREACH(sah, &sahtree, chain) { > if (sah->state == SADB_SASTATE_DEAD) > *************** > *** 828,836 **** > > found: > > /* search valid state */ > for (stateidx = 0; > ! stateidx < _ARRAYLEN(saorder_state_valid); > stateidx++) { > > state = saorder_state_valid[stateidx]; > --- 839,859 ---- > > found: > > + /* > + * search a valid state list for outbound packet. > + * This search order is important. > + */ > + if (key_prefered_oldsa) { > + saorder_state_valid = > saorder_state_valid_prefer_old; > + arraysize = > _ARRAYLEN(saorder_state_valid_prefer_old); > + } else { > + saorder_state_valid = > saorder_state_valid_prefer_new; > + arraysize = > _ARRAYLEN(saorder_state_valid_prefer_new); > + } > + > /* search valid state */ > for (stateidx = 0; > ! stateidx < arraysize; > stateidx++) { > > state = saorder_state_valid[stateidx]; > *************** > *** 997,1008 **** > --- 1020,1045 ---- > struct secasvar *sav; > u_int stateidx, state; > int s; > + const u_int *saorder_state_valid; > + int arraysize; > > KASSERT(dst != NULL, ("key_allocsa: null dst address")); > > KEYDEBUG(KEYDEBUG_IPSEC_STAMP, > printf("DP key_allocsa from %s:%u\n", where, tag)); > > + /* > + * when both systems employ similar strategy to use a SA. > + * the search order is important even in the inbound case. > + */ > + if (key_prefered_oldsa) { > + saorder_state_valid = > saorder_state_valid_prefer_old; > + arraysize = > _ARRAYLEN(saorder_state_valid_prefer_old); > + } else { > + saorder_state_valid = > saorder_state_valid_prefer_new; > + arraysize = > _ARRAYLEN(saorder_state_valid_prefer_new); > + } > + > /* > * searching SAD. > * XXX: to be checked internal IP header somewhere. Also when > *************** > *** 1013,1019 **** > LIST_FOREACH(sah, &sahtree, chain) { > /* search valid state */ > for (stateidx = 0; > ! stateidx < _ARRAYLEN(saorder_state_valid); > stateidx++) { > state = saorder_state_valid[stateidx]; > LIST_FOREACH(sav, > &sah->savtree[state], chain) { > --- 1050,1056 ---- > LIST_FOREACH(sah, &sahtree, chain) { > /* search valid state */ > for (stateidx = 0; > ! stateidx < arraysize; > stateidx++) { > state = saorder_state_valid[stateidx]; > LIST_FOREACH(sav, > &sah->savtree[state], chain) { > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 13:15:32 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5740416A4BF for ; Thu, 11 Sep 2003 13:15:32 -0700 (PDT) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE03643FB1 for ; Thu, 11 Sep 2003 13:15:30 -0700 (PDT) (envelope-from yurets@gambler.ru) Received: from gambler.ru (user038.chgnet.ru [212.188.49.38]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 3B50DF9178 for ; Fri, 12 Sep 2003 00:14:14 +0400 (MSD) (envelope-from yurets@gambler.ru) Message-ID: <3F60D794.2080100@gambler.ru> Date: Fri, 12 Sep 2003 00:14:12 +0400 From: "Yury V.Lukke" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030719 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: make buildworld problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 20:15:32 -0000 after cvsup'ing src-all to RELENG_4 and trying to make buildworld I get the next error message: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cc:25: cmap.h: No such file or directory and a lot of the same messages "No such file or directory" on file cmap.cc, with mkdep: compile failed *** Error code 1 at the end of output I noticed in buildworld's output just before first error 2 mkdep calls: first with parameters mkdep -f .depend -a -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include -D__FBSDID=__RCSID and second without any parameters. missed header files are in /usr/src/contrib/groff/src/include, so my problem is definitly around mkdep parameters, but how to correct it? /usr/src and /usr/obj were removed before make buildworld, and just the same happened with RELENG_4_8 sources... From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 13:53:10 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A9C16A4C1 for ; Thu, 11 Sep 2003 13:53:10 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D4DE43FF2 for ; Thu, 11 Sep 2003 13:53:03 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h8BKqr9F021758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Sep 2003 23:52:55 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h8BKqqXP021753; Thu, 11 Sep 2003 23:52:52 +0300 (EEST) (envelope-from ru) Date: Thu, 11 Sep 2003 23:52:52 +0300 From: Ruslan Ermilov To: "Yury V.Lukke" Message-ID: <20030911205252.GA20079@sunbay.com> References: <3F60D794.2080100@gambler.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <3F60D794.2080100@gambler.ru> User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: Re: make buildworld problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 20:53:10 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 12, 2003 at 12:14:12AM +0400, Yury V.Lukke wrote: > after cvsup'ing src-all to RELENG_4 and trying to make buildworld I get= =20 > the next error message: > /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr= off/src/libs/libgroff/cmap.cc:25:=20 > cmap.h: No such file or directory >=20 > and a lot of the same messages "No such file or directory" on file=20 > cmap.cc, with > mkdep: compile failed > *** Error code 1 >=20 > at the end of output >=20 > I noticed in buildworld's output just before first error 2 mkdep calls:= =20 > first with parameters > mkdep -f .depend -a -DHAVE_CONFIG_H=20 > -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/= groff/src/include=20 > -I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include=20 > -D__FBSDID=3D__RCSID >=20 > and second without any parameters. > missed header files are in /usr/src/contrib/groff/src/include, so my=20 > problem is definitly around mkdep parameters, but how to correct it? >=20 > /usr/src and /usr/obj were removed before make buildworld, and just the= =20 > same happened with RELENG_4_8 sources... >=20 Does it still the case if you run buildworld after the following set of commands: rm -rf /usr/obj cd /usr/src && make cleandir Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/YOCkUkv4P6juNwoRApANAJ0UDQLxONtZs3bp1s13bSvriYgW5QCeMkpW rhMMhxJHAvr3Q2258lfy+yI= =W/Va -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 13:53:32 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1903016A4E9 for ; Thu, 11 Sep 2003 13:53:32 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E09243FE0 for ; Thu, 11 Sep 2003 13:53:30 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Thu, 11 Sep 2003 16:53:28 -0400 Message-ID: From: Don Bowman To: "'freebsd-stable@freebsd.org'" Date: Thu, 11 Sep 2003 16:53:27 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: Using dwarf2 in kernel debug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 20:53:32 -0000 i'm evaluating an emulator for xeon, but it only supports dwarf2, not stabs. Is there a simple means of changing the config for the system gcc, or is this a much more involved thing? This is for releng_4. e.g. is loader, gdb -k, etc, all ok with seeing dwarf2 debugging info in /kernel, and in modules. --don From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 14:01:22 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7371A16A4BF for ; Thu, 11 Sep 2003 14:01:22 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9867743FBF for ; Thu, 11 Sep 2003 14:01:19 -0700 (PDT) (envelope-from sam@errno.com) Received: from [10.0.3.253] (p26.n-sfpop02.stsn.com [199.107.153.26]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h8BL1G17095403 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 11 Sep 2003 14:01:18 -0700 (PDT) (envelope-from sam@errno.com) Date: Thu, 11 Sep 2003 14:07:17 -0700 From: Sam Leffler To: Gabor , freebsd-stable@freebsd.org Message-ID: <1161079.1063289237@[10.0.3.253]> In-Reply-To: <20030911183205.GA32600@vmunix.com> References: <20030911183205.GA32600@vmunix.com> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-DCC-Usenix-Metrics: ebb.errno.com 1010; Body=2 Fuz1=2 Fuz2=2 Subject: Re: FAST_IPSEC doesn't seem to honor net.key.prefered_oldsa=0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2003 21:01:22 -0000 Thanks. This was a change that came into the KAME code after I'd branched. I need to diff all of the KAME code since that time and merge the relevant bug fixes. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 17:04:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6016C16A4BF for ; Thu, 11 Sep 2003 17:04:18 -0700 (PDT) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id 18F7843FE9 for ; Thu, 11 Sep 2003 17:04:17 -0700 (PDT) (envelope-from darcy@wavefire.com) Received: (qmail 8388 invoked from network); 12 Sep 2003 00:29:58 -0000 Received: from dbitech.wavefire.com (HELO dbitech) (darcy@64.141.15.253) by radius.wavefire.com with SMTP; 12 Sep 2003 00:29:58 -0000 Content-Type: text/plain; charset="us-ascii" From: Darcy Buskermolen Organization: Wavefire Technologies Corp. To: freebsd-hackers@freebsd.org, freebsd-stable@FreeBSD.org Date: Thu, 11 Sep 2003 17:04:15 -0700 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200309111704.15017.darcy@wavefire.com> Subject: ASUS P4P8x with Intel 865P chipset Boot problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 00:04:18 -0000 I have just aquired a few systems based around ASUS P4P8x motherboard wit= h=20 Intel 865P chipset. Attempt to install both 5.1-R and 4.8-20030810 snap h= ave=20 failed. I've turned off every onboard device in the BIOS that is possible= =2E During the install of 5.1 the system hangs at acpi_cpu0: throttling enabled: 8 steps (100% to 12.5%), currently 100%. ad4: DMA limited to UDMA33, non ATA66 cable or device ad4: 156334MB (Maxtor 6Y160L0) [3912632/16/63] at ata2-master UDMA33 acd0: DVD-ROM () at ata3-master UDMA33 Mounting root from UFS:/dev/md0 (at this point the system just sits here) This drive has been tested in another system and does come up as UDMA100 = on=20 this cable. in 4.8 the system hangs at sio0 at port 0x3f8-0x3ff Irq4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap or probed irqs 0 ppc0: parallel port not found (at this point it's hung) I'm available all day tomorrow to work through this problem if anybody ne= eds=20 more information please let me know. I'm assuming that this is a problem= =20 with poor/no support for the 865P chipset . Also please cc me on response= s as=20 that I'm not on -hackers --=20 Darcy Buskermolen Wavefire Technologies Corp. ph: 250.717.0200 fx: 250.763.1759 http://www.wavefire.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 18:56:32 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2825016A4BF for ; Thu, 11 Sep 2003 18:56:32 -0700 (PDT) Received: from web60201.mail.yahoo.com (web60201.mail.yahoo.com [216.109.118.96]) by mx1.FreeBSD.org (Postfix) with SMTP id DDEC143FDD for ; Thu, 11 Sep 2003 18:56:28 -0700 (PDT) (envelope-from malus42@yahoo.com) Message-ID: <20030912015628.51511.qmail@web60201.mail.yahoo.com> Received: from [63.154.76.234] by web60201.mail.yahoo.com via HTTP; Thu, 11 Sep 2003 18:56:28 PDT Date: Thu, 11 Sep 2003 18:56:28 -0700 (PDT) From: Michael To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: MFC of 1.15 of src/sys/dev/usb/uvisor.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 01:56:32 -0000 Will version 1.15 of src/sys/dev/usb/uvisor.c be merged into STABLE from CURRENT? Syncing a palm over USB is pretty much impossible otherwise. Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 19:04:48 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD2A16A4BF for ; Thu, 11 Sep 2003 19:04:48 -0700 (PDT) Received: from hotmail.com (bay1-f5.bay1.hotmail.com [65.54.245.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD3A43FFB for ; Thu, 11 Sep 2003 19:04:48 -0700 (PDT) (envelope-from dcbsdx@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 11 Sep 2003 19:04:48 -0700 Received: from 67.68.240.59 by by1fd.bay1.hotmail.msn.com with HTTP; Fri, 12 Sep 2003 02:04:47 GMT X-Originating-IP: [67.68.240.59] X-Originating-Email: [dcbsdx@hotmail.com] From: "dcx dcy" To: freebsd-stable@freebsd.org Date: Fri, 12 Sep 2003 02:04:47 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 12 Sep 2003 02:04:48.0059 (UTC) FILETIME=[3E52E0B0:01C378D2] Subject: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 02:04:48 -0000 Hello all. I have the same problem as described by Dmitry a day ago in a topic similar. I am able to use x11 with base driver "nv" but when I load "nvidia" driver, startx simply crash my machine and reboot after 5 seconds. I have a similar log file as reported by Dmitry even using startx+logverbose option. XF86Config file is similar,except it is not the same nvidia video card. I use a Geforce 256. X was working well before using nvidia driver with 4.8 stable. I even run this driver on freebsd-current for almost a year. Normally, I can set this driver easily, even on freebsd current release. This time, i have tried everything, even things that I never done before to let this driver work. Here is an example: nvidia install options, kernel tuning+ rebuild, boot loader options, XF86config options and even some sysctl parameters to let it work. Any hints would be appreciated. Thanks alot Dom. _________________________________________________________________ MSN Messenger : discutez en direct avec vos amis ! http://messenger.fr.msn.ca/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 19:07:32 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A04B516A4C0 for ; Thu, 11 Sep 2003 19:07:32 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC99E43FF2 for ; Thu, 11 Sep 2003 19:07:30 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 59DC166D32; Thu, 11 Sep 2003 19:07:27 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 36312A86; Thu, 11 Sep 2003 19:07:27 -0700 (PDT) Date: Thu, 11 Sep 2003 19:07:27 -0700 From: Kris Kennaway To: dcx dcy Message-ID: <20030912020727.GA8739@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 02:07:32 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 12, 2003 at 02:04:47AM +0000, dcx dcy wrote: > Hello all. >=20 > I have the same problem as described by Dmitry a day ago in a topic simil= ar. >=20 > I am able to use x11 with base driver "nv" but when I load "nvidia" drive= r,=20 > startx > simply crash my machine and reboot after 5 seconds. I have a similar log= =20 Did you recompile the driver module when you upgraded your kernel? Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/YSpeWry0BWjoQKURAjxdAJ96wKIGqPQtAL7i2oKNEr+K2/ky4ACfZYXv QAZz3h5FCGsukHIMQkUMI6o= =09dv -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 20:46:34 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3E8F16A4BF for ; Thu, 11 Sep 2003 20:46:33 -0700 (PDT) Received: from aurora.peterson.ath.cx (12-254-186-217.client.attbi.com [12.254.186.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495C243FE0 for ; Thu, 11 Sep 2003 20:46:33 -0700 (PDT) (envelope-from jlp+bsd@peterson.ath.cx) Received: from peterson.ath.cx (localhost [127.0.0.1]) by aurora.peterson.ath.cx (Postfix) with ESMTP id D0DEBC5386 for ; Thu, 11 Sep 2003 21:46:32 -0600 (MDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 From: "Jan L. Peterson" X-message-flag: "Outlook not so good." Wow, that magic 8-ball really DOES work! To: freebsd-stable@freebsd.org X-face: p=61=y<.Il$z+k*y~"j>%c[8R~8{j3WTnaSd-'RyC>t.Ub>AAm\zYA#5JF +W=G?EI+|EI);]=fs_MOfKN0n9`OlmB[1^0;L^64K5][nOb&gv/n}p@mm06|J|WNa asp7mMEw0w)e_6T~7v-\]yHKvI^1}[2k)] References: <20030912015628.51511.qmail@web60201.mail.yahoo.com> In-reply-to: Your message of "Thu, 11 Sep 2003 18:56:28 PDT." <20030912015628.51511.qmail@web60201.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Sep 2003 21:46:32 -0600 Message-Id: <20030912034632.D0DEBC5386@aurora.peterson.ath.cx> Subject: Re: MFC of 1.15 of src/sys/dev/usb/uvisor.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 03:46:34 -0000 > Will version 1.15 of src/sys/dev/usb/uvisor.c be merged into STABLE > from CURRENT? Syncing a palm over USB is pretty much impossible > otherwise. I got USB syncing working on my Clie SJ-30 after tweaking the uvisor.c file slightly. See my PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=56575 This works for me on 4.9-PRE of about a week ago. -jan- -- Jan L. Peterson Semi-Unemployed "Computer Facilitator" http://www.peterson.ath.cx/~jlp/resume.html From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 21:54:57 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C63416A4BF for ; Thu, 11 Sep 2003 21:54:57 -0700 (PDT) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B4F943FE9 for ; Thu, 11 Sep 2003 21:54:56 -0700 (PDT) (envelope-from yurets@gambler.ru) Received: from gambler.ru (user038.chgnet.ru [212.188.49.38]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id A9C56F80EE for ; Fri, 12 Sep 2003 08:54:54 +0400 (MSD) (envelope-from yurets@gambler.ru) Message-ID: <3F61519C.1080907@gambler.ru> Date: Fri, 12 Sep 2003 08:54:52 +0400 From: "Yury V.Lukke" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030719 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <3F60D794.2080100@gambler.ru> <20030911205252.GA20079@sunbay.com> In-Reply-To: <20030911205252.GA20079@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: make buildworld problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 04:54:57 -0000 Ruslan Ermilov wrote: >On Fri, Sep 12, 2003 at 12:14:12AM +0400, Yury V.Lukke wrote: > > >>after cvsup'ing src-all to RELENG_4 and trying to make buildworld I get >>the next error message: >>/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cc:25: >>cmap.h: No such file or directory >> >>and a lot of the same messages "No such file or directory" on file >>cmap.cc, with >>mkdep: compile failed >>*** Error code 1 >> >>at the end of output >> >>I noticed in buildworld's output just before first error 2 mkdep calls: >>first with parameters >>mkdep -f .depend -a -DHAVE_CONFIG_H >>-I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include >>-I/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include >>-D__FBSDID=__RCSID >> >>and second without any parameters. >>missed header files are in /usr/src/contrib/groff/src/include, so my >>problem is definitly around mkdep parameters, but how to correct it? >> >>/usr/src and /usr/obj were removed before make buildworld, and just the >>same happened with RELENG_4_8 sources... >> >> >> >Does it still the case if you run buildworld after the following >set of commands: > >rm -rf /usr/obj >cd /usr/src && make cleandir > > >Cheers, > rm -rf /usr/obj cd /usr/src && make cleandir doesn't help - nothing is changed while processing "make buildworld" after this commands From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 22:30:08 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B9616A4BF; Thu, 11 Sep 2003 22:30:08 -0700 (PDT) Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F094843FAF; Thu, 11 Sep 2003 22:30:04 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id AAA16846; Fri, 12 Sep 2003 00:30:04 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from cpe-24-167-197-76.wi.rr.com(24.167.197.76) by peak.mountin.net via smap (V1.3) id sma016822; Fri Sep 12 00:29:43 2003 Message-Id: <4.3.2.7.2.20030912001226.0386eec0@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 12 Sep 2003 00:29:46 -0500 To: Adam Weinberger , Ekrem From: "Jeffrey J. Mountin" In-Reply-To: <20030912044403.GE86435@toxic.magnesium.net> References: <1063341753.63403.14.camel@beynam.ecko.net.au> <1063341753.63403.14.camel@beynam.ecko.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: ports@freebsd.org cc: stable@freebsd.org Subject: Re: DNS related ports from ports/net/ to ports/dns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 05:30:08 -0000 At 12:44 AM 9/12/2003 -0400, Adam Weinberger wrote: >New categories are added slowly to the cvsup category lists. It's best >to cvsup using ports-all, and add the directories you don't want (such >as languages: "ports/french*" etc.) to the refuse file. How is having a refuse file slowing down CVSup down best? The fact is a category does not appear often and for those that know what they are doing it's been a week of: Server message: Unknown collection "ports-dns" This is the first time it's has taken this long for a new category to show up. There is also the fact it's missing from the example files, which should be fixed prior to 4.9R (cross posting to -stable). What needs to be done in such cases should be in the Porter's Handbook. 8-/ Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 22:54:59 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE6516A4BF for ; Thu, 11 Sep 2003 22:54:59 -0700 (PDT) Received: from web60209.mail.yahoo.com (web60209.mail.yahoo.com [216.109.118.104]) by mx1.FreeBSD.org (Postfix) with SMTP id E011A43FCB for ; Thu, 11 Sep 2003 22:54:58 -0700 (PDT) (envelope-from malus42@yahoo.com) Message-ID: <20030912055458.81681.qmail@web60209.mail.yahoo.com> Received: from [63.154.76.41] by web60209.mail.yahoo.com via HTTP; Thu, 11 Sep 2003 22:54:58 PDT Date: Thu, 11 Sep 2003 22:54:58 -0700 (PDT) From: Michael To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1951377618-1063346098=:79783" Subject: STABLE kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 05:54:59 -0000 --0-1951377618-1063346098=:79783 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Just had another kernel panic with the Lockmgr locking against itself. 4th one this summer. Was using a kernel compiled last Saturday just after getting the ATA fix that was supposed to fix this. Backtrace is attached. I still have the core dump if more info is needed. Michael --0-1951377618-1063346098=:79783 Content-Type: text/plain; name="file.txt" Content-Description: file.txt Content-Disposition: inline; filename="file.txt" #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc023734b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc0237770 in poweroff_wait (junk=0xc0401dc0, howto=-814531976) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0231c73 in lockmgr (lkp=0xcf733aa0, flags=33620002, interlkp=0xc04d1d44, p=0xdf9a7560) at /usr/src/sys/kern/kern_lock.c:337 #4 0xc025ef38 in getblk (vp=0xde981b40, blkno=39735360, size=16384, slpflag=0, slptimeo=0) at /usr/src/sys/sys/buf.h:305 #5 0xc025d096 in bread (vp=0xde981b40, blkno=39735360, size=16384, cred=0x0, bpp=0xe0920a6c) at /usr/src/sys/kern/vfs_bio.c:510 #6 0xc031a5fc in ffs_blkfree (ip=0xe0920ab8, bno=9947070, size=2048) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1424 #7 0xc031ee7e in handle_workitem_freeblocks (freeblks=0xc39cbc00) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2146 #8 0xc031d2fb in process_worklist_item (matchmnt=0x0, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:723 #9 0xc031d18e in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:622 #10 0xc02371a9 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:261 #11 0xc0237770 in poweroff_wait (junk=0xc041c080, howto=109) at /usr/src/sys/kern/kern_shutdown.c:595 #12 0xc031a1ad in ffs_clusteralloc (ip=0xc3edf700, cg=109, bpref=9933832, len=2) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1285 #13 0xc0319563 in ffs_hashalloc (ip=0xc3edf700, cg=109, pref=9933832, size=2, allocator=0xc0319f84 ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:863 #14 0xc0318d23 in ffs_reallocblks (ap=0xe0920dc0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:442 #15 0xc0261dae in cluster_write (bp=0xcf78aa04, filesize=458752, seqcount=1) at vnode_if.h:1077 #16 0xc032507e in ffs_write (ap=0xe0920e64) at /usr/src/sys/ufs/ufs/ufs_readwrite.c:570 #17 0xc026caa6 in vn_write (fp=0xc416a740, uio=0xe0920ed4, cred=0xc39b2e80, flags=0, p=0xdf9a7560) at vnode_if.h:363 #18 0xc0246639 in dofilewrite (p=0xdf9a7560, fp=0xc416a740, fd=3, buf=0x8375000, nbyte=16384, offset=-1, flags=0) at /usr/src/sys/sys/file.h:163 #19 0xc02464f2 in write (p=0xdf9a7560, uap=0xe0920f80) at /usr/src/sys/kern/sys_generic.c:329 #20 0xc03b00cd in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135052736, tf_esi = 137842688, tf_ebp = -1077940800, tf_isp = -527298604, tf_ebx = 135052736, tf_edx = 1, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134876556, tf_cs = 31, tf_eflags = 659, tf_esp = -1077940844, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #21 0xc03a1945 in Xint0x80_syscall () #22 0x809ee95 in ?? () #23 0x809ee1d in ?? () #24 0x809c03c in ?? () #25 0x8092cc9 in ?? () #26 0x806b43d in ?? () #27 0x806ad08 in ?? () #28 0x8082134 in ?? () #29 0x808539b in ?? () #30 0x8069e6f in ?? () #31 0x805cf1c in ?? () #32 0x8069d56 in ?? () #33 0x805d923 in ?? () #34 0x804a0f0 in ?? () #35 0x804813e in ?? () --0-1951377618-1063346098=:79783-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 23:57:50 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B337916A4C0 for ; Thu, 11 Sep 2003 23:57:50 -0700 (PDT) Received: from hotmail.com (bay1-f76.bay1.hotmail.com [65.54.245.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F2043F93 for ; Thu, 11 Sep 2003 23:57:49 -0700 (PDT) (envelope-from dcbsdx@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 11 Sep 2003 23:57:49 -0700 Received: from 206.162.148.230 by by1fd.bay1.hotmail.msn.com with HTTP; Fri, 12 Sep 2003 06:57:49 GMT X-Originating-IP: [206.162.148.230] X-Originating-Email: [dcbsdx@hotmail.com] From: "dcx dcy" To: kris@obsecurity.org Date: Fri, 12 Sep 2003 06:57:49 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 12 Sep 2003 06:57:49.0641 (UTC) FILETIME=[2DC36390:01C378FB] cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 06:57:50 -0000 Hello Kris, Yes, i actually reinstall this driver each time I rebuild my kernel or rebuild my world. I tried to reinstall this driver about 2 times after I upgraded the first time. I upgrade and rebuild my world yesterday, reinstall driver again, and it still doesn't work. I am also sure that my video card is working properly, as I tested it on my roommate computer (win2k). When I use "nvidia" driver, it stops on a line similar like this one on my XFree86.0.log even with verbose and logverbose options: (==) NV(0): Write-combining range (0xa0000,0x10000) was already clear. Thank alot, Dom. On Fri, Sep 12, 2003 at 02:04:47AM +0000, dcx dcy wrote: > > Hello all. > > > > I have the same problem as described by Dmitry a day ago in a topic >similar. > > > > I am able to use x11 with base driver "nv" but when I load "nvidia" >driver, > > startx > > simply crash my machine and reboot after 5 seconds. I have a similar log > >Did you recompile the driver module when you upgraded your kernel? > >Kris ><< attach3 >> :q _________________________________________________________________ MSN Search, le moteur de recherche qui pense comme vous ! http://fr.ca.search.msn.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 11 23:59:12 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826F716A4BF for ; Thu, 11 Sep 2003 23:59:12 -0700 (PDT) Received: from ns2.evrocom.net (ns2.evrocom.net [217.10.240.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 16FD343FDF for ; Thu, 11 Sep 2003 23:58:54 -0700 (PDT) (envelope-from veno@evrocom.bg) Received: (qmail 13339 invoked from network); 12 Sep 2003 06:58:50 -0000 Received: from unknown (HELO beatle) (217.10.240.35) by ns2.evrocom.net with SMTP; 12 Sep 2003 06:58:50 -0000 Message-ID: <001201c378fa$b6488930$0232a8c0@beatle> From: "Ventsislav Velkov" To: Date: Fri, 12 Sep 2003 09:54:28 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: squid+wccp No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 06:59:12 -0000 Hi all, I have a problem when trying to run my squid-cache with wccp. The problem is that after running for 1 hour the network hangs . I have in the message log "/kernel: xl0: watchdog timeout" and in the = squid logs " No buffer space available" The system is dual xeon @500Mhz with 2.5GB of RAM and 10x9.1GB SCSI, FreeBSD 4.9-PRERELEASE from Thu Sep 11 and squid-2.5.STABLE3 build from = ports. My kernel: maxusers 256 options MSGMNB=3D16384 # max # of bytes in a queue options MSGMNI=3D512 # number of message queue identifiers options MSGSEG=3D8192 # number of message segments options MSGSSZ=3D128 # size of a message segment options MSGTQL=3D512 # max messages in system options SHMSEG=3D16 options SHMMNI=3D32 options SHMMAX=3D2097152 options SHMALL=3D4096 options MAXDSIZ=3D"(2048UL*1024*1024)" options MAXSSIZ=3D"(2048UL*1024*1024)" options DFLDSIZ=3D"(2048UL*1024*1024)" options NMBCLUSTERS=3D65535 options NBUF=3D16384 When I am port-forwarding the traffic to the squid without wccp the = machine is stable and works fine. The problem appears after setting squid with wccp and bringing gre = interfaces. I've tried different settings but with no effect. The squid passes = arround 20 mbits/s=20 with over 100 req/s. Will appreciate all advices. Best regards, ---------------------------------- Ventsislav Velkov Network Administrator Evrocom.Net +359 32 607321 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 01:10:54 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B511916A4BF for ; Fri, 12 Sep 2003 01:10:54 -0700 (PDT) Received: from sourcream.tacosalad.org (216.93.178.246 [216.93.178.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3951343FA3 for ; Fri, 12 Sep 2003 01:10:54 -0700 (PDT) (envelope-from info@PerryResearch.com) Message-ID: <1063354254.3f617f8e68557@www.tacosalad.org> Date: Fri, 12 Sep 2003 04:10:54 -0400 From: Info Account To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Lotus Notes Release 5.0.8 June 18, 2001 X-Originating-IP: 67.121.51.142 Subject: multiple problems with fxp0 and 4.8/9-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 08:10:54 -0000 I've spent the past four days or so updating machines here to 4.8/9-stable via cvsup, and have done a complete make buildworld/kernel on each machine (some SMP, some single processor). It seems something is broken with the latest fxp driver, on each machine (different mobos and hardware configs) heavy network traffic with fxp NICs causes timeouts and random kernel panics. First machine to experience the problem was a single proc PIII-650 with 512M and Adaptec 2940UW, one fxp, doing a backup via scp, after 10 megs or so starting giving fxp0 timeout errors and dropping the connection (host was not pingable and dropped all arp entries). The only way to restart the scp was to ifconfig fxp0 back up with the same IP and netmask. Second machine is a dual proc PIII-650 with 512M, MegaRAID, one fxp - after a minute or so of scp'ing the machine completely locked, had to be hard reset. Second attempt caused a panic that seized entire machine with instant reboot. Few more machines, same problems, all with varying SCSI subsystems and with one fxp NIC. After replacing each machine's fxp with crappy tulip and/or $12 kmart linksys NIC, I've had no problems at all. --------------------------------- Perry Research, Inc. 5450 Bruce B. Downs Blvd #313 Wesley Chapel, FL 33543 p: 813-864-7659 f: 813-862-2015 http://www.PerryResearch.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 03:12:25 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0B2716A4BF for ; Fri, 12 Sep 2003 03:12:24 -0700 (PDT) Received: from www.qlogic.net (qlogic.net [66.216.124.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0688943FFB for ; Fri, 12 Sep 2003 03:12:24 -0700 (PDT) (envelope-from dgw@qlogic.net) Received: from dgw.demonio.x (44.Red-81-36-232.pooles.rima-tde.net [81.36.232.44]) (authenticated bits=0) by www.qlogic.net (8.12.8p1/8.12.8) with ESMTP id h8CACKJl005346; Fri, 12 Sep 2003 12:12:22 +0200 (CEST) (envelope-from dgw@qlogic.net) From: David Garcia Watkins To: Kent Stewart , freebsd-stable@freebsd.org Date: Fri, 12 Sep 2003 12:12:17 +0200 User-Agent: KMail/1.5.3 References: <200309110924.30509.kstewart@owt.com> In-Reply-To: <200309110924.30509.kstewart@owt.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309121212.17259.dgw@qlogic.net> X-Virus-Scanned: by amavisd-new Subject: Re: Make installworld failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 10:12:25 -0000 > > I tried the RELENG_4_8 as a workaround with the exact same error as > > before. > > > > vm/vnode_pager.h -> vm/vnode_pager.ph > > *** Error code 1 > > > > Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. > > *** Error code 1 > > > > and a bunch of other error code 1's back up the directory tree. I remember a stale symlink somewhere in /usr/include was preventing me from making world once. After deleting it, everything worked again. HIH, David From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 06:06:29 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF97116A4BF; Fri, 12 Sep 2003 06:06:29 -0700 (PDT) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1CA143FD7; Fri, 12 Sep 2003 06:06:28 -0700 (PDT) (envelope-from zec@tel.fer.hr) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id B6C109B647; Fri, 12 Sep 2003 15:06:26 +0200 (CEST) Received: from marko-tp (unknown [161.53.19.46]) by xaqua.tel.fer.hr (Postfix) with ESMTP id 532419B645; Fri, 12 Sep 2003 15:06:25 +0200 (CEST) From: Marko Zec To: net@freebsd.org, stable@freebsd.org Date: Fri, 12 Sep 2003 15:05:15 +0200 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200309121505.15651.zec@tel.fer.hr> X-Spam-Status: No, hits=-6.1 required=5.0 tests=BAYES_01,RCVD_IN_OSIRUSOFT_COM,USER_AGENT version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Sanitizer: Advosys mail filter Subject: New snapshot: network stack cloning / virtualization patches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 13:06:30 -0000 Network stack cloning patches allow for multiple fully independent network stacks to simultaneously coexistst in a single FreeBSD kernel. Combined with jail-style separation between user processes and with proportional-share extensions to the standard BSD CPU scheduler, the patched kernel can efficiently provide isolated and controllable pseudo virtual machine environments. The patches preserve the userland to kernel API/ABI, so all existing applications can run on the patched kernel without any need for modifications / recompiling. The latest snapshot of the patches (against 4.8-RELEASE) can be found at http://www.tel.fer.hr/zec/vimage/ What's new: Internal restructuring - struct vimage is now separated in resource-specific containers for network stack (vnet), jail-style process group (vprocg), and CPU scheduling (vcpu). This should allow for more modular resource virtualization in the future, however the necessary management API has yet to be implemented; Kernel message buffers - each vimage / vprocg now has a private kernel message buffer instance, thus allowing for (virtualized) printf() and log() messages from within the kernel to be routed to the appropriate msgbuf. The /dev/log interface has been hacked to support for multiple syslogd instances to access it simultaneously, while each receiving only the messages from the appropriate msgbuf instance; Several important bugfixes in TCP code virtualization. Cheers, Marko From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 08:08:06 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D42A16A4BF for ; Fri, 12 Sep 2003 08:08:06 -0700 (PDT) Received: from euclid.lssaa.wisc.edu (euclid.lssaa.wisc.edu [128.104.27.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B51943FEA for ; Fri, 12 Sep 2003 08:08:05 -0700 (PDT) (envelope-from wlstube@lssaa.wisc.edu) Received: from lssaa.wisc.edu ([128.104.27.70]) by euclid.lssaa.wisc.edu (8.11.6/8.11.6) with ESMTP id h8CF84605986 for ; Fri, 12 Sep 2003 10:08:05 -0500 Message-ID: <3F61E153.9080309@lssaa.wisc.edu> Date: Fri, 12 Sep 2003 10:08:03 -0500 From: William L Stube II User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030901 Thunderbird/0.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Processes Hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 15:08:06 -0000 I am having a problem with processes hanging up after some amount of time. The machine starts up, runs fine for some length of time, then httpd processes start hanging around. All of which appear to be waiting for disk. www 12484 0.0 0.7 3948 2620 ?? D 3:43AM 0:00.02 /usr/local/sbin/httpd www 12574 0.0 0.7 3936 2552 ?? D 4:17AM 0:00.01 /usr/local/sbin/httpd www 12576 0.0 0.7 3936 2552 ?? D 4:18AM 0:00.01 /usr/local/sbin/httpd www 12577 0.0 0.7 3936 2552 ?? D 4:18AM 0:00.01 /usr/local/sbin/httpd www 12578 0.0 0.8 4108 2960 ?? D 4:18AM 0:00.03 /usr/local/sbin/httpd This time, the processes hung after about 3 days since my last hard reset. The time before that it was about 18 days. When I attempt to reboot the machine just sits there. I have to power the machine off for it to actually restart. Any suggestions? Thanks, Bill FreeBSD foo.org 4.8-STABLE FreeBSD 4.8-STABLE #0: Thu Aug 7 09:21:32 CDT 2003 root@foo.org:/usr/obj/usr/src/sys/molpe48s i386 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 08:18:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 765D116A4C0 for ; Fri, 12 Sep 2003 08:18:03 -0700 (PDT) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 112F443FE3 for ; Fri, 12 Sep 2003 08:18:02 -0700 (PDT) (envelope-from adamw@magnesium.net) Received: (qmail 72827 invoked by uid 1252); 12 Sep 2003 15:18:01 -0000 Date: 12 Sep 2003 11:18:01 -0400 Date: Fri, 12 Sep 2003 11:18:01 -0400 From: Adam Weinberger To: "Jeffrey J. Mountin" Message-ID: <20030912151801.GF86435@toxic.magnesium.net> Mail-Followup-To: Adam Weinberger , "Jeffrey J. Mountin" , Ekrem , ports@freebsd.org, stable@freebsd.org References: <1063341753.63403.14.camel@beynam.ecko.net.au> <1063341753.63403.14.camel@beynam.ecko.net.au> <4.3.2.7.2.20030912001226.0386eec0@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20030912001226.0386eec0@207.227.119.2> X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: Ekrem cc: ports@freebsd.org cc: stable@freebsd.org Subject: Re: DNS related ports from ports/net/ to ports/dns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 15:18:03 -0000 >> (09.12.2003 @ 0129 PST): Jeffrey J. Mountin said, in 0.8K: << > This is the first time it's has taken this long for a new category to show > up. No, it's not. > There is also the fact it's missing from the example files, which > should be fixed prior to 4.9R (cross posting to -stable). No point adding it to the examples/cvsup/ports-supfile until the category is recognized in the cvsup servers. > What needs to be > done in such cases should be in the Porter's Handbook. 8-/ Agreed. Patch the text and send-pr it! # Adam -- Adam Weinberger vectors.cx >> adam@vectors.cx >> http://www.vectors.cx magnesium.net << adamw@magnesium.net << http://www.magnesium.net/~adamw FreeBSD >> adamw@FreeBSD.org >> http://people.freebsd.org/~adamw #vim:set ts=8: 8-char tabs prevent tooth decay. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 08:43:23 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EE2716A4BF; Fri, 12 Sep 2003 08:43:23 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 677C143FE3; Fri, 12 Sep 2003 08:43:21 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8CFhKZj030651; Fri, 12 Sep 2003 08:43:20 -0700 (PDT) (envelope-from jdp@polstra.com) 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: <4.3.2.7.2.20030912001226.0386eec0@207.227.119.2> Date: Fri, 12 Sep 2003 08:43:20 -0700 (PDT) From: John Polstra To: "Jeffrey J. Mountin" X-Bogosity: No, tests=bogofilter, spamicity=0.499776, version=0.14.5 cc: ports@freebsd.org cc: stable@freebsd.org Subject: Re: DNS related ports from ports/net/ to ports/dns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 15:43:23 -0000 On 12-Sep-2003 Jeffrey J. Mountin wrote: > At 12:44 AM 9/12/2003 -0400, Adam Weinberger wrote: > >>New categories are added slowly to the cvsup category lists. It's best >>to cvsup using ports-all, and add the directories you don't want (such >>as languages: "ports/french*" etc.) to the refuse file. > > How is having a refuse file slowing down CVSup down best? Refuse files don't slow down CVSup. John From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 08:43:30 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F3216A4BF for ; Fri, 12 Sep 2003 08:43:30 -0700 (PDT) Received: from vivaldi.pn.sinp.msu.ru (pn-gw.sinp.msu.ru [213.131.0.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id B27FB43FCB for ; Fri, 12 Sep 2003 08:43:28 -0700 (PDT) (envelope-from fbsd-4@pn.sinp.msu.ru) Received: from handel.pn.sinp.msu.ru (handel.pn.sinp.msu.ru [213.131.11.24]) (authenticated bits=0)h8CFhPP2001059 for ; Fri, 12 Sep 2003 19:43:26 +0400 (MSD) (envelope-from fbsd-4@pn.sinp.msu.ru) Message-Id: <5.1.1.6.2.20030912190859.00ac4f58@vivaldi.pn.sinp.msu.ru> X-Sender: svysh@vivaldi.pn.sinp.msu.ru X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Fri, 12 Sep 2003 19:43:47 +0400 To: freebsd-stable@freebsd.org From: Sergei Vyshenski Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: corruption of dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 15:43:30 -0000 This started not long before 4.9-PRERELEASE dmesg reports usual text only a few seconds after reboot. Later it displays a single line with a fragment of ipfw log, e.g. 167 213.131.11.152 in via fxp0 which seems to change with each new activity of ipfw. Files /var/log/dmesg.today and /var/log/dmesg.yesterday rotate daily as usual and contain similar single line. The file /var/run/dmesg.boot still has usual text of dmesg. Thank you very much for any idea how to combat it. Sergei From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 09:25:45 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B14B816A4BF for ; Fri, 12 Sep 2003 09:25:45 -0700 (PDT) Received: from sourcream.tacosalad.org (216.93.178.246 [216.93.178.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E855043FF5 for ; Fri, 12 Sep 2003 09:25:44 -0700 (PDT) (envelope-from info@PerryResearch.com) Message-ID: <1063383965.3f61f39d6a97d@www.tacosalad.org> Date: Fri, 12 Sep 2003 12:26:05 -0400 From: Info Account To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Lotus Notes Release 5.0.8 June 18, 2001 X-Originating-IP: 67.121.51.142 Subject: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 16:25:45 -0000 I've spent the past four days or so updating machines here to 4.8/9-stable via cvsup, and have done a complete make buildworld/kernel on each machine (some SMP, some single processor). It seems something is broken with the latest fxp driver, on each machine (different mobos and hardware configs) heavy network traffic with fxp NICs causes timeouts and random kernel panics. First machine to experience the problem was a single proc PIII-650 with 512M and Adaptec 2940UW, one fxp, doing a backup via scp, after 10 megs or so starting giving fxp0 timeout errors and dropping the connection (host was not pingable and dropped all arp entries). The only way to restart the scp was to ifconfig fxp0 back up with the same IP and netmask. Second machine is a dual proc PIII-650 with 512M, MegaRAID, one fxp - after a minute or so of scp'ing the machine completely locked, had to be hard reset. Second attempt caused a panic that seized entire machine with instant reboot. Few more machines, same problems, all with varying SCSI subsystems and with one fxp NIC. After replacing each machine's fxp with crappy tulip and/or $12 kmart linksys NIC, I've had no problems at all. --------------------------------- Perry Research, Inc. 5450 Bruce B. Downs Blvd #313 Wesley Chapel, FL 33543 p: 813-864-7659 f: 813-862-2015 http://www.PerryResearch.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 09:29:13 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05EBF16A4BF; Fri, 12 Sep 2003 09:29:13 -0700 (PDT) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA1DC43FDD; Fri, 12 Sep 2003 09:29:10 -0700 (PDT) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.6p2/8.12.6) with ESMTP id h8CGT5uv020946; Fri, 12 Sep 2003 19:29:06 +0300 (EEST) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.6p2/8.12.6/Submit) id h8CGT3FX020943; Fri, 12 Sep 2003 19:29:03 +0300 (EEST) (envelope-from never) Date: Fri, 12 Sep 2003 19:29:03 +0300 From: Alexandr Kovalenko To: "Marc G. Fournier" Message-ID: <20030912162903.GO89453@nevermind.kiev.ua> References: <20030612154312.J80219@hub.org> <20030623081927.GC27017@nevermind.kiev.ua> <20030901160043.GB78655@nevermind.kiev.ua> <20030905015627.GB14776@HAL9000.homeunix.com> <20030904234610.G51587@ganymede.hub.org> <20030910074717.GA16874@HAL9000.homeunix.com> <20030910103514.X57860@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20030910103514.X57860@ganymede.hub.org> User-Agent: Mutt/1.5.4i cc: David Schultz cc: freebsd-stable@freebsd.org Subject: Re: unionfs related patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 16:29:13 -0000 Hello, Marc G. Fournier! On Wed, Sep 10, 2003 at 10:36:13AM -0300, you wrote: > > Heh. Never mind, I'm not that forgetful after all. When I saw your > > link to the patch for -STABLE, I thought I must have missed it. But it > > looks like that was merely a quote of an old email. > > Yup, only two major outstanding 'crash triggers' that I know of is the > fifo issue that I put a ticket into GNaTs for last week, and the > union_lookup issue ... Is your ticket with patch? -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 09:51:00 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C36116A4BF for ; Fri, 12 Sep 2003 09:51:00 -0700 (PDT) Received: from updegrove.net (12-246-251-12.client.attbi.com [12.246.251.12]) by mx1.FreeBSD.org (Postfix) with SMTP id E178A43F85 for ; Fri, 12 Sep 2003 09:50:59 -0700 (PDT) (envelope-from freebsdstable@updegrove.net) Received: (qmail 8923 invoked from network); 12 Sep 2003 16:50:59 -0000 Received: from adsl-64-166-46-11.dsl.scrm01.pacbell.net (HELO updegrove.net) (64.166.46.11) by updegrove.net with SMTP; 12 Sep 2003 16:50:59 -0000 Message-ID: <3F61F9ED.1080105@updegrove.net> Date: Fri, 12 Sep 2003 09:53:01 -0700 From: Rick Updegrove User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 16:51:00 -0000 Hi all, I just built a new Compuke proliant 5000 using the 4.8 CD and I would like to cvsup and build a 4.8 STABLE system but I have been loosely following the list for a couple weeks and noticing a LOT of problems lately... Is everything settling down now? Rick P.S. If anyone has any tricks for these Compuke proliant 5000 machines please contact me : ) From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 09:58:55 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0604E16A4BF for ; Fri, 12 Sep 2003 09:58:55 -0700 (PDT) Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 957B443FE1 for ; Fri, 12 Sep 2003 09:58:53 -0700 (PDT) (envelope-from srenna@vdbmusic.com) Received: from mars ([68.98.165.70]) by lakemtao03.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20030912165853.UXTX9576.lakemtao03.cox.net@mars>; Fri, 12 Sep 2003 12:58:53 -0400 From: "Scott Renna" To: "'Rick Updegrove'" , Date: Fri, 12 Sep 2003 12:58:53 -0400 Message-ID: <000d01c3794f$26705860$0201a8c0@mars> 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.4024 In-Reply-To: <3F61F9ED.1080105@updegrove.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: RE: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 16:58:55 -0000 4.8 is pretty stable man..why not search the list for others with Proliant issues? -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Rick Updegrove Sent: Friday, September 12, 2003 12:53 PM To: freebsd-stable@FreeBSD.ORG Subject: is stable stable yet? Hi all, I just built a new Compuke proliant 5000 using the 4.8 CD and I would like to cvsup and build a 4.8 STABLE system but I have been loosely following the list for a couple weeks and noticing a LOT of problems lately... Is everything settling down now? Rick P.S. If anyone has any tricks for these Compuke proliant 5000 machines please contact me : ) _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:00:36 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A36116A4DB for ; Fri, 12 Sep 2003 10:00:36 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8230943FEC for ; Fri, 12 Sep 2003 10:00:27 -0700 (PDT) (envelope-from danielc@green-orb.com) Received: from user-37ka4dr.dsl.mindspring.com ([207.69.17.187] helo=brucha) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19xrHV-0006sa-00; Fri, 12 Sep 2003 10:00:25 -0700 From: "Daniel" Organization: 5am Designs To: Rick Updegrove , freebsd-stable@freebsd.org Date: Fri, 12 Sep 2003 12:59:35 -0400 MIME-Version: 1.0 Message-ID: <3F61C337.29702.9F197DB@localhost> Priority: normal In-reply-to: <3F61F9ED.1080105@updegrove.net> X-mailer: Pegasus Mail for Windows (v4.12a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 17:00:37 -0000 My machine has been rebooting silently (no panic or anything) every 24-36 hours since about two weeks ago. It wasn't doing that before then. I'm waiting to see if anything surfaces, but I may go straight to 5.1 to see if that solves the problem. I'm tracking -STABLE right now as well. For whatever reason, I can't seem to figure out what's causing the problem. I can't get a dump because my SWAP is too small (just upgraded the RAM to handle application issues), but will try to get *some* diagnostics over the weekend. Nothing to work with right now though, no odd behavior, no syslog messages... not even a PANIC sent to my syslog servers across the network. Just a (fairly sudden and rapid) straight reboot as if the power flashed (which it didn't -- other machines are not having problems). It appears that a VERY few other people are having similar issues dating back to a few weeks ago as well, so we'll see. I don't have a proliant though, and you will most likely not experience what I am, but I figured its worth mentioning. Peace, -- Daniel <>< On 12 Sep 2003 at 9:53, Rick Updegrove wrote: > Hi all, > > I just built a new Compuke proliant 5000 using the 4.8 CD and I would > like to cvsup and build a 4.8 STABLE system but I have been loosely > following the list for a couple weeks and noticing a LOT of problems > lately... > > Is everything settling down now? > > Rick > > P.S. If anyone has any tricks for these Compuke proliant 5000 machines > please contact me : ) > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:36:55 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1099716A4BF for ; Fri, 12 Sep 2003 10:36:55 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35B343F93 for ; Fri, 12 Sep 2003 10:36:53 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9/8.12.8) with ESMTP id h8CHaqCl058854; Fri, 12 Sep 2003 13:36:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20030912133830.06a0a3e0@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 12 Sep 2003 13:39:47 -0400 To: "Daniel" From: Mike Tancsa In-Reply-To: <3F61C337.29702.9F197DB@localhost> References: <3F61F9ED.1080105@updegrove.net> <3F61C337.29702.9F197DB@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) cc: freebsd-stable@freebsd.org Subject: Re: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 17:36:55 -0000 If you cant get crash dumps then try at least hooking up a serial console to it so at least you see the panic saved on your console. If you are not seeing a panic, or if the panic is in random places, its probably hardware. ---Mike At 12:59 PM 12/09/2003, Daniel wrote: >My machine has been rebooting silently (no panic or anything) every 24-36 >hours since >about two weeks ago. It wasn't doing that before then. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:38:02 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62DB316A4BF for ; Fri, 12 Sep 2003 10:38:02 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9834243FD7 for ; Fri, 12 Sep 2003 10:38:01 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9/8.12.8) with ESMTP id h8CHc0Cl058869; Fri, 12 Sep 2003 13:38:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20030912133954.06a11500@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 12 Sep 2003 13:40:55 -0400 To: Rick Updegrove , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <3F61F9ED.1080105@updegrove.net> References: <3F61F9ED.1080105@updegrove.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) Subject: Re: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 17:38:02 -0000 The problems I have been seeing (PAE related) are all gone now. You should at least run something from after Sept 3rd. ---Mike At 12:53 PM 12/09/2003, Rick Updegrove wrote: >Hi all, > >I just built a new Compuke proliant 5000 using the 4.8 CD and I would like >to cvsup and build a 4.8 STABLE system but I have been loosely following >the list for a couple weeks and noticing a LOT of problems lately... > >Is everything settling down now? >Rick > >P.S. If anyone has any tricks for these Compuke proliant 5000 machines >please contact me : ) > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:43:10 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7217A16A4BF for ; Fri, 12 Sep 2003 10:43:10 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 845B143FAF for ; Fri, 12 Sep 2003 10:43:09 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9/8.12.8) with ESMTP id h8CHh7Cl058891; Fri, 12 Sep 2003 13:43:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20030912134112.05891060@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 12 Sep 2003 13:46:02 -0400 To: Info Account , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <1063383965.3f61f39d6a97d@www.tacosalad.org> References: <1063383965.3f61f39d6a97d@www.tacosalad.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 17:43:10 -0000 At 12:26 PM 12/09/2003, Info Account wrote: >I've spent the past four days or so updating machines here to 4.8/9-stable via >cvsup, and have done a complete make buildworld/kernel on each machine (some >SMP, some single processor). It seems something is broken with the latest fxp >driver, on each machine (different mobos and hardware configs) heavy network >traffic with fxp NICs causes timeouts and random kernel panics. I have a few boxes pushing over 50Mb with fxp cards and havent seen this problem. What type of fxp cards do you have ? What does pciconf -v -l show for the Intel types ? Also, I have found in the past that I would see this behavior if I changed NICs and didnt do a PCIconfig reset in the MB BIOS. There is something about Intel nics and Adaptec and 3ware cards that particularly require this. Also, make sure that you dont have some duplex mismatches on the nics. I have seen where excessive errors combined with high traffic will cause panics. Also, please post the actual error messages on each of the machines. ---Mike >First machine to experience the problem was a single proc PIII-650 with >512M and >Adaptec 2940UW, one fxp, doing a backup via scp, after 10 megs or so starting >giving fxp0 timeout errors and dropping the connection (host was not pingable >and dropped all arp entries). The only way to restart the scp was to ifconfig >fxp0 back up with the same IP and netmask. > >Second machine is a dual proc PIII-650 with 512M, MegaRAID, one fxp - after a >minute or so of scp'ing the machine completely locked, had to be hard reset. >Second attempt caused a panic that seized entire machine with instant reboot. > >Few more machines, same problems, all with varying SCSI subsystems and >with one >fxp NIC. After replacing each machine's fxp with crappy tulip and/or $12 >kmart >linksys NIC, I've had no problems at all. > >--------------------------------- > >Perry Research, Inc. >5450 Bruce B. Downs Blvd #313 >Wesley Chapel, FL 33543 >p: 813-864-7659 f: 813-862-2015 > >http://www.PerryResearch.com > > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:46:10 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F22C716A4BF for ; Fri, 12 Sep 2003 10:46:10 -0700 (PDT) Received: from siralan.org (12-223-227-231.client.insightbb.com [12.223.227.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 114F443FF5 for ; Fri, 12 Sep 2003 10:46:10 -0700 (PDT) (envelope-from mikes@siralan.org) Received: from siralan.org (localhost [127.0.0.1]) by siralan.org (8.12.9/8.12.9) with ESMTP id h8CHk8hT012364; Fri, 12 Sep 2003 12:46:08 -0500 (EST) (envelope-from mikes@siralan.org) Received: (from mikes@localhost) by siralan.org (8.12.9/8.12.9/Submit) id h8CHk8JA012363; Fri, 12 Sep 2003 12:46:08 -0500 (EST) From: "Michael L. Squires" Message-Id: <200309121746.h8CHk8JA012363@siralan.org> To: danielc@green-orb.com (Daniel) Date: Fri, 12 Sep 2003 12:46:07 -0500 (EST) In-Reply-To: <3F61C337.29702.9F197DB@localhost> from "Daniel" at Sep 12, 2003 12:59:35 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD Stable Subject: Re: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 17:46:11 -0000 > My machine has been rebooting silently (no panic or anything) every 24-36 hours since > about two weeks ago. It wasn't doing that before then. I had that problem with a kernel built on 8/20 but it has vanished with 4.9-PRERELEASE compiled on 9/9. 8/20 is within the period where there was a known bug in the kernel (see /usr/src/UPDATING). There were no log messages about the crashes; when I enabled saving core files I saw a "page fault" message. I'm running 4.9-PRERELEASE from 9/9 on a SM P6DLH with one CPU and a SM P6DGH with two CPUs. Mike Squires From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 10:49:45 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98E116A4BF for ; Fri, 12 Sep 2003 10:49:45 -0700 (PDT) Received: from siralan.org (12-223-227-231.client.insightbb.com [12.223.227.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD6643FDD for ; Fri, 12 Sep 2003 10:49:44 -0700 (PDT) (envelope-from mikes@siralan.org) Received: from siralan.org (localhost [127.0.0.1]) by siralan.org (8.12.9/8.12.9) with ESMTP id h8CHnehT012379 for ; Fri, 12 Sep 2003 12:49:44 -0500 (EST) (envelope-from mikes@siralan.org) Received: (from mikes@localhost) by siralan.org (8.12.9/8.12.9/Submit) id h8CHndDU012378 for freebsd-stable@freebsd.org; Fri, 12 Sep 2003 12:49:39 -0500 (EST) From: "Michael L. Squires" Message-Id: <200309121749.h8CHndDU012378@siralan.org> To: freebsd-stable@freebsd.org (FreeBSD Stable) Date: Fri, 12 Sep 2003 12:49:39 -0500 (EST) In-Reply-To: <6.0.0.22.0.20030912133830.06a0a3e0@209.112.4.2> from "Mike Tancsa" at Sep 12, 2003 01:39:47 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: is stable stable yet? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 17:49:45 -0000 > If you cant get crash dumps then try at least hooking up a serial console > to it so at least you see the panic saved on your console. If you are not > seeing a panic, or if the panic is in random places, its probably hardware. Between 8/20 and 9/9 I had two or three crashes a day that looked like this. There were no error messages, just reboots. It did look like hardware, but apparently wasn't. Running a kernel compiled from cvsup'd sources from 9/9 solved this problem. The system has been running buildworld, installworld, and portupgrade most of the time since then with no problems. Mike Squires From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 13:52:00 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E50A16A4BF for ; Fri, 12 Sep 2003 13:52:00 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9474743FF5 for ; Fri, 12 Sep 2003 13:51:58 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8CKpuZj031862; Fri, 12 Sep 2003 13:51:56 -0700 (PDT) (envelope-from jdp@polstra.com) 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: <6.0.0.22.0.20030912134112.05891060@209.112.4.2> Date: Fri, 12 Sep 2003 13:51:56 -0700 (PDT) From: John Polstra To: Mike Tancsa X-Bogosity: No, tests=bogofilter, spamicity=0.499707, version=0.14.5 cc: Info Account cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 20:52:00 -0000 On 12-Sep-2003 Mike Tancsa wrote: > At 12:26 PM 12/09/2003, Info Account wrote: >>I've spent the past four days or so updating machines here to 4.8/9-stable via >>cvsup, and have done a complete make buildworld/kernel on each machine (some >>SMP, some single processor). It seems something is broken with the latest fxp >>driver, on each machine (different mobos and hardware configs) heavy network >>traffic with fxp NICs causes timeouts and random kernel panics. > > I have a few boxes pushing over 50Mb with fxp cards and havent seen this > problem. What type of fxp cards do you have ? What does > pciconf -v -l > show for the Intel types ? > > Also, I have found in the past that I would see this behavior if I changed > NICs and didnt do a PCIconfig reset in the MB BIOS. There is something > about Intel nics and Adaptec and 3ware cards that particularly require > this. Also, make sure that you dont have some duplex mismatches on the > nics. I have seen where excessive errors combined with high traffic will > cause panics. > > Also, please post the actual error messages on each of the machines. The problem is real, at least on some hardware. I had to give up on using the two integrated fxp devices on my Dell 1550 -- which is a real bummer, since it's a 1U box that only has two PCI slots. With the latest -stable driver, I couldn't fetch a 560 MB file from another machine on the LAN using FTP without killing the fxp device. The messages vary in detail, but this will give you the general idea: Sep 12 10:18:22 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x90 0x0 Sep 12 10:18:31 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x90 0x0 Sep 12 10:18:32 thin su: jdp to root on /dev/ttyp1 Sep 12 10:18:39 thin /kernel: fxp0: DMA timeout Sep 12 10:18:39 thin last message repeated 2 times Sep 12 10:18:49 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Sep 12 10:18:51 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:18:54 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Sep 12 10:18:56 thin /kernel: fxp0: device timeout Sep 12 10:18:56 thin /kernel: fxp0: DMA timeout Sep 12 10:19:10 thin last message repeated 5 times Sep 12 10:19:10 thin /kernel: fxp0: SCB timeout: 0x1 0x20 0x80 0x0 Sep 12 10:19:13 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Sep 12 10:19:14 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:19:15 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Sep 12 10:19:16 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Sep 12 10:19:36 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:19:38 thin /kernel: fxp0: device timeout Sep 12 10:19:38 thin /kernel: fxp0: DMA timeout Sep 12 10:19:38 thin last message repeated 2 times Sep 12 10:19:52 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:19:54 thin /kernel: fxp0: device timeout Sep 12 10:19:54 thin /kernel: fxp0: DMA timeout Sep 12 10:19:54 thin last message repeated 2 times Sep 12 10:20:00 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:20:21 thin /kernel: fxp0: device timeout Sep 12 10:20:21 thin /kernel: fxp0: DMA timeout Sep 12 10:20:21 thin last message repeated 2 times Sep 12 10:20:29 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 Sep 12 10:20:35 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:20:35 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 Sep 12 10:21:04 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x90 0x0 Sep 12 10:21:09 thin /kernel: fxp0: device timeout Sep 12 10:21:09 thin /kernel: fxp0: DMA timeout Sep 12 10:21:09 thin last message repeated 2 times Sep 12 10:21:09 thin /kernel: fxp0: command queue timeout Sep 12 10:21:12 thin shutdown: reboot by jdp: This morning I tried regressing the driver to earlier versions in an attempt to find the commit that broke it. Not good news: RELENG_4_8_0_RELEASE bad RELENG_4_7_0_RELEASE bad RELENG_4_6_0_RELEASE bad RELENG_4_4_0_RELEASE bad RELENG_4_2_0_RELEASE bad RELENG_4_1_0_RELEASE bad The problem is easier to reproduce in recent versions of the driver than in older versions. With the current -stable driver, I can almost always kill the chips with a single transfer of that 560 MB file. With the 4.7.0 driver, it takes about 5 transfers before it fails. With the 4.2.0 driver, it took 15+ transfers. The devices are Intel 82559 chips. Here's their pciconf output: none0@pci0:1:0: class=0x020000 card=0x00da1028 chip=0x12298086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet none1@pci0:2:0: class=0x020000 card=0x00da1028 chip=0x12298086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet Maybe the problem really is in the Dell 1550. I have various flavors of fxp card in several other machines, and I never have trouble with them. I did check my firmware and BIOS versions, though, and they're fully up-to-date. I have a suspicion that our driver may not be dealing properly with Dell's power management or IPMI stuff, but it's just a vague suspicion without any real evidence. John From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 13:58:18 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE41516A4BF for ; Fri, 12 Sep 2003 13:58:18 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5BCF43FCB for ; Fri, 12 Sep 2003 13:58:17 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9/8.12.8) with ESMTP id h8CKwFCl060148; Fri, 12 Sep 2003 16:58:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20030912165704.0353cbf0@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 12 Sep 2003 17:01:20 -0400 To: John Polstra From: Mike Tancsa In-Reply-To: References: <6.0.0.22.0.20030912134112.05891060@209.112.4.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) cc: Info Account cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 20:58:19 -0000 I recall jlemon fixed similar fxp problems with certain integrated 815E NICS. The fix was to disable "dynamic standby mode". Perhaps these problem versions need the same fix ? ---Mike fxp0: port 0xc400-0xc43f mem 0xd5001000-0xd5001fff irq 11 at device 8.0 on pci1 fxp0: *** DISABLING DYNAMIC STANDBY MODE IN EEPROM *** fxp0: New EEPROM ID: 0x49a0 fxp0: EEPROM checksum @ 0xff: 0xe441 -> 0xe443 fxp0: *** PLEASE REBOOT THE SYSTEM NOW FOR CORRECT OPERATION *** fxp0: Ethernet address 00:01:80:02:d0:34 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto At 04:51 PM 12/09/2003, John Polstra wrote: > Sep 12 10:18:22 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x90 0x0 > Sep 12 10:18:31 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x90 0x0 > Sep 12 10:18:32 thin su: jdp to root on /dev/ttyp1 > Sep 12 10:18:39 thin /kernel: fxp0: DMA timeout > Sep 12 10:18:39 thin last message repeated 2 times > Sep 12 10:18:49 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 > Sep 12 10:18:51 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:18:54 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 > Sep 12 10:18:56 thin /kernel: fxp0: device timeout > Sep 12 10:18:56 thin /kernel: fxp0: DMA timeout > Sep 12 10:19:10 thin last message repeated 5 times > Sep 12 10:19:10 thin /kernel: fxp0: SCB timeout: 0x1 0x20 0x80 0x0 > Sep 12 10:19:13 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 > Sep 12 10:19:14 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:19:15 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 > Sep 12 10:19:16 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 > Sep 12 10:19:36 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:19:38 thin /kernel: fxp0: device timeout > Sep 12 10:19:38 thin /kernel: fxp0: DMA timeout > Sep 12 10:19:38 thin last message repeated 2 times > Sep 12 10:19:52 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:19:54 thin /kernel: fxp0: device timeout > Sep 12 10:19:54 thin /kernel: fxp0: DMA timeout > Sep 12 10:19:54 thin last message repeated 2 times > Sep 12 10:20:00 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:20:21 thin /kernel: fxp0: device timeout > Sep 12 10:20:21 thin /kernel: fxp0: DMA timeout > Sep 12 10:20:21 thin last message repeated 2 times > Sep 12 10:20:29 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x50 0x0 > Sep 12 10:20:35 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:20:35 thin /kernel: fxp0: SCB timeout: 0x80 0x0 0x50 0x0 > Sep 12 10:21:04 thin /kernel: fxp0: SCB timeout: 0x70 0x0 0x90 0x0 > Sep 12 10:21:09 thin /kernel: fxp0: device timeout > Sep 12 10:21:09 thin /kernel: fxp0: DMA timeout > Sep 12 10:21:09 thin last message repeated 2 times > Sep 12 10:21:09 thin /kernel: fxp0: command queue timeout > Sep 12 10:21:12 thin shutdown: reboot by jdp: > >This morning I tried regressing the driver to earlier versions in an >attempt to find the commit that broke it. Not good news: > > RELENG_4_8_0_RELEASE bad > RELENG_4_7_0_RELEASE bad > RELENG_4_6_0_RELEASE bad > RELENG_4_4_0_RELEASE bad > RELENG_4_2_0_RELEASE bad > RELENG_4_1_0_RELEASE bad > >The problem is easier to reproduce in recent versions of the >driver than in older versions. With the current -stable driver, I >can almost always kill the chips with a single transfer of that 560 >MB file. With the 4.7.0 driver, it takes about 5 transfers before >it fails. With the 4.2.0 driver, it took 15+ transfers. > >The devices are Intel 82559 chips. Here's their pciconf output: > >none0@pci0:1:0: class=0x020000 card=0x00da1028 chip=0x12298086 rev=0x08 >hdr=0x00 > vendor = 'Intel Corporation' > device = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet >none1@pci0:2:0: class=0x020000 card=0x00da1028 chip=0x12298086 rev=0x08 >hdr=0x00 > vendor = 'Intel Corporation' > device = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet > >Maybe the problem really is in the Dell 1550. I have various flavors >of fxp card in several other machines, and I never have trouble with >them. I did check my firmware and BIOS versions, though, and they're >fully up-to-date. I have a suspicion that our driver may not be >dealing properly with Dell's power management or IPMI stuff, but it's >just a vague suspicion without any real evidence. > >John From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 14:01:43 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7E5F16A4BF for ; Fri, 12 Sep 2003 14:01:43 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B514943FE0 for ; Fri, 12 Sep 2003 14:01:42 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8CL1gZj031920; Fri, 12 Sep 2003 14:01:42 -0700 (PDT) (envelope-from jdp@polstra.com) 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: <6.0.0.22.0.20030912165704.0353cbf0@209.112.4.2> Date: Fri, 12 Sep 2003 14:01:42 -0700 (PDT) From: John Polstra To: Mike Tancsa X-Bogosity: No, tests=bogofilter, spamicity=0.401095, version=0.14.5 cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 21:01:43 -0000 On 12-Sep-2003 Mike Tancsa wrote: > > I recall jlemon fixed similar fxp problems with certain integrated 815E > NICS. The fix was to disable "dynamic standby mode". Perhaps these problem > versions need the same fix ? > > ---Mike > > > fxp0: port 0xc400-0xc43f mem 0xd5001000-0xd5001fff > irq 11 at device 8.0 on pci1 > fxp0: *** DISABLING DYNAMIC STANDBY MODE IN EEPROM *** > fxp0: New EEPROM ID: 0x49a0 > fxp0: EEPROM checksum @ 0xff: 0xe441 -> 0xe443 > fxp0: *** PLEASE REBOOT THE SYSTEM NOW FOR CORRECT OPERATION *** > fxp0: Ethernet address 00:01:80:02:d0:34 > inphy0: on miibus1 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto When I first installed FreeBSD on this system, it disabled dynamic standby mode as you showed above. Maybe it shouldn't have ... :-) John From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 14:06:01 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBAB416A4C0 for ; Fri, 12 Sep 2003 14:06:01 -0700 (PDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2124144001 for ; Fri, 12 Sep 2003 14:06:00 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.9/8.12.8) with ESMTP id h8CL5xCl060194; Fri, 12 Sep 2003 17:05:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.0.22.0.20030912170617.0571b5b8@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 12 Sep 2003 17:09:02 -0400 To: John Polstra From: Mike Tancsa In-Reply-To: References: <6.0.0.22.0.20030912165704.0353cbf0@209.112.4.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (lava/20020517) cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 21:06:01 -0000 At 05:01 PM 12/09/2003, John Polstra wrote: >When I first installed FreeBSD on this system, it disabled dynamic >standby mode as you showed above. Maybe it shouldn't have ... :-) Is it possible Dell re-enables it somehow in the BIOS ? Perhaps your version of the NIC needs it disabled a different way ? Also I found I needed to physically power off some of the machines for the change to take effect and also the problem was MUCH more acute at 10baseT than 100BaseTX. I think jlemon said it was in both modes, but I only ever saw the problem at 10baseT and like you saw, it didnt take much to force the issue. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 14:15:41 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED7216A4BF for ; Fri, 12 Sep 2003 14:15:41 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A79943FD7 for ; Fri, 12 Sep 2003 14:15:40 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8CLFdZj032025; Fri, 12 Sep 2003 14:15:39 -0700 (PDT) (envelope-from jdp@polstra.com) 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: <6.0.0.22.0.20030912170617.0571b5b8@209.112.4.2> Date: Fri, 12 Sep 2003 14:15:39 -0700 (PDT) From: John Polstra To: Mike Tancsa X-Bogosity: No, tests=bogofilter, spamicity=0.494395, version=0.14.5 cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 21:15:41 -0000 On 12-Sep-2003 Mike Tancsa wrote: > At 05:01 PM 12/09/2003, John Polstra wrote: > >>When I first installed FreeBSD on this system, it disabled dynamic >>standby mode as you showed above. Maybe it shouldn't have ... :-) > > Is it possible Dell re-enables it somehow in the BIOS ? Perhaps your > version of the NIC needs it disabled a different way ? Could be ... I don't know. The driver checks whether dynamic standby mode is enabled in the EEPROM at attach time, and if it is enabled the driver emits that message and turns it off again. I only saw the message the first time I booted FreeBSD. So if the BIOS is overriding the setting, it's not doing so by scribbling in the EEPROM. > Also I found I needed to physically power off some of the machines > for the change to take effect and also the problem was MUCH more > acute at 10baseT than 100BaseTX. I think jlemon said it was in both > modes, but I only ever saw the problem at 10baseT and like you saw, > it didnt take much to force the issue. I've definitely got a 100 Mbps full-duplex link. I haven't tried it at 10 Mbps, and I wouldn't bother using them at that speed even if they worked perfectly. John From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 15:05:16 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2C8B16A4BF for ; Fri, 12 Sep 2003 15:05:15 -0700 (PDT) Received: from vivaldi.pn.sinp.msu.ru (pn-gw.sinp.msu.ru [213.131.0.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A87943FEA for ; Fri, 12 Sep 2003 15:05:14 -0700 (PDT) (envelope-from fbsd4@pn.sinp.msu.ru) Received: from PROKOFIEV.pn.sinp.msu.ru (prokofiev.pn.sinp.msu.ru [213.131.11.30]) (authenticated bits=0)h8CM5BP2002724 for ; Sat, 13 Sep 2003 02:05:13 +0400 (MSD) (envelope-from fbsd4@pn.sinp.msu.ru) Message-Id: <5.1.0.14.2.20030913015611.00a75180@vivaldi.pn.sinp.msu.ru> X-Sender: svysh@vivaldi (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 13 Sep 2003 02:04:59 +0400 To: freebsd-stable@FreeBSD.ORG From: Sergei Vyshenski Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: fxp damages dmesg? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 22:05:16 -0000 Motherboard ASUS CUSL2-C with 815EP chipset and two Intel 82559 Pro/100 Ethernet cards exibits the following. dmesg reports usual text only a few seconds after reboot. Later it displays a single line with a fragment of ipfw log, e.g. 167 213.131.11.152 in via fxp0 which seems to change with each new activity of ipfw. Files /var/log/dmesg.today and /var/log/dmesg.yesterday rotate daily as usual and contain similar single line. The file /var/run/dmesg.boot still has usual text of dmesg. This started not long before 4.9-PRERELEASE No crushes at any CPU or network load, and no sane error messages. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 15:17:01 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2171616A4BF for ; Fri, 12 Sep 2003 15:17:01 -0700 (PDT) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A9643FE9 for ; Fri, 12 Sep 2003 15:16:57 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: from freebsd1.cimlogic.com.au (localhost [127.0.0.1]) by cimlogic.com.au (8.12.9/8.12.9) with ESMTP id h8CMJsbZ090117; Sat, 13 Sep 2003 08:19:54 +1000 (EST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.12.9/8.12.9/Submit) id h8CMJoOP090116; Sat, 13 Sep 2003 08:19:51 +1000 (EST) Date: Sat, 13 Sep 2003 08:19:50 +1000 From: John Birrell To: John Polstra Message-ID: <20030912221950.GA84689@freebsd1.cimlogic.com.au> References: <6.0.0.22.0.20030912134112.05891060@209.112.4.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Info Account cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 22:17:01 -0000 On Fri, Sep 12, 2003 at 01:51:56PM -0700, John Polstra wrote: > The problem is real, at least on some hardware. I had to give up on > using the two integrated fxp devices on my Dell 1550 -- which is a > real bummer, since it's a 1U box that only has two PCI slots. With > the latest -stable driver, I couldn't fetch a 560 MB file from > another machine on the LAN using FTP without killing the fxp device. I'm suffering what seem like different problems with the fxp driver. In RELENG_4 the driver works well on two different embedded boards that I have. On one of those boards I regularly transfer ~500 MB files [via HTTP 8-)] and the driver appears stable. As soon as I try to run -current on one of those boards, the kernel hangs in fxp's attach, just after the IRQ resource is allocated, and possibly just when the driver tries to reset the board. I haven't been able to debug this. I wonder if the device is creating an interrupt storm. I have a hard time believing that the BIOS is behaving any differently when booting a RELENG_4 kernel compared to a current one. Certainly the probe output for fxp is the same. When I try the same -current kernel on the other embedded board, it works. The boards are very different. One has a Cyrix processor and the other is an AMD Elan SC520. They both have a General Software bios, but obviously the different processors make that largely irrelevant. What makes my situation even more confusing is that the -current kernel that hangs attaching fxp, was actually netbooted over the device that it hangs attaching. I'm tempted to conclude that it isn't rogue hardware - just a situation that isn't catered for FreeBSD. I wish I knew how to debug it. -- John Birrell From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 15:23:10 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3150516A4BF for ; Fri, 12 Sep 2003 15:23:10 -0700 (PDT) Received: from blake.polstra.com (mail.polstra.com [206.213.73.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id F029644003 for ; Fri, 12 Sep 2003 15:23:00 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by blake.polstra.com (8.12.9/8.12.9) with ESMTP id h8CMMnZj032238; Fri, 12 Sep 2003 15:22:49 -0700 (PDT) (envelope-from jdp@polstra.com) 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: <20030912221950.GA84689@freebsd1.cimlogic.com.au> Date: Fri, 12 Sep 2003 15:22:49 -0700 (PDT) From: John Polstra To: John Birrell X-Bogosity: No, tests=bogofilter, spamicity=0.491473, version=0.14.5 cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 22:23:10 -0000 On 12-Sep-2003 John Birrell wrote: > I'm suffering what seem like different problems with the fxp driver. In RELENG_4 > the driver works well on two different embedded boards that I have. On one > of those boards I regularly transfer ~500 MB files [via HTTP 8-)] and the > driver appears stable. > > As soon as I try to run -current on one of those boards, the kernel hangs > in fxp's attach, just after the IRQ resource is allocated, and possibly just > when the driver tries to reset the board. I haven't been able to debug this. > I wonder if the device is creating an interrupt storm. > > I have a hard time believing that the BIOS is behaving any differently when > booting a RELENG_4 kernel compared to a current one. Certainly the probe > output for fxp is the same. > > When I try the same -current kernel on the other embedded board, it works. On the board that fails, have you tried disabling ACPI in /boot/loader.conf or at the loader prompt? It would be interesting to see whether that made a difference. John From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 15:36:36 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B01716A4BF for ; Fri, 12 Sep 2003 15:36:36 -0700 (PDT) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 336AC43F85 for ; Fri, 12 Sep 2003 15:36:33 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: from freebsd1.cimlogic.com.au (localhost [127.0.0.1]) by cimlogic.com.au (8.12.9/8.12.9) with ESMTP id h8CMdPbZ090202; Sat, 13 Sep 2003 08:39:25 +1000 (EST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.12.9/8.12.9/Submit) id h8CMdO7t090201; Sat, 13 Sep 2003 08:39:24 +1000 (EST) Date: Sat, 13 Sep 2003 08:39:24 +1000 From: John Birrell To: John Polstra Message-ID: <20030912223924.GB84689@freebsd1.cimlogic.com.au> References: <20030912221950.GA84689@freebsd1.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org cc: John Birrell Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 22:36:36 -0000 On Fri, Sep 12, 2003 at 03:22:49PM -0700, John Polstra wrote: > On the board that fails, have you tried disabling ACPI in > /boot/loader.conf or at the loader prompt? It would be interesting to > see whether that made a difference. I'm not using the loader. I netboot the kernel with hints compiled in. The board has no VGA device, so I use a serial console, but the bios doesn't support a serial console. All I can do is wait for the bios to get etherboot loaded and then I get my serial output. As far as ACPI is concerned, I haven't got that built into the kernel and there are no modules for the kernel to load and no loader to load them. This is a very simple kernel: machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC makeoptions KERNEL_KO=nfsvidservrkern hints "../../../NFSVIDEO.hints" options CPU_ELAN options CONSPEED=38400 # Speed for serial console options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions options NFSCLIENT # Network Filesystem Client options NFS_ROOT # NFS usable as root device, NFS required options BOOTP # Use BOOTP to obtain IP address/hostname options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info options BOOTP_COMPAT # Workaround for broken bootp daemons. options DDB options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options WITNESS_DDB options BREAK_TO_DEBUGGER device isa device pci device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering device npx device sio device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device smpg device loop # Network loopback device ether # Ethernet support device md # Memory disk -- John Birrell From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 15:48:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8887C16A4BF for ; Fri, 12 Sep 2003 15:48:03 -0700 (PDT) Received: from tenebras.com (blade.tenebras.com [66.92.188.175]) by mx1.FreeBSD.org (Postfix) with SMTP id AED7643FE0 for ; Fri, 12 Sep 2003 15:48:02 -0700 (PDT) (envelope-from kudzu@tenebras.com) Received: (qmail 56645 invoked from network); 12 Sep 2003 22:48:00 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (192.168.188.241) by laptop.tenebras.com with SMTP; 12 Sep 2003 22:48:00 -0000 Message-ID: <3F624D1C.7050306@tenebras.com> Date: Fri, 12 Sep 2003 15:47:56 -0700 From: Michael Sierchio User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, zh-tw, zh-cn, fr, en, de-de MIME-Version: 1.0 To: Sergei Vyshenski References: <5.1.0.14.2.20030913015611.00a75180@vivaldi.pn.sinp.msu.ru> In-Reply-To: <5.1.0.14.2.20030913015611.00a75180@vivaldi.pn.sinp.msu.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@FreeBSD.ORG Subject: Re: fxp damages dmesg? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 22:48:03 -0000 Sergei Vyshenski wrote: > dmesg reports usual text only a few seconds after reboot. > Later it displays a single line with a fragment of ipfw log, e.g. > > 167 213.131.11.152 in via fxp0 This is fairly normal -- the system message buffer contents aren't static. On a system with a long uptime, you might see nothing but arp messages, or core dump messages, etc. That's why /var/run/dmesg.boot exists. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 16:11:54 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C8616A4BF for ; Fri, 12 Sep 2003 16:11:54 -0700 (PDT) Received: from sourcream.tacosalad.org (216.93.178.246 [216.93.178.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF0243FBD for ; Fri, 12 Sep 2003 16:11:53 -0700 (PDT) (envelope-from info@PerryResearch.com) Message-ID: <1063408333.3f6252cdd10a7@www.tacosalad.org> Date: Fri, 12 Sep 2003 19:12:13 -0400 From: Info Account To: John Polstra References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Lotus Notes Release 5.0.8 June 18, 2001 X-Originating-IP: 67.121.51.142 cc: freebsd-stable@freebsd.org Subject: Re: recent stability problems with fxp driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 23:11:54 -0000 I don't know what the deal is, I am starting to lean towards a hardware issue with 4.9-PRE with these motherboards I am using (Tyan dual proc and single proc PIII's). I swapped out NICs again today, this time an xl on one and dc on the other, now when doing a big scp I am getting the following error: isconnecting: Corrupted MAC on input. lost connection This was roughly the same error I got last time, but now without the kernel panic. I've tried everything today, swapped switches, connected the machines back to back with just a crossover cable, and invariably the same error occurs. Sniffing the link shows just a push from the remote end, then finishes up with a FIN - nothing more, the machine initiating the scp is what gives the error. I've reflashed the BIOS on all these mobos with the latest rev, reset hardware config on each reboot, disabled power management etc, all with the same results. It's looking like I'm going to have to move over to Linux for a few boxes here, as stability is pretty bad and I'm out of ideas. Quoting John Polstra : > The problem is real, at least on some hardware. I had to give up on > using the two integrated fxp devices on my Dell 1550 -- which is a > real bummer, since it's a 1U box that only has two PCI slots. With > the latest -stable driver, I couldn't fetch a 560 MB file from [snip] > fully up-to-date. I have a suspicion that our driver may not be > dealing properly with Dell's power management or IPMI stuff, but it's > just a vague suspicion without any real evidence. > > John > > --------------------------------- Perry Research, Inc. 5450 Bruce B. Downs Blvd #313 Wesley Chapel, FL 33543 p: 813-864-7659 f: 813-862-2015 http://www.PerryResearch.com/services.htm From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 16:54:08 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93AD316A4BF for ; Fri, 12 Sep 2003 16:54:08 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E966243F75 for ; Fri, 12 Sep 2003 16:54:07 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from mail.robbins.dropbear.id.au (210.50.86.106) by smtp01.syd.iprimus.net.au (7.0.018) id 3F4C093C003AEB98; Sat, 13 Sep 2003 09:54:06 +1000 Received: by mail.robbins.dropbear.id.au (Postfix, from userid 1000) id 152B3C8BD; Sat, 13 Sep 2003 09:54:03 +1000 (EST) Date: Sat, 13 Sep 2003 09:54:03 +1000 From: Tim Robbins To: Sergei Vyshenski Message-ID: <20030912235403.GA4576@dilbert.robbins.dropbear.id.au> References: <5.1.0.14.2.20030913015611.00a75180@vivaldi.pn.sinp.msu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.2.20030913015611.00a75180@vivaldi.pn.sinp.msu.ru> User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: fxp damages dmesg? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 23:54:08 -0000 On Sat, Sep 13, 2003 at 02:04:59AM +0400, Sergei Vyshenski wrote: > Motherboard ASUS CUSL2-C with 815EP chipset and > two Intel 82559 Pro/100 Ethernet cards > exibits the following. > > dmesg reports usual text only a few seconds after reboot. > Later it displays a single line with a fragment of ipfw log, e.g. > > 167 213.131.11.152 in via fxp0 > > which seems to change with each new activity of ipfw. > Files /var/log/dmesg.today and /var/log/dmesg.yesterday > rotate daily as usual and contain similar single line. > The file /var/run/dmesg.boot still has usual text of dmesg. > > This started not long before 4.9-PRERELEASE > No crushes at any CPU or network load, and no sane error messages. This bug has been around for quite a while, and has been reported (at least) as early as 4.2-R. I think it was fixed in 5.0-current, but I don't remember the details. Tim From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 19:55:01 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CA716A4BF; Fri, 12 Sep 2003 19:55:01 -0700 (PDT) Received: from mail.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECCE544008; Fri, 12 Sep 2003 19:54:55 -0700 (PDT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 8A9B4302A2; Sat, 13 Sep 2003 04:54:49 +0200 (CEST) Received: from hydra.fs.ei.tum.de (hydra.fs.ei.tum.de [192.168.113.23]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client did not present a certificate) by mail.fs.ei.tum.de (Postfix) with ESMTP id F1AD330010; Sat, 13 Sep 2003 04:54:47 +0200 (CEST) Date: Sat, 13 Sep 2003 04:54:44 +0200 From: Simon 'corecode' Schubert Newsgroups: dragonfly.kernel Message-Id: <20030913045444.407b1cd6.corecode@fs.ei.tum.de> X-Newsreader: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="B7CRjE+L9/X=.J3x" X-Virus-Scanned: by AMaViS 0.3.12 cc: stable@freebsd.org cc: hackers@freebsd.org cc: bsd@ibotty.net Subject: Prebinding for DragonFly/FreeBSD-4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 02:55:01 -0000 --B7CRjE+L9/X=.J3x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I created patch for DragonFly/FreeBSD-4 for prebinding, based on mdodd@'s patch for FreeBSD-5. The main difference (apart from the target platform) is that the linker needn't be patched. Rtld now uses a hash function to get an unique ID for every ELF object. This has been tested under DragonFly, but should run on FreeBSD-4 too. Feedback appreciated :) cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --B7CRjE+L9/X=.J3x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Yob3r5S+dk6z85oRAv2bAJ96rAXnehD4BEYF1H31GA9k4cnfvgCeNYvu /+Uc89wBYEtfNDdFodKmSTY= =YGFU -----END PGP SIGNATURE----- --B7CRjE+L9/X=.J3x-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 19:56:26 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0002D16A4BF; Fri, 12 Sep 2003 19:56:25 -0700 (PDT) Received: from mail.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EDE943FBD; Fri, 12 Sep 2003 19:56:23 -0700 (PDT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 68E31302A2; Sat, 13 Sep 2003 04:56:22 +0200 (CEST) Received: from hydra.fs.ei.tum.de (hydra.fs.ei.tum.de [192.168.113.23]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client did not present a certificate) by mail.fs.ei.tum.de (Postfix) with ESMTP id D5A7E30010; Sat, 13 Sep 2003 04:56:20 +0200 (CEST) Date: Sat, 13 Sep 2003 04:56:17 +0200 From: Simon 'corecode' Schubert Newsgroups: dragonfly.kernel Message-Id: <20030913045617.1533c556.corecode@fs.ei.tum.de> In-Reply-To: <20030913045444.407b1cd6.corecode@fs.ei.tum.de> References: <20030913045444.407b1cd6.corecode@fs.ei.tum.de> X-Newsreader: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.OmJwuvzQ93Hrdv" X-Virus-Scanned: by AMaViS 0.3.12 cc: stable@freebsd.org cc: hackers@freebsd.org cc: bsd@ibotty.net Subject: Re: Prebinding for DragonFly/FreeBSD-4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 02:56:26 -0000 --=.OmJwuvzQ93Hrdv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit No-brainer. Get the patch from here: http://chlamydia.fs.ei.tum.de/~corecode/prebind.diff -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.OmJwuvzQ93Hrdv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YodUr5S+dk6z85oRAiusAJwLF1nnSvqQM7GRbAx4ED6qYpmBCwCfTIXV unX2oSlpU8u2I2IF3sqRM5s= =PE5J -----END PGP SIGNATURE----- --=.OmJwuvzQ93Hrdv-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 22:29:12 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8673016A4BF; Fri, 12 Sep 2003 22:29:12 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898C743F93; Fri, 12 Sep 2003 22:29:11 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h8D5T1kL024924; Sat, 13 Sep 2003 01:29:10 -0400 (EDT) (envelope-from winter@jurai.net) Date: Sat, 13 Sep 2003 01:29:01 -0400 (EDT) From: "Matthew N. Dodd" To: "Simon 'corecode' Schubert" In-Reply-To: <20030913045444.407b1cd6.corecode@fs.ei.tum.de> Message-ID: <20030913012449.Y27896@sasami.jurai.net> References: <20030913045444.407b1cd6.corecode@fs.ei.tum.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: bsd@ibotty.net cc: stable@freebsd.org cc: hackers@freebsd.org Subject: Re: Prebinding for DragonFly/FreeBSD-4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 05:29:12 -0000 On Sat, 13 Sep 2003, Simon 'corecode' Schubert wrote: > Feedback appreciated :) Prebinding on a per executable basis rather than a per "object" (ELF executable or library) means that when you go to prebind KDE (for example) you run /var out of diskspace :/ I don't yet have a totally satisfactory solution (mostly because I haven't really worked on prebinding for some time.) Hopefully you get some use out of this though. :) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 00:29:07 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3872716A4BF for ; Sat, 13 Sep 2003 00:29:07 -0700 (PDT) Received: from fling.sanbi.ac.za (fling.sanbi.ac.za [196.38.142.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id C090943F75 for ; Sat, 13 Sep 2003 00:29:05 -0700 (PDT) (envelope-from irvine@sanbi.ac.za) Received: from fling.sanbi.ac.za ([196.38.142.119]) by fling.sanbi.ac.za with esmtp (Exim 3.36 #1) id 19y4q7-000C9Q-00 for freebsd-stable@freebsd.org; Sat, 13 Sep 2003 09:29:03 +0200 Date: Sat, 13 Sep 2003 09:29:02 +0200 (SAST) From: Irvine Short To: freebsd-stable@freebsd.org Message-ID: <20030913092804.S46465@fling.sanbi.ac.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Large memory issues on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 07:29:07 -0000 Hey All I have a dual Xeon box used by our students for data crunching. It has 4GB of RAM. After initial installation everything went well until someone found they couldn;t allocate more than 512MB of RAM per process. After some poking around I found some things things to adjustin the kernel conf file: options MAXDSIZ="(2000*1024*1024)" options MAXSSIZ="(128*1024*1024)" options DFLDSIZ="(512*1024*1024)" Now here's the problem, consistent with three versions of 4-STABLE over the last couple of weeks and finally yesterday. Everything works perfectly as abve except that limit reports datasize 2048000 kbytes - which kind of makes sense given the figures above. However, the guys want to be able to use all the RAM, not just 2GB If I increase MAXDSIZ to 2048 then limit reports datasiz unlimited but mysql will not run, unfortunatly I've lost the log file from then but it was something like a pthreads error 36 - mysql would just start up and shut down. Other than that though the machine ran fine. If MAXDSIZ is set to 4096 then the kernel will not even load, if it's set to 4095 it gets part way through the rc scripts and then crashes. 3500 gets you almost but not quite booted - all kinds of apps failing unable to allocate memory. Any help would be much appreciated - it's a production box and I don't have anothe 4GB box to play with. Cheers, Irvine Short Sys Admin SANBI, University of the Western Cape, South Africa http://www.sanbi.ac.za tel: +27-21-959 3645 cel: +27-82-494 3828 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 00:54:54 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EF516A4BF for ; Sat, 13 Sep 2003 00:54:54 -0700 (PDT) Received: from dglawrence.com (12-224-163-157.client.attbi.com [12.224.163.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD3CE43FFB for ; Sat, 13 Sep 2003 00:54:53 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.9/8.12.6) with ESMTP id h8D7vfEd042756; Sat, 13 Sep 2003 00:57:41 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.9/8.12.3/Submit) id h8D7vcAu042755; Sat, 13 Sep 2003 00:57:38 -0700 (PDT) Date: Sat, 13 Sep 2003 00:57:38 -0700 From: "David G. Lawrence" To: Irvine Short Message-ID: <20030913075738.GC40128@nexus.dglawrence.com> References: <20030913092804.S46465@fling.sanbi.ac.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030913092804.S46465@fling.sanbi.ac.za> cc: freebsd-stable@freebsd.org Subject: Re: Large memory issues on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 07:54:54 -0000 > Now here's the problem, consistent with three versions of 4-STABLE over > the last couple of weeks and finally yesterday. > > Everything works perfectly as abve except that limit reports datasize > 2048000 kbytes - which kind of makes sense given the figures above. > > However, the guys want to be able to use all the RAM, not just 2GB Sorry, due to design issues, it isn't possible to have virtual sizes larger than about 3GB on FreeBSD. This is because the kernel is mapped in the upper part of the virtual address space. Of course you can use all of your 4GB of RAM - just not all of it at the same time in one process. -DG David G. Lawrence Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 03:39:47 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C98B16A4BF for ; Sat, 13 Sep 2003 03:39:47 -0700 (PDT) Received: from fling.sanbi.ac.za (fling.sanbi.ac.za [196.38.142.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB3B43F85 for ; Sat, 13 Sep 2003 03:39:45 -0700 (PDT) (envelope-from irvine@sanbi.ac.za) Received: from fling.sanbi.ac.za ([196.38.142.119]) by fling.sanbi.ac.za with esmtp (Exim 3.36 #1) id 19y7ob-000DXH-00 for freebsd-stable@freebsd.org; Sat, 13 Sep 2003 12:39:41 +0200 Date: Sat, 13 Sep 2003 12:39:40 +0200 (SAST) From: Irvine Short To: freebsd-stable@freebsd.org In-Reply-To: <20030913092804.S46465@fling.sanbi.ac.za> Message-ID: <20030913123257.C51554@fling.sanbi.ac.za> References: <20030913092804.S46465@fling.sanbi.ac.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Large memory issues on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 10:39:47 -0000 OK, more info... David Lawrence said: > Sorry, due to design issues, it isn't possible to have virtual sizes >larger than about 3GB on FreeBSD. This is because the kernel is mapped in >the upper part of the virtual address space. Of course you can use all of >your 4GB of RAM - just not all of it at the same time in one process. OK, fair enough. Is this going to be any different in FreeBSD with PAE (Intel's scheme for 32bit stuff using > 4GB RAM)? Should I try 5.1? Or isn't 4.9 going to have PAE support anyway? Given what David says though, why do I have a problem with MySQL getting thread errors with MAXDSIZ 2048 or greater? Why does tcsh's "limit" report datasize unlimited when MAXDSIZ is over 2048? -- Irvine On Sat, 13 Sep 2003, Irvine Short wrote: > After initial installation everything went well until someone found they > couldn;t allocate more than 512MB of RAM per process. After some poking > around I found some things things to adjustin the kernel conf file: > > options MAXDSIZ="(2000*1024*1024)" > options MAXSSIZ="(128*1024*1024)" > options DFLDSIZ="(512*1024*1024)" > > Now here's the problem, consistent with three versions of 4-STABLE over > the last couple of weeks and finally yesterday. > > Everything works perfectly as abve except that limit reports datasize > 2048000 kbytes - which kind of makes sense given the figures above. > > However, the guys want to be able to use all the RAM, not just 2GB > > If I increase MAXDSIZ to 2048 then limit reports datasiz unlimited but > mysql will not run, unfortunatly I've lost the log file from then but it > was something like a pthreads error 36 - mysql would just start up and > shut down. > > Other than that though the machine ran fine. > > If MAXDSIZ is set to 4096 then the kernel will not even load, if it's set > to 4095 it gets part way through the rc scripts and then crashes. > > 3500 gets you almost but not quite booted - all kinds of apps failing > unable to allocate memory. > > Any help would be much appreciated - it's a production box and I don't > have anothe 4GB box to play with. > > Cheers, > > Irvine Short > > Sys Admin > SANBI, University of the Western Cape, South Africa > http://www.sanbi.ac.za > tel: +27-21-959 3645 > cel: +27-82-494 3828 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Irvine Short Sys Admin SANBI, University of the Western Cape, South Africa http://www.sanbi.ac.za tel: +27-21-959 3645 cel: +27-82-494 3828 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 03:45:35 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D5116A4C0 for ; Sat, 13 Sep 2003 03:45:35 -0700 (PDT) Received: from dglawrence.com (12-224-163-157.client.attbi.com [12.224.163.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21DFE43F93 for ; Sat, 13 Sep 2003 03:45:34 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.9/8.12.6) with ESMTP id h8DAmLEd046760; Sat, 13 Sep 2003 03:48:21 -0700 (PDT) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.9/8.12.3/Submit) id h8DAmL82046759; Sat, 13 Sep 2003 03:48:21 -0700 (PDT) Date: Sat, 13 Sep 2003 03:48:21 -0700 From: "David G. Lawrence" To: Irvine Short Message-ID: <20030913104821.GG40128@nexus.dglawrence.com> References: <20030913092804.S46465@fling.sanbi.ac.za> <20030913123257.C51554@fling.sanbi.ac.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030913123257.C51554@fling.sanbi.ac.za> cc: freebsd-stable@freebsd.org Subject: Re: Large memory issues on 4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 10:45:35 -0000 > David Lawrence said: > > Sorry, due to design issues, it isn't possible to have virtual sizes > >larger than about 3GB on FreeBSD. This is because the kernel is mapped in > >the upper part of the virtual address space. Of course you can use all of > >your 4GB of RAM - just not all of it at the same time in one process. > > OK, fair enough. Is this going to be any different in FreeBSD with PAE > (Intel's scheme for 32bit stuff using > 4GB RAM)? No, this has nothing to do with the size of physical memory. It is a limit on the size of a process's virtual address space. > Should I try 5.1? Or isn't 4.9 going to have PAE support anyway? All versions of FreeBSD have this limitation. > Given what David says though, why do I have a problem with MySQL getting > thread errors with MAXDSIZ 2048 or greater? > > Why does tcsh's "limit" report datasize unlimited when MAXDSIZ is over > 2048? Probably a signed arithmetic problem. 2048MB is 2^31 bits, which is the largest number that can be represented in a 32 bit signed int. -DG David G. Lawrence Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 05:42:02 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDEAD16A4BF for ; Sat, 13 Sep 2003 05:42:02 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id D172F43F85 for ; Sat, 13 Sep 2003 05:42:00 -0700 (PDT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19y9io-0007lI-00 for ; Sat, 13 Sep 2003 14:41:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19y9in-0007lA-00 for ; Sat, 13 Sep 2003 14:41:49 +0200 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 19y9iv-0005Gj-00 for ; Sat, 13 Sep 2003 14:41:57 +0200 From: Clemens Fischer Date: Sat, 13 Sep 2003 13:42:28 +0200 Lines: 28 Message-ID: References: <4.3.2.7.2.20030828133145.0313d860@localhost> <200308280638.AAA19221@lariat.org> <4.3.2.7.2.20030828202159.0306e7f0@localhost> <200308302249.03680.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (berkeley-unix) Cancel-Lock: sha1:bWdm+TSYOwNVHBZGPZPS0Gi8DlY= Sender: news Subject: portupgrade, was Re: Need to build some systems this week. Snapshots? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 12:42:03 -0000 * 2003-08-31 Wes Peters: > They can get a freshened package anytime anyone on the whole planet > builds one for them, including themselves. It's really not that > difficult to run CVSup and then 'portupgrade', it really isn't. i have some ports/packages in production from the time when packages didn't have ORIGIN lines in /var/db/pkg/*. what would be the best use (options) to run portupgrade(1) with? i get lots of warnings that scare me off. the old packages/ports come from freebsd-4.6, and i'm currently tracking releng4. another related question: part of the installed software belongs to a custom system using dan bernstein products. some of it are old ports that i had to upgrade from recent CVS-releases. can i just delete the related directories in var/db/pkg/ and force a rebuilt of the database? a good way for me to recover would really be to just delete the database entries somehow, but without deleting the installed files. this is especially easy for me, because i always carefully check a ports Makefile, the pkg-* files to make sure that i know where the ports files get installed, and i always log the entire "make install" in a Readme file. clemens From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 09:56:39 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15BE216A4BF for ; Sat, 13 Sep 2003 09:56:39 -0700 (PDT) Received: from loops.nilpotent.org (loops.nilpotent.org [12.17.163.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DE8E43FEC for ; Sat, 13 Sep 2003 09:56:38 -0700 (PDT) (envelope-from silence@nilpotent.org) Received: (qmail 72817 invoked by uid 200); 13 Sep 2003 16:56:36 -0000 Date: Sat, 13 Sep 2003 09:56:36 -0700 From: Faried Nawaz To: freebsd-stable@freebsd.org Message-ID: <20030913165636.GA72809@nilpotent.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Organization: Integral Domains Subject: Re: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 16:56:39 -0000 I have the reboot problem with today's -stable and nvidia's driver (1.0.4365). I did recompile the driver after I upgraded, with -DWITH_FREEBSD_AGP. Since I have an old TNT2 card, I was able to switch back to the XFree86 nvidia driver, but I'd still like to use the official driver. Faried. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 10:20:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C533D16A4BF for ; Sat, 13 Sep 2003 10:20:03 -0700 (PDT) Received: from ganymede.hub.org (u173n10.eastlink.ca [24.224.173.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FEA43FE5 for ; Sat, 13 Sep 2003 10:20:00 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 7405A3465E; Sat, 13 Sep 2003 14:19:51 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 7156D34640; Sat, 13 Sep 2003 14:19:51 -0300 (ADT) Date: Sat, 13 Sep 2003 14:19:51 -0300 (ADT) From: "Marc G. Fournier" To: William L Stube II In-Reply-To: <3F61E153.9080309@lssaa.wisc.edu> Message-ID: <20030913141913.X82880@ganymede.hub.org> References: <3F61E153.9080309@lssaa.wisc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Processes Hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 17:20:03 -0000 What does ps axul show, specifically for the WCHAN column on those processes? On Fri, 12 Sep 2003, William L Stube II wrote: > I am having a problem with processes hanging up after some amount of > time. The machine starts up, runs fine for some length of time, then > httpd processes start hanging around. All of which appear to be waiting > for disk. > > www 12484 0.0 0.7 3948 2620 ?? D 3:43AM 0:00.02 > /usr/local/sbin/httpd > www 12574 0.0 0.7 3936 2552 ?? D 4:17AM 0:00.01 > /usr/local/sbin/httpd > www 12576 0.0 0.7 3936 2552 ?? D 4:18AM 0:00.01 > /usr/local/sbin/httpd > www 12577 0.0 0.7 3936 2552 ?? D 4:18AM 0:00.01 > /usr/local/sbin/httpd > www 12578 0.0 0.8 4108 2960 ?? D 4:18AM 0:00.03 > /usr/local/sbin/httpd > > This time, the processes hung after about 3 days since my last hard > reset. The time before that it was about 18 days. When I attempt to > reboot the machine just sits there. I have to power the machine off for > it to actually restart. > > Any suggestions? > > Thanks, > > Bill > > FreeBSD foo.org 4.8-STABLE FreeBSD 4.8-STABLE #0: Thu Aug 7 09:21:32 > CDT 2003 root@foo.org:/usr/obj/usr/src/sys/molpe48s i386 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 10:23:48 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1C216A4BF; Sat, 13 Sep 2003 10:23:48 -0700 (PDT) Received: from ganymede.hub.org (u173n10.eastlink.ca [24.224.173.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5560C43FB1; Sat, 13 Sep 2003 10:23:47 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 4505B3465E; Sat, 13 Sep 2003 14:23:38 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 41EE034640; Sat, 13 Sep 2003 14:23:38 -0300 (ADT) Date: Sat, 13 Sep 2003 14:23:38 -0300 (ADT) From: "Marc G. Fournier" To: Alexandr Kovalenko In-Reply-To: <20030912162903.GO89453@nevermind.kiev.ua> Message-ID: <20030913142102.R82880@ganymede.hub.org> References: <20030612154312.J80219@hub.org> <20030623081927.GC27017@nevermind.kiev.ua> <20030905015627.GB14776@HAL9000.homeunix.com> <20030910074717.GA16874@HAL9000.homeunix.com> <20030912162903.GO89453@nevermind.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: David Schultz cc: freebsd-stable@freebsd.org Subject: Re: unionfs related patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 17:23:48 -0000 On Fri, 12 Sep 2003, Alexandr Kovalenko wrote: > Hello, Marc G. Fournier! > > On Wed, Sep 10, 2003 at 10:36:13AM -0300, you wrote: > > > > Heh. Never mind, I'm not that forgetful after all. When I saw your > > > link to the patch for -STABLE, I thought I must have missed it. But it > > > looks like that was merely a quote of an old email. > > > > Yup, only two major outstanding 'crash triggers' that I know of is the > > fifo issue that I put a ticket into GNaTs for last week, and the > > union_lookup issue ... > > Is your ticket with patch? Oh god, do I wish I understood VFS that well :( If you do, I can give you a totally reproducable example of how to cause it to crash ... or, if you can suggest more info I can provide from the core files that I have for the recent FIFO ones? From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 11:18:06 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51E0416A4BF for ; Sat, 13 Sep 2003 11:18:06 -0700 (PDT) Received: from freebsd.org.ru (freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A68ED43FBD for ; Sat, 13 Sep 2003 11:18:05 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id DD3FEDC; Sat, 13 Sep 2003 22:18:03 +0400 (MSD) Date: Sat, 13 Sep 2003 22:18:03 +0400 From: "Sergey A. Osokin" To: Faried Nawaz Message-ID: <20030913181803.GP97706@freebsd.org.ru> References: <20030913165636.GA72809@nilpotent.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030913165636.GA72809@nilpotent.org> User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: osa@FreeBSD.org.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 18:18:06 -0000 On Sat, Sep 13, 2003 at 09:56:36AM -0700, Faried Nawaz wrote: > I have the reboot problem with today's -stable and nvidia's driver (1.0.4365). > I did recompile the driver after I upgraded, with -DWITH_FREEBSD_AGP. So, try to make nvidia-driver with default port settings (aka without -DWITH_FREEBSD_AGP). -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 11:51:59 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 983E616A4BF for ; Sat, 13 Sep 2003 11:51:59 -0700 (PDT) Received: from loops.nilpotent.org (loops.nilpotent.org [12.17.163.70]) by mx1.FreeBSD.org (Postfix) with SMTP id F3FD943FE0 for ; Sat, 13 Sep 2003 11:51:58 -0700 (PDT) (envelope-from silence@nilpotent.org) Received: (qmail 72952 invoked by uid 200); 13 Sep 2003 18:51:57 -0000 Date: Sat, 13 Sep 2003 11:51:57 -0700 From: Faried Nawaz To: freebsd-stable@freebsd.org Message-ID: <20030913185157.GA72944@nilpotent.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Organization: Integral Domains Subject: Re: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 18:51:59 -0000 Sergey A. Osokin writes... > So, try to make nvidia-driver with default port settings (aka > without -DWITH_FREEBSD_AGP). I'll try that, but, really, since FreeBSD ships with device agp in the GENERIC kernel, shouldn't the port default to -DWITH_FREEBSD_AGP? Faried. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 12:02:59 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C05516A4C0 for ; Sat, 13 Sep 2003 12:02:59 -0700 (PDT) Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40DFE44003 for ; Sat, 13 Sep 2003 12:02:58 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id CD570DC; Sat, 13 Sep 2003 23:02:56 +0400 (MSD) Date: Sat, 13 Sep 2003 23:02:56 +0400 From: "Sergey A. Osokin" To: Faried Nawaz Message-ID: <20030913190256.GQ97706@freebsd.org.ru> References: <20030913185157.GA72944@nilpotent.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030913185157.GA72944@nilpotent.org> User-Agent: Mutt/1.5.4i cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.9-PRE+ nvidia X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 19:02:59 -0000 On Sat, Sep 13, 2003 at 11:51:57AM -0700, Faried Nawaz wrote: > Sergey A. Osokin writes... > > > So, try to make nvidia-driver with default port settings (aka > > without -DWITH_FREEBSD_AGP). > > I'll try that, but, really, since FreeBSD ships with device agp in > the GENERIC kernel, shouldn't the port default to -DWITH_FREEBSD_AGP? Please read http://download.nvidia.com/freebsd/1.0-4365/README.txt (sec-05) CHOOSING THE AGP GART DRIVER -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 14:30:35 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C17716A4BF; Sat, 13 Sep 2003 14:30:35 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FAB943FBF; Sat, 13 Sep 2003 14:30:34 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by comcast.net (rwcrmhc12) with SMTP id <20030913213034014008klbje>; Sat, 13 Sep 2003 21:30:34 +0000 Date: Sat, 13 Sep 2003 14:30:33 -0700 (PDT) From: Doug Barton To: John Polstra In-Reply-To: Message-ID: <20030913142855.R85817@12-234-22-23.pyvrag.nggov.pbz> References: Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: stable@freebsd.org Subject: Re: DNS related ports from ports/net/ to ports/dns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2003 21:30:35 -0000 On Fri, 12 Sep 2003, John Polstra wrote: > Refuse files don't slow down CVSup. Not only that, but having a well thought out refuse file makes your individual cvsup faster, and reduces the overall load on the server, which makes life better for everyone. The refuse file is your friend. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 18:25:03 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC5F16A4BF for ; Sat, 13 Sep 2003 18:25:03 -0700 (PDT) Received: from ganymede.hub.org (u173n10.eastlink.ca [24.224.173.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ED8643FDD for ; Sat, 13 Sep 2003 18:25:00 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 44AEF35D86; Sat, 13 Sep 2003 22:24:52 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 41C6035968 for ; Sat, 13 Sep 2003 22:24:52 -0300 (ADT) Date: Sat, 13 Sep 2003 22:24:52 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20030913222303.H82880@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: thread safe functions missing ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 01:25:03 -0000 Can anyone comment on the following results from running a test program we've writen for PostgreSQL? Should the following be thread-safe, either as themselves, or a different function we should be calling? Your gethostbyname() is _not_ thread-safe Your getpwuid() is _not_ thread-safe From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 18:34:48 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C1716A4BF for ; Sat, 13 Sep 2003 18:34:48 -0700 (PDT) Received: from polybus.cs.brandeis.edu (polybus.cs.brandeis.edu [129.64.2.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C9043FB1 for ; Sat, 13 Sep 2003 18:34:47 -0700 (PDT) (envelope-from meshko@cs.brandeis.edu) Received: from medea.cs.brandeis.edu (medea.cs.brandeis.edu [129.64.3.185]) by polybus.cs.brandeis.edu (8.11.6/8.9.3) with ESMTP id h8E1YmQ27662; Sat, 13 Sep 2003 21:34:48 -0400 Date: Sat, 13 Sep 2003 21:34:44 -0400 (EDT) From: Mikhail Kruk To: "Marc G. Fournier" In-Reply-To: <20030913222303.H82880@ganymede.hub.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: thread safe functions missing ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 01:34:48 -0000 > Your gethostbyname() is _not_ thread-safe > Your getpwuid() is _not_ thread-safe both functions have never been thread safe on Unix. There is getpwuid_r in CURRENT. There is a pr about gethostbyname not being thread safe: http://www.freebsd.org/cgi/query-pr.cgi?pr=18824 I guess for now you'll need to protect them by a mutex manually. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 13 20:56:58 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3BC016A4BF for ; Sat, 13 Sep 2003 20:56:58 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA51843F3F for ; Sat, 13 Sep 2003 20:56:53 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3AA9766D6A; Sat, 13 Sep 2003 20:56:53 -0700 (PDT) Date: Sat, 13 Sep 2003 20:56:53 -0700 From: Kris Kennaway To: "Marc G. Fournier" Message-ID: <20030914035653.GA94639@xor.obsecurity.org> References: <20030913222303.H82880@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20030913222303.H82880@ganymede.hub.org> User-Agent: Mutt/1.4.1i cc: freebsd-stable@freebsd.org Subject: Re: thread safe functions missing ... ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2003 03:56:58 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2003 at 10:24:52PM -0300, Marc G. Fournier wrote: >=20 > Can anyone comment on the following results from running a test program > we've writen for PostgreSQL? Should the following be thread-safe, either > as themselves, or a different function we should be calling? >=20 >=20 > Your gethostbyname() is _not_ thread-safe There is no thread-safe implementation on FreeBSD. > Your getpwuid() is _not_ thread-safe getpwuid_r() Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/Y+cEWry0BWjoQKURAhtgAJ0eLvUaEXoDpWIabiNWeG5hcXG4EgCcCWJE /d1ZSNDDv+dFjvggh9JuAFU= =ZXzF -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY--