From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 08:35:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0070616A416 for ; Sun, 15 Oct 2006 08:35:39 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id D521F43D6B for ; Sun, 15 Oct 2006 08:35:20 +0000 (GMT) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.66] ([83.239.189.66]:28111 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2078156AbWJOIfN (ORCPT ); Sun, 15 Oct 2006 12:35:13 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 310D9177AD; Sun, 15 Oct 2006 12:35:11 +0400 (MSD) Date: Sun, 15 Oct 2006 12:35:11 +0400 From: Sergey Zaharchenko To: current@freebsd.org Message-ID: <20061015083511.GA13203@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Subject: Processes in "ufs" state (PR kern/104406) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 08:35:39 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello list! I've stumbled across this (probable) bug when doing some number-crunching. Processes which try to access the filesystem hang at some point when another process has been gobbling up CPU time for a sufficiently long time. Interestingly, processes which have already opened some files before the `hang' can apparently read/write them without hindrance (iostat shows some disk activity). Interactive processes run well too. When the number-cruncher is `kill -STOP'ped and `kill -CONT'ed, everything runs well for another while. It's reliably and frequently reproducible here both on recent and late August CURRENT, the kernel is GENERIC, the hardware is basic (no RAID, etc.). Could anyone experienced enough try to look into this and/or give advice for debugging the problem? I have ddb available, but I'm not sure about where to look. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D104406 Thanks in advance, --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMfK/wo7hT/9lVdwRAhDVAJ0X0G+oUMkLS16Rt/SQCD4f/ngMMACdG5WC uC+kCnc8ADQrb7kkcy5D5Uk= =uLGY -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 09:41:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4370516A416; Sun, 15 Oct 2006 09:41:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E6DF43D5A; Sun, 15 Oct 2006 09:41:41 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail09.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k9F9fOtO025130 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 15 Oct 2006 19:41:25 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k9F9CiEY005788; Sun, 15 Oct 2006 19:12:44 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k9F9CiIO005787; Sun, 15 Oct 2006 19:12:44 +1000 (EST) (envelope-from peter) Date: Sun, 15 Oct 2006 19:12:44 +1000 From: Peter Jeremy To: John Baldwin Message-ID: <20061015091244.GC1239@turion.vk2pj.dyndns.org> References: <20061006200320.T1063@baba.farley.org> <200610101001.04286.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w7PDEPdKQumQfZlR" Content-Disposition: inline In-Reply-To: <200610101001.04286.jhb@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-current@freebsd.org, "Sean C. Farley" Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 09:41:43 -0000 --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 2006-Oct-10 10:01:03 -0400, John Baldwin wrote: >I know for one app at my last job we had a problem with this with TZ, and = so >we explicitly space padded the timezone name out to a fixed-size each time >to avoid the leak. Funny, it was a problem with TZ that led me to raise the PR initially. I think I came up with the same work-around. It's a pity that there's no truely re-entrant interface to the ctime(3) family (ie, one that allows you to specify the timezone as a parameter). --=20 Peter Jeremy --w7PDEPdKQumQfZlR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMfuM/opHv/APuIcRAi6cAJ4kBoI1rQsfgd93hXubB/izXgU7pgCfcndx ua4ICvouYUkl2Sn/6n1DCKw= =1pP+ -----END PGP SIGNATURE----- --w7PDEPdKQumQfZlR-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 13:56:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA15016A412; Sun, 15 Oct 2006 13:56:40 +0000 (UTC) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from FreeBSD.csie.nctu.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B5E43D49; Sun, 15 Oct 2006 13:56:40 +0000 (GMT) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from localhost (localhost.csie.nctu.edu.tw [127.0.0.1]) by FreeBSD.csie.nctu.edu.tw (Postfix) with ESMTP id 4F9FA7E908; Sun, 15 Oct 2006 21:57:11 +0800 (CST) Received: from FreeBSD.csie.nctu.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.nctu.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jJoBqNjAdz1R; Sun, 15 Oct 2006 21:57:10 +0800 (CST) Received: by FreeBSD.csie.nctu.edu.tw (Postfix, from userid 1038) id A28897E98D; Sun, 15 Oct 2006 21:57:10 +0800 (CST) To: FreeBSD-gnats-submit@freebsd.org From: Cheng-Lung Sung X-send-pr-version: 3.113 X-GNATS-Notify: Message-Id: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> Date: Sun, 15 Oct 2006 21:57:10 +0800 (CST) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cheng-Lung Sung List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 13:56:41 -0000 >Submitter-Id: current-users >Originator: Cheng-Lung Sung >Organization: FreeBSD @ Taiwan >Confidential: no >Synopsis: [PATCH] sys/sem.h should include sys/types.h >Severity: non-critical >Priority: low >Category: kern >Class: sw-bug >Release: FreeBSD 6.1-PRERELEASE i386 >Environment: System: FreeBSD.csie.nctu.edu.tw 6.1-STABLE FreeBSD 6.1-STABLE #9: Thu May 11 14:31:45 CST 2006 root@FreeBSD.csie.nctu.edu.tw:/home/usr.obj/usr/src/sys/FREEBSD i386 >Description: - sys/sem.h has included sys/ipc.h, which includes sys/_types.h but it (and its including files) does not include sys/types.h - therefore, in sys/sem.h struct semid_ds declares "time_t sem_otime;" ...etc - if we only compile a program which do not include sys/types.h, it will fail. >How-To-Repeat: test the following program (copy from devel/ruby-sysvipc), named conftest.c: 1: #include 2: 3: /*top*/ 4: int 5: main () 6: { 7: if ((union semun *) 0) 8: return 0; 9: if (sizeof (union semun)) 10: return 0; 11: ; 12: return 0; 13: } We will got the following result: In file included from conftest.c:1: /usr/include/sys/sem.h:21: error: syntax error before "time_t" /usr/include/sys/sem.h:23: error: syntax error before "time_t" >Fix: Index: sys/sys/sem.h =================================================================== RCS file: /home/ncvs/src/sys/sys/sem.h,v retrieving revision 1.29 diff -u -r1.29 sem.h --- sys/sys/sem.h 17 Nov 2004 13:12:06 -0000 1.29 +++ sys/sys/sem.h 15 Oct 2006 13:47:37 -0000 @@ -10,6 +10,7 @@ #ifndef _SYS_SEM_H_ #define _SYS_SEM_H_ +#include #include struct sem; From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 15:22:22 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A22C16A412; Sun, 15 Oct 2006 15:22:22 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B01843D99; Sun, 15 Oct 2006 15:22:13 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 44DB210B17D; Mon, 16 Oct 2006 01:22:01 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 466C58C02; Mon, 16 Oct 2006 01:22:00 +1000 (EST) Date: Mon, 16 Oct 2006 01:21:59 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Cheng-Lung Sung In-Reply-To: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> Message-ID: <20061016011559.W61639@delplex.bde.org> References: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 15 Oct 2006 15:24:31 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-bugs@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 15:22:22 -0000 On Sun, 15 Oct 2006, Cheng-Lung Sung wrote: > System: FreeBSD.csie.nctu.edu.tw 6.1-STABLE FreeBSD 6.1-STABLE #9: Thu May 11 14:31:45 CST 2006 root@FreeBSD.csie.nctu.edu.tw:/home/usr.obj/usr/src/sys/FREEBSD i386 > >> Description: > - sys/sem.h has included sys/ipc.h, which includes sys/_types.h > but it (and its including files) does not include sys/types.h > - therefore, in sys/sem.h struct semid_ds declares "time_t sem_otime;" ...etc > - if we only compile a program which do not include sys/types.h, it will fail. Including sys/types.h would add lots of namespace pollution which sys/ipc.h and sys/sem.h are trying hard to avoid. sem.h is trying too hard -- POSIX requires it to declare time_t (and pid_t, key_t and size_t, which it already declares). Bruce From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 17:11:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF7816A403 for ; Sun, 15 Oct 2006 17:11:54 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A2943D67 for ; Sun, 15 Oct 2006 17:11:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AD7FF1A4D88; Sun, 15 Oct 2006 10:11:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1669A51282; Sun, 15 Oct 2006 13:11:53 -0400 (EDT) Date: Sun, 15 Oct 2006 13:11:52 -0400 From: Kris Kennaway To: Sergey Zaharchenko Message-ID: <20061015171152.GA68129@xor.obsecurity.org> References: <20061015083511.GA13203@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20061015083511.GA13203@shark.localdomain> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: Processes in "ufs" state (PR kern/104406) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 17:11:54 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 15, 2006 at 12:35:11PM +0400, Sergey Zaharchenko wrote: > Hello list! >=20 > I've stumbled across this (probable) bug when doing some > number-crunching. Processes which try to access the filesystem hang at > some point when another process has been gobbling up CPU time for a > sufficiently long time. Interestingly, processes which have already > opened some files before the `hang' can apparently read/write them > without hindrance (iostat shows some disk activity). Interactive > processes run well too. When the number-cruncher is `kill -STOP'ped and > `kill -CONT'ed, everything runs well for another while. It's reliably > and frequently reproducible here both on recent and late August CURRENT, > the kernel is GENERIC, the hardware is basic (no RAID, etc.). >=20 > Could anyone experienced enough try to look into this and/or give advice > for debugging the problem? I have ddb available, but I'm not sure about > where to look. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D104406 I'm unable to reproduce so far. Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMmvYWry0BWjoQKURAsGzAKChP2oSMoLpDWtP2W5+bexmwBNbdgCg4NzU DZjLqP3XceCCXyG1AeF764M= =Rwfs -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 18:10:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7DA716A403 for ; Sun, 15 Oct 2006 18:10:16 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BED743D45 for ; Sun, 15 Oct 2006 18:10:15 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 6715 invoked from network); 15 Oct 2006 18:10:14 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 15 Oct 2006 18:10:14 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k9FIADX2051943; Sun, 15 Oct 2006 20:10:13 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k9FIADE1051942; Sun, 15 Oct 2006 20:10:13 +0200 (CEST) (envelope-from pho) Date: Sun, 15 Oct 2006 20:10:13 +0200 From: Peter Holm To: Kris Kennaway Message-ID: <20061015181013.GA51886@peter.osted.lan> References: <20061015083511.GA13203@shark.localdomain> <20061015171152.GA68129@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061015171152.GA68129@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Sergey Zaharchenko Subject: Re: Processes in "ufs" state (PR kern/104406) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 18:10:16 -0000 On Sun, Oct 15, 2006 at 01:11:52PM -0400, Kris Kennaway wrote: > On Sun, Oct 15, 2006 at 12:35:11PM +0400, Sergey Zaharchenko wrote: > > Hello list! > > > > I've stumbled across this (probable) bug when doing some > > number-crunching. Processes which try to access the filesystem hang at > > some point when another process has been gobbling up CPU time for a > > sufficiently long time. Interestingly, processes which have already > > opened some files before the `hang' can apparently read/write them > > without hindrance (iostat shows some disk activity). Interactive > > processes run well too. When the number-cruncher is `kill -STOP'ped and > > `kill -CONT'ed, everything runs well for another while. It's reliably > > and frequently reproducible here both on recent and late August CURRENT, > > the kernel is GENERIC, the hardware is basic (no RAID, etc.). > > > > Could anyone experienced enough try to look into this and/or give advice > > for debugging the problem? I have ddb available, but I'm not sure about > > where to look. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=104406 > > I'm unable to reproduce so far. > > Kris Same here. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 18:39:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65E4916A415; Sun, 15 Oct 2006 18:39:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7908D43D66; Sun, 15 Oct 2006 18:39:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9FBdcsb044975; Sun, 15 Oct 2006 07:39:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9FBdb1N094129; Sun, 15 Oct 2006 07:39:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3CF67305F; Sun, 15 Oct 2006 07:39:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061015113937.C3CF67305F@freebsd-current.sentex.ca> Date: Sun, 15 Oct 2006 07:39:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 18:39:46 -0000 TB --- 2006-10-15 10:38:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-15 10:38:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-15 10:38:29 - cleaning the object tree TB --- 2006-10-15 10:38:53 - checking out the source tree TB --- 2006-10-15 10:38:53 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-15 10:38:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-15 10:47:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-15 10:47:18 - cd /src TB --- 2006-10-15 10:47:18 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 15 10:47:19 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Oct 15 11:37:37 UTC 2006 TB --- 2006-10-15 11:37:37 - generating LINT kernel config TB --- 2006-10-15 11:37:37 - cd /src/sys/sun4v/conf TB --- 2006-10-15 11:37:37 - /usr/bin/make -B LINT TB --- 2006-10-15 11:37:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-15 11:37:37 - cd /src TB --- 2006-10-15 11:37:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 15 11:37:37 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sun4v/src/sys/LINT /src/sys/modules/txp/../../dev/txp/if_txp.c ===> uart (depend) @ -> /src/sys machine -> /src/sys/sun4v/include sparc64 -> /src/sys/sparc64/include make: don't know how to make uart_cpu_sun4v.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-15 11:39:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-15 11:39:37 - ERROR: failed to build lint kernel TB --- 2006-10-15 11:39:37 - tinderbox aborted TB --- 0.50 user 1.77 system 3668.33 real From owner-freebsd-current@FreeBSD.ORG Sun Oct 15 22:49:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927DF16A4C2; Sun, 15 Oct 2006 22:49:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC65C43E09; Sun, 15 Oct 2006 22:48:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9FMloEb010699; Sun, 15 Oct 2006 18:47:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9FMlo18003229; Sun, 15 Oct 2006 18:47:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D4D87305F; Sun, 15 Oct 2006 18:47:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061015224750.8D4D87305F@freebsd-current.sentex.ca> Date: Sun, 15 Oct 2006 18:47:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 22:49:35 -0000 TB --- 2006-10-15 21:35:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-15 21:35:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-10-15 21:35:35 - cleaning the object tree TB --- 2006-10-15 21:36:13 - checking out the source tree TB --- 2006-10-15 21:36:13 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-10-15 21:36:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-15 21:44:31 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-15 21:44:31 - cd /src TB --- 2006-10-15 21:44:31 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 15 21:44:32 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Oct 15 22:37:15 UTC 2006 TB --- 2006-10-15 22:37:15 - generating LINT kernel config TB --- 2006-10-15 22:37:15 - cd /src/sys/pc98/conf TB --- 2006-10-15 22:37:15 - /usr/bin/make -B LINT TB --- 2006-10-15 22:37:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-15 22:37:15 - cd /src TB --- 2006-10-15 22:37:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 15 22:37:16 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline vers.c linking kernel linux_sysent.o(.data+0x16fc): undefined reference to `linux_io_setup' linux_sysent.o(.data+0x1714): undefined reference to `linux_io_destroy' linux_sysent.o(.data+0x172c): undefined reference to `linux_io_getevents' linux_sysent.o(.data+0x1744): undefined reference to `linux_io_submit' linux_sysent.o(.data+0x175c): undefined reference to `linux_io_cancel' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-15 22:47:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-15 22:47:50 - ERROR: failed to build lint kernel TB --- 2006-10-15 22:47:50 - tinderbox aborted TB --- 0.86 user 2.66 system 4334.61 real From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 00:53:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D67E16A407; Mon, 16 Oct 2006 00:53:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D335243D58; Mon, 16 Oct 2006 00:53:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9G0rCxJ015373; Sun, 15 Oct 2006 20:53:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9G0rBLt083108; Sun, 15 Oct 2006 20:53:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AF5FF7305F; Sun, 15 Oct 2006 20:53:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061016005311.AF5FF7305F@freebsd-current.sentex.ca> Date: Sun, 15 Oct 2006 20:53:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 00:53:19 -0000 TB --- 2006-10-15 23:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-15 23:55:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-15 23:55:01 - cleaning the object tree TB --- 2006-10-15 23:55:25 - checking out the source tree TB --- 2006-10-15 23:55:25 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-15 23:55:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-16 00:02:55 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 00:02:55 - cd /src TB --- 2006-10-16 00:02:55 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 16 00:02:56 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 16 00:51:13 UTC 2006 TB --- 2006-10-16 00:51:13 - generating LINT kernel config TB --- 2006-10-16 00:51:13 - cd /src/sys/sun4v/conf TB --- 2006-10-16 00:51:13 - /usr/bin/make -B LINT TB --- 2006-10-16 00:51:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 00:51:13 - cd /src TB --- 2006-10-16 00:51:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 16 00:51:13 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sun4v/src/sys/LINT /src/sys/modules/txp/../../dev/txp/if_txp.c ===> uart (depend) @ -> /src/sys machine -> /src/sys/sun4v/include sparc64 -> /src/sys/sparc64/include make: don't know how to make uart_cpu_sun4v.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 00:53:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 00:53:11 - ERROR: failed to build lint kernel TB --- 2006-10-16 00:53:11 - tinderbox aborted TB --- 0.51 user 1.77 system 3489.59 real From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 01:21:01 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7FC816A403; Mon, 16 Oct 2006 01:21:01 +0000 (UTC) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from FreeBSD.csie.nctu.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EED643D4C; Mon, 16 Oct 2006 01:21:00 +0000 (GMT) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from localhost (localhost.csie.nctu.edu.tw [127.0.0.1]) by FreeBSD.csie.nctu.edu.tw (Postfix) with ESMTP id 48D7F7E9C6; Mon, 16 Oct 2006 09:21:32 +0800 (CST) Received: from FreeBSD.csie.nctu.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.nctu.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mfri3moTYYQS; Mon, 16 Oct 2006 09:21:31 +0800 (CST) Received: by FreeBSD.csie.nctu.edu.tw (Postfix, from userid 1038) id 9D2987E9C7; Mon, 16 Oct 2006 09:21:31 +0800 (CST) Date: Mon, 16 Oct 2006 09:21:31 +0800 From: Cheng-Lung Sung To: Bruce Evans Message-ID: <20061016012131.GA22894@FreeBSD.csie.nctu.edu.tw> References: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> <20061016011559.W61639@delplex.bde.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20061016011559.W61639@delplex.bde.org> X-Fingerprint: E0BC 57F9 F44B 46C6 DB53 8462 F807 89F3 956E 8BC1 X-Public-Key: http://sungsung.dragon2.net/pubring.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org, freebsd-bugs@FreeBSD.org, Cheng-Lung Sung , FreeBSD-gnats-submit@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 01:21:01 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 16, 2006 at 01:21:59AM +1000, Bruce Evans wrote: > On Sun, 15 Oct 2006, Cheng-Lung Sung wrote: >=20 > >System: FreeBSD.csie.nctu.edu.tw 6.1-STABLE FreeBSD 6.1-STABLE #9: Thu M= ay=20 > >11 14:31:45 CST 2006 =20 > >root@FreeBSD.csie.nctu.edu.tw:/home/usr.obj/usr/src/sys/FREEBSD i386 > > > >>Description: > >- sys/sem.h has included sys/ipc.h, which includes sys/_types.h > > but it (and its including files) does not include sys/types.h > >- therefore, in sys/sem.h struct semid_ds declares "time_t sem_otime;"= =20 > >...etc > >- if we only compile a program which do not include sys/types.h, it will= =20 > >fail. >=20 > Including sys/types.h would add lots of namespace pollution which > sys/ipc.h and sys/sem.h are trying hard to avoid. sem.h is trying too > hard -- POSIX requires it to declare time_t (and pid_t, key_t and size_t, > which it already declares). >=20 > Bruce You're right, I should try to pass COMMON_HEADERS to ruby-sysipc=20 instead of polluting namespace. Thanks, --=20 Cheng-Lung Sung - clsung@ --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMt6a+AeJ85Vui8ERAkpiAKCT0qnMLSJa1lUsjqBA7XOpvkKeQgCfc0sn r/6xcrfx71DYTCstiZC8GPA= =P6zp -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 01:51:49 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACFCA16A415 for ; Mon, 16 Oct 2006 01:51:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E05C143D4C for ; Mon, 16 Oct 2006 01:51:48 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 69283EB12CE; Mon, 16 Oct 2006 09:51:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 5nib-dqCkknK; Mon, 16 Oct 2006 09:51:46 +0800 (CST) Received: from [10.217.12.47] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8A708EB0E2B; Mon, 16 Oct 2006 09:51:45 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=Hw8C5QtIti9mnNsWGZmlSq4ucfWw4NrLZCZAW5TIUoKKwWiKLDyQwiHq3jCk2QXmi /fnwL16fPsVpsXwdlenMw== Message-ID: <4532E599.90009@delphij.net> Date: Mon, 16 Oct 2006 09:51:21 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: dlt@mebtel.net References: <200610101844.k9AIiYYV058002@lorne.arm.org> In-Reply-To: <200610101844.k9AIiYYV058002@lorne.arm.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig9F786E4DAE8ACF90A719F7FE" Cc: current@FreeBSD.org Subject: Re: Call for testers: Replace GNU gzip with NetBSD's gzip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 01:51:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F786E4DAE8ACF90A719F7FE Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Derek Tattersall wrote: > Functionally, gzip seemed to work fine. I found one glitch in the > doc: In the "History" section of the gzip man page, the last sentence > should read: "This implementation of gzip first appeared in FreeBSD > 7.0.". I have corrected these in my local SVN repository and will roll a new shar archive with other updates. Thanks! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig9F786E4DAE8ACF90A719F7FE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFMuWZOfuToMruuMARAxWyAJ91pwYGYaf3sGrT+QNbMh5/IaCgUgCdGAx0 a0zX1lSjr93P2B6gIi7inrg= =lmlA -----END PGP SIGNATURE----- --------------enig9F786E4DAE8ACF90A719F7FE-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 07:33:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 871AA16A403; Mon, 16 Oct 2006 07:33:37 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3189443D49; Mon, 16 Oct 2006 07:33:37 +0000 (GMT) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp6-g19.free.fr (Postfix) with ESMTP id 82DB242480; Mon, 16 Oct 2006 09:33:36 +0200 (CEST) Message-ID: <453335CE.4010507@free.fr> Date: Mon, 16 Oct 2006 09:33:34 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, multimedia@freebsd.org Subject: gtkam, rhythmbox don't build : problem with path for gtk libs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 07:33:37 -0000 Hello, I tried to upgrade, and it seems to work quite well except for 2 apps: - rhythmbox - gtkam which fail when trying to find /usr/X11R6/lib/libgtk-x11-2.0.la The reason is this library is in /usr/local What can I do ? I'm running a recent 7.0-current Thanks in advance Bruno From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 07:39:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F88F16A47E for ; Mon, 16 Oct 2006 07:39:04 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mx18.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C4AE43D53 for ; Mon, 16 Oct 2006 07:39:02 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([81.18.142.225]:21001 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3376765AbWJPHix (ORCPT ); Mon, 16 Oct 2006 11:38:53 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <4533370B.3060006@yandex.ru> Date: Mon, 16 Oct 2006 11:38:51 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: double fault on fresh CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 07:39:04 -0000 Hi! I have a "double fault" panic on the fresh CURRENT when i try copying a several files to server via NFS. Currently i don't have possibility for obtaining a trace via serial console. DDB trace seems like this: Tracing pid 21 tid 100023 ... kdb_enter ... panic(.... dblfault_handler() ... --- trap 0x17, ... --- uma_zfree_args() m_freem() nve_ospackettx() UpdateTransmitDescRingData() pid 21 is an [irq5: nvidia0 nve0] I can provide more info if needed. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 13:37:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92CC916A528; Mon, 16 Oct 2006 13:37:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7381243E07; Mon, 16 Oct 2006 13:37:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9GDbRPC016021; Mon, 16 Oct 2006 09:37:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9GDbRd7032004; Mon, 16 Oct 2006 09:37:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 66E347305F; Mon, 16 Oct 2006 09:37:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061016133727.66E347305F@freebsd-current.sentex.ca> Date: Mon, 16 Oct 2006 09:37:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 13:37:57 -0000 TB --- 2006-10-16 12:35:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-16 12:35:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-16 12:35:29 - cleaning the object tree TB --- 2006-10-16 12:35:52 - checking out the source tree TB --- 2006-10-16 12:35:52 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-16 12:35:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-16 12:44:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-16 12:44:21 - cd /src TB --- 2006-10-16 12:44:21 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 16 12:44:23 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 16 13:35:26 UTC 2006 TB --- 2006-10-16 13:35:27 - generating LINT kernel config TB --- 2006-10-16 13:35:27 - cd /src/sys/sun4v/conf TB --- 2006-10-16 13:35:27 - /usr/bin/make -B LINT TB --- 2006-10-16 13:35:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-16 13:35:27 - cd /src TB --- 2006-10-16 13:35:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 16 13:35:27 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sun4v/src/sys/LINT /src/sys/modules/txp/../../dev/txp/if_txp.c ===> uart (depend) @ -> /src/sys machine -> /src/sys/sun4v/include sparc64 -> /src/sys/sparc64/include make: don't know how to make uart_cpu_sun4v.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-16 13:37:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-16 13:37:27 - ERROR: failed to build lint kernel TB --- 2006-10-16 13:37:27 - tinderbox aborted TB --- 0.50 user 1.87 system 3717.41 real From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 15:55:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCB9A16A47B for ; Mon, 16 Oct 2006 15:55:05 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5412343D93 for ; Mon, 16 Oct 2006 15:54:45 +0000 (GMT) (envelope-from buhnux@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so732774uge for ; Mon, 16 Oct 2006 08:54:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IHpPjE5L6Fb6j+vcVdj3WTNbYA2bSd5T084FLFSjyTZSf8+7G8fEJGYC8cVuoOMIzz9f9MQc82Ng+vgkzKFIZAdqsXrWvAFIKt81YomJiJcwuaIXEYUNbDGOBC4O5IY+Wf5rjiHVC8yZPVi5Oi6xp9cN+dRdDOHhIfwiyo667cU= Received: by 10.78.127.6 with SMTP id z6mr7788199huc; Mon, 16 Oct 2006 08:54:44 -0700 (PDT) Received: by 10.78.183.17 with HTTP; Mon, 16 Oct 2006 08:54:44 -0700 (PDT) Message-ID: Date: Mon, 16 Oct 2006 11:54:44 -0400 From: "Michael Johnson" Sender: buhnux@gmail.com To: "Bruno Damour" In-Reply-To: <453335CE.4010507@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <453335CE.4010507@free.fr> X-Google-Sender-Auth: cd21765868869134 Cc: gnome@freebsd.org, current@freebsd.org, multimedia@freebsd.org Subject: Re: gtkam, rhythmbox don't build : problem with path for gtk libs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 15:55:05 -0000 On 10/16/06, Bruno Damour wrote: > Hello, > I tried to upgrade, and it seems to work quite well except for 2 apps: > - rhythmbox > - gtkam > which fail when trying to find /usr/X11R6/lib/libgtk-x11-2.0.la > The reason is this library is in /usr/local > What can I do ? > I'm running a recent 7.0-current > Thanks in advance Check out /usr/ports/UPDATING , you need to upgrade a special way. > > Bruno > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 17:23:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DB3716A416; Mon, 16 Oct 2006 17:23:46 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BBD743D53; Mon, 16 Oct 2006 17:23:45 +0000 (GMT) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.175] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 9526875E8E; Mon, 16 Oct 2006 19:23:42 +0200 (CEST) Message-ID: <4533C01E.4090908@free.fr> Date: Mon, 16 Oct 2006 19:23:42 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: Michael Johnson References: <453335CE.4010507@free.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, current@freebsd.org Subject: Re: gtkam, rhythmbox don't build : problem with path for gtk libs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:23:46 -0000 Michael Johnson wrote: > On 10/16/06, Bruno Damour wrote: >> Hello, >> I tried to upgrade, and it seems to work quite well except for 2 apps: >> - rhythmbox >> - gtkam >> which fail when trying to find /usr/X11R6/lib/libgtk-x11-2.0.la >> The reason is this library is in /usr/local >> What can I do ? >> I'm running a recent 7.0-current >> Thanks in advance > > Check out /usr/ports/UPDATING , you need to upgrade a > special way. > Thanks, but I'm not sure the difference lies here... How could it (everything else has been upgraded properly AFAIK) Any other idea (anyone that could upgrade these particular ports ?) Bruno From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 18:30:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B183A16A492 for ; Mon, 16 Oct 2006 18:30:24 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F9143E26 for ; Mon, 16 Oct 2006 18:29:17 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2363258pye for ; Mon, 16 Oct 2006 11:28:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=W6ncs/wBe2DU5+4LoLyITdiNtRq9Qb6RqmilKGphgwuT8uZJh6zmvyl6GNABVPyDTwpaIvdPw1csgdkoi5p+Yfv8NDj8xD6HpoU1pIszhtwGZihZGM3QBW31Gx1Eq7z6a/JtFxQKWVSiUlYzASESfHN6nkyyajORly9VwHy+X4c= Received: by 10.35.39.13 with SMTP id r13mr13375552pyj; Mon, 16 Oct 2006 11:28:44 -0700 (PDT) Received: by 10.35.26.5 with HTTP; Mon, 16 Oct 2006 11:28:43 -0700 (PDT) Message-ID: <8e10486b0610161128j48798d3jc0da640928433bc8@mail.gmail.com> Date: Mon, 16 Oct 2006 15:28:43 -0300 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell OptiPlex 210L halt at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 18:30:24 -0000 Hi list, I'm trying to install FreeBSD on a Dell OptiPlex 210L and the machine halt at boot. I tried with 6.1, 6.2, 7 and all halt at same point follow the last line before boot halt: usb1: host controller halted on FreeBSD 7 the following lines appeared after: panic: usb_insert_transfer cpuid = 0 kdb: enter: panic [thread pid 0 tid 0] stopped at kdb_enter+0x02b: nop db> This machine does not have ps2 port, the keyboard is usb, so I can't do a "bt". I can do more tests to track down the problem, just explain me how to do that. Regards, Alexandre Biancalana From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 19:19:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F93F16A6DD; Mon, 16 Oct 2006 19:19:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E9243D5E; Mon, 16 Oct 2006 19:19:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9GJJ9OP041974; Mon, 16 Oct 2006 15:19:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 16 Oct 2006 14:31:24 -0400 User-Agent: KMail/1.9.1 References: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> <20061016011559.W61639@delplex.bde.org> In-Reply-To: <20061016011559.W61639@delplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610161431.25228.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Oct 2006 15:19:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2037/Mon Oct 16 12:41:42 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-bugs@freebsd.org, Cheng-Lung Sung , FreeBSD-gnats-submit@freebsd.org, Bruce Evans , freebsd-current@freebsd.org Subject: Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:19:43 -0000 On Sunday 15 October 2006 11:21, Bruce Evans wrote: > On Sun, 15 Oct 2006, Cheng-Lung Sung wrote: > > > System: FreeBSD.csie.nctu.edu.tw 6.1-STABLE FreeBSD 6.1-STABLE #9: Thu May 11 14:31:45 CST 2006 root@FreeBSD.csie.nctu.edu.tw:/home/usr.obj/usr/src/sys/FREEBSD i386 > > > >> Description: > > - sys/sem.h has included sys/ipc.h, which includes sys/_types.h > > but it (and its including files) does not include sys/types.h > > - therefore, in sys/sem.h struct semid_ds declares "time_t sem_otime;" ...etc > > - if we only compile a program which do not include sys/types.h, it will fail. > > Including sys/types.h would add lots of namespace pollution which > sys/ipc.h and sys/sem.h are trying hard to avoid. sem.h is trying too > hard -- POSIX requires it to declare time_t (and pid_t, key_t and size_t, > which it already declares). Is this better? Index: sem.h =================================================================== RCS file: /usr/cvs/src/sys/sys/sem.h,v retrieving revision 1.29 diff -c -r1.29 sem.h *** sem.h 17 Nov 2004 13:12:06 -0000 1.29 --- sem.h 16 Oct 2006 18:30:05 -0000 *************** *** 111,116 **** --- 111,121 ---- #define _SIZE_T_DECLARED #endif + #ifndef _TIME_T_DECLARED + typedef __time_t time_t; + #define _TIME_T_DECLARED + #endif + #ifndef _PID_T_DECLARED typedef __pid_t pid_t; #define _PID_T_DECLARED (it looks like pid_t should be before size_t in sem.h btw) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 16 19:30:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A49016A412 for ; Mon, 16 Oct 2006 19:30:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78DD043E43 for ; Mon, 16 Oct 2006 19:29:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9GJSwcq042084; Mon, 16 Oct 2006 15:29:00 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Peter Jeremy Date: Mon, 16 Oct 2006 15:25:48 -0400 User-Agent: KMail/1.9.1 References: <20061006200320.T1063@baba.farley.org> <200610101001.04286.jhb@freebsd.org> <20061015091244.GC1239@turion.vk2pj.dyndns.org> In-Reply-To: <20061015091244.GC1239@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200610161525.49212.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 16 Oct 2006 15:29:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2037/Mon Oct 16 12:41:42 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, "Sean C. Farley" Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 19:30:49 -0000 On Sunday 15 October 2006 05:12, Peter Jeremy wrote: > On Tue, 2006-Oct-10 10:01:03 -0400, John Baldwin wrote: > >I know for one app at my last job we had a problem with this with TZ, and so > >we explicitly space padded the timezone name out to a fixed-size each time > >to avoid the leak. > > Funny, it was a problem with TZ that led me to raise the PR initially. > I think I came up with the same work-around. Heh. > It's a pity that there's no truely re-entrant interface to the > ctime(3) family (ie, one that allows you to specify the timezone as > a parameter). Yes. :( That is the real hack I think, having to modify the environment to make ctime() DTRT. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 02:13:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 813E916A403; Tue, 17 Oct 2006 02:13:34 +0000 (UTC) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from FreeBSD.csie.nctu.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1DE843D53; Tue, 17 Oct 2006 02:13:33 +0000 (GMT) (envelope-from clsung@FreeBSD.csie.nctu.edu.tw) Received: from localhost (localhost.csie.nctu.edu.tw [127.0.0.1]) by FreeBSD.csie.nctu.edu.tw (Postfix) with ESMTP id A50077E93C; Tue, 17 Oct 2006 10:14:08 +0800 (CST) Received: from FreeBSD.csie.nctu.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.nctu.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id In-c55vOFY8P; Tue, 17 Oct 2006 10:14:08 +0800 (CST) Received: by FreeBSD.csie.nctu.edu.tw (Postfix, from userid 1038) id 0A4DD7E93D; Tue, 17 Oct 2006 10:14:08 +0800 (CST) Date: Tue, 17 Oct 2006 10:14:07 +0800 From: Cheng-Lung Sung To: John Baldwin Message-ID: <20061017021407.GA738@FreeBSD.csie.nctu.edu.tw> References: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> <20061016011559.W61639@delplex.bde.org> <200610161431.25228.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <200610161431.25228.jhb@freebsd.org> X-Fingerprint: E0BC 57F9 F44B 46C6 DB53 8462 F807 89F3 956E 8BC1 X-Public-Key: http://sungsung.dragon2.net/pubring.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, Bruce Evans , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Cheng-Lung Sung Subject: Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 02:13:34 -0000 On Mon, Oct 16, 2006 at 02:31:24PM -0400, John Baldwin wrote: > On Sunday 15 October 2006 11:21, Bruce Evans wrote: > > On Sun, 15 Oct 2006, Cheng-Lung Sung wrote: > >=20 > > > System: FreeBSD.csie.nctu.edu.tw 6.1-STABLE FreeBSD 6.1-STABLE #9: Th= u May=20 > 11 14:31:45 CST 2006 =20 > root@FreeBSD.csie.nctu.edu.tw:/home/usr.obj/usr/src/sys/FREEBSD i386 > > > > > >> Description: > > > - sys/sem.h has included sys/ipc.h, which includes sys/_types.h > > > but it (and its including files) does not include sys/types.h > > > - therefore, in sys/sem.h struct semid_ds declares "time_t=20 > sem_otime;" ...etc > > > - if we only compile a program which do not include sys/types.h, it w= ill=20 > fail. > >=20 > > Including sys/types.h would add lots of namespace pollution which > > sys/ipc.h and sys/sem.h are trying hard to avoid. sem.h is trying too > > hard -- POSIX requires it to declare time_t (and pid_t, key_t and size_= t, > > which it already declares). >=20 > Is this better? >=20 > Index: sem.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/cvs/src/sys/sys/sem.h,v > retrieving revision 1.29 > diff -c -r1.29 sem.h > *** sem.h 17 Nov 2004 13:12:06 -0000 1.29 > --- sem.h 16 Oct 2006 18:30:05 -0000 > *************** > *** 111,116 **** > --- 111,121 ---- > #define _SIZE_T_DECLARED > #endif > =20 > + #ifndef _TIME_T_DECLARED > + typedef __time_t time_t; > + #define _TIME_T_DECLARED > + #endif > +=20 > #ifndef _PID_T_DECLARED > typedef __pid_t pid_t; > #define _PID_T_DECLARED >=20 > (it looks like pid_t should be before size_t in sem.h btw) >=20 > --=20 > John Baldwin Thanks, I didn't go through the whole sem.h. Also, it seems we should put these parts before 'sturct semid_ds'.=20 or say, after we include sys/ipc.h (which include sys/_types.h) --=20 Cheng-Lung Sung - clsung@ From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 01:39:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE4F716A403; Tue, 17 Oct 2006 01:39:13 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDF643D53; Tue, 17 Oct 2006 01:39:13 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout2.pacific.net.au (Postfix) with ESMTP id 342D4509051; Tue, 17 Oct 2006 11:39:11 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 20B752742C; Tue, 17 Oct 2006 11:39:10 +1000 (EST) Date: Tue, 17 Oct 2006 11:39:09 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: John Baldwin In-Reply-To: <200610161431.25228.jhb@freebsd.org> Message-ID: <20061017113234.V67620@delplex.bde.org> References: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> <20061016011559.W61639@delplex.bde.org> <200610161431.25228.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 17 Oct 2006 02:20:17 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, Cheng-Lung Sung , FreeBSD-gnats-submit@freebsd.org, freebsd-current@freebsd.org Subject: Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 01:39:13 -0000 [This is still being sent to too many mailing lists since I don't know which ones it should go to except gnats.] On Mon, 16 Oct 2006, John Baldwin wrote: >> Including sys/types.h would add lots of namespace pollution which >> sys/ipc.h and sys/sem.h are trying hard to avoid. sem.h is trying too >> hard -- POSIX requires it to declare time_t (and pid_t, key_t and size_t, >> which it already declares). > > Is this better? > > Index: sem.h > =================================================================== > RCS file: /usr/cvs/src/sys/sys/sem.h,v > retrieving revision 1.29 > diff -c -r1.29 sem.h > *** sem.h 17 Nov 2004 13:12:06 -0000 1.29 > --- sem.h 16 Oct 2006 18:30:05 -0000 > *************** > *** 111,116 **** > --- 111,121 ---- > #define _SIZE_T_DECLARED > #endif > > + #ifndef _TIME_T_DECLARED > + typedef __time_t time_t; > + #define _TIME_T_DECLARED > + #endif > + > #ifndef _PID_T_DECLARED > typedef __pid_t pid_t; > #define _PID_T_DECLARED > > (it looks like pid_t should be before size_t in sem.h btw) Good. (I didn't check if there are any other missing typedefs.) Please commit. The old typedefs also have non-KNF whitespace. sys/ipc.h is better. Bruce From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 02:41:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A128A16A416; Tue, 17 Oct 2006 02:41:10 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B95543D7E; Tue, 17 Oct 2006 02:41:07 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id 9597D24D390; Tue, 17 Oct 2006 12:41:06 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 60CF827403; Tue, 17 Oct 2006 12:41:05 +1000 (EST) Date: Tue, 17 Oct 2006 12:41:04 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Cheng-Lung Sung In-Reply-To: <20061017021407.GA738@FreeBSD.csie.nctu.edu.tw> Message-ID: <20061017123629.X67815@delplex.bde.org> References: <20061015135710.A28897E98D@FreeBSD.csie.nctu.edu.tw> <20061016011559.W61639@delplex.bde.org> <200610161431.25228.jhb@freebsd.org> <20061017021407.GA738@FreeBSD.csie.nctu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 17 Oct 2006 02:58:28 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, freebsd-current@freebsd.org, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 02:41:10 -0000 On Tue, 17 Oct 2006, Cheng-Lung Sung wrote: > On Mon, Oct 16, 2006 at 02:31:24PM -0400, John Baldwin wrote: >> Is this better? >> ... > Thanks, I didn't go through the whole sem.h. > Also, it seems we should put these parts before 'sturct semid_ds'. > or say, after we include sys/ipc.h (which include sys/_types.h) Yes, that is especially needed for time_t, since it is the only one of the typedef'ed types used early in sys/sem.h. The others might be needed later when the non-typedefed types are cleaned up. (sys/ipc.h needs cleaning up more. It still spells uid_t as "unsigned short", but uids aren't that short...) Bruce From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 03:02:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 893A516A403; Tue, 17 Oct 2006 03:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B972C43D5C; Tue, 17 Oct 2006 03:02:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9H32HQ7060462; Mon, 16 Oct 2006 23:02:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9H32Hur087346; Mon, 16 Oct 2006 23:02:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9094F7305F; Mon, 16 Oct 2006 23:02:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061017030217.9094F7305F@freebsd-current.sentex.ca> Date: Mon, 16 Oct 2006 23:02:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 03:02:19 -0000 TB --- 2006-10-17 01:53:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-17 01:53:26 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-17 01:53:26 - cleaning the object tree TB --- 2006-10-17 01:53:53 - checking out the source tree TB --- 2006-10-17 01:53:53 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-17 01:53:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-17 02:02:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-17 02:02:04 - cd /src TB --- 2006-10-17 02:02:04 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 17 02:02:05 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Oct 17 02:53:07 UTC 2006 TB --- 2006-10-17 02:53:07 - generating LINT kernel config TB --- 2006-10-17 02:53:07 - cd /src/sys/sun4v/conf TB --- 2006-10-17 02:53:07 - /usr/bin/make -B LINT TB --- 2006-10-17 02:53:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-17 02:53:07 - cd /src TB --- 2006-10-17 02:53:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 17 02:53:07 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/swtch.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/tsb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/tte.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/tte_hash.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/tick.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/trap.c /src/sys/sun4v/sun4v/trap.c: In function `trap_pfault': /src/sys/sun4v/sun4v/trap.c:455: error: subscripted value is neither array nor pointer *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-17 03:02:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-17 03:02:17 - ERROR: failed to build lint kernel TB --- 2006-10-17 03:02:17 - tinderbox aborted TB --- 0.63 user 1.66 system 4131.36 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 04:55:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 694B616A407 for ; Tue, 17 Oct 2006 04:55:40 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5506043D49 for ; Tue, 17 Oct 2006 04:55:38 +0000 (GMT) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.190] ([83.239.189.190]:2247 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077080AbWJQEzb (ORCPT ); Tue, 17 Oct 2006 08:55:31 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 5690A1730E; Tue, 17 Oct 2006 08:53:36 +0400 (MSD) Date: Tue, 17 Oct 2006 08:53:36 +0400 From: Sergey Zaharchenko To: current@freebsd.org Message-ID: <20061017045336.GA5748@shark.localdomain> References: <20061015083511.GA13203@shark.localdomain> <20061015171152.GA68129@xor.obsecurity.org> <20061015181013.GA51886@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20061015181013.GA51886@peter.osted.lan> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Subject: Re: Processes in "ufs" state (PR kern/104406) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 04:55:40 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Peter! Sun, Oct 15, 2006 at 08:10:13PM +0200 you wrote: > On Sun, Oct 15, 2006 at 01:11:52PM -0400, Kris Kennaway wrote: > > I'm unable to reproduce so far. > Same here. I've tried reproducing it in single-user mode, and it didn't show up either. I've done a binary search through sysctl.conf, rc.conf, my crontab, etc. to see what else can be affecting the problem; now I'm somewhat certain (running >1 hour with no problems) that the additional conditions for the problem were several lines in my crontab reading like=20 =2E.. /usr/bin/nice -n 20 lockf -s -t 0 I'll be constructing a single-user-mode test case shortly. --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNGHQwo7hT/9lVdwRAtuFAJ4kIicF4bHBaNFZBXUXQau7yq+OQgCfQlFo pHspdpScBqwmY6NUbB845iI= =71gi -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 10:04:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9167216A407 for ; Tue, 17 Oct 2006 10:04:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mx18.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CB943D46 for ; Tue, 17 Oct 2006 10:04:01 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([81.18.142.225]:15379 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3376007AbWJQKDk (ORCPT ); Tue, 17 Oct 2006 14:03:40 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <4534AA7C.9030205@yandex.ru> Date: Tue, 17 Oct 2006 14:03:40 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4533370B.3060006@yandex.ru> In-Reply-To: <4533370B.3060006@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: double fault on fresh CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:04:02 -0000 Andrey V. Elsukov wrote: > Currently i don't have possibility for obtaining a > trace via serial console. I've created trace from ddb. http://butcher.heavennet.ru/crash.txt -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 12:00:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6546516A4E0 for ; Tue, 17 Oct 2006 12:00:39 +0000 (UTC) (envelope-from fredrik.widlund@qbrick.com) Received: from mail.qbrick.com (mail.qbrick.com [62.13.40.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E71B643D73 for ; Tue, 17 Oct 2006 12:00:36 +0000 (GMT) (envelope-from fredrik.widlund@qbrick.com) Received: from localhost (localhost [127.0.0.1]) by mail.qbrick.com (Postfix) with ESMTP id 1F5495197E for ; Tue, 17 Oct 2006 14:00:21 +0200 (CEST) Received: from mail.qbrick.com ([127.0.0.1]) by localhost (mail0.p0.w0.local [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17149-01-2 for ; Tue, 17 Oct 2006 14:00:19 +0200 (CEST) Received: from [10.43.0.2] (fkwd0.p0.u3.local [10.43.0.2]) by mail.qbrick.com (Postfix) with ESMTP id 9CA9151978 for ; Tue, 17 Oct 2006 14:00:19 +0200 (CEST) Message-ID: <4534C5E1.7010502@qbrick.com> Date: Tue, 17 Oct 2006 14:00:33 +0200 From: Fredrik Widlund User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4522E54C.7060406@qbrick.com> <4523AA3C.2000107@qbrick.com> <45266948.3070407@qbrick.com> In-Reply-To: <45266948.3070407@qbrick.com> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at qbrick.com Subject: Re: 6.2-BETA2 Dell PE1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:00:39 -0000 Hi, Suddenly the problem occured again. We are running the same setup as below, but with debug.mpsafenet=0, but it didn't help. This is indeed a showstopper for us, we are moving all our dell 1950 out of production environment until we can solve this issue. Any help would be greatly appreciated. Kind regards, Fredrik Widlund bce0: /usr/src/sys/dev/bce/if_bce.c(5032): Watchdog timeout occurred, resetting! bce0: link state changed to DOWN bce0: link state changed to UP bce0: /usr/src/sys/dev/bce/if_bce.c(5032): Watchdog timeout occurred, resetting! bce0: link state changed to DOWN bce0: link state changed to UP [repeat 30 times] # vmstat -i interrupt total rate irq14: ata0 47 0 irq16: bce0 bce1 3019 5 irq18: mfi0 123 0 irq21: uhci0 uhci+ 6 0 irq64: mpt0 1214 2 cpu0: timer 1118344 1997 Total 1122753 2004 Fredrik Widlund wrote: > Hi, > > I can't reproduce the problem. Everything is exactly the same, but I get > no timeouts and the nic seems to work without any problems. > > Kind regards, > Fredrik Widlund > > > Fredrik Widlund wrote: > >> Hi, >> >> An update, right now the BCE nic seems to work, I'm not sure exactly why >> yet. I'm attaching the dmesg however. >> >> SAS adapter is the PERC 5I, which is handled by the MPT driver in >> 6.2-Beta2. I'll continue to look at this. There are some unhandled >> events (0x12, 0x16), but these might not be needed. >> >> [mpi_ioc.h] >> #define MPI_EVENT_SAS_PHY_LINK_STATUS (0x00000012) >> ... >> #define MPI_EVENT_SAS_DISCOVERY (0x00000016) >> >> [dmesg mpt part] >> mpt0: port 0xec00-0xecff mem >> 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 >> mpt0: [GIANT-LOCKED] >> mpt0: MPI Version=1.5.12.0 >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> mpt0: mpt_cam_event: 0x12 >> mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> >> Kind regards, >> Fredrik Widlund >> >> Fredrik Widlund wrote: >> >> >>> Hi, >>> >>> I'm trying to get FreeBSD working on Dell 1950 (and 2950), which is >>> vital since it's no longer possible to buy 1850/2850 units here. >>> >>> Hardware: >>> PE1950 Xeon 5130, 2GB 667MHz >>> SAS 5I >>> PERC5E >>> >>> 6.1-RELEASE: not possible since SAS drives aren't found. >>> 6.2-BETA2: bce interfaces does not work at all, "watchdog timeout >>> occured" every other second, and _no_ connectivity. >>> >>> We are also having problems with some PE1850 failing from time to time >>> with "watchdog timeout" hangs, and have had to debug.mpsafenet=0 these. >>> >>> How can we help solve this issue? It would really be a pity to be >>> forced to leave FreeBSD but we really can't afford to replace our >>> choice of hardware platform. >>> >>> Kind regards, >>> Fredrik Widlund >>> >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >>> >>> >> >> ------------------------------------------------------------------------ >> >> Copyright (c) 1992-2006 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 6.2-BETA2 #0: Mon Oct 2 03:32:44 UTC 2006 >> root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (1995.01-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 >> Features=0xbfebfbff> HTT,TM,PBE> >> Features2=0x4e33d,CX16,,,> >> AMD Features=0x20100000 >> AMD Features2=0x1 >> Cores per package: 2 >> real memory = 2147123200 (2047 MB) >> avail memory = 2096009216 (1998 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0: Changing APIC ID to 2 >> ioapic1: Changing APIC ID to 3 >> ioapic1: WARNING: intbase 64 != expected base 24 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 64-87 on motherboard >> kbd1 at kbdmux0 >> ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> cpu0: on acpi0 >> cpu1: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: at device 2.0 on pci0 >> pci5: on pcib1 >> pcib2: at device 0.0 on pci5 >> pci6: on pcib2 >> pcib3: at device 0.0 on pci6 >> pci7: on pcib3 >> pcib4: at device 0.0 on pci7 >> pci8: on pcib4 >> bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci8 >> bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz >> miibus0: on bce0 >> brgphy0: on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto >> bce0: Ethernet address: 00:13:72:fb:cb:16 >> pcib5: at device 1.0 on pci6 >> pci9: on pcib5 >> pcib6: at device 0.3 on pci5 >> pci10: on pcib6 >> pcib7: at device 3.0 on pci0 >> pci1: on pcib7 >> pcib8: at device 0.0 on pci1 >> pci2: on pcib8 >> mpt0: port 0xec00-0xecff mem 0xfc7fc000-0xfc7fffff,0xfc7e0000-0xfc7effff irq 64 at device 8.0 on pci2 >> mpt0: [GIANT-LOCKED] >> mpt0: MPI Version=1.5.12.0 >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> mpt0: mpt_cam_event: 0x12 >> mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). >> mpt0: mpt_cam_event: 0x16 >> mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). >> pcib9: at device 4.0 on pci0 >> pci11: on pcib9 >> pcib10: at device 5.0 on pci0 >> pci12: on pcib10 >> pcib11: at device 6.0 on pci0 >> pci13: on pcib11 >> pcib12: at device 0.0 on pci13 >> pci14: on pcib12 >> mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 18 at device 14.0 on pci14 >> pcib13: at device 0.2 on pci13 >> pci15: on pcib13 >> pcib14: at device 7.0 on pci0 >> pci16: on pcib14 >> pcib15: at device 28.0 on pci0 >> pci3: on pcib15 >> pcib16: at device 0.0 on pci3 >> pci4: on pcib16 >> bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci4 >> bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz >> miibus1: on bce1 >> brgphy1: on miibus1 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto >> bce1: Ethernet address: 00:13:72:fb:cb:14 >> uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 >> uhci0: [GIANT-LOCKED] >> usb0: on uhci0 >> usb0: USB revision 1.0 >> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub0: 2 ports with 2 removable, self powered >> uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 >> uhci1: [GIANT-LOCKED] >> usb1: on uhci1 >> usb1: USB revision 1.0 >> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub1: 2 ports with 2 removable, self powered >> uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 >> uhci2: [GIANT-LOCKED] >> usb2: on uhci2 >> usb2: USB revision 1.0 >> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub2: 2 ports with 2 removable, self powered >> ehci0: mem 0xfc900000-0xfc9003ff irq 21 at device 29.7 on pci0 >> ehci0: [GIANT-LOCKED] >> usb3: EHCI version 1.0 >> usb3: companion controllers, 2 ports each: usb0 usb1 usb2 >> usb3: on ehci0 >> usb3: USB revision 2.0 >> uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub3: 6 ports with 6 removable, self powered >> uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 >> uhub4: multiple transaction translators >> uhub4: 4 ports with 4 removable, self powered >> pcib17: at device 30.0 on pci0 >> pci17: on pcib17 >> pci17: at device 13.0 (no driver attached) >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 >> fdc0: does not respond >> device_attach: fdc0 attach returned 6 >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> sio0: type 16550A >> sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 >> sio1: type 16550A >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 >> fdc0: does not respond >> device_attach: fdc0 attach returned 6 >> pmtimer0 on isa0 >> orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xcf000-0xd07ff,0xec000-0xeffff on isa0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> ppc0: parallel port not found. >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> ums0: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 >> ums0: 3 buttons and Z dir. >> ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 >> kbd2 at ukbd0 >> uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 >> Timecounters tick every 1.000 msec >> acd0: CDROM at ata0-master UDMA33 >> mfi0: 68 - PCI 0x041028 0x0415 0x041028 0x041f01: Firmware initialization started (PCI ID 0015/1028/1f01/1028) >> mfi0: 69 - Type 18: Firmware version 1.00.01-0081 >> mfi0: 70 - Battery Present >> mfi0: 71 - Adapter ticks 213277741 elapsed 54s: Time established as 10/04/06 11:49:01; (54 seconds since power on) >> ses0 at mpt0 bus 0 target 8 lun 0 >> ses0: Fixed Enclosure Services SCSI-5 device >> ses0: 300.000MB/s transfers >> ses0: SCSI-3 SES Device >> SMP: AP CPU #1 Launched! >> da0 at mpt0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: 300.000MB/s transfers, Tagged Queueing Enabled >> da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) >> Trying to mount root from ufs:/dev/da0s1a >> mfi0: 72 - Battery temperature is normal >> mfi0: 73 - Battery started charging >> mfi0: 74 - Current capacity of the battery is above threshold >> bce0: link state changed to DOWN >> bce0: link state changed to UP >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 12:36:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 672F716A47C; Tue, 17 Oct 2006 12:36:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A1243D75; Tue, 17 Oct 2006 12:36:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HCaBbP074355; Tue, 17 Oct 2006 08:36:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HCaAZL040483; Tue, 17 Oct 2006 08:36:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ADBF573068; Tue, 17 Oct 2006 08:36:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061017123610.ADBF573068@freebsd-current.sentex.ca> Date: Tue, 17 Oct 2006 08:36:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:36:13 -0000 TB --- 2006-10-17 12:10:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-17 12:10:33 - starting HEAD tinderbox run for i386/i386 TB --- 2006-10-17 12:10:33 - cleaning the object tree TB --- 2006-10-17 12:11:23 - checking out the source tree TB --- 2006-10-17 12:11:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-10-17 12:11:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-17 12:19:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-17 12:19:11 - cd /src TB --- 2006-10-17 12:19:11 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 17 12:19:12 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/lib/libnetgraph/sock.c In file included from /src/lib/libnetgraph/sock.c:47: /obj/src/tmp/usr/include/netgraph/ng_socket.h:64: error: syntax error before "sa_family_t" /src/lib/libnetgraph/sock.c: In function `NgMkSockNode': /src/lib/libnetgraph/sock.c:101: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c:151: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c: In function `NgSendData': /src/lib/libnetgraph/sock.c:276: error: structure has no member named `sg_family' *** Error code 1 Stop in /src/lib/libnetgraph. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-17 12:36:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-17 12:36:10 - ERROR: failed to build world TB --- 2006-10-17 12:36:10 - tinderbox aborted TB --- 0.79 user 2.78 system 1536.96 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 13:03:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D6F116A4DD; Tue, 17 Oct 2006 13:03:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7774843D80; Tue, 17 Oct 2006 13:01:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HD1tq5078167; Tue, 17 Oct 2006 09:01:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HD1tXN072082; Tue, 17 Oct 2006 09:01:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1612473068; Tue, 17 Oct 2006 09:01:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061017130155.1612473068@freebsd-current.sentex.ca> Date: Tue, 17 Oct 2006 09:01:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:03:27 -0000 TB --- 2006-10-17 12:36:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-17 12:36:10 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-10-17 12:36:10 - cleaning the object tree TB --- 2006-10-17 12:36:40 - checking out the source tree TB --- 2006-10-17 12:36:40 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-10-17 12:36:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-17 12:44:23 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-17 12:44:23 - cd /src TB --- 2006-10-17 12:44:23 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 17 12:44:24 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/lib/libnetgraph/sock.c In file included from /src/lib/libnetgraph/sock.c:47: /obj/pc98/src/tmp/usr/include/netgraph/ng_socket.h:64: error: syntax error before "sa_family_t" /src/lib/libnetgraph/sock.c: In function `NgMkSockNode': /src/lib/libnetgraph/sock.c:101: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c:151: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c: In function `NgSendData': /src/lib/libnetgraph/sock.c:276: error: structure has no member named `sg_family' *** Error code 1 Stop in /src/lib/libnetgraph. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-17 13:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-17 13:01:54 - ERROR: failed to build world TB --- 2006-10-17 13:01:54 - tinderbox aborted TB --- 0.80 user 2.57 system 1543.88 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 13:29:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA9B16A403; Tue, 17 Oct 2006 13:29:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A955743D67; Tue, 17 Oct 2006 13:29:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HDTQaU082725; Tue, 17 Oct 2006 09:29:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HDTQH2017483; Tue, 17 Oct 2006 09:29:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 917CE73068; Tue, 17 Oct 2006 09:29:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061017132925.917CE73068@freebsd-current.sentex.ca> Date: Tue, 17 Oct 2006 09:29:25 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:29:27 -0000 TB --- 2006-10-17 13:05:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-17 13:05:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-10-17 13:05:44 - cleaning the object tree TB --- 2006-10-17 13:06:13 - checking out the source tree TB --- 2006-10-17 13:06:13 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-10-17 13:06:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-17 13:12:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-17 13:12:15 - cd /src TB --- 2006-10-17 13:12:15 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 17 13:12:17 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/lib/libnetgraph/sock.c In file included from /src/lib/libnetgraph/sock.c:47: /obj/sparc64/src/tmp/usr/include/netgraph/ng_socket.h:64: error: syntax error before "sa_family_t" /src/lib/libnetgraph/sock.c: In function `NgMkSockNode': /src/lib/libnetgraph/sock.c:101: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c:151: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c: In function `NgSendData': /src/lib/libnetgraph/sock.c:276: error: structure has no member named `sg_family' *** Error code 1 Stop in /src/lib/libnetgraph. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-17 13:29:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-17 13:29:25 - ERROR: failed to build world TB --- 2006-10-17 13:29:25 - tinderbox aborted TB --- 0.62 user 2.34 system 1420.76 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 13:30:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A00E16A4C8; Tue, 17 Oct 2006 13:30:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02FA43D45; Tue, 17 Oct 2006 13:30:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HDUqUQ083007; Tue, 17 Oct 2006 09:30:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HDUqTR020794; Tue, 17 Oct 2006 09:30:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 19C9573068; Tue, 17 Oct 2006 09:30:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061017133052.19C9573068@freebsd-current.sentex.ca> Date: Tue, 17 Oct 2006 09:30:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:30:54 -0000 TB --- 2006-10-17 13:01:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-17 13:01:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-10-17 13:01:55 - cleaning the object tree TB --- 2006-10-17 13:02:20 - checking out the source tree TB --- 2006-10-17 13:02:20 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-10-17 13:02:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-17 13:12:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-17 13:12:15 - cd /src TB --- 2006-10-17 13:12:15 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 17 13:12:17 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/lib/libnetgraph/sock.c In file included from /src/lib/libnetgraph/sock.c:47: /obj/powerpc/src/tmp/usr/include/netgraph/ng_socket.h:64: error: syntax error before "sa_family_t" /src/lib/libnetgraph/sock.c: In function `NgMkSockNode': /src/lib/libnetgraph/sock.c:101: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c:151: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c: In function `NgSendData': /src/lib/libnetgraph/sock.c:276: error: structure has no member named `sg_family' *** Error code 1 Stop in /src/lib/libnetgraph. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-17 13:30:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-17 13:30:52 - ERROR: failed to build world TB --- 2006-10-17 13:30:52 - tinderbox aborted TB --- 0.74 user 2.20 system 1736.87 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 13:52:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFEB116A4F8; Tue, 17 Oct 2006 13:52:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F2843D7E; Tue, 17 Oct 2006 13:52:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9HDqdID005340; Tue, 17 Oct 2006 09:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9HDqd0T091951; Tue, 17 Oct 2006 09:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 837C073068; Tue, 17 Oct 2006 09:52:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061017135235.837C073068@freebsd-current.sentex.ca> Date: Tue, 17 Oct 2006 09:52:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner4 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 13:52:49 -0000 TB --- 2006-10-17 13:29:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-17 13:29:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-17 13:29:25 - cleaning the object tree TB --- 2006-10-17 13:29:50 - checking out the source tree TB --- 2006-10-17 13:29:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-17 13:29:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-17 13:36:45 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-17 13:36:45 - cd /src TB --- 2006-10-17 13:36:45 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 17 13:36:46 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/lib/libnetgraph/sock.c In file included from /src/lib/libnetgraph/sock.c:47: /obj/sun4v/src/tmp/usr/include/netgraph/ng_socket.h:64: error: syntax error before "sa_family_t" /src/lib/libnetgraph/sock.c: In function `NgMkSockNode': /src/lib/libnetgraph/sock.c:101: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c:151: error: structure has no member named `sg_family' /src/lib/libnetgraph/sock.c: In function `NgSendData': /src/lib/libnetgraph/sock.c:276: error: structure has no member named `sg_family' *** Error code 1 Stop in /src/lib/libnetgraph. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-17 13:52:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-17 13:52:35 - ERROR: failed to build world TB --- 2006-10-17 13:52:35 - tinderbox aborted TB --- 0.55 user 1.98 system 1389.69 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 16:13:24 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265D416A403 for ; Tue, 17 Oct 2006 16:13:24 +0000 (UTC) (envelope-from daved@tamu.edu) Received: from sr-3-int.cis.tamu.edu (smtp-relay.tamu.edu [165.91.22.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5E343D60 for ; Tue, 17 Oct 2006 16:13:19 +0000 (GMT) (envelope-from daved@tamu.edu) Received: from localhost (localhost.tamu.edu [127.0.0.1]) by sr-3-int.cis.tamu.edu (Postfix) with ESMTP id 3D2521119E; Tue, 17 Oct 2006 11:13:19 -0500 (CDT) Received: from [128.194.169.56] (dhcp-qip-128-194-169-56.net.tamu.edu [128.194.169.56]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by sr-3-int.cis.tamu.edu (Postfix) with ESMTP id 6521F10C67; Tue, 17 Oct 2006 11:13:14 -0500 (CDT) In-Reply-To: <20060926002916.GA5975@cdnetworks.co.kr> References: <20060926002916.GA5975@cdnetworks.co.kr> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-258284126; protocol="application/pkcs7-signature" Message-Id: <4833C999-9C20-4C40-814F-214BCE90494E@tamu.edu> From: David Duchscher Date: Tue, 17 Oct 2006 11:13:13 -0500 To: pyunyh@gmail.com X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: amavisd-new at tamu.edu X-Mailman-Approved-At: Tue, 17 Oct 2006 19:41:11 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@FreeBSD.org Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 16:13:24 -0000 --Apple-Mail-1-258284126 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Driver works on the Intel Mac Mini I have. dmesg: mskc0: port 0x1000-0x10ff mem 0x90200000- 0x90203fff irq 16 at device 0.0 on pci1 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0x90200000 mskc0: RAM buffer size : 48KB mskc0: Port 0 : Rx Queue 32KB(0x00000000:0x00007fff) mskc0: Port 0 : Tx Queue 16KB(0x00008000:0x0000bfff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:16:cb:a3:de:6b miibus0: on msk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 mskc0: [MPSAFE] mskc0: [FAST] pciconf: mskc0@pci1:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8053 Yukon PCI-E Gigabit Ethernet Controller (copper)' class = network subclass = ethernet ifconfig: msk0: flags=8843 mtu 1500 options=9b inet6 fe80::216:cbff:fea3:de6b%msk0 prefixlen 64 scopeid 0x1 ether 00:16:cb:a3:de:6b media: Ethernet autoselect (100baseTX ) status: active uname: FreeBSD macwolf.net.tamu.edu 7.0-CURRENT-200610 FreeBSD 7.0- CURRENT-200610 #0: Tue Oct 17 14:02:14 UTC 2006 root@:/usr/obj/ usr/src/sys/GENERIC i386 Thank you very much for working on this driver. -- DaveD --Apple-Mail-1-258284126-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 17 19:46:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAA8016A4F5 for ; Tue, 17 Oct 2006 19:46:21 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C6D43DDB for ; Tue, 17 Oct 2006 19:44:39 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (5i0e49sz71flt3cp@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k9HJiQC0064747; Tue, 17 Oct 2006 12:44:26 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k9HJiNCi064746; Tue, 17 Oct 2006 12:44:23 -0700 (PDT) (envelope-from jmg) Date: Tue, 17 Oct 2006 12:44:22 -0700 From: John-Mark Gurney To: Yuriy Tsibizov Message-ID: <20061017194422.GK23971@funkthat.com> Mail-Followup-To: Yuriy Tsibizov , current@freebsd.org References: <78664C02FF341B4FAC63E561846E3BCC01F84E@ex.hhp.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC01F84E@ex.hhp.local> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 19:46:21 -0000 Yuriy Tsibizov wrote this message on Thu, Oct 12, 2006 at 12:27 +0400: > I'm trying to netboot FreeBSD on this notebook (it's Intel Core Solo + > Intel 945GM chipset). > Unfortunatly it does not have serial ports and I can't get full verbose > dmesg. > > Last lines are: > pcib1: irq 16 at device 28.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: i/o decode 0xb000-0xbfff > pcib1: memory decode 0xfa600000-0xfa6fffff > pcib1:prefetched decode 0xfff00000-0xfffff (yes, threr is only 5 'f's) > pci1: on pcib1 > pci1: physical bus=1 > > after that it hangs. > > kernel is -CURRENT from yesterday morning. > setting hint.acpi.0.disabled="1" does not help, and BIOS settings are > very limited (it can only turn on/off onboard devices) This is likely due to invalid VPD data on your system... Add a: printf("reading vpd...\n"); to just before the comment: /* init vpd reader */ if this is the last thing you see printed then it is due to the new VPD code... I have identified on problem w/ the code, and have posted the patch to cvs-all, if you are interested in testing it, I'll send you a copy, though your problem could be different, and we need do some debugging to find out what it is... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 01:52:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C7E716A40F; Wed, 18 Oct 2006 01:52:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1482643D76; Wed, 18 Oct 2006 01:52:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9I1qCKI081809; Tue, 17 Oct 2006 21:52:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9I1qBvr073017; Tue, 17 Oct 2006 21:52:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C157473068; Tue, 17 Oct 2006 21:52:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061018015211.C157473068@freebsd-current.sentex.ca> Date: Tue, 17 Oct 2006 21:52:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 01:52:14 -0000 TB --- 2006-10-18 00:38:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-18 00:38:32 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-10-18 00:38:32 - cleaning the object tree TB --- 2006-10-18 00:38:46 - checking out the source tree TB --- 2006-10-18 00:38:46 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-10-18 00:38:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-18 00:46:41 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-18 00:46:41 - cd /src TB --- 2006-10-18 00:46:41 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 18 00:46:42 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Oct 18 01:42:45 UTC 2006 TB --- 2006-10-18 01:42:45 - generating LINT kernel config TB --- 2006-10-18 01:42:45 - cd /src/sys/powerpc/conf TB --- 2006-10-18 01:42:45 - /usr/bin/make -B LINT TB --- 2006-10-18 01:42:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-18 01:42:45 - cd /src TB --- 2006-10-18 01:42:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 18 01:42:45 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/powerpc/bcopy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/powerpc/busdma_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/powerpc/clock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/powerpc/powerpc/copyinout.c /src/sys/powerpc/powerpc/copyinout.c: In function `casuword32': /src/sys/powerpc/powerpc/copyinout.c:328: warning: passing arg 1 of `casuword' from incompatible pointer type /src/sys/powerpc/powerpc/copyinout.c: In function `casuword': /src/sys/powerpc/powerpc/copyinout.c:351: warning: passing arg 1 of `atomic_cmpset_32' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-18 01:52:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-18 01:52:11 - ERROR: failed to build lint kernel TB --- 2006-10-18 01:52:11 - tinderbox aborted TB --- 0.23 user 0.60 system 4418.67 real From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 05:32:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB42B16A416 for ; Wed, 18 Oct 2006 05:32:30 +0000 (UTC) (envelope-from waterson@maubi.net) Received: from lumpy.maubi.net (adsl-75-1-11-253.dsl.scrm01.sbcglobal.net [75.1.11.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 112C743D58 for ; Wed, 18 Oct 2006 05:32:29 +0000 (GMT) (envelope-from waterson@maubi.net) Received: from [192.168.1.5] ([75.1.11.254]) by lumpy.maubi.net (8.13.6/8.13.6) with ESMTP id k9I0AmGt010731 for ; Tue, 17 Oct 2006 17:10:48 -0700 (PDT) (envelope-from waterson@maubi.net) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Chris Waterson Date: Tue, 17 Oct 2006 17:10:39 -0700 X-Mailer: Apple Mail (2.752.3) Subject: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 05:32:30 -0000 (Apologies if this ends up being a duplicate post; I didn't see my first post hit the list after 24 hours.) I just bought a Supermicro system with a built in Marvell-based SATA subsystem. Unfortunately, I didn't carefully check the FreeBSD compatibility list to see if the chip was supported -- and all indications seem to be that it isn't [1]. Has any progress been made on this front? Or am I out of luck? thanks! chris [1] http://lists.freebsd.org/pipermail/freebsd-current/2005-February/ 046402.html From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 05:32:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7721916A403 for ; Wed, 18 Oct 2006 05:32:31 +0000 (UTC) (envelope-from waterson@maubi.net) Received: from lumpy.maubi.net (adsl-75-1-11-253.dsl.scrm01.sbcglobal.net [75.1.11.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 047D843D45 for ; Wed, 18 Oct 2006 05:32:30 +0000 (GMT) (envelope-from waterson@maubi.net) Received: from [192.168.1.5] ([75.1.11.254]) by lumpy.maubi.net (8.13.6/8.13.6) with ESMTP id k9F4KxOH032788 for ; Sat, 14 Oct 2006 21:20:59 -0700 (PDT) (envelope-from waterson@maubi.net) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <3CC80A4E-39B4-467C-9D48-7397CE2B0030@maubi.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Chris Waterson Date: Sat, 14 Oct 2006 21:20:49 -0700 X-Mailer: Apple Mail (2.752.3) Subject: support for marvell sata chips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 05:32:31 -0000 (Apologies if this ends up being a duplicate post; I didn't see my first post hit the list after 24 hours.) I just bought a Supermicro system with a built in Marvell-based SATA subsystem. Unfortunately, I didn't carefully check the FreeBSD compatibility list to see if the chip was supported -- and all indications seem to be that it isn't [1]. Has any progress been made on this front? Or am I out of luck? thanks! chris [1] http://lists.freebsd.org/pipermail/freebsd-current/2005-February/ 046402.html From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 08:41:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B088F16A4F1 for ; Wed, 18 Oct 2006 08:41:18 +0000 (UTC) (envelope-from sos@freebsd.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEAB543DAA for ; Wed, 18 Oct 2006 08:40:38 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k9I8ebRw028883; Wed, 18 Oct 2006 10:40:37 +0200 (CEST) (envelope-from sos@freebsd.org) Message-ID: <4535E88B.9070108@freebsd.org> Date: Wed, 18 Oct 2006 10:40:43 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Chris Waterson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: freebsd-current@freebsd.org Subject: Re: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 08:41:18 -0000 Chris Waterson wrote: > (Apologies if this ends up being a duplicate post; I didn't see my > first post hit the list after 24 hours.) > > I just bought a Supermicro system with a built in Marvell-based SATA > subsystem. Unfortunately, I didn't carefully check the FreeBSD > compatibility list to see if the chip was supported -- and all > indications seem to be that it isn't [1]. > > Has any progress been made on this front? Or am I out of luck? No you have gotten lucky as I've added Marvell support quite some time ago... -Søren From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 10:41:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F40616A40F for ; Wed, 18 Oct 2006 10:41:12 +0000 (UTC) (envelope-from amogilny@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83FF743D60 for ; Wed, 18 Oct 2006 10:41:07 +0000 (GMT) (envelope-from amogilny@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so117214uge for ; Wed, 18 Oct 2006 03:41:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=CkRTbKz9BilpNNOdRvhxGQCQXpAHg1zs79Uay+Xn2To4xbQG2eNVk276cd32bls0+f9sF3ZCzWatt+xiMBg2tT8nqbXA/Qf8BaEnKJI73pCVYFjFf1M60tz3rgASNqwwzFz2wQZp4lwBAkjP7KH6SXE/XnDxJ/Rj3SG8dHB4DTo= Received: by 10.67.97.18 with SMTP id z18mr11473981ugl; Wed, 18 Oct 2006 03:41:05 -0700 (PDT) Received: from localhost ( [193.28.87.193]) by mx.google.com with ESMTP id b23sm850027ugd.2006.10.18.03.41.05; Wed, 18 Oct 2006 03:41:05 -0700 (PDT) Date: Wed, 18 Oct 2006 13:41:03 +0300 From: "Alexander I. Mogilny" To: freebsd-current@freebsd.org Message-ID: <20061018104103.GA34707@sg.intra> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: buildworld failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 10:41:12 -0000 Here is the error I get. Sources updated today (half an hour ago from cvsup5.freebsd.org) In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_unex_handler.cc:30: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/pure.cc:31: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/vec.cc:37: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** 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. -- AIM-UANIC +-----[ FreeBSD ]-----+ Alexander Mogilny | The Power to Serve! | <> amogilny@gmail.com +---------------------+ From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 11:35:23 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E024F16A47B for ; Wed, 18 Oct 2006 11:35:22 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8AD43D45 for ; Wed, 18 Oct 2006 11:35:22 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ga9he-00030a-Tz; Wed, 18 Oct 2006 12:35:18 +0100 Date: Wed, 18 Oct 2006 12:35:18 +0100 From: Ceri Davies To: current@FreeBSD.org Message-ID: <20061018113518.GF92966@submonkey.net> Mail-Followup-To: Ceri Davies , current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="veXX9dWIonWZEC6h" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: Subject: What to do with quotacheck -l2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 11:35:23 -0000 --veXX9dWIonWZEC6h Content-Type: multipart/mixed; boundary="w7PDEPdKQumQfZlR" Content-Disposition: inline --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I found a -l option in quotacheck this morning, which has been there since revision 1.1 and never documented. The option controls the maximum number of concurrent filesystems that quotacheck will operate on during the second pass, and should almost certainly be documented. The -l option is ignored without -a, and using it without -a should result in some kind of warning. However, this behaviour has been unchanged for the entire lifetime of quotacheck in FreeBSD and I'm loathe to break anything, so I turn to you to see if this looks OK. Patch attached, comments welcomed. Thanks, Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="quotacheck-l.diff" Content-Transfer-Encoding: quoted-printable ? quotacheck ? quotacheck.8.gz Index: quotacheck.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/quotacheck/quotacheck.8,v retrieving revision 1.16 diff -u -r1.16 quotacheck.8 --- quotacheck.8 10 Feb 2005 09:19:32 -0000 1.16 +++ quotacheck.8 18 Oct 2006 11:25:56 -0000 @@ -31,7 +31,7 @@ .\" @(#)quotacheck.8 8.1 (Berkeley) 6/5/93 .\" $FreeBSD: src/sbin/quotacheck/quotacheck.8,v 1.16 2005/02/10 09:19:32 = ru Exp $ .\" -.Dd June 5, 1993 +.Dd October 18, 2006 .Dt QUOTACHECK 8 .Os .Sh NAME @@ -40,6 +40,7 @@ .Sh SYNOPSIS .Nm .Op Fl guv +.Op Fl l Ar maxrun .Fl a .Nm .Op Fl guv @@ -72,6 +73,13 @@ Only group quotas listed in .Pa /etc/fstab are to be checked. +.It Fl l Ar maxrun +Specifies the maximum number of concurrent file systems +to check in parallel. +If this option is omitted, or if +.Ar maxrun +is zero, parallel passes are run as per +.Xr fsck 8 . .It Fl u Only user quotas listed in .Pa /etc/fstab Index: quotacheck.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/quotacheck/quotacheck.c,v retrieving revision 1.25 diff -u -r1.25 quotacheck.c --- quotacheck.c 10 Feb 2005 09:19:33 -0000 1.25 +++ quotacheck.c 18 Oct 2006 11:25:56 -0000 @@ -192,6 +192,10 @@ (void) addid((u_long)pw->pw_uid, USRQUOTA, pw->pw_name); endpwent(); } + /* Setting maxrun (-l) makes no sense without the aflag, but + it hasn't been an error for over 12 years, so just warn. */ + if (maxrun > 0 && !aflag) + warnx("ignoring -l without -a."); if (aflag) exit(checkfstab(1, maxrun, needchk, chkquota)); if (setfsent() =3D=3D 0) @@ -217,7 +221,7 @@ usage() { (void)fprintf(stderr, "%s\n%s\n",=20 - "usage: quotacheck [-guv] -a", + "usage: quotacheck [-guv] [-l maxrun] -a", " quotacheck [-guv] filesystem ..."); exit(1); } --w7PDEPdKQumQfZlR-- --veXX9dWIonWZEC6h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNhF2ocfcwTS3JF8RAih9AKDJEPTZ8AVa7qZSTcp6yj1GTN+l7wCgm1h0 amyqDsCYq/bP9550+nErYJE= =9fR4 -----END PGP SIGNATURE----- --veXX9dWIonWZEC6h-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 11:44:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3183916A403 for ; Wed, 18 Oct 2006 11:44:31 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BEC43D49 for ; Wed, 18 Oct 2006 11:44:29 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000571018.msg for ; Wed, 18 Oct 2006 15:43:58 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Oct 2006 15:43:54 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F8B5@ex.hhp.local> In-Reply-To: <20061017194422.GK23971@funkthat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe thread-index: AcbyJNCjI+33/ufbR86or500OLQ5rwAg7+fw From: "Yuriy Tsibizov" To: "John-Mark Gurney" X-Spam-Processed: mx.gfk.ru, Wed, 18 Oct 2006 15:43:58 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Wed, 18 Oct 2006 15:44:00 +0400 Cc: current@freebsd.org Subject: RE: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 11:44:31 -0000 > > I'm trying to netboot FreeBSD on this notebook (it's Intel=20 > Core Solo + > > Intel 945GM chipset). > > Unfortunatly it does not have serial ports and I can't get=20 > full verbose > > dmesg. > >=20 > > Last lines are: > > pcib1: irq 16 at device 28.0 on pci0 > > pcib1: secondary bus 1 > > pcib1: subordinate bus 1 > > pcib1: i/o decode 0xb000-0xbfff > > pcib1: memory decode 0xfa600000-0xfa6fffff > > pcib1:prefetched decode 0xfff00000-0xfffff (yes, threr=20 > is only 5 'f's) > > pci1: on pcib1 > > pci1: physical bus=3D1 > >=20 > > after that it hangs. > >=20 > > kernel is -CURRENT from yesterday morning. > > setting hint.acpi.0.disabled=3D"1" does not help, and BIOS=20 > settings are > > very limited (it can only turn on/off onboard devices) >=20 > This is likely due to invalid VPD data on your system... Add a: > printf("reading vpd...\n"); >=20 > to just before the comment: > /* init vpd reader */ >=20 > if this is the last thing you see printed then it is due to the new > VPD code... I have identified on problem w/ the code, and have posted > the patch to cvs-all, if you are interested in testing it, I'll send > you a copy, though your problem could be different, and we=20 > need do some > debugging to find out what it is... Patch in http://docs.freebsd.org/cgi/mid.cgi?20061017175752.GI23971 does not compile: there is no vpd variable (+ strncmp(vpd.vpd_ros[off], "RV", 2) =3D=3D 0) {) Should it be "strncmp(cfg->(vpd.vpd_ros[off].keyword, "RV", 2) =3D=3D 0) = {"? (pci.c revision 1.315) Yuriy. From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 13:15:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D4516A403 for ; Wed, 18 Oct 2006 13:15:33 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D815F43D60 for ; Wed, 18 Oct 2006 13:15:30 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000571486.msg for ; Wed, 18 Oct 2006 17:14:49 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Oct 2006 17:14:43 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F8B9@ex.hhp.local> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC01F8B5@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe thread-index: AcbyJNCjI+33/ufbR86or500OLQ5rwAg7+fwAAN7FGA= From: "Yuriy Tsibizov" To: "John-Mark Gurney" X-Spam-Processed: mx.gfk.ru, Wed, 18 Oct 2006 17:14:49 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Wed, 18 Oct 2006 17:14:49 +0400 Cc: current@freebsd.org Subject: RE: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 13:15:33 -0000 > > > I'm trying to netboot FreeBSD on this notebook (it's Intel=20 > > Core Solo + > > > Intel 945GM chipset). > > > Unfortunatly it does not have serial ports and I can't get=20 > > full verbose > > > dmesg. > > >=20 > > > Last lines are: > > > pcib1: irq 16 at device 28.0 on pci0 > > > pcib1: secondary bus 1 > > > pcib1: subordinate bus 1 > > > pcib1: i/o decode 0xb000-0xbfff > > > pcib1: memory decode 0xfa600000-0xfa6fffff > > > pcib1:prefetched decode 0xfff00000-0xfffff (yes, threr=20 > > is only 5 'f's) > > > pci1: on pcib1 > > > pci1: physical bus=3D1 > > >=20 > > > after that it hangs. > > >=20 > > > kernel is -CURRENT from yesterday morning. > > > setting hint.acpi.0.disabled=3D"1" does not help, and BIOS=20 > > settings are > > > very limited (it can only turn on/off onboard devices) > >=20 > > This is likely due to invalid VPD data on your system... Add a: > > printf("reading vpd...\n"); > >=20 > > to just before the comment: > > /* init vpd reader */ > >=20 > > if this is the last thing you see printed then it is due to the new > > VPD code... I have identified on problem w/ the code, and=20 > have posted > > the patch to cvs-all, if you are interested in testing it, I'll send > > you a copy, though your problem could be different, and we=20 > > need do some > > debugging to find out what it is... Yes, it keeps running in "for (; !end;)" loop forever. I'll have access to this notebook till friday evening. Yuriy. From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 13:40:25 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BBBC16A407; Wed, 18 Oct 2006 13:40:25 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 528CD43D7E; Wed, 18 Oct 2006 13:40:20 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 533BB5FBF; Wed, 18 Oct 2006 17:40:19 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 3305C5F9E; Wed, 18 Oct 2006 17:40:19 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9IDeJOi021833; Wed, 18 Oct 2006 17:40:19 +0400 (MSD) (envelope-from ru) Date: Wed, 18 Oct 2006 17:40:19 +0400 From: Ruslan Ermilov To: Soren Schmidt Message-ID: <20061018134019.GB21654@rambler-co.ru> References: <4535E88B.9070108@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <4535E88B.9070108@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@FreeBSD.org Subject: Re: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 13:40:25 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 10:40:43AM +0200, S?ren Schmidt wrote: > Chris Waterson wrote: > >(Apologies if this ends up being a duplicate post; I didn't see my=20 > >first post hit the list after 24 hours.) > > > >I just bought a Supermicro system with a built in Marvell-based SATA=20 > >subsystem. Unfortunately, I didn't carefully check the FreeBSD=20 > >compatibility list to see if the chip was supported -- and all=20 > >indications seem to be that it isn't [1]. > > > >Has any progress been made on this front? Or am I out of luck? > No you have gotten lucky as I've added Marvell support quite some time=20 > ago... >=20 BTW, we're having data corruption issues when using Marvell 88SX6081: # dmesg |grep ^ad16 ad16: 476940MB at ata8-master SATA150 # dmesg | grep ^ata8 ata8: on atapci0 # dmesg | grep ^atapci0 atapci0: port 0x9800-0x98ff mem 0xfc9= 00000-0xfc9fffff irq 20 at device 1.0 on pci2 # dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 1024+0 records in 1024+0 records out 134217728 bytes transferred in 2.091913 secs (64160282 bytes/sec) 669aa0b8c706f06d3d41aae95d4a3cf1 # dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 1024+0 records in 1024+0 records out 134217728 bytes transferred in 2.092598 secs (64139273 bytes/sec) 5b92918e4beaadf5a7ff74829b9ab9ce # dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 1024+0 records in 1024+0 records out 134217728 bytes transferred in 2.096472 secs (64020758 bytes/sec) d56fbdee36d70c8d6fcae6ea7b7550a7 #=20 I'm currently looking into adding errata quirks found in the Linux driver to see if that helps. JFYI. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFNi7DqRfpzJluFF4RAmLIAJ0dqGcIm9GebIx/lr2s/yD4Ry5JgACeMikh xl4eMSCloxTnpR1WMfHscgY= =hfDX -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 15:17:09 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75E6516A407 for ; Wed, 18 Oct 2006 15:17:09 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7D643D60 for ; Wed, 18 Oct 2006 15:17:08 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 0C30C37EC9; Wed, 18 Oct 2006 17:17:07 +0200 (CEST) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id EC85B37E48 for ; Wed, 18 Oct 2006 17:17:06 +0200 (CEST) Received: from dude.automatvapen.se (81-229-112-193-no21.tbcn.telia.com [81.229.112.193]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id C6A2E37E43 for ; Wed, 18 Oct 2006 17:17:06 +0200 (CEST) From: Joel Dahl To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 18 Oct 2006 17:17:06 +0200 Message-Id: <1161184626.700.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Subject: Fatal trap 18: integer divide fault while in kernel mode (ACPI related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 15:17:09 -0000 Got a kernel panic during boot with CURRENT (built on October 16th, GENERIC kernel), and it seems related to ACPI and the battery in some way. I took a picture of it with my digital camera: http://people.freebsd.org/~joel/panics/panic001.jpg I also managed to get a dump: ---------------------------------------------------------------- # kgdb kernel.debug /var/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "libc_r_db_ops"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Trying to mount root from ufs:/dev/ad4s2a <118>Loading configuration files. <118>kernel dumps on /dev/ad4s2b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point Fatal trap 18: integer divide fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xc0c19448 stack pointer = 0x28:0xd5c29b04 frame pointer = 0x28:0xd5c29b40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 68 (sysctl) Physical memory: 491 MB Dumping 35 MB: 20 4 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc047625b in db_fncall (dummy1=-708667096, dummy2=0, dummy3=-1062631904, dummy4=0xd5c29904 "À\006ªÀ") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0476067 in db_command (last_cmdp=0xc09fd944, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #3 0xc0476122 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #4 0xc0477d31 in db_trap (type=18, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc06c0854 in kdb_trap (type=18, code=0, tf=0xd5c29ac4) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc08a2795 in trap_fatal (frame=0xd5c29ac4, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #7 0xc08a22c4 in trap (frame= {tf_fs = -1061093368, tf_es = -1061027800, tf_ds = -1061027800, tf_edi = -1026916352, tf_esi = 1, tf_ebp = -708666560, tf_isp = -708666640, tf_ebx = -1026916288, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 18, tf_err = 0, tf_eip = -1061055416, tf_cs = 32, tf_eflags = 66118, tf_esp = -1026916336, tf_ss = 16}) at /usr/src/sys/i386/i386/trap.c:658 #8 0xc088d02a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #9 0xc0c19448 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------- Haven't been able to reproduce it yet though. -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 17:46:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1089D16A62A; Wed, 18 Oct 2006 17:46:58 +0000 (UTC) (envelope-from sbahra@kerneled.org) Received: from perseus.interservers.com (perseus.interservers.com [65.202.242.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB7943D7E; Wed, 18 Oct 2006 17:46:47 +0000 (GMT) (envelope-from sbahra@kerneled.org) Received: from cpanel by perseus.interservers.com with local (Exim 4.52) id 1GaFV5-0007JQ-3a; Wed, 18 Oct 2006 13:46:43 -0400 Received: from 128.164.160.1 ([128.164.160.1]) by www.kerneled.org (Horde MIME library) with HTTP; Wed, 18 Oct 2006 13:46:42 -0400 Message-ID: <20061018134642.0ttsbjhlz6gc8okg@www.kerneled.org> Date: Wed, 18 Oct 2006 13:46:42 -0400 From: sbahra@kerneled.org To: David Xu References: <20061004203715.GA38692@xor.obsecurity.org> <200610061711.14517.davidxu@freebsd.org> <200610062133.17458.davidxu@freebsd.org> In-Reply-To: <200610062133.17458.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - perseus.interservers.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32002 32002] / [47 12] X-AntiAbuse: Sender Address Domain - kerneled.org X-Source: X-Source-Args: X-Source-Dir: Cc: Daniel Eischen , Dmitry Pryanishnikov , freebsd-current@freebsd.org Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:46:58 -0000 Hi, What were the results of this discussion? Kris, was this indeed the =20 case for the problem you were encountering? Regards. -- Samy Quoting David Xu : > On Friday 06 October 2006 20:44, Daniel Eischen wrote: >> On Fri, 6 Oct 2006, David Xu wrote: >> > On Friday 06 October 2006 16:50, Dmitry Pryanishnikov wrote: >> >> Hello! >> >> >> >> On Fri, 6 Oct 2006, David Xu wrote: >> >>>> FYI, this has recurred, so it seems to be an easy problem to trigger= . >> >>>> >> >>>> Kris >> >>> >> >>> can you try attached patch ? it disables support for non-disk files, >> >>> I suspect the test passed non-disk file handle to aio, and caused >> >>> the problem. >> >> >> >> I think it must be done as a workaround _only_. What's the point of >> >> having asynchronous I/O capability for relatively fast HDDs while >> >> missing this support for other (slow) I/O such as ttys or pipes? This >> >> situation renders the whole presence of aio almost useless. >> >> >> >> Sincerely, Dmitry >> > >> > We are diagnosing the problem, not trying to remove some capabilities, >> > I also don't have plan to work on it, I have already been overloaded by >> > threading work, it is not a trivial work to implement AIO for all I/O >> > facilities, I believe its amount of work is considerable, and some peop= le >> > are better to start a new project to implement it. >> >> I've always thought that perhaps it could be better done >> in userspace, libaio, with threads. In general, asynchronous I/O should be out-performing synchronous =20 primitives. A threads implementation simply cannot scale or perform as =20 well as a kernel-space implementation (for various reasons). http://www.linuxsymposium.org/proceedings/reprints/Reprint-Bhattacharya-OLS2= 004.pdf > since our AIO is integrated with kqueue and POSIX signal event, I don't kn= ow > how to implement them in userspace, also our POSIX signal event is reliabl= e > (loseless), different than others, implementing it in userland will have > problem. I think we only need directly NON-BLOCK I/O interface in kernel > without have to fiddle with fcntl(fd, F_SETFL, O_NONBLOCK), fcntl has race > with other threads, should be avoided, I heard this has been partly done = by > Matt in DragonflyBSD for their libc_r. > > David Xu > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 17:54:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6923716A412; Wed, 18 Oct 2006 17:54:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD6E443D9F; Wed, 18 Oct 2006 17:54:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8E5FE1A3C1C; Wed, 18 Oct 2006 10:54:26 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 171F0515EB; Wed, 18 Oct 2006 13:54:26 -0400 (EDT) Date: Wed, 18 Oct 2006 13:54:25 -0400 From: Kris Kennaway To: sbahra@kerneled.org Message-ID: <20061018175425.GA97300@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> <200610061711.14517.davidxu@freebsd.org> <200610062133.17458.davidxu@freebsd.org> <20061018134642.0ttsbjhlz6gc8okg@www.kerneled.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061018134642.0ttsbjhlz6gc8okg@www.kerneled.org> User-Agent: Mutt/1.4.2.2i Cc: Daniel Eischen , Dmitry Pryanishnikov , freebsd-current@freebsd.org, David Xu Subject: Re: Thread stuck in aioprn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:54:36 -0000 On Wed, Oct 18, 2006 at 01:46:42PM -0400, sbahra@kerneled.org wrote: > Hi, > > What were the results of this discussion? Kris, was this indeed the > case for the problem you were encountering? I didnt have time to retest, sorry Kris From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 19:18:53 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BB8516A403; Wed, 18 Oct 2006 19:18:53 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A3ED43D4C; Wed, 18 Oct 2006 19:18:52 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k9IJIqo5038248; Wed, 18 Oct 2006 21:18:52 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <45367E22.80207@deepcore.dk> Date: Wed, 18 Oct 2006 21:18:58 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Ruslan Ermilov References: <4535E88B.9070108@freebsd.org> <20061018134019.GB21654@rambler-co.ru> In-Reply-To: <20061018134019.GB21654@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: freebsd-current@FreeBSD.ORG, Soren Schmidt Subject: Re: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 19:18:53 -0000 Ruslan Ermilov wrote: > On Wed, Oct 18, 2006 at 10:40:43AM +0200, S?ren Schmidt wrote: > >> Chris Waterson wrote: >> >>> (Apologies if this ends up being a duplicate post; I didn't see my >>> first post hit the list after 24 hours.) >>> >>> I just bought a Supermicro system with a built in Marvell-based SATA >>> subsystem. Unfortunately, I didn't carefully check the FreeBSD >>> compatibility list to see if the chip was supported -- and all >>> indications seem to be that it isn't [1]. >>> >>> Has any progress been made on this front? Or am I out of luck? >>> >> No you have gotten lucky as I've added Marvell support quite some time >> ago... >> >> > BTW, we're having data corruption issues when using Marvell 88SX6081: > > # dmesg |grep ^ad16 > ad16: 476940MB at ata8-master SATA150 > # dmesg | grep ^ata8 > ata8: on atapci0 > # dmesg | grep ^atapci0 > atapci0: port 0x9800-0x98ff mem 0xfc900000-0xfc9fffff irq 20 at device 1.0 on pci2 > # dd if=/dev/ad16 bs=128k count=1024 | md5 > 1024+0 records in > 1024+0 records out > 134217728 bytes transferred in 2.091913 secs (64160282 bytes/sec) > 669aa0b8c706f06d3d41aae95d4a3cf1 > # dd if=/dev/ad16 bs=128k count=1024 | md5 > 1024+0 records in > 1024+0 records out > 134217728 bytes transferred in 2.092598 secs (64139273 bytes/sec) > 5b92918e4beaadf5a7ff74829b9ab9ce > # dd if=/dev/ad16 bs=128k count=1024 | md5 > 1024+0 records in > 1024+0 records out > 134217728 bytes transferred in 2.096472 secs (64020758 bytes/sec) > d56fbdee36d70c8d6fcae6ea7b7550a7 > # > > I'm currently looking into adding errata quirks found in the Linux > driver to see if that helps. JFYI. > Right, there are a few mentioned in the docs, however I've not been able to reproduce any of them, but please let me know what you find out!! -Søren From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 20:30:19 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE7AA16A416 for ; Wed, 18 Oct 2006 20:30:19 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EC5C43D5E for ; Wed, 18 Oct 2006 20:30:04 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 24467 invoked from network); 18 Oct 2006 20:30:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Q1F3I345i1J/LhIRhkkatiXuF3Qb+EitqrdZmStVMxBHOUkoBA4BKTNNLV3tBhSI6+WbmQiXjkXblcPtKB3AtzfOXUOmcNlSPADa+4PGz3io86Pnmajyohh6lPN1OdWpHPBhbQymTGSdrprerlQ0DjyUqMw7/53YrYeDWujsHQA= ; Received: from unknown (HELO ?127.0.0.1?) (mikej@rogers.com@74.111.253.239 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 18 Oct 2006 20:30:03 -0000 Message-ID: <45368EEF.2000709@rogers.com> Date: Wed, 18 Oct 2006 16:30:39 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20060525153743.268850@gmx.net> <4476C3EB.30105@FreeBSD.org> <4476D7FD.2070006@gneto.com> <4476DB03.40802@deepcore.dk> In-Reply-To: <4476DB03.40802@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.ORG Subject: Re: Broadcom ServerWorks HT-1000 support in OpenBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 20:30:19 -0000 Søren Schmidt wrote: > Martin Nilsson wrote: >> >> Are you working on supporting the MMIO mode for SATA? (the one used >> by Linux - which does not support IDE mode!) There is also a really >> nice RAID mode (for a non HW-raid solution!) that depends on a binary >> blob from Broadcom available only for Linux/Windows. > > I have proper PATA support done, and SATA MMIO mode is also working in > a proof of concept mode here, the problem beeing lack lack of decent > docs. > I'll look at the RAID stuff when I have the HW support licked, it > should be an easy job adding support for it to ataraid. I understand that this is still a work in progress. Would running FreeBSD on a SCSI server (HP ProLiant DL385 G2) with the currently unsupported Serverworks HT-2100 Northbridge and HT1000 Southbridge chipset have any negative effects in terms of performance/stability? From owner-freebsd-current@FreeBSD.ORG Wed Oct 18 22:18:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2456416A4C8 for ; Wed, 18 Oct 2006 22:18:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E9A43D92 for ; Wed, 18 Oct 2006 22:18:16 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id t4so416872wxc for ; Wed, 18 Oct 2006 15:18:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=PS3WRQYP2GcPDLDxg41P0t+psEo/JDHRyryhl4z/3ab1hYBNeHiGR/3exz+RsxhNA3XNCpOEXzYHGd1gOFttPGrOoGiOA0YTGzZybuQvXnn2Yt0+LiJadKtSdSS95pk4LrCZGBEdXldYJ4kitg9b9PlhkhiJdqOXszUBCJKDWU8= Received: by 10.70.89.1 with SMTP id m1mr16963453wxb; Wed, 18 Oct 2006 15:18:16 -0700 (PDT) Received: by 10.70.12.2 with HTTP; Wed, 18 Oct 2006 15:18:16 -0700 (PDT) Message-ID: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> Date: Thu, 19 Oct 2006 00:18:16 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org, "John Baldwin" , pho@freebsd.org, kris@freebsd.org, "Robert Watson" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 955ea3392b7e5dcc Cc: Subject: sx locks rewriting - needs testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 22:18:30 -0000 In my P4 branch: //depot/user/attilio/attilio_smpng/... you can find a sx locks rewriting using the optimized semantic of rwlocks; in the end this might result in a valuable performance improvement. Some hints about it: - new sx locks alredy support inlined s*lock operations and try* operations; (they have a fully functional support) - new sx locks doesn't have support for adaptive spinning yet; this is beacause the code is under revision even for mutex/rwlock. - we could allow a sharers tracking in debugging mode, at least, in order to detect eventual recursion in slock operation - currently, sx locks mantain the exclusive holder tracking even if this is not really necessary (we can get rid of it). In this moment a strong phase of test is *very* welcome, so please, for every people having a p4 account, dowload the kernel and try to put it under stress (at this purpose I cc'ed, in particular, kris@, pho@ and jhb@ in order to have tests, revisions, etc. etc.) Note1: the branch contains other diffs respect CURRENT. Note2: due to same strange struct sx members accesses, I had to disable XFS locking primitives in order to not hurt the current work. This is possibly buggy... Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 02:50:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9956E16A47B; Thu, 19 Oct 2006 02:50:19 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D8A343D58; Thu, 19 Oct 2006 02:50:18 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from dhcp0.farley.org (dhcp0.farley.org [192.168.1.100]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id k9J2pFLt016401; Wed, 18 Oct 2006 21:51:15 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Wed, 18 Oct 2006 21:50:26 -0500 (CDT) From: "Sean C. Farley" To: John Baldwin In-Reply-To: <200610111427.42195.jhb@freebsd.org> Message-ID: <20061018211005.L1466@baba.farley.org> References: <20061006200320.T1063@baba.farley.org> <200610101001.04286.jhb@freebsd.org> <20061011105435.A10713@thor.farley.org> <200610111427.42195.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1563628599-1161226226=:1466" Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 02:50:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1563628599-1161226226=:1466 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 11 Oct 2006, John Baldwin wrote: > On Wednesday 11 October 2006 12:15, Sean C. Farley wrote: >> On Tue, 10 Oct 2006, John Baldwin wrote: >>> This still won't work. The reason for the intentional leak is >>> because of this code sequence: >>> >>> char *a; >>> >>> setenv("FOO", "0", 1); >>> a = getenv("FOO"); >>> setenv("FOO", "bar", 1); >>> printf("FOO was %s\n", a); >>> >>> With the memory leak fixed this will use free'd memory. While this >>> code may seem weird in a program, it actually is quite possible for >>> a library to read and cache the value of an environment variable. >>> If you didn't leave the leak around, the library could cause a crash >>> if the main program (or another library) changed the environment >>> variable the first library had a cached pointer to the value of. > Yeah, but it doesn't crash is the point actually. The pointer is > still valid, though it may be overwritten with a newer value, it's > still valid and a library can reliably doing getenv() and that pointer > will always point to some value of that variable, but it won't ever > point to anything else. > Part of the problem is that we have no way to notify consumers of an > environment variable when its value is changed. Alternatively, we > could add a different variant of getenv that required the user to > supply the buffer, but that's not the API we have. OK. I decided to fix the memory leak as well as keep backward compatibility. The result is on my site tar'd[1] and extracted[2]. It still needs some touch-ups, but it works. It is even faster than the current implementation when I compared "hungry" and "lean" (main.c without the sleep() call). Features: 1. No memory leak. :) 2. Able to be cleaned up: __clean_environ() 3. Backward compatible. 4. Faster. Nice changes to make (but unnecessary): 1. Call __build_env() just after a process starts instead of checking within the public env functions. 2. Call __rebuild_environ() just before uses of environ within libc (i.e., execl(), execv(), execvP(), popen(), _init_tls()) instead of after every getenv(), setenv(), unsetenv(). 3. Call __clean_environ() at process exit. This allows for fewer leaks when a developer is debugging his code. Sean 1. http://www.farley.org/freebsd/tmp/setenv-4.tar.bz2 2. http://www.farley.org/freebsd/tmp/setenv-4/ -- sean-freebsd@farley.org --0-1563628599-1161226226=:1466 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=logging Content-Transfer-Encoding: BASE64 Content-ID: <20061018215026.F1466@baba.farley.org> Content-Description: ministat log Content-Disposition: attachment; filename=logging eCAuLi9odW5ncnkubG9nDQorIC4uL2xlYW4ubG9nDQorLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rDQp8ICArICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB8DQp8ICsrICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQp8Kysr ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHggeCB4ICB8DQp8KysrICAgKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgeHh4eHh4IHh8DQp8fE1BfCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHxfQV98 ICB8DQorLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgTiAg ICAgICAgICAgTWluICAgICAgICAgICBNYXggICAgICAgIE1lZGlhbiAgICAg ICAgICAgQXZnICAgICAgICBTdGRkZXYNCnggIDEwICAgICAgICAgIDIuMjIg ICAgICAgICAgMi4yOSAgICAgICAgICAyLjI1ICAgICAgICAgMi4yNTEgICAw LjAyMTgzMjY5Nw0KKyAgMTAgICAgICAgICAgMS41MyAgICAgICAgICAxLjU5 ICAgICAgICAgMS41NDUgICAgICAgICAxLjU0NyAgIDAuMDE3MDI5Mzg2DQpE aWZmZXJlbmNlIGF0IDk1LjAlIGNvbmZpZGVuY2UNCgktMC43MDQgKy8tIDAu MDE4Mzk2Mw0KCS0zMS4yNzUlICsvLSAwLjgxNzI0OCUNCgkoU3R1ZGVudCdz IHQsIHBvb2xlZCBzID0gMC4wMTk1Nzg5KQ0K --0-1563628599-1161226226=:1466-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 06:49:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26C3A16A47B for ; Thu, 19 Oct 2006 06:49:01 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDCB143D73 for ; Thu, 19 Oct 2006 06:48:54 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000573341.msg for ; Thu, 19 Oct 2006 10:48:21 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 10:48:10 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F8C1@ex.hhp.local> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC01F8B9@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe thread-index: AcbyJNCjI+33/ufbR86or500OLQ5rwAg7+fwAAN7FGAAJKNLcA== From: "Yuriy Tsibizov" To: "John-Mark Gurney" X-Spam-Processed: mx.gfk.ru, Thu, 19 Oct 2006 10:48:21 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Thu, 19 Oct 2006 10:48:22 +0400 Cc: current@freebsd.org Subject: RE: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 06:49:01 -0000 > > > This is likely due to invalid VPD data on your system... Add a: > > > printf("reading vpd...\n"); > > >=20 > > > to just before the comment: > > > /* init vpd reader */ > > >=20 > > > if this is the last thing you see printed then it is due=20 > to the new > > > VPD code... I have identified on problem w/ the code, and=20 > > have posted > > > the patch to cvs-all, if you are interested in testing=20 > it, I'll send > > > you a copy, though your problem could be different, and we=20 > > > need do some > > > debugging to find out what it is... >=20 > Yes, it keeps running in "for (; !end;)" loop forever. I'll=20 > have access > to this notebook till friday evening. Just checked it today morning - it cannot start Ethernet adapter after last reboot... It lists it in POST message, but 1) don't start PXE firmware 2) can't see it with pre-installed Windows (It show unknown Ethernet, with vendor 10ec dev 8129 subsys 812911ec revision 01). It's PCI express network card, according to POST message. 3) link is active I have two more noteboks (same model), but don't want to kill their Ethernet adapters. Yuriy. From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 07:05:12 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97D116A415; Thu, 19 Oct 2006 07:05:11 +0000 (UTC) (envelope-from so14k@so14k.com) Received: from ender.liquidneon.com (ender.liquidneon.com [216.38.206.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0669043D58; Thu, 19 Oct 2006 07:05:09 +0000 (GMT) (envelope-from so14k@so14k.com) Received: from localhost (localhost [127.0.0.1]) by ender.liquidneon.com (Postfix) with ESMTP id 9A3462E0C0; Thu, 19 Oct 2006 01:05:09 -0600 (MDT) Received: from ender.liquidneon.com ([127.0.0.1]) by localhost (ender.liquidneon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39466-01; Thu, 19 Oct 2006 01:05:09 -0600 (MDT) Received: by ender.liquidneon.com (Postfix, from userid 1000) id 0BB002E0BE; Thu, 19 Oct 2006 01:05:09 -0600 (MDT) Date: Thu, 19 Oct 2006 01:05:08 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20061019070508.GE35452@ender.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ender.liquidneon.com Cc: announce@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD Project Status Report - Fourth Quarter of 2006 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 07:05:12 -0000 FreeBSD Status Report Introduction This report covers FreeBSD related projects between June and October 2006. This includes the conclusion of this year's Google Summer of Code with 13 successful students. Some of last year's and the current SoC participants have meanwhile joined the committer ranks, kept working on their projects, and improving FreeBSD in general. This year's EuroBSDCon in Milan, Italy has meanwhile published an exciting program. Many developers will be there to discuss these current and future projects at the Developer Summit prior the conference. Next year's conference calendar has a new entry - in addition to the now well established BSDCan in Ottawa - AsiaBSDCon will take place in Tokyo at the begining of March. As we are closing in on FreeBSD 6.2 release many bugs are being fixed and new features have been MFCed. On the other hand a lot of the projects below already are focusing on FreeBSD 7.0 and promise a lot of exciting news and features to come. Thanks to all the reporters for the excellent work! We hope you enjoy reading. _________________________________________________________________ Google Summer of Code * Analyze and Improve the Interrupt Handling Infrastructure * Bundled PXE Installer * Gvirstor * IPv6 Stack Vulnerabilities * Jail Resource Limits * Nss-LDAP importing and nsswitch subsystem improvement * Porting the seref policy and setools to SEBSD * Porting Xen to FreeBSD * SNMP monitoring (BSNMP) * Summer of Code Summary * Update of the Linux compatibility environment in the kernel Projects * CScout on the FreeBSD Source Code Base * DTrace * Embedded FreeBSD * FreeSBIE * GJournal * iSCSI Initiator * Porting ZFS to FreeBSD * Summer of FreeBSD security development * TrustedBSD Audit * USB FreeBSD Team Reports * FreeBSD Security Officer and Security Team * Ports Collection * Release Engineering * The FreeBSD Foundation Network Infrastructure * Bridge Spanning Tree Protocol Improvements * FAST_IPSEC Upgrade * Highly improved implementations of sendfile(2), sosend_*() and soreceive_stream() * SCTP Integration * TSO - TCP Segmentation Offload committed Kernel * Gvinum improvements * MMC/SD Support * Sound Subsystem Improvements Documentation * Chinese (Simplified) Project * Hungarian translation of the webpages Userland Programs * Libelf * OpenBSD dhclient Architectures * CPU Microcode Update Software * FreeBSD/arm on Atmel AT91RM9200 * Sun Niagara port * Xen Port Ports * Enlightenment DR17 support in the ports tree * FreshPorts * Improving FreeBSD Ports Collection Infrastructure * OCaml language support in ports Miscellaneous * AsiaBSDCon 2007 * BSDCan 2007 * EuroBSDCon 2006 * FreeBSD Multimedia Resources List _________________________________________________________________ Analyze and Improve the Interrupt Handling Infrastructure URL: http://wikitest.freebsd.org/Interrupts Contact: Paolo Pisati Contact: John Baldwin This project consisted in the improvement of the Interrupt Handling System in FreeBSD: while retaining backward compatibility with the previous models (FAST and ITHREAD), a new method called 'Interrupt filtering' was added. With interrupt filtering, the interrupt handler is divided into 2 parts: the filter (that checks if the actual interrupt belong to this device) and the ithread (that is scheduled in case some blocking work has to be done). The main benefits of interrupt filtering are: * Feedback from filters (the system finally knows if any handler has serviced an interrupt or not, and can react consequently). * Lower latency/overhead for shared interrupt line. * Previous experiments with interrupt filtering showed an increase in performance against the plain ithread model Moreover, during the development of interrupt filtering, some MD dependent code was converted into MI code, PPC was fixed to support multiple FAST handlers per line and an interrupt stray storm detection logic was added. While the framework is done, there are still machine dependent bits to be written (the support for ppc, sparc64, arm and itanium has to be written/reviewed) and a serious analysis of the performance of this model against the previous one is a work-in-progress _________________________________________________________________ AsiaBSDCon 2007 URL: http://www.asiabsdcon.org/ Contact: Hiroki Sato Contact: George Neville-Neil Contact: Web site is up and we're soliciting papers and presentations. Some tutorials are already scheduled. Email secretary@asibsdcon.org if you have questions or submissions. Open tasks: 1. Send in more papers! _________________________________________________________________ Bridge Spanning Tree Protocol Improvements Contact: Andrew Thompson Work is almost finished to implement the Rapid Spanning Tree Protocol (RSTP) which supersedes Spanning Tree Protocol (STP). RSTP has a much faster link failover time of around one second compared to 30-60 seconds for STP, this is very important on modern networks. The code will be posted shortly for testing and feedback. _________________________________________________________________ BSDCan 2007 URL: http://www.bsdcan.org/ Contact: Dan Langille The dates for BSDCan 2007 has been set: 11-12 May 2007. As is usual, BSDCan will be held at University of Ottawa, with two days of tutorials prior to the conference starting. The call for papers will go out in mid December. Start thinking about your submissions now! _________________________________________________________________ Bundled PXE Installer URL: http://wikitest.freebsd.org/MarkusBoelter Contact: Markus Boelter Contact: Paul Saab For me, the Google Summer of Code was a new and very exciting experience. I got actively involved in doing Open Source Software and giving something back to the community. Facing some challenges within the project forced me to look behind the scenery of FreeBSD. The result was a better understanding of the overall project. Working with a lot of developers directly also gave a very special spirit to the Google Summer of Code. I really enjoyed the time and will continue to work on the project after the deadline. For me, it was a great chance to get involved in active development and not just some scripts and hacks at home. Getting paid for the work was just a small part of the overall feeling. Thanks to the people at the FreeBSD Project and Google for the really, really great time! _________________________________________________________________ Chinese (Simplified) Project URL: http://cnsnap.cn.FreeBSD.org/zh_CN/ URL: http://cnsnap.cn.FreeBSD.org/doc/zh_CN.GB2312/ Contact: Xin LI In the previous quarter we primarily focused on overall quality of the translation rather than just increasing the number of translations, and we have strived to make sure that these translated stuff are up-to-date with their English revisions. Also, we have merged the translated website into the central repository. In the next quarter we will focus on developing documentation that will help to attract more developers. Open tasks: 1. Translate more development related documentation. 2. Review more of the currently translated documentation. _________________________________________________________________ CPU Microcode Update Software Contact: Stanislav Sedov Last month I was working on a driver/module to update the microcode of Intel or AMD CPUs that support having their microcode updated. As you might know these processors are microcode-driven and this firmware can be updated. Intel(R) often releases microcode updates, and AMD(R) updates can be found in BIOS programs. The work is almost finished now, I just need to find a bit of time to test it on AMD64 systems and perform some code cleanup. The driver also provide a way for userland programs to access the Machine Specific Registers (MSR) and CPUID info for a certain cpu. This will allow some programs like x86info to provide more accurate information about cpus in SMP systems and make assumptions based on the contents of the MSR. Thanks to John Baldwin, Kostik Belousov, John-Mark Gurney and Divacky Roman for helping during development. Open tasks: 1. Perform testing on the AMD64-based systems. 2. Write manpage. 3. Code cleanup/checks. _________________________________________________________________ CScout on the FreeBSD Source Code Base URL: http://wikitest.freebsd.org/CScout Contact: Diomidis Spinellis CScout is a refactoring editor and source code browser for collections of C code. The aim of the project is to make it easy for FreeBSD developers to use CScout and to improve the FreeBSD source code quality through CScout-based queries and refactorings. CScout was first applied to the FreeBSD kernel in 2003. Its application at that point involved substantial tinkering with the build system. The version released in October 2006 makes the running of CScout on the three Tier-1 architectures a fairly straightforward procedure. The current version can also draw a number of call graphs; this might help developers better understand foreign code. Open tasks: 1. Use CScout to locate problematic code areas (for example unused or too liberaly visible objects). 2. Use CScout to globaly rename identifiers in a more consistent fashion. 3. Apply CScout to the userland code. 4. Identify CScout extensions that would help us improve the quality of our code. 5. Arrange for the continous availability of a live CScout kernel session on the current version of the source code. _________________________________________________________________ DTrace Contact: John Birrell Progress this month has been limited due to my sea-change, moving house to the country. Sun's OpenSolaris developers have followed through and released the DTrace test suite as part of the OpenSolaris distribution. jkoshy@'s work on libbsdelf is nearing feature completion for DTrace and will make life easier in FreeBSD for DTrace, given that we have more architectures to support than Sun has. The FreeBSD project has made available a dual processor AMD64 machine for DTrace porting. I am currently working through the diffs between the DTrace project in P4 and -current, committing files to -current if they are ready, _________________________________________________________________ Embedded FreeBSD URL: http://www.embeddedfreebsd.org/ Contact: George Neville-Neil Moved the HTML pages into the project CVS tree. Open tasks: 1. Setup the web site to be served from projects CVS so that it can be updated by others. 2. Complete the ARM port. 3. Work on the MIPS port. 4. Update the documentation to include common tasks for embedded engineers. _________________________________________________________________ Enlightenment DR17 support in the ports tree Contact: Stanislav Sedov Integration of the new innovative e17 window manager into the ports tree is almost completed. A lot of new e17-related applications was ported, all old ports were updated to the latest stable cvs snapshot. The special framework (bsd.efl.mk) was created to support the whole thing and simplify the creation of dependent ports. I'll commit the changes in the days before the ports freeze. Thanks to Sergey Matveychuk (sem@) for providing a machine to place CVS snapshots on. Without his help it will be impossible. Open tasks: 1. Port Entrance (xdm-like app, but very appealing). 2. Port Net and Wlan e17 module. 3. Develop FreeBSD-specific e17 apps/modules to use The Ports Collection, system configs, etc. _________________________________________________________________ EuroBSDCon 2006 URL: http://www.eurobsdcon.org/ URL: http://www.eurobsdcon.org/register/ Contact: EuroBSDCon Organizing Committee EuroBSDCon 2006 is taking place in Milan (Italy), from the 10th to the 12th of November. EuroBSDCon represents the biggest gathering for BSD developers from the old continent, as well as users and passionates from around the World. It is also a chance to share experiences, know-how, and cultures. The program is rich in talks about FreeBSD, with topics ranging from "How the FreeBSD ports collection works" to "Interrupt Filtering in FreeBSD". This means that both the novice and the hacker can enjoy the conference. Registration is open. The EuroBSDCon Organizing Committee hopes to see you in Milan. _________________________________________________________________ FAST_IPSEC Upgrade URL: www.freebsd.org/~gnn/fast_ipv6.patch Contact: George Neville-Neil Contact: Bjoern Zeeb First working version of code. Does not pass all TAHI tests, but does pass packets correctly and does not panic. Open tasks: 1. More testing of the patch needed. _________________________________________________________________ FreeBSD Multimedia Resources List URL: http://www.mavetju.org/unix/multimedia.php URL: http://www.mavetju.org/unix/multimedia-rss.php Contact: Edwin Groothuis I have setup the FreeBSD Multimedia Resources List, a one-stop-shop for FreeBSD related podcasts, vodcasts and audio/video resources. Hopefully this list will make it easier for people to find and keep up to date with these recordings. The overview is available as a normal HTML page and as an XML/RSS feed. The ultimate goal is to have this list to reside under the www.FreeBSD.org umbrella. _________________________________________________________________ FreeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff -listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In the time since the last status report, six security advisories have been issued concerning problems in the base system of FreeBSD; of these, five problems were in "contributed" code, while one was in code maintained within FreeBSD. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 57 new entries have been added, bringing the total up to 814. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 4.11, FreeBSD 5.3, FreeBSD 5.4, FreeBSD 5.5, FreeBSD 6.0, and FreeBSD 6.1. The respective End of Life dates of supported releases are listed on the web site; of particular note, FreeBSD 5.3 and FreeBSD 5.4 will cease to be supported at the end of October 2006, while FreeBSD 6.0 will cease to be supported at the end of November 2006 (or possibly a short time thereafter in order to allow time for upgrades to the upcoming FreeBSD 6.2). _________________________________________________________________ FreeBSD/arm on Atmel AT91RM9200 Contact: Warner Losh Contact: Olivier Houchard The FreeBSD/arm port has grown support for the Atmel AT91RM9200. Boards based on this machine are booting to multiuser off either NFS or an SD card. The onboard serial ports, PIO, ethernet and SD/MMC card controllers are well supported. Support for the SSC, IIC and SPI flash parts in the kernel will be forthcoming shortly. In addition to normal kernel support, the port includes a boot loader that can initialize memory and boot off IIC eeprom, SPI DataFlash, BOOTP/TFTP and SD memory cards. The port will be included in forth coming commercial products. Open tasks: 1. Add support for other members of the AT91 family of arm9 processors. 2. Finish support for AT45D* flash parts. 3. Finish support for USB ports 4. Write support for USB Device functionality _________________________________________________________________ FreeSBIE URL: http://www.FreeSBIE.org URL: http://liste.gufi.org/mailman/listinfo/freesbie URL: http://people.freebsd.org/~matteo/GMV/GMVAnnounce.txt Contact: FreeSBIE Staff Contact: Matteo Riondato FreeSBIE is a FreeBSD based LiveCD. On August 19th, Matteo Riondato, a member of the FreeSBIE staff, released an unofficial ISO, codename FreeSBIE GMV, based on FreeBSD -CURRENT (read the Announcement to download it). This is supposed to be the first in a series of four ISOs that will end up with the release of FreeSBIE 2.0. Matteo is now working on another ISO, codename FreeSBIE LVC, which is scheduled to be released October 12th. FreeSBIE 2.0 will be based on FreeBSD 6.2-RELEASE and will hopefully be released at EuroBSDCon 2006 in Milan. It will be available for the i386 and AMD64 platforms. Open tasks: 1. Test the released ISO in preparation for the release. 2. Suggest software to include in the ISO. 3. Submit a simple and clear but complete fluxbox configuration. _________________________________________________________________ FreshPorts URL: http://www.freshports.org/ Contact: Dan Langille The new 2U server mentioned in the last report now has a collection of Raptor drives in a RAID-10 configuration. Thanks to very generous donations from the community, I purchased eight of these drives at very good prices. The server will be deployed in the next few weeks. There has been quite a bit of work since the last report in June. Some highlights include: * New news feed formats, including newsfeeds for your watch list. * Better pages caching for faster response. * Sanity Test Failures now available online. * Ability to search for all commits (ports, doc, src, etc) under a given point in the tree. For more detail, please review the FreshPorts Blog . _________________________________________________________________ GJournal URL: http://people.freebsd.org/~pjd/patches/gjournal_20060930.patch URL: http://people.freebsd.org/~pjd/patches/gjournal6_20060930.patch Contact: Pawel Jakub Dawidek GJournal seems to be finished. I fixed the last serious bug and it is now stable and reliable in our tests. I'm planning to commit it really soon now. The work was sponsored by home.pl _________________________________________________________________ Gvinum improvements URL: http://folk.ntnu.no/lulf/patches/freebsd/gvinum/gvinum_all_current.dif f Contact: Ulf Lilleengen I thought that since I sent a status report the last time, I might as well send one now. Since the last status report I have done work on several of the remaining commands as attach, detach, and finally the concat command to be able to create concatenated volumes with one easy command. The mirror and stripe commands are the next step after this. The most important thing I've been working on is maybe the implementation of drivegroups. I have posted a bit information on this mailinglists, but basically, it's a way to group drives with the same configuration. This way, you can make many commands operate on groups instead of drives, and the group-abstraction will handle how the underlying subdisks are created on the drives. In the future one will be able to move groups to different machines, etc. I've created a patch of all my work that is not in HEAD yet here (this is a snapshot of my developement branch, so how thing's are done might be changed quite fast): http://folk.ntnu.no/lulf/patches/freebsd/gvinum/gvinum_all_current.dif f Be aware that a there will probably be bugs in the code, so don't use it in production yet! Thanks to Greg Lehey for offering to help me on getting this into CVS, and all feedback on this has been good. Open tasks: 1. Remaining components, mirror, stripe and some info commands. _________________________________________________________________ Gvirstor URL: http://wiki.freebsd.org/gvirstor Contact: Ivan Voras Gvirstor is a GEOM class providing virtual ("overcommit") storage devices larger than physical available storage, with possibility to add physical storage on-line when the need arises. Current status is that it's done and waiting commit to HEAD, scheduled for some time after 6.2 is released. Open tasks: 1. The project is in need of testing! If you have the equipment and time, please give it a try so possible bugs can be fixed before it goes into -CURRENT. _________________________________________________________________ Highly improved implementations of sendfile(2), sosend_*() and soreceive_stream() URL: http://lists.freebsd.org/pipermail/freebsd-current/2006-September/0659 97.html URL: http://lists.freebsd.org/pipermail/freebsd-current/2006-September/0661 99.html URL: http://people.freebsd.org/~andre/sendfile+sosend+soreceive-20061006.di ff Contact: Andre Oppermann The addition of TSO (TCP Segmentation Offload) has highlighted some shortcomings in the sendfile(2) and sosend_*() kernel implementations. The current sendfile(2) code simply loops over the file, turns each 4K page into an mbuf and sends it off. This has the effect that TSO can only generate 2 packets per send instead of up to 44 at its maximum of 64K. kern_sendfile() has been rewritten to work in two loops, the inner which turns as many pages into mbufs as it can -- up to the free send socket buffer space. The outer loop then drops the whole mbuf chain into the send socket buffer, calls tcp_output() on it and then waits until 50% of the socket buffer are free again to repeat the cycle. This way tcp_output() gets the full amount of data to work with and can issue up to 64K sends for TSO to chop up in the network adapter without using any CPU cycles. Thus it gets very efficient especially with the readahead the VM and I/O system do. Looking at the benchmarks we see some very nice improvements: 181% faster with new sendfile vs. old sendfile (non-TSO), 570% faster with new sendfile vs. old sendfile (TSO). The current sosend_*() code uses a sosend_copyin() function that loops over the supplied struct uio and does interleaved mbuf allocations and uiomove() calls. m_getm() has been rewritten to be simpler and to allocate PAGE_SIZE sized jumbo mbuf clusters (4k on most architectures). m_uiotombuf() has been rewritten to use the new m_getm() to obtain all mbuf space in one go. It then loops over it and copies the data into the mbufs by using uiomove(). sosend_dgram() and sosend_generic() have been changed to use m_uiotombuf() instead of sosend_copyin(). Looking at the benchmarks we see some very nice improvements: 290% faster with new sosend vs. old sosend (non-TSO), 280% faster with new sosend vs. old sosend (TSO). Newly written is a specific soreceive_stream() function for stream protocols (primarily TCP) that does only one socket buffer lock per socket read instead of one per data mbuf copied to userland. When doing netperf tests with WITNESS (full lock tracking and validation enabled) the receive performance increases from ~360Mbit/s to ~520Mbit/s. Without WITNESS I could not measure any statistically significant improvement on a otherwise unloaded machine. The reason is two-fold: 1) per packet we do a wakeup and readv() is pretty much as many times as packets come it, thus the general overhead dominates; 2) the packet input path has a pretty high overhead too. On heavily loaded machines which do a lot of high speed receives a performance increase should be measureable. The patches are scheduled to be committed to FreeBSD-current at end of October or early November 2006. This work was sponsored by the TCP/IP Optimization Fundraiser 2005. _________________________________________________________________ Hungarian translation of the webpages URL: http://gabor.t-hosting.hu/data/hu/ Contact: Gábor Kövesdán Since the last status report, there has been a lot of progress. I investigated a lot of charset issues and found out that HTML tidy breaks some entities when using iso-8859-2, so HTML tidy had to be disabled for Hungarian pages. Open tasks: 1. Translate 4 pages. 2. Review, fix typos and improve the wording where necessary. _________________________________________________________________ Improving FreeBSD Ports Collection Infrastructure URL: http://wikitest.freebsd.org/G%C3%A1borK%C3%B6vesd%C3%A1n Contact: Gábor Kövesdán Contact: Erwin Lansing During the Google Summer of Code 2006, Gábor worked on several ideas to improve the ports infrastructure: 1. New handling for i386 binary ports. 2. Cleanup: use ECHO_CMD and ECHO_MSG in bsd.port.mk properly. 3. Add a basic infrastructure support for debugging. 4. Installing ports with different destination (DESTDIR macro). 5. Cleanup: Move fetch shell scripts out of bsd.port.mk. 6. Make ports respect CC and CFLAGS. 7. Cross-compiling Ports. 8. Plist generator tool. The first three items have been completed and the next two items are being worked on. The DESTDIR support was more complicated than presumed and took more time than expected to complete. Gábor will continue working to finish these tasks and other ports related tasks. FreeBSD is happy to have interested him to keep working on ports and ports infrastructure. _________________________________________________________________ IPv6 Stack Vulnerabilities URL: http://wikitest.freebsd.org/ClementLecigne URL: http://pcs.sf.net Contact: George Neville-Neil Contact: Clement Lecigne The focus of this project was to review past vulnerabilities, create vulnerability testing tools and to discover new vulnerabilities in the FreeBSD IPv6 stack which is derived from the KAME project code. During the summer Clement took two libraries, the popular libnet, and his mentor's Packet Construction Set (PCS) and created tools to find security problems in the IPv6 code. Several issues were found, bugs filed, and patches created. At the moment Clement and George are editing a 50 page paper that describes the project which will be submitted for conference publication. All of the code from the project, including the tools, is on line and is described in the paper. By all measures, this was a successful project. Both student and mentor gained valuable insight into a previously externally maintained set of code. In addition to the new tools development in this effort, the FreeBSD Project has gained a new developer to help work on the code. _________________________________________________________________ iSCSI Initiator URL: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-17.5.tar.bz2 Contact: Damiel Braniss This iSCSI initiator kernel module and its companion control program are still under development, but the main parts are working. Open tasks: 1. Network Disconnect Recovery. 2. Sysctl Interface and Instrumentation. 3. Rewrite the userland side of iscontrol. _________________________________________________________________ Jail Resource Limits URL: http://wikitest.freebsd.org/JailResourceLimits Contact: Chris Jones Contact: Kip Macy We now have support for limiting CPU and memory use in jails. This allows fairer sharing of a systems' resources between divergent uses by preventing one jail from monopolizing the available memory and CPU time, if other users and jails have processes to run. The code is currently available as patches against RELENG_6, and Chris is in the process of applying it to -CURRENT. More details can be found at JailResourceLimits on the wiki. Open tasks: 1. Port patches against -CURRENT. _________________________________________________________________ Libelf URL: http://wiki.freebsd.org/LibElf URL: http://wiki.freebsd.org/PmcTools URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement/ Contact: Joseph Koshy Libelf is a BSD-licensed library for ELF parsing & manipulation implementing the SysV/SVR4 (g)ELF[3] API. Current status: Implementation of the library is nearly complete. A TET-based test suite for the API is being worked on. Open tasks: 1. Reviewers are needed for the code and the test suite. If you have extensions to the stock SysV/SVR4 ELF(3) API that you would like to see in -lelf, please send Joseph an email. _________________________________________________________________ MMC/SD Support Contact: Warner Losh Contact: Bernd Walter The MMC/SD stack got a significant boost this quarter. Warner Losh and Bernd Walter have written a generic MMC/SD flash card stack for FreeBSD, and have implemented a host controller for the AT91RM9200 embedded ARM controller they are each using in separate projects. The stack is presently experimental in quality. It is being used as the root file system for these embedded projects. There's been no work done to support hot insertion and removal of cards (neither board wires up the pins necessary, and besides, / disappearing is very bad). There are still many rough edges. This is a freshly written stack. It has been written using the SD 1.0 (and recently 2.0) simplified specification, with the SanDisk MMC application notes supplementing. The Linux stack looks good, although not entirely standards conforming (there's work in progress that I've not seen that is supposed to fix this) and it is contaminated with the GPL. The OpenBSD stack also looks interesting, but Warner's experience porting NEWCARD over from NetBSD suggested that a fresh rewrite may be faster, at least for the bus and driver level. Since MMC is fairly simple, a port of the sdhci driver might be possible. Please see the open tasks list. Open tasks: 1. Write sdhci driver, and integrate it into the current stack. 2. Add support for hot plugging of cards. 3. Add support for MMC cards (SD cards were the first target). 4. Expand SD support to include SDIO cards as well as the new SDHC standard cards. 5. Export stats via sysctl for each of the cards that are found as a debugging and usage monitoring aid. 6. Add support for reading/writing multiple blocks at a time to improve performance. 7. Implement any other host controller. 8. Add proper support for timeouts. _________________________________________________________________ Nss-LDAP importing and nsswitch subsystem improvement URL: http://wikitest.freebsd.org/MichaelBushkov URL: http://wikitest.freebsd.org/LdapCachedOriginalProposal URL: http://wikitest.freebsd.org/LdapCachedDetailedDescription Contact: Michael Bushkov Contact: Hajimu UMEMOTO The Project consisted of five parts: 1. Nsswitch modules and libc separation. The idea was to move the source code for different nsswitch sources (such as "files", "dns", "nis") out of the libc into the separate shared libraries. This task was successfully finished and the patch is available. 2. Regression tests for nsswitch. A set of regression tests to test the correctness of all nsswitch-related functions and the invariance of their behavior between system upgrades. The task can be considered successfully completed, the patch is available. 3. Rewriting nss_ldap. Though, this task was not clearly mentioned in the original proposal, during the SoC we found it would be easier, not to simply import PADL's nss_ldap, but to rewrite it from scratch (licensing issues were among the basic reasons for this). The resulting module behaves similarly to PADL's module, but has a different architecture that is more flexiable. Though it's basically finished, several useful features from the PADL's nss_ldap still need to be implemented. Despite the lack of some features, this task can be considered successfully completed. Missing features will be implemented as soon as possible, hopefully during September. 4. Importing nss_ldap into the Base System. The task was to prepare a patch, that will allow users to use nss_ldap from the base system. The task was successfully completed (the patch is available), but required importing OpenLDAP into the base in order for nss_ldap to work properly, and it had led to a long discussion in the mailing list. This discussion, however, have concluded with mostly positive opinions about nss_ldap and OpenLDAP importing. 5. Cached performance optimization. The caching daemon performance needs to be as high as possible in order for cached to be as close (in terms of speed) to "files" nsswitch source as possible. Cached's performance analysis was made and nsswitch database pre-caching was introduced as the optimization. This task was completed (the patch is available). However there is room for improvement. More precise and extensive performance analysis should be made and more optimizations need to be introduces. This will be done in the near future. Though none of the code was committed yet into the official FreeBSD tree, my experience from the previous year makes me think that this situation is normal. I hope, that the code will be reviewed and committed in the coming months. _________________________________________________________________ OCaml language support in ports URL: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/ocaml/bsd. ocaml.mk?rev=1.3&content-type=text/plain Contact: Stanislav Sedov There were a number of OCaml ports in our tree, and each of them was doing the same work by maintaining OCaml ld.conf in the correct state, installing/removing their files/entries etc. To simplify the task of OCaml-language ports creationm the special framework (bsd.ocamk.mk) was developed and most of the ports was converted to use this framework. This allowed a lot of duplicate code to be removed. This new framework handles all the things required to install an OCaml-language library and properly register it. bsd.ocaml.mk also contains knobs to deal with findlib-powered libraries, modify ld.conf in the proper way, etc. Also, a lot of new Ocaml-related ports were added. _________________________________________________________________ OpenBSD dhclient Contact: Brooks Davis Most dhclient changes in HEAD have been merged to 6-STABLE for 6.2-RELEASE. The highlight of these changes is a fix for runaway dhclient processes when packets are not 4 byte aligned. Further changes including always sending client identifiers are scheduled for merge before the release. Work is ongoing to improve dhclient's interaction with alternate methods of setting interface addresses. _________________________________________________________________ Porting the seref policy and setools to SEBSD URL: http://wikitest.freebsd.org/DongmeiLiu Contact: Dongmei Liu Contact: Christian Peron Dongmei Liu spent the summer working on the basic footwork required to port the SEREF policy to SEBSD. This work has been submitted and can be viewed in the soc2006/dongmei_sebsd Perforce branch. This work was originated from the SEBSD branch: //depot/projects/trustedbsd/sebsd. Additionally setools-2.3 was ported from Linux and can be found in contrib/sebsd/setools directory. It is hoped that this work will be merged into the main SEBSD development branch. _________________________________________________________________ Porting Xen to FreeBSD URL: http://www.yuanjue.net/xen/howto.html URL: http://wikitest.freebsd.org/YuanJue Contact: Jue Yuan As a participant of Google's Summer of Code 2006, I am focusing on porting Xen to FreeBSD these months. The result of this summer's work include a domU kernel that could be used for installation, a guide for getting started with FreeBSD on Xen, and some other trivial improvements. But there are still a lot of work needing to be done in this area, e.g, the long-expeted dom0 support. So I will continue my work here and try to keep up with the update of Xen itself. Open tasks: 1. dom0 support is the most urgent _________________________________________________________________ Porting ZFS to FreeBSD URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/user/pjd /zfs URL: http://www.opensolaris.org/os/community/zfs/porting/ URL: http://docs.freebsd.org/cgi/mid.cgi?20060822104516.GB16033 Contact: Pawel Jakub Dawidek My work is moving slowly forward. ZVOL is, I believe, fully functional (I recently fixed snapshots and clones on zvols), which means you can put UFS on top of RAID-Z volume, take a snapshot of the volume, clone it if needed, etc. Very cool. The hardest part is the ZPL layer, I'm still working on it. Most file system methods work, but probably need detailed review and many fixes. Most of the time these days I'm spending on implementing mmap(2) correctly. It works more or less in simple tests but fails under fsx program. On the other hand, 'fsx -RW' works very stable and reliable. Other test programs (those that don't use mmap(2)) also work quite well. There is still a lot of work to do, mostly in ZPL area, many clean-ups, etc. Some functionality (like ACLs) I haven't even tried to touch yet. _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports / URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com/ Contact: Mark Linimon The ports PRs surged (especially due to a large number of new port submissions), but with some hard work we have been able to get back down to around 900. We are rapidly approaching 16,000 ports. Due to this acceleration in adding new ports, portmgr is now very concerned that we are outstripping the capacity of both the build infrastructure and our volunteers to keep up with build errors and port updates. Accordingly, we've added a guideline (not a rule) that ports should be of more than just theoretical use to be added to the Ports Collection (e.g. we can't support all of CPAN + all of Sourceforge + everything else). Basically, use common sense as a guideline; certainly no one wants to see any kind of "gateway" procedure to get incoming ports approved. Seven sets of changes have been added to the infrastructure, mostly refactoring and bugfixing. As part of a Summer of Code project, we have also incorporated some of gabor@'s changes to incorporate better DESTDIR support. However, due to some unanticipated side-effects, more work is going to be needed in this area. gabor@ is continuing to work on the changes. netchild@ and bsam@ have been doing a great deal of work to bring the linux emulator ports closer to sanity, including bringing up a regression-test suite. The long-anticipated import of X.Org 7 has stalled due to developer time, mostly to deal with documentation and upgrade instructions. Hopefully this can get done in the early 6.3 development cycle. See the wiki for more information. As a part of that work, the decision has been made to move away from using X11BASE and just put everything into LOCALBASE; /usr/X11R6 is simply an artifact at this point. A plan for a transition process is underway; a great deal of testing will need to be done, but in the end the ports tree will be much cleaner. The GNOME team has already done the work to move all of their ports over, and it will be incorporated after the 6.2 release is shipped. tmclaugh@ is looking for someone to take over the C# ports. He has maintained them for over a year and wants more time to be able to work on other projects. Some work has been done to get rid of FreeBSD 2.X cruft in ports. Further work is needed to get the 3.X cruft removed. linimon@ did another pass through resetting inactive maintainers. Another list is waiting in the wings. linimon@ is also working on adding the ability for portsmon to analyze successful packages (not just failed ones), so that queries such as "show me packages that build on i386 but not amd64" and "show me why dependent package foo was not built on bar". This is currently in alpha testing. We have added 4 new committers since the last report. Open tasks: 1. We still need help getting back to our modern low of 500 PRs. 2. We have nearly 4400 unmaintained ports (see, for instance, the list on portsmon ). Although there has been a welcome upsurge in new maintainers recently which has dropped the percentage down below 28%, we still need much more help. 3. A test run of gcc4.1 on the ports tree showed around 1000 new build errors. Kris@ has posted some results so that people can start working on the problems now. In particular, it seems that certain older versions of GCC cannot be built with GCC 4.1, so ports that depend on those older versions are going to have to be fixed as well. Although the import of GCC 4.1 to -CURRENT is not imminent, the time to start planning is now. 4. The state of the packages on AMD64 and sparc64 significantly lags that of i386. In many of these cases, packages are not attempted because NOT_FOR_ARCH is used instead of more accurately only setting BROKEN based on ARCH. (pointyhat can be forced to build packages that are marked BROKEN, but not NOT_FOR_ARCH). NOT_FOR_ARCH is supposed to denote only "will never work on this ARCH". Although we have volunteers who have expressed interest in sparc64 (and ia64), we need more people who are running amd64 (especially as a desktop) to help us get more packages working. _________________________________________________________________ Release Engineering URL: http://www.FreeBSD.org/releng/ URL: http://www.FreeBSD.org/releases/ URL: http://www.FreeBSD.org/snapshots/ Contact: Release Engineering Team The FreeBSD Release Engineering team is currently working on FreeBSD 6.2-RELEASE, which is scheduled for release in early November 2006. Some notable features of this release include the debut of security event auditing as an experimental feature, Xbox support, the FreeBSD Update binary updating utility, and of course many fixes and updates for existing programs. Pre-release images for all Tier-1 architectures are available for testing now; feedback on these builds is greatly appreciated. More information about release engineering activities can be found at the links above. _________________________________________________________________ SCTP Integration URL: http://www.sctp.org/ Contact: Randall Stewart Contact: George Neville-Neil There are currently patches available for testing. A planned integration to HEAD is set to happen in October. Open tasks: 1. The code still needs plenty of testing. See patches on sctp.org and in -CURRENT soon. _________________________________________________________________ SNMP monitoring (BSNMP) URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/user/soc %2dshteryana/bsnmp&HIDEDEL=NOe URL: http://wikitest.freebsd.org/CategorySNMP URL: http://wiki.freebsd.org/SnmpBridgeModule URL: http://www.freshports.org/net-mgmt/bsnmptools/ Contact: Shteryana Shopova Contact: Bjoern A. Zeeb A BRIDGE monitoring module for FreeBSD's BSNMP daemon has been implemented. In addition to RFC 4188 single bridge support and extending the kernel to get access to all the information, a private MIB was designed in order to be able to monitor multiple bridges supported by FreeBSD. The kernel part has already been committed to -CURRENT (thanks to thompsa@), for -STABLE a patch is available (see the wiki), code has already been reviewed. SoC 2005 work on SNMP client tools is now available too via port (net-mgmt/bsnmptools), thanks to Andrew Pantyukhin for the port. Open tasks: 1. More testing is very welcome. 2. if_vlan(4) monitoring module. 3. jail(8) monitoring module. _________________________________________________________________ Sound Subsystem Improvements URL: http://people.FreeBSD.org/~ariff/ URL: http://www.FreeBSD.org/projects/ideas/ URL: http://wiki.FreeBSD.org/soundsystem Contact: Ariff Abdullah Contact: Alexander Leidinger Contact: Ryan Beasley Contact: Multimedia Mailinglist Since the last status report we added basic support for envy24ht chips, imported the emu10kx driver into the base system and added support for High Definition Audio (HDA) compatible chips. Additionally the work of Ryan Beasley as part of his Google Summer of Code 2006 participation is committed. It adds compatibility to the Open Sound System (OSS) v4 API as far as this was possible. This allows for more sophisticated programs to be written. For example it is now possible to synchronize the start of multiple sound channels. It is also possible for a driver to support more than the AC97 mixer devices, but so far no driver has been extended to support this yet. More about it can be found in the wiki and in the official OSS documentation. The wiki page about the sound system was started to describe the current status of the sound system and to provide some information about where we are heading. But more work needs to be done to reach this goal. So far we collected some information about the status of the most recent work in the soundsystem. So if you have a look at it and you think that something important is missing, just tell us about it. While fully prepared content is very welcome, we are even happy about some ideas what we should list on the wiki page. Open tasks: 1. Have a look at the sound related entries on the ideas list. 2. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 3. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 4. Extend the wiki page. _________________________________________________________________ Summer of Code Summary URL: http://www.FreeBSD.org/projects/summerofcode-2006.html URL: http://wikitest.freebsd.org/SummerOfCode2006 URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects /soc2006/ Contact: Murray Stokely We had another successful summer taking part in the Google Summer of Code. By all accounts, the FreeBSD participation in this program was an unqualified success. We received over 150 applications for student projects, amongst which 13 were selected for funding. All successful students received the full $4,500. These student projects included security research, improved installation tools, new utilities, and more. Many of the students have continued working on their FreeBSD projects even after the official close of the program. At least 2 of our FreeBSD mentors will be meeting with Google organizers in Mountain View this month to discuss the program at the Mentor Summit. _________________________________________________________________ Summer of FreeBSD security development URL: http://people.freebsd.org/~cperciva/funding.html URL: http://www.daemonology.net/freebsd-upgrade-6.0-to-6.1/ Contact: Colin Percival I spent the months of May through August working on improving Portsnap, FreeBSD Update, and devoting more time to my (continuing) role as Security Officer. FreeBSD Update is now part of the FreeBSD base system and is fully supported by the FreeBSD Security Team; updates are currently only being built for the i386 architecture, but AMD64 updates will become available soon. In an attempt to reduce the number of people running out of date (and unsupported) FreeBSD releases, I wrote an automatic binary upgrade script for upgrading systems from FreeBSD 6.0 to FreeBSD 6.1; I will be releasing a new script for upgrading to FreeBSD 6.2-(RC*|RELEASE) soon (possibly before this status report is published). Further improvements to Portsnap are still ongoing. _________________________________________________________________ Sun Niagara port Contact: Kip Macy Support for the UltraSparc T1 (Niagara) continues to improve. The code has recently been checked into public CVS under sys/sun4v. It isn't clear whether or not I will have time to implement full logical domaining support before the APIs become publicly available. Testing indicates that substantial work will be needed before FreeBSD can take full advantage of all 32 threads. Open tasks: 1. Random testing and bug fixes. 2. Import and extend improved mutex profiling support. 3. Virtual network and virtual disk device drivers for logical domains. _________________________________________________________________ The FreeBSD Foundation URL: http://www.freebsdfoundation.org Contact: Deb Goodkin The FreeBSD Foundation continued to support the FreeBSD project and community through various activities. These activities include creating strategies for fund development and actively seeking funding for the FreeBSD community, coordinating a new IBM Bladeserver project, and protecting the image and integrity of FreeBSD by governing the use of the trademarks. We are pleased to be a sponsor of EuroBSDCon and will be sponsoring a few developers to attend the conference through our travel grant program. And finally, we have secured funds for a major project that will be announced later this month. _________________________________________________________________ TrustedBSD Audit URL: http://www.TrustedBSD.org/audit.html URL: http://www.OpenBSM.org/ Contact: Robert Watson Contact: Christian Peron Contact: Wayne Salamon The TrustedBSD audit implementation provides fine-grained security event logging throughout the FreeBSD operating system. The big news for the last quarter is that the TrustedBSD audit implementation has been merged into RELENG_6 branch, and appeared in 6.2-BETA2. Over the past few months, work has also occurred in the following areas: * OpenBSM 1.0 alpha 8 through alpha 12 have been released and merged into FreeBSD CVS. Changes include significant numbers of bug fixes, documentation improvements, and feature enhancements. These include regular expression based matching for auditreduce, auditd management of kernel audit policy (such as maximum trail file size), improvements in printing support for a variety of tokens including execve argument support. * Significant enhancements to the FreeBSD Handbook chapter on Audit. * Full audit support for execve events, including optional auditing of command line arguments and environmental variables, as well as audit support for a broad range of other additional kernel events. * Kqueue support for audit pipes. * Robustness improvements in the presence of low disk space conditions. * Support for system call capture on additional platforms, such as ppc and ia64. * Improved support for very large audit record sizes (as required for extensive execve support). * id(1) now supports a -A argument to query audit state for the process. * An audit_warn(5) event for trail rotation, which can be used for archiving, reduction, and other administrative activities. Lots of testing as part of the 6.2-BETA cycle would be much appreciated. Audit support will be considered an experimental feature in FreeBSD 6.2-RELEASE, but we hope that it will be a production feature in 6.3-RELEASE. Open tasks: 1. Continue expanding auditing of syscall arguments. 2. Continue expanding auditing of administrative tools. 3. More testing! 4. Continue to explore improvements of the administrative model for audit trails, etc. _________________________________________________________________ TSO - TCP Segmentation Offload committed URL: http://lists.freebsd.org/pipermail/cvs-src/2006-September/068524.html URL: http://lists.freebsd.org/pipermail/cvs-src/2006-September/068610.html URL: http://lists.freebsd.org/pipermail/cvs-src/2006-September/069493.html Contact: Andre Oppermann TSO - TCP Segmentation Offload support has been committed to the network stack of FreeBSD-current in September 2006. With TSO, TCP can send data in the send socket buffer in bulk down to the network card which then does the splitting into MTU sized packets. On bulk high speed sending the performance is increased by 25% (normal writes) to 108% (sendfile). Jack Vogel and Prafulla Deuskar of Intel committed the driver changes for TSO hardware support of em(4) based network cards. These changes are scheduled to be backported to FreeBSD 6-STABLE shortly after FreeBSD 6.2-RELEASE is published to appear in upcoming FreeBSD 6.3 early next year. This work was sponsored by the TCP/IP Optimization Fundraiser 2005. Open tasks: _________________________________________________________________ Update of the Linux compatibility environment in the kernel URL: http://wiki.FreeBSD.org/linux-kernel Contact: Alexander Leidinger Contact: Roman Divacky Contact: Emulation Mailinglist Roman Divacky participated in the Google Summer of Code 2006 and implemented a major part of the syscall compatibility to the 2.6.16 Linux kernel. The work has been committed to -CURRENT (the default compatibility still being a 2.4.2 Linux kernel) and we are working on fixing the remaining bugs as time permits. "Intron" submitted an implementation for the linux aio syscalls. His work has been committed to the Perforce repository. We also started to consolidate a list of known bugs, open issues and helpful stuff (e.g. regression tests and their status) in -CURRENT on a page in the FreeBSD wiki (see the links-section). It also contains a link to a more or less up-to-date patch with stuff we have in the Perforce repository so that interested people can help with testing. Thanks to the help of Marcin Cieslak we already fixed some bugs (some of the fixes are already MFCed to -STABLE). Thanks to the nice regression tests of the Linux Test Project (LTP) we have a list of small (and not so small) things which need to be looked at. This list makes up for a quick start into kernel hacking. So if you have a little bit of knowledge about C programming, and if you want to help us a little bit in improving FreeBSD, feel free to have a look at the list and to try to fix a problem or two. Sometimes it is as easy as "if (error condition) return Esomething;" (but you should coordinate with the emulation mailinglist, so that nobody does some work someone else just did too). Even if you do not know how to program, you can help. Have a look at the wiki page and tell us about things which should get mentioned there too. Or download the patch and test it. _________________________________________________________________ USB URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects /usb/src/sys/dev/usb&HIDEDEL=NO URL: http://www.turbocat.net/~hselasky/usb4bsd Contact: Hans Petter Sirevaag Selasky During the last three months I have finished reworking nearly all USB device drivers found in FreeBSD-7-CURRENT. Only two USB drivers are left and that is ubser(4) and slhci. Some still use Giant, but most have been brought out of Giant. At the moment I am looking for testers that can test the various USB device drivers. Some have already been tested, and confirmed to work, while others have problems which need to be fixed. If you want to test, checkout the USB perforce tree or download the SVN version of the USB driver that is available on my homepage. At the moment the tarballs are a little out of date. Ideas and comments with regard to the new USB API are welcome at: freebsd-usb@freebsd.org. _________________________________________________________________ Xen Port Contact: Kip Macy Work on Xen support has slowly been continuing in perforce. The SOC student fixed several bugs and is continuing to work on it. Someone is needed who has the time to complete dom0 support and shepherd it production level stability. Sufficient interest has been expressed in it that it probably makes sense to check it in to public CVS so that more people can try it out. Time permitting, I will bring it up to date and check it in the next month. Open tasks: 1. dom0 support. 2. General testing and bug fixing. _________________________________________________________________ News Home | Status Home Legal Notices | © 1995-2006 The FreeBSD Project. All rights reserved. From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 07:27:48 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDDA16A407; Thu, 19 Oct 2006 07:27:48 +0000 (UTC) (envelope-from so14k@so14k.com) Received: from ender.liquidneon.com (ender.liquidneon.com [216.38.206.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E9443D7B; Thu, 19 Oct 2006 07:27:44 +0000 (GMT) (envelope-from so14k@so14k.com) Received: from localhost (localhost [127.0.0.1]) by ender.liquidneon.com (Postfix) with ESMTP id 359BE2E0DD; Thu, 19 Oct 2006 01:27:44 -0600 (MDT) Received: from ender.liquidneon.com ([127.0.0.1]) by localhost (ender.liquidneon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39741-04; Thu, 19 Oct 2006 01:27:43 -0600 (MDT) Received: by ender.liquidneon.com (Postfix, from userid 1000) id DCCA12E0C9; Thu, 19 Oct 2006 01:27:43 -0600 (MDT) Date: Thu, 19 Oct 2006 01:27:43 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20061019072743.GA39924@ender.liquidneon.com> References: <20061019070508.GE35452@ender.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061019070508.GE35452@ender.liquidneon.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ender.liquidneon.com Cc: announce@FreeBSD.org, current@FreeBSD.org Subject: Re: FreeBSD Project Status Report - Fourth Quarter of 2006 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 07:27:48 -0000 Hi, The subject should read "FreeBSD Project Status Report - Third Quarter of 2006" Sorry for the confusion. Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 07:29:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F3BC16A403 for ; Thu, 19 Oct 2006 07:29:19 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C1C443D77 for ; Thu, 19 Oct 2006 07:29:15 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (j2jzk8tyvjyajt3o@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k9J7TEC1095157; Thu, 19 Oct 2006 00:29:15 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k9J7TEgY095156; Thu, 19 Oct 2006 00:29:14 -0700 (PDT) (envelope-from jmg) Date: Thu, 19 Oct 2006 00:29:14 -0700 From: John-Mark Gurney To: Yuriy Tsibizov Message-ID: <20061019072914.GP23971@funkthat.com> Mail-Followup-To: Yuriy Tsibizov , current@freebsd.org References: <78664C02FF341B4FAC63E561846E3BCC01F8B9@ex.hhp.local> <78664C02FF341B4FAC63E561846E3BCC01F8C1@ex.hhp.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC01F8C1@ex.hhp.local> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 07:29:19 -0000 Yuriy Tsibizov wrote this message on Thu, Oct 19, 2006 at 10:48 +0400: > > > > This is likely due to invalid VPD data on your system... Add a: > > > > printf("reading vpd...\n"); > > > > > > > > to just before the comment: > > > > /* init vpd reader */ > > > > > > > > if this is the last thing you see printed then it is due > > to the new > > > > VPD code... I have identified on problem w/ the code, and > > > have posted > > > > the patch to cvs-all, if you are interested in testing > > it, I'll send > > > > you a copy, though your problem could be different, and we > > > > need do some > > > > debugging to find out what it is... > > > > Yes, it keeps running in "for (; !end;)" loop forever. I'll > > have access > > to this notebook till friday evening. > > Just checked it today morning - it cannot start Ethernet adapter after > last reboot... > It lists it in POST message, but > 1) don't start PXE firmware > 2) can't see it with pre-installed Windows (It show unknown Ethernet, > with vendor 10ec dev 8129 subsys 812911ec revision 01). It's PCI express > network card, according to POST message. > 3) link is active > > I have two more noteboks (same model), but don't want to kill their > Ethernet adapters. So, are you saying that after using the fixed patch, booting into FreeBSD (getting to login), that the Windows no longer attached to the on board ethernet adapter? Considering that this patch doesn't even touch the read-write data, I can't imagine it breaking something, unless the driver and other code can't handle the VPD registers being touched... But if that's the case, then the Windows driver needs to be fixed since there are no guaranties what the VPD registers will be... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 08:06:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 591DA16A47B for ; Thu, 19 Oct 2006 08:06:53 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8132D43D5D for ; Thu, 19 Oct 2006 08:06:51 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000573669.msg for ; Thu, 19 Oct 2006 12:06:47 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 12:06:43 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F8C6@ex.hhp.local> In-Reply-To: <20061019072914.GP23971@funkthat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe thread-index: AcbzUF9kyYBnBqJmRMmbcWzgT9L8cQAANb0w From: "Yuriy Tsibizov" To: "John-Mark Gurney" X-Spam-Processed: mx.gfk.ru, Thu, 19 Oct 2006 12:06:47 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Thu, 19 Oct 2006 12:06:47 +0400 Cc: current@freebsd.org Subject: RE: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 08:06:53 -0000 > > > > > This is likely due to invalid VPD data on your=20 > system... Add a: > > > > > printf("reading vpd...\n"); > > > > >=20 > > > > > to just before the comment: > > > > > /* init vpd reader */ > > > > >=20 > > > > > if this is the last thing you see printed then it is due=20 > > > to the new > > > > > VPD code... I have identified on problem w/ the code, and=20 > > > > have posted > > > > > the patch to cvs-all, if you are interested in testing=20 > > > it, I'll send > > > > > you a copy, though your problem could be different, and we=20 > > > > > need do some > > > > > debugging to find out what it is... > > >=20 > > > Yes, it keeps running in "for (; !end;)" loop forever. I'll=20 > > > have access > > > to this notebook till friday evening. > >=20 > > Just checked it today morning - it cannot start Ethernet=20 > adapter after > > last reboot... > > It lists it in POST message, but > > 1) don't start PXE firmware > > 2) can't see it with pre-installed Windows (It show unknown=20 > Ethernet, > > with vendor 10ec dev 8129 subsys 812911ec revision 01).=20 > It's PCI express > > network card, according to POST message. > > 3) link is active > >=20 > > I have two more noteboks (same model), but don't want to kill their > > Ethernet adapters. >=20 > So, are you saying that after using the fixed patch, booting into > FreeBSD (getting to login), that the Windows no longer attached to the > on board ethernet adapter? Considering that this patch doesn't even > touch the read-write data, I can't imagine it breaking=20 > something, unless > the driver and other code can't handle the VPD registers=20 > being touched... > But if that's the case, then the Windows driver needs to be=20 > fixed since > there are no guaranties what the VPD registers will be... and PXE boot ROM too? I booted NetBSD from CD and it attaches to this interfaces as rtk0. It can't see media: media: Ethernet none (auto) (but switch shows that link is UP) and I'm getting watchdog timeouts. Slax (Linux LiveCD) also attaches to this card and tells me that=20 - it is an unknow chip version - no MII transiever found... I'm downloading ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200610/7.0-CURRENT-200610-i3 86-disc1.iso=20 now to test it under FreeBSD. Yuriy. From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 10:41:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5154016A403; Thu, 19 Oct 2006 10:41:46 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0109443D5C; Thu, 19 Oct 2006 10:41:39 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0B7655CB8; Thu, 19 Oct 2006 14:41:38 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id C43085CA0; Thu, 19 Oct 2006 14:41:37 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9JAfdgh011283; Thu, 19 Oct 2006 14:41:39 +0400 (MSD) (envelope-from ru) Date: Thu, 19 Oct 2006 14:41:39 +0400 From: Ruslan Ermilov To: S?ren Schmidt Message-ID: <20061019104139.GA11216@rambler-co.ru> References: <4535E88B.9070108@freebsd.org> <20061018134019.GB21654@rambler-co.ru> <45367E22.80207@deepcore.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <45367E22.80207@deepcore.dk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org, Soren Schmidt Subject: Re: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 10:41:46 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2006 at 09:18:58PM +0200, S?ren Schmidt wrote: > Ruslan Ermilov wrote: > >BTW, we're having data corruption issues when using Marvell 88SX6081: > > > ># dmesg |grep ^ad16 > >ad16: 476940MB at ata8-master SATA150 > ># dmesg | grep ^ata8 > >ata8: on atapci0 > ># dmesg | grep ^atapci0 > >atapci0: port 0x9800-0x98ff mem=20 > >0xfc900000-0xfc9fffff irq 20 at device 1.0 on pci2 > ># dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 > >1024+0 records in > >1024+0 records out > >134217728 bytes transferred in 2.091913 secs (64160282 bytes/sec) > >669aa0b8c706f06d3d41aae95d4a3cf1 > ># dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 > >1024+0 records in > >1024+0 records out > >134217728 bytes transferred in 2.092598 secs (64139273 bytes/sec) > >5b92918e4beaadf5a7ff74829b9ab9ce > ># dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 > >1024+0 records in > >1024+0 records out > >134217728 bytes transferred in 2.096472 secs (64020758 bytes/sec) > >d56fbdee36d70c8d6fcae6ea7b7550a7 > >#=20 > > > >I'm currently looking into adding errata quirks found in the Linux > >driver to see if that helps. JFYI. > > =20 > Right, there are a few mentioned in the docs, however I've not been able= =20 > to reproduce any of them, but please let me know what you find out!! >=20 By removing the riser card I can no longer easily reproduce the corruption but colleagues said it's still reproduceable even without the riser card. I'm doing more testing now, but so far I couldn't reproduce it. I tried several riser cards, two different models, the issue is still the same; reading 10 sectors gives one bit error (MSB bit) at one byte. Do you have experience why using riser cards may be a bad idea? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFN1ZjqRfpzJluFF4RAiDIAKCVUEMsWaxrLITnbh46dWf82SBMEwCdEiGv ZZ0ZyUAKwM3RPm7t7rV4jvo= =+rIY -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 10:45:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D1016A494 for ; Thu, 19 Oct 2006 10:45:07 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3271443D46 for ; Thu, 19 Oct 2006 10:45:06 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000574456.msg for ; Thu, 19 Oct 2006 14:44:45 +0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 14:44:40 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F8CC@ex.hhp.local> In-Reply-To: <20061019072914.GP23971@funkthat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe thread-index: AcbzUF9kyYBnBqJmRMmbcWzgT9L8cQAGka7w From: "Yuriy Tsibizov" To: "John-Mark Gurney" X-Spam-Processed: mx.gfk.ru, Thu, 19 Oct 2006 14:44:45 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Thu, 19 Oct 2006 14:44:57 +0400 Cc: current@freebsd.org Subject: RE: ASUS U5F hangs during pci bus probe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 10:45:08 -0000 > > Just checked it today morning - it cannot start Ethernet=20 > adapter after > > last reboot... > > It lists it in POST message, but > > 1) don't start PXE firmware > > 2) can't see it with pre-installed Windows (It show unknown=20 > Ethernet, > > with vendor 10ec dev 8129 subsys 812911ec revision 01).=20 > It's PCI express > > network card, according to POST message. > > 3) link is active > >=20 > > I have two more noteboks (same model), but don't want to kill their > > Ethernet adapters. >=20 > So, are you saying that after using the fixed patch, booting into > FreeBSD (getting to login), that the Windows no longer attached to the > on board ethernet adapter? Considering that this patch doesn't even > touch the read-write data, I can't imagine it breaking=20 > something, unless > the driver and other code can't handle the VPD registers=20 > being touched... > But if that's the case, then the Windows driver needs to be=20 > fixed since > there are no guaranties what the VPD registers will be... how can THIS change? (it's a diff against other ASUS U5F notebook) --- good-pciconf 2006-10-19 14:36:53.135431000 +0400 +++ broken-pciconf 2006-10-19 14:36:37.619607400 +0400 @@ -41,7 +41,7 @@ atapci0@pci0:31:2: class=3D0x010180 card=3D0x12671043 = chip=3D0x27c48086 rev=3D0x02 hdr=3D0x00 class =3D mass storage subclass =3D ATA -re0@pci1:0:0: class=3D0x020000 card=3D0x11f51043 chip=3D0x816810ec = rev=3D0x01 hdr=3D0x00 +rl0@pci1:0:0: class=3D0x020000 card=3D0x812911ec chip=3D0x812910ec = rev=3D0x01 hdr=3D0x00 class =3D network subclass =3D ethernet none1@pci2:0:0: class=3D0x028000 card=3D0x10018086 = chip=3D0x42228086 rev=3D0x02 hdr=3D0x00 verbose dmes & pciconf are available from http://chibis.persons.gfk.ru/vpd/ Yuriy. From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 11:23:03 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6753616A403; Thu, 19 Oct 2006 11:23:03 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A61EA43D62; Thu, 19 Oct 2006 11:23:02 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k9JBN164052245; Thu, 19 Oct 2006 13:23:02 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <4537601D.3090107@deepcore.dk> Date: Thu, 19 Oct 2006 13:23:09 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Ruslan Ermilov References: <4535E88B.9070108@freebsd.org> <20061018134019.GB21654@rambler-co.ru> <45367E22.80207@deepcore.dk> <20061019104139.GA11216@rambler-co.ru> In-Reply-To: <20061019104139.GA11216@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v2.0beta Cc: freebsd-current@FreeBSD.ORG, Soren Schmidt Subject: Re: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 11:23:03 -0000 Ruslan Ermilov wrote: > On Wed, Oct 18, 2006 at 09:18:58PM +0200, S?ren Schmidt wrote: > >> Ruslan Ermilov wrote: >> >>> BTW, we're having data corruption issues when using Marvell 88SX6081: >>> >>> # dmesg |grep ^ad16 >>> ad16: 476940MB at ata8-master SATA150 >>> # dmesg | grep ^ata8 >>> ata8: on atapci0 >>> # dmesg | grep ^atapci0 >>> atapci0: port 0x9800-0x98ff mem >>> 0xfc900000-0xfc9fffff irq 20 at device 1.0 on pci2 >>> # dd if=/dev/ad16 bs=128k count=1024 | md5 >>> 1024+0 records in >>> 1024+0 records out >>> 134217728 bytes transferred in 2.091913 secs (64160282 bytes/sec) >>> 669aa0b8c706f06d3d41aae95d4a3cf1 >>> # dd if=/dev/ad16 bs=128k count=1024 | md5 >>> 1024+0 records in >>> 1024+0 records out >>> 134217728 bytes transferred in 2.092598 secs (64139273 bytes/sec) >>> 5b92918e4beaadf5a7ff74829b9ab9ce >>> # dd if=/dev/ad16 bs=128k count=1024 | md5 >>> 1024+0 records in >>> 1024+0 records out >>> 134217728 bytes transferred in 2.096472 secs (64020758 bytes/sec) >>> d56fbdee36d70c8d6fcae6ea7b7550a7 >>> # >>> >>> I'm currently looking into adding errata quirks found in the Linux >>> driver to see if that helps. JFYI. >>> >>> >> Right, there are a few mentioned in the docs, however I've not been able >> to reproduce any of them, but please let me know what you find out!! >> >> > By removing the riser card I can no longer easily reproduce > the corruption but colleagues said it's still reproduceable > even without the riser card. I'm doing more testing now, > but so far I couldn't reproduce it. I tried several riser > cards, two different models, the issue is still the same; > reading 10 sectors gives one bit error (MSB bit) at one > byte. Do you have experience why using riser cards may be > a bad idea? > Hmm, I've seen bad behavior with PCI-X riser cards, I guess its because of poor design and the high speeds that the problems occur. Not much to do about it other than finding one that works or lowering the PCI-X bus speed. -Søren From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 12:48:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 895DF16A412; Thu, 19 Oct 2006 12:48:19 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05EDC43D64; Thu, 19 Oct 2006 12:48:18 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 90A87598D; Thu, 19 Oct 2006 14:48:17 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 14BE79E6C2; Thu, 19 Oct 2006 12:49:08 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id F2291405B; Thu, 19 Oct 2006 14:49:07 +0200 (CEST) Date: Thu, 19 Oct 2006 14:49:07 +0200 From: Jeremie Le Hen To: Cheng-Lung Sung Message-ID: <20061019124907.GH53114@obiwan.tataz.chchile.org> References: <20061013033408.GA30695@FreeBSD.csie.nctu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061013033408.GA30695@FreeBSD.csie.nctu.edu.tw> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, freebsd-rc@FreeBSD.org Subject: Re: [fbsd] Re: conf/102913: /etc/rc.d/named killall in jailed OS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 12:48:19 -0000 Hi, this mail about jailed named(8) is a good opportunity to remind about two PRs I have submitted to run a chrooted named(8) inside a jail: http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/103486 http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/103489 Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 12:51:27 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5710B16A403; Thu, 19 Oct 2006 12:51:27 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9756943D94; Thu, 19 Oct 2006 12:51:18 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GaXMe-000Muq-Ft; Thu, 19 Oct 2006 14:51:12 +0200 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= From: Ian FREISLICH In-Reply-To: Message from =?ISO-8859-1?Q?S=F8ren_Schmidt?= of "Thu, 19 Oct 2006 13:23:09 +0200." <4537601D.3090107@deepcore.dk> X-Attribution: BOFH Date: Thu, 19 Oct 2006 14:51:12 +0200 Message-Id: Cc: freebsd-current@FreeBSD.ORG, Ruslan Ermilov , Soren Schmidt Subject: Re: support for marvell sata chips? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 12:51:27 -0000 =?ISO-8859-1?Q?S=F8ren_Schmidt?= wrote: > Ruslan Ermilov wrote: > > On Wed, Oct 18, 2006 at 09:18:58PM +0200, S?ren Schmidt wrote: > > =20 > >> Ruslan Ermilov wrote: > >> =20 > >>> BTW, we're having data corruption issues when using Marvell 88SX6081: > >>> > >>> # dmesg |grep ^ad16 > >>> ad16: 476940MB at ata8-master SATA150 > >>> # dmesg | grep ^ata8 > >>> ata8: on atapci0 > >>> # dmesg | grep ^atapci0 > >>> atapci0: port 0x9800-0x98ff mem= > =20 > >>> 0xfc900000-0xfc9fffff irq 20 at device 1.0 on pci2 > >>> # dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 > >>> 1024+0 records in > >>> 1024+0 records out > >>> 134217728 bytes transferred in 2.091913 secs (64160282 bytes/sec) > >>> 669aa0b8c706f06d3d41aae95d4a3cf1 > >>> # dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 > >>> 1024+0 records in > >>> 1024+0 records out > >>> 134217728 bytes transferred in 2.092598 secs (64139273 bytes/sec) > >>> 5b92918e4beaadf5a7ff74829b9ab9ce > >>> # dd if=3D/dev/ad16 bs=3D128k count=3D1024 | md5 > >>> 1024+0 records in > >>> 1024+0 records out > >>> 134217728 bytes transferred in 2.096472 secs (64020758 bytes/sec) > >>> d56fbdee36d70c8d6fcae6ea7b7550a7 > >>> #=20 > >>> > >>> I'm currently looking into adding errata quirks found in the Linux > >>> driver to see if that helps. JFYI. > >>> =20 > >>> =20 > >> Right, there are a few mentioned in the docs, however I've not been ab= > le=20 > >> to reproduce any of them, but please let me know what you find out!! > >> > >> =20 > > By removing the riser card I can no longer easily reproduce > > the corruption but colleagues said it's still reproduceable > > even without the riser card. I'm doing more testing now, > > but so far I couldn't reproduce it. I tried several riser > > cards, two different models, the issue is still the same; > > reading 10 sectors gives one bit error (MSB bit) at one > > byte. Do you have experience why using riser cards may be > > a bad idea? > > =20 > Hmm, I've seen bad behavior with PCI-X riser cards, I guess its because=20 > of poor design and the high speeds that the problems occur. > Not much to do about it other than finding one that works or lowering=20 > the PCI-X bus speed. Out of interest, are these "active" or "passive" risers? I have several systems each with 6 slots on 2 risers. 3 on a passive backplane and 3 on the active backplane. I've only ever used the active backplane and I've never noticed any issues. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 13:57:29 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F5E16A415; Thu, 19 Oct 2006 13:57:29 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from linkfe02.link.net (linkfe02.link.net [196.205.62.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72B3043DB9; Thu, 19 Oct 2006 13:56:53 +0000 (GMT) (envelope-from brd@FreeBSD.org) Received: from antispam3 ([213.131.64.223]) by linkfe02.link.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Oct 2006 15:53:59 +0200 Received: from Gateway1.link.net (Not Verified[213.131.64.208]) by antispam3 with MailMarshal (v6, 1, 6, 1172) id ; Thu, 19 Oct 2006 15:55:53 +0200 Received: from mail pickup service by Gateway1.link.net with Microsoft SMTPSVC; Thu, 19 Oct 2006 15:52:43 +0200 Received: from mx2.freebsd.org ([216.136.204.119]) by Gateway1.link.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Oct 2006 14:15:09 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DA5EE14B880; Thu, 19 Oct 2006 12:12:44 +0000 (GMT) (envelope-from owner-freebsd-announce@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6735016A5D1; Thu, 19 Oct 2006 12:12:29 +0000 (UTC) (envelope-from owner-freebsd-announce@freebsd.org) X-Original-To: announce@FreeBSD.org Delivered-To: freebsd-announce@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97D116A415; Thu, 19 Oct 2006 07:05:11 +0000 (UTC) (envelope-from so14k@so14k.com) Received: from ender.liquidneon.com (ender.liquidneon.com [216.38.206.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0669043D58; Thu, 19 Oct 2006 07:05:09 +0000 (GMT) (envelope-from so14k@so14k.com) Received: from localhost (localhost [127.0.0.1]) by ender.liquidneon.com (Postfix) with ESMTP id 9A3462E0C0; Thu, 19 Oct 2006 01:05:09 -0600 (MDT) Received: from ender.liquidneon.com ([127.0.0.1]) by localhost (ender.liquidneon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39466-01; Thu, 19 Oct 2006 01:05:09 -0600 (MDT) Received: by ender.liquidneon.com (Postfix, from userid 1000) id 0BB002E0BE; Thu, 19 Oct 2006 01:05:09 -0600 (MDT) Date: Thu, 19 Oct 2006 01:05:08 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20061019070508.GE35452@ender.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at ender.liquidneon.com X-Mailman-Approved-At: Thu, 19 Oct 2006 12:12:21 +0000 X-BeenThere: freebsd-announce@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-announce@freebsd.org Errors-To: owner-freebsd-announce@freebsd.org Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 19 Oct 2006 12:15:10.0104 (UTC) FILETIME=[38CA3980:01C6F378] Cc: announce@FreeBSD.org, current@FreeBSD.org Subject: [FreeBSD-Announce] FreeBSD Project Status Report - Fourth Quarter of 2006 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 13:57:29 -0000 FreeBSD Status Report Introduction This report covers FreeBSD related projects between June and October 2006. This includes the conclusion of this year's Google Summer of Code with 13 successful students. Some of last year's and the current SoC participants have meanwhile joined the committer ranks, kept working on their projects, and improving FreeBSD in general. This year's EuroBSDCon in Milan, Italy has meanwhile published an exciting program. Many developers will be there to discuss these current and future projects at the Developer Summit prior the conference. Next year's conference calendar has a new entry - in addition to the now well established BSDCan in Ottawa - AsiaBSDCon will take place in Tokyo at the begining of March. As we are closing in on FreeBSD 6.2 release many bugs are being fixed and new features have been MFCed. On the other hand a lot of the projects below already are focusing on FreeBSD 7.0 and promise a lot of exciting news and features to come. Thanks to all the reporters for the excellent work! We hope you enjoy reading. _________________________________________________________________ Google Summer of Code * Analyze and Improve the Interrupt Handling Infrastructure * Bundled PXE Installer * Gvirstor * IPv6 Stack Vulnerabilities * Jail Resource Limits * Nss-LDAP importing and nsswitch subsystem improvement * Porting the seref policy and setools to SEBSD * Porting Xen to FreeBSD * SNMP monitoring (BSNMP) * Summer of Code Summary * Update of the Linux compatibility environment in the kernel Projects * CScout on the FreeBSD Source Code Base * DTrace * Embedded FreeBSD * FreeSBIE * GJournal * iSCSI Initiator * Porting ZFS to FreeBSD * Summer of FreeBSD security development * TrustedBSD Audit * USB FreeBSD Team Reports * FreeBSD Security Officer and Security Team * Ports Collection * Release Engineering * The FreeBSD Foundation Network Infrastructure * Bridge Spanning Tree Protocol Improvements * FAST_IPSEC Upgrade * Highly improved implementations of sendfile(2), sosend_*() and soreceive_stream() * SCTP Integration * TSO - TCP Segmentation Offload committed Kernel * Gvinum improvements * MMC/SD Support * Sound Subsystem Improvements Documentation * Chinese (Simplified) Project * Hungarian translation of the webpages Userland Programs * Libelf * OpenBSD dhclient Architectures * CPU Microcode Update Software * FreeBSD/arm on Atmel AT91RM9200 * Sun Niagara port * Xen Port Ports * Enlightenment DR17 support in the ports tree * FreshPorts * Improving FreeBSD Ports Collection Infrastructure * OCaml language support in ports Miscellaneous * AsiaBSDCon 2007 * BSDCan 2007 * EuroBSDCon 2006 * FreeBSD Multimedia Resources List _________________________________________________________________ Analyze and Improve the Interrupt Handling Infrastructure URL: http://wikitest.freebsd.org/Interrupts Contact: Paolo Pisati Contact: John Baldwin This project consisted in the improvement of the Interrupt Handling System in FreeBSD: while retaining backward compatibility with the previous models (FAST and ITHREAD), a new method called 'Interrupt filtering' was added. With interrupt filtering, the interrupt handler is divided into 2 parts: the filter (that checks if the actual interrupt belong to this device) and the ithread (that is scheduled in case some blocking work has to be done). The main benefits of interrupt filtering are: * Feedback from filters (the system finally knows if any handler has serviced an interrupt or not, and can react consequently). * Lower latency/overhead for shared interrupt line. * Previous experiments with interrupt filtering showed an increase in performance against the plain ithread model Moreover, during the development of interrupt filtering, some MD dependent code was converted into MI code, PPC was fixed to support multiple FAST handlers per line and an interrupt stray storm detection logic was added. While the framework is done, there are still machine dependent bits to be written (the support for ppc, sparc64, arm and itanium has to be written/reviewed) and a serious analysis of the performance of this model against the previous one is a work-in-progress _________________________________________________________________ AsiaBSDCon 2007 URL: http://www.asiabsdcon.org/ Contact: Hiroki Sato Contact: George Neville-Neil Contact: Web site is up and we're soliciting papers and presentations. Some tutorials are already scheduled. Email secretary@asibsdcon.org if you have questions or submissions. Open tasks: 1. Send in more papers! _________________________________________________________________ Bridge Spanning Tree Protocol Improvements Contact: Andrew Thompson Work is almost finished to implement the Rapid Spanning Tree Protocol (RSTP) which supersedes Spanning Tree Protocol (STP). RSTP has a much faster link failover time of around one second compared to 30-60 seconds for STP, this is very important on modern networks. The code will be posted shortly for testing and feedback. _________________________________________________________________ BSDCan 2007 URL: http://www.bsdcan.org/ Contact: Dan Langille The dates for BSDCan 2007 has been set: 11-12 May 2007. As is usual, BSDCan will be held at University of Ottawa, with two days of tutorials prior to the conference starting. The call for papers will go out in mid December. Start thinking about your submissions now! _________________________________________________________________ Bundled PXE Installer URL: http://wikitest.freebsd.org/MarkusBoelter Contact: Markus Boelter Contact: Paul Saab For me, the Google Summer of Code was a new and very exciting experience. I got actively involved in doing Open Source Software and giving something back to the community. Facing some challenges within the project forced me to look behind the scenery of FreeBSD. The result was a better understanding of the overall project. Working with a lot of developers directly also gave a very special spirit to the Google Summer of Code. I really enjoyed the time and will continue to work on the project after the deadline. For me, it was a great chance to get involved in active development and not just some scripts and hacks at home. Getting paid for the work was just a small part of the overall feeling. Thanks to the people at the FreeBSD Project and Google for the really, really great time! _________________________________________________________________ Chinese (Simplified) Project URL: http://cnsnap.cn.FreeBSD.org/zh_CN/ URL: http://cnsnap.cn.FreeBSD.org/doc/zh_CN.GB2312/ Contact: Xin LI In the previous quarter we primarily focused on overall quality of the translation rather than just increasing the number of translations, and we have strived to make sure that these translated stuff are up-to-date with their English revisions. Also, we have merged the translated website into the central repository. In the next quarter we will focus on developing documentation that will help to attract more developers. Open tasks: 1. Translate more development related documentation. 2. Review more of the currently translated documentation. _________________________________________________________________ CPU Microcode Update Software Contact: Stanislav Sedov Last month I was working on a driver/module to update the microcode of Intel or AMD CPUs that support having their microcode updated. As you might know these processors are microcode-driven and this firmware can be updated. Intel(R) often releases microcode updates, and AMD(R) updates can be found in BIOS programs. The work is almost finished now, I just need to find a bit of time to test it on AMD64 systems and perform some code cleanup. The driver also provide a way for userland programs to access the Machine Specific Registers (MSR) and CPUID info for a certain cpu. This will allow some programs like x86info to provide more accurate information about cpus in SMP systems and make assumptions based on the contents of the MSR. Thanks to John Baldwin, Kostik Belousov, John-Mark Gurney and Divacky Roman for helping during development. Open tasks: 1. Perform testing on the AMD64-based systems. 2. Write manpage. 3. Code cleanup/checks. _________________________________________________________________ CScout on the FreeBSD Source Code Base URL: http://wikitest.freebsd.org/CScout Contact: Diomidis Spinellis CScout is a refactoring editor and source code browser for collections of C code. The aim of the project is to make it easy for FreeBSD developers to use CScout and to improve the FreeBSD source code quality through CScout-based queries and refactorings. CScout was first applied to the FreeBSD kernel in 2003. Its application at that point involved substantial tinkering with the build system. The version released in October 2006 makes the running of CScout on the three Tier-1 architectures a fairly straightforward procedure. The current version can also draw a number of call graphs; this might help developers better understand foreign code. Open tasks: 1. Use CScout to locate problematic code areas (for example unused or too liberaly visible objects). 2. Use CScout to globaly rename identifiers in a more consistent fashion. 3. Apply CScout to the userland code. 4. Identify CScout extensions that would help us improve the quality of our code. 5. Arrange for the continous availability of a live CScout kernel session on the current version of the source code. _________________________________________________________________ DTrace Contact: John Birrell Progress this month has been limited due to my sea-change, moving house to the country. Sun's OpenSolaris developers have followed through and released the DTrace test suite as part of the OpenSolaris distribution. jkoshy@'s work on libbsdelf is nearing feature completion for DTrace and will make life easier in FreeBSD for DTrace, given that we have more architectures to support than Sun has. The FreeBSD project has made available a dual processor AMD64 machine for DTrace porting. I am currently working through the diffs between the DTrace project in P4 and -current, committing files to -current if they are ready, _________________________________________________________________ Embedded FreeBSD URL: http://www.embeddedfreebsd.org/ Contact: George Neville-Neil Moved the HTML pages into the project CVS tree. Open tasks: 1. Setup the web site to be served from projects CVS so that it can be updated by others. 2. Complete the ARM port. 3. Work on the MIPS port. 4. Update the documentation to include common tasks for embedded engineers. _________________________________________________________________ Enlightenment DR17 support in the ports tree Contact: Stanislav Sedov Integration of the new innovative e17 window manager into the ports tree is almost completed. A lot of new e17-related applications was ported, all old ports were updated to the latest stable cvs snapshot. The special framework (bsd.efl.mk) was created to support the whole thing and simplify the creation of dependent ports. I'll commit the changes in the days before the ports freeze. Thanks to Sergey Matveychuk (sem@) for providing a machine to place CVS snapshots on. Without his help it will be impossible. Open tasks: 1. Port Entrance (xdm-like app, but very appealing). 2. Port Net and Wlan e17 module. 3. Develop FreeBSD-specific e17 apps/modules to use The Ports Collection, system configs, etc. _________________________________________________________________ EuroBSDCon 2006 URL: http://www.eurobsdcon.org/ URL: http://www.eurobsdcon.org/register/ Contact: EuroBSDCon Organizing Committee EuroBSDCon 2006 is taking place in Milan (Italy), from the 10th to the 12th of November. EuroBSDCon represents the biggest gathering for BSD developers from the old continent, as well as users and passionates from around the World. It is also a chance to share experiences, know-how, and cultures. The program is rich in talks about FreeBSD, with topics ranging from "How the FreeBSD ports collection works" to "Interrupt Filtering in FreeBSD". This means that both the novice and the hacker can enjoy the conference. Registration is open. The EuroBSDCon Organizing Committee hopes to see you in Milan. _________________________________________________________________ FAST_IPSEC Upgrade URL: www.freebsd.org/~gnn/fast_ipv6.patch Contact: George Neville-Neil Contact: Bjoern Zeeb First working version of code. Does not pass all TAHI tests, but does pass packets correctly and does not panic. Open tasks: 1. More testing of the patch needed. _________________________________________________________________ FreeBSD Multimedia Resources List URL: http://www.mavetju.org/unix/multimedia.php URL: http://www.mavetju.org/unix/multimedia-rss.php Contact: Edwin Groothuis I have setup the FreeBSD Multimedia Resources List, a one-stop-shop for FreeBSD related podcasts, vodcasts and audio/video resources. Hopefully this list will make it easier for people to find and keep up to date with these recordings. The overview is available as a normal HTML page and as an XML/RSS feed. The ultimate goal is to have this list to reside under the www.FreeBSD.org umbrella. _________________________________________________________________ FreeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff -listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In the time since the last status report, six security advisories have been issued concerning problems in the base system of FreeBSD; of these, five problems were in "contributed" code, while one was in code maintained within FreeBSD. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 57 new entries have been added, bringing the total up to 814. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 4.11, FreeBSD 5.3, FreeBSD 5.4, FreeBSD 5.5, FreeBSD 6.0, and FreeBSD 6.1. The respective End of Life dates of supported releases are listed on the web site; of particular note, FreeBSD 5.3 and FreeBSD 5.4 will cease to be supported at the end of October 2006, while FreeBSD 6.0 will cease to be supported at the end of November 2006 (or possibly a short time thereafter in order to allow time for upgrades to the upcoming FreeBSD 6.2). _________________________________________________________________ FreeBSD/arm on Atmel AT91RM9200 Contact: Warner Losh Contact: Olivier Houchard The FreeBSD/arm port has grown support for the Atmel AT91RM9200. Boards based on this machine are booting to multiuser off either NFS or an SD card. The onboard serial ports, PIO, ethernet and SD/MMC card controllers are well supported. Support for the SSC, IIC and SPI flash parts in the kernel will be forthcoming shortly. In addition to normal kernel support, the port includes a boot loader that can initialize memory and boot off IIC eeprom, SPI DataFlash, BOOTP/TFTP and SD memory cards. The port will be included in forth coming commercial products. Open tasks: 1. Add support for other members of the AT91 family of arm9 processors. 2. Finish support for AT45D* flash parts. 3. Finish support for USB ports 4. Write support for USB Device functionality _________________________________________________________________ FreeSBIE URL: http://www.FreeSBIE.org URL: http://liste.gufi.org/mailman/listinfo/freesbie URL: http://people.freebsd.org/~matteo/GMV/GMVAnnounce.txt Contact: FreeSBIE Staff Contact: Matteo Riondato FreeSBIE is a FreeBSD based LiveCD. On August 19th, Matteo Riondato, a member of the FreeSBIE staff, released an unofficial ISO, codename FreeSBIE GMV, based on FreeBSD -CURRENT (read the Announcement to download it). This is supposed to be the first in a series of four ISOs that will end up with the release of FreeSBIE 2.0. Matteo is now working on another ISO, codename FreeSBIE LVC, which is scheduled to be released October 12th. FreeSBIE 2.0 will be based on FreeBSD 6.2-RELEASE and will hopefully be released at EuroBSDCon 2006 in Milan. It will be available for the i386 and AMD64 platforms. Open tasks: 1. Test the released ISO in preparation for the release. 2. Suggest software to include in the ISO. 3. Submit a simple and clear but complete fluxbox configuration. _________________________________________________________________ FreshPorts URL: http://www.freshports.org/ Contact: Dan Langille The new 2U server mentioned in the last report now has a collection of Raptor drives in a RAID-10 configuration. Thanks to very generous donations from the community, I purchased eight of these drives at very good prices. The server will be deployed in the next few weeks. There has been quite a bit of work since the last report in June. Some highlights include: * New news feed formats, including newsfeeds for your watch list. * Better pages caching for faster response. * Sanity Test Failures now available online. * Ability to search for all commits (ports, doc, src, etc) under a given point in the tree. For more detail, please review the FreshPorts Blog . _________________________________________________________________ GJournal URL: http://people.freebsd.org/~pjd/patches/gjournal_20060930.patch URL: http://people.freebsd.org/~pjd/patches/gjournal6_20060930.patch Contact: Pawel Jakub Dawidek GJournal seems to be finished. I fixed the last serious bug and it is now stable and reliable in our tests. I'm planning to commit it really soon now. The work was sponsored by home.pl _________________________________________________________________ Gvinum improvements URL: http://folk.ntnu.no/lulf/patches/freebsd/gvinum/gvinum_all_current.dif f Contact: Ulf Lilleengen I thought that since I sent a status report the last time, I might as well send one now. Since the last status report I have done work on several of the remaining commands as attach, detach, and finally the concat command to be able to create concatenated volumes with one easy command. The mirror and stripe commands are the next step after this. The most important thing I've been working on is maybe the implementation of drivegroups. I have posted a bit information on this mailinglists, but basically, it's a way to group drives with the same configuration. This way, you can make many commands operate on groups instead of drives, and the group-abstraction will handle how the underlying subdisks are created on the drives. In the future one will be able to move groups to different machines, etc. I've created a patch of all my work that is not in HEAD yet here (this is a snapshot of my developement branch, so how thing's are done might be changed quite fast): http://folk.ntnu.no/lulf/patches/freebsd/gvinum/gvinum_all_current.dif f Be aware that a there will probably be bugs in the code, so don't use it in production yet! Thanks to Greg Lehey for offering to help me on getting this into CVS, and all feedback on this has been good. Open tasks: 1. Remaining components, mirror, stripe and some info commands. _________________________________________________________________ Gvirstor URL: http://wiki.freebsd.org/gvirstor Contact: Ivan Voras Gvirstor is a GEOM class providing virtual ("overcommit") storage devices larger than physical available storage, with possibility to add physical storage on-line when the need arises. Current status is that it's done and waiting commit to HEAD, scheduled for some time after 6.2 is released. Open tasks: 1. The project is in need of testing! If you have the equipment and time, please give it a try so possible bugs can be fixed before it goes into -CURRENT. _________________________________________________________________ Highly improved implementations of sendfile(2), sosend_*() and soreceive_stream() URL: http://lists.freebsd.org/pipermail/freebsd-current/2006-September/0659 97.html URL: http://lists.freebsd.org/pipermail/freebsd-current/2006-September/0661 99.html URL: http://people.freebsd.org/~andre/sendfile+sosend+soreceive-20061006.di ff Contact: Andre Oppermann The addition of TSO (TCP Segmentation Offload) has highlighted some shortcomings in the sendfile(2) and sosend_*() kernel implementations. The current sendfile(2) code simply loops over the file, turns each 4K page into an mbuf and sends it off. This has the effect that TSO can only generate 2 packets per send instead of up to 44 at its maximum of 64K. kern_sendfile() has been rewritten to work in two loops, the inner which turns as many pages into mbufs as it can -- up to the free send socket buffer space. The outer loop then drops the whole mbuf chain into the send socket buffer, calls tcp_output() on it and then waits until 50% of the socket buffer are free again to repeat the cycle. This way tcp_output() gets the full amount of data to work with and can issue up to 64K sends for TSO to chop up in the network adapter without using any CPU cycles. Thus it gets very efficient especially with the readahead the VM and I/O system do. Looking at the benchmarks we see some very nice improvements: 181% faster with new sendfile vs. old sendfile (non-TSO), 570% faster with new sendfile vs. old sendfile (TSO). The current sosend_*() code uses a sosend_copyin() function that loops over the supplied struct uio and does interleaved mbuf allocations and uiomove() calls. m_getm() has been rewritten to be simpler and to allocate PAGE_SIZE sized jumbo mbuf clusters (4k on most architectures). m_uiotombuf() has been rewritten to use the new m_getm() to obtain all mbuf space in one go. It then loops over it and copies the data into the mbufs by using uiomove(). sosend_dgram() and sosend_generic() have been changed to use m_uiotombuf() instead of sosend_copyin(). Looking at the benchmarks we see some very nice improvements: 290% faster with new sosend vs. old sosend (non-TSO), 280% faster with new sosend vs. old sosend (TSO). Newly written is a specific soreceive_stream() function for stream protocols (primarily TCP) that does only one socket buffer lock per socket read instead of one per data mbuf copied to userland. When doing netperf tests with WITNESS (full lock tracking and validation enabled) the receive performance increases from ~360Mbit/s to ~520Mbit/s. Without WITNESS I could not measure any statistically significant improvement on a otherwise unloaded machine. The reason is two-fold: 1) per packet we do a wakeup and readv() is pretty much as many times as packets come it, thus the general overhead dominates; 2) the packet input path has a pretty high overhead too. On heavily loaded machines which do a lot of high speed receives a performance increase should be measureable. The patches are scheduled to be committed to FreeBSD-current at end of October or early November 2006. This work was sponsored by the TCP/IP Optimization Fundraiser 2005. _________________________________________________________________ Hungarian translation of the webpages URL: http://gabor.t-hosting.hu/data/hu/ Contact: G=E1bor K=F6vesd=E1n Since the last status report, there has been a lot of progress. I investigated a lot of charset issues and found out that HTML tidy breaks some entities when using iso-8859-2, so HTML tidy had to be disabled for Hungarian pages. Open tasks: 1. Translate 4 pages. 2. Review, fix typos and improve the wording where necessary. _________________________________________________________________ Improving FreeBSD Ports Collection Infrastructure URL: http://wikitest.freebsd.org/G%C3%A1borK%C3%B6vesd%C3%A1n Contact: G=E1bor K=F6vesd=E1n Contact: Erwin Lansing During the Google Summer of Code 2006, G=E1bor worked on several ideas to improve the ports infrastructure: 1. New handling for i386 binary ports. 2. Cleanup: use ECHO_CMD and ECHO_MSG in bsd.port.mk properly. 3. Add a basic infrastructure support for debugging. 4. Installing ports with different destination (DESTDIR macro). 5. Cleanup: Move fetch shell scripts out of bsd.port.mk. 6. Make ports respect CC and CFLAGS. 7. Cross-compiling Ports. 8. Plist generator tool. The first three items have been completed and the next two items are being worked on. The DESTDIR support was more complicated than presumed and took more time than expected to complete. G=E1bor will continue working to finish these tasks and other ports related tasks. FreeBSD is happy to have interested him to keep working on ports and ports infrastructure. _________________________________________________________________ IPv6 Stack Vulnerabilities URL: http://wikitest.freebsd.org/ClementLecigne URL: http://pcs.sf.net Contact: George Neville-Neil Contact: Clement Lecigne The focus of this project was to review past vulnerabilities, create vulnerability testing tools and to discover new vulnerabilities in the FreeBSD IPv6 stack which is derived from the KAME project code. During the summer Clement took two libraries, the popular libnet, and his mentor's Packet Construction Set (PCS) and created tools to find security problems in the IPv6 code. Several issues were found, bugs filed, and patches created. At the moment Clement and George are editing a 50 page paper that describes the project which will be submitted for conference publication. All of the code from the project, including the tools, is on line and is described in the paper. By all measures, this was a successful project. Both student and mentor gained valuable insight into a previously externally maintained set of code. In addition to the new tools development in this effort, the FreeBSD Project has gained a new developer to help work on the code. _________________________________________________________________ iSCSI Initiator URL: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-17.5.tar.bz2=20 Contact: Damiel Braniss This iSCSI initiator kernel module and its companion control program are still under development, but the main parts are working. Open tasks: 1. Network Disconnect Recovery. 2. Sysctl Interface and Instrumentation. 3. Rewrite the userland side of iscontrol. _________________________________________________________________ Jail Resource Limits URL: http://wikitest.freebsd.org/JailResourceLimits Contact: Chris Jones Contact: Kip Macy We now have support for limiting CPU and memory use in jails. This allows fairer sharing of a systems' resources between divergent uses by preventing one jail from monopolizing the available memory and CPU time, if other users and jails have processes to run. The code is currently available as patches against RELENG_6, and Chris is in the process of applying it to -CURRENT. More details can be found at JailResourceLimits on the wiki. Open tasks: 1. Port patches against -CURRENT. _________________________________________________________________ Libelf URL: http://wiki.freebsd.org/LibElf URL: http://wiki.freebsd.org/PmcTools URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement/ Contact: Joseph Koshy Libelf is a BSD-licensed library for ELF parsing & manipulation implementing the SysV/SVR4 (g)ELF[3] API. Current status: Implementation of the library is nearly complete. A TET-based test suite for the API is being worked on. Open tasks: 1. Reviewers are needed for the code and the test suite. If you have extensions to the stock SysV/SVR4 ELF(3) API that you would like to see in -lelf, please send Joseph an email. _________________________________________________________________ MMC/SD Support Contact: Warner Losh Contact: Bernd Walter The MMC/SD stack got a significant boost this quarter. Warner Losh and Bernd Walter have written a generic MMC/SD flash card stack for FreeBSD, and have implemented a host controller for the AT91RM9200 embedded ARM controller they are each using in separate projects. The stack is presently experimental in quality. It is being used as the root file system for these embedded projects. There's been no work done to support hot insertion and removal of cards (neither board wires up the pins necessary, and besides, / disappearing is very bad). There are still many rough edges. This is a freshly written stack. It has been written using the SD 1.0 (and recently 2.0) simplified specification, with the SanDisk MMC application notes supplementing. The Linux stack looks good, although not entirely standards conforming (there's work in progress that I've not seen that is supposed to fix this) and it is contaminated with the GPL. The OpenBSD stack also looks interesting, but Warner's experience porting NEWCARD over from NetBSD suggested that a fresh rewrite may be faster, at least for the bus and driver level. Since MMC is fairly simple, a port of the sdhci driver might be possible. Please see the open tasks list. Open tasks: 1. Write sdhci driver, and integrate it into the current stack. 2. Add support for hot plugging of cards. 3. Add support for MMC cards (SD cards were the first target). 4. Expand SD support to include SDIO cards as well as the new SDHC standard cards. 5. Export stats via sysctl for each of the cards that are found as a debugging and usage monitoring aid. 6. Add support for reading/writing multiple blocks at a time to improve performance. 7. Implement any other host controller. 8. Add proper support for timeouts. _________________________________________________________________ Nss-LDAP importing and nsswitch subsystem improvement URL: http://wikitest.freebsd.org/MichaelBushkov URL: http://wikitest.freebsd.org/LdapCachedOriginalProposal URL: http://wikitest.freebsd.org/LdapCachedDetailedDescription Contact: Michael Bushkov Contact: Hajimu UMEMOTO The Project consisted of five parts: 1. Nsswitch modules and libc separation. The idea was to move the source code for different nsswitch sources (such as "files", "dns", "nis") out of the libc into the separate shared libraries. This task was successfully finished and the patch is available. 2. Regression tests for nsswitch. A set of regression tests to test the correctness of all nsswitch-related functions and the invariance of their behavior between system upgrades. The task can be considered successfully completed, the patch is available. 3. Rewriting nss_ldap. Though, this task was not clearly mentioned in the original proposal, during the SoC we found it would be easier, not to simply import PADL's nss_ldap, but to rewrite it from scratch (licensing issues were among the basic reasons for this). The resulting module behaves similarly to PADL's module, but has a different architecture that is more flexiable. Though it's basically finished, several useful features from the PADL's nss_ldap still need to be implemented. Despite the lack of some features, this task can be considered successfully completed. Missing features will be implemented as soon as possible, hopefully during September. 4. Importing nss_ldap into the Base System. The task was to prepare a patch, that will allow users to use nss_ldap from the base system. The task was successfully completed (the patch is available), but required importing OpenLDAP into the base in order for nss_ldap to work properly, and it had led to a long discussion in the mailing list. This discussion, however, have concluded with mostly positive opinions about nss_ldap and OpenLDAP importing. 5. Cached performance optimization. The caching daemon performance needs to be as high as possible in order for cached to be as close (in terms of speed) to "files" nsswitch source as possible. Cached's performance analysis was made and nsswitch database pre-caching was introduced as the optimization. This task was completed (the patch is available). However there is room for improvement. More precise and extensive performance analysis should be made and more optimizations need to be introduces. This will be done in the near future. Though none of the code was committed yet into the official FreeBSD tree, my experience from the previous year makes me think that this situation is normal. I hope, that the code will be reviewed and committed in the coming months. _________________________________________________________________ OCaml language support in ports URL: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/ocaml/bsd. ocaml.mk?rev=3D1.3&content-type=3Dtext/plain Contact: Stanislav Sedov There were a number of OCaml ports in our tree, and each of them was doing the same work by maintaining OCaml ld.conf in the correct state, installing/removing their files/entries etc. To simplify the task of OCaml-language ports creationm the special framework (bsd.ocamk.mk) was developed and most of the ports was converted to use this framework. This allowed a lot of duplicate code to be removed. This new framework handles all the things required to install an OCaml-language library and properly register it. bsd.ocaml.mk also contains knobs to deal with findlib-powered libraries, modify ld.conf in the proper way, etc. Also, a lot of new Ocaml-related ports were added. _________________________________________________________________ OpenBSD dhclient Contact: Brooks Davis Most dhclient changes in HEAD have been merged to 6-STABLE for 6.2-RELEASE. The highlight of these changes is a fix for runaway dhclient processes when packets are not 4 byte aligned. Further changes including always sending client identifiers are scheduled for merge before the release. Work is ongoing to improve dhclient's interaction with alternate methods of setting interface addresses. _________________________________________________________________ Porting the seref policy and setools to SEBSD URL: http://wikitest.freebsd.org/DongmeiLiu Contact: Dongmei Liu Contact: Christian Peron Dongmei Liu spent the summer working on the basic footwork required to port the SEREF policy to SEBSD. This work has been submitted and can be viewed in the soc2006/dongmei_sebsd Perforce branch. This work was originated from the SEBSD branch: //depot/projects/trustedbsd/sebsd. Additionally setools-2.3 was ported from Linux and can be found in contrib/sebsd/setools directory. It is hoped that this work will be merged into the main SEBSD development branch. _________________________________________________________________ Porting Xen to FreeBSD URL: http://www.yuanjue.net/xen/howto.html URL: http://wikitest.freebsd.org/YuanJue Contact: Jue Yuan As a participant of Google's Summer of Code 2006, I am focusing on porting Xen to FreeBSD these months. The result of this summer's work include a domU kernel that could be used for installation, a guide for getting started with FreeBSD on Xen, and some other trivial improvements. But there are still a lot of work needing to be done in this area, e.g, the long-expeted dom0 support. So I will continue my work here and try to keep up with the update of Xen itself. Open tasks: 1. dom0 support is the most urgent _________________________________________________________________ Porting ZFS to FreeBSD URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/p= jd /zfs URL: http://www.opensolaris.org/os/community/zfs/porting/ URL: http://docs.freebsd.org/cgi/mid.cgi?20060822104516.GB16033 Contact: Pawel Jakub Dawidek My work is moving slowly forward. ZVOL is, I believe, fully functional (I recently fixed snapshots and clones on zvols), which means you can put UFS on top of RAID-Z volume, take a snapshot of the volume, clone it if needed, etc. Very cool. The hardest part is the ZPL layer, I'm still working on it. Most file system methods work, but probably need detailed review and many fixes. Most of the time these days I'm spending on implementing mmap(2) correctly. It works more or less in simple tests but fails under fsx program. On the other hand, 'fsx -RW' works very stable and reliable. Other test programs (those that don't use mmap(2)) also work quite well. There is still a lot of work to do, mostly in ZPL area, many clean-ups, etc. Some functionality (like ACLs) I haven't even tried to touch yet. _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports / URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com/ Contact: Mark Linimon The ports PRs surged (especially due to a large number of new port submissions), but with some hard work we have been able to get back down to around 900. We are rapidly approaching 16,000 ports. Due to this acceleration in adding new ports, portmgr is now very concerned that we are outstripping the capacity of both the build infrastructure and our volunteers to keep up with build errors and port updates. Accordingly, we've added a guideline (not a rule) that ports should be of more than just theoretical use to be added to the Ports Collection (e.g. we can't support all of CPAN + all of Sourceforge + everything else). Basically, use common sense as a guideline; certainly no one wants to see any kind of "gateway" procedure to get incoming ports approved. Seven sets of changes have been added to the infrastructure, mostly refactoring and bugfixing. As part of a Summer of Code project, we have also incorporated some of gabor@'s changes to incorporate better DESTDIR support. However, due to some unanticipated side-effects, more work is going to be needed in this area. gabor@ is continuing to work on the changes. netchild@ and bsam@ have been doing a great deal of work to bring the linux emulator ports closer to sanity, including bringing up a regression-test suite. The long-anticipated import of X.Org 7 has stalled due to developer time, mostly to deal with documentation and upgrade instructions. Hopefully this can get done in the early 6.3 development cycle. See the wiki for more information. As a part of that work, the decision has been made to move away from using X11BASE and just put everything into LOCALBASE; /usr/X11R6 is simply an artifact at this point. A plan for a transition process is underway; a great deal of testing will need to be done, but in the end the ports tree will be much cleaner. The GNOME team has already done the work to move all of their ports over, and it will be incorporated after the 6.2 release is shipped. tmclaugh@ is looking for someone to take over the C# ports. He has maintained them for over a year and wants more time to be able to work on other projects. Some work has been done to get rid of FreeBSD 2.X cruft in ports. Further work is needed to get the 3.X cruft removed. linimon@ did another pass through resetting inactive maintainers. Another list is waiting in the wings. linimon@ is also working on adding the ability for portsmon to analyze successful packages (not just failed ones), so that queries such as "show me packages that build on i386 but not amd64" and "show me why dependent package foo was not built on bar". This is currently in alpha testing. We have added 4 new committers since the last report. Open tasks: 1. We still need help getting back to our modern low of 500 PRs. 2. We have nearly 4400 unmaintained ports (see, for instance, the list on portsmon ). Although there has been a welcome upsurge in new maintainers recently which has dropped the percentage down below 28%, we still need much more help. 3. A test run of gcc4.1 on the ports tree showed around 1000 new build errors. Kris@ has posted some results so that people can start working on the problems now. In particular, it seems that certain older versions of GCC cannot be built with GCC 4.1, so ports that depend on those older versions are going to have to be fixed as well. Although the import of GCC 4.1 to -CURRENT is not imminent, the time to start planning is now. 4. The state of the packages on AMD64 and sparc64 significantly lags that of i386. In many of these cases, packages are not attempted because NOT_FOR_ARCH is used instead of more accurately only setting BROKEN based on ARCH. (pointyhat can be forced to build packages that are marked BROKEN, but not NOT_FOR_ARCH). NOT_FOR_ARCH is supposed to denote only "will never work on this ARCH". Although we have volunteers who have expressed interest in sparc64 (and ia64), we need more people who are running amd64 (especially as a desktop) to help us get more packages working. _________________________________________________________________ Release Engineering URL: http://www.FreeBSD.org/releng/ URL: http://www.FreeBSD.org/releases/ URL: http://www.FreeBSD.org/snapshots/ Contact: Release Engineering Team The FreeBSD Release Engineering team is currently working on FreeBSD 6.2-RELEASE, which is scheduled for release in early November 2006. Some notable features of this release include the debut of security event auditing as an experimental feature, Xbox support, the FreeBSD Update binary updating utility, and of course many fixes and updates for existing programs. Pre-release images for all Tier-1 architectures are available for testing now; feedback on these builds is greatly appreciated. More information about release engineering activities can be found at the links above. _________________________________________________________________ SCTP Integration URL: http://www.sctp.org/ Contact: Randall Stewart Contact: George Neville-Neil There are currently patches available for testing. A planned integration to HEAD is set to happen in October. Open tasks: 1. The code still needs plenty of testing. See patches on sctp.org and in -CURRENT soon. _________________________________________________________________ SNMP monitoring (BSNMP) URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/s= oc %2dshteryana/bsnmp&HIDEDEL=3DNOe URL: http://wikitest.freebsd.org/CategorySNMP URL: http://wiki.freebsd.org/SnmpBridgeModule URL: http://www.freshports.org/net-mgmt/bsnmptools/ Contact: Shteryana Shopova Contact: Bjoern A. Zeeb A BRIDGE monitoring module for FreeBSD's BSNMP daemon has been implemented. In addition to RFC 4188 single bridge support and extending the kernel to get access to all the information, a private MIB was designed in order to be able to monitor multiple bridges supported by FreeBSD. The kernel part has already been committed to -CURRENT (thanks to thompsa@), for -STABLE a patch is available (see the wiki), code has already been reviewed. SoC 2005 work on SNMP client tools is now available too via port (net-mgmt/bsnmptools), thanks to Andrew Pantyukhin for the port. Open tasks: 1. More testing is very welcome. 2. if_vlan(4) monitoring module. 3. jail(8) monitoring module. _________________________________________________________________ Sound Subsystem Improvements URL: http://people.FreeBSD.org/~ariff/ URL: http://www.FreeBSD.org/projects/ideas/ URL: http://wiki.FreeBSD.org/soundsystem Contact: Ariff Abdullah Contact: Alexander Leidinger Contact: Ryan Beasley Contact: Multimedia Mailinglist Since the last status report we added basic support for envy24ht chips, imported the emu10kx driver into the base system and added support for High Definition Audio (HDA) compatible chips. Additionally the work of Ryan Beasley as part of his Google Summer of Code 2006 participation is committed. It adds compatibility to the Open Sound System (OSS) v4 API as far as this was possible. This allows for more sophisticated programs to be written. For example it is now possible to synchronize the start of multiple sound channels. It is also possible for a driver to support more than the AC97 mixer devices, but so far no driver has been extended to support this yet. More about it can be found in the wiki and in the official OSS documentation. The wiki page about the sound system was started to describe the current status of the sound system and to provide some information about where we are heading. But more work needs to be done to reach this goal. So far we collected some information about the status of the most recent work in the soundsystem. So if you have a look at it and you think that something important is missing, just tell us about it. While fully prepared content is very welcome, we are even happy about some ideas what we should list on the wiki page. Open tasks: 1. Have a look at the sound related entries on the ideas list. 2. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 3. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 4. Extend the wiki page. _________________________________________________________________ Summer of Code Summary URL: http://www.FreeBSD.org/projects/summerofcode-2006.html URL: http://wikitest.freebsd.org/SummerOfCode2006 URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/projec= ts /soc2006/ Contact: Murray Stokely We had another successful summer taking part in the Google Summer of Code. By all accounts, the FreeBSD participation in this program was an unqualified success. We received over 150 applications for student projects, amongst which 13 were selected for funding. All successful students received the full $4,500. These student projects included security research, improved installation tools, new utilities, and more. Many of the students have continued working on their FreeBSD projects even after the official close of the program. At least 2 of our FreeBSD mentors will be meeting with Google organizers in Mountain View this month to discuss the program at the Mentor Summit. _________________________________________________________________ Summer of FreeBSD security development URL: http://people.freebsd.org/~cperciva/funding.html URL: http://www.daemonology.net/freebsd-upgrade-6.0-to-6.1/ Contact: Colin Percival I spent the months of May through August working on improving Portsnap, FreeBSD Update, and devoting more time to my (continuing) role as Security Officer. FreeBSD Update is now part of the FreeBSD base system and is fully supported by the FreeBSD Security Team; updates are currently only being built for the i386 architecture, but AMD64 updates will become available soon. In an attempt to reduce the number of people running out of date (and unsupported) FreeBSD releases, I wrote an automatic binary upgrade script for upgrading systems from FreeBSD 6.0 to FreeBSD 6.1; I will be releasing a new script for upgrading to FreeBSD 6.2-(RC*|RELEASE) soon (possibly before this status report is published). Further improvements to Portsnap are still ongoing. _________________________________________________________________ Sun Niagara port Contact: Kip Macy Support for the UltraSparc T1 (Niagara) continues to improve. The code has recently been checked into public CVS under sys/sun4v. It isn't clear whether or not I will have time to implement full logical domaining support before the APIs become publicly available. Testing indicates that substantial work will be needed before FreeBSD can take full advantage of all 32 threads. Open tasks: 1. Random testing and bug fixes. 2. Import and extend improved mutex profiling support. 3. Virtual network and virtual disk device drivers for logical domains. _________________________________________________________________ The FreeBSD Foundation URL: http://www.freebsdfoundation.org Contact: Deb Goodkin The FreeBSD Foundation continued to support the FreeBSD project and community through various activities. These activities include creating strategies for fund development and actively seeking funding for the FreeBSD community, coordinating a new IBM Bladeserver project, and protecting the image and integrity of FreeBSD by governing the use of the trademarks. We are pleased to be a sponsor of EuroBSDCon and will be sponsoring a few developers to attend the conference through our travel grant program. And finally, we have secured funds for a major project that will be announced later this month. _________________________________________________________________ TrustedBSD Audit URL: http://www.TrustedBSD.org/audit.html URL: http://www.OpenBSM.org/ Contact: Robert Watson Contact: Christian Peron Contact: Wayne Salamon The TrustedBSD audit implementation provides fine-grained security event logging throughout the FreeBSD operating system. The big news for the last quarter is that the TrustedBSD audit implementation has been merged into RELENG_6 branch, and appeared in 6.2-BETA2. Over the past few months, work has also occurred in the following areas: * OpenBSM 1.0 alpha 8 through alpha 12 have been released and merged into FreeBSD CVS. Changes include significant numbers of bug fixes, documentation improvements, and feature enhancements. These include regular expression based matching for auditreduce, auditd management of kernel audit policy (such as maximum trail file size), improvements in printing support for a variety of tokens including execve argument support. * Significant enhancements to the FreeBSD Handbook chapter on Audit. * Full audit support for execve events, including optional auditing of command line arguments and environmental variables, as well as audit support for a broad range of other additional kernel events. * Kqueue support for audit pipes. * Robustness improvements in the presence of low disk space conditions. * Support for system call capture on additional platforms, such as ppc and ia64. * Improved support for very large audit record sizes (as required for extensive execve support). * id(1) now supports a -A argument to query audit state for the process. * An audit_warn(5) event for trail rotation, which can be used for archiving, reduction, and other administrative activities. Lots of testing as part of the 6.2-BETA cycle would be much appreciated. Audit support will be considered an experimental feature in FreeBSD 6.2-RELEASE, but we hope that it will be a production feature in 6.3-RELEASE. Open tasks: 1. Continue expanding auditing of syscall arguments. 2. Continue expanding auditing of administrative tools. 3. More testing! 4. Continue to explore improvements of the administrative model for audit trails, etc. _________________________________________________________________ TSO - TCP Segmentation Offload committed URL: http://lists.freebsd.org/pipermail/cvs-src/2006-September/068524.html URL: http://lists.freebsd.org/pipermail/cvs-src/2006-September/068610.html URL: http://lists.freebsd.org/pipermail/cvs-src/2006-September/069493.html Contact: Andre Oppermann TSO - TCP Segmentation Offload support has been committed to the network stack of FreeBSD-current in September 2006. With TSO, TCP can send data in the send socket buffer in bulk down to the network card which then does the splitting into MTU sized packets. On bulk high speed sending the performance is increased by 25% (normal writes) to 108% (sendfile). Jack Vogel and Prafulla Deuskar of Intel committed the driver changes for TSO hardware support of em(4) based network cards. These changes are scheduled to be backported to FreeBSD 6-STABLE shortly after FreeBSD 6.2-RELEASE is published to appear in upcoming FreeBSD 6.3 early next year. This work was sponsored by the TCP/IP Optimization Fundraiser 2005. Open tasks: _________________________________________________________________ Update of the Linux compatibility environment in the kernel URL: http://wiki.FreeBSD.org/linux-kernel Contact: Alexander Leidinger Contact: Roman Divacky Contact: Emulation Mailinglist Roman Divacky participated in the Google Summer of Code 2006 and implemented a major part of the syscall compatibility to the 2.6.16 Linux kernel. The work has been committed to -CURRENT (the default compatibility still being a 2.4.2 Linux kernel) and we are working on fixing the remaining bugs as time permits. "Intron" submitted an implementation for the linux aio syscalls. His work has been committed to the Perforce repository. We also started to consolidate a list of known bugs, open issues and helpful stuff (e.g. regression tests and their status) in -CURRENT on a page in the FreeBSD wiki (see the links-section). It also contains a link to a more or less up-to-date patch with stuff we have in the Perforce repository so that interested people can help with testing. Thanks to the help of Marcin Cieslak we already fixed some bugs (some of the fixes are already MFCed to -STABLE). Thanks to the nice regression tests of the Linux Test Project (LTP) we have a list of small (and not so small) things which need to be looked at. This list makes up for a quick start into kernel hacking. So if you have a little bit of knowledge about C programming, and if you want to help us a little bit in improving FreeBSD, feel free to have a look at the list and to try to fix a problem or two. Sometimes it is as easy as "if (error condition) return Esomething;" (but you should coordinate with the emulation mailinglist, so that nobody does some work someone else just did too). Even if you do not know how to program, you can help. Have a look at the wiki page and tell us about things which should get mentioned there too. Or download the patch and test it. _________________________________________________________________ USB URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/projec= ts /usb/src/sys/dev/usb&HIDEDEL=3DNO URL: http://www.turbocat.net/~hselasky/usb4bsd Contact: Hans Petter Sirevaag Selasky During the last three months I have finished reworking nearly all USB device drivers found in FreeBSD-7-CURRENT. Only two USB drivers are left and that is ubser(4) and slhci. Some still use Giant, but most have been brought out of Giant. At the moment I am looking for testers that can test the various USB device drivers. Some have already been tested, and confirmed to work, while others have problems which need to be fixed. If you want to test, checkout the USB perforce tree or download the SVN version of the USB driver that is available on my homepage. At the moment the tarballs are a little out of date. Ideas and comments with regard to the new USB API are welcome at: freebsd-usb@freebsd.org. _________________________________________________________________ Xen Port Contact: Kip Macy Work on Xen support has slowly been continuing in perforce. The SOC student fixed several bugs and is continuing to work on it. Someone is needed who has the time to complete dom0 support and shepherd it production level stability. Sufficient interest has been expressed in it that it probably makes sense to check it in to public CVS so that more people can try it out. Time permitting, I will bring it up to date and check it in the next month. Open tasks: 1. dom0 support. 2. General testing and bug fixing. _________________________________________________________________ News Home | Status Home Legal Notices | =A9 1995-2006 The FreeBSD Project. All rights reserved= _______________________________________________ freebsd-announce@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-announce To unsubscribe, send any mail to "freebsd-announce-unsubscribe@freebsd.or= g" From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 14:54:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B57FE16A47C for ; Thu, 19 Oct 2006 14:54:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7354143D58 for ; Thu, 19 Oct 2006 14:54:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9JErWNB066690; Thu, 19 Oct 2006 10:54:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Sean C. Farley" Date: Thu, 19 Oct 2006 10:32:28 -0400 User-Agent: KMail/1.9.1 References: <20061006200320.T1063@baba.farley.org> <200610111427.42195.jhb@freebsd.org> <20061018211005.L1466@baba.farley.org> In-Reply-To: <20061018211005.L1466@baba.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191032.29232.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Oct 2006 10:54:06 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2050/Thu Oct 19 03:58:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 14:54:28 -0000 On Wednesday 18 October 2006 22:50, Sean C. Farley wrote: > On Wed, 11 Oct 2006, John Baldwin wrote: > > On Wednesday 11 October 2006 12:15, Sean C. Farley wrote: > >> On Tue, 10 Oct 2006, John Baldwin wrote: > >>> This still won't work. The reason for the intentional leak is > >>> because of this code sequence: > >>> > >>> char *a; > >>> > >>> setenv("FOO", "0", 1); > >>> a = getenv("FOO"); > >>> setenv("FOO", "bar", 1); > >>> printf("FOO was %s\n", a); > >>> > >>> With the memory leak fixed this will use free'd memory. While this > >>> code may seem weird in a program, it actually is quite possible for > >>> a library to read and cache the value of an environment variable. > >>> If you didn't leave the leak around, the library could cause a crash > >>> if the main program (or another library) changed the environment > >>> variable the first library had a cached pointer to the value of. > > > > > Yeah, but it doesn't crash is the point actually. The pointer is > > still valid, though it may be overwritten with a newer value, it's > > still valid and a library can reliably doing getenv() and that pointer > > will always point to some value of that variable, but it won't ever > > point to anything else. > > > > > Part of the problem is that we have no way to notify consumers of an > > environment variable when its value is changed. Alternatively, we > > could add a different variant of getenv that required the user to > > supply the buffer, but that's not the API we have. > > OK. I decided to fix the memory leak as well as keep backward > compatibility. The result is on my site tar'd[1] and extracted[2]. It > still needs some touch-ups, but it works. It is even faster than the > current implementation when I compared "hungry" and "lean" (main.c > without the sleep() call). I don't see how you fixed the leak. You explicitly mention that you don't free old values, so you are preserving the leak. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 16:54:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF1B716A417; Thu, 19 Oct 2006 16:54:47 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F10643D46; Thu, 19 Oct 2006 16:54:47 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id k9JGtdFj027542; Thu, 19 Oct 2006 11:55:39 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Thu, 19 Oct 2006 11:54:37 -0500 (CDT) From: "Sean C. Farley" To: John Baldwin In-Reply-To: <200610191032.29232.jhb@freebsd.org> Message-ID: <20061019112601.J91957@thor.farley.org> References: <20061006200320.T1063@baba.farley.org> <200610111427.42195.jhb@freebsd.org> <20061018211005.L1466@baba.farley.org> <200610191032.29232.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 16:54:48 -0000 On Thu, 19 Oct 2006, John Baldwin wrote: > On Wednesday 18 October 2006 22:50, Sean C. Farley wrote: >> On Wed, 11 Oct 2006, John Baldwin wrote: >>> On Wednesday 11 October 2006 12:15, Sean C. Farley wrote: >>>> On Tue, 10 Oct 2006, John Baldwin wrote: >>>>> This still won't work. The reason for the intentional leak is >>>>> because of this code sequence: >>>>> >>>>> char *a; >>>>> >>>>> setenv("FOO", "0", 1); >>>>> a = getenv("FOO"); >>>>> setenv("FOO", "bar", 1); >>>>> printf("FOO was %s\n", a); >>>>> >>>>> With the memory leak fixed this will use free'd memory. While >>>>> this code may seem weird in a program, it actually is quite >>>>> possible for a library to read and cache the value of an >>>>> environment variable. If you didn't leave the leak around, the >>>>> library could cause a crash if the main program (or another >>>>> library) changed the environment variable the first library had a >>>>> cached pointer to the value of. >> >> >> >>> Yeah, but it doesn't crash is the point actually. The pointer is >>> still valid, though it may be overwritten with a newer value, it's >>> still valid and a library can reliably doing getenv() and that >>> pointer will always point to some value of that variable, but it >>> won't ever point to anything else. >> >> >> >>> Part of the problem is that we have no way to notify consumers of an >>> environment variable when its value is changed. Alternatively, we >>> could add a different variant of getenv that required the user to >>> supply the buffer, but that's not the API we have. >> >> OK. I decided to fix the memory leak as well as keep backward >> compatibility. The result is on my site tar'd[1] and extracted[2]. >> It still needs some touch-ups, but it works. It is even faster than >> the current implementation when I compared "hungry" and "lean" >> (main.c without the sleep() call). > > I don't see how you fixed the leak. You explicitly mention that you > don't free old values, so you are preserving the leak. I preserve the leak, but I also make use of old entries with matching names if their size is big enough. The maximum size of the value is recorded at allocation. The code in the source tree uses the strlen() of the current value which can shrink even if the space is available. Example: setenv("FOO", "BAR1", 1); w = getenv("FOO"); setenv("FOO", "BARBAR1", 1); x = getenv("FOO"); setenv("FOO", "BAR2", 1); y = getenv("FOO"); setenv("FOO", "BARBAR2", 1); z = getenv("FOO"); This will end up with w == y ("BAR2") and y == z ("BAR1"). w was allocated first in the array of variables. x is then allocated since w is too small. y finds w within the array and reuses it. z does the wame with x. If the larger value had been allocated first, then all setenv() calls would have used the same storage space. Yes, there is a leak, but flipping back and forth does not cause the leak to keep growing. Also, there would be no need to space-pad a value to prevent the leak. Sean -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 17:27:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AB616A47E for ; Thu, 19 Oct 2006 17:27:21 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60BC343D7D for ; Thu, 19 Oct 2006 17:26:31 +0000 (GMT) (envelope-from se@freebsd.org) Received: (qmail 29761 invoked by uid 10125); 19 Oct 2006 17:26:30 -0000 X-SpaceNet-Virusscan: Sophos Version: 4.09; Last IDE Update: 2006-10-19 14:40 no information about results Received: from unknown (HELO ?10.254.1.25?) (195.30.9.200) by mail.atsec.com with SMTP; 19 Oct 2006 17:26:30 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <4537B53A.3080208@FreeBSD.org> Date: Thu, 19 Oct 2006 19:26:18 +0200 From: Stefan Esser User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Sean C. Farley" References: <20061006200320.T1063@baba.farley.org> <200610111427.42195.jhb@freebsd.org> <20061018211005.L1466@baba.farley.org> <200610191032.29232.jhb@freebsd.org> <20061019112601.J91957@thor.farley.org> In-Reply-To: <20061019112601.J91957@thor.farley.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:27:21 -0000 Sean C. Farley wrote: > On Thu, 19 Oct 2006, John Baldwin wrote: [...] >> I don't see how you fixed the leak. You explicitly mention that you >> don't free old values, so you are preserving the leak. > > I preserve the leak, but I also make use of old entries with matching > names if their size is big enough. The maximum size of the value is > recorded at allocation. The code in the source tree uses the strlen() > of the current value which can shrink even if the space is available. > > Example: > setenv("FOO", "BAR1", 1); > w = getenv("FOO"); > setenv("FOO", "BARBAR1", 1); > x = getenv("FOO"); > setenv("FOO", "BAR2", 1); > y = getenv("FOO"); > setenv("FOO", "BARBAR2", 1); > z = getenv("FOO"); > > This will end up with w == y ("BAR2") and y == z ("BAR1"). w was Hmmm, I assume you meant: w == y ("BAR2") and x == z ("BARBAR2") ... > allocated first in the array of variables. x is then allocated since w > is too small. y finds w within the array and reuses it. z does the > wame with x. If the larger value had been allocated first, then all > setenv() calls would have used the same storage space. Yes, there is a > leak, but flipping back and forth does not cause the leak to keep > growing. Also, there would be no need to space-pad a value to prevent > the leak. Just curious, why don't you ignore the first slot allocated to "BAR1" during the setenv("FOO", "BAR2", 1) and overwrite the value at *x ... I.e.: w ("BAR1") and x == y == z ("BARBAR2") ... If the maximum size is recorded, there is no reason to prefer *w over *x, and the case of a cached pointer might still be wrong but not that irritating once the variable has been set to its longest value. I've got to admit, that I have not looked your patch, but the only drawback seems to be that the last instance of a variable in the environment space has to be located in getenv() (maximizing the search time ...). Always using the last allocated (largest) slot for storage of new values of environment variables would result in nearly reasonable behavior. A cached pointer does either point to the value of the variable at the time of the getenv(), or to the last value assigned to the environment variable that does not exceed the allocated size. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 17:29:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4518116A4C9; Thu, 19 Oct 2006 17:29:20 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 496C743D94; Thu, 19 Oct 2006 17:29:05 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 523E15B59; Thu, 19 Oct 2006 10:29:03 -0700 (PDT) To: "Sean C. Farley" In-reply-to: Your message of "Thu, 19 Oct 2006 11:54:37 CDT." <20061019112601.J91957@thor.farley.org> Date: Thu, 19 Oct 2006 10:29:03 -0700 From: Bakul Shah Message-Id: <20061019172903.523E15B59@mail.bitblocks.com> Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 17:29:20 -0000 > I preserve the leak, but I also make use of old entries with matching > names if their size is big enough. The maximum size of the value is > recorded at allocation. The code in the source tree uses the strlen() > of the current value which can shrink even if the space is available. > > Example: > setenv("FOO", "BAR1", 1); > w = getenv("FOO"); > setenv("FOO", "BARBAR1", 1); > x = getenv("FOO"); > setenv("FOO", "BAR2", 1); > y = getenv("FOO"); > setenv("FOO", "BARBAR2", 1); > z = getenv("FOO"); > > This will end up with w == y ("BAR2") and y == z ("BAR1"). w was > allocated first in the array of variables. x is then allocated since w > is too small. y finds w within the array and reuses it. z does the > wame with x. If the larger value had been allocated first, then all > setenv() calls would have used the same storage space. Yes, there is a > leak, but flipping back and forth does not cause the leak to keep > growing. Also, there would be no need to space-pad a value to prevent > the leak. Consider > w = getenv("FOO"); > setenv("FOO", "BARBAR1", 1); > x = getenv("FOO"); The C standard says that the value returned by getenv() shall *not* be modified. AFAIK it doesn't have setenv(). Which leads me to think that in the above example what w points to *must not* change as a result of a subsequent setenv() -- w value must be a constant until the program terminates or another w = getenv(...) is done. Note that setenv() & getenv() may be called in totally separate modules, developed by different people at different times. You are stuck with a leak (IMHO a small price to pay for cleaner & standard complying semantics -- you can always use a conservative GC such as Boehm-Weiser if leak is a major problem and you care enough). I think this is what John Baldwin was referring to by "intentional leak". Please don't "fix" the leak. From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 18:01:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A5B616A47E; Thu, 19 Oct 2006 18:01:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FE843D7D; Thu, 19 Oct 2006 18:01:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9JI1JFr067884; Thu, 19 Oct 2006 14:01:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 19 Oct 2006 13:25:18 -0400 User-Agent: KMail/1.9.1 References: <1161184626.700.4.camel@localhost> In-Reply-To: <1161184626.700.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191325.19371.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Oct 2006 14:01:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2050/Thu Oct 19 03:58:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Joel Dahl Subject: Re: Fatal trap 18: integer divide fault while in kernel mode (ACPI related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:01:32 -0000 On Wednesday 18 October 2006 11:17, Joel Dahl wrote: > Got a kernel panic during boot with CURRENT (built on October 16th, > GENERIC kernel), and it seems related to ACPI and the battery in some > way. I took a picture of it with my digital camera: > > http://people.freebsd.org/~joel/panics/panic001.jpg Add some printf's to see if bif->lcap is 0 for some reason in acpi_battery_get_battinfo(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 18:01:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E55E16A4E1 for ; Thu, 19 Oct 2006 18:01:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C9BA43D6A for ; Thu, 19 Oct 2006 18:01:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9JI1JFp067884; Thu, 19 Oct 2006 14:01:19 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Sean C. Farley" Date: Thu, 19 Oct 2006 13:10:04 -0400 User-Agent: KMail/1.9.1 References: <20061006200320.T1063@baba.farley.org> <200610191032.29232.jhb@freebsd.org> <20061019112601.J91957@thor.farley.org> In-Reply-To: <20061019112601.J91957@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191310.05604.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Oct 2006 14:01:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2050/Thu Oct 19 03:58:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:01:44 -0000 On Thursday 19 October 2006 12:54, Sean C. Farley wrote: > On Thu, 19 Oct 2006, John Baldwin wrote: > > > On Wednesday 18 October 2006 22:50, Sean C. Farley wrote: > >> On Wed, 11 Oct 2006, John Baldwin wrote: > >>> On Wednesday 11 October 2006 12:15, Sean C. Farley wrote: > >>>> On Tue, 10 Oct 2006, John Baldwin wrote: > >>>>> This still won't work. The reason for the intentional leak is > >>>>> because of this code sequence: > >>>>> > >>>>> char *a; > >>>>> > >>>>> setenv("FOO", "0", 1); > >>>>> a = getenv("FOO"); > >>>>> setenv("FOO", "bar", 1); > >>>>> printf("FOO was %s\n", a); > >>>>> > >>>>> With the memory leak fixed this will use free'd memory. While > >>>>> this code may seem weird in a program, it actually is quite > >>>>> possible for a library to read and cache the value of an > >>>>> environment variable. If you didn't leave the leak around, the > >>>>> library could cause a crash if the main program (or another > >>>>> library) changed the environment variable the first library had a > >>>>> cached pointer to the value of. > >> > >> > >> > >>> Yeah, but it doesn't crash is the point actually. The pointer is > >>> still valid, though it may be overwritten with a newer value, it's > >>> still valid and a library can reliably doing getenv() and that > >>> pointer will always point to some value of that variable, but it > >>> won't ever point to anything else. > >> > >> > >> > >>> Part of the problem is that we have no way to notify consumers of an > >>> environment variable when its value is changed. Alternatively, we > >>> could add a different variant of getenv that required the user to > >>> supply the buffer, but that's not the API we have. > >> > >> OK. I decided to fix the memory leak as well as keep backward > >> compatibility. The result is on my site tar'd[1] and extracted[2]. > >> It still needs some touch-ups, but it works. It is even faster than > >> the current implementation when I compared "hungry" and "lean" > >> (main.c without the sleep() call). > > > > I don't see how you fixed the leak. You explicitly mention that you > > don't free old values, so you are preserving the leak. > > I preserve the leak, but I also make use of old entries with matching > names if their size is big enough. The maximum size of the value is > recorded at allocation. The code in the source tree uses the strlen() > of the current value which can shrink even if the space is available. > > Example: > setenv("FOO", "BAR1", 1); > w = getenv("FOO"); > setenv("FOO", "BARBAR1", 1); > x = getenv("FOO"); > setenv("FOO", "BAR2", 1); > y = getenv("FOO"); > setenv("FOO", "BARBAR2", 1); > z = getenv("FOO"); > > This will end up with w == y ("BAR2") and y == z ("BAR1"). w was > allocated first in the array of variables. x is then allocated since w > is too small. y finds w within the array and reuses it. z does the > wame with x. If the larger value had been allocated first, then all > setenv() calls would have used the same storage space. Yes, there is a > leak, but flipping back and forth does not cause the leak to keep > growing. Also, there would be no need to space-pad a value to prevent > the leak. Ah, very cool. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 18:01:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9525916A63B for ; Thu, 19 Oct 2006 18:01:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE97743D49 for ; Thu, 19 Oct 2006 18:01:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9JI1JFs067884; Thu, 19 Oct 2006 14:01:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bakul Shah Date: Thu, 19 Oct 2006 13:54:08 -0400 User-Agent: KMail/1.9.1 References: <20061019172903.523E15B59@mail.bitblocks.com> In-Reply-To: <20061019172903.523E15B59@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610191354.09250.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 19 Oct 2006 14:01:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2050/Thu Oct 19 03:58:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, "Sean C. Farley" Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:01:53 -0000 On Thursday 19 October 2006 13:29, Bakul Shah wrote: > > I preserve the leak, but I also make use of old entries with matching > > names if their size is big enough. The maximum size of the value is > > recorded at allocation. The code in the source tree uses the strlen() > > of the current value which can shrink even if the space is available. > > > > Example: > > setenv("FOO", "BAR1", 1); > > w = getenv("FOO"); > > setenv("FOO", "BARBAR1", 1); > > x = getenv("FOO"); > > setenv("FOO", "BAR2", 1); > > y = getenv("FOO"); > > setenv("FOO", "BARBAR2", 1); > > z = getenv("FOO"); > > > > This will end up with w == y ("BAR2") and y == z ("BAR1"). w was > > allocated first in the array of variables. x is then allocated since w > > is too small. y finds w within the array and reuses it. z does the > > wame with x. If the larger value had been allocated first, then all > > setenv() calls would have used the same storage space. Yes, there is a > > leak, but flipping back and forth does not cause the leak to keep > > growing. Also, there would be no need to space-pad a value to prevent > > the leak. > > Consider > > > w = getenv("FOO"); > > setenv("FOO", "BARBAR1", 1); > > x = getenv("FOO"); > > The C standard says that the value returned by getenv() shall > *not* be modified. AFAIK it doesn't have setenv(). > > Which leads me to think that in the above example what w > points to *must not* change as a result of a subsequent > setenv() -- w value must be a constant until the program > terminates or another w = getenv(...) is done. Note that > setenv() & getenv() may be called in totally separate > modules, developed by different people at different times. > > You are stuck with a leak (IMHO a small price to pay for > cleaner & standard complying semantics -- you can always use > a conservative GC such as Boehm-Weiser if leak is a major > problem and you care enough). I think this is what John > Baldwin was referring to by "intentional leak". > > Please don't "fix" the leak. Actually, the current setenv() already breaks that rule in that it reuses memory if the current string value is not shorter than the new string value. Sean is just fixing it to use the real length rather than strlen(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 18:22:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AED6916A4F8; Thu, 19 Oct 2006 18:22:21 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A3D043D45; Thu, 19 Oct 2006 18:22:18 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id k9JINFIj028508; Thu, 19 Oct 2006 13:23:16 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Thu, 19 Oct 2006 13:22:13 -0500 (CDT) From: "Sean C. Farley" To: Stefan Esser In-Reply-To: <4537B53A.3080208@FreeBSD.org> Message-ID: <20061019130354.D92319@thor.farley.org> References: <20061006200320.T1063@baba.farley.org> <200610111427.42195.jhb@freebsd.org> <20061018211005.L1466@baba.farley.org> <200610191032.29232.jhb@freebsd.org> <20061019112601.J91957@thor.farley.org> <4537B53A.3080208@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:22:21 -0000 On Thu, 19 Oct 2006, Stefan Esser wrote: > Sean C. Farley wrote: >> On Thu, 19 Oct 2006, John Baldwin wrote: > [...] >>> I don't see how you fixed the leak. You explicitly mention that you >>> don't free old values, so you are preserving the leak. >> >> I preserve the leak, but I also make use of old entries with matching >> names if their size is big enough. The maximum size of the value is >> recorded at allocation. The code in the source tree uses the >> strlen() of the current value which can shrink even if the space is >> available. >> >> Example: >> setenv("FOO", "BAR1", 1); >> w = getenv("FOO"); >> setenv("FOO", "BARBAR1", 1); >> x = getenv("FOO"); >> setenv("FOO", "BAR2", 1); >> y = getenv("FOO"); >> setenv("FOO", "BARBAR2", 1); >> z = getenv("FOO"); >> >> This will end up with w == y ("BAR2") and y == z ("BAR1"). w was > > Hmmm, I assume you meant: w == y ("BAR2") and x == z ("BARBAR2") ... Oops. Yes, you are correct. >> allocated first in the array of variables. x is then allocated since >> w is too small. y finds w within the array and reuses it. z does >> the wame with x. If the larger value had been allocated first, then >> all setenv() calls would have used the same storage space. Yes, >> there is a leak, but flipping back and forth does not cause the leak >> to keep growing. Also, there would be no need to space-pad a value >> to prevent the leak. > > Just curious, why don't you ignore the first slot allocated to "BAR1" > during the setenv("FOO", "BAR2", 1) and overwrite the value at *x ... > > I.e.: w ("BAR1") and x == y == z ("BARBAR2") ... setenv() uses the first slot with enough space that has the same name. getenv() is performing a linear search for the first active occurrence of "FOO" within the array. > If the maximum size is recorded, there is no reason to prefer *w over > *x, and the case of a cached pointer might still be wrong but not that > irritating once the variable has been set to its longest value. The issue is that environ may already have multiple copies of the same variable. The current code does not limit that. It should, but I was trying to see if the general idea for this change would be accepted. > I've got to admit, that I have not looked your patch, but the only > drawback seems to be that the last instance of a variable in the > environment space has to be located in getenv() (maximizing the search > time ...). Actually, the first active variable found is returned by getenv() even if another would be found later. This does make me think that if changed the way the environment variable array was built to only contain the first instance of each variable instead of all instances then a search by getenv() from the end of the array backwards would be faster. A cheap alternative is to create the array in reverse. > Always using the last allocated (largest) slot for storage of new > values of environment variables would result in nearly reasonable > behavior. A cached pointer does either point to the value of the > variable at the time of the getenv(), or to the last value assigned to > the environment variable that does not exceed the allocated size. I will look at changing it. Sean -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 19:48:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 994E216A407 for ; Thu, 19 Oct 2006 19:48:50 +0000 (UTC) (envelope-from amogilny@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 142EC43D58 for ; Thu, 19 Oct 2006 19:48:48 +0000 (GMT) (envelope-from amogilny@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1160121nfc for ; Thu, 19 Oct 2006 12:48:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=EJxy7eSEwg4jRjDGmn7a+Dq89xpF35TaEuowVyOOp25P7O/XGDT5m3jaj0LPqhIcyouHELuxD3NM6/lXEvVylEF28Um4oXgjbwWO8XBGo8D3iEL4VgDTgO1bHQT7VIzYg9EkDB72Lt2Pcb8wVm7NC/3qN+2bXoiZedKT7HIWJD0= Received: by 10.49.8.15 with SMTP id l15mr6574556nfi; Thu, 19 Oct 2006 12:48:47 -0700 (PDT) Received: from localhost ( [85.202.168.142]) by mx.google.com with ESMTP id r33sm2063700nfc.2006.10.19.12.48.45; Thu, 19 Oct 2006 12:48:46 -0700 (PDT) Date: Thu, 19 Oct 2006 22:48:43 +0300 From: "Alexander I. Mogilny" To: freebsd-current@freebsd.org Message-ID: <20061019194843.GA72274@sg.intra> References: <20061018104103.GA34707@sg.intra> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20061018104103.GA34707@sg.intra> User-Agent: Mutt/1.4.2.2i Subject: Re: buildworld failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 19:48:50 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Alexander I. Mogilny wrote me on Wed, Oct 18, 2006 at 01:41:03PM +0300 > > Here is the error I get. > Sources updated today (half an hour ago from cvsup5.freebsd.org) > > In file included from > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_unex_handler.cc:30: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/pure.cc:31: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory > In file included from > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/vec.cc:37: > /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20: unwind.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/lib/libstdc++. > *** Error code 1 > Hi all, sorry for foolish error report. I have deeply explored into the problem and found the root of issue. While build of libstdc++ library depend target is executed first. This target is executed in two stages due to list of sources contains .c files and .cc files: According to bsd.dep.mk: 1. first stage: ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ ${MKDEP_CFLAGS} ${.ALLSRC:M*.[cS]} 2. second stage: ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ ${MKDEP_CXXFLAGS} \ ${.ALLSRC:M*.cc} ${.ALLSRC:M*.C} ${.ALLSRC:M*.cpp} ${.ALLSRC:M*.cxx} I would like to pay attention to MKDEP_CXXFLAGS and MKDEP_CFLAGS variables. Here is the way they are initialized: MKDEP_CFLAGS= ${CFLAGS:M-nostdinc*} ${CFLAGS:M-[BID]*} MKDEP_CXXFLAGS= ${CXXFLAGS:M-nostdinc*} ${CXXFLAGS:M-[BID]*} According to Makefiles in gnu/lib/libstdc++ and gnu/lib/libsupc++ we have that only CFLAGS variable contains include directories. As a result MKDEP_CXXFLAGS variable is empty and mkdep utility fails with error desribed above. The most proper solution here is to define variable containing include directories and add it to CFLAGS and CXXFLAGS (I chosed this solution because when simply define MKDEP options as a list of include directories I also had an error on libstdc++ build stage as CXXFLAGS did not contain inlude directories). It is very stange why nobody had this error occured while buildworld procedure. Here are patches which fix the issue. Please correct me if anything is wrong. --- libstdc++/Makefile.orig Thu Oct 19 21:41:44 2006 +++ libstdc++/Makefile Thu Oct 19 22:25:12 2006 @@ -15,8 +15,10 @@ .if ${MACHINE_ARCH} == "arm" CFLAGS+= -D_GLIBCXX_SJLJ_EXCEPTIONS=1 .endif -CFLAGS+= -I${.CURDIR} -I${SUPDIR} -I${GCCDIR} -I${SRCDIR}/include +INCDIRS= -I${.CURDIR} -I${SUPDIR} -I${GCCDIR} -I${SRCDIR}/include +CFLAGS+= ${INCDIRS} CFLAGS+= -frandom-seed=RepeatabilityConsideredGood +CXXFLAGS+= ${INCDIRS} CXXFLAGS+= -fno-implicit-templates -ffunction-sections -fdata-sections \ -Wno-deprecated --- libsupc++//Makefile.orig Thu Oct 19 22:04:18 2006 +++ libsupc++//Makefile Thu Oct 19 22:34:52 2006 @@ -17,9 +17,11 @@ # from libiberty: SRCS+= cp-demangle.c +INCDIRS= -I${SRCDIR} -I${GCCDIR} -I${.CURDIR}/../libstdc++ CFLAGS+= -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -CFLAGS+= -I${SRCDIR} -I${GCCDIR} -I${.CURDIR}/../libstdc++ +CFLAGS+= ${INCDIRS} CFLAGS+= -frandom-seed=RepeatabilityConsideredGood +CXXFLAGS+= ${INCDIRS} CXXFLAGS+= -fno-implicit-templates -ffunction-sections -fdata-sections HDRS= exception new typeinfo cxxabi.h exception_defines.h -- AIM-UANIC +-----[ FreeBSD ]-----+ Alexander Mogilny | The Power to Serve! | <> amogilny@gmail.com +---------------------+ --VS++wcV0S1rZb1Fb Content-Type: application/octet-stream Content-Disposition: attachment; filename="Makefile.patch.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWS06CjgAAF1fgAAwXA//8n/338S/797qQAInAAAlRJkxDTQ0ANGQAADI0BkA OaYmTJowmCYmmATAIYIwIwHNMTJk0YTBMTTAJgEMEYEYAqppATJhJiZE1P0U9J5T1NqBtQbK aPE1B+qKVRAokISAUNkcELtNLbX4GrloWaZErRJiyLjgUUqvPtlxsQOAueQeYeGQXqPMIR6B MyRx2Ou+lMntWwawdZOaVh1IYJkyl8pJUpd33RGkoVIRoIShBH950FBN6ZIxe53u9xOy7d7T odDZK2ImtdHA7uB2U/gp0boiekt99nPSKqpec64X9lqiukoXxEHGm62alPSlwiISjGMO93E3 S8vIl7fj2vI+aXyeaEPbNpe5Dxqv8p8CxWp5lq5J6IWkMqZ3YdMUMUEIdhUyJauVR887F6Ut j+ta8yt9YJOeywluelvaZyl6oxjI+ij6c2BtiosZQdSEpYktHPLm3ZmMKTDwMFpZjvz5yqSL 6GzDVlXh8fycYdZxeHr9b4vHi/X94hCXwreKFmCpi6OsmqN8eKD1azzdPBe0S1MUSybf4LtK hQ4llcVtfvUcqHGppbdmTMykhVCnWqU6X3lzkkamFXI0Fa98FGGQzXuY1s3+w5LkFKhY34wv lSmQ3qLlFsT44rEo2ym0a1g7XW2scWLw6icsGqbBnTRlKERypTbkrzJYbyK0LqkQclbZ7G9g uYdUNHOcZSO86UnhB/4u5IpwoSBadBRw --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 21:06:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C268316A40F for ; Thu, 19 Oct 2006 21:06:26 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5785243D66 for ; Thu, 19 Oct 2006 21:06:26 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9JL6QFV080521 for ; Thu, 19 Oct 2006 14:06:26 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9JL6Q02080518 for ; Thu, 19 Oct 2006 14:06:26 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 19 Oct 2006 14:06:26 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-current@freebsd.org Message-ID: <20061019140524.R80128@ns1.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: more geom panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 21:06:26 -0000 -current as of a couple days ago... Anyone have a clue as to why this might have happened? ...I had a virtual san device up and down a lot... (like a *lot*). The device had truly gone away, as in: (da0:isp0:0:6:0): Invalidating pack ... (da0:isp0:0:6:0): removing device entry .... After putting it back up, I had this: ... da0 at isp0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 200.000MB/s transfers, Tagged Queueing Enabled da0: 1024MB (2097152 512 byte sectors: 64H 32S/T 1024C) ... So, I check the label: zorko.in1.lcl > sudo disklabel da0 # /dev/da0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097136 16 4.2BSD 2048 16384 28528 c: 2097152 0 unused 0 0 # "raw" part, ... And try to run a test: zorko.in1.lcl > sudo patchk /dev/da0a 512 c /dev/da0a: Device not configured Huh? Relabel it: zorko.in1.lcl > sudo -Brw da0 auto Try again: zorko.in1.lcl > sudo patchk /dev/da0a 512 c /dev/da0a: Device not configured Decide to wipe the front: zorko.in1.lcl > sudo lmdd of=/dev/da0 ^C28.95 MB in 1.13 seconds (25.5841 MB/sec) Try to put a new label on it again: zorko.in1.lcl > sudo disklabel -Brw da0 auto And...BLAM: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff80639f36 stack pointer = 0x10:0xffffffffac232b00 frame pointer = 0x10:0xffffffffac232b50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) [thread pid 2 tid 100007 ] Stopped at bcopy+0x16: repe movsq (%rsi),%es:(%rdi) db> bt Tracing pid 2 tid 100007 td 0xffffff021ef082b0 bcopy() at bcopy+0x16 gctl_set_param_err() at gctl_set_param_err+0x1c g_bsd_config() at g_bsd_config+0x97 g_ctl_req() at g_ctl_req+0x83 g_run_events() at g_run_events+0x203 g_event_procbody() at g_event_procbody+0x77 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac232d40, rbp = 0 --- db> Sigh. -matt From owner-freebsd-current@FreeBSD.ORG Thu Oct 19 22:44:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 284A216A412 for ; Thu, 19 Oct 2006 22:44:56 +0000 (UTC) (envelope-from amogilny@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57B4D43D66 for ; Thu, 19 Oct 2006 22:44:51 +0000 (GMT) (envelope-from amogilny@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1207295nfc for ; Thu, 19 Oct 2006 15:44:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=sSdSbLiIBPJE6py2Mm3OwyHyrikf5g8/ChrrzVdkgy5gkOJKMmq5OhCgeVZyuT53S5+Of158nVKqkaJnx1ykVP4xBH1umzwkNBAP7OoRqSVmbh3/Q+sjyv/EqJE1XjopXJekCTn2gGu76Gpbx+5euVLQGNhdlXKIe20U4lWtzZs= Received: by 10.49.8.1 with SMTP id l1mr6792906nfi; Thu, 19 Oct 2006 15:44:49 -0700 (PDT) Received: from localhost ( [85.202.168.142]) by mx.google.com with ESMTP id l32sm2395196nfa.2006.10.19.15.44.49; Thu, 19 Oct 2006 15:44:49 -0700 (PDT) Date: Fri, 20 Oct 2006 01:44:48 +0300 From: "Alexander I. Mogilny" To: freebsd-current@freebsd.org Message-ID: <20061019224448.GA99156@sg.intra> References: <20061018104103.GA34707@sg.intra> <20061019194843.GA72274@sg.intra> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20061019194843.GA72274@sg.intra> User-Agent: Mutt/1.4.2.2i Subject: Re: buildworld failure on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:44:56 -0000 Sorry guys, the cause of this failure is CFLAGS and CXXFLAGS changed in /etc/make.conf file. -- AIM-UANIC +-----[ FreeBSD ]-----+ Alexander Mogilny | The Power to Serve! | <> amogilny@gmail.com +---------------------+ From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 16:07:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC6B416A412; Fri, 20 Oct 2006 16:07:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B05E043D68; Fri, 20 Oct 2006 16:07:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9KG7AUx024277; Fri, 20 Oct 2006 12:07:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9KG7AV2055230; Fri, 20 Oct 2006 12:07:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A6ED73068; Fri, 20 Oct 2006 12:07:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061020160710.1A6ED73068@freebsd-current.sentex.ca> Date: Fri, 20 Oct 2006 12:07:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 16:07:18 -0000 TB --- 2006-10-20 15:31:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-20 15:31:37 - starting HEAD tinderbox run for arm/arm TB --- 2006-10-20 15:31:37 - cleaning the object tree TB --- 2006-10-20 15:32:13 - checking out the source tree TB --- 2006-10-20 15:32:13 - cd /tinderbox/HEAD/arm/arm TB --- 2006-10-20 15:32:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-20 15:42:06 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-20 15:42:06 - cd /src TB --- 2006-10-20 15:42:06 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 20 15:42:08 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> sys/boot/ficl (depend) (cd /src/sys/boot/ficl/softwords; cat softcore.fr jhlocal.fr marker.fr freebsd.fr ficllocal.fr ifbrack.fr | awk -f softcore.awk -v datestamp="`LC_ALL=C date`") > softcore.c rm -f .depend mkdep -f .depend -a -I/src/sys/boot/ficl -I/src/sys/boot/ficl/arm -I/src/sys/boot/ficl/../common /src/sys/boot/ficl/dict.c /src/sys/boot/ficl/ficl.c /src/sys/boot/ficl/fileaccess.c /src/sys/boot/ficl/float.c /src/sys/boot/ficl/loader.c /src/sys/boot/ficl/math64.c /src/sys/boot/ficl/prefix.c /src/sys/boot/ficl/search.c /src/sys/boot/ficl/stack.c /src/sys/boot/ficl/tools.c /src/sys/boot/ficl/vm.c /src/sys/boot/ficl/words.c /src/sys/boot/ficl/arm/sysdep.c softcore.c ===> sys/boot/arm (depend) ===> sys/boot/arm/at91 (depend) ===> sys/boot/arm/at91/libat91 (depend) make: don't know how to make fpga.c. Stop *** Error code 2 Stop in /src/sys/boot/arm/at91. *** Error code 1 Stop in /src/sys/boot/arm. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-20 16:07:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-20 16:07:09 - ERROR: failed to build world TB --- 2006-10-20 16:07:09 - tinderbox aborted TB --- 0.41 user 1.66 system 2132.39 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 16:57:51 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988BA16A4A0; Fri, 20 Oct 2006 16:57:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EEAD43D5E; Fri, 20 Oct 2006 16:57:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k9KGv929012567; Fri, 20 Oct 2006 10:57:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 20 Oct 2006 10:56:24 -0600 (MDT) Message-Id: <20061020.105624.-2011079398.imp@bsdimp.com> To: tinderbox@FreeBSD.ORG From: "M. Warner Losh" In-Reply-To: <20061020160710.1A6ED73068@freebsd-current.sentex.ca> References: <20061020160710.1A6ED73068@freebsd-current.sentex.ca> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 20 Oct 2006 10:57:09 -0600 (MDT) Cc: arm@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 16:57:51 -0000 In message: <20061020160710.1A6ED73068@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : ===> sys/boot/arm/at91/libat91 (depend) : make: don't know how to make fpga.c. Stop my bad. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 19:50:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302A616A4A0 for ; Fri, 20 Oct 2006 19:50:59 +0000 (UTC) (envelope-from marcos@thepacific.net) Received: from ns1.tpnet.co.nz (ns1.tpnet.co.nz [218.185.224.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B56043DA8 for ; Fri, 20 Oct 2006 19:50:22 +0000 (GMT) (envelope-from marcos@thepacific.net) Received: from [218.185.225.2] (helo=austin) by ns1.tpnet.co.nz with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gb0NT-0002xu-2f; Sat, 21 Oct 2006 08:49:59 +1300 From: "Marcos Biscaysaqu" To: "'M. Warner Losh'" Date: Sat, 21 Oct 2006 08:49:57 +1300 Message-ID: <000001c6f480$ec2b74e0$1e1510ac@austin> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20061020.105134.-641206088.imp@bsdimp.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 Thread-Index: Acb0aAobLlu7I2QwQz6yIeQhJgpT3gAF1eQg X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns1.tpnet.co.nz X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - thepacific.net X-Source: X-Source-Args: X-Source-Dir: Cc: current@freebsd.org Subject: RE: Ethernet Switch and MIPS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 19:50:59 -0000 -----Original Message----- From: M. Warner Losh [mailto:imp@bsdimp.com] Sent: Saturday, 21 October 2006 5:52 a.m. To: marcos@thepacific.net Subject: Re: Ethernet Switch and MIPS In message: <00ce01c6f435$1918fd70$1e1510ac@austin> "Marcos Biscaysaqu" writes: : Hi Warner. : No, our system run in i386 base, but we would love to put it : in a MIPS hardware if we have the support to do it. I'm sorry if was any : misunderstanding. We have a very large number of application running in this : Embedded solution, plus a system to create and administrate this software : (database orientated). http://admin.tpnet.co.nz user: 7062 pass: test : That's is only an example of the client interface with very low permissions : administration for basic settings. : I was just thinking if could be good idea or not to release a free : open version of our system and a commercial as well. This sounds like a cool thing. I'll have to take a look at it. I asked because I've been trying to coordinate the various disorganized efforts to get FreeBSD going on mips. There's a lot of cool mips embedded systems that FreeBSD would be great for. Warner Hi Warner. MIPS is definitely the way to go!! We been working very close to Mikrotik in the last 6 years and our software has similar applications but open source and over Freebsd. If I can put more effect and time on this project plus have support for MIPS we could get a very unique Embedded solution on Freebsd Thanks Marcos Biscaysaqu : Thanks : Marcos : : : -----Original Message----- : From: M. Warner Losh [mailto:imp@bsdimp.com] : Sent: Friday, 20 October 2006 7:21 p.m. : To: marcos@thepacific.net : Subject: Re: Ethernet Switch and MIPS : : Marcos, : : is this really running on MIPS? : : Warner : : In message: <001a01c6ee4e$37745b30$1e1510ac@austin> : "Marcos Biscaysaqu" writes: : : Hi there. : : : : We have a very interesting Embebed FreeBSD base system using : : Netgraph, BGP, Voip over IP (SER and Asterisk), PF, Remote Desktop Client : : (netboot), VLANs, Q-in-Q Vlan, VPN, L2tp, pptp, Xmail, Dhcp server, : Wireless : : etc.. All the setting and config files are created by a "central : management : : Platform" (Web Interface and Database) . We have more than 600 of this : : devices running different services for 4 years. We would like to release : an : : open free version of the system and also a commercial one and we would : like : : to know if you know about some kind of "Ethernet switch" from 8 to 24 : ports : : able to run Freebsd and also if somebody could give us an opinion or : ideas, : : we would like to know if this could be an interesting idea to do for the : : Freebsd community. : : : From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 20:00:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A4E16A407 for ; Fri, 20 Oct 2006 20:00:01 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FBDC43D99 for ; Fri, 20 Oct 2006 19:59:46 +0000 (GMT) (envelope-from brdbrd@gmail.com) Received: by wr-out-0506.google.com with SMTP id i2so273217wra for ; Fri, 20 Oct 2006 12:59:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OyEfTD1SJ8GYyL2y7vjvapCwdlrxfB9fnCu2lwZdPsBSifUEIEvZU9Ird34cV7y4OvX1tJmDesH3TboTuCHqSWO0pQzxZELQPpjUwDwXy8imHRfF1/OyeFZ9JCWMcgDXqRVqi9tsElaFQM05HXNPu/KUEIJQy7I/6Llgd0u692A= Received: by 10.90.90.16 with SMTP id n16mr1370073agb; Fri, 20 Oct 2006 12:59:45 -0700 (PDT) Received: by 10.90.65.6 with HTTP; Fri, 20 Oct 2006 12:59:45 -0700 (PDT) Message-ID: <35ffa5710610201259g11c534f1g60a9f28143bff65b@mail.gmail.com> Date: Fri, 20 Oct 2006 13:59:45 -0600 From: "Brad Davis" Sender: brdbrd@gmail.com To: "Ceri Davies" , current@freebsd.org In-Reply-To: <20061018113518.GF92966@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061018113518.GF92966@submonkey.net> X-Google-Sender-Auth: 7bd0f1e55c6f0019 Cc: Subject: Re: What to do with quotacheck -l2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 20:00:01 -0000 On 10/18/06, Ceri Davies wrote: > I found a -l option in quotacheck this morning, which has been there > since revision 1.1 and never documented. The option controls the > maximum number of concurrent filesystems that quotacheck will operate > on during the second pass, and should almost certainly be documented. > > The -l option is ignored without -a, and using it without -a should > result in some kind of warning. However, this behaviour has been > unchanged for the entire lifetime of quotacheck in FreeBSD and I'm > loathe to break anything, so I turn to you to see if this looks OK. Hi Ceri, Only comment is this: + /* Setting maxrun (-l) makes no sense without the aflag, but Should that be something like: /* Setting maxrun (-l) makes no sense without the -a flag, but I'm not sure what kind of comments should be in the code.. maybe this: /* Setting maxrun (-l) makes no sense without the aflag (-a), but Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 21:28:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8823816A4D8; Fri, 20 Oct 2006 21:28:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 094CB43DCF; Fri, 20 Oct 2006 21:26:39 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9KLQaqV067146; Fri, 20 Oct 2006 17:26:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9KLQZVL002335; Fri, 20 Oct 2006 17:26:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1FE573068; Fri, 20 Oct 2006 17:26:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061020212635.B1FE573068@freebsd-current.sentex.ca> Date: Fri, 20 Oct 2006 17:26:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:28:10 -0000 TB --- 2006-10-20 20:00:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-20 20:00:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-10-20 20:00:47 - cleaning the object tree TB --- 2006-10-20 20:01:22 - checking out the source tree TB --- 2006-10-20 20:01:22 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-10-20 20:01:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-20 20:10:25 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-20 20:10:25 - cd /src TB --- 2006-10-20 20:10:25 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 20 20:10:27 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 20 21:05:20 UTC 2006 TB --- 2006-10-20 21:05:20 - generating LINT kernel config TB --- 2006-10-20 21:05:20 - cd /src/sys/sparc64/conf TB --- 2006-10-20 21:05:20 - /usr/bin/make -B LINT TB --- 2006-10-20 21:05:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-20 21:05:20 - cd /src TB --- 2006-10-20 21:05:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 20 21:05:20 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Oct 20 21:21:27 UTC 2006 TB --- 2006-10-20 21:21:27 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-20 21:21:27 - cd /src TB --- 2006-10-20 21:21:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 20 21:21:27 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] if_ethersubr.o(.text+0x280):/src/sys/net/if_ethersubr.c:473: undefined reference to `ip_dn_io_ptr' if_ethersubr.o(.text+0x35c): In function `ether_output_frame': /src/sys/net/if_ethersubr.c:369: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0x360):/src/sys/net/if_ethersubr.c:369: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0xa58): In function `ether_demux': /src/sys/net/if_ethersubr.c:683: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0xa5c):/src/sys/net/if_ethersubr.c:683: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0xcf0):/src/sys/net/if_ethersubr.c:678: undefined reference to `ip_fw_chk_ptr' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-20 21:26:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-20 21:26:35 - ERROR: failed to build GENERIC kernel TB --- 2006-10-20 21:26:35 - tinderbox aborted TB --- 0.71 user 2.34 system 5148.06 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 21:57:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96C1716A4A7; Fri, 20 Oct 2006 21:57:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5085A43DE9; Fri, 20 Oct 2006 21:55:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9KLtGjY070180; Fri, 20 Oct 2006 17:55:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9KLtGea026889; Fri, 20 Oct 2006 17:55:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4099873068; Fri, 20 Oct 2006 17:55:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061020215516.4099873068@freebsd-current.sentex.ca> Date: Fri, 20 Oct 2006 17:55:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 21:57:16 -0000 TB --- 2006-10-20 20:37:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-20 20:37:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-20 20:37:14 - cleaning the object tree TB --- 2006-10-20 20:37:52 - checking out the source tree TB --- 2006-10-20 20:37:52 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-20 20:37:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-20 20:46:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-20 20:46:20 - cd /src TB --- 2006-10-20 20:46:20 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 20 20:46:21 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 20 21:37:39 UTC 2006 TB --- 2006-10-20 21:37:39 - generating LINT kernel config TB --- 2006-10-20 21:37:39 - cd /src/sys/sun4v/conf TB --- 2006-10-20 21:37:39 - /usr/bin/make -B LINT TB --- 2006-10-20 21:37:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-20 21:37:40 - cd /src TB --- 2006-10-20 21:37:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 20 21:37:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Oct 20 21:52:23 UTC 2006 TB --- 2006-10-20 21:52:23 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-20 21:52:23 - cd /src TB --- 2006-10-20 21:52:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 20 21:52:23 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] if_ethersubr.o(.text+0x27c):/src/sys/net/if_ethersubr.c:473: undefined reference to `ip_dn_io_ptr' if_ethersubr.o(.text+0x33c): In function `ether_output_frame': /src/sys/net/if_ethersubr.c:369: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0x340):/src/sys/net/if_ethersubr.c:369: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0xa4c): In function `ether_demux': /src/sys/net/if_ethersubr.c:683: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0xa50):/src/sys/net/if_ethersubr.c:683: undefined reference to `ip_fw_chk_ptr' if_ethersubr.o(.text+0xcf4):/src/sys/net/if_ethersubr.c:678: undefined reference to `ip_fw_chk_ptr' *** Error code 1 Stop in /obj/sun4v/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-20 21:55:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-20 21:55:15 - ERROR: failed to build GENERIC kernel TB --- 2006-10-20 21:55:15 - tinderbox aborted TB --- 0.59 user 2.13 system 4681.65 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 20 19:22:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 092B716A412 for ; Fri, 20 Oct 2006 19:22:58 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1CEF43DA3 for ; Fri, 20 Oct 2006 19:22:24 +0000 (GMT) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool40.ka.ilk.net [212.86.194.40]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id k9KJMMW5021080 for ; Fri, 20 Oct 2006 21:22:22 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id k9KJM0XK004664 for ; Fri, 20 Oct 2006 21:22:01 +0200 (CEST) Message-ID: <453922D2.7040309@smo.de> Date: Fri, 20 Oct 2006 21:26:10 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061015 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 20 Oct 2006 23:15:34 +0000 Subject: Can't install kernel with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 19:22:58 -0000 Hi list, I can't install a kernel with todays sources (updated around 14:00 CEST): # make installkernel KERNCONF=ASKJAKERNEL -------------------------------------------------------------- >>> Installing kernel -------------------------------------------------------------- cd /usr/obj/usr/src/sys/ASKJAKERNEL; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel install cd: can't cd to /usr/obj/usr/src/sys/ASKJAKERNEL *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # $ uname -a FreeBSD askja.xxx.xxx.de 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Oct 13 21:15:51 CEST 2006 pj@askja.intern.smo.de:/usr/obj/usr/src/sys/ASKJAKERNEL i386 Regards, Philipp -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 00:52:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B8416A40F for ; Sat, 21 Oct 2006 00:52:24 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2FA343D49 for ; Sat, 21 Oct 2006 00:52:17 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-2) with ESMTP id k9L0prHs015174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Oct 2006 03:51:55 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.8/8.13.8) with ESMTP id k9L0qUZg062136; Sat, 21 Oct 2006 03:52:30 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.8/8.13.8/Submit) id k9L0qTZf062135; Sat, 21 Oct 2006 03:52:29 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 21 Oct 2006 03:52:29 +0300 From: Giorgos Keramidas To: Philipp Ost Message-ID: <20061021005229.GA62123@gothmog.pc> References: <453922D2.7040309@smo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <453922D2.7040309@smo.de> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.561, required 5, AWL -0.16, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20, UNPARSEABLE_RELAY 0.00) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Can't install kernel with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 00:52:24 -0000 On 2006-10-20 21:26, Philipp Ost wrote: > Hi list, > > I can't install a kernel with todays sources (updated around 14:00 CEST): > > # make installkernel KERNCONF=ASKJAKERNEL > -------------------------------------------------------------- > >>> Installing kernel > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/ASKJAKERNEL; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > make KERNEL=kernel install > cd: can't cd to /usr/obj/usr/src/sys/ASKJAKERNEL > *** Error code 2 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > # Are you absolutely sure a `buildkernel' with the same KERNCONF has completed successfully? From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 07:04:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A15A016A412; Sat, 21 Oct 2006 07:04:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C77443D46; Sat, 21 Oct 2006 07:04:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9L74VWd088157; Sat, 21 Oct 2006 03:04:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9L74UQ0004661; Sat, 21 Oct 2006 03:04:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8590873068; Sat, 21 Oct 2006 03:04:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061021070430.8590873068@freebsd-current.sentex.ca> Date: Sat, 21 Oct 2006 03:04:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 07:04:34 -0000 TB --- 2006-10-21 06:04:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-21 06:04:35 - starting HEAD tinderbox run for arm/arm TB --- 2006-10-21 06:04:35 - cleaning the object tree TB --- 2006-10-21 06:05:04 - checking out the source tree TB --- 2006-10-21 06:05:04 - cd /tinderbox/HEAD/arm/arm TB --- 2006-10-21 06:05:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-21 06:14:57 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-21 06:14:57 - cd /src TB --- 2006-10-21 06:14:57 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 21 06:14:59 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] objcopy -S -O binary boot0iic.out boot0iic 10263 bytes available ===> sys/boot/arm/at91/boot0spi (all) as -o arm_init.o /src/sys/boot/arm/at91/boot0spi/../boot0/arm_init.s cc -O2 -mcpu=arm9 -ffreestanding -I/src/sys/boot/arm/at91/boot0spi/../libat91 -I/src/sys/boot/arm/at91/boot0spi/../../../.. -I/src/sys/boot/arm/at91/boot0spi/../../../../arm -D_KERNEL -Wall -Waggregate-return -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Werror -DBOOT_KB9202 -c /src/sys/boot/arm/at91/boot0spi/main.c /src/sys/boot/arm/at91/boot0spi/main.c: In function `main': /src/sys/boot/arm/at91/boot0spi/main.c:47: warning: implicit declaration of function `p_memcpy' /src/sys/boot/arm/at91/boot0spi/main.c:47: warning: nested extern declaration of `p_memcpy' *** Error code 1 Stop in /src/sys/boot/arm/at91/boot0spi. *** Error code 1 Stop in /src/sys/boot/arm/at91. *** Error code 1 Stop in /src/sys/boot/arm. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-21 07:04:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-21 07:04:30 - ERROR: failed to build world TB --- 2006-10-21 07:04:30 - tinderbox aborted TB --- 0.37 user 0.75 system 3594.40 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 11:27:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A562616A403 for ; Sat, 21 Oct 2006 11:27:27 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id F22C443D45 for ; Sat, 21 Oct 2006 11:27:26 +0000 (GMT) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool51.ka.ilk.net [212.86.194.51]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id k9LBRJdK014466; Sat, 21 Oct 2006 13:27:19 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id k9LBQtHm005738; Sat, 21 Oct 2006 13:26:55 +0200 (CEST) Message-ID: <453A04F9.4080909@smo.de> Date: Sat, 21 Oct 2006 13:31:05 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061021 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <453922D2.7040309@smo.de> <20061021005229.GA62123@gothmog.pc> In-Reply-To: <20061021005229.GA62123@gothmog.pc> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Can't install kernel with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 11:27:27 -0000 Giorgos Keramidas wrote: > On 2006-10-20 21:26, Philipp Ost wrote: [error message snipped] > > Are you absolutely sure a `buildkernel' with the same KERNCONF has > completed successfully? Yes. -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 18:03:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3693916A415 for ; Sat, 21 Oct 2006 18:03:45 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB3D143D5A for ; Sat, 21 Oct 2006 18:03:44 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J7H005SSZI7G4I0@VL-MH-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 21 Oct 2006 14:03:43 -0400 (EDT) Date: Sat, 21 Oct 2006 14:03:38 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200610211403.43055.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart2640883.sPX4Dp716F; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit User-Agent: KMail/1.9.4 Subject: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 18:03:45 -0000 --nextPart2640883.sPX4Dp716F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Since about two weeks, I haven't been able to boot a -CURRENT kernel. My la= st=20 bootable kernel is Oct 7th. My system freezes at pci0 probe: =46reeBSD 7.0-CURRENT #1: Sat Oct 7 15:11:02 EDT 2006 root@clk01a:/usr/obj/usr/src/sys/CLK01A Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (2493.04-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 =20 =46eatures=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 real memory =3D 2147155968 (2047 MB) avail memory =3D 2087723008 (1991 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 <<>> pcib1: at device 1.0 on pci0 pci1: on pcib1 <<>>> It looks like it could be related to=20 (http://lists.freebsd.org/pipermail/freebsd-current/2006-October/066529.htm= l) Any suggestions? Nicolas =2D-=20 =46reeBSD 7.0-CURRENT #1: Sat Oct 7 15:11:02 EDT 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart2640883.sPX4Dp716F Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFOmD/4wTBlvcsbJURApGoAKCH7PoXSarGosjkDjqm7kCBGHVCdwCfUJMv fz3d0uFRU6Ur3IrPBnjumVg= =HYQx -----END PGP SIGNATURE----- --nextPart2640883.sPX4Dp716F-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 19:33:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AA8E16A416 for ; Sat, 21 Oct 2006 19:33:50 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1050243D8F for ; Sat, 21 Oct 2006 19:33:41 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000580135.msg for ; Sat, 21 Oct 2006 23:33:39 +0400 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 21 Oct 2006 23:33:30 +0400 Date: Sat, 21 Oct 2006 23:34:56 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Nicolas Blais , Yuriy Tsibizov In-Reply-To: <200610211403.43055.nb_root@videotron.ca> Message-ID: <20061021231535.M702@free.home.local> References: <200610211403.43055.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 21 Oct 2006 19:33:35.0029 (UTC) FILETIME=[CC92BE50:01C6F547] X-Spam-Processed: mx.gfk.ru, Sat, 21 Oct 2006 23:33:39 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Sat, 21 Oct 2006 23:33:40 +0400 Cc: freebsd-current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 19:33:50 -0000 On Sat, 21 Oct 2006, Nicolas Blais wrote: > Since about two weeks, I haven't been able to boot a -CURRENT kernel. My last > bootable kernel is Oct 7th. > > My system freezes at pci0 probe: > > FreeBSD 7.0-CURRENT #1: Sat Oct 7 15:11:02 EDT 2006 [...] > pci0: on pcib0 > <<>> > > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > <<>>> > > It looks like it could be related to > (http://lists.freebsd.org/pipermail/freebsd-current/2006-October/066529.html) It seems that VPD changes by jmg@ on Oct, 9th hangs in infinite loop with some PCIe (?) cards. 1. Can you check, what device is attached to this bus (with kernel before this changes, pci.c rev 1.314 or earlier)? Is it 'Realtek 8168/8111B PCIe Gigabit Ethernet'? 2. Do you have pci.c rev 1.315 or 1.316? I had serious problems (broken PCI ID) possible caused by patch similar to one in pci.c rev. 1.316. Yuriy. p.s. There is also discussion of the same problem on cvs-src/cvs-all. p.p.s. Please keep me in To/CC, I'm off-list for next two weeks. From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 19:40:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FD6716A407 for ; Sat, 21 Oct 2006 19:40:05 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B42543D6B for ; Sat, 21 Oct 2006 19:40:04 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J7I00AYF3YRL300@VL-MH-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 21 Oct 2006 15:40:03 -0400 (EDT) Date: Sat, 21 Oct 2006 15:39:58 -0400 From: Nicolas Blais In-reply-to: <20061021231535.M702@free.home.local> To: Yuriy Tsibizov Message-id: <200610211540.02844.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart17342336.eUBZ898Map; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <200610211403.43055.nb_root@videotron.ca> <20061021231535.M702@free.home.local> User-Agent: KMail/1.9.4 Cc: freebsd-current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 19:40:05 -0000 --nextPart17342336.eUBZ898Map Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > It seems that VPD changes by jmg@ on Oct, 9th hangs in infinite loop > with some PCIe (?) cards. > > 1. Can you check, what device is attached to this bus (with kernel before > this changes, pci.c rev 1.314 or earlier)? Is it 'Realtek 8168/8111B PCIe > Gigabit Ethernet'? > > 2. Do you have pci.c rev 1.315 or 1.316? I had serious problems (broken > PCI ID) possible caused by patch similar to one in pci.c rev. 1.316. > > Yuriy. > > p.s. There is also discussion of the same problem on cvs-src/cvs-all. > p.p.s. Please keep me in To/CC, I'm off-list for next two weeks. 1. Here's the list of things on pci0: [nicblais@clk01a] /usr/src/sys/dev/pci> dmesg -a | grep pci0 pci0: on pcib0 pcib1: at device 1.0 on pci0 fwohci0: port 0x9800-0x987f mem 0xf9800000-0xf98007f= f=20 irq 16 at device 7.0 on pci0 atapci0: port=20 0xa800-0xa83f,0xa400-0xa40f,0xa000-0xa07f mem=20 0xf9a00000-0xf9a00fff,0xf9900000-0xf991ffff irq 18 at device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 bktr0: mem 0xdfe00000-0xdfe00fff irq 16 at device 9.0 on pc= i0 pci0: at device 9.1 (no driver attached) skc0: port 0xb000-0xb0ff mem 0xf9c00000-0xf9c03f= ff=20 irq 17 at device 10.0 on pci0 atapci1: port=20 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f,0xb40= 0-0xb4ff=20 irq 20 at device 15.0 on pci0 atapci2: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 uhci0: port 0xd400-0xd41f irq 21 at device 16.0= on=20 pci0 uhci1: port 0xd800-0xd81f irq 21 at device 16.1= on=20 pci0 uhci2: port 0xe000-0xe01f irq 21 at device 16.2= on=20 pci0 uhci3: port 0xe400-0xe41f irq 21 at device 16.3= on=20 pci0 ehci0: mem 0xf9e00000-0xf9e000ff irq 21 at= =20 device 16.4 on pci0 isab0: at device 17.0 on pci0 pcm0: port 0xe800-0xe8ff irq 22 at device 17.5 on pci0 2. src/sys/dev/pci/pci.c,v 1.316 2006/10/20 21:28:11 jmg Exp $"); is the=20 version I have in my source tree right now. Since it is dated 20th of oct, = I=20 can assume it is unrelated to the problem because last week (oct 14th) buil= d=20 also showed the freeze. Also, the A8V is not a PCIe system. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #1: Sat Oct 7 15:11:02 EDT 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart17342336.eUBZ898Map Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFOneS4wTBlvcsbJURAg/iAKCQ1TVjX3UC3+YSQqSt+dt386dNpwCgqhRD Q1xmcnYyBy8Y6FfNCWbQdF8= =q85T -----END PGP SIGNATURE----- --nextPart17342336.eUBZ898Map-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 20:13:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D0316A407 for ; Sat, 21 Oct 2006 20:13:50 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B8543D6D for ; Sat, 21 Oct 2006 20:13:43 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.0.5) with ESMTP id md50000580180.msg for ; Sun, 22 Oct 2006 00:13:33 +0400 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sun, 22 Oct 2006 00:13:30 +0400 Date: Sun, 22 Oct 2006 00:14:56 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Nicolas Blais In-Reply-To: <200610211540.02844.nb_root@videotron.ca> Message-ID: <20061021235115.T805@free.home.local> References: <200610211403.43055.nb_root@videotron.ca> <20061021231535.M702@free.home.local> <200610211540.02844.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 21 Oct 2006 20:13:31.0607 (UTC) FILETIME=[610B8670:01C6F54D] X-Spam-Processed: mx.gfk.ru, Sun, 22 Oct 2006 00:13:33 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Sun, 22 Oct 2006 00:13:33 +0400 Cc: Yuriy Tsibizov , freebsd-current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 20:13:50 -0000 >> It seems that VPD changes by jmg@ on Oct, 9th hangs in infinite loop >> with some PCIe (?) cards. >> >> 1. Can you check, what device is attached to this bus (with kernel before >> this changes, pci.c rev 1.314 or earlier)? Is it 'Realtek 8168/8111B PCIe >> Gigabit Ethernet'? > 1. Here's the list of things on pci0: > [nicblais@clk01a] /usr/src/sys/dev/pci> dmesg -a | grep pci0 [...] Ok, if you boot verbose, does FreeBSD start enumeration of PCI devices on PCI bus? You can also try to disable / remove device that should be detected next to last device printed in verbose boot (sorry for my English, I hope you will understand me) - for example, if it prints PCI info for first PCI device and hangs, disable second one from your list. >> >> 2. Do you have pci.c rev 1.315 or 1.316? I had serious problems (broken >> PCI ID) possible caused by patch similar to one in pci.c rev. 1.316. >> > > 2. src/sys/dev/pci/pci.c,v 1.316 2006/10/20 21:28:11 jmg Exp $"); is the > version I have in my source tree right now. Since it is dated 20th of oct, I > can assume it is unrelated to the problem because last week (oct 14th) build > also showed the freeze. This changes was done on Oct 9th, revision 1.315 and one problem should be fixed in 1.316. Do 1.316 freeze your system too? Yuriy. From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 21:33:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA78616A40F; Sat, 21 Oct 2006 21:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7971243D46; Sat, 21 Oct 2006 21:33:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9LLXO4p072923; Sat, 21 Oct 2006 17:33:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9LLXOjB078943; Sat, 21 Oct 2006 17:33:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 539A273068; Sat, 21 Oct 2006 17:33:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061021213324.539A273068@freebsd-current.sentex.ca> Date: Sat, 21 Oct 2006 17:33:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 21:33:26 -0000 TB --- 2006-10-21 21:03:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-21 21:03:34 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-21 21:03:34 - cleaning the object tree TB --- 2006-10-21 21:04:30 - checking out the source tree TB --- 2006-10-21 21:04:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-21 21:04:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-21 21:14:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-21 21:14:05 - cd /src TB --- 2006-10-21 21:14:05 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 21 21:14:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/stdio/vwscanf.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/stdio/wbuf.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/stdio/wprintf.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/stdio/wscanf.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/stdio/wsetup.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/stdio/xprintf.c /src/lib/libc/stdio/xprintf.c: In function `__v2printf': /src/lib/libc/stdio/xprintf.c:279: warning: passing arg 2 of `__builtin_va_copy' discards qualifiers from pointer target type *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-21 21:33:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-21 21:33:24 - ERROR: failed to build world TB --- 2006-10-21 21:33:24 - tinderbox aborted TB --- 0.85 user 3.39 system 1789.42 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 22:04:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEACB16A403; Sat, 21 Oct 2006 22:04:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC6343D58; Sat, 21 Oct 2006 22:04:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k9LM4o6b075319; Sat, 21 Oct 2006 18:04:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k9LM4okQ004126; Sat, 21 Oct 2006 18:04:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6864073068; Sat, 21 Oct 2006 18:04:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061021220450.6864073068@freebsd-current.sentex.ca> Date: Sat, 21 Oct 2006 18:04:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 22:04:51 -0000 TB --- 2006-10-21 21:03:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-21 21:03:34 - starting HEAD tinderbox run for arm/arm TB --- 2006-10-21 21:03:34 - cleaning the object tree TB --- 2006-10-21 21:04:09 - checking out the source tree TB --- 2006-10-21 21:04:09 - cd /tinderbox/HEAD/arm/arm TB --- 2006-10-21 21:04:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-21 21:14:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-21 21:14:05 - cd /src TB --- 2006-10-21 21:14:05 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 21 21:14:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] objcopy -S -O binary boot0iic.out boot0iic 10263 bytes available ===> sys/boot/arm/at91/boot0spi (all) as -o arm_init.o /src/sys/boot/arm/at91/boot0spi/../boot0/arm_init.s cc -O2 -mcpu=arm9 -ffreestanding -I/src/sys/boot/arm/at91/boot0spi/../libat91 -I/src/sys/boot/arm/at91/boot0spi/../../../.. -I/src/sys/boot/arm/at91/boot0spi/../../../../arm -D_KERNEL -Wall -Waggregate-return -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Werror -DBOOT_KB9202 -c /src/sys/boot/arm/at91/boot0spi/main.c /src/sys/boot/arm/at91/boot0spi/main.c: In function `main': /src/sys/boot/arm/at91/boot0spi/main.c:47: warning: implicit declaration of function `p_memcpy' /src/sys/boot/arm/at91/boot0spi/main.c:47: warning: nested extern declaration of `p_memcpy' *** Error code 1 Stop in /src/sys/boot/arm/at91/boot0spi. *** Error code 1 Stop in /src/sys/boot/arm/at91. *** Error code 1 Stop in /src/sys/boot/arm. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-21 22:04:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-21 22:04:50 - ERROR: failed to build world TB --- 2006-10-21 22:04:50 - tinderbox aborted TB --- 0.35 user 1.50 system 3675.44 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 22:39:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D89F716A407 for ; Sat, 21 Oct 2006 22:39:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D728F43D49 for ; Sat, 21 Oct 2006 22:39:10 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id k9LMd4HF060287 for ; Sat, 21 Oct 2006 19:39:04 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Sat, 21 Oct 2006 19:38:44 -0200 User-Agent: KMail/1.9.4 References: <200610211403.43055.nb_root@videotron.ca> <20061021231535.M702@free.home.local> <200610211540.02844.nb_root@videotron.ca> In-Reply-To: <200610211540.02844.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200610211938.44793.joao@matik.com.br> X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED,AWL, J_CHICKENPOX_44,MR_DIFF_MID autolearn=no version=3.1.3 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 22:39:11 -0000 On Saturday 21 October 2006 17:39, Nicolas Blais wrote: > Also, the A8V is not a PCIe system. this MB is eval and has serious issues by assigning IO addresses and it do = not=20 matter which OS you use depending on what you stick into the PCI slots it does not even go to OS bo= ot=20 (ie Adaptec 29320 + DFE-580) independent of BIOS config or slot you stick i= t=20 in, other PCI devices cause exactly what you say but I can tell only about= =20 releng_6. The latest BIOS version I tested was 2.21 what hangs by default o= n=20 USB and no comments from Asus(when they know better they normally respond),= =20 you may want to try BIOS 2.19 which seems to work best =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 22:51:05 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84AD316A416; Sat, 21 Oct 2006 22:51:05 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E8743D7D; Sat, 21 Oct 2006 22:51:00 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id 0CB614ED15; Sun, 22 Oct 2006 00:50:59 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id EDEFA9E6C2; Sat, 21 Oct 2006 22:51:46 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id D15BD405B; Sun, 22 Oct 2006 00:51:46 +0200 (CEST) Date: Sun, 22 Oct 2006 00:51:46 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20061021225146.GT53114@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0vzXIDBeUiKkjNJl" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: mlaier@FreeBSD.org, damien@FreeBSD.org Subject: not enough rates in struct iwi_rateset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 22:51:05 -0000 --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I have compiled my kernel with ProPolice and if_iwi happened to trigger the stack smashing protector, which means there has been a buffer overflow in a buffer allocated in the stack. The buffer overflow occurs in iwi_auth_and_assoc(), and the only buffer in this function is in struct iwi_rateset, which can handle 12 rates, however according to kgdb ni->ni_rates.rs_nrates has a value of 13. I am not confident with the net80211 code, but a quick glance at sys/net80211/_ieee80211.h shows that there may be up to 15 rates. Therefore I bumped up the number of rates in iwi_rateset to 15 and there is no buffer overflow anymore, though I don't know if this is the correct fix. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_iwireg.h.patch" Index: if_iwireg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/iwi/if_iwireg.h,v retrieving revision 1.12 diff -u -p -r1.12 if_iwireg.h --- if_iwireg.h 27 Apr 2006 21:43:37 -0000 1.12 +++ if_iwireg.h 21 Oct 2006 22:38:34 -0000 @@ -338,7 +338,7 @@ struct iwi_rateset { #define IWI_RATESET_TYPE_SUPPORTED 1 uint8_t reserved; - uint8_t rates[12]; + uint8_t rates[15]; } __packed; /* structure for command IWI_CMD_SET_TX_POWER */ --0vzXIDBeUiKkjNJl-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 21 23:21:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61F4616A407 for ; Sat, 21 Oct 2006 23:21:34 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13C9B43D4C for ; Sat, 21 Oct 2006 23:21:33 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J7I00AX1E7XL3E0@VL-MH-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 21 Oct 2006 19:21:33 -0400 (EDT) Date: Sat, 21 Oct 2006 19:21:32 -0400 From: Nicolas Blais In-reply-to: <200610211938.44793.joao@matik.com.br> To: freebsd-current@freebsd.org Message-id: <200610211921.32651.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline References: <200610211403.43055.nb_root@videotron.ca> <200610211540.02844.nb_root@videotron.ca> <200610211938.44793.joao@matik.com.br> User-Agent: KMail/1.9.4 Cc: JoaoBR Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Oct 2006 23:21:34 -0000 On Saturday 21 October 2006 17:38, JoaoBR wrote: > On Saturday 21 October 2006 17:39, Nicolas Blais wrote: > > Also, the A8V is not a PCIe system. > > this MB is eval and has serious issues by assigning IO addresses and it do > not matter which OS you use > > depending on what you stick into the PCI slots it does not even go to OS > boot (ie Adaptec 29320 + DFE-580) independent of BIOS config or slot you > stick it in, other PCI devices cause exactly what you say but I can tell > only about releng_6. The latest BIOS version I tested was 2.21 what hangs > by default on USB and no comments from Asus(when they know better they > normally respond), you may want to try BIOS 2.19 which seems to work best Thanks for your comment. This is not a BIOS problem, as my last bios flash was almost a year ago and have been running -CURRENT fine so far. In fact, I run multiple OSes on the machine and don't find the MB to be so "eval" (perhaps you meant evil...) as you say. Nicolas -- FreeBSD 7.0-CURRENT #1: Sat Oct 7 15:11:02 EDT 2006 root@clk01a:/usr/obj/usr/src/sys/CLK01A PGP? : http://www.clkroot.net/security/nb_root.asc