From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 11:23:47 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 DAAFB16A40F for ; Sun, 8 Oct 2006 11:23:47 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F57F43D4C for ; Sun, 8 Oct 2006 11:23:47 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1238151wxd for ; Sun, 08 Oct 2006 04:23:46 -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:content-transfer-encoding:content-disposition; b=KsTPQmX2o41rB6Crtm8l7E2CwPiwGWFCMdmg6UJf2Q9TamQLE7kHRyfNAOoofA/CsBniNc+jH5S5gnhdjKu4Lir0DaRLTnewky2z7nBp1UE5HpWYovb1AyjAVu0BoXYnct1yemDJ2DaokeEPz6uAA4SJUrSfu6Tq8vxBD2aJ/Yc= Received: by 10.70.125.11 with SMTP id x11mr9065836wxc; Sun, 08 Oct 2006 04:23:46 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 04:23:46 -0700 (PDT) Message-ID: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> Date: Sun, 8 Oct 2006 06:23:46 -0500 From: Astrodog To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 11:23:47 -0000 With the quad core processors coming out soon, this is going to become more of an issue.. (Sun T1/2000s aside). This is basically the same patch from a few months ago, with updated offsets. If you don't define MAXCPU in the kernel config, it reverts to old behavior. It has no logic to keep you from shooting yourself in the foot though.. you can define options SMP and options MAXCPU 128 on arm. --- Harrison Grundy From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 11:24: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 EED2F16A417 for ; Sun, 8 Oct 2006 11:24:39 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFB743D58 for ; Sun, 8 Oct 2006 11:24:39 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1238265wxd for ; Sun, 08 Oct 2006 04:24:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZtgTebaaSW4VTSNFapmnyjXA4XmS7YrZryZP1B+PGq9dHa9caCYB8H+pCq9B0SBpfTLvD03mr5QY+GDWILfGDzw6UG5FI9HctNmcvRGusNGPfJp8PUWb3Z7UNNVnndCotSI+iqyPffCieDnhFB3FSa/Vl+ptiOlFoCH2na5soc4= Received: by 10.70.77.2 with SMTP id z2mr9029267wxa; Sun, 08 Oct 2006 04:24:38 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 04:24:38 -0700 (PDT) Message-ID: <2fd864e0610080424y5bad6c83w9be90d1fca19c7d4@mail.gmail.com> Date: Sun, 8 Oct 2006 06:24:38 -0500 From: Astrodog To: current@freebsd.org In-Reply-To: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> Cc: Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 11:24:40 -0000 On 10/8/06, Astrodog wrote: > With the quad core processors coming out soon, this is going to become > more of an issue.. (Sun T1/2000s aside). This is basically the same > patch from a few months ago, with updated offsets. > > If you don't define MAXCPU in the kernel config, it reverts to old > behavior. It has no logic to keep you from shooting yourself in the > foot though.. you can define options SMP and options MAXCPU 128 on > arm. > > --- Harrison Grundy > I guess including a link to the patch might help... http://72.232.65.146/~astrodog/NEWMAXCPU.diff From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:11:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 11D8F16A47B; Sun, 8 Oct 2006 12:11:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sun, 8 Oct 2006 20:11:53 +0800 User-Agent: KMail/1.8.2 References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> In-Reply-To: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610082011.53649.davidxu@freebsd.org> Cc: Astrodog , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:11:57 -0000 On Sunday 08 October 2006 19:23, Astrodog wrote: > With the quad core processors coming out soon, this is going to become > more of an issue.. (Sun T1/2000s aside). This is basically the same > patch from a few months ago, with updated offsets. > > If you don't define MAXCPU in the kernel config, it reverts to old > behavior. It has no logic to keep you from shooting yourself in the > foot though.. you can define options SMP and options MAXCPU 128 on > arm. > > --- Harrison Grundy I think MAXCPU should not be great than 32, since we currently define cpumask_t as an integer which now should be changed to a bitmap and a group of operations like we did for sigset_t. David Xu From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:11:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 11D8F16A47B; Sun, 8 Oct 2006 12:11:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sun, 8 Oct 2006 20:11:53 +0800 User-Agent: KMail/1.8.2 References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> In-Reply-To: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610082011.53649.davidxu@freebsd.org> Cc: Astrodog , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:11:57 -0000 On Sunday 08 October 2006 19:23, Astrodog wrote: > With the quad core processors coming out soon, this is going to become > more of an issue.. (Sun T1/2000s aside). This is basically the same > patch from a few months ago, with updated offsets. > > If you don't define MAXCPU in the kernel config, it reverts to old > behavior. It has no logic to keep you from shooting yourself in the > foot though.. you can define options SMP and options MAXCPU 128 on > arm. > > --- Harrison Grundy I think MAXCPU should not be great than 32, since we currently define cpumask_t as an integer which now should be changed to a bitmap and a group of operations like we did for sigset_t. David Xu From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:17:38 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 9035516A597 for ; Sun, 8 Oct 2006 12:17:38 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84056440AA for ; Sun, 8 Oct 2006 12:16:16 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1243744wxd for ; Sun, 08 Oct 2006 05:16:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aQAyRKrVu7MfMv/AFO+uRDadiHZjg9nbh8csLz23ZWn4hXbX0lypabGPgTFuWG1NmeJLUmQtxBcO5Rw9nzyVA7S8cmKkctAglRuKohBHhm+eXOMuW3Rjs4wVvX8Ui7xyG0UAA/QkdpVdvYtJEOBmnWBg/1BZ6o4B0iBvr3CpVt8= Received: by 10.70.90.18 with SMTP id n18mr9063160wxb; Sun, 08 Oct 2006 05:16:09 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 05:16:09 -0700 (PDT) Message-ID: <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> Date: Sun, 8 Oct 2006 07:16:09 -0500 From: Astrodog To: "David Xu" In-Reply-To: <200610082011.53649.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:17:38 -0000 On 10/8/06, David Xu wrote: > On Sunday 08 October 2006 19:23, Astrodog wrote: > > With the quad core processors coming out soon, this is going to become > > more of an issue.. (Sun T1/2000s aside). This is basically the same > > patch from a few months ago, with updated offsets. > > > > If you don't define MAXCPU in the kernel config, it reverts to old > > behavior. It has no logic to keep you from shooting yourself in the > > foot though.. you can define options SMP and options MAXCPU 128 on > > arm. > > > > --- Harrison Grundy > > I think MAXCPU should not be great than 32, since we currently define > cpumask_t as an integer which now should be changed to a bitmap and > a group of operations like we did for sigset_t. > > David Xu > Currently, MAXCPU is 16 on most platforms. From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:17:41 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 5BF1C16A729 for ; Sun, 8 Oct 2006 12:17:41 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84079440B1 for ; Sun, 8 Oct 2006 12:16:17 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1243743wxd for ; Sun, 08 Oct 2006 05:16:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aQAyRKrVu7MfMv/AFO+uRDadiHZjg9nbh8csLz23ZWn4hXbX0lypabGPgTFuWG1NmeJLUmQtxBcO5Rw9nzyVA7S8cmKkctAglRuKohBHhm+eXOMuW3Rjs4wVvX8Ui7xyG0UAA/QkdpVdvYtJEOBmnWBg/1BZ6o4B0iBvr3CpVt8= Received: by 10.70.90.18 with SMTP id n18mr9063160wxb; Sun, 08 Oct 2006 05:16:09 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 05:16:09 -0700 (PDT) Message-ID: <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> Date: Sun, 8 Oct 2006 07:16:09 -0500 From: Astrodog To: "David Xu" In-Reply-To: <200610082011.53649.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:17:41 -0000 On 10/8/06, David Xu wrote: > On Sunday 08 October 2006 19:23, Astrodog wrote: > > With the quad core processors coming out soon, this is going to become > > more of an issue.. (Sun T1/2000s aside). This is basically the same > > patch from a few months ago, with updated offsets. > > > > If you don't define MAXCPU in the kernel config, it reverts to old > > behavior. It has no logic to keep you from shooting yourself in the > > foot though.. you can define options SMP and options MAXCPU 128 on > > arm. > > > > --- Harrison Grundy > > I think MAXCPU should not be great than 32, since we currently define > cpumask_t as an integer which now should be changed to a bitmap and > a group of operations like we did for sigset_t. > > David Xu > Currently, MAXCPU is 16 on most platforms. From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:35: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 41D6E16A492; Sun, 8 Oct 2006 12:35:44 +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 BC2D643D5F; Sun, 8 Oct 2006 12:35:22 +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 74E6CEB0A84; Sun, 8 Oct 2006 20:35:15 +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 0gh+Jppm2nLv; Sun, 8 Oct 2006 20:35:05 +0800 (CST) Received: from [10.217.12.40] (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 03D79EB0A79; Sun, 8 Oct 2006 20:35:01 +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=ruK19W/pLHWAPvj0nQHTsmOS24yat0Xi8phgzDTQp8PDhCkuH10prDxMvjXElNqu7 GpAxv51KfAyb8OusKD13g== Message-ID: <4528F069.7040504@delphij.net> Date: Sun, 08 Oct 2006 20:34:49 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Astrodog References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> In-Reply-To: <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigAE293599FC1AC9FC6D056869" Cc: freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:35:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAE293599FC1AC9FC6D056869 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Astrodog wrote: > On 10/8/06, David Xu wrote: >> On Sunday 08 October 2006 19:23, Astrodog wrote: >> > With the quad core processors coming out soon, this is going to beco= me >> > more of an issue.. (Sun T1/2000s aside). This is basically the same >> > patch from a few months ago, with updated offsets. >> > >> > If you don't define MAXCPU in the kernel config, it reverts to old >> > behavior. It has no logic to keep you from shooting yourself in the >> > foot though.. you can define options SMP and options MAXCPU 128 on >> > arm. >> > >> > --- Harrison Grundy >> >> I think MAXCPU should not be great than 32, since we currently define >> cpumask_t as an integer which now should be changed to a bitmap and >> a group of operations like we did for sigset_t. >> >> David Xu >> >=20 > Currently, MAXCPU is 16 on most platforms. In general, this value serves as a boundary of the kernel logic, and is determined by various factors, e.g., the bits available in cpumask_t, etc., therefore, I really do not see much benefit of letting this value customizable. Perhaps we can say that the problem is not that the value itself is immutable by the system administrator, but it was (perhaps?) not correctly reflected the actual support that the kernel can provide? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigAE293599FC1AC9FC6D056869 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 iD8DBQFFKPBpOfuToMruuMARAxolAJ9x+Rx7gZBHLELXbbKp48qG1LO1EQCfbpKP bo1MZ77WK6OczY8bAk8gCMM= =67j4 -----END PGP SIGNATURE----- --------------enigAE293599FC1AC9FC6D056869-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:35:44 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 41D6E16A492; Sun, 8 Oct 2006 12:35:44 +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 BC2D643D5F; Sun, 8 Oct 2006 12:35:22 +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 74E6CEB0A84; Sun, 8 Oct 2006 20:35:15 +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 0gh+Jppm2nLv; Sun, 8 Oct 2006 20:35:05 +0800 (CST) Received: from [10.217.12.40] (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 03D79EB0A79; Sun, 8 Oct 2006 20:35:01 +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=ruK19W/pLHWAPvj0nQHTsmOS24yat0Xi8phgzDTQp8PDhCkuH10prDxMvjXElNqu7 GpAxv51KfAyb8OusKD13g== Message-ID: <4528F069.7040504@delphij.net> Date: Sun, 08 Oct 2006 20:34:49 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Astrodog References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> In-Reply-To: <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigAE293599FC1AC9FC6D056869" Cc: freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:35:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAE293599FC1AC9FC6D056869 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Astrodog wrote: > On 10/8/06, David Xu wrote: >> On Sunday 08 October 2006 19:23, Astrodog wrote: >> > With the quad core processors coming out soon, this is going to beco= me >> > more of an issue.. (Sun T1/2000s aside). This is basically the same >> > patch from a few months ago, with updated offsets. >> > >> > If you don't define MAXCPU in the kernel config, it reverts to old >> > behavior. It has no logic to keep you from shooting yourself in the >> > foot though.. you can define options SMP and options MAXCPU 128 on >> > arm. >> > >> > --- Harrison Grundy >> >> I think MAXCPU should not be great than 32, since we currently define >> cpumask_t as an integer which now should be changed to a bitmap and >> a group of operations like we did for sigset_t. >> >> David Xu >> >=20 > Currently, MAXCPU is 16 on most platforms. In general, this value serves as a boundary of the kernel logic, and is determined by various factors, e.g., the bits available in cpumask_t, etc., therefore, I really do not see much benefit of letting this value customizable. Perhaps we can say that the problem is not that the value itself is immutable by the system administrator, but it was (perhaps?) not correctly reflected the actual support that the kernel can provide? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigAE293599FC1AC9FC6D056869 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 iD8DBQFFKPBpOfuToMruuMARAxolAJ9x+Rx7gZBHLELXbbKp48qG1LO1EQCfbpKP bo1MZ77WK6OczY8bAk8gCMM= =67j4 -----END PGP SIGNATURE----- --------------enigAE293599FC1AC9FC6D056869-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:45: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 0A8D616A412 for ; Sun, 8 Oct 2006 12:45:39 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFD9D43D7D for ; Sun, 8 Oct 2006 12:45:19 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1247097wxd for ; Sun, 08 Oct 2006 05:45:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YWu+L8wZflRd3GUWVVocY73lcocphHgzaZJ+87+ZgnZthAKy6kIkQAEOkjrkiDacyoMkvlOVw85fANkAZy2dDqSyAu8tyHJ5URCABEg5JceUercfg9YqJqZ9gwjkXVl69zAfu3HUY6fASaEZ+YN6J6oHor1pAPcQMBTx7H2wzyk= Received: by 10.70.8.20 with SMTP id 20mr9116782wxh; Sun, 08 Oct 2006 05:45:19 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 05:45:19 -0700 (PDT) Message-ID: <2fd864e0610080545m1038d560o74767d775d0ad26b@mail.gmail.com> Date: Sun, 8 Oct 2006 07:45:19 -0500 From: Astrodog To: "LI Xin" In-Reply-To: <4528F069.7040504@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> <4528F069.7040504@delphij.net> Cc: freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:45:39 -0000 On 10/8/06, LI Xin wrote: > Astrodog wrote: > > On 10/8/06, David Xu wrote: > >> On Sunday 08 October 2006 19:23, Astrodog wrote: > >> > With the quad core processors coming out soon, this is going to become > >> > more of an issue.. (Sun T1/2000s aside). This is basically the same > >> > patch from a few months ago, with updated offsets. > >> > > >> > If you don't define MAXCPU in the kernel config, it reverts to old > >> > behavior. It has no logic to keep you from shooting yourself in the > >> > foot though.. you can define options SMP and options MAXCPU 128 on > >> > arm. > >> > > >> > --- Harrison Grundy > >> > >> I think MAXCPU should not be great than 32, since we currently define > >> cpumask_t as an integer which now should be changed to a bitmap and > >> a group of operations like we did for sigset_t. > >> > >> David Xu > >> > > > > Currently, MAXCPU is 16 on most platforms. > > In general, this value serves as a boundary of the kernel logic, and is > determined by various factors, e.g., the bits available in cpumask_t, > etc., therefore, I really do not see much benefit of letting this value > customizable. > > Perhaps we can say that the problem is not that the value itself is > immutable by the system administrator, but it was (perhaps?) not > correctly reflected the actual support that the kernel can provide? > Perhaps the way to handle this, then, is to only allow it to be set lower. --- Harrison From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 12:45: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 9B25816A403 for ; Sun, 8 Oct 2006 12:45:40 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E40343D62 for ; Sun, 8 Oct 2006 12:45:19 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1247096wxd for ; Sun, 08 Oct 2006 05:45:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YWu+L8wZflRd3GUWVVocY73lcocphHgzaZJ+87+ZgnZthAKy6kIkQAEOkjrkiDacyoMkvlOVw85fANkAZy2dDqSyAu8tyHJ5URCABEg5JceUercfg9YqJqZ9gwjkXVl69zAfu3HUY6fASaEZ+YN6J6oHor1pAPcQMBTx7H2wzyk= Received: by 10.70.8.20 with SMTP id 20mr9116782wxh; Sun, 08 Oct 2006 05:45:19 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 05:45:19 -0700 (PDT) Message-ID: <2fd864e0610080545m1038d560o74767d775d0ad26b@mail.gmail.com> Date: Sun, 8 Oct 2006 07:45:19 -0500 From: Astrodog To: "LI Xin" In-Reply-To: <4528F069.7040504@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> <4528F069.7040504@delphij.net> Cc: freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 12:45:40 -0000 On 10/8/06, LI Xin wrote: > Astrodog wrote: > > On 10/8/06, David Xu wrote: > >> On Sunday 08 October 2006 19:23, Astrodog wrote: > >> > With the quad core processors coming out soon, this is going to become > >> > more of an issue.. (Sun T1/2000s aside). This is basically the same > >> > patch from a few months ago, with updated offsets. > >> > > >> > If you don't define MAXCPU in the kernel config, it reverts to old > >> > behavior. It has no logic to keep you from shooting yourself in the > >> > foot though.. you can define options SMP and options MAXCPU 128 on > >> > arm. > >> > > >> > --- Harrison Grundy > >> > >> I think MAXCPU should not be great than 32, since we currently define > >> cpumask_t as an integer which now should be changed to a bitmap and > >> a group of operations like we did for sigset_t. > >> > >> David Xu > >> > > > > Currently, MAXCPU is 16 on most platforms. > > In general, this value serves as a boundary of the kernel logic, and is > determined by various factors, e.g., the bits available in cpumask_t, > etc., therefore, I really do not see much benefit of letting this value > customizable. > > Perhaps we can say that the problem is not that the value itself is > immutable by the system administrator, but it was (perhaps?) not > correctly reflected the actual support that the kernel can provide? > Perhaps the way to handle this, then, is to only allow it to be set lower. --- Harrison From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 16:07: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 6980A16A403 for ; Sun, 8 Oct 2006 16:07:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE7743D45 for ; Sun, 8 Oct 2006 16:07:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 91E0A46BB1; Sun, 8 Oct 2006 12:07:38 -0400 (EDT) Date: Sun, 8 Oct 2006 17:07:38 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Astrodog In-Reply-To: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> Message-ID: <20061008170555.D92182@fledge.watson.org> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 16:07:39 -0000 On Sun, 8 Oct 2006, Astrodog wrote: > With the quad core processors coming out soon, this is going to become more > of an issue.. (Sun T1/2000s aside). This is basically the same patch from a > few months ago, with updated offsets. > > If you don't define MAXCPU in the kernel config, it reverts to old behavior. > It has no logic to keep you from shooting yourself in the foot though.. you > can define options SMP and options MAXCPU 128 on arm. Changing MAXCPU is tricky, because it's not just used by the kernel, it's also used by user applications that use kmem to explore kernel data structures. libmemstat jumps through some rather awkward hopes to deal with data structures sized using MAXCPU. Likewise, for CPU masks things get tricky. We need to address this issue, and need to make sure we do it on a coherent way or we'll start running into a variety of bugs associated with varying something that existing pieces of code think is invariant. Unfortunately, it's not just a question of grepping user space for MAXCPU references, you also have to grep for the data structures that use MAXCPU... Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 20:18: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 AFE7216A47E; Sun, 8 Oct 2006 20:18:59 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52C9543D46; Sun, 8 Oct 2006 20:18:59 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k98KIxlZ086461; Sun, 8 Oct 2006 13:18:59 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k98KIxpu086458; Sun, 8 Oct 2006 13:18:59 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 13:18:58 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: David Xu In-Reply-To: <200610082011.53649.davidxu@freebsd.org> Message-ID: <20061008131832.O83537@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 20:18:59 -0000 > > I think MAXCPU should not be great than 32, since we currently define > cpumask_t as an integer which now should be changed to a bitmap and > a group of operations like we did for sigset_t. This will need to be changed soon for T2 support. From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 20:44:52 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 CEC2316A415 for ; Sun, 8 Oct 2006 20:44:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C040543D5D for ; Sun, 8 Oct 2006 20:44:51 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GWfVo-0008HL-7Z for freebsd-current@freebsd.org; Sun, 08 Oct 2006 22:44:40 +0200 Received: from 83-131-108-115.adsl.net.t-com.hr ([83.131.108.115]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Oct 2006 22:44:40 +0200 Received: from ivoras by 83-131-108-115.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Oct 2006 22:44:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 08 Oct 2006 22:44:26 +0200 Lines: 11 Message-ID: References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-108-115.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <200610082011.53649.davidxu@freebsd.org> Sender: news Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 20:44:52 -0000 David Xu wrote: > I think MAXCPU should not be great than 32, since we currently define > cpumask_t as an integer which now should be changed to a bitmap and > a group of operations like we did for sigset_t. Maybe there should be an option "MANYCPUS" that wraps current calls that manipulate this int value into calls that operate on a bitmap, so there's no speed loss in machines with low number of CPUs. Also, why not use a 64-bit int on 64-bit platforms for the mask? This will cover at least Niagara 2 by default. From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 20:51: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 4717C16A40F for ; Sun, 8 Oct 2006 20:51:13 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E862343D72 for ; Sun, 8 Oct 2006 20:51:10 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k98Kp3lZ096661; Sun, 8 Oct 2006 13:51:03 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k98Kp3e4096658; Sun, 8 Oct 2006 13:51:03 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 13:51:03 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Ivan Voras In-Reply-To: Message-ID: <20061008135031.G83537@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 20:51:13 -0000 It will only cover the single chip Niagara 2 boxes. -Kip > Maybe there should be an option "MANYCPUS" that wraps current calls that > manipulate this int value into calls that operate on a bitmap, so > there's no speed loss in machines with low number of CPUs. Also, why not > use a 64-bit int on 64-bit platforms for the mask? This will cover at > least Niagara 2 by default. > > _______________________________________________ > 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 Sun Oct 8 20:58:41 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 1E76C16A407 for ; Sun, 8 Oct 2006 20:58:41 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.htnet.hr (ls405.t-com.hr [195.29.150.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0193543D60 for ; Sun, 8 Oct 2006 20:58:35 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from ls422.t-com.hr (ls422.t-com.hr [195.29.150.237]) by ls405.htnet.hr (Postfix) with ESMTP id CCDC4144981; Sun, 8 Oct 2006 22:58:33 +0200 (CEST) Received: from ls422.t-com.hr (localhost.localdomain [127.0.0.1]) by ls422.t-com.hr (Qmlai) with ESMTP id B5035C90048; Sun, 8 Oct 2006 22:58:33 +0200 (CEST) X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-108-115.adsl.net.t-com.hr [83.131.108.115])by ls422.t-com.hr (Qmlai) with ESMTP id 5E0751308030; Sun, 8 Oct 2006 22:58:32 +0200 (CEST) Message-ID: <4529667D.8070108@fer.hr> Date: Sun, 08 Oct 2006 22:58:37 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kip Macy References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <2006 10082011.53649.davidxu@freebsd.org> <20061008135031.G83537@demos.bsdclusters.com> In-Reply-To: <20061008135031.G83537@demos.bsdclusters.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-imss-version: 2.043 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 20:58:41 -0000 Kip Macy wrote: > It will only cover the single chip Niagara 2 boxes. Oh right, they'll doing multi chips in Niagara 2 :) Go Sun :) Still, single T2 chips should be more common, so I'd guess it will pay to optimize for that case. (For the rest of the audience: Niagara 1 has 32 logical CPUs and supports only one physical CPU/socket; Niagara 2 will have 64 logical CPUs and support > 1 CPUs/sockets; so a 2 socket Niagara 2 box will have 128 logical processors! Cue SciFi music...) Any word on how will they handle migration of threads across sockets (or will it be OS's job)? Judging from T1 architecture, I think such event would create a very large performance penalty, but I'm not an expert. From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 22:34:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A2E6A16A40F; Sun, 8 Oct 2006 22:34:33 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Mon, 9 Oct 2006 06:34:31 +0800 User-Agent: KMail/1.8.2 References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> In-Reply-To: <4529667D.8070108@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610090634.31297.davidxu@freebsd.org> Cc: Kip Macy , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 22:34:34 -0000 On Monday 09 October 2006 04:58, Ivan Voras wrote: > Kip Macy wrote: > > It will only cover the single chip Niagara 2 boxes. > > Oh right, they'll doing multi chips in Niagara 2 :) Go Sun :) > > Still, single T2 chips should be more common, so I'd guess it will pay > to optimize for that case. > > (For the rest of the audience: Niagara 1 has 32 logical CPUs and > supports only one physical CPU/socket; Niagara 2 will have 64 logical > CPUs and support > 1 CPUs/sockets; so a 2 socket Niagara 2 box will have > 128 logical processors! Cue SciFi music...) > > Any word on how will they handle migration of threads across sockets (or > will it be OS's job)? Judging from T1 architecture, I think such event > would create a very large performance penalty, but I'm not an expert. > __________ The current 4BSD scheduler does not handle large number of cores very well, also the single sched_lock will be a bottleneck for such a configuration. From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 22:51:59 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 DB21B16A40F; Sun, 8 Oct 2006 22:51:59 +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 5570E43D45; Sun, 8 Oct 2006 22:51:59 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (l5q3vgeh8i2ftzjk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k98MpqHS075610; Sun, 8 Oct 2006 15:51:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k98MppXp075609; Sun, 8 Oct 2006 15:51:51 -0700 (PDT) (envelope-from jmg) Date: Sun, 8 Oct 2006 15:51:50 -0700 From: John-Mark Gurney To: David Xu Message-ID: <20061008225150.GK793@funkthat.com> Mail-Followup-To: David Xu , freebsd-current@freebsd.org, Kip Macy , Ivan Voras References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610090634.31297.davidxu@freebsd.org> 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: freebsd-current@freebsd.org, Kip Macy , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - needs testers 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: Sun, 08 Oct 2006 22:51:59 -0000 David Xu wrote this message on Mon, Oct 09, 2006 at 06:34 +0800: > On Monday 09 October 2006 04:58, Ivan Voras wrote: > > Kip Macy wrote: > > > It will only cover the single chip Niagara 2 boxes. > > > > Oh right, they'll doing multi chips in Niagara 2 :) Go Sun :) > > > > Still, single T2 chips should be more common, so I'd guess it will pay > > to optimize for that case. > > > > (For the rest of the audience: Niagara 1 has 32 logical CPUs and > > supports only one physical CPU/socket; Niagara 2 will have 64 logical > > CPUs and support > 1 CPUs/sockets; so a 2 socket Niagara 2 box will have > > 128 logical processors! Cue SciFi music...) > > > > Any word on how will they handle migration of threads across sockets (or > > will it be OS's job)? Judging from T1 architecture, I think such event > > would create a very large performance penalty, but I'm not an expert. > > __________ > > The current 4BSD scheduler does not handle large number of cores very well, > also the single sched_lock will be a bottleneck for such a configuration. Bad enough that Kip had to reduce HZ down to 100... since sched_lock ends up serializing ALL cpus when scheduling needs to happen.. -- 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 Sun Oct 8 22:55: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 38F0616A417 for ; Sun, 8 Oct 2006 22:55:46 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DB3A43D95 for ; Sun, 8 Oct 2006 22:55:25 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k98MtLlZ030599; Sun, 8 Oct 2006 15:55:21 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k98MtLnn030596; Sun, 8 Oct 2006 15:55:21 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 15:55:20 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Ivan Voras In-Reply-To: <4529667D.8070108@fer.hr> Message-ID: <20061008155350.L29803@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <2006 10082011.53649.davidxu@freebsd.org> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 22:55:46 -0000 > Any word on how will they handle migration of threads across sockets (or > will it be OS's job)? Judging from T1 architecture, I think such event > would create a very large performance penalty, but I'm not an expert. It is the job of the OS to take locality into account in thread scheduling. Moving between chips You'll just lose the L2 cache locality just as you would on a normal SMP. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 22:55: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 5DDB816A501 for ; Sun, 8 Oct 2006 22:55:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323D943D97 for ; Sun, 8 Oct 2006 22:55:25 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1339952wxd for ; Sun, 08 Oct 2006 15:55:24 -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=j6AbLD91WkeLUk0FavLF5JAvuNdNObt3ZHTDyv3uARFXUO/3/VeH+0XUbhFzRbNl0RvWu89U1VV/NT82ZKHSkSrKrd2nH6TMdqWEuVl2aT9aR6SzslXtjIBo2kuqDOHbP/zijASnmFtA9Ha4Si4cikFJjLdcXALaL1X66EY7MsU= Received: by 10.70.32.10 with SMTP id f10mr10054234wxf; Sun, 08 Oct 2006 15:55:24 -0700 (PDT) Received: by 10.70.11.4 with HTTP; Sun, 8 Oct 2006 15:55:24 -0700 (PDT) Message-ID: <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> Date: Mon, 9 Oct 2006 00:55:24 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "John-Mark Gurney" , "David Xu" , freebsd-current@freebsd.org, "Kip Macy" , "Ivan Voras" In-Reply-To: <20061008225150.GK793@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> X-Google-Sender-Auth: 5398a05b3abccede Cc: Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 22:55:49 -0000 2006/10/9, John-Mark Gurney : > David Xu wrote this message on Mon, Oct 09, 2006 at 06:34 +0800: > > On Monday 09 October 2006 04:58, Ivan Voras wrote: > > > Kip Macy wrote: > > > > It will only cover the single chip Niagara 2 boxes. > > > > > > Oh right, they'll doing multi chips in Niagara 2 :) Go Sun :) > > > > > > Still, single T2 chips should be more common, so I'd guess it will pay > > > to optimize for that case. > > > > > > (For the rest of the audience: Niagara 1 has 32 logical CPUs and > > > supports only one physical CPU/socket; Niagara 2 will have 64 logical > > > CPUs and support > 1 CPUs/sockets; so a 2 socket Niagara 2 box will have > > > 128 logical processors! Cue SciFi music...) > > > > > > Any word on how will they handle migration of threads across sockets (or > > > will it be OS's job)? Judging from T1 architecture, I think such event > > > would create a very large performance penalty, but I'm not an expert. > > > __________ > > > > The current 4BSD scheduler does not handle large number of cores very well, > > also the single sched_lock will be a bottleneck for such a configuration. > > Bad enough that Kip had to reduce HZ down to 100... since sched_lock > ends up serializing ALL cpus when scheduling needs to happen.. How would you see a sched_lock decomposition (and, if it is possible, how many locks it could be decomposed in?) Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 23:00: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 230E816A407; Sun, 8 Oct 2006 23:00:05 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871F243D72; Sun, 8 Oct 2006 23:00:04 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k98N00lZ032025; Sun, 8 Oct 2006 16:00:01 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k98N00Za032022; Sun, 8 Oct 2006 16:00:00 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 15:59:59 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Attilio Rao In-Reply-To: <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> Message-ID: <20061008155817.G29803@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: John-Mark Gurney , freebsd-current@freebsd.org, David Xu , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 23:00:05 -0000 > > How would you see a sched_lock decomposition (and, if it is possible, > how many locks it could be decomposed in?) Rather than having a per thread lock, Solaris uses the lock for the current container that a thread is associated with (cpu, run queue, sleep queue, etc.) to serialize thread updates. I think this is probably the best approach. A per proess spin lock would not scale well for large multi-threaded apps. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 23:03: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 3C25716A501 for ; Sun, 8 Oct 2006 23:03:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8481843D73 for ; Sun, 8 Oct 2006 23:03:40 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1341197wxd for ; Sun, 08 Oct 2006 16:03:40 -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=UZG6NI+8xobMuPERnWPv1dtpsm6PdI6iUvhHyRWxNT+Efv2D0Yj9LZGSEDoRjgCN2HUiJWecIRLZAH2gsfEI0fYNUdwtGQBh/Z15YDNToNpmDg9wvpcPccb5CQ7ZB8uWTKG20urDdTTyPH6PhmSXSxEaWaG0cJ1lXdD3NFCPlPo= Received: by 10.70.90.18 with SMTP id n18mr9982102wxb; Sun, 08 Oct 2006 16:03:39 -0700 (PDT) Received: by 10.70.11.4 with HTTP; Sun, 8 Oct 2006 16:03:39 -0700 (PDT) Message-ID: <3bbf2fe10610081603r1161ac38h4b679e452b6849f6@mail.gmail.com> Date: Mon, 9 Oct 2006 01:03:39 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kip Macy" , "John-Mark Gurney" , "David Xu" , freebsd-current@freebsd.org, "Ivan Voras" In-Reply-To: <20061008155817.G29803@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> X-Google-Sender-Auth: 9ed116dae8f6e220 Cc: Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 23:03:44 -0000 2006/10/9, Kip Macy : > > > > How would you see a sched_lock decomposition (and, if it is possible, > > how many locks it could be decomposed in?) > > Rather than having a per thread lock, Solaris uses the lock for the > current container that a thread is associated with (cpu, run queue, > sleep queue, etc.) to serialize thread updates. I think this is probably > the best approach. A per proess spin lock would not scale well for large > multi-threaded apps. Yes, this is what I was thinking to. Maybe sched_lock could be reworked when all the other issues about SMPng would be closed. IIRC, somebody was speaking about the starting of a new project which was related to the analisys and decomposition of the more contentive locks. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 23:15: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 1DFA416A47E; Sun, 8 Oct 2006 23:15:05 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53B2043D49; Sun, 8 Oct 2006 23:15:04 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k98NF2lZ036259; Sun, 8 Oct 2006 16:15:02 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k98NEuar036158; Sun, 8 Oct 2006 16:15:00 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 16:14:56 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Attilio Rao In-Reply-To: <3bbf2fe10610081603r1161ac38h4b679e452b6849f6@mail.gmail.com> Message-ID: <20061008160742.N29803@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> <3bbf2fe10610081603r1161ac38h4b679e452b6849f6@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: John-Mark Gurney , freebsd-current@freebsd.org, David Xu , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 23:15:05 -0000 In my own tree I have support for profiling all kernel locks (sx, lockmgr, spin mutexes, and blocking mutexes - not just the current profiling for blocking mutexes) which I'll commit after sun4v has been completely checked in. The biggest offenders on the workloads I've looked at are the lockmgr locks in VFS, user_map (sx) in VM, and sched_lock (spin). Substantial effort will be needed to make FreeBSD scale well past 4 cpus. -Kip On Mon, 9 Oct 2006, Attilio Rao wrote: > 2006/10/9, Kip Macy : > > > > > > How would you see a sched_lock decomposition (and, if it is possible, > > > how many locks it could be decomposed in?) > > > > Rather than having a per thread lock, Solaris uses the lock for the > > current container that a thread is associated with (cpu, run queue, > > sleep queue, etc.) to serialize thread updates. I think this is probably > > the best approach. A per proess spin lock would not scale well for large > > multi-threaded apps. > > Yes, this is what I was thinking to. > Maybe sched_lock could be reworked when all the other issues about > SMPng would be closed. > IIRC, somebody was speaking about the starting of a new project which > was related to the analisys and decomposition of the more contentive > locks. > > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein > _______________________________________________ > 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 Sun Oct 8 23:23: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 B009C16A40F for ; Sun, 8 Oct 2006 23:23:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2516043D5C for ; Sun, 8 Oct 2006 23:23:45 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1344259wxd for ; Sun, 08 Oct 2006 16:23: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ZjwTNhXuKlBTeQXovI0Q3zguYfUjh5NpSu/hldq/JbM8kTGrfEUWJV2Un84OOYmgj+ufJUAzDz7yVB6qbDQwHPWWs8wUmU6Fn3kboLg5v6jxZqb1BE5aSKQa8IsTYYKlrakBMqq3ojtArYt4GYUfJEWm1vybfl5r10bwA8aIFOY= Received: by 10.70.40.1 with SMTP id n1mr10025573wxn; Sun, 08 Oct 2006 16:23:45 -0700 (PDT) Received: by 10.70.11.4 with HTTP; Sun, 8 Oct 2006 16:23:45 -0700 (PDT) Message-ID: <3bbf2fe10610081623l7f64651bya635f612273f730d@mail.gmail.com> Date: Mon, 9 Oct 2006 01:23:45 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kip Macy" , "John-Mark Gurney" , "David Xu" , freebsd-current@freebsd.org, "Ivan Voras" In-Reply-To: <20061008160742.N29803@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> <3bbf2fe10610081603r1161ac38h4b679e452b6849f6@mail.gmail.com> <20061008160742.N29803@demos.bsdclusters.com> X-Google-Sender-Auth: bc08176c4062c43d Cc: Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 23:23:49 -0000 2006/10/9, Kip Macy : > In my own tree I have support for profiling all kernel locks (sx, > lockmgr, spin mutexes, and blocking mutexes - not just the current > profiling for blocking mutexes) which I'll commit after sun4v has > been completely checked in. > > The biggest offenders on the workloads I've looked at are the > lockmgr locks in VFS, user_map (sx) in VM, and sched_lock (spin). > > Substantial effort will be needed to make FreeBSD scale well past 4 > cpus. Would you be interested in this: perforce.freebsd.org://depot/user/attilio/attilio_smpng/... Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 23:39:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1D14516A415; Sun, 8 Oct 2006 23:39:48 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Mon, 9 Oct 2006 07:39:45 +0800 User-Agent: KMail/1.8.2 References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <4529667D.8070108@fer.hr> <20061008155350.L29803@demos.bsdclusters.com> In-Reply-To: <20061008155350.L29803@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610090739.45433.davidxu@freebsd.org> Cc: Kip Macy , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 23:39:48 -0000 On Monday 09 October 2006 06:55, Kip Macy wrote: > > Any word on how will they handle migration of threads across sockets (or > > will it be OS's job)? Judging from T1 architecture, I think such event > > would create a very large performance penalty, but I'm not an expert. > > It is the job of the OS to take locality into account in thread > scheduling. Moving between chips You'll just lose the L2 cache locality > just as you would on a normal SMP. > > > -Kip Current MD code does not provide useful CPU topology data structure, it is impossible to write a locality aware scheduler for sun4v and other NUMA architectures. David Xu From owner-freebsd-current@FreeBSD.ORG Sun Oct 8 23:53:41 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 AEFE816A526; Sun, 8 Oct 2006 23:53:41 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629CD43D53; Sun, 8 Oct 2006 23:53:41 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k98NrdlZ047000; Sun, 8 Oct 2006 16:53:39 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k98Nrdme046996; Sun, 8 Oct 2006 16:53:39 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 16:53:38 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: David Xu In-Reply-To: <200610090739.45433.davidxu@freebsd.org> Message-ID: <20061008165226.U46444@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <4529667D.8070108@fer.hr> <20061008155350.L29803@demos.bsdclusters.com> <200610090739.45433.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Sun, 08 Oct 2006 23:53:41 -0000 > Current MD code does not provide useful CPU topology data structure, > it is impossible to write a locality aware scheduler for sun4v and other > NUMA architectures. This is incorrect with respect to sun4v. The MD code obtains a "machine description" from the hypervisor. You are correct in that there is no interface to MI code. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 00:22:15 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 610EF16A403; Mon, 9 Oct 2006 00:22:15 +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 0AABE43D45; Mon, 9 Oct 2006 00:22:13 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (lxh0c4y7tvqj3v4s@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k990M47n076973; Sun, 8 Oct 2006 17:22:04 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k990M1SE076972; Sun, 8 Oct 2006 17:22:01 -0700 (PDT) (envelope-from jmg) Date: Sun, 8 Oct 2006 17:22:00 -0700 From: John-Mark Gurney To: Kip Macy Message-ID: <20061009002200.GM793@funkthat.com> Mail-Followup-To: Kip Macy , Attilio Rao , David Xu , freebsd-current@freebsd.org, Ivan Voras References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061008155817.G29803@demos.bsdclusters.com> 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: Attilio Rao , freebsd-current@freebsd.org, David Xu , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - needs testers 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: Mon, 09 Oct 2006 00:22:15 -0000 Kip Macy wrote this message on Sun, Oct 08, 2006 at 15:59 -0700: > > > > How would you see a sched_lock decomposition (and, if it is possible, > > how many locks it could be decomposed in?) > > Rather than having a per thread lock, Solaris uses the lock for the > current container that a thread is associated with (cpu, run queue, Wouldn't having a single run queue lock still serialize the cpu's when getting a thread to run? Don't we really need a per cpu run queue, and then have a scheduler that puts threads on the cpu's run queues? we probably should move some of the stats (LA) to pcpu data structure and desolving sched_lock from thread priority updates... This would mean sched_lock would need to be aquired less often, closer to quantum (which is ~100ms now) instead of each hz... There is probably work to be done to push the locks down around thread, proc and kse/ksg... It looks like a lot of the work done each HZ could be a lot more local than it currently is... It's probably not so much scheduling over head that is killing sun4v but the stats gathering.. Though I have very little knowlege about how scheduling works, so I am probably incorrect.. -- 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 Mon Oct 9 01:18: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 EA5E616A407; Mon, 9 Oct 2006 01:18:19 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE1343D53; Mon, 9 Oct 2006 01:18:19 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k991IHlZ070509; Sun, 8 Oct 2006 18:18:17 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k991IGm4070506; Sun, 8 Oct 2006 18:18:17 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 18:18:16 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: John-Mark Gurney In-Reply-To: <20061009002200.GM793@funkthat.com> Message-ID: <20061008181618.N69745@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> <20061009002200.GM793@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Attilio Rao , freebsd-current@freebsd.org, David Xu , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 01:18:20 -0000 > Wouldn't having a single run queue lock still serialize the cpu's when > getting a thread to run? Don't we really need a per cpu run queue, and > then have a scheduler that puts threads on the cpu's run queues? Balancing run queues has overhead as well. From what I've seen having threads bouncing back and forth between the sleep queue and the run queue because sleep / wakeup is overused (see lockmgr) is a bigger deal right now. Moving to multiple run queues is inappropriate at this time. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 01:23:29 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 AE78616A407; Mon, 9 Oct 2006 01:23:29 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2985743D58; Mon, 9 Oct 2006 01:23:24 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id 887E54580C; Sun, 8 Oct 2006 18:23:23 -0700 (PDT) Date: Sun, 8 Oct 2006 18:23:23 -0700 From: Paul Allen To: Kip Macy , Attilio Rao , David Xu , freebsd-current@freebsd.org, Ivan Voras Message-ID: <20061009012323.GD3467@riyal.ugcs.caltech.edu> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> <20061009002200.GM793@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061009002200.GM793@funkthat.com> Sender: jd@ugcs.caltech.edu Cc: Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 01:23:29 -0000 >From John-Mark Gurney , Sun, Oct 08, 2006 at 05:22:00PM -0700: > Wouldn't having a single run queue lock still serialize the cpu's when > getting a thread to run? Don't we really need a per cpu run queue, and > then have a scheduler that puts threads on the cpu's run queues? Just so. A fine-grain mutex model is much like pipelining a processor. You break a task up into many small tasks each with its own lock and then run the tasks in parallel. There is a problem though. 1) How many pipeline stages you want depends on the number of underlying CPUs. Too few stages means idle processors. Too many stages relative to the available resources means wasted time acquiring many locks. 2) The work has been relatively matched. One slow stage creates bottlenecks that everyone else eventually feels. 3) Cache coherency: handing off a datum between CPUs wastes cache resources. Allowing one CPU to process a given datum through a life-time of several different lock stages (tasks) means sharing the data covered by those task's locks. This sort of design problem is hard to solve and harder for several different developers some of them working in their spare-time to coordinate properly. It's even harder to do when the end application is unknown (i.e., in a general purpose OS). BUT, per-cpu algorithms are not necessarily better. you can waste cache resources by data replication. you need to provision load-balancing/migration. I had been hoping that mdillon @ dragonfly would provide good experimental evidence on this point. unfortunately, in my estimation he s distracted by some heavy goals (namely his single-image clustering). The consequence of this is 1) it will take a long-time before enough of the dragonfly kernel is out from under giant and 2) relative performance comparisons will be dubious because it will be unclear what cost he is paying for some of his single-image clustering support. Its a shame because the community would greatly benefit from clear experimental evidence contrasting some of the fine-grained locking approaches with a more per-cpu oriented design. AFAIK, the linux kernel has generally favored the per-cpu approach. In that respect, relative underperformance of FreeBSD vs. Linux is an indicator that per-cpu approaches deserve more weight in the FreeBSD world. Paul From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 01:29:48 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 5C22816A40F; Mon, 9 Oct 2006 01:29:48 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E0143D53; Mon, 9 Oct 2006 01:29:47 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k991TjlZ073847; Sun, 8 Oct 2006 18:29:45 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k991TjgE073843; Sun, 8 Oct 2006 18:29:45 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 18:29:45 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Paul Allen In-Reply-To: <20061009012323.GD3467@riyal.ugcs.caltech.edu> Message-ID: <20061008182521.U69745@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <200610090634.31297.davidxu@freebsd.org> <20061008225150.GK793@funkthat.com> <3bbf2fe10610081555r67265368sf7f12edbf35bff0d@mail.gmail.com> <20061008155817.G29803@demos.bsdclusters.com> <20061009002200.GM793@funkthat.com> <20061009012323.GD3467@riyal.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Attilio Rao , freebsd-current@freebsd.org, David Xu , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 01:29:48 -0000 > > AFAIK, the linux kernel has generally favored the per-cpu approach. In > that respect, relative underperformance of FreeBSD vs. Linux is an indicator > that per-cpu approaches deserve more weight in the FreeBSD world. As early as 2002 Linux scaled cleanly to 32-way on a powerpc machine. This is, as far as I can tell, a testament to IBM's investment in Linux. FreeBSD is just now moving past subsystem locking. A per-cpu approach will only make sense when finer grained locking is more consistently used throughout the kernel. Ideally in so doing we'll be more consistent about the granularity of locking across subsystems than we have been in the past. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 02:06:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EF1EA16A40F; Mon, 9 Oct 2006 02:06:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Mon, 9 Oct 2006 10:06:54 +0800 User-Agent: KMail/1.8.2 References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061009002200.GM793@funkthat.com> <20061008181618.N69745@demos.bsdclusters.com> In-Reply-To: <20061008181618.N69745@demos.bsdclusters.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200610091006.54219.davidxu@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Attilio Rao , John-Mark Gurney , Kip Macy , Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 02:06:59 -0000 On Monday 09 October 2006 09:18, Kip Macy wrote: > > Wouldn't having a single run queue lock still serialize the cpu's when > > getting a thread to run? Don't we really need a per cpu run queue, and > > then have a scheduler that puts threads on the cpu's run queues? > > Balancing run queues has overhead as well. From what I've seen having > threads bouncing back and forth between the sleep queue and the run > queue because sleep / wakeup is overused (see lockmgr) is a bigger deal > right now. Moving to multiple run queues is inappropriate at this time. > > > -Kip If single sched_lock is not removed, it even is not worthy of trying mutliple run queues, since any time you spent under sched_lock will be scaled to N times, where N is the number of CPU, in worst case. This makes load-balance a bit useless. David Xu From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 02:10:54 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 C882416A40F; Mon, 9 Oct 2006 02:10:54 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 736E543D46; Mon, 9 Oct 2006 02:10:54 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k992AqlZ085455; Sun, 8 Oct 2006 19:10:52 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k992Aq7E085452; Sun, 8 Oct 2006 19:10:52 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 8 Oct 2006 19:10:51 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: David Xu In-Reply-To: <200610091006.54219.davidxu@freebsd.org> Message-ID: <20061008191021.B85399@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <20061009002200.GM793@funkthat.com> <20061008181618.N69745@demos.bsdclusters.com> <200610091006.54219.davidxu@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Attilio Rao , John-Mark Gurney , freebsd-current@freebsd.org, Ivan Voras Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 02:10:54 -0000 On Mon, 9 Oct 2006, David Xu wrote: > On Monday 09 October 2006 09:18, Kip Macy wrote: > > > Wouldn't having a single run queue lock still serialize the cpu's when > > > getting a thread to run? Don't we really need a per cpu run queue, and > > > then have a scheduler that puts threads on the cpu's run queues? > > > > Balancing run queues has overhead as well. From what I've seen having > > threads bouncing back and forth between the sleep queue and the run > > queue because sleep / wakeup is overused (see lockmgr) is a bigger deal > > right now. Moving to multiple run queues is inappropriate at this time. > > > > > > -Kip > > If single sched_lock is not removed, it even is not worthy of trying mutliple > run queues, since any time you spent under sched_lock will be scaled to > N times, where N is the number of CPU, in worst case. This makes load-balance > a bit useless. This is without sched_lock. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 03:17: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 21B5B16A412; Mon, 9 Oct 2006 03:17:20 +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 4431E43D49; Mon, 9 Oct 2006 03:17:18 +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 B6133EB0F7E; Mon, 9 Oct 2006 11:17:13 +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 Jv751+ayG8Ai; Mon, 9 Oct 2006 11:17:11 +0800 (CST) Received: from [10.217.12.40] (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 382E0EB0F82; Mon, 9 Oct 2006 11:17:09 +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: subject:x-enigmail-version:content-type; b=pqfufFcaja4fTzmGkKvSxtg4KZ5Cj9nU55M9GdFkMpht4fOB+MQuwwd2x2/7QX67V 50I/P+QWHgDl3ywAD3ogg== Message-ID: <4529BF26.1040108@delphij.net> Date: Mon, 09 Oct 2006 11:16:54 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigB1859D585A1145D2E166149C" Cc: Subject: Call for testers: Replace GNU gzip with NetBSD's gzip implementation 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, 09 Oct 2006 03:17:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB1859D585A1145D2E166149C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Here is a patchset that replaces the GNU gzip with NetBSD's gzip implementation, which uses zlib to do actual compress/decompress operatio= n: Go to your src/usr.bin and execute the following shar archive: http://people.freebsd.org/~delphij/for_review/bsd_gzip/shar-bsd-gzip-2006= 1009 Then, go to src/ and apply the following patch: http://people.freebsd.org/~delphij/for_review/bsd_gzip/patch-remove-gnu-g= zip-01 Currently this gzip implementation should work as a drop-in replacement for GNU gzip. I am still working on some style issues here, etc., so the current focus is functional test. Any sort of comments are welcome. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB1859D585A1145D2E166149C 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 iD8DBQFFKb8mOfuToMruuMARA7NUAJ9QyWq+D8z1MV/A8kMhxTbOX5ay1QCfZdRc OIkQAa7bc1+63Nv8WNuVfnQ= =WMNJ -----END PGP SIGNATURE----- --------------enigB1859D585A1145D2E166149C-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 05:52: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 B842216A416 for ; Mon, 9 Oct 2006 05:52:09 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F3C43D49 for ; Mon, 9 Oct 2006 05:52:08 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1404160wxd for ; Sun, 08 Oct 2006 22:52:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EwWxbpuo5skk4gXlr4qpJGlzqkmrKFoZ7Ol/Vfk6vlBlKLg98MuEp96ii8T9n/S9/Y0IxPoBXJTEadhODqtlDdL3yeOIfSA/M6N5/lCufBBbrsouMgXMgE1p3sxAWmMIzcpHSYohCUu2tyiqoVBSyZF4vGykwyZZP01Tz37b0aY= Received: by 10.70.67.2 with SMTP id p2mr10575924wxa; Sun, 08 Oct 2006 22:52:08 -0700 (PDT) Received: by 10.70.118.3 with HTTP; Sun, 8 Oct 2006 22:52:08 -0700 (PDT) Message-ID: <2fd864e0610082252g3fbdf020s1a450e0233d26488@mail.gmail.com> Date: Mon, 9 Oct 2006 00:52:08 -0500 From: Astrodog To: "Kip Macy" In-Reply-To: <20061008131832.O83537@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> <20061008131832.O83537@demos.bsdclusters.com> Cc: David Xu , current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 05:52:09 -0000 On 10/8/06, Kip Macy wrote: > > > > I think MAXCPU should not be great than 32, since we currently define > > cpumask_t as an integer which now should be changed to a bitmap and > > a group of operations like we did for sigset_t. > > This will need to be changed soon for T2 support. > _______________________________________________ > 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" > With the potential of needing to support 128 logical CPUs, I don't think there's any way to get around this becoming alterable. --- Harrison From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 07:07: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 36F1516A415; Mon, 9 Oct 2006 07:07:46 +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 7F44743D45; Mon, 9 Oct 2006 07:07:45 +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 k9977iML005018; Mon, 9 Oct 2006 03:07:44 -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 k9977i3P017304; Mon, 9 Oct 2006 03:07:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B2BFA7305F; Mon, 9 Oct 2006 03:07:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061009070743.B2BFA7305F@freebsd-current.sentex.ca> Date: Mon, 9 Oct 2006 03:07:43 -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/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: Mon, 09 Oct 2006 07:07:46 -0000 TB --- 2006-10-09 06:36:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-09 06:36:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-10-09 06:36:43 - cleaning the object tree TB --- 2006-10-09 06:37:03 - checking out the source tree TB --- 2006-10-09 06:37:03 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-10-09 06:37:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-09 06:44:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-09 06:44:18 - cd /src TB --- 2006-10-09 06:44:18 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 9 06:44: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 [...] ===> 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/sparc64 -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/sparc64/sysdep.c softcore.c ===> sys/boot/ofw (depend) ===> sys/boot/ofw/libofw (depend) ln -sf /src/sys/boot/ofw/libofw/../../../sparc64/include machine make: don't know how to make openfirm_mmu.c. Stop *** Error code 2 Stop in /src/sys/boot/ofw. *** 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-09 07:07:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-09 07:07:43 - ERROR: failed to build world TB --- 2006-10-09 07:07:43 - tinderbox aborted TB --- 0.61 user 2.28 system 1860.38 real From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 07:35: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 90EB216A415 for ; Mon, 9 Oct 2006 07:35:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 261A343D6B for ; Mon, 9 Oct 2006 07:35:47 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so1882506nfc for ; Mon, 09 Oct 2006 00:35:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gOCR80+91WBIgAX4PuL3Ko2VGRct7ZApFqWdMg1XFx37JOpKtIuKFYAJdBC9AqLsz71EtcrEMUvl8Lce4CYCfiDcTTEtO6oo7YQpH9ry8NSd/nzLR3osgFznAmEZjEDXdCNOiSgpksYU2PcWS6ykHyKtSE4nil5GX9i08lMm168= Received: by 10.82.129.5 with SMTP id b5mr370620bud; Mon, 09 Oct 2006 00:35:46 -0700 (PDT) Received: by 10.82.191.20 with HTTP; Mon, 9 Oct 2006 00:35:46 -0700 (PDT) Message-ID: Date: Mon, 9 Oct 2006 00:35:46 -0700 From: "Kip Macy" To: current@freebsd.org, sparc64@freebsd.org In-Reply-To: <20061009070743.B2BFA7305F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061009070743.B2BFA7305F@freebsd-current.sentex.ca> Cc: Subject: Re: [head tinderbox] failure on sparc64/sparc64 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, 09 Oct 2006 07:35:53 -0000 I'm sorry for the breakage, I missed a 'cvs add' when updating the loader for sun4v. This should be my last major commit for a while. On 10/9/06, FreeBSD Tinderbox wrote: > TB --- 2006-10-09 06:36:43 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2006-10-09 06:36:43 - starting HEAD tinderbox run for sparc64/sparc64 > TB --- 2006-10-09 06:36:43 - cleaning the object tree > TB --- 2006-10-09 06:37:03 - checking out the source tree > TB --- 2006-10-09 06:37:03 - cd /tinderbox/HEAD/sparc64/sparc64 > TB --- 2006-10-09 06:37:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2006-10-09 06:44:18 - building world (CFLAGS=-O2 -pipe) > TB --- 2006-10-09 06:44:18 - cd /src > TB --- 2006-10-09 06:44:18 - /usr/bin/make -B buildworld > >>> World build started on Mon Oct 9 06:44: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 > [...] > ===> 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/sparc64 -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/sparc64/sysdep.c softcore.c > ===> sys/boot/ofw (depend) > ===> sys/boot/ofw/libofw (depend) > ln -sf /src/sys/boot/ofw/libofw/../../../sparc64/include machine > make: don't know how to make openfirm_mmu.c. Stop > *** Error code 2 > > Stop in /src/sys/boot/ofw. > *** 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-09 07:07:43 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-10-09 07:07:43 - ERROR: failed to build world > TB --- 2006-10-09 07:07:43 - tinderbox aborted > TB --- 0.61 user 2.28 system 1860.38 real > > _______________________________________________ > 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 9 07:43:57 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 AD40916A403 for ; Mon, 9 Oct 2006 07:43:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD2743D77 for ; Mon, 9 Oct 2006 07:43:49 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GWpnC-00026J-1d for freebsd-current@freebsd.org; Mon, 09 Oct 2006 09:43:18 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Oct 2006 09:43:18 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Oct 2006 09:43:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 09 Oct 2006 09:41:56 +0200 Lines: 18 Message-ID: References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <2006 10082011.53649.davidxu@freebsd.org> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <20061008155350.L29803@demos.bsdclusters.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <20061008155350.L29803@demos.bsdclusters.com> Sender: news Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 07:43:57 -0000 Kip Macy wrote: >> Any word on how will they handle migration of threads across sockets (or >> will it be OS's job)? Judging from T1 architecture, I think such event >> would create a very large performance penalty, but I'm not an expert. > > It is the job of the OS to take locality into account in thread > scheduling. Moving between chips You'll just lose the L2 cache locality > just as you would on a normal SMP. I'm reading about the architecture now; it seems 8 threads of a core are divided into two thread groups (each of which has its own ALU) and there's a hierarchy of "closeness" in terms of moving threads between execution units: 1. inside of thread group (instantaneous) 2. between thread groups 3. between cores 4. between CPUs/sockets From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 07:48:23 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 166EB16A4D2; Mon, 9 Oct 2006 07:48:23 +0000 (UTC) (envelope-from dds@aueb.gr) Received: from mx-out-04.forthnet.gr (mx-out.forthnet.gr [193.92.150.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D2743D77; Mon, 9 Oct 2006 07:47:54 +0000 (GMT) (envelope-from dds@aueb.gr) Received: from mx-av-03.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-04.forthnet.gr (8.13.7/8.13.7) with ESMTP id k997lbrM018876; Mon, 9 Oct 2006 10:47:37 +0300 Received: from mx-in-02.forthnet.gr (mx-in-02.forthnet.gr [193.92.150.185]) by mx-av-03.forthnet.gr (8.13.7/8.13.7) with ESMTP id k997lZtP008622; Mon, 9 Oct 2006 10:47:35 +0300 Received: from [192.168.136.16] (ppp162-101.adsl.forthnet.gr [194.219.45.101]) by mx-in-02.forthnet.gr (8.13.7/8.13.7) with ESMTP id k997lR49014708; Mon, 9 Oct 2006 10:47:28 +0300 Authentication-Results: mx-in-02.forthnet.gr from=dds@aueb.gr; sender-id=neutral; spf=neutral Message-ID: <4529FE93.3050007@aueb.gr> Date: Mon, 09 Oct 2006 10:47:31 +0300 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060729 SeaMonkey/1.0.4 MIME-Version: 1.0 To: LI Xin References: <4529BF26.1040108@delphij.net> In-Reply-To: <4529BF26.1040108@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Call for testers: Replace GNU gzip with NetBSD's gzip implementation 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, 09 Oct 2006 07:48:23 -0000 LI Xin wrote: > Here is a patchset that replaces the GNU gzip with NetBSD's gzip > implementation, which uses zlib to do actual compress/decompress operation: > > Go to your src/usr.bin and execute the following shar archive: > > http://people.freebsd.org/~delphij/for_review/bsd_gzip/shar-bsd-gzip-20061009 > > Then, go to src/ and apply the following patch: > > http://people.freebsd.org/~delphij/for_review/bsd_gzip/patch-remove-gnu-gzip-01 > > Currently this gzip implementation should work as a drop-in replacement > for GNU gzip. I am still working on some style issues here, etc., so > the current focus is functional test. > > Any sort of comments are welcome. The file zuncompress.c is very closely related to usr.bin/compress/zopen.c. Both are derived from work I did in 1992 to package the compress(1) functionality into a library. Maybe the time is now ripe to actually move the compression/decompression code into a reusable library component. Diomidis - dds@ From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 07:50: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 A14B416A407 for ; Mon, 9 Oct 2006 07:50:45 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27B343D53 for ; Mon, 9 Oct 2006 07:50:44 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k997oJlZ040798; Mon, 9 Oct 2006 00:50:23 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k997oCNb040676; Mon, 9 Oct 2006 00:50:17 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Mon, 9 Oct 2006 00:50:12 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Ivan Voras In-Reply-To: Message-ID: <20061009004849.U24755@demos.bsdclusters.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <2006 10082011.53649.davidxu@freebsd.org> <20061008135031.G83537@demos.bsdclusters.com> <4529667D.8070108@fer.hr> <20061008155350.L29803@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - 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: Mon, 09 Oct 2006 07:50:45 -0000 > 1. inside of thread group (instantaneous) > 2. between thread groups > 3. between cores > 4. between CPUs/sockets I don't think the T2 has changed fundmentally from the T1, thus core == thread group so 2 and 3 are the same. -Kip From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 08:57:41 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 866E016A407 for ; Mon, 9 Oct 2006 08:57:41 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0024443D49 for ; Mon, 9 Oct 2006 08:57:40 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 4F962FED411 for ; Mon, 9 Oct 2006 12:57:39 +0400 (MSD) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.250]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 2E1DC10099CE for ; Mon, 9 Oct 2006 12:57:39 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.8/8.13.8) with ESMTP id k998vaOe013793 for ; Mon, 9 Oct 2006 12:57:36 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.8/8.13.8/Submit) id k998vaqZ013790; Mon, 9 Oct 2006 12:57:36 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Mon, 09 Oct 2006 12:57:36 +0400 Message-ID: <8764et27en.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: GARTInit: Unable to open /dev/agpgart (No such file or directory) 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, 09 Oct 2006 08:57:41 -0000 Hi! I've lost my agpgart on fresh CURRENT: FreeBSD neva.vlink.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #14: Mon Oct 9 09:15:21 MSD 2006 dsh@neva.vlink.ru:/var/FreeBSD/obj/var/FreeBSD/src/sys/MYNERIC i386 >From /var/log/Xorg.log: (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) (WW) I810(0): /dev/agpgart is either not available, or no memory is available for allocation. Using pre-allocated memory only. ,----[ pciconf -lv ] | vgapci0@pci0:2:0: class=0x030000 card=0x56418086 chip=0x25628086 rev=0x01 hdr=0x00 | vendor = 'Intel Corporation' | device = '82845G/GL/GV/GE/PE Integrated Graphics Device' | class = display | subclass = VGA `---- Does anybody know how to fix it? -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 10:34:35 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 97B0C16A40F; Mon, 9 Oct 2006 10:34:35 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FBFA43D4C; Mon, 9 Oct 2006 10:34:35 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp2-g19.free.fr (Postfix) with ESMTP id 67D4825CA2; Mon, 9 Oct 2006 12:34:34 +0200 (CEST) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 8CF1E11963; Mon, 9 Oct 2006 12:34:33 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48087-07; Mon, 9 Oct 2006 12:34:28 +0200 (CEST) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id E784211942; Mon, 9 Oct 2006 12:34:26 +0200 (CEST) From: Florent Thoumie To: freebsd-ports@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-w8BDeEn8fu9c/vst446N" Date: Mon, 09 Oct 2006 11:34:24 +0100 Message-Id: <1160390064.76522.23.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-bugbusters@FreeBSD.org Subject: FreeBSD Test-Bugathon.... check 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, 09 Oct 2006 10:34:35 -0000 --=-w8BDeEn8fu9c/vst446N Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Following the example of our friends from NetBSD. We organized this week-end what they called a Bugathon. Basically, people gather on an IRC channel and discuss about some Problem Reports they either sent or are interested in. This is a great opportunity to get things done faster and get in touch with committers. The Bugathon was only announced on -ports because we weren't sure to get enough src committers, mainly because of the very short notice (it was decided on friday evening CET). Anyway, the result of the Test-Bugathon is that around 140 PRs have been closed (kern:8, bin:2, ports:~100, i386:1, docs:7, www:4, usb:14, conf:4, amd64:1). I'd like to thank all the committers and participants who came, it was a lot of fun. The test has proven its point so we'll definitely make new bugathons in the near future. We haven't settled on a date yet, but an announcement will be made once the date will be decided, at least two weeks before the event. In the meantime, don't hesitate to come to the IRC channel #freebsd-bugbusters on EFNET or subscribe to the freebsd-bugbusters mailing list. Have fun fixing bugs! --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-w8BDeEn8fu9c/vst446N Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBFKiWwMxEkbVFH3PQRAgEtAJsFsK+HCt6RiOVp9uXNWKGRLaeWbwCcDcpZ u3wuRVonvB6Xz3Dvf0eXt9k= =D6wr -----END PGP SIGNATURE----- --=-w8BDeEn8fu9c/vst446N-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 11:39: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 1592916A5F3 for ; Mon, 9 Oct 2006 11:39:31 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 546D143E4B for ; Mon, 9 Oct 2006 11:35:44 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GWtQ0-000PfA-3E for freebsd-current@freebsd.org; Mon, 09 Oct 2006 11:35:43 +0000 Received: from localhost.nanog.merit.net ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GWtJO-000031-9n for freebsd-current@freebsd.org; Mon, 09 Oct 2006 01:28:46 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17706.12909.745726.829481@roam.psg.com> Date: Mon, 9 Oct 2006 06:28:45 -0500 To: FreeBSD Current X-Spam-Score: -1.4 (-) Subject: buildworld fails in openssh 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, 09 Oct 2006 11:39:31 -0000 cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-server.c cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-common.c cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -o sftp-server sftp-server.o sftp-common.o -lssh -lcrypt -lcrypto -lz /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Update' /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Final' /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Init' *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 11:48: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 59E6616A4A7 for ; Mon, 9 Oct 2006 11:48:43 +0000 (UTC) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273BA43D92 for ; Mon, 9 Oct 2006 11:48:40 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub03.unibe.ch [130.92.5.63]) by mailhub03.unibe.ch (Postfix) with ESMTP id AB4FD4D021; Mon, 9 Oct 2006 13:48:38 +0200 (CEST) X-Virus-checked: by University of Berne Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub03.unibe.ch [130.92.5.63]) (amavisd-new, port 10024) with LMTP id DIPkq8kJ5eCL; Mon, 9 Oct 2006 13:48:34 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id B2DF04D1E2; Mon, 9 Oct 2006 13:48:34 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.13.6+Sun/8.13.6) with ESMTP id k99BmZvC000785; Mon, 9 Oct 2006 13:48:35 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k99BmZu3007415; Mon, 9 Oct 2006 13:48:35 +0200 (MEST) Date: Mon, 9 Oct 2006 13:48:35 +0200 From: Tobias Roth To: Randy Bush Message-ID: <20061009114835.GA7398@droopy.unibe.ch> References: <17706.12909.745726.829481@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17706.12909.745726.829481@roam.psg.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. Cc: freebsd-current@freebsd.org Subject: Re: buildworld fails in openssh 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, 09 Oct 2006 11:48:43 -0000 On Mon, Oct 09, 2006 at 06:28:45AM -0500, Randy Bush wrote: > cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-server.c > cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-common.c > cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -include ssh_namespace.h -o sftp-server sftp-server.o sftp-common.o -lssh -lcrypt -lcrypto -lz > /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Update' > /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Final' > /usr/obj/usr/src/tmp/usr/lib/libssh.so: undefined reference to `SHA256_Init' > *** Error code 1 Please double-check if this is really a problem with -current, and not with -stable. Afaik, -current is not affected. The workaround is to re-enable the build of kerberos in /etc/make.conf. A proper solution is underway, it's ru@ who handles this. Thanks, Tobias From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 12:12:57 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 DA65816A412 for ; Mon, 9 Oct 2006 12:12:57 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C5543D70 for ; Mon, 9 Oct 2006 12:12:49 +0000 (GMT) (envelope-from randy@psg.com) Received: from [192.35.165.203] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GWtzy-000Pz6-02; Mon, 09 Oct 2006 12:12:48 +0000 Message-ID: <452A82FC.6040202@psg.com> Date: Mon, 09 Oct 2006 07:12:28 -1000 From: Randy Bush User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Tobias Roth References: <17706.12909.745726.829481@roam.psg.com> <20061009114835.GA7398@droopy.unibe.ch> In-Reply-To: <20061009114835.GA7398@droopy.unibe.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) Cc: freebsd-current@freebsd.org Subject: Re: buildworld fails in openssh 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, 09 Oct 2006 12:12:57 -0000 > Please double-check if this is really a problem with -current, and not > with -stable. Afaik, -current is not affected. doh. with eight -current systems and one -stable, my mind is stuck in -current. but indeed, this was in -stable. > The workaround is to re-enable the build of kerberos in /etc/make.conf. > A proper solution is underway, it's ru@ who handles this. i will probably wait. randy From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 18:40: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 2BA8A16A492 for ; Mon, 9 Oct 2006 18:40:46 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BB2143D55 for ; Mon, 9 Oct 2006 18:40:45 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 16820 invoked from network); 9 Oct 2006 18:27:51 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 9 Oct 2006 18:27:51 -0000 Received: (qmail 113 invoked from network); 9 Oct 2006 18:35:42 -0000 Received: from wbedllfs.intranet.xtra-net.be (HELO wbemfkaa.net.xtra-net.be) (172.16.66.1) by 0 with SMTP; 9 Oct 2006 18:35:42 -0000 From: Vincent Blondel To: freebsd-current@FreeBSD.org Content-Type: text/plain Date: Mon, 09 Oct 2006 20:39:43 +0200 Message-Id: <1160419183.42161.13.camel@wbemfkaa.net.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: vmware3 on FreeBSD-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, 09 Oct 2006 18:40:46 -0000 Hello, Has anyone succesfully installed vmware 3 on FreeBSD-current ? I am trying to run my w2k already installed on the disk with vmware. So I am root on my desktop, run vmware, then I get a dialog box asking for a licence key ( which key ??? I don't have any so I press on cancel ) and then I receive a dialog box with : title : 'Wmware Workstation Error' Unexpected output from the Configuration Wizard. sh: line 1 : 3089 Segmentation fault (core dumped) /usr/X11R6/lib/vmware/bin/vmware-wizard -- -browser 'netscape' -x -maxCowDiskCapacities 262144 131072 2>&1 So why do I have to do. I don't know anything about vmware and what is this message Thanks to help me. From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 20:33: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 2D0BF16A415 for ; Mon, 9 Oct 2006 20:33:43 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A81A43D67 for ; Mon, 9 Oct 2006 20:33:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k99KXYDK020215; Mon, 9 Oct 2006 15:33:35 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <452AB21F.20700@centtech.com> Date: Mon, 09 Oct 2006 15:33:35 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20060923) MIME-Version: 1.0 To: Fredrik Widlund References: <4522E54C.7060406@qbrick.com> <4523AA3C.2000107@qbrick.com> <45266948.3070407@qbrick.com> In-Reply-To: <45266948.3070407@qbrick.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/2016/Mon Oct 9 11:58:54 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org 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: Mon, 09 Oct 2006 20:33:43 -0000 On 10/06/06 09:33, 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). Just a followup: 6.2-BETA2 works on this system, however I just got a panic in the mfi driver. I didn't have a dumpdev set when it broke to ddb (can I set it once in ddb?), but it's still in the debugger if anyone wants any info from it. I think something like this is happening (somewhat guessing here, as I don't have the trace in front of me): In sys/dev/mfi/mfi.c around line 349, mfi_intr gets called, which executes the mfi_complete command and returns, but the device_printf ("Cannot set up interrupt") gets called anyhow and ends up causing a panic down in sccnputc. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 21:11:06 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 14A2316A407; Mon, 9 Oct 2006 21:11:06 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from nxm.secservers.com (nxm.secservers.com [193.85.228.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75EF043D46; Mon, 9 Oct 2006 21:11:04 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (nxm.secservers.com. [193.85.228.22]) by nxm.secservers.com (8.13.4/8.13.4) with ESMTP id k99LB2pL001018; Mon, 9 Oct 2006 23:11:02 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: freebsd-current Content-Type: multipart/mixed; boundary="=-U5+5Dmb17NrSoP0dw7du" Date: Mon, 09 Oct 2006 23:11:02 +0200 Message-Id: <1160428262.1009.58.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: rwatson@freebsd.org Subject: Little patch to mac_portacl(4) 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, 09 Oct 2006 21:11:06 -0000 --=-U5+5Dmb17NrSoP0dw7du Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, I have just found out that mac_portacl breaks root binding of low ports in a jail. I think that root in a jail should be allowed to bind to protected ports. Alternatively it can be easily made optional. What do you think? One-line patch attached. Regards Michal --=-U5+5Dmb17NrSoP0dw7du Content-Disposition: attachment; filename=mac_portacl.diff Content-Type: text/x-patch; name=mac_portacl.diff; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Index: mac_portacl.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/security/mac_portacl/mac_portacl.c,v retrieving revision 1.8 diff -u -r1.8 mac_portacl.c --- mac_portacl.c 31 Oct 2005 15:41:28 -0000 1.8 +++ mac_portacl.c 9 Oct 2006 20:55:28 -0000 @@ -427,7 +427,7 @@ mtx_unlock(&rule_mtx); if (error != 0 && mac_portacl_suser_exempt != 0) - error = suser_cred(cred, 0); + error = suser_cred(cred, SUSER_ALLOWJAIL); return (error); } --=-U5+5Dmb17NrSoP0dw7du-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 21:20: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 96FFF16A494 for ; Mon, 9 Oct 2006 21:20:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D24B43D8C for ; Mon, 9 Oct 2006 21:19:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D99CA46C9A; Mon, 9 Oct 2006 17:19:47 -0400 (EDT) Date: Mon, 9 Oct 2006 22:19:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michal Mertl In-Reply-To: <1160428262.1009.58.camel@genius.i.cz> Message-ID: <20061009221852.Q92182@fledge.watson.org> References: <1160428262.1009.58.camel@genius.i.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current Subject: Re: Little patch to mac_portacl(4) 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, 09 Oct 2006 21:20:27 -0000 On Mon, 9 Oct 2006, Michal Mertl wrote: > I have just found out that mac_portacl breaks root binding of low ports in a > jail. > > I think that root in a jail should be allowed to bind to protected ports. > Alternatively it can be easily made optional. > > What do you think? > > One-line patch attached. Yes, this is a good patch. In fact, I believe I have the same (or at least, a similar) fix in my outstanding priv(9) patch. I'll commit this tomorrow, thanks! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Oct 9 23:42:09 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 D052616A407 for ; Mon, 9 Oct 2006 23:42:09 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73FC443D6E for ; Mon, 9 Oct 2006 23:42:08 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from db2.internal (db2.internal [10.202.2.12]) by frontend1.messagingengine.com (Postfix) with ESMTP id 8BB4FDB1AA4 for ; Mon, 9 Oct 2006 19:42:06 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by db2.internal (MEProxy); Mon, 09 Oct 2006 19:42:09 -0400 X-Sasl-enc: ibj19uLL6sV7wg9s3OqRT5DylIxdq7UzEg3ma9dR5X4V 1160437329 Received: from [10.50.3.140] (unknown [204.110.228.254]) by mail.messagingengine.com (Postfix) with ESMTP id EC9091FE3 for ; Mon, 9 Oct 2006 19:42:08 -0400 (EDT) Message-ID: <452ADE4C.70501@fastmail.fm> Date: Mon, 09 Oct 2006 18:42:04 -0500 From: Patrick Bowen User-Agent: Thunderbird 1.5.0.4 (X11/20060723) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4529BF26.1040108@delphij.net> In-Reply-To: <4529BF26.1040108@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Call for testers: Replace GNU gzip with NetBSD's gzip implementation 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, 09 Oct 2006 23:42:09 -0000 LI Xin wrote: > Hi, > > Here is a patchset that replaces the GNU gzip with NetBSD's gzip > implementation, which uses zlib to do actual compress/decompress operation: > > Go to your src/usr.bin and execute the following shar archive: > > http://people.freebsd.org/~delphij/for_review/bsd_gzip/shar-bsd-gzip-20061009 > > Then, go to src/ and apply the following patch: > > http://people.freebsd.org/~delphij/for_review/bsd_gzip/patch-remove-gnu-gzip-01 > > Currently this gzip implementation should work as a drop-in replacement > for GNU gzip. I am still working on some style issues here, etc., so > the current focus is functional test. > > Any sort of comments are welcome. > > Cheers, > Xin: Seems to work fine as far as I can tell. Thanks. Patrick From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 08:05:57 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 92D9116A407 for ; Tue, 10 Oct 2006 08:05:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8643F43D6B for ; Tue, 10 Oct 2006 08:05:52 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GXCc4-0007LQ-Sa for freebsd-current@freebsd.org; Tue, 10 Oct 2006 10:05:21 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Oct 2006 10:05:20 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Oct 2006 10:05:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 10 Oct 2006 10:04:18 +0200 Lines: 9 Message-ID: References: <1160419183.42161.13.camel@wbemfkaa.net.xtra-net.be> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <1160419183.42161.13.camel@wbemfkaa.net.xtra-net.be> Sender: news Subject: Re: vmware3 on FreeBSD-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, 10 Oct 2006 08:05:57 -0000 Vincent Blondel wrote: > So I am root on my desktop, > run vmware, > then I get a dialog box asking for a licence key ( which key ??? I don't > have any so I press on cancel ) You need a license key to run any VMWare products except Player and Server. If an application is in ports, it doesn't mean it's free :) From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 10:02: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 B9A6016A403; Tue, 10 Oct 2006 10:02:20 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4658A43D58; Tue, 10 Oct 2006 10:02:20 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GXERG-000BLK-2p; Tue, 10 Oct 2006 12:02:18 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Daichi GOTO In-reply-to: <44FD8B2B.60501@freebsd.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> <20060904184717.GA41475@xor.obsecurity.org> <44FD8B2B.60501@freebsd.org> Comments: In-reply-to Daichi GOTO message dated "Tue, 05 Sep 2006 23:35:23 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Oct 2006 12:02:17 +0200 From: Danny Braniss Message-ID: Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, Kris Kennaway Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 10 Oct 2006 10:02:20 -0000 [...] > Yeah, we have a new patchset to solve above problem I think. any chance that the new unionfs will make it to 6.2? I'm using it, and it's working just fine - as opposed to the unusable one supplied. If not, Daichi GOTO, will you have a new set of patches? union_vfsops.c just changed, for example. thanks, danny From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 10:25: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 BEC0C16A407; Tue, 10 Oct 2006 10:25:19 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A36D43D45; Tue, 10 Oct 2006 10:25:19 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 6EF00244C29; Tue, 10 Oct 2006 19:25:17 +0900 (JST) Message-ID: <452B750D.2020104@freebsd.org> Date: Tue, 10 Oct 2006 19:25:17 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: Danny Braniss References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> <20060904184717.GA41475@xor.obsecurity.org> <44FD8B2B.60501@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, Kris Kennaway Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 10 Oct 2006 10:25:19 -0000 Danny Braniss wrote: > [...] >> Yeah, we have a new patchset to solve above problem I think. > > any chance that the new unionfs will make it to 6.2? We cannot merger unionfs patch to 6.x branch. It'll just only for -current. For 6.x patchset is just a patchset. > I'm using it, and it's working just fine - as opposed to the unusable > one supplied. For under some heavy situation with mount_nullfs, it has a problem since the lock mechanism. To solve that problem, we need a new API(function) for VFS. We are discussing about it and need vfs-hackers help. Sorry for my slow response :( > If not, Daichi GOTO, will you have a new set of patches? > union_vfsops.c just changed, for example. > thanks, > danny uhmm... you need a new patchset if it is under construction? -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 14:05:57 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 C01DC16A407 for ; Tue, 10 Oct 2006 14:05:57 +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 3162C43D55 for ; Tue, 10 Oct 2006 14:05:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k9AE5hs1087406; Tue, 10 Oct 2006 10:05:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 10 Oct 2006 10:01:03 -0400 User-Agent: KMail/1.9.1 References: <20061006200320.T1063@baba.farley.org> In-Reply-To: <20061006200320.T1063@baba.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610101001.04286.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 10 Oct 2006 10:05:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2018/Tue Oct 10 08:04:40 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: "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: Tue, 10 Oct 2006 14:05:57 -0000 On Friday 06 October 2006 21:13, Sean C. Farley wrote: > Many a moon ago[1], I put together a patch to fix the leak in setenv() > and unsetenv(). A few months ago, I submitted a PR (kern/99826[2]) for > the final fix. I was wondering if anyone would take a look at it to see > if any changes are still warranted. The PR contains information about > the patch and sample programs to test it out. > > Thank you. > > Sean > 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2005-February/010463.html > 2. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99826 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. 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. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 14:06:00 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 A34E716A4E6; Tue, 10 Oct 2006 14:06:00 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD92E43D58; Tue, 10 Oct 2006 14:05:59 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 8D497244C2C; Tue, 10 Oct 2006 23:05:57 +0900 (JST) Message-ID: <452BA8C4.7040906@freebsd.org> Date: Tue, 10 Oct 2006 23:05:56 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org, rodrigc@crodrigues.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp Subject: [REQUEST] unionfs needs some guys can do implements new 2 APIs for VFS 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, 10 Oct 2006 14:06:00 -0000 Hi Guys! Now we need a man or a guy who can do implements new 2 APIs for VFS. Someone please help us!! http://people.freebsd.org/~daichi/unionfs/request-new-api-for-vfs.html ---- The FreeBSD new unionfs implementation: New API request for FreeBSD VFS ======================================================================= Daichi GOTO (daichi@freebsd.org) 1 Introduction We have always tried to keep changes just in unionfs segment only. But by accomplish nothing, we need change the other segment. 2 Problem Description Until now we have did many improvements for unionfs, but now we feel the limication arount the process of unionfs's "copied-up file". Additional thinking of future support for MAC extention, ADVLOCK lock infomation and somethinkg like those, all the more reason to be careful. 3 Impact It leads the confution of unionfs implementation and some problem around lock mechanism. We cannot solve those problem by just only changes in unionfs segument. 4 Solution Request We need new 2 APIs(functions) for VFS. Please some developer do implement new APIs like as follow: int VOP_GETALLATTR(struct vnode *vp, struct vnode_xxx *data, struct thread *td) { set the all attr to data from vp; ...; } int VOP_SETALLATTR(struct vnode *vp, struct vnode_xxx *data, struct thread *td) { set the all attr to vp from data; ...; } Above funtions can set/get vnode information(now those are attr, extattr and ADVLOCK) together if its type is VREG. We cannot do implement it caused by lack of vfs arcana. Please raise your hands and do it, please. 5 References http://people.freebsd.org/~daichi/unionfs/ http://people.freebsd.org/~daichi/unionfs/index-ja.html http://people.freebsd.org/~daichi/unionfs/reason-for-sys-uio-file.html ---- We need your help. Please help us. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 14:11: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 BBDD116A40F; Tue, 10 Oct 2006 14:11:12 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2DA43D46; Tue, 10 Oct 2006 14:11:11 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 7E775244C2C; Tue, 10 Oct 2006 23:11:08 +0900 (JST) Message-ID: <452BA9FB.3080401@freebsd.org> Date: Tue, 10 Oct 2006 23:11:07 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: Daichi GOTO References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> <20060904184717.GA41475@xor.obsecurity.org> <44FD8B2B.60501@freebsd.org> <452B750D.2020104@freebsd.org> In-Reply-To: <452B750D.2020104@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, Kris Kennaway Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 10 Oct 2006 14:11:12 -0000 Daichi GOTO wrote: > Danny Braniss wrote: >> [...] >>> Yeah, we have a new patchset to solve above problem I think. >> >> any chance that the new unionfs will make it to 6.2? > > We cannot merger unionfs patch to 6.x branch. It'll just only for > -current. For 6.x patchset is just a patchset. > >> I'm using it, and it's working just fine - as opposed to the unusable >> one supplied. > > For under some heavy situation with mount_nullfs, it has a problem since > the lock mechanism. To solve that problem, we need a new API(function) > for VFS. We are discussing about it and need vfs-hackers help. > Sorry for my slow response :( > >> If not, Daichi GOTO, will you have a new set of patches? >> union_vfsops.c just changed, for example. >> thanks, >> danny > > uhmm... you need a new patchset if it is under construction? I updated new two dosuments: http://people.freebsd.org/~daichi/unionfs/reason-for-sys-uio-file.html http://people.freebsd.org/~daichi/unionfs/request-new-api-for-vfs.html Folks who have a interest in unionfs, read it please :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 14:57: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 4AD6116A403; Tue, 10 Oct 2006 14:57:11 +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 36C3443D7B; Tue, 10 Oct 2006 14:57:00 +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 1B55E1A3C19; Tue, 10 Oct 2006 07:57:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9287251398; Tue, 10 Oct 2006 10:56:59 -0400 (EDT) Date: Tue, 10 Oct 2006 10:56:59 -0400 From: Kris Kennaway To: Danny Braniss Message-ID: <20061010145659.GA76958@xor.obsecurity.org> References: <44B67340.1080405@freebsd.org> <44B74036.6060101@freebsd.org> <20060903170129.GA98917@xor.obsecurity.org> <20060903172033.GA99212@xor.obsecurity.org> <20060904184717.GA41475@xor.obsecurity.org> <44FD8B2B.60501@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Daichi GOTO , ozawa@ongs.co.jp, freebsd-current@freebsd.org, Kris Kennaway Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge 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, 10 Oct 2006 14:57:11 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 10, 2006 at 12:02:17PM +0200, Danny Braniss wrote: > [...] > > Yeah, we have a new patchset to solve above problem I think. >=20 > any chance that the new unionfs will make it to 6.2? None, unfortunately - it's not even in 7.0 yet. Kris > I'm using it, and it's working just fine - as opposed to the unusable > one supplied. >=20 > If not, Daichi GOTO, will you have a new set of patches?=20 > union_vfsops.c just changed, for example. > thanks, > danny >=20 >=20 >=20 >=20 --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFK7S7Wry0BWjoQKURAuVmAJ0WR7w8ti+QU60g+j8XlYF/58Q0vACg2W5B VIfhvbhHGR2LPWUWs66mUfs= =OMU4 -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 15:34: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 406E716A47E; Tue, 10 Oct 2006 15:34:53 +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 63ECA43D5F; Tue, 10 Oct 2006 15:34:33 +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 k9AFYWHY029070; Tue, 10 Oct 2006 11:34:32 -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 k9AFYV7K026240; Tue, 10 Oct 2006 11:34:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B7F597305F; Tue, 10 Oct 2006 11:34:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061010153431.B7F597305F@freebsd-current.sentex.ca> Date: Tue, 10 Oct 2006 11:34:31 -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 sun4v/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, 10 Oct 2006 15:34:53 -0000 TB --- 2006-10-10 15:22:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-10 15:22:54 - starting HEAD tinderbox run for sun4v/sun4v TB --- 2006-10-10 15:22:54 - mkdir /tinderbox/HEAD/sun4v TB --- 2006-10-10 15:22:54 - mkdir /tinderbox/HEAD/sun4v/sun4v TB --- 2006-10-10 15:22:54 - cleaning the object tree TB --- 2006-10-10 15:22:54 - checking out the source tree TB --- 2006-10-10 15:22:54 - cd /tinderbox/HEAD/sun4v/sun4v TB --- 2006-10-10 15:22:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src TB --- 2006-10-10 15:34:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-10 15:34:29 - cd /src TB --- 2006-10-10 15:34:29 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 118: Unknown target sun4v:sun4v. *** Error code 1 Stop in /src. TB --- 2006-10-10 15:34:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-10 15:34:31 - ERROR: failed to build world TB --- 2006-10-10 15:34:31 - tinderbox aborted TB --- 0.05 user 0.00 system 697.41 real From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 18:09: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 D258C16A403; Tue, 10 Oct 2006 18:09:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7786943D79; Tue, 10 Oct 2006 18:09:36 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E160A46B08; Tue, 10 Oct 2006 14:09:35 -0400 (EDT) Date: Tue, 10 Oct 2006 19:09:36 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daichi GOTO In-Reply-To: <452BA8C4.7040906@freebsd.org> Message-ID: <20061010190815.L92182@fledge.watson.org> References: <452BA8C4.7040906@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp, rodrigc@crodrigues.org Subject: Re: [REQUEST] unionfs needs some guys can do implements new 2 APIs for VFS 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, 10 Oct 2006 18:09:36 -0000 On Tue, 10 Oct 2006, Daichi GOTO wrote: > 1 Introduction > > We have always tried to keep changes just in unionfs segment > only. But by accomplish nothing, we need change the other segment. > > > 2 Problem Description > > Until now we have did many improvements for unionfs, but > now we feel the limication arount the process of unionfs's > "copied-up file". Additional thinking of future support for > MAC extention, ADVLOCK lock infomation and somethinkg like those, > all the more reason to be careful. > > 3 Impact > > It leads the confution of unionfs implementation and some > problem around lock mechanism. We cannot solve those problem > by just only changes in unionfs segument. So, just to be clear that I understand things: the basic problem here is that when unionfs copies a file up a layer in the stack due to local modifications in the upper layer, you are not able to properly preserve the full set of file attributes, so are looking for a way to do this? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 19:00:25 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 7719416A40F for ; Tue, 10 Oct 2006 19:00:25 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9FC43D83 for ; Tue, 10 Oct 2006 18:59:52 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id BADDF446DD for ; Tue, 10 Oct 2006 14:59:44 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13122-01-6 for ; Tue, 10 Oct 2006 14:59:42 -0400 (EDT) Received: from lorne.arm.org (66-79-79-170.dsl.mebtel.net [66.79.79.170]) by bilbo.mebtel.net (Postfix) with ESMTP id 9180744475 for ; Tue, 10 Oct 2006 14:44:35 -0400 (EDT) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.6/8.13.4) with ESMTP id k9AIiZIW058005 for ; Tue, 10 Oct 2006 14:44:35 -0400 (EDT) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.6/8.13.4/Submit) id k9AIiYYV058002; Tue, 10 Oct 2006 14:44:34 -0400 (EDT) (envelope-from dlt) Date: Tue, 10 Oct 2006 14:44:34 -0400 (EDT) Message-Id: <200610101844.k9AIiYYV058002@lorne.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Cc: 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 Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2006 19:00:25 -0000 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.". Thanks for this piece of work. -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 20:25:04 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 391F116A415; Tue, 10 Oct 2006 20:25:04 +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 54F3743D55; Tue, 10 Oct 2006 20:25:03 +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 6C4B55EB9; Wed, 11 Oct 2006 00:25:02 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 6339D5E00; Wed, 11 Oct 2006 00:25:02 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9AKP45a083692; Wed, 11 Oct 2006 00:25:04 +0400 (MSD) (envelope-from ru) Date: Wed, 11 Oct 2006 00:25:04 +0400 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20061010202504.GB67123@rambler-co.ru> References: <20061010153431.B7F597305F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20061010153431.B7F597305F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: sun4v@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on sun4v/sun4v 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, 10 Oct 2006 20:25:04 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 10, 2006 at 11:34:31AM -0400, FreeBSD Tinderbox wrote: > TB --- 2006-10-10 15:22:54 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2006-10-10 15:22:54 - starting HEAD tinderbox run for sun4v/sun4v > TB --- 2006-10-10 15:22:54 - mkdir /tinderbox/HEAD/sun4v > TB --- 2006-10-10 15:22:54 - mkdir /tinderbox/HEAD/sun4v/sun4v > TB --- 2006-10-10 15:22:54 - cleaning the object tree > TB --- 2006-10-10 15:22:54 - checking out the source tree > TB --- 2006-10-10 15:22:54 - cd /tinderbox/HEAD/sun4v/sun4v > TB --- 2006-10-10 15:22:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout = -P -A src > TB --- 2006-10-10 15:34:29 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2006-10-10 15:34:29 - cd /src > TB --- 2006-10-10 15:34:29 - /usr/bin/make -B buildworld > "/src/Makefile.inc1", line 118: Unknown target sun4v:sun4v. > *** Error code 1 >=20 > Stop in /src. > TB --- 2006-10-10 15:34:31 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2006-10-10 15:34:31 - ERROR: failed to build world > TB --- 2006-10-10 15:34:31 - tinderbox aborted > TB --- 0.05 user 0.00 system 697.41 real >=20 The target should be sparc64:sun4v. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFLAGgqRfpzJluFF4RAmq2AJ0WULNxPvuncnx9hh6tg68g5qQDtACfRnvW slOEOvHJpLOddO830u/zYlk= =MMNL -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 10 20:56: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 25C8A16A412; Tue, 10 Oct 2006 20:56:16 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145C043D5D; Tue, 10 Oct 2006 20:56:15 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k9AKuElZ038613; Tue, 10 Oct 2006 13:56:14 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k9AKuEex038607; Tue, 10 Oct 2006 13:56:14 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Tue, 10 Oct 2006 13:56:14 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Ruslan Ermilov In-Reply-To: <20061010202504.GB67123@rambler-co.ru> Message-ID: <20061010135557.G27309@demos.bsdclusters.com> References: <20061010153431.B7F597305F@freebsd-current.sentex.ca> <20061010202504.GB67123@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: sun4v@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sun4v/sun4v 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, 10 Oct 2006 20:56:16 -0000 Correct. -Kip On Wed, 11 Oct 2006, Ruslan Ermilov wrote: > On Tue, Oct 10, 2006 at 11:34:31AM -0400, FreeBSD Tinderbox wrote: > > TB --- 2006-10-10 15:22:54 - tinderbox 2.3 running on freebsd-current.sentex.ca > > TB --- 2006-10-10 15:22:54 - starting HEAD tinderbox run for sun4v/sun4v > > TB --- 2006-10-10 15:22:54 - mkdir /tinderbox/HEAD/sun4v > > TB --- 2006-10-10 15:22:54 - mkdir /tinderbox/HEAD/sun4v/sun4v > > TB --- 2006-10-10 15:22:54 - cleaning the object tree > > TB --- 2006-10-10 15:22:54 - checking out the source tree > > TB --- 2006-10-10 15:22:54 - cd /tinderbox/HEAD/sun4v/sun4v > > TB --- 2006-10-10 15:22:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src > > TB --- 2006-10-10 15:34:29 - building world (CFLAGS=-O2 -pipe) > > TB --- 2006-10-10 15:34:29 - cd /src > > TB --- 2006-10-10 15:34:29 - /usr/bin/make -B buildworld > > "/src/Makefile.inc1", line 118: Unknown target sun4v:sun4v. > > *** Error code 1 > > > > Stop in /src. > > TB --- 2006-10-10 15:34:31 - WARNING: /usr/bin/make returned exit code 1 > > TB --- 2006-10-10 15:34:31 - ERROR: failed to build world > > TB --- 2006-10-10 15:34:31 - tinderbox aborted > > TB --- 0.05 user 0.00 system 697.41 real > > > The target should be sparc64:sun4v. > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 02:37: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 389C016A416; Wed, 11 Oct 2006 02:37:05 +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 AB8B343D81; Wed, 11 Oct 2006 02:36:36 +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 k9B2aZvY005330; Tue, 10 Oct 2006 22:36:35 -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 k9B2aZbW022296; Tue, 10 Oct 2006 22:36:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 31DE47305F; Tue, 10 Oct 2006 22:36:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061011023635.31DE47305F@freebsd-current.sentex.ca> Date: Tue, 10 Oct 2006 22:36:35 -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 clamscanner3 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, 11 Oct 2006 02:37:05 -0000 TB --- 2006-10-11 01:21:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-11 01:21:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-10-11 01:21:39 - mkdir /tinderbox/HEAD/powerpc TB --- 2006-10-11 01:21:39 - mkdir /tinderbox/HEAD/powerpc/powerpc TB --- 2006-10-11 01:21:39 - cleaning the object tree TB --- 2006-10-11 01:21:39 - checking out the source tree TB --- 2006-10-11 01:21:39 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-10-11 01:21:39 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src TB --- 2006-10-11 01:32:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-11 01:32:44 - cd /src TB --- 2006-10-11 01:32:44 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 11 01:32:45 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 11 02:27:17 UTC 2006 TB --- 2006-10-11 02:27:17 - generating LINT kernel config TB --- 2006-10-11 02:27:17 - cd /src/sys/powerpc/conf TB --- 2006-10-11 02:27:17 - /usr/bin/make -B LINT TB --- 2006-10-11 02:27:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-11 02:27:17 - cd /src TB --- 2006-10-11 02:27:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 11 02:27:17 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/db_interface.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/db_hwwatch.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/db_trace.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/crypto/blowfish/bf_enc.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/crypto/des/des_enc.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/dev/ofw/openfirm.c /src/sys/dev/ofw/openfirm.c: In function `OF_set_mmfsa_traptable': /src/sys/dev/ofw/openfirm.c:846: warning: cast to pointer from integer of different size *** 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-11 02:36:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-11 02:36:34 - ERROR: failed to build lint kernel TB --- 2006-10-11 02:36:34 - tinderbox aborted TB --- 0.05 user 0.00 system 4495.12 real From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 02:40:36 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 D3A8A16A403; Wed, 11 Oct 2006 02:40:36 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60CB143D45; Wed, 11 Oct 2006 02:40:33 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k9B2eXlZ035425; Tue, 10 Oct 2006 19:40:33 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k9B2eWrC035422; Tue, 10 Oct 2006 19:40:33 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Tue, 10 Oct 2006 19:40:32 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: FreeBSD Tinderbox In-Reply-To: <20061011023635.31DE47305F@freebsd-current.sentex.ca> Message-ID: <20061010194019.H34117@demos.bsdclusters.com> References: <20061011023635.31DE47305F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc 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, 11 Oct 2006 02:40:37 -0000 Oops. Sorry. -Kip On Tue, 10 Oct 2006, FreeBSD Tinderbox wrote: > TB --- 2006-10-11 01:21:39 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2006-10-11 01:21:39 - starting HEAD tinderbox run for powerpc/powerpc > TB --- 2006-10-11 01:21:39 - mkdir /tinderbox/HEAD/powerpc > TB --- 2006-10-11 01:21:39 - mkdir /tinderbox/HEAD/powerpc/powerpc > TB --- 2006-10-11 01:21:39 - cleaning the object tree > TB --- 2006-10-11 01:21:39 - checking out the source tree > TB --- 2006-10-11 01:21:39 - cd /tinderbox/HEAD/powerpc/powerpc > TB --- 2006-10-11 01:21:39 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src > TB --- 2006-10-11 01:32:44 - building world (CFLAGS=-O2 -pipe) > TB --- 2006-10-11 01:32:44 - cd /src > TB --- 2006-10-11 01:32:44 - /usr/bin/make -B buildworld > >>> World build started on Wed Oct 11 01:32:45 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 11 02:27:17 UTC 2006 > TB --- 2006-10-11 02:27:17 - generating LINT kernel config > TB --- 2006-10-11 02:27:17 - cd /src/sys/powerpc/conf > TB --- 2006-10-11 02:27:17 - /usr/bin/make -B LINT > TB --- 2006-10-11 02:27:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2006-10-11 02:27:17 - cd /src > TB --- 2006-10-11 02:27:17 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Wed Oct 11 02:27:17 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/db_interface.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/db_hwwatch.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/db_trace.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/crypto/blowfish/bf_enc.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/crypto/des/des_enc.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/dev/ofw/openfirm.c > /src/sys/dev/ofw/openfirm.c: In function `OF_set_mmfsa_traptable': > /src/sys/dev/ofw/openfirm.c:846: warning: cast to pointer from integer of different size > *** 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-11 02:36:34 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-10-11 02:36:34 - ERROR: failed to build lint kernel > TB --- 2006-10-11 02:36:34 - tinderbox aborted > TB --- 0.05 user 0.00 system 4495.12 real > > _______________________________________________ > 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 11 03:42: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 1845A16A407; Wed, 11 Oct 2006 03:42:57 +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 E2A8F43D6A; Wed, 11 Oct 2006 03:42:48 +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 k9B3glch008837; Tue, 10 Oct 2006 23:42:47 -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 k9B3glRG054077; Tue, 10 Oct 2006 23:42:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 570B47305F; Tue, 10 Oct 2006 23:42:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061011034247.570B47305F@freebsd-current.sentex.ca> Date: Tue, 10 Oct 2006 23:42:47 -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 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: Wed, 11 Oct 2006 03:42:57 -0000 TB --- 2006-10-11 02:37:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-11 02:37:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-11 02:37:59 - mkdir /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-11 02:37:59 - cleaning the object tree TB --- 2006-10-11 02:37:59 - checking out the source tree TB --- 2006-10-11 02:37:59 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-11 02:37:59 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src TB --- 2006-10-11 02:48:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-11 02:48:52 - cd /src TB --- 2006-10-11 02:48:52 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 11 02:48:53 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 11 03:42:46 UTC 2006 TB --- 2006-10-11 03:42:46 - generating LINT kernel config TB --- 2006-10-11 03:42:46 - cd /src/sys/sun4v/conf TB --- 2006-10-11 03:42:46 - /usr/bin/make -B LINT TB --- 2006-10-11 03:42:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-11 03:42:46 - cd /src TB --- 2006-10-11 03:42:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 11 03:42:46 UTC 2006 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sun4v/conf; PATH=/obj/sun4v/src/tmp/legacy/usr/sbin:/obj/sun4v/src/tmp/legacy/usr/bin:/obj/sun4v/src/tmp/legacy/usr/games:/obj/sun4v/src/tmp/usr/sbin:/obj/sun4v/src/tmp/usr/bin:/obj/sun4v/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v/src/sys/LINT /src/sys/sun4v/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_NMDM' encountered. WARNING: duplicate device `nmdm' encountered. /src/sys/sun4v/conf/LINT: unknown option "SUN4U" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-11 03:42:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-11 03:42:46 - ERROR: failed to build lint kernel TB --- 2006-10-11 03:42:46 - tinderbox aborted TB --- 0.04 user 0.01 system 3887.31 real From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 13:11:30 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 BDB6F16A40F for ; Wed, 11 Oct 2006 13:11:30 +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 4379D43D55 for ; Wed, 11 Oct 2006 13:11:29 +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 1GXdro-000Izw-QQ for current@freebsd.org; Wed, 11 Oct 2006 15:11:24 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 11 Oct 2006 15:11:24 +0200 Message-Id: Cc: Subject: cardbus/xircom realport no longer works 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, 11 Oct 2006 13:11:30 -0000 Hi After upgrading from 6.2-prerelease to current on one of my friend's laptops, the cardbus ethernet adaptor doesn't work any more. The card is one of those 2 slot thick Xircom RealPorts ethernet with a modem (red plastic connectors in the card). I can supply more information if required. (At least it works with my old 10M Accton pccard). FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 cbb0: at device 3.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 3.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 dc0: port 0x1000-0x107f mem 0x88000000-0x880007ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 miibus0: on dc0 tdkphy0: on miibus0 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:10:a4:98:ff:b6 sio4: port 0x1080-0x1087 mem 0x88002000-0x880027ff,0x88003000-0x880037ff at device 0.1 on cardbus0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 cbb0: at device 3.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 3.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cardbus0: CIS pointer is 0x107 cardbus0: CIS in option rom cardbus0: Unable to allocate resource to read CIS. cardbus0: Unable to allocate resources for CIS cardbus0: Warning: Bogus CIS ignored dc0: port 0x1000-0x107f mem 0x88000000-0x880007ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 dc0: No station address in CIS! device_attach: dc0 attach returned 6 cardbus0: CIS pointer is 0x207 cardbus0: CIS in option rom cardbus0: Unable to allocate resource to read CIS. cardbus0: Unable to allocate resources for CIS cardbus0: Warning: Bogus CIS ignored sio4: port 0x1000-0x1007 mem 0x88002000-0x880027ff,0x88003000-0x880037ff at device 0.1 on cardbus0 sio4: type 16550A sio4: [GIANT-LOCKED] sio4: unable to activate interrupt in fast mode - using normal mode Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 13:57:06 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 4589316A51A; Wed, 11 Oct 2006 13:57:06 +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 6CF5F43D5E; Wed, 11 Oct 2006 13:57:05 +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 k9BDv4rR047585; Wed, 11 Oct 2006 09:57:04 -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 k9BDv4nA070681; Wed, 11 Oct 2006 09:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A3997305F; Wed, 11 Oct 2006 09:57:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061011135704.1A3997305F@freebsd-current.sentex.ca> Date: Wed, 11 Oct 2006 09:57:03 -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 clamscanner4 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: Wed, 11 Oct 2006 13:57:06 -0000 TB --- 2006-10-11 12:07:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-11 12:07:26 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-11 12:07:26 - cleaning the object tree TB --- 2006-10-11 12:08:12 - checking out the source tree TB --- 2006-10-11 12:08:12 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-11 12:08:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-11 12:17:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-11 12:17:14 - cd /src TB --- 2006-10-11 12:17:14 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 11 12:17:16 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Oct 11 13:31:40 UTC 2006 TB --- 2006-10-11 13:31:40 - generating LINT kernel config TB --- 2006-10-11 13:31:40 - cd /src/sys/amd64/conf TB --- 2006-10-11 13:31:40 - /usr/bin/make -B LINT TB --- 2006-10-11 13:31:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-11 13:31:40 - cd /src TB --- 2006-10-11 13:31:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 11 13:31: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 Wed Oct 11 13:50:11 UTC 2006 TB --- 2006-10-11 13:50:11 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-11 13:50:11 - cd /src TB --- 2006-10-11 13:50:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 11 13:50:11 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 [...] /src/sys/amd64/amd64/intr_machdep.c:382: error: `ICW1_RESET' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:382: error: `ICW1_IC4' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:383: error: `ICU_IMR_OFFSET' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:383: error: `IDT_IO_INTS' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:385: error: `ICW4_8086' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:387: error: `OCW3_SEL' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:387: error: `OCW3_RR' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:389: error: `IO_ICU2' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-11 13:57:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-11 13:57:03 - ERROR: failed to build GENERIC kernel TB --- 2006-10-11 13:57:03 - tinderbox aborted TB --- 0.89 user 3.46 system 6576.93 real From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 15:47:28 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 356D616A47B for ; Wed, 11 Oct 2006 15:47:28 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 34AC343D5F for ; Wed, 11 Oct 2006 15:47:27 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 65648 invoked from network); 11 Oct 2006 15:47:25 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 11 Oct 2006 15:47:25 -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 k9BFlOMo054056; Wed, 11 Oct 2006 17:47:24 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k9BFlOj0054055; Wed, 11 Oct 2006 17:47:24 +0200 (CEST) (envelope-from pho) Date: Wed, 11 Oct 2006 17:47:22 +0200 From: Peter Holm To: rwatson@freebsd.org Message-ID: <20061011154722.GA53921@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Page fault in ip_output (fnv_hash.h:27) 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, 11 Oct 2006 15:47:28 -0000 During stress test of GENERIC HEAD from Oct 9 15:08 UTC I got this page fault: --- trap 0xc, eip = 0xc073dc6c, esp = 0xe6bf5a98, ebp = 0xe6bf5ae4 --- ip_output(c4633600,0,e6bf5ab8,0,0,...) at ip_output+0x940 udp_output(c46a4690,c46a9000,0,0,c48b4d80,...) at udp_output+0x4b3 udp_send(c4a94914,0,c4896b00,0,0,...) at udp_send+0x2a sosend_dgram(c4a94914,0,e6bf5c64,c4896b00,0,...) at sosend_dgram+0x30d sosend(c4a94914,0,e6bf5c64,0,0,0,c48b4d80) at sosend+0x3c soo_write(c4008c60,e6bf5c64,c4609980,0,c48b4d80) at soo_write+0x42 dofilewrite(c48b4d80,3,c4008c60,e6bf5c64,...) at dofilewrite+0x7b kern_writev(c48b4d80,3,e6bf5c64,8052000,0,...) at kern_writev+0x36 write(c48b4d80,e6bf5d04) at write+0x45 syscall(2805003b,bfbf003b,bfbf003b,2805188c,...) at syscall+0x256 More info at http://people.freebsd.org/~pho/stress/log/cons215.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 16:15: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 F214016A494; Wed, 11 Oct 2006 16:15:40 +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 C748043D91; Wed, 11 Oct 2006 16:15:32 +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 k9BGGRZC004297; Wed, 11 Oct 2006 11:16:27 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Wed, 11 Oct 2006 11:15:26 -0500 (CDT) From: "Sean C. Farley" To: John Baldwin In-Reply-To: <200610101001.04286.jhb@freebsd.org> Message-ID: <20061011105435.A10713@thor.farley.org> References: <20061006200320.T1063@baba.farley.org> <200610101001.04286.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: Wed, 11 Oct 2006 16:15:41 -0000 On Tue, 10 Oct 2006, John Baldwin wrote: > On Friday 06 October 2006 21:13, Sean C. Farley wrote: >> Many a moon ago[1], I put together a patch to fix the leak in >> setenv() and unsetenv(). A few months ago, I submitted a PR >> (kern/99826[2]) for the final fix. I was wondering if anyone would >> take a look at it to see if any changes are still warranted. The PR >> contains information about the patch and sample programs to test it >> out. >> >> Thank you. >> >> Sean >> 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2005-February/010463.html >> 2. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99826 > > 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. Although it would not crash, the following would fail anyway: setenv("FOO", "bar", 1); a = getenv("FOO"); setenv("FOO", "0", 1); printf("FOO was %s\n", a); In this scenario, the printf() would print "0" since the second value had a string length less than or equal to the previous value. The current implementation of setenv() would reuse the string instead of malloc'ing a new one. Also, this snippet from IEEE Std 1003.1, 2004 Edition regarding getenv()[3]: The return value from getenv() may point to static data which may be overwritten by subsequent calls to getenv(), setenv(), or unsetenv(). After the call to the second setenv(), a portable application should not assume that a still points to the same value. Also, it says "may point to static data" suggesting (at least to me) that the pointer may point to dynamic memory and be freed following the call to setenv(). > 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. This is what I am trying to fix in setenv(). :) Sean 3. http://www.opengroup.org/onlinepubs/009695399/functions/getenv.html -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 16:18:59 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 2819516A407 for ; Wed, 11 Oct 2006 16:18:59 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 8ECAD43D99 for ; Wed, 11 Oct 2006 16:18:55 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 5073 invoked from network); 11 Oct 2006 16:05:49 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 11 Oct 2006 16:05:49 -0000 Received: (qmail 43748 invoked from network); 11 Oct 2006 16:13:20 -0000 Received: from wbedllfs.intranet.xtra-net.be (HELO wbemfkaa.net.xtra-net.be) (172.16.66.1) by 0 with SMTP; 11 Oct 2006 16:13:20 -0000 From: Vincent Blondel To: freebsd-current@freebsd.org In-Reply-To: References: <1160419183.42161.13.camel@wbemfkaa.net.xtra-net.be> Content-Type: text/plain Date: Wed, 11 Oct 2006 18:17:49 +0200 Message-Id: <1160583469.1735.1.camel@wbemfkaa.net.xtra-net.be> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Ivan Voras Subject: Re: vmware3 on FreeBSD-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: Wed, 11 Oct 2006 16:18:59 -0000 Sorry, I thought FreeBSD uses Vmware Player .. On Tue, 2006-10-10 at 10:04 +0200, Ivan Voras wrote: > Vincent Blondel wrote: > > > So I am root on my desktop, > > run vmware, > > then I get a dialog box asking for a licence key ( which key ??? I don't > > have any so I press on cancel ) > > You need a license key to run any VMWare products except Player and > Server. If an application is in ports, it doesn't mean it's free :) > > _______________________________________________ > 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 11 16:30: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 AC67616A407; Wed, 11 Oct 2006 16:30:05 +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 B2C0E43E25; Wed, 11 Oct 2006 16:28:41 +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 k9BGSf1M064254; Wed, 11 Oct 2006 12:28:41 -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 k9BGSeCR025152; Wed, 11 Oct 2006 12:28:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A054A7305F; Wed, 11 Oct 2006 12:28:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061011162840.A054A7305F@freebsd-current.sentex.ca> Date: Wed, 11 Oct 2006 12:28:40 -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 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: Wed, 11 Oct 2006 16:30:05 -0000 TB --- 2006-10-11 15:26:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-11 15:26:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-11 15:26:55 - cleaning the object tree TB --- 2006-10-11 15:27:09 - checking out the source tree TB --- 2006-10-11 15:27:09 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-11 15:27:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-11 15:33:58 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-11 15:33:58 - cd /src TB --- 2006-10-11 15:33:58 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 11 15:33: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 >>> World build completed on Wed Oct 11 16:28:39 UTC 2006 TB --- 2006-10-11 16:28:39 - generating LINT kernel config TB --- 2006-10-11 16:28:39 - cd /src/sys/sun4v/conf TB --- 2006-10-11 16:28:39 - /usr/bin/make -B LINT TB --- 2006-10-11 16:28:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-11 16:28:39 - cd /src TB --- 2006-10-11 16:28:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 11 16:28:40 UTC 2006 >>> stage 1: configuring the kernel [...] WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_NMDM' encountered. WARNING: duplicate device `nmdm' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-11 16:28:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-11 16:28:40 - ERROR: failed to build lint kernel TB --- 2006-10-11 16:28:40 - tinderbox aborted TB --- 0.43 user 1.55 system 3704.76 real From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 17:20:08 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 70A7316A40F for ; Wed, 11 Oct 2006 17:20:08 +0000 (UTC) (envelope-from richw@richw.org) Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B8243F95 for ; Wed, 11 Oct 2006 17:14:06 +0000 (GMT) (envelope-from richw@richw.org) Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id EB10F4CBB5 for ; Wed, 11 Oct 2006 10:14:05 -0700 (PDT) Received: from whodunit.richw.org (SW-90-716-276-1.Stanford.EDU [171.66.155.243]) by smtp3.stanford.edu (Postfix) with ESMTP id D1D794C1E5 for ; Wed, 11 Oct 2006 10:14:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by whodunit.richw.org (Postfix) with ESMTP id AF5223C36D; Wed, 11 Oct 2006 10:14:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at richw.org Received: from whodunit.richw.org ([127.0.0.1]) by localhost (whodunit.richw.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V5yaalvw81wu; Wed, 11 Oct 2006 10:14:04 -0700 (PDT) Received: from [171.66.139.173] (jessejames.stanford.edu [171.66.139.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "jessejames.richw.org", Issuer "richw.org" (verified OK)) (Authenticated sender: richw) by whodunit.richw.org (Postfix) with ESMTP id 637123C36B; Wed, 11 Oct 2006 10:14:04 -0700 (PDT) Date: Wed, 11 Oct 2006 10:14:04 -0700 From: Rich Wales User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20061003053303.9249A3C36B@whodunit.richw.org> In-Reply-To: <20061003053303.9249A3C36B@whodunit.richw.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20061011171404.637123C36B@whodunit.richw.org> Subject: Re: Sata controller headache 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, 11 Oct 2006 17:20:08 -0000 Earlier, I wrote in -current: > I've been seeing the same kinds of errors [as Paul Bliss was having] > with a Promise SATA300 TX4 controller and a pair of Seagate 300GB > SATA drives. Apparently, people have been having similar problems > with SATA drives on Promise controllers for quite some time now, in > both FreeBSD and Linux systems. Lots of reports and requests for > help, but no one so far has admitted to having a clue as to what is > causing it. I wanted to let people know that I managed to fix (or, at least, work around) my problem by adjusting the BIOS settings for my (old "Slot A" Athlon system) motherboard. Specifically, I disabled PCI master burst mode, and although this slowed down disk I/O significantly, it made the instabilities w/r/t the Promise card go away completely. I'm not sure whether the fundamental problem is flaky PCI bus design in some motherboards, or overly picky bus expectations by Promise, but this experience suggests to me that people who are having timeouts and hanging errors with Promise SATA controllers might want to try playing with the PCI-related BIOS settings on their motherboards and see if that gives them relief. If anyone is having trouble with a Promise card in a recent-design motherboard with normal BIOS settings, of course, that would strongly point to Promise as the guilty party. Whether anything can be done to relieve this problem in the device driver is a question I'm not in a position to answer. Rich Wales Palo Alto, CA, USA richw@richw.org http://www.richw.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 18:55: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 003DD16A4C9 for ; Wed, 11 Oct 2006 18:55:11 +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 C893743D5A for ; Wed, 11 Oct 2006 18:55:10 +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 k9BIt9Jf087816; Wed, 11 Oct 2006 20:55:09 +0200 (CEST) (envelope-from sos@freebsd.org) Message-ID: <452D3E0E.5060206@freebsd.org> Date: Wed, 11 Oct 2006 20:55:10 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Rich Wales References: <20061003053303.9249A3C36B@whodunit.richw.org> <20061011171404.637123C36B@whodunit.richw.org> In-Reply-To: <20061011171404.637123C36B@whodunit.richw.org> 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: Sata controller headache 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, 11 Oct 2006 18:55:12 -0000 Rich Wales wrote: > Earlier, I wrote in -current: > > >> I've been seeing the same kinds of errors [as Paul Bliss was having] >> with a Promise SATA300 TX4 controller and a pair of Seagate 300GB >> SATA drives. Apparently, people have been having similar problems >> with SATA drives on Promise controllers for quite some time now, in >> both FreeBSD and Linux systems. Lots of reports and requests for >> help, but no one so far has admitted to having a clue as to what is >> causing it. >> > > I wanted to let people know that I managed to fix (or, at least, work > around) my problem by adjusting the BIOS settings for my (old "Slot A" > Athlon system) motherboard. Specifically, I disabled PCI master burst > mode, and although this slowed down disk I/O significantly, it made > the instabilities w/r/t the Promise card go away completely. > > I'm not sure whether the fundamental problem is flaky PCI bus design > in some motherboards, or overly picky bus expectations by Promise, but > this experience suggests to me that people who are having timeouts and > hanging errors with Promise SATA controllers might want to try playing > with the PCI-related BIOS settings on their motherboards and see if > that gives them relief. If anyone is having trouble with a Promise > card in a recent-design motherboard with normal BIOS settings, of > course, that would strongly point to Promise as the guilty party. > As I told you (in private mail) some of the Promise chips does get close to the edges of the PCI spec, but usually its only a problem on motherboards that haunted as well with bugs in that area. > Whether anything can be done to relieve this problem in the device > driver is a question I'm not in a position to answer. > Thats a bridge I'd rather not cross in this life :) -Søren From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 19:04: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 C465616A4E5 for ; Wed, 11 Oct 2006 19:04:31 +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 D0B7243DA1 for ; Wed, 11 Oct 2006 19:03:25 +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 k9BJ339g098451; Wed, 11 Oct 2006 15:03:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Sean C. Farley" Date: Wed, 11 Oct 2006 14:27:41 -0400 User-Agent: KMail/1.9.1 References: <20061006200320.T1063@baba.farley.org> <200610101001.04286.jhb@freebsd.org> <20061011105435.A10713@thor.farley.org> In-Reply-To: <20061011105435.A10713@thor.farley.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610111427.42195.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]); Wed, 11 Oct 2006 15:03:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2024/Wed Oct 11 06:53:09 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: Wed, 11 Oct 2006 19:04:32 -0000 On Wednesday 11 October 2006 12:15, Sean C. Farley wrote: > On Tue, 10 Oct 2006, John Baldwin wrote: > > > On Friday 06 October 2006 21:13, Sean C. Farley wrote: > >> Many a moon ago[1], I put together a patch to fix the leak in > >> setenv() and unsetenv(). A few months ago, I submitted a PR > >> (kern/99826[2]) for the final fix. I was wondering if anyone would > >> take a look at it to see if any changes are still warranted. The PR > >> contains information about the patch and sample programs to test it > >> out. > >> > >> Thank you. > >> > >> Sean > >> 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2005-February/010463.html > >> 2. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99826 > > > > 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. > > Although it would not crash, the following would fail anyway: > > setenv("FOO", "bar", 1); > a = getenv("FOO"); > setenv("FOO", "0", 1); > printf("FOO was %s\n", a); > > In this scenario, the printf() would print "0" since the second value > had a string length less than or equal to the previous value. The > current implementation of setenv() would reuse the string instead of > malloc'ing a new one. 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. > Also, this snippet from IEEE Std 1003.1, 2004 Edition regarding > getenv()[3]: > > The return value from getenv() may point to static data which may be > overwritten by subsequent calls to getenv(), setenv(), or > unsetenv(). > > After the call to the second setenv(), a portable application should not > assume that a still points to the same value. Also, it says "may point > to static data" suggesting (at least to me) that the pointer may point > to dynamic memory and be freed following the call to setenv(). No, static memory means it won't be free'd but is in bss, etc. This statement basically backs up exactly what getenv/setenv currently do: the value may be overwritten. That paragraph doesn't say that the pointer will become invalid, just that what it points to may be stale or be overwritten after the getenv(3) call. 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. > > 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. > > This is what I am trying to fix in setenv(). :) I know, and we went with the above workaround rather than hacking setenv/getenv. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 21:20:17 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 3493416A416 for ; Wed, 11 Oct 2006 21:20:17 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D94B43D64 for ; Wed, 11 Oct 2006 21:20:10 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id PFE51341 for ; Wed, 11 Oct 2006 14:19:41 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 350FE4504D for ; Wed, 11 Oct 2006 14:19:41 -0700 (PDT) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1160601581_98237P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 11 Oct 2006 14:19:41 -0700 From: "Kevin Oberman" Message-Id: <20061011211941.350FE4504D@ptavv.es.net> Cc: Subject: No psm with if_ath on 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: Wed, 11 Oct 2006 21:20:17 -0000 --==_Exmh_1160601581_98237P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I seem to hit lots of weird ones and this one is. If I boot with if_ath loaded, my laptop does not find the mouse. If I load if_ath after boot, everything seems to be fine. I am running on a Lenovo T43 running current of 9/30. No APIC. I compared boot-v output I found some big clues as to what is happening, but I am far from sure if I am seeing a cause or a symptom. First, the diff: 8,17c8,20 < Preloaded elf kernel "/boot/kernel/kernel" at 0xc0846000. < Preloaded elf module "/boot/kernel/vesa.ko" at 0xc0846234. < Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08462e0. < Preloaded elf module "/boot/kernel/sound.ko" at 0xc084638c. < Preloaded elf module "/boot/kernel/acpi_video.ko" at 0xc0846438. < Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08464e8. < Preloaded elf module "/boot/kernel/cpufreq.ko" at 0xc0846594. < Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc0846640. < Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc08466f0. < Calibrating clock(s) ... i8254 clock: 1193180 Hz --- > Preloaded elf kernel "/boot/kernel/kernel" at 0xc088d000. > Preloaded elf module "/boot/kernel/vesa.ko" at 0xc088d234. > Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc088d2e0. > Preloaded elf module "/boot/kernel/sound.ko" at 0xc088d38c. > Preloaded elf module "/boot/kernel/acpi_video.ko" at 0xc088d438. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc088d4e8. > Preloaded elf module "/boot/kernel/cpufreq.ko" at 0xc088d594. > Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc088d640. > Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc088d6f0. > Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc088d7a0. > Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc088d84c. > Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc088d8f8. > Calibrating clock(s) ... i8254 clock: 1193175 Hz 47a51 > ath_rate: version 1.2 49d52 < io: 64a68,69 > io: > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) 124c129 < ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/2 -> 10 --- > ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 470c475,491 < pci11: at device 2.0 (no driver attached) --- > ath0: mem 0xb4000000-0xb400ffff irq 11 at device 2.0 on pci11 > ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xb4000000 > ath0: [MPSAFE] > ath0: bpf attached > ath0: Ethernet address: 00:14:a4:60:f2:e3 > ath0: bpf attached > ath0: bpf attached > ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > ath0: mac 5.9 phy 4.3 radio 3.6 > ath0: Use hw queue 1 for WME_AC_BE traffic > ath0: Use hw queue 0 for WME_AC_BK traffic > ath0: Use hw queue 2 for WME_AC_VI traffic > ath0: Use hw queue 3 for WME_AC_VO traffic > ath0: Use hw queue 8 for CAB traffic > ath0: Use hw queue 9 for beacons 490,491c511,512 < pcm0: sndbuf_setmap 3e68f000, 4000; 0xe3cbb000 -> 3e68f000 < pcm0: sndbuf_setmap 3e68b000, 4000; 0xe3cbf000 -> 3e68b000 --- > pcm0: sndbuf_setmap 3e667000, 4000; 0xe3ce4000 -> 3e667000 > pcm0: sndbuf_setmap 3e65e000, 4000; 0xe3ce8000 -> 3e65e000 527,533c548 < psmcpnp0: irq 12 on acpi0 < psm0: current command byte:0047 < psm0: flags 0x2000 irq 12 on atkbdc0 < psm0: [GIANT-LOCKED] < psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons < psm0: config:00002000, flags:00000008, packet size:3 < psm0: syncmask:c0, syncbits:00 --- > acpi_ibm0: irq 12 on acpi0 549d563 < acpi_ibm0: on acpi0 The kernel is loading at a different address and so are all modules. I have no idea why of if this indicates anything. acpi_timer is 1/1 without if_ath and 1/2 with it. This is totally meaningless to me and probably irrelevant. I suspect the pcm diff is also irrelevant. The final one is acpi_ibm0. When ath is loaded, it grabs IRQ12 which would normally handle psm0. If ath is not present, it is already tied to psm0 and acpi_ibm lists no IRQ at all. Even without an IRQ, it seems to work fine. Can anyone suggest what might be going on here? I'd be happy to provide other data if you can tell me what would help. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1160601581_98237P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFLV/tkn3rs5h7N1ERAo6mAJ9AJYup9I/pkfQzN9b3JakonfxlpgCfbttT 9JS0b12EZGpN9jUWwsw0TpA= =1WFN -----END PGP SIGNATURE----- --==_Exmh_1160601581_98237P-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 22:30: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 3922E16A49E for ; Wed, 11 Oct 2006 22:30:51 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13C543D55 for ; Wed, 11 Oct 2006 22:30:50 +0000 (GMT) (envelope-from freebsd@bitfreak.org) Received: from [10.242.169.23] (c-67-171-135-169.hsd1.or.comcast.net [67.171.135.169]) by mail.twinthornes.com (Postfix) with ESMTP id 02C572A6 for ; Wed, 11 Oct 2006 15:30:49 -0700 (PDT) Message-ID: <452D709E.10904@bitfreak.org> Date: Wed, 11 Oct 2006 15:30:54 -0700 From: freebsd@bitfreak.org User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: twa(4) update to support 9550SXU/9590SE controllers 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, 11 Oct 2006 22:30:51 -0000 I just noticed that, based on the commit logs, the twa(4) driver is still the driver from the 9.3.0.1 release from 3ware. That version doesn't support the new 9550SXU and 9590SE controllers, the later being 3ware's new PCI Express card. Is anyone currently planning/testing an update to the 9.3.0.7 release? I tried emailing the only address listed (vkashyap) in the logs and source, but it bounced. So I'm not sure who contact. Should this wait until after the 6.2 release? From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 22:44:15 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 713EA16A492 for ; Wed, 11 Oct 2006 22:44:15 +0000 (UTC) (envelope-from aradford@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBCF443D46 for ; Wed, 11 Oct 2006 22:44:14 +0000 (GMT) (envelope-from aradford@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so884070nfc for ; Wed, 11 Oct 2006 15:44:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hUvW8tLjGIUKvDZb6RNgmyGGbBj7suA0Qd/iFl3M1WiuCV+kD//PuZF88jUMaYt/DbJLGitgNeCi0n4BKQOB5BwLwYuozkFiCtNIy1BxWqZAs4cQH+j57AI97YvTs4Kspheq1RQt/Jm2IMRvBWP2Oekh/bURZEQYsea0oBm/FD0= Received: by 10.48.48.18 with SMTP id v18mr3979134nfv; Wed, 11 Oct 2006 15:44:13 -0700 (PDT) Received: by 10.49.54.19 with HTTP; Wed, 11 Oct 2006 15:44:13 -0700 (PDT) Message-ID: Date: Wed, 11 Oct 2006 15:44:13 -0700 From: "adam radford" To: "freebsd@bitfreak.org" In-Reply-To: <452D709E.10904@bitfreak.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <452D709E.10904@bitfreak.org> Cc: current@freebsd.org Subject: Re: twa(4) update to support 9550SXU/9590SE controllers 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, 11 Oct 2006 22:44:15 -0000 'vkashyap' is no longer maintaining the 3ware 'twa' driver. 'twa' driver in RELENG_6 and CURRENT both support 9550SXU and 9590SE controllers at this time. They both have the 0x1003 device ID. I will be sending an update in the near future to support the new series of 9650SE controllers, remove bundled firmware (we have a FreeBSD specific userspace firmware update utility), and remove lots of non FreeBSD specific code. -Adam On 10/11/06, freebsd@bitfreak.org wrote: > I just noticed that, based on the commit logs, the twa(4) driver is > still the driver from the 9.3.0.1 release from 3ware. That version > doesn't support the new 9550SXU and 9590SE controllers, the later being > 3ware's new PCI Express card. Is anyone currently planning/testing an > update to the 9.3.0.7 release? I tried emailing the only address listed > (vkashyap) in the logs and source, but it bounced. So I'm not sure who > contact. Should this wait until after the 6.2 release? > _______________________________________________ > 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 11 23:03:45 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 C87ED16A403 for ; Wed, 11 Oct 2006 23:03:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E08A043D73 for ; Wed, 11 Oct 2006 23:03:17 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k9BN3GJt001951; Wed, 11 Oct 2006 19:03:16 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k9BN3G68036210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Oct 2006 19:03:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <7.0.1.0.0.20061011185639.093dacf0@sentex.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Wed, 11 Oct 2006 19:01:14 -0400 To: "adam radford" From: Mike Tancsa In-Reply-To: References: <452D709E.10904@bitfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: twa(4) update to support 9550SXU/9590SE controllers 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, 11 Oct 2006 23:03:45 -0000 At 06:44 PM 10/11/2006, adam radford wrote: >'vkashyap' is no longer maintaining the 3ware 'twa' driver. > >'twa' driver in RELENG_6 and CURRENT both support 9550SXU and >9590SE controllers at this time. They both have the 0x1003 device ID. > >I will be sending an update in the near future to support the new series of >9650SE controllers, remove bundled firmware (we have a FreeBSD specific >userspace firmware update utility), and remove lots of non FreeBSD specific >code. Hi, Thats really great to hear 3ware continuing to support FreeBSD! We have a lot invested in the cards over the years and always recommend them on all platforms as they have been really rock solid for us. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 11 23:32:47 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 DBF3516A403; Wed, 11 Oct 2006 23:32:47 +0000 (UTC) (envelope-from prvs=julian=4328b7b2f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0502143DFA; Wed, 11 Oct 2006 23:31:20 +0000 (GMT) (envelope-from prvs=julian=4328b7b2f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 11 Oct 2006 16:31:19 -0700 Message-ID: <452D7EC6.5080302@elischer.org> Date: Wed, 11 Oct 2006 16:31:18 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: current@freebsd.org, small@freebsd.org References: <452D6C90.7020703@FreeBSD.org> In-Reply-To: <452D6C90.7020703@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: {pico, tiny, nano}BSD, FreesBIE 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, 11 Oct 2006 23:32:48 -0000 Some people have asked me about why we have so many different ways to make images.. I had a quick look for a page on the site that holds this sort of thing but didn't spot it.. Here's quick comparison from my perspective. In order of increasing size: PicoBSD compiles from the given sources and can thus build cross revision, or with a lot more tailored stuff. Using the crunch gives TRULY tiny images.. (a 4MB image is possible I think) A bit fiddly but the only way to go on a machine with a really small image requirement. I like it for [34]86 class machines with 8MB ram. (If you can get a boot media) it used to be possible to get it all on a floppy but I don;t think that is now possible due to kernel growth. NanoBSD compiles, and is capable of being set to build a cross image of a different architecture. Different compile options can be used from the build system, e.g. you could leave out support for kerberos or similar and get a different version of telnet. TinyBSD uses the precompiled binaries on the building system. Thus it can not make a crossbuilt image, or one based on a different revision. (It does however make a custom kernel) It is however REALLY fast.. It is interactive to some extent and can make an image which will run off the boot media or create a memory filesystem image. (select at build time). In size it is similar to NanoBSD but 'simpler', though less flexible. Still needs a little work for running off a USB stick but works fine in mfs mode. FreeSBIE is another option. it is designed to make not only a basic image but to include all sorts of packages and possibly configure them. Targetted at media the size of a CD. it builds everything from scratch and can this be very tailored. more flexible than tinyBSD, but more work too. In addition there is Monowall and pfsense (monowall.org, pfsense.com) though I haven't played with them. From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 01:15:38 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 8CBDD16A407 for ; Thu, 12 Oct 2006 01:15:38 +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 E12FB43D5C for ; Thu, 12 Oct 2006 01:15:37 +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 k9C1EUNK047326; Wed, 11 Oct 2006 19:14:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 11 Oct 2006 19:13:42 -0600 (MDT) Message-Id: <20061011.191342.01666242.imp@bsdimp.com> To: if@hetzner.co.za From: "M. Warner Losh" In-Reply-To: References: 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]); Wed, 11 Oct 2006 19:14:32 -0600 (MDT) Cc: current@freebsd.org Subject: Re: cardbus/xircom realport no longer works 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, 12 Oct 2006 01:15:38 -0000 In message: Ian FREISLICH writes: : Hi : : After upgrading from 6.2-prerelease to current on one of my friend's : laptops, the cardbus ethernet adaptor doesn't work any more. : The card is one of those 2 slot thick Xircom RealPorts ethernet : with a modem (red plastic connectors in the card). : : I can supply more information if required. (At least it works with : my old 10M Accton pccard). : : FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 : : cbb0: at device 3.0 on pci0 : cardbus0: on cbb0 : pccard0: <16-bit PCCard bus> on cbb0 : cbb1: at device 3.1 on pci0 : cardbus1: on cbb1 : pccard1: <16-bit PCCard bus> on cbb1 : : dc0: port 0x1000-0x107f mem 0x88000000-0x880007ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 : miibus0: on dc0 : tdkphy0: on miibus0 : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : dc0: Ethernet address: 00:10:a4:98:ff:b6 : sio4: port 0x1080-0x1087 mem 0x88002000-0x880027ff,0x88003000-0x880037ff at device 0.1 on cardbus0 : sio4: type 16550A : sio4: unable to activate interrupt in fast mode - using normal mode : : : FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 : : cbb0: at device 3.0 on pci0 : cardbus0: on cbb0 : pccard0: <16-bit PCCard bus> on cbb0 : cbb1: at device 3.1 on pci0 : cardbus1: on cbb1 : pccard1: <16-bit PCCard bus> on cbb1 : : cardbus0: CIS pointer is 0x107 : cardbus0: CIS in option rom : cardbus0: Unable to allocate resource to read CIS. : cardbus0: Unable to allocate resources for CIS : cardbus0: Warning: Bogus CIS ignored : dc0: port 0x1000-0x107f mem 0x88000000-0x880007ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 : dc0: No station address in CIS! : device_attach: dc0 attach returned 6 : cardbus0: CIS pointer is 0x207 : cardbus0: CIS in option rom : cardbus0: Unable to allocate resource to read CIS. : cardbus0: Unable to allocate resources for CIS : cardbus0: Warning: Bogus CIS ignored : sio4: port 0x1000-0x1007 mem 0x88002000-0x880027ff,0x88003000-0x880037ff at device 0.1 on cardbus0 : sio4: type 16550A : sio4: [GIANT-LOCKED] : sio4: unable to activate interrupt in fast mode - using normal mode This is defintiely weird.... I'll see if I can recreate it... Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 01:27:42 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 5856C16A492; Thu, 12 Oct 2006 01:27:42 +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 8FDFF43D5D; Thu, 12 Oct 2006 01:27:41 +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 k9C1ReH4076833; Wed, 11 Oct 2006 21:27:40 -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 k9C1RexQ047570; Wed, 11 Oct 2006 21:27:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 56D887305F; Wed, 11 Oct 2006 21:27:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061012012740.56D887305F@freebsd-current.sentex.ca> Date: Wed, 11 Oct 2006 21:27:40 -0400 (EDT) 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 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: Thu, 12 Oct 2006 01:27:42 -0000 TB --- 2006-10-12 00:44:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-12 00:44:20 - starting HEAD tinderbox run for arm/arm TB --- 2006-10-12 00:44:20 - mkdir /tinderbox/HEAD/arm TB --- 2006-10-12 00:44:20 - mkdir /tinderbox/HEAD/arm/arm TB --- 2006-10-12 00:44:20 - cleaning the object tree TB --- 2006-10-12 00:44:20 - checking out the source tree TB --- 2006-10-12 00:44:20 - cd /tinderbox/HEAD/arm/arm TB --- 2006-10-12 00:44:20 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src TB --- 2006-10-12 00:55:58 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-12 00:55:58 - cd /src TB --- 2006-10-12 00:55:58 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 12 00:55:58 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 [...] : multiple definition of `__umodsi3' /obj/arm/src/tmp/usr/lib/libgcc.a(_umodsi3.o)(.text+0x0): first defined here /obj/arm/src/tmp/usr/lib/libc.a(divsi3.o)(.text+0x40): In function `__udivsi3': : multiple definition of `__udivsi3' /obj/arm/src/tmp/usr/lib/libgcc.a(_udivsi3.o)(.text+0x0): first defined here /obj/arm/src/tmp/usr/lib/libc.a(divsi3.o)(.text+0x80): In function `__divsi3': : multiple definition of `__divsi3' /obj/arm/src/tmp/usr/lib/libgcc.a(_divsi3.o)(.text+0x0): first defined here *** Error code 1 Stop in /src/gnu/usr.bin/binutils/ar. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-12 01:27:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-12 01:27:39 - ERROR: failed to build world TB --- 2006-10-12 01:27:39 - tinderbox aborted TB --- 0.04 user 0.01 system 2599.05 real From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 01:39:44 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 48AAE16A403; Thu, 12 Oct 2006 01:39:44 +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 D4D2843D55; Thu, 12 Oct 2006 01:39:43 +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 k9C1cbb3047509; Wed, 11 Oct 2006 19:38:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 11 Oct 2006 19:37:49 -0600 (MDT) Message-Id: <20061011.193749.1332793418.imp@bsdimp.com> To: tinderbox@freebsd.org From: "M. Warner Losh" In-Reply-To: <20061012012740.56D887305F@freebsd-current.sentex.ca> References: <20061012012740.56D887305F@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]); Wed, 11 Oct 2006 19:38:39 -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: Thu, 12 Oct 2006 01:39:44 -0000 In message: <20061012012740.56D887305F@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : : multiple definition of `__umodsi3' : /obj/arm/src/tmp/usr/lib/libgcc.a(_umodsi3.o)(.text+0x0): first defined here : /obj/arm/src/tmp/usr/lib/libc.a(divsi3.o)(.text+0x40): In function `__udivsi3': : : multiple definition of `__udivsi3' : /obj/arm/src/tmp/usr/lib/libgcc.a(_udivsi3.o)(.text+0x0): first defined here : /obj/arm/src/tmp/usr/lib/libc.a(divsi3.o)(.text+0x80): In function `__divsi3': : : multiple definition of `__divsi3' : /obj/arm/src/tmp/usr/lib/libgcc.a(_divsi3.o)(.text+0x0): first defined here I think I know what's causing this. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 02:34:42 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 70C3B16A412; Thu, 12 Oct 2006 02:34:42 +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 1131D43D53; Thu, 12 Oct 2006 02:34:41 +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 k9C2YfpV015346; Wed, 11 Oct 2006 22:34:41 -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 k9C2YfBI026483; Wed, 11 Oct 2006 22:34:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B425A7305F; Wed, 11 Oct 2006 22:34:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061012023440.B425A7305F@freebsd-current.sentex.ca> Date: Wed, 11 Oct 2006 22:34:40 -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 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: Thu, 12 Oct 2006 02:34:42 -0000 TB --- 2006-10-12 00:44:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-12 00:44:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-12 00:44:20 - cleaning the object tree TB --- 2006-10-12 00:45:13 - checking out the source tree TB --- 2006-10-12 00:45:13 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-12 00:45:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-12 00:55:57 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-12 00:55:57 - cd /src TB --- 2006-10-12 00:55:57 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 12 00:55:58 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Oct 12 02:10:37 UTC 2006 TB --- 2006-10-12 02:10:37 - generating LINT kernel config TB --- 2006-10-12 02:10:37 - cd /src/sys/amd64/conf TB --- 2006-10-12 02:10:37 - /usr/bin/make -B LINT TB --- 2006-10-12 02:10:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-12 02:10:37 - cd /src TB --- 2006-10-12 02:10:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 12 02:10: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 >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Oct 12 02:28:06 UTC 2006 TB --- 2006-10-12 02:28:06 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-12 02:28:06 - cd /src TB --- 2006-10-12 02:28:06 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 12 02:28:06 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 [...] /src/sys/amd64/amd64/intr_machdep.c:382: error: `ICW1_RESET' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:382: error: `ICW1_IC4' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:383: error: `ICU_IMR_OFFSET' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:383: error: `IDT_IO_INTS' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:385: error: `ICW4_8086' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:387: error: `OCW3_SEL' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:387: error: `OCW3_RR' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:389: error: `IO_ICU2' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-12 02:34:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-12 02:34:40 - ERROR: failed to build GENERIC kernel TB --- 2006-10-12 02:34:40 - tinderbox aborted TB --- 0.97 user 3.03 system 6619.48 real From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 05:39:52 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 9FE3616A412; Thu, 12 Oct 2006 05:39:52 +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 AE84F43D5A; Thu, 12 Oct 2006 05:39:51 +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 k9C5doJ0024979; Thu, 12 Oct 2006 01:39:51 -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 k9C5doZd071296; Thu, 12 Oct 2006 01:39:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A917E7305F; Thu, 12 Oct 2006 01:39:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061012053950.A917E7305F@freebsd-current.sentex.ca> Date: Thu, 12 Oct 2006 01:39: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 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: Thu, 12 Oct 2006 05:39:52 -0000 TB --- 2006-10-12 04:39:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-12 04:39:13 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-12 04:39:13 - cleaning the object tree TB --- 2006-10-12 04:39:47 - checking out the source tree TB --- 2006-10-12 04:39:47 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-12 04:39:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-12 04:47:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-12 04:47:52 - cd /src TB --- 2006-10-12 04:47:52 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 12 04:47:53 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 Thu Oct 12 05:39:49 UTC 2006 TB --- 2006-10-12 05:39:49 - generating LINT kernel config TB --- 2006-10-12 05:39:49 - cd /src/sys/sun4v/conf TB --- 2006-10-12 05:39:49 - /usr/bin/make -B LINT TB --- 2006-10-12 05:39:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-12 05:39:49 - cd /src TB --- 2006-10-12 05:39:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 12 05:39:50 UTC 2006 >>> stage 1: configuring the kernel [...] WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_NMDM' encountered. WARNING: duplicate device `nmdm' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-12 05:39:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-12 05:39:50 - ERROR: failed to build lint kernel TB --- 2006-10-12 05:39:50 - tinderbox aborted TB --- 0.56 user 1.73 system 3637.30 real From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 08:28:52 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 349A116A415 for ; Thu, 12 Oct 2006 08:28:52 +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 7768843D5D for ; Thu, 12 Oct 2006 08:28:50 +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 md50000552553.msg for ; Thu, 12 Oct 2006 12:27: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, 12 Oct 2006 12:27:45 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F84E@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe thread-index: Acbt2EsC6zpDfsxBQLqqs3G3aslsKQ== From: "Yuriy Tsibizov" To: X-Spam-Processed: mx.gfk.ru, Thu, 12 Oct 2006 12:27: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, 12 Oct 2006 12:27:48 +0400 Cc: Subject: 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, 12 Oct 2006 08:28:52 -0000 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=3D1 after that it hangs. kernel is -CURRENT from yesterday morning. setting hint.acpi.0.disabled=3D"1" does not help, and BIOS settings are very limited (it can only turn on/off onboard devices) Yuriy. From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 08:36: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 959FF16A407; Thu, 12 Oct 2006 08:36:40 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E3343D5E; Thu, 12 Oct 2006 08:36:39 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k9C8aY3N096369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Oct 2006 12:36:35 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k9C8aXvF096368; Thu, 12 Oct 2006 12:36:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 12 Oct 2006 12:36:33 +0400 From: Gleb Smirnoff To: Peter Holm Message-ID: <20061012083633.GI59833@FreeBSD.org> References: <20061011154722.GA53921@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20061011154722.GA53921@peter.osted.lan> User-Agent: Mutt/1.5.6i Cc: rwatson@FreeBSD.org, current@FreeBSD.org Subject: Re: Page fault in ip_output (fnv_hash.h:27) 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, 12 Oct 2006 08:36:40 -0000 Peter, On Wed, Oct 11, 2006 at 05:47:22PM +0200, Peter Holm wrote: P> During stress test of GENERIC HEAD from Oct 9 15:08 UTC I got this P> page fault: P> P> --- trap 0xc, eip = 0xc073dc6c, esp = 0xe6bf5a98, ebp = 0xe6bf5ae4 --- P> ip_output(c4633600,0,e6bf5ab8,0,0,...) at ip_output+0x940 P> udp_output(c46a4690,c46a9000,0,0,c48b4d80,...) at udp_output+0x4b3 P> udp_send(c4a94914,0,c4896b00,0,0,...) at udp_send+0x2a P> sosend_dgram(c4a94914,0,e6bf5c64,c4896b00,0,...) at sosend_dgram+0x30d P> sosend(c4a94914,0,e6bf5c64,0,0,0,c48b4d80) at sosend+0x3c P> soo_write(c4008c60,e6bf5c64,c4609980,0,c48b4d80) at soo_write+0x42 P> dofilewrite(c48b4d80,3,c4008c60,e6bf5c64,...) at dofilewrite+0x7b P> kern_writev(c48b4d80,3,e6bf5c64,8052000,0,...) at kern_writev+0x36 P> write(c48b4d80,e6bf5d04) at write+0x45 P> syscall(2805003b,bfbf003b,bfbf003b,2805188c,...) at syscall+0x256 P> P> More info at http://people.freebsd.org/~pho/stress/log/cons215.html Why did you explored in detail frame 12, not frame 9? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 09:14:03 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 A537016A59D; Thu, 12 Oct 2006 09:14:03 +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 2019D43D49; Thu, 12 Oct 2006 09:14:00 +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 2066E6390; Thu, 12 Oct 2006 13:13:54 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 46F5662D0; Thu, 12 Oct 2006 13:12:40 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9C9CiHp079428; Thu, 12 Oct 2006 13:12:44 +0400 (MSD) (envelope-from ru) Date: Thu, 12 Oct 2006 13:12:44 +0400 From: Ruslan Ermilov To: Kip Macy Message-ID: <20061012091244.GC60767@rambler-co.ru> References: <20061012053950.A917E7305F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: <20061012053950.A917E7305F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 12 Oct 2006 09:14:03 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 12, 2006 at 01:39:50AM -0400, FreeBSD Tinderbox wrote: > TB --- 2006-10-12 04:39:13 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2006-10-12 04:39:13 - starting HEAD tinderbox run for sparc64/sun4v [...] > TB --- 2006-10-12 05:39:49 - generating LINT kernel config > TB --- 2006-10-12 05:39:49 - cd /src/sys/sun4v/conf > TB --- 2006-10-12 05:39:49 - /usr/bin/make -B LINT > TB --- 2006-10-12 05:39:49 - building LINT kernel (COPTFLAGS=3D-O2 -pipe) > TB --- 2006-10-12 05:39:49 - cd /src > TB --- 2006-10-12 05:39:49 - /usr/bin/make buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Thu Oct 12 05:39:50 UTC 2006 > >>> stage 1: configuring the kernel > [...] > WARNING: duplicate device `mem' encountered. > WARNING: duplicate option `DEV_NMDM' encountered. > WARNING: duplicate device `nmdm' encountered. > WARNING: kernel contains GPL contaminated emu10kx headers > WARNING: kernel contains GPL contaminated emu10kx headers > WARNING: kernel contains GPL contaminated emu10kx headers > WARNING: kernel contains GPL contaminated ReiserFS filesystem > WARNING: kernel contains GPL contaminated xfs filesystem > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 The LINT kernel is not configurable (errors aren't shown in the tinderbox output). This patch fixes it: %%% Index: NOTES =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/sys/sun4v/conf/NOTES,v retrieving revision 1.2 diff -u -p -r1.2 NOTES --- NOTES 11 Oct 2006 04:14:41 -0000 1.2 +++ NOTES 12 Oct 2006 07:40:04 -0000 @@ -22,7 +22,7 @@ device ebus device isa device pci device sbus -device central +#device central device fhc =20 =0C @@ -36,34 +36,40 @@ device fhc device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device mk48txx # Mostek MK48Txx clocks -device rtc # rtc (really a front-end for the MC146818) +#device rtc # rtc (really a front-end for the MC146818) device mc146818 # Motorola MC146818 and compatible clocks =20 # # Optional devices: # =20 -device auxio # auxiliary I/O device -device clkbrd # Clock Board (blinkenlight on Sun Exx00) -device creator # Creator, Creator3D and Elite3D framebuffers -device machfb # ATI Mach64 framebuffers +#device auxio # auxiliary I/O device +#device clkbrd # Clock Board (blinkenlight on Sun Exx00) +#device creator # Creator, Creator3D and Elite3D framebuffers +#device machfb # ATI Mach64 framebuffers =20 device ofw_console # Open Firmware console device option OFWCONS_POLL_HZ=3D4 # 20 or more works best on Ultra2 =20 -device sab # Siemens SAB82532 based serial ports +#device sab # Siemens SAB82532 based serial ports =20 =0C ##################################################################### # Devices we don't want to deal with =20 +nodevice atkbdc +nodevice atkbd +nodevice psm +nodevice sc nodevice vga +nodevice splash nodevice daemon_saver nodevice snake_saver nodevice star_saver nodevice bktr nodevice fdc nodevice ppc +nodevice psm nodevice snd_ad1816 nodevice snd_als4000 nodevice snd_au88x0 %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFLgcMqRfpzJluFF4RAkvoAJ96EzELscP7CmMltDBhjMYxrXkjEwCdHrE7 aY3jX3d/kfEETKFjFgJXyVc= =BuV7 -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 09:33:30 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 4A13E16A403; Thu, 12 Oct 2006 09:33:30 +0000 (UTC) (envelope-from peter@holm.cc) Received: from wbm5.pair.net (wbm5.pair.net [66.39.3.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 250D443D69; Thu, 12 Oct 2006 09:33:25 +0000 (GMT) (envelope-from peter@holm.cc) Received: by wbm5.pair.net (Postfix, from userid 65534) id 5B0F034D25; Thu, 12 Oct 2006 05:33:25 -0400 (EDT) Received: from 193.3.142.124 ([193.3.142.124]) (SquirrelMail authenticated user holm@aedde.pair.com) by webmail5.pair.com with HTTP; Thu, 12 Oct 2006 11:33:25 +0200 (CEST) Message-ID: <8330.193.3.142.124.1160645605.squirrel@webmail5.pair.com> In-Reply-To: <20061012083633.GI59833@FreeBSD.org> References: <20061011154722.GA53921@peter.osted.lan> <20061012083633.GI59833@FreeBSD.org> Date: Thu, 12 Oct 2006 11:33:25 +0200 (CEST) From: "Peter Holm" To: "Gleb Smirnoff" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: rwatson@freebsd.org, current@freebsd.org Subject: Re: Page fault in ip_output (fnv_hash.h:27) 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, 12 Oct 2006 09:33:30 -0000 > Peter, > > On Wed, Oct 11, 2006 at 05:47:22PM +0200, Peter Holm wrote: > P> During stress test of GENERIC HEAD from Oct 9 15:08 UTC I got this > P> page fault: > P> > P> --- trap 0xc, eip = 0xc073dc6c, esp = 0xe6bf5a98, ebp = 0xe6bf5ae4 --- > P> ip_output(c4633600,0,e6bf5ab8,0,0,...) at ip_output+0x940 > P> udp_output(c46a4690,c46a9000,0,0,c48b4d80,...) at udp_output+0x4b3 > P> udp_send(c4a94914,0,c4896b00,0,0,...) at udp_send+0x2a > P> sosend_dgram(c4a94914,0,e6bf5c64,c4896b00,0,...) at sosend_dgram+0x30d > P> sosend(c4a94914,0,e6bf5c64,0,0,0,c48b4d80) at sosend+0x3c > P> soo_write(c4008c60,e6bf5c64,c4609980,0,c48b4d80) at soo_write+0x42 > P> dofilewrite(c48b4d80,3,c4008c60,e6bf5c64,...) at dofilewrite+0x7b > P> kern_writev(c48b4d80,3,e6bf5c64,8052000,0,...) at kern_writev+0x36 > P> write(c48b4d80,e6bf5d04) at write+0x45 > P> syscall(2805003b,bfbf003b,bfbf003b,2805188c,...) at syscall+0x256 > P> > P> More info at http://people.freebsd.org/~pho/stress/log/cons215.html > > Why did you explored in detail frame 12, not frame 9? > Oh, sorry. I thought that the comment in frame 12 was the interesting part. I'll add info for frame 9 later today. - Peter > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 11:00:56 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 9C81E16A403 for ; Thu, 12 Oct 2006 11:00:56 +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 C880543D62 for ; Thu, 12 Oct 2006 11:00:49 +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 md50000553339.msg for ; Thu, 12 Oct 2006 15:00:32 +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, 12 Oct 2006 15:00:27 +0400 Message-ID: <78664C02FF341B4FAC63E561846E3BCC01F850@ex.hhp.local> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC01F84E@ex.hhp.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ASUS U5F hangs during pci bus probe (update) thread-index: Acbt2EsC6zpDfsxBQLqqs3G3aslsKQAFEjQw From: "Yuriy Tsibizov" To: X-Spam-Processed: mx.gfk.ru, Thu, 12 Oct 2006 15:00:32 +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, 12 Oct 2006 15:00:34 +0400 Cc: Subject: ASUS U5F hangs during pci bus probe (update) 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, 12 Oct 2006 11:00:56 -0000 > 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=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 settings = are > very limited (it can only turn on/off onboard devices) I was able to boot with kernel from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200610/7.0-CURRENT-200610-i3 86-bootonly.iso. verbose dmesg available from http://chibis.persons.gfk.ru/hdac/dmesg-asus_U5F_notebook.txt. Yuriy. From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 11:01:43 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 D777E16A417 for ; Thu, 12 Oct 2006 11:01:43 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9991C43D93 for ; Thu, 12 Oct 2006 11:01:34 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from [65.75.33.81] (tnt-33-81.ct.dialin.ntplx.com [65.75.33.81]) (authenticated bits=0) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9CB1Nr8001413; Thu, 12 Oct 2006 07:01:29 -0400 (EDT) Message-ID: <452E138F.6010403@vigrid.com> Date: Thu, 12 Oct 2006 06:06:07 -0400 From: Daniel Eischen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20061011.191342.01666242.imp@bsdimp.com> In-Reply-To: <20061011.191342.01666242.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Thu, 12 Oct 2006 07:01:30 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: if@hetzner.co.za, current@freebsd.org Subject: Re: cardbus/xircom realport no longer works 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, 12 Oct 2006 11:01:44 -0000 M. Warner Losh wrote: > In message: > Ian FREISLICH writes: > : Hi > : > : After upgrading from 6.2-prerelease to current on one of my friend's > : laptops, the cardbus ethernet adaptor doesn't work any more. > : The card is one of those 2 slot thick Xircom RealPorts ethernet > : with a modem (red plastic connectors in the card). > : > : I can supply more information if required. (At least it works with > : my old 10M Accton pccard). > : > : FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 > : > : cbb0: at device 3.0 on pci0 > : cardbus0: on cbb0 > : pccard0: <16-bit PCCard bus> on cbb0 > : cbb1: at device 3.1 on pci0 > : cardbus1: on cbb1 > : pccard1: <16-bit PCCard bus> on cbb1 > : > : dc0: port 0x1000-0x107f mem 0x88000000-0x880007ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 > : miibus0: on dc0 > : tdkphy0: on miibus0 > : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > : dc0: Ethernet address: 00:10:a4:98:ff:b6 > : sio4: port 0x1080-0x1087 mem 0x88002000-0x880027ff,0x88003000-0x880037ff at device 0.1 on cardbus0 > : sio4: type 16550A > : sio4: unable to activate interrupt in fast mode - using normal mode > : > : > : FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 > : > : cbb0: at device 3.0 on pci0 > : cardbus0: on cbb0 > : pccard0: <16-bit PCCard bus> on cbb0 > : cbb1: at device 3.1 on pci0 > : cardbus1: on cbb1 > : pccard1: <16-bit PCCard bus> on cbb1 > : > : cardbus0: CIS pointer is 0x107 > : cardbus0: CIS in option rom > : cardbus0: Unable to allocate resource to read CIS. > : cardbus0: Unable to allocate resources for CIS > : cardbus0: Warning: Bogus CIS ignored > : dc0: port 0x1000-0x107f mem 0x88000000-0x880007ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 > : dc0: No station address in CIS! > : device_attach: dc0 attach returned 6 > : cardbus0: CIS pointer is 0x207 > : cardbus0: CIS in option rom > : cardbus0: Unable to allocate resource to read CIS. > : cardbus0: Unable to allocate resources for CIS > : cardbus0: Warning: Bogus CIS ignored > : sio4: port 0x1000-0x1007 mem 0x88002000-0x880027ff,0x88003000-0x880037ff at device 0.1 on cardbus0 > : sio4: type 16550A > : sio4: [GIANT-LOCKED] > : sio4: unable to activate interrupt in fast mode - using normal mode > > This is defintiely weird.... I'll see if I can recreate it... I have the same problem on -current with my dc (Xircom) card and a Dell Inspiron laptop. It used to work (under -current) but hasn't worked in months. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 11:11: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 B836B16A40F for ; Thu, 12 Oct 2006 11:11:40 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt15.ihug.co.nz (grunt15.ihug.co.nz [203.109.254.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0125F43D6E for ; Thu, 12 Oct 2006 11:11:24 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt15.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GXySw-0002eK-00; Fri, 13 Oct 2006 00:11:06 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 1F8CA1CC1F; Fri, 13 Oct 2006 00:11:06 +1300 (NZDT) Date: Fri, 13 Oct 2006 00:11:06 +1300 From: Andrew Thompson To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: <20061012111106.GH2566@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , freebsd-current@freebsd.org, freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: RSTP code for test/review 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, 12 Oct 2006 11:11:40 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Attached is a patch that brings in rapid spanning tree (802.1w) support. I would appreciate any testing or code review. The states will be printed out at the moment as packets are transfered and the topo is calculated, these should stop when it becomes stable. The requirements are: (a) it reaches a stable topology, no constant flipflops (b) it calculates the correct topology (c) no loops are created It defaults to RSTP mode but will downgrade any port connected to a legacy STP network so can be tested even if you dont use RSTP in your network. The patch only applies to HEAD, no RELENG_6 patch available sorry. The code implements chapter 17 of 802.1D-2004 if you really want to get your hands dirty. Comments welcome. cheers, Andrew --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bridge_rstp.20061012.diff" Index: sbin/ifconfig/ifbridge.c =================================================================== RCS file: /home/ncvs/src/sbin/ifconfig/ifbridge.c,v retrieving revision 1.3 diff -u -p -r1.3 ifbridge.c --- sbin/ifconfig/ifbridge.c 14 Dec 2005 02:52:12 -0000 1.3 +++ sbin/ifconfig/ifbridge.c 12 Oct 2006 10:46:13 -0000 @@ -61,6 +61,27 @@ static const char rcsid[] = #include "ifconfig.h" +static const char *stpstates[] = { + "disabled", + "listening", + "learning", + "forwarding", + "blocking", + "discarding" +}; +static const char *stpproto[] = { + "stp", + "-", + "rstp" +}; +static const char *stproles[] = { + "disabled", + "root", + "designated", + "alternate", + "backup" +}; + static int get_val(const char *cp, u_long *valp) { @@ -113,13 +134,6 @@ do_bridgeflag(int sock, const char *ifs, static void bridge_interfaces(int s, const char *prefix) { - static const char *stpstates[] = { - "disabled", - "listening", - "learning", - "forwarding", - "blocking", - }; struct ifbifconf bifc; struct ifbreq *req; char *inbuf = NULL, *ninbuf; @@ -159,9 +173,23 @@ bridge_interfaces(int s, const char *pre printf("port %u priority %u", req->ifbr_portno, req->ifbr_priority); printf(" path cost %u", req->ifbr_path_cost); + if (req->ifbr_proto < + sizeof(stpproto) / sizeof(stpproto[0])) + printf(" proto %s", stpproto[req->ifbr_proto]); + else + printf(" ", + req->ifbr_proto); + + printf("\n%s", pad); + if (req->ifbr_role < + sizeof(stproles) / sizeof(stproles[0])) + printf("role %s", stproles[req->ifbr_role]); + else + printf("", + req->ifbr_role); if (req->ifbr_state < sizeof(stpstates) / sizeof(stpstates[0])) - printf(" %s", stpstates[req->ifbr_state]); + printf(" state %s", stpstates[req->ifbr_state]); else printf(" ", req->ifbr_state); @@ -210,28 +238,22 @@ bridge_addresses(int s, const char *pref static void bridge_status(int s) { - struct ifbrparam param; + struct ifbropreq param; u_int16_t pri; - u_int8_t ht, fd, ma; + u_int8_t ht, fd, ma, hc, pro; - if (do_cmd(s, BRDGGPRI, ¶m, sizeof(param), 0) < 0) + if (do_cmd(s, BRDGPARAM, ¶m, sizeof(param), 0) < 0) return; - pri = param.ifbrp_prio; - - if (do_cmd(s, BRDGGHT, ¶m, sizeof(param), 0) < 0) - return; - ht = param.ifbrp_hellotime; - - if (do_cmd(s, BRDGGFD, ¶m, sizeof(param), 0) < 0) - return; - fd = param.ifbrp_fwddelay; - - if (do_cmd(s, BRDGGMA, ¶m, sizeof(param), 0) < 0) - return; - ma = param.ifbrp_maxage; - - printf("\tpriority %u hellotime %u fwddelay %u maxage %u\n", - pri, ht, fd, ma); + pri = param.ifbop_priority; + pro = param.ifbop_protocol; + ht = param.ifbop_hellotime; + fd = param.ifbop_fwddelay; + hc = param.ifbop_holdcount; + ma = param.ifbop_maxage; + + printf("\tpriority %u hellotime %u fwddelay %u" + " maxage %u hc %u proto %s\n", + pri, ht, fd, ma, hc, stpproto[pro]); bridge_interfaces(s, "\tmember: "); @@ -469,6 +491,38 @@ setbridge_priority(const char *arg, int } static void +setbridge_protocol(const char *arg, int d, int s, const struct afswtch *afp) +{ + struct ifbrparam param; + + if (strcasecmp(arg, "stp") == 0) { + param.ifbrp_proto = 0; + } else if (strcasecmp(arg, "rstp") == 0) { + param.ifbrp_proto = 2; + } else { + errx(1, "unknown stp protocol"); + } + + if (do_cmd(s, BRDGSPROTO, ¶m, sizeof(param), 1) < 0) + err(1, "BRDGSPROTO %s", arg); +} + +static void +setbridge_holdcount(const char *arg, int d, int s, const struct afswtch *afp) +{ + struct ifbrparam param; + u_long val; + + if (get_val(arg, &val) < 0 || (val & ~0xff) != 0) + errx(1, "invalid value: %s", arg); + + param.ifbrp_txhc = val & 0xff; + + if (do_cmd(s, BRDGSTXHC, ¶m, sizeof(param), 1) < 0) + err(1, "BRDGSTXHC %s", arg); +} + +static void setbridge_ifpriority(const char *ifn, const char *pri, int s, const struct afswtch *afp) { @@ -496,11 +550,11 @@ setbridge_ifpathcost(const char *ifn, co memset(&req, 0, sizeof(req)); - if (get_val(cost, &val) < 0 || (val & ~0xff) != 0) + if (get_val(cost, &val) < 0) errx(1, "invalid value: %s", cost); strlcpy(req.ifbr_ifsname, ifn, sizeof(req.ifbr_ifsname)); - req.ifbr_path_cost = val & 0xffff; + req.ifbr_path_cost = val; if (do_cmd(s, BRDGSIFCOST, &req, sizeof(req), 1) < 0) err(1, "BRDGSIFCOST %s", cost); @@ -542,6 +596,8 @@ static struct cmd bridge_cmds[] = { DEF_CMD_ARG("fwddelay", setbridge_fwddelay), DEF_CMD_ARG("maxage", setbridge_maxage), DEF_CMD_ARG("priority", setbridge_priority), + DEF_CMD_ARG("proto", setbridge_protocol), + DEF_CMD_ARG("holdcount", setbridge_holdcount), DEF_CMD_ARG2("ifpriority", setbridge_ifpriority), DEF_CMD_ARG2("ifpathcost", setbridge_ifpathcost), DEF_CMD_ARG("timeout", setbridge_timeout), Index: sbin/ifconfig/ifconfig.8 =================================================================== RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.8,v retrieving revision 1.124 diff -u -p -r1.124 ifconfig.8 --- sbin/ifconfig/ifconfig.8 10 Oct 2006 09:44:08 -0000 1.124 +++ sbin/ifconfig/ifconfig.8 12 Oct 2006 10:46:33 -0000 @@ -1270,35 +1270,47 @@ This is the default for all interfaces a .It Cm maxage Ar seconds Set the time that a Spanning Tree protocol configuration is valid. The default is 20 seconds. -The minimum is 1 second and the maximum is 255 seconds. +The minimum is 6 seconds and the maximum is 40 seconds. .It Cm fwddelay Ar seconds Set the time that must pass before an interface begins forwarding packets when Spanning Tree is enabled. The default is 15 seconds. -The minimum is 1 second and the maximum is 255 seconds. +The minimum is 4 seconds and the maximum is 30 seconds. .It Cm hellotime Ar seconds Set the time between broadcasting of Spanning Tree protocol configuration messages. +The hello time may only be changed when operating in legacy stp mode. The default is 2 seconds. -The minimum is 1 second and the maximum is 255 seconds. +The minimum is 1 second and the maximum is 2 seconds. .It Cm priority Ar value Set the bridge priority for Spanning Tree. The default is 32768. -The minimum is 0 and the maximum is 65536. +The minimum is 0 and the maximum is 61440. +.It Cm protocol Ar value +Set the Spanning Tree protocol. +The default is rstp. +The available options are stp and rstp. +.It Cm holdcount Ar value +Set the transmit hold count for Spanning Tree. +This is the number of packets transmitted before being rate limited. +The default is 6. +The minimum is 1 and the maximum is 10. .It Cm ifpriority Ar interface Ar value Set the Spanning Tree priority of .Ar interface to .Ar value . The default is 128. -The minimum is 0 and the maximum is 255. +The minimum is 0 and the maximum is 240. .It Cm ifpathcost Ar interface Ar value Set the Spanning Tree path cost of .Ar interface to .Ar value . -The default is 55. -The minimum is 0 and the maximum is 65535. +The default is calculated from the link speed. +To change a previously selected path cost back to automatic, set the +cost to 0. +The minimum is 1 and the maximum is 200000000. .El .Pp The following parameters are specific to IP tunnel interfaces, Index: sys/net/bridgestp.c =================================================================== RCS file: /home/ncvs/src/sys/net/bridgestp.c,v retrieving revision 1.20 diff -u -p -r1.20 bridgestp.c --- sys/net/bridgestp.c 1 Oct 2006 03:48:32 -0000 1.20 +++ sys/net/bridgestp.c 12 Oct 2006 10:57:57 -0000 @@ -2,6 +2,7 @@ /* * Copyright (c) 2000 Jason L. Wright (jason@thought.net) + * Copyright (c) 2006 Andrew Thompson (thompsa@FreeBSD.org) * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -30,8 +31,7 @@ /* * Implementation of the spanning tree protocol as defined in - * ISO/IEC Final DIS 15802-3 (IEEE P802.1D/D17), May 25, 1998. - * (In English: IEEE 802.1D, Draft 17, 1998) + * ISO/IEC 802.1D-2004, June 9, 2004. */ #include @@ -62,276 +62,177 @@ __FBSDID("$FreeBSD: src/sys/net/bridgest #include #include +#define BRIDGESTP_DEBUG 1 + +#ifdef BRIDGESTP_DEBUG +#define DPRINTF(fmt, arg...) printf("bstp: " fmt, ##arg) +#else +#define DPRINTF(fmt, arg...) +#endif + +#define PV2ADDR(pv, eaddr) do { \ + eaddr[0] = pv >> 40; \ + eaddr[1] = pv >> 32; \ + eaddr[2] = pv >> 24; \ + eaddr[3] = pv >> 16; \ + eaddr[4] = pv >> 8; \ + eaddr[5] = pv >> 0; \ +} while (0) + +#define INFO_BETTER 1 +#define INFO_SAME 0 +#define INFO_WORSE -1 + const uint8_t bstp_etheraddr[] = { 0x01, 0x80, 0xc2, 0x00, 0x00, 0x00 }; LIST_HEAD(, bstp_state) bstp_list; static struct mtx bstp_list_mtx; -static void bstp_initialize_port(struct bstp_state *, - struct bstp_port *); -static void bstp_ifupdstatus(struct bstp_state *, struct bstp_port *); -static void bstp_enable_port(struct bstp_state *, struct bstp_port *); -static void bstp_disable_port(struct bstp_state *, - struct bstp_port *); -#ifdef notused -static void bstp_enable_change_detection(struct bstp_port *); -static void bstp_disable_change_detection(struct bstp_port *); -#endif /* notused */ -static int bstp_root_bridge(struct bstp_state *bs); -static int bstp_supersedes_port_info(struct bstp_state *, - struct bstp_port *, struct bstp_config_unit *); -static int bstp_designated_port(struct bstp_state *, +static void bstp_transmit(struct bstp_state *, struct bstp_port *); -static int bstp_designated_for_some_port(struct bstp_state *); -static void bstp_transmit_config(struct bstp_state *, +static void bstp_transmit_bpdu(struct bstp_state *, struct bstp_port *); -static void bstp_transmit_tcn(struct bstp_state *); -static void bstp_received_config_bpdu(struct bstp_state *, - struct bstp_port *, struct bstp_config_unit *); -static void bstp_received_tcn_bpdu(struct bstp_state *, - struct bstp_port *, struct bstp_tcn_unit *); -static void bstp_record_config_information(struct bstp_state *, - struct bstp_port *, struct bstp_config_unit *); -static void bstp_record_config_timeout_values(struct bstp_state *, +static void bstp_transmit_tcn(struct bstp_state *, + struct bstp_port *); +static void bstp_decode_bpdu(struct bstp_port *, struct bstp_cbpdu *, struct bstp_config_unit *); -static void bstp_config_bpdu_generation(struct bstp_state *); -static void bstp_send_config_bpdu(struct bstp_state *, - struct bstp_port *, struct bstp_config_unit *); -static void bstp_configuration_update(struct bstp_state *); -static void bstp_root_selection(struct bstp_state *); -static void bstp_designated_port_selection(struct bstp_state *); -static void bstp_become_designated_port(struct bstp_state *, - struct bstp_port *); -static void bstp_port_state_selection(struct bstp_state *); -static void bstp_make_forwarding(struct bstp_state *, - struct bstp_port *); -static void bstp_make_blocking(struct bstp_state *, - struct bstp_port *); -static void bstp_set_port_state(struct bstp_port *, uint8_t); -static void bstp_state_change(void *, int); -static void bstp_update_forward_transitions(struct bstp_port *); -#ifdef notused -static void bstp_set_bridge_priority(struct bstp_state *, uint64_t); -static void bstp_set_port_priority(struct bstp_state *, - struct bstp_port *, uint16_t); -static void bstp_set_path_cost(struct bstp_state *, - struct bstp_port *, uint32_t); -#endif /* notused */ -static void bstp_topology_change_detection(struct bstp_state *); -static void bstp_topology_change_acknowledged(struct bstp_state *); -static void bstp_acknowledge_topology_change(struct bstp_state *, - struct bstp_port *); - +static void bstp_send_bpdu(struct bstp_state *, + struct bstp_port *, struct bstp_cbpdu *); static void bstp_enqueue(struct ifnet *, struct mbuf *); +static int bstp_pdu_flags(struct bstp_port *); +static void bstp_received_stp(struct bstp_state *, struct bstp_port *, + struct mbuf *, struct bstp_tbpdu *); +static void bstp_received_rstp(struct bstp_state *, + struct bstp_port *, struct mbuf *, struct bstp_tbpdu *); +static void bstp_received_tcn(struct bstp_state *, + struct bstp_port *, struct bstp_tcn_unit *); +static void bstp_received_bpdu(struct bstp_state *, + struct bstp_port *, struct bstp_config_unit *); +static int bstp_pdu_rcvtype(struct bstp_port *, struct bstp_config_unit *); +static int bstp_pdu_bettersame(struct bstp_port *, int); +static int bstp_info_cmp(struct bstp_pri_vector *, + struct bstp_pri_vector *); +static int bstp_info_superior(struct bstp_pri_vector *, + struct bstp_pri_vector *); +static void bstp_assign_roles(struct bstp_state *); +static void bstp_update_roles(struct bstp_state *, struct bstp_port *); +static void bstp_update_state(struct bstp_state *, struct bstp_port *); +static void bstp_update_tc(struct bstp_port *); +static void bstp_update_info(struct bstp_port *); +static void bstp_set_other_tcprop(struct bstp_port *); +static void bstp_set_all_reroot(struct bstp_state *); +static void bstp_set_all_sync(struct bstp_state *); +static void bstp_set_port_state(struct bstp_port *, int); +static void bstp_set_port_role(struct bstp_port *, int); +static void bstp_set_port_proto(struct bstp_port *, int); +static void bstp_set_port_tc(struct bstp_port *, int); +static void bstp_set_timer_tc(struct bstp_port *); +static void bstp_set_timer_msgage(struct bstp_port *); +static int bstp_rerooted(struct bstp_state *, struct bstp_port *); +static uint32_t bstp_calc_path_cost(struct bstp_port *); +static void bstp_notify_state(void *, int); +static void bstp_notify_rtage(void *, int); +static void bstp_ifupdstatus(struct bstp_state *, struct bstp_port *); +static void bstp_enable_port(struct bstp_state *, struct bstp_port *); +static void bstp_disable_port(struct bstp_state *, struct bstp_port *); static void bstp_tick(void *); static void bstp_timer_start(struct bstp_timer *, uint16_t); static void bstp_timer_stop(struct bstp_timer *); -static int bstp_timer_expired(struct bstp_timer *, uint16_t); - -static void bstp_hold_timer_expiry(struct bstp_state *, +static void bstp_timer_latch(struct bstp_timer *); +static int bstp_timer_expired(struct bstp_timer *); +static void bstp_hello_timer_expiry(struct bstp_state *, + struct bstp_port *); +static void bstp_message_age_expiry(struct bstp_state *, struct bstp_port *); -static void bstp_message_age_timer_expiry(struct bstp_state *, +static void bstp_migrate_delay_expiry(struct bstp_state *, struct bstp_port *); -static void bstp_forward_delay_timer_expiry(struct bstp_state *, +static void bstp_edge_delay_expiry(struct bstp_state *, struct bstp_port *); -static void bstp_topology_change_timer_expiry(struct bstp_state *); -static void bstp_tcn_timer_expiry(struct bstp_state *); -static void bstp_hello_timer_expiry(struct bstp_state *); static int bstp_addr_cmp(const uint8_t *, const uint8_t *); +static int bstp_same_bridgeid(uint64_t, uint64_t); +static void bstp_reinit(struct bstp_state *); +static void bstp_stop_locked(struct bstp_state *); static void -bstp_transmit_config(struct bstp_state *bs, struct bstp_port *bp) +bstp_transmit(struct bstp_state *bs, struct bstp_port *bp) { - BSTP_LOCK_ASSERT(bs); - - if (bp->bp_hold_timer.active) { - bp->bp_config_pending = 1; + /* + * a PDU can only be sent if we have tx quota left and the + * hello timer is running. + */ + if (bp->bp_hello_timer.active == 0) { + /* Test if it needs to be reset */ + bstp_hello_timer_expiry(bs, bp); return; } + if (bp->bp_txcount > bs->bs_txholdcount) + /* Ran out of karma */ + return; - bp->bp_config_bpdu.cu_message_type = BSTP_MSGTYPE_CFG; - bp->bp_config_bpdu.cu_rootid = bs->bs_designated_root; - bp->bp_config_bpdu.cu_root_path_cost = bs->bs_root_path_cost; - bp->bp_config_bpdu.cu_bridge_id = bs->bs_bridge_id; - bp->bp_config_bpdu.cu_port_id = bp->bp_port_id; - - if (bstp_root_bridge(bs)) - bp->bp_config_bpdu.cu_message_age = 0; - else - bp->bp_config_bpdu.cu_message_age = - bs->bs_root_port->bp_message_age_timer.value + - BSTP_MESSAGE_AGE_INCR; - - bp->bp_config_bpdu.cu_max_age = bs->bs_max_age; - bp->bp_config_bpdu.cu_hello_time = bs->bs_hello_time; - bp->bp_config_bpdu.cu_forward_delay = bs->bs_forward_delay; - bp->bp_config_bpdu.cu_topology_change_acknowledgment - = bp->bp_topology_change_acknowledge; - bp->bp_config_bpdu.cu_topology_change = bs->bs_topology_change; - - if (bp->bp_config_bpdu.cu_message_age < bs->bs_max_age) { - bp->bp_topology_change_acknowledge = 0; - bp->bp_config_pending = 0; - bstp_send_config_bpdu(bs, bp, &bp->bp_config_bpdu); - bstp_timer_start(&bp->bp_hold_timer, 0); + if (bp->bp_protover == BSTP_PROTO_RSTP) { + bstp_transmit_bpdu(bs, bp); + bp->bp_tc_ack = 0; + } else { /* STP */ + switch (bp->bp_role) { + case BSTP_ROLE_DESIGNATED: + bstp_transmit_bpdu(bs, bp); + bp->bp_tc_ack = 0; + break; + + case BSTP_ROLE_ROOT: + bstp_transmit_tcn(bs, bp); + break; + } } + bstp_timer_start(&bp->bp_hello_timer, bp->bp_desg_htime); + bp->bp_flags &= ~BSTP_PORT_NEWINFO; } static void -bstp_send_config_bpdu(struct bstp_state *bs, struct bstp_port *bp, - struct bstp_config_unit *cu) +bstp_transmit_bpdu(struct bstp_state *bs, struct bstp_port *bp) { - struct ifnet *ifp; - struct mbuf *m; - struct ether_header *eh; struct bstp_cbpdu bpdu; BSTP_LOCK_ASSERT(bs); - ifp = bp->bp_ifp; - - if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) - return; - - MGETHDR(m, M_DONTWAIT, MT_DATA); - if (m == NULL) - return; - - eh = mtod(m, struct ether_header *); - - m->m_pkthdr.rcvif = ifp; - m->m_pkthdr.len = sizeof(*eh) + sizeof(bpdu); - m->m_len = m->m_pkthdr.len; - - bpdu.cbu_ssap = bpdu.cbu_dsap = LLC_8021D_LSAP; - bpdu.cbu_ctl = LLC_UI; - bpdu.cbu_protoid = htons(0); - bpdu.cbu_protover = 0; - bpdu.cbu_bpdutype = cu->cu_message_type; - bpdu.cbu_flags = (cu->cu_topology_change ? BSTP_FLAG_TC : 0) | - (cu->cu_topology_change_acknowledgment ? BSTP_FLAG_TCA : 0); - - bpdu.cbu_rootpri = htons(cu->cu_rootid >> 48); - bpdu.cbu_rootaddr[0] = cu->cu_rootid >> 40; - bpdu.cbu_rootaddr[1] = cu->cu_rootid >> 32; - bpdu.cbu_rootaddr[2] = cu->cu_rootid >> 24; - bpdu.cbu_rootaddr[3] = cu->cu_rootid >> 16; - bpdu.cbu_rootaddr[4] = cu->cu_rootid >> 8; - bpdu.cbu_rootaddr[5] = cu->cu_rootid >> 0; - - bpdu.cbu_rootpathcost = htonl(cu->cu_root_path_cost); - - bpdu.cbu_bridgepri = htons(cu->cu_bridge_id >> 48); - bpdu.cbu_bridgeaddr[0] = cu->cu_bridge_id >> 40; - bpdu.cbu_bridgeaddr[1] = cu->cu_bridge_id >> 32; - bpdu.cbu_bridgeaddr[2] = cu->cu_bridge_id >> 24; - bpdu.cbu_bridgeaddr[3] = cu->cu_bridge_id >> 16; - bpdu.cbu_bridgeaddr[4] = cu->cu_bridge_id >> 8; - bpdu.cbu_bridgeaddr[5] = cu->cu_bridge_id >> 0; - - bpdu.cbu_portid = htons(cu->cu_port_id); - bpdu.cbu_messageage = htons(cu->cu_message_age); - bpdu.cbu_maxage = htons(cu->cu_max_age); - bpdu.cbu_hellotime = htons(cu->cu_hello_time); - bpdu.cbu_forwarddelay = htons(cu->cu_forward_delay); - - memcpy(eh->ether_shost, IF_LLADDR(ifp), ETHER_ADDR_LEN); - memcpy(eh->ether_dhost, bstp_etheraddr, ETHER_ADDR_LEN); - eh->ether_type = htons(sizeof(bpdu)); - - memcpy(mtod(m, caddr_t) + sizeof(*eh), &bpdu, sizeof(bpdu)); - - bstp_enqueue(ifp, m); -} - -static int -bstp_root_bridge(struct bstp_state *bs) -{ - return (bs->bs_designated_root == bs->bs_bridge_id); -} - -static int -bstp_supersedes_port_info(struct bstp_state *bs, struct bstp_port *bp, - struct bstp_config_unit *cu) -{ - if (cu->cu_rootid < bp->bp_designated_root) - return (1); - if (cu->cu_rootid > bp->bp_designated_root) - return (0); - - if (cu->cu_root_path_cost < bp->bp_designated_cost) - return (1); - if (cu->cu_root_path_cost > bp->bp_designated_cost) - return (0); - - if (cu->cu_bridge_id < bp->bp_designated_bridge) - return (1); - if (cu->cu_bridge_id > bp->bp_designated_bridge) - return (0); - - if (bs->bs_bridge_id != cu->cu_bridge_id) - return (1); - if (cu->cu_port_id <= bp->bp_designated_port) - return (1); - return (0); -} - -static void -bstp_record_config_information(struct bstp_state *bs, - struct bstp_port *bp, struct bstp_config_unit *cu) -{ - BSTP_LOCK_ASSERT(bs); + bpdu.cbu_rootpri = htons(bp->bp_desg_pv.pv_root_id >> 48); + PV2ADDR(bp->bp_desg_pv.pv_root_id, bpdu.cbu_rootaddr); - bp->bp_designated_root = cu->cu_rootid; - bp->bp_designated_cost = cu->cu_root_path_cost; - bp->bp_designated_bridge = cu->cu_bridge_id; - bp->bp_designated_port = cu->cu_port_id; - bstp_timer_start(&bp->bp_message_age_timer, cu->cu_message_age); -} + bpdu.cbu_rootpathcost = htonl(bp->bp_desg_pv.pv_cost); -static void -bstp_record_config_timeout_values(struct bstp_state *bs, - struct bstp_config_unit *config) -{ - BSTP_LOCK_ASSERT(bs); + bpdu.cbu_bridgepri = htons(bp->bp_desg_pv.pv_dbridge_id >> 48); + PV2ADDR(bp->bp_desg_pv.pv_dbridge_id, bpdu.cbu_bridgeaddr); - bs->bs_max_age = config->cu_max_age; - bs->bs_hello_time = config->cu_hello_time; - bs->bs_forward_delay = config->cu_forward_delay; - bs->bs_topology_change = config->cu_topology_change; -} + bpdu.cbu_portid = htons(bp->bp_port_id); + bpdu.cbu_messageage = htons(bp->bp_desg_msg_age); + bpdu.cbu_maxage = htons(bp->bp_desg_max_age); + bpdu.cbu_hellotime = htons(bp->bp_desg_htime); + bpdu.cbu_forwarddelay = htons(bp->bp_desg_fdelay); -static void -bstp_config_bpdu_generation(struct bstp_state *bs) -{ - struct bstp_port *bp; + bpdu.cbu_flags = bstp_pdu_flags(bp); - BSTP_LOCK_ASSERT(bs); + switch (bp->bp_protover) { + case BSTP_PROTO_STP: + bpdu.cbu_bpdutype = BSTP_MSGTYPE_CFG; + break; - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bstp_designated_port(bs, bp) && - (bp->bp_state != BSTP_IFSTATE_DISABLED)) - bstp_transmit_config(bs, bp); + case BSTP_PROTO_RSTP: + bpdu.cbu_bpdutype = BSTP_MSGTYPE_RSTP; + break; } -} -static int -bstp_designated_port(struct bstp_state *bs, struct bstp_port *bp) -{ - return ((bp->bp_designated_bridge == bs->bs_bridge_id) - && (bp->bp_designated_port == bp->bp_port_id)); + bstp_send_bpdu(bs, bp, &bpdu); } static void -bstp_transmit_tcn(struct bstp_state *bs) +bstp_transmit_tcn(struct bstp_state *bs, struct bstp_port *bp) { struct bstp_tbpdu bpdu; - struct bstp_port *bp = bs->bs_root_port; struct ifnet *ifp = bp->bp_ifp; struct ether_header *eh; struct mbuf *m; - BSTP_LOCK_ASSERT(bs); + KASSERT(bp == bs->bs_root_port, ("%s: bad root port\n", __func__)); if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) return; @@ -358,234 +259,205 @@ bstp_transmit_tcn(struct bstp_state *bs) memcpy(mtod(m, caddr_t) + sizeof(*eh), &bpdu, sizeof(bpdu)); + bp->bp_txcount++; bstp_enqueue(ifp, m); } static void -bstp_configuration_update(struct bstp_state *bs) -{ - BSTP_LOCK_ASSERT(bs); - - bstp_root_selection(bs); - bstp_designated_port_selection(bs); -} - -static void -bstp_root_selection(struct bstp_state *bs) +bstp_decode_bpdu(struct bstp_port *bp, struct bstp_cbpdu *cpdu, + struct bstp_config_unit *cu) { - struct bstp_port *root_port = NULL, *bp; - - BSTP_LOCK_ASSERT(bs); - - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bstp_designated_port(bs, bp)) - continue; - if (bp->bp_state == BSTP_IFSTATE_DISABLED) - continue; - if (bp->bp_designated_root >= bs->bs_bridge_id) - continue; - if (root_port == NULL) - goto set_port; - - if (bp->bp_designated_root < root_port->bp_designated_root) - goto set_port; - if (bp->bp_designated_root > root_port->bp_designated_root) - continue; + int flags; - if ((bp->bp_designated_cost + bp->bp_path_cost) < - (root_port->bp_designated_cost + root_port->bp_path_cost)) - goto set_port; - if ((bp->bp_designated_cost + bp->bp_path_cost) > - (root_port->bp_designated_cost + root_port->bp_path_cost)) - continue; - - if (bp->bp_designated_bridge < - root_port->bp_designated_bridge) - goto set_port; - if (bp->bp_designated_bridge > - root_port->bp_designated_bridge) - continue; - - if (bp->bp_designated_port < root_port->bp_designated_port) - goto set_port; - if (bp->bp_designated_port > root_port->bp_designated_port) - continue; + cu->cu_pv.pv_root_id = + (((uint64_t)ntohs(cpdu->cbu_rootpri)) << 48) | + (((uint64_t)cpdu->cbu_rootaddr[0]) << 40) | + (((uint64_t)cpdu->cbu_rootaddr[1]) << 32) | + (((uint64_t)cpdu->cbu_rootaddr[2]) << 24) | + (((uint64_t)cpdu->cbu_rootaddr[3]) << 16) | + (((uint64_t)cpdu->cbu_rootaddr[4]) << 8) | + (((uint64_t)cpdu->cbu_rootaddr[5]) << 0); + + cu->cu_pv.pv_dbridge_id = + (((uint64_t)ntohs(cpdu->cbu_bridgepri)) << 48) | + (((uint64_t)cpdu->cbu_bridgeaddr[0]) << 40) | + (((uint64_t)cpdu->cbu_bridgeaddr[1]) << 32) | + (((uint64_t)cpdu->cbu_bridgeaddr[2]) << 24) | + (((uint64_t)cpdu->cbu_bridgeaddr[3]) << 16) | + (((uint64_t)cpdu->cbu_bridgeaddr[4]) << 8) | + (((uint64_t)cpdu->cbu_bridgeaddr[5]) << 0); + + cu->cu_pv.pv_cost = ntohl(cpdu->cbu_rootpathcost); + cu->cu_message_age = ntohs(cpdu->cbu_messageage); + cu->cu_max_age = ntohs(cpdu->cbu_maxage); + cu->cu_hello_time = ntohs(cpdu->cbu_hellotime); + cu->cu_forward_delay = ntohs(cpdu->cbu_forwarddelay); + cu->cu_pv.pv_dport_id = ntohs(cpdu->cbu_portid); + cu->cu_pv.pv_port_id = bp->bp_port_id; + cu->cu_message_type = cpdu->cbu_bpdutype; + + /* Strip off unused flags in STP mode */ + flags = cpdu->cbu_flags; + switch (bp->bp_protover) { + case BSTP_PROTO_STP: + flags &= BSTP_PDU_STPMASK; + /* A STP BPDU explicitly conveys a Designated Port */ + cu->cu_role = BSTP_ROLE_DESIGNATED; + break; - if (bp->bp_port_id >= root_port->bp_port_id) - continue; -set_port: - root_port = bp; + case BSTP_PROTO_RSTP: + flags &= BSTP_PDU_RSTPMASK; + break; } - bs->bs_root_port = root_port; - if (root_port == NULL) { - bs->bs_designated_root = bs->bs_bridge_id; - bs->bs_root_path_cost = 0; - } else { - bs->bs_designated_root = root_port->bp_designated_root; - bs->bs_root_path_cost = root_port->bp_designated_cost + - root_port->bp_path_cost; + cu->cu_topology_change_ack = + (flags & BSTP_PDU_F_TCA) ? 1 : 0; + cu->cu_proposal = + (flags & BSTP_PDU_F_P) ? 1 : 0; + cu->cu_agree = + (flags & BSTP_PDU_F_A) ? 1 : 0; + cu->cu_learning = + (flags & BSTP_PDU_F_L) ? 1 : 0; + cu->cu_forwarding = + (flags & BSTP_PDU_F_F) ? 1 : 0; + cu->cu_topology_change = + (flags & BSTP_PDU_F_TC) ? 1 : 0; + + switch ((flags & BSTP_PDU_PRMASK) >> BSTP_PDU_PRSHIFT) { + case BSTP_PDU_F_ROOT: + cu->cu_role = BSTP_ROLE_ROOT; + break; + case BSTP_PDU_F_ALT: + cu->cu_role = BSTP_ROLE_ALTERNATE; + break; + case BSTP_PDU_F_DESG: + cu->cu_role = BSTP_ROLE_DESIGNATED; + break; } } static void -bstp_designated_port_selection(struct bstp_state *bs) +bstp_send_bpdu(struct bstp_state *bs, struct bstp_port *bp, + struct bstp_cbpdu *bpdu) { - struct bstp_port *bp; + struct ifnet *ifp; + struct mbuf *m; + struct ether_header *eh; BSTP_LOCK_ASSERT(bs); - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bstp_designated_port(bs, bp)) - goto designated; - if (bp->bp_designated_root != bs->bs_designated_root) - goto designated; - - if (bs->bs_root_path_cost < bp->bp_designated_cost) - goto designated; - if (bs->bs_root_path_cost > bp->bp_designated_cost) - continue; - - if (bs->bs_bridge_id < bp->bp_designated_bridge) - goto designated; - if (bs->bs_bridge_id > bp->bp_designated_bridge) - continue; + ifp = bp->bp_ifp; - if (bp->bp_port_id > bp->bp_designated_port) - continue; -designated: - bstp_become_designated_port(bs, bp); - } -} + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + return; -static void -bstp_become_designated_port(struct bstp_state *bs, struct bstp_port *bp) -{ - BSTP_LOCK_ASSERT(bs); + MGETHDR(m, M_DONTWAIT, MT_DATA); + if (m == NULL) + return; - bp->bp_designated_root = bs->bs_designated_root; - bp->bp_designated_cost = bs->bs_root_path_cost; - bp->bp_designated_bridge = bs->bs_bridge_id; - bp->bp_designated_port = bp->bp_port_id; -} + eh = mtod(m, struct ether_header *); -static void -bstp_port_state_selection(struct bstp_state *bs) -{ - struct bstp_port *bp; + bpdu->cbu_ssap = bpdu->cbu_dsap = LLC_8021D_LSAP; + bpdu->cbu_ctl = LLC_UI; + bpdu->cbu_protoid = htons(BSTP_PROTO_ID); - BSTP_LOCK_ASSERT(bs); + memcpy(eh->ether_shost, IF_LLADDR(ifp), ETHER_ADDR_LEN); + memcpy(eh->ether_dhost, bstp_etheraddr, ETHER_ADDR_LEN); - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bp == bs->bs_root_port) { - bp->bp_config_pending = 0; - bp->bp_topology_change_acknowledge = 0; - bstp_make_forwarding(bs, bp); - } else if (bstp_designated_port(bs, bp)) { - bstp_timer_stop(&bp->bp_message_age_timer); - bstp_make_forwarding(bs, bp); - } else { - bp->bp_config_pending = 0; - bp->bp_topology_change_acknowledge = 0; - bstp_make_blocking(bs, bp); - } - } -} + switch (bpdu->cbu_bpdutype) { + case BSTP_MSGTYPE_CFG: + bpdu->cbu_protover = BSTP_PROTO_STP; + m->m_pkthdr.len = sizeof(*eh) + BSTP_BPDU_STP_LEN; + eh->ether_type = htons(BSTP_BPDU_STP_LEN); + memcpy(mtod(m, caddr_t) + sizeof(*eh), bpdu, + BSTP_BPDU_STP_LEN); + break; -static void -bstp_make_forwarding(struct bstp_state *bs, struct bstp_port *bp) -{ - BSTP_LOCK_ASSERT(bs); + case BSTP_MSGTYPE_RSTP: + bpdu->cbu_protover = BSTP_PROTO_RSTP; + bpdu->cbu_versionlen = htons(0); + m->m_pkthdr.len = sizeof(*eh) + BSTP_BPDU_RSTP_LEN; + eh->ether_type = htons(BSTP_BPDU_RSTP_LEN); + memcpy(mtod(m, caddr_t) + sizeof(*eh), bpdu, + BSTP_BPDU_RSTP_LEN); + break; - if (bp->bp_state == BSTP_IFSTATE_BLOCKING) { - bstp_set_port_state(bp, BSTP_IFSTATE_LISTENING); - bstp_timer_start(&bp->bp_forward_delay_timer, 0); + default: + panic("not implemented"); } -} - -static void -bstp_make_blocking(struct bstp_state *bs, struct bstp_port *bp) -{ - BSTP_LOCK_ASSERT(bs); + m->m_pkthdr.rcvif = ifp; + m->m_len = m->m_pkthdr.len; - if ((bp->bp_state != BSTP_IFSTATE_DISABLED) && - (bp->bp_state != BSTP_IFSTATE_BLOCKING)) { - if ((bp->bp_state == BSTP_IFSTATE_FORWARDING) || - (bp->bp_state == BSTP_IFSTATE_LEARNING)) { - if (bp->bp_change_detection_enabled) { - bstp_topology_change_detection(bs); - } - } - bstp_set_port_state(bp, BSTP_IFSTATE_BLOCKING); - bstp_timer_stop(&bp->bp_forward_delay_timer); - } + bp->bp_txcount++; + bstp_enqueue(ifp, m); } static void -bstp_set_port_state(struct bstp_port *bp, uint8_t state) +bstp_enqueue(struct ifnet *dst_ifp, struct mbuf *m) { - struct bstp_state *bs = bp->bp_bs; + int err = 0; - bp->bp_state = state; + IFQ_ENQUEUE(&dst_ifp->if_snd, m, err); - /* notify the parent bridge */ - if (bs->bs_state_cb != NULL) - taskqueue_enqueue(taskqueue_swi, &bp->bp_statetask); + if ((dst_ifp->if_drv_flags & IFF_DRV_OACTIVE) == 0) + (*dst_ifp->if_start)(dst_ifp); } -/* - * Notify the bridge that a port state has changed, we need to do this from a - * taskqueue to avoid a LOR. - */ -static void -bstp_state_change(void *arg, int pending) +static int +bstp_pdu_flags(struct bstp_port *bp) { - struct bstp_port *bp = (struct bstp_port *)arg; - struct bstp_state *bs = bp->bp_bs; + int flags = 0; - if (bp->bp_active == 1) - (*bs->bs_state_cb)(bp->bp_ifp, bp->bp_state); -} + if (bp->bp_proposing && bp->bp_state != BSTP_IFSTATE_FORWARDING) + flags |= BSTP_PDU_F_P; -static void -bstp_update_forward_transitions(struct bstp_port *bp) -{ - bp->bp_forward_transitions++; -} + if (bp->bp_agree) + flags |= BSTP_PDU_F_A; -static void -bstp_topology_change_detection(struct bstp_state *bs) -{ - BSTP_LOCK_ASSERT(bs); + if (bp->bp_tc_timer.active) + flags |= BSTP_PDU_F_TC; + + if (bp->bp_tc_ack) + flags |= BSTP_PDU_F_TCA; + + switch (bp->bp_state) { + case BSTP_IFSTATE_LEARNING: + flags |= BSTP_PDU_F_L; + break; - if (bstp_root_bridge(bs)) { - bs->bs_topology_change = 1; - bstp_timer_start(&bs->bs_topology_change_timer, 0); - } else if (!bs->bs_topology_change_detected) { - bstp_transmit_tcn(bs); - bstp_timer_start(&bs->bs_tcn_timer, 0); + case BSTP_IFSTATE_FORWARDING: + flags |= (BSTP_PDU_F_L | BSTP_PDU_F_F); + break; } - bs->bs_topology_change_detected = 1; - getmicrotime(&bs->bs_last_tc_time); -} -static void -bstp_topology_change_acknowledged(struct bstp_state *bs) -{ - BSTP_LOCK_ASSERT(bs); + switch (bp->bp_role) { + case BSTP_ROLE_ROOT: + flags |= + (BSTP_PDU_F_ROOT << BSTP_PDU_PRSHIFT); + break; - bs->bs_topology_change_detected = 0; - bstp_timer_stop(&bs->bs_tcn_timer); -} + case BSTP_ROLE_ALTERNATE: + case BSTP_ROLE_BACKUP: /* fall through */ + flags |= + (BSTP_PDU_F_ALT << BSTP_PDU_PRSHIFT); + break; -static void -bstp_acknowledge_topology_change(struct bstp_state *bs, - struct bstp_port *bp) -{ - BSTP_LOCK_ASSERT(bs); + case BSTP_ROLE_DESIGNATED: + flags |= + (BSTP_PDU_F_DESG << BSTP_PDU_PRSHIFT); + break; + } - bp->bp_topology_change_acknowledge = 1; - bstp_transmit_config(bs, bp); + /* Strip off unused flags in either mode */ + switch (bp->bp_protover) { + case BSTP_PROTO_STP: + flags &= BSTP_PDU_STPMASK; + break; + case BSTP_PROTO_RSTP: + flags &= BSTP_PDU_RSTPMASK; + break; + } + return (flags); } struct mbuf * @@ -594,9 +466,6 @@ bstp_input(struct bstp_port *bp, struct struct bstp_state *bs = bp->bp_bs; struct ether_header *eh; struct bstp_tbpdu tpdu; - struct bstp_cbpdu cpdu; - struct bstp_config_unit cu; - struct bstp_tcn_unit tu; uint16_t len; if (bp->bp_active == 0) { @@ -622,59 +491,39 @@ bstp_input(struct bstp_port *bp, struct memcpy(&tpdu, mtod(m, caddr_t), sizeof(tpdu)); + /* basic packet checks */ if (tpdu.tbu_dsap != LLC_8021D_LSAP || tpdu.tbu_ssap != LLC_8021D_LSAP || tpdu.tbu_ctl != LLC_UI) goto out; - if (tpdu.tbu_protoid != 0 || tpdu.tbu_protover != 0) + if (tpdu.tbu_protoid != BSTP_PROTO_ID) goto out; - switch (tpdu.tbu_bpdutype) { - case BSTP_MSGTYPE_TCN: - tu.tu_message_type = tpdu.tbu_bpdutype; - bstp_received_tcn_bpdu(bs, bp, &tu); - break; - case BSTP_MSGTYPE_CFG: - if (m->m_len < sizeof(cpdu) && - (m = m_pullup(m, sizeof(cpdu))) == NULL) + if (tpdu.tbu_protover != bp->bp_protover) { + /* + * Wait for the migration delay timer to expire before changing + * protocol version to avoid flip-flops. + */ + if (bp->bp_flags & BSTP_PORT_CANMIGRATE) + bstp_set_port_proto(bp, tpdu.tbu_protover); + else goto out; - memcpy(&cpdu, mtod(m, caddr_t), sizeof(cpdu)); - - cu.cu_rootid = - (((uint64_t)ntohs(cpdu.cbu_rootpri)) << 48) | - (((uint64_t)cpdu.cbu_rootaddr[0]) << 40) | - (((uint64_t)cpdu.cbu_rootaddr[1]) << 32) | - (((uint64_t)cpdu.cbu_rootaddr[2]) << 24) | - (((uint64_t)cpdu.cbu_rootaddr[3]) << 16) | - (((uint64_t)cpdu.cbu_rootaddr[4]) << 8) | - (((uint64_t)cpdu.cbu_rootaddr[5]) << 0); - - cu.cu_bridge_id = - (((uint64_t)ntohs(cpdu.cbu_bridgepri)) << 48) | - (((uint64_t)cpdu.cbu_bridgeaddr[0]) << 40) | - (((uint64_t)cpdu.cbu_bridgeaddr[1]) << 32) | - (((uint64_t)cpdu.cbu_bridgeaddr[2]) << 24) | - (((uint64_t)cpdu.cbu_bridgeaddr[3]) << 16) | - (((uint64_t)cpdu.cbu_bridgeaddr[4]) << 8) | - (((uint64_t)cpdu.cbu_bridgeaddr[5]) << 0); - - cu.cu_root_path_cost = ntohl(cpdu.cbu_rootpathcost); - cu.cu_message_age = ntohs(cpdu.cbu_messageage); - cu.cu_max_age = ntohs(cpdu.cbu_maxage); - cu.cu_hello_time = ntohs(cpdu.cbu_hellotime); - cu.cu_forward_delay = ntohs(cpdu.cbu_forwarddelay); - cu.cu_port_id = ntohs(cpdu.cbu_portid); - cu.cu_message_type = cpdu.cbu_bpdutype; - cu.cu_topology_change_acknowledgment = - (cpdu.cbu_flags & BSTP_FLAG_TCA) ? 1 : 0; - cu.cu_topology_change = - (cpdu.cbu_flags & BSTP_FLAG_TC) ? 1 : 0; - bstp_received_config_bpdu(bs, bp, &cu); - break; - default: - goto out; } + /* Clear operedge upon receiving a PDU on the port */ + bp->bp_operedge = 0; + bstp_timer_start(&bp->bp_edge_delay_timer, + BSTP_DEFAULT_MIGRATE_DELAY); + + switch (tpdu.tbu_protover) { + case BSTP_PROTO_STP: + bstp_received_stp(bs, bp, m, &tpdu); + break; + + case BSTP_PROTO_RSTP: + bstp_received_rstp(bs, bp, m, &tpdu); + break; + } out: BSTP_UNLOCK(bs); if (m) @@ -683,141 +532,1359 @@ out: } static void -bstp_received_config_bpdu(struct bstp_state *bs, struct bstp_port *bp, - struct bstp_config_unit *cu) +bstp_received_stp(struct bstp_state *bs, struct bstp_port *bp, + struct mbuf *m, struct bstp_tbpdu *tpdu) +{ + struct bstp_cbpdu cpdu; + struct bstp_config_unit *cu = &bp->bp_msg_cu; + struct bstp_tcn_unit tu; + + switch (tpdu->tbu_bpdutype) { + case BSTP_MSGTYPE_TCN: + tu.tu_message_type = tpdu->tbu_bpdutype; + bstp_received_tcn(bs, bp, &tu); + break; + case BSTP_MSGTYPE_CFG: + if (m->m_len < BSTP_BPDU_STP_LEN && + (m = m_pullup(m, BSTP_BPDU_STP_LEN)) == NULL) + return; + memcpy(&cpdu, mtod(m, caddr_t), BSTP_BPDU_STP_LEN); + + bstp_decode_bpdu(bp, &cpdu, cu); + bstp_received_bpdu(bs, bp, cu); + break; + } +} + +static void +bstp_received_rstp(struct bstp_state *bs, struct bstp_port *bp, + struct mbuf *m, struct bstp_tbpdu *tpdu) +{ + struct bstp_cbpdu cpdu; + struct bstp_config_unit *cu = &bp->bp_msg_cu; + + if (tpdu->tbu_bpdutype != BSTP_MSGTYPE_RSTP) { + m_freem(m); + return; + } + + if (m->m_len < BSTP_BPDU_RSTP_LEN && + (m = m_pullup(m, BSTP_BPDU_RSTP_LEN)) == NULL) + return; + memcpy(&cpdu, mtod(m, caddr_t), BSTP_BPDU_RSTP_LEN); + + bstp_decode_bpdu(bp, &cpdu, cu); + bstp_received_bpdu(bs, bp, cu); +} + +static void +bstp_received_tcn(struct bstp_state *bs, struct bstp_port *bp, + struct bstp_tcn_unit *tcn) +{ + bp->bp_rcvdtcn = 1; + bstp_update_tc(bp); +} + +static void +bstp_received_bpdu(struct bstp_state *bs, struct bstp_port *bp, + struct bstp_config_unit *cu) +{ + int type; + + BSTP_LOCK_ASSERT(bs); + + /* We need to have transitioned to INFO_MINE before proceeding */ + switch (bp->bp_infois) { + case BSTP_INFO_DISABLED: + case BSTP_INFO_AGED: + return; + } + + type = bstp_pdu_rcvtype(bp, cu); + + switch (type) { + case BSTP_PDU_SUPERIOR: + bs->bs_allsynced = 0; + bp->bp_agreed = 0; + bp->bp_proposing = 0; + + if (cu->cu_proposal && cu->cu_forwarding == 0) + bp->bp_proposed = 1; + if (cu->cu_topology_change) + bp->bp_rcvdtc = 1; + if (cu->cu_topology_change_ack) + bp->bp_rcvdtca = 1; + + if (bp->bp_agree && + !bstp_pdu_bettersame(bp, BSTP_INFO_RECIEVED)) + bp->bp_agree = 0; + + /* copy the received priority and timers to the port */ + bp->bp_port_pv = cu->cu_pv; + bp->bp_port_msg_age = cu->cu_message_age; + bp->bp_port_max_age = cu->cu_max_age; + bp->bp_port_fdelay = cu->cu_forward_delay; + bp->bp_port_htime = + (cu->cu_hello_time > BSTP_MIN_HELLO_TIME ? + cu->cu_hello_time : BSTP_MIN_HELLO_TIME); + + /* set expiry for the new info */ + bstp_set_timer_msgage(bp); + + bp->bp_infois = BSTP_INFO_RECIEVED; + bstp_assign_roles(bs); + break; + + case BSTP_PDU_REPEATED: + if (cu->cu_proposal && cu->cu_forwarding == 0) + bp->bp_proposed = 1; + if (cu->cu_topology_change) + bp->bp_rcvdtc = 1; + if (cu->cu_topology_change_ack) + bp->bp_rcvdtca = 1; + + /* rearm the age timer */ + bstp_set_timer_msgage(bp); + break; + + case BSTP_PDU_INFERIOR: + if (cu->cu_learning) { + bp->bp_agreed = 1; + bp->bp_proposing = 0; + } + break; + + case BSTP_PDU_INFERIORALT: + /* + * only point to point links are allowed fast + * transitions to forwarding. + */ + if (cu->cu_agree && bp->bp_p2p_link) { + bp->bp_agreed = 1; + bp->bp_proposing = 0; + } else + bp->bp_agreed = 0; + + if (cu->cu_topology_change) + bp->bp_rcvdtc = 1; + if (cu->cu_topology_change_ack) + bp->bp_rcvdtca = 1; + break; + + case BSTP_PDU_OTHER: + return; /* do nothing */ + } + /* update the state machines with the new data */ + bstp_update_state(bs, bp); +} + +static int +bstp_pdu_rcvtype(struct bstp_port *bp, struct bstp_config_unit *cu) +{ + int type; + + /* default return type */ + type = BSTP_PDU_OTHER; + + switch (cu->cu_role) { + case BSTP_ROLE_DESIGNATED: + if (bstp_info_superior(&bp->bp_port_pv, &cu->cu_pv)) + /* bpdu priority is superior */ + type = BSTP_PDU_SUPERIOR; + else if (bstp_info_cmp(&bp->bp_port_pv, &cu->cu_pv) == + INFO_SAME) { + if (bp->bp_port_msg_age != cu->cu_message_age || + bp->bp_port_max_age != cu->cu_max_age || + bp->bp_port_fdelay != cu->cu_forward_delay || + bp->bp_port_htime != cu->cu_hello_time) + /* bpdu priority is equal and timers differ */ + type = BSTP_PDU_SUPERIOR; + else + /* bpdu is equal */ + type = BSTP_PDU_REPEATED; + } else + /* bpdu priority is worse */ + type = BSTP_PDU_INFERIOR; + + break; + + case BSTP_ROLE_ROOT: + case BSTP_ROLE_ALTERNATE: + case BSTP_ROLE_BACKUP: + if (bstp_info_cmp(&bp->bp_port_pv, &cu->cu_pv) <= INFO_SAME) + /* + * not a designated port and priority is the same or + * worse + */ + type = BSTP_PDU_INFERIORALT; + break; + } + + return (type); +} + +static int +bstp_pdu_bettersame(struct bstp_port *bp, int newinfo) +{ + if (newinfo == BSTP_INFO_RECIEVED && + bp->bp_infois == BSTP_INFO_RECIEVED && + bstp_info_cmp(&bp->bp_port_pv, &bp->bp_msg_cu.cu_pv) >= INFO_SAME) { + return (1); + } + + if (newinfo == BSTP_INFO_MINE && + bp->bp_infois == BSTP_INFO_MINE && + bstp_info_cmp(&bp->bp_port_pv, &bp->bp_desg_pv) >= INFO_SAME) { + return (1); + } + + return (0); +} + +static int +bstp_info_cmp(struct bstp_pri_vector *pv, + struct bstp_pri_vector *cpv) +{ + if (cpv->pv_root_id < pv->pv_root_id) + return (INFO_BETTER); + if (cpv->pv_root_id > pv->pv_root_id) + return (INFO_WORSE); + + if (cpv->pv_cost < pv->pv_cost) + return (INFO_BETTER); + if (cpv->pv_cost > pv->pv_cost) + return (INFO_WORSE); + + if (cpv->pv_dbridge_id < pv->pv_dbridge_id) + return (INFO_BETTER); + if (cpv->pv_dbridge_id > pv->pv_dbridge_id) + return (INFO_WORSE); + + if (cpv->pv_dport_id < pv->pv_dport_id) + return (INFO_BETTER); + if (cpv->pv_dport_id > pv->pv_dport_id) + return (INFO_WORSE); + + return (INFO_SAME); +} + +/* + * This message priority vector is superior to the port priority vector and + * will replace it if, and only if, the message priority vector is better than + * the port priority vector, or the message has been transmitted from the same + * designated bridge and designated port as the port priority vector. + */ +static int +bstp_info_superior(struct bstp_pri_vector *pv, + struct bstp_pri_vector *cpv) +{ + if (bstp_info_cmp(pv, cpv) == INFO_BETTER || + (bstp_same_bridgeid(pv->pv_dbridge_id, cpv->pv_dbridge_id) && + (cpv->pv_dport_id & 0xfff) == (pv->pv_dport_id & 0xfff))) + return (1); + return (0); +} + +static void +bstp_assign_roles(struct bstp_state *bs) +{ + struct bstp_port *bp, *rbp = NULL; + struct bstp_pri_vector pv; + + /* default to our priority vector */ + bs->bs_root_pv = bs->bs_bridge_pv; + bs->bs_root_msg_age = 0; + bs->bs_root_max_age = bs->bs_bridge_max_age; + bs->bs_root_fdelay = bs->bs_bridge_fdelay; + bs->bs_root_htime = bs->bs_bridge_htime; + bs->bs_root_port = NULL; + + /* check if any recieved info supersedes us */ + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { + if (bp->bp_infois != BSTP_INFO_RECIEVED) + continue; + + pv = bp->bp_port_pv; + pv.pv_cost += bp->bp_path_cost; + + /* The root priority vector is the best of the set comprising + * the bridge priority vector plus all root path priority + * vectors whose bridge address is not equal to us. + */ + if (bstp_same_bridgeid(pv.pv_dbridge_id, + bs->bs_bridge_pv.pv_dbridge_id) == 0 && + bstp_info_cmp(&bs->bs_root_pv, &pv) == INFO_BETTER) { + /* the port vector replaces the root */ + bs->bs_root_pv = pv; + bs->bs_root_msg_age = bp->bp_port_msg_age + + BSTP_MESSAGE_AGE_INCR; + bs->bs_root_max_age = bp->bp_port_max_age; + bs->bs_root_fdelay = bp->bp_port_fdelay; + bs->bs_root_htime = bp->bp_port_htime; + rbp = bp; + } + } + + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { + /* calculate the port designated vector */ + bp->bp_desg_pv.pv_root_id = bs->bs_root_pv.pv_root_id; + bp->bp_desg_pv.pv_cost = bs->bs_root_pv.pv_cost; + bp->bp_desg_pv.pv_dbridge_id = bs->bs_bridge_pv.pv_dbridge_id; + bp->bp_desg_pv.pv_dport_id = bp->bp_port_id; + bp->bp_desg_pv.pv_port_id = bp->bp_port_id; + + /* calculate designated times */ + bp->bp_desg_msg_age = bs->bs_root_msg_age; + bp->bp_desg_max_age = bs->bs_root_max_age; + bp->bp_desg_fdelay = bs->bs_root_fdelay; + bp->bp_desg_htime = bs->bs_bridge_htime; + + + switch (bp->bp_infois) { + case BSTP_INFO_DISABLED: + bstp_set_port_role(bp, BSTP_ROLE_DISABLED); + break; + + case BSTP_INFO_AGED: + bstp_set_port_role(bp, BSTP_ROLE_DESIGNATED); + bstp_update_info(bp); + break; + + case BSTP_INFO_MINE: + bstp_set_port_role(bp, BSTP_ROLE_DESIGNATED); + /* update the port info if stale */ + if (bstp_info_cmp(&bp->bp_port_pv, + &bp->bp_desg_pv) != INFO_SAME || + (rbp != NULL && + (bp->bp_port_msg_age != rbp->bp_port_msg_age || + bp->bp_port_max_age != rbp->bp_port_max_age || + bp->bp_port_fdelay != rbp->bp_port_fdelay || + bp->bp_port_htime != rbp->bp_port_htime))) + bstp_update_info(bp); + break; + + case BSTP_INFO_RECIEVED: + if (bp == rbp) { + /* + * root priority is derived from this + * port, make it the root port. + */ + bstp_set_port_role(bp, BSTP_ROLE_ROOT); + bs->bs_root_port = bp; + } else if (bstp_info_cmp(&bp->bp_port_pv, + &bp->bp_desg_pv) == INFO_BETTER) { + /* + * the port priority is lower than the root + * port. + */ + bstp_set_port_role(bp, BSTP_ROLE_DESIGNATED); + bstp_update_info(bp); + } else { + if (bstp_same_bridgeid( + bp->bp_port_pv.pv_dbridge_id, + bs->bs_bridge_pv.pv_dbridge_id)) { + /* + * the designated bridge refers to + * another port on this bridge. + */ + bstp_set_port_role(bp, + BSTP_ROLE_BACKUP); + } else { + /* + * the port is an inferior path to the + * root bridge. + */ + bstp_set_port_role(bp, + BSTP_ROLE_ALTERNATE); + } + } + break; + } + } +} + +static void +bstp_update_state(struct bstp_state *bs, struct bstp_port *bp) +{ + struct bstp_port *bp2; + int synced; + + BSTP_LOCK_ASSERT(bs); + + /* check if all the ports have syncronised again */ + if (!bs->bs_allsynced) { + synced = 1; + LIST_FOREACH(bp2, &bs->bs_bplist, bp_next) { + if (!(bp->bp_synced || + bp->bp_role == BSTP_ROLE_ROOT)) { + synced = 0; + break; + } + } + bs->bs_allsynced = synced; + } + + bstp_update_roles(bs, bp); + bstp_update_tc(bp); +} + +static void +bstp_update_roles(struct bstp_state *bs, struct bstp_port *bp) +{ + switch (bp->bp_role) { + case BSTP_ROLE_DISABLED: + /* Clear any flags if set */ + if (bp->bp_sync || !bp->bp_synced || bp->bp_reroot) { + bp->bp_sync = 0; + bp->bp_synced = 1; + bp->bp_reroot = 0; + } + break; + + case BSTP_ROLE_ALTERNATE: + case BSTP_ROLE_BACKUP: + if ((bs->bs_allsynced && !bp->bp_agree) || + (bp->bp_proposed && bp->bp_agree)) { + bp->bp_proposed = 0; + bp->bp_agree = 1; + bp->bp_flags |= BSTP_PORT_NEWINFO; + DPRINTF("%s -> ALTERNATE_AGREED\n", + bp->bp_ifp->if_xname); + } + + if (bp->bp_proposed && !bp->bp_agree) { + bstp_set_all_sync(bs); + bp->bp_proposed = 0; + DPRINTF("%s -> ALTERNATE_PROPOSED\n", + bp->bp_ifp->if_xname); + } + + /* Clear any flags if set */ + if (bp->bp_sync || !bp->bp_synced || bp->bp_reroot) { + bp->bp_sync = 0; + bp->bp_synced = 1; + bp->bp_reroot = 0; + DPRINTF("%s -> ALTERNATE_PORT\n", bp->bp_ifp->if_xname); + } + break; + + case BSTP_ROLE_ROOT: + if (bp->bp_state != BSTP_IFSTATE_FORWARDING && !bp->bp_reroot) { + bstp_set_all_reroot(bs); + DPRINTF("%s -> ROOT_REROOT\n", bp->bp_ifp->if_xname); + } + + if ((bs->bs_allsynced && !bp->bp_agree) || + (bp->bp_proposed && bp->bp_agree)) { + bp->bp_proposed = 0; + bp->bp_sync = 0; + bp->bp_agree = 1; + bp->bp_flags |= BSTP_PORT_NEWINFO; + DPRINTF("%s -> ROOT_AGREED\n", bp->bp_ifp->if_xname); + } + + if (bp->bp_proposed && !bp->bp_agree) { + bstp_set_all_sync(bs); + bp->bp_proposed = 0; + DPRINTF("%s -> ROOT_PROPOSED\n", bp->bp_ifp->if_xname); + } + + if (bp->bp_forward_delay_timer.active == 0 || + (bstp_rerooted(bs, bp) && + bp->bp_recent_backup_timer.active == 0 && + bp->bp_protover == BSTP_PROTO_RSTP)) { + switch (bp->bp_state) { + case BSTP_IFSTATE_DISCARDING: + bstp_set_port_state(bp, BSTP_IFSTATE_LEARNING); + break; + case BSTP_IFSTATE_LEARNING: + bstp_set_port_state(bp, + BSTP_IFSTATE_FORWARDING); + break; + } + } + + if (bp->bp_state == BSTP_IFSTATE_FORWARDING && bp->bp_reroot) { + bp->bp_reroot = 0; + DPRINTF("%s -> ROOT_REROOTED\n", bp->bp_ifp->if_xname); + } + break; + + case BSTP_ROLE_DESIGNATED: + if (bp->bp_recent_root_timer.active == 0 && bp->bp_reroot) { + bp->bp_reroot = 0; + DPRINTF("%s -> DESIGNATED_RETIRED\n", + bp->bp_ifp->if_xname); + } + + if ((bp->bp_state == BSTP_IFSTATE_DISCARDING && + !bp->bp_synced) || (bp->bp_agreed && !bp->bp_synced) || + (bp->bp_operedge && !bp->bp_synced) || + (bp->bp_sync && bp->bp_synced)) { + bstp_timer_stop(&bp->bp_recent_root_timer); + bp->bp_synced = 1; + bp->bp_sync = 0; + DPRINTF("%s -> DESIGNATED_SYNCED\n", + bp->bp_ifp->if_xname); + } + + if (bp->bp_state != BSTP_IFSTATE_FORWARDING && + !bp->bp_agreed && !bp->bp_proposing && + !bp->bp_operedge) { + bp->bp_proposing = 1; + bp->bp_flags |= BSTP_PORT_NEWINFO; + bstp_timer_start(&bp->bp_edge_delay_timer, + (bp->bp_p2p_link ? BSTP_DEFAULT_MIGRATE_DELAY : + bp->bp_desg_max_age)); + DPRINTF("%s -> DESIGNATED_PROPOSE\n", + bp->bp_ifp->if_xname); + } + + if ((bp->bp_forward_delay_timer.active == 0 || bp->bp_agreed || + bp->bp_operedge) && + (bp->bp_recent_root_timer.active == 0 || !bp->bp_reroot) && + !bp->bp_sync) { + switch (bp->bp_state) { + case BSTP_IFSTATE_DISCARDING: + bstp_set_port_state(bp, BSTP_IFSTATE_LEARNING); + break; + case BSTP_IFSTATE_LEARNING: + bstp_set_port_state(bp, BSTP_IFSTATE_FORWARDING); + bp->bp_agreed = bp->bp_protover; + break; + } + } + + if (((bp->bp_sync && !bp->bp_synced) || + (bp->bp_reroot && bp->bp_recent_root_timer.active) || + (bp->bp_flags & BSTP_PORT_DISPUTED)) && !bp->bp_operedge && + bp->bp_state != BSTP_IFSTATE_DISCARDING) { + bstp_set_port_state(bp, BSTP_IFSTATE_DISCARDING); + bp->bp_flags &= ~BSTP_PORT_DISPUTED; + bstp_timer_start(&bp->bp_forward_delay_timer, + bp->bp_protover == BSTP_PROTO_RSTP ? + bp->bp_desg_htime : bp->bp_desg_fdelay); + DPRINTF("%s -> DESIGNATED_DISCARD\n", + bp->bp_ifp->if_xname); + } + break; + } + + if (bp->bp_flags & BSTP_PORT_NEWINFO) + bstp_transmit(bs, bp); +} + +static void +bstp_update_tc(struct bstp_port *bp) +{ + switch (bp->bp_tcstate) { + case BSTP_TCSTATE_ACTIVE: + if ((bp->bp_role != BSTP_ROLE_DESIGNATED && + bp->bp_role != BSTP_ROLE_ROOT) || bp->bp_operedge) + bstp_set_port_tc(bp, BSTP_TCSTATE_LEARNING); + + if (bp->bp_rcvdtcn) + bstp_set_port_tc(bp, BSTP_TCSTATE_TCN); + if (bp->bp_rcvdtc) + bstp_set_port_tc(bp, BSTP_TCSTATE_TC); + + if (bp->bp_tc_prop && !bp->bp_operedge) + bstp_set_port_tc(bp, BSTP_TCSTATE_PROPAG); + + if (bp->bp_rcvdtca) + bstp_set_port_tc(bp, BSTP_TCSTATE_ACK); + break; + + case BSTP_TCSTATE_INACTIVE: + if ((bp->bp_state == BSTP_IFSTATE_LEARNING || + bp->bp_state == BSTP_IFSTATE_FORWARDING) && + bp->bp_fdbflush == 0) + bstp_set_port_tc(bp, BSTP_TCSTATE_LEARNING); + break; + + case BSTP_TCSTATE_LEARNING: + if (bp->bp_rcvdtc || bp->bp_rcvdtcn || bp->bp_rcvdtca || + bp->bp_tc_prop) + bstp_set_port_tc(bp, BSTP_TCSTATE_LEARNING); + else if (bp->bp_role != BSTP_ROLE_DESIGNATED && + bp->bp_role != BSTP_ROLE_ROOT && + bp->bp_state == BSTP_IFSTATE_DISCARDING) + bstp_set_port_tc(bp, BSTP_TCSTATE_INACTIVE); + + if ((bp->bp_role == BSTP_ROLE_DESIGNATED || + bp->bp_role == BSTP_ROLE_ROOT) && + bp->bp_state == BSTP_IFSTATE_FORWARDING && + !bp->bp_operedge) + bstp_set_port_tc(bp, BSTP_TCSTATE_DETECTED); + break; + + /* these are transient states and go straight back to ACTIVE */ + case BSTP_TCSTATE_DETECTED: + case BSTP_TCSTATE_TCN: + case BSTP_TCSTATE_TC: + case BSTP_TCSTATE_PROPAG: + case BSTP_TCSTATE_ACK: + DPRINTF("Invalid TC state for %s\n", + bp->bp_ifp->if_xname); + break; + } + +} + +static void +bstp_update_info(struct bstp_port *bp) +{ + struct bstp_state *bs = bp->bp_bs; + + bp->bp_proposing = 0; + bp->bp_proposed = 0; + + if (bp->bp_agreed && !bstp_pdu_bettersame(bp, BSTP_INFO_MINE)) + bp->bp_agreed = 0; + + if (bp->bp_synced && !bp->bp_agreed) { + bp->bp_synced = 0; + bs->bs_allsynced = 0; + } + + /* copy the designated pv to the port */ + bp->bp_port_pv = bp->bp_desg_pv; + bp->bp_port_msg_age = bp->bp_desg_msg_age; + bp->bp_port_max_age = bp->bp_desg_max_age; + bp->bp_port_fdelay = bp->bp_desg_fdelay; + bp->bp_port_htime = bp->bp_desg_htime; + bp->bp_infois = BSTP_INFO_MINE; + + bp->bp_flags |= BSTP_PORT_NEWINFO; + bstp_transmit(bs, bp); +} + +/* set tcprop on every port other than the caller */ +static void +bstp_set_other_tcprop(struct bstp_port *bp) +{ + struct bstp_state *bs = bp->bp_bs; + struct bstp_port *bp2; + + BSTP_LOCK_ASSERT(bs); + + LIST_FOREACH(bp2, &bs->bs_bplist, bp_next) { + if (bp2 == bp) + continue; + bp->bp_tc_prop = 1; + } +} + +static void +bstp_set_all_reroot(struct bstp_state *bs) +{ + struct bstp_port *bp; + + BSTP_LOCK_ASSERT(bs); + + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) + bp->bp_reroot = 1; +} + +static void +bstp_set_all_sync(struct bstp_state *bs) +{ + struct bstp_port *bp; + + BSTP_LOCK_ASSERT(bs); + + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { + bp->bp_sync = 1; + bp->bp_synced = 0; /* Not explicit in spec */ + } + + bs->bs_allsynced = 0; +} + +static void +bstp_set_port_state(struct bstp_port *bp, int state) +{ + if (bp->bp_state == state) + return; + + bp->bp_state = state; + + switch (bp->bp_state) { + case BSTP_IFSTATE_DISCARDING: + DPRINTF("state changed to DISCARDING on %s\n", + bp->bp_ifp->if_xname); + break; + + case BSTP_IFSTATE_LEARNING: + DPRINTF("state changed to LEARNING on %s\n", + bp->bp_ifp->if_xname); + + bstp_timer_start(&bp->bp_forward_delay_timer, + bp->bp_protover == BSTP_PROTO_RSTP ? + bp->bp_desg_htime : bp->bp_desg_fdelay); + break; + + case BSTP_IFSTATE_FORWARDING: + DPRINTF("state changed to FORWARDING on %s\n", + bp->bp_ifp->if_xname); + + bstp_timer_stop(&bp->bp_forward_delay_timer); + /* Record that we enabled forwarding */ + bp->bp_forward_transitions++; + break; + } + + /* notify the parent bridge */ + taskqueue_enqueue(taskqueue_swi, &bp->bp_statetask); +} + +static void +bstp_set_port_role(struct bstp_port *bp, int role) +{ + struct bstp_state *bs = bp->bp_bs; + + if (bp->bp_role == role) + return; + + /* perform pre-change tasks */ + switch (bp->bp_role) { + case BSTP_ROLE_DISABLED: + bstp_timer_start(&bp->bp_forward_delay_timer, + bp->bp_desg_max_age); + break; + + case BSTP_ROLE_BACKUP: + bstp_timer_start(&bp->bp_recent_backup_timer, + bp->bp_desg_htime * 2); + /* fall through */ + case BSTP_ROLE_ALTERNATE: + bstp_timer_start(&bp->bp_forward_delay_timer, + bp->bp_desg_fdelay); + bp->bp_sync = 0; + bp->bp_synced = 1; + bp->bp_reroot = 0; + break; + + case BSTP_ROLE_ROOT: + bstp_timer_start(&bp->bp_recent_root_timer, + BSTP_DEFAULT_FORWARD_DELAY); + break; + } + + bp->bp_role = role; + /* clear values not carried between roles */ + bp->bp_proposing = 0; + bs->bs_allsynced = 0; + + /* initialise the new role */ + switch (bp->bp_role) { + case BSTP_ROLE_DISABLED: + case BSTP_ROLE_ALTERNATE: + case BSTP_ROLE_BACKUP: + DPRINTF("%s role -> ALT/BACK/DISABLED\n", + bp->bp_ifp->if_xname); + bstp_set_port_state(bp, BSTP_IFSTATE_DISCARDING); + bstp_timer_stop(&bp->bp_recent_root_timer); + bstp_timer_latch(&bp->bp_forward_delay_timer); + bp->bp_sync = 0; + bp->bp_synced = 1; + bp->bp_reroot = 0; + break; + + case BSTP_ROLE_ROOT: + DPRINTF("%s role -> ROOT\n", + bp->bp_ifp->if_xname); + bstp_set_port_state(bp, BSTP_IFSTATE_DISCARDING); + bstp_timer_latch(&bp->bp_recent_root_timer); + bp->bp_proposing = 0; + break; + + case BSTP_ROLE_DESIGNATED: + DPRINTF("%s role -> DESIGNATED\n", + bp->bp_ifp->if_xname); + bstp_timer_start(&bp->bp_hello_timer, + bp->bp_desg_htime); + bp->bp_agree = 0; + break; + } + + /* let the TC state know that the role changed */ + bstp_update_tc(bp); +} + +static void +bstp_set_port_proto(struct bstp_port *bp, int proto) +{ + struct bstp_state *bs = bp->bp_bs; + + /* supported protocol versions */ + switch (proto) { + case BSTP_PROTO_STP: + /* we can downgrade protocols only */ + bstp_timer_stop(&bp->bp_migrate_delay_timer); + /* clear unsupported features */ + bp->bp_operedge = 0; + break; + + case BSTP_PROTO_RSTP: + bstp_timer_start(&bp->bp_migrate_delay_timer, + bs->bs_migration_delay); + break; + + default: + DPRINTF("Unsupported STP version %d\n", proto); + return; + } + + bp->bp_protover = proto; + bp->bp_flags &= ~BSTP_PORT_CANMIGRATE; +} + +static void +bstp_set_port_tc(struct bstp_port *bp, int state) +{ + struct bstp_state *bs = bp->bp_bs; + + bp->bp_tcstate = state; + + /* initialise the new state */ + switch (bp->bp_tcstate) { + case BSTP_TCSTATE_ACTIVE: + DPRINTF("%s -> TC_ACTIVE\n", bp->bp_ifp->if_xname); + /* nothing to do */ + break; + + case BSTP_TCSTATE_INACTIVE: + bstp_timer_stop(&bp->bp_tc_timer); + /* flush routes on the parent bridge */ + bp->bp_fdbflush = 1; + taskqueue_enqueue(taskqueue_swi, &bp->bp_rtagetask); + bp->bp_tc_ack = 0; + DPRINTF("%s -> TC_INACTIVE\n", bp->bp_ifp->if_xname); + break; + + case BSTP_TCSTATE_LEARNING: + bp->bp_rcvdtc = 0; + bp->bp_rcvdtcn = 0; + bp->bp_rcvdtca = 0; + bp->bp_tc_prop = 0; + DPRINTF("%s -> TC_LEARNING\n", bp->bp_ifp->if_xname); + break; + + case BSTP_TCSTATE_DETECTED: + bstp_set_timer_tc(bp); + bstp_set_other_tcprop(bp); + /* send out notification */ + bp->bp_flags |= BSTP_PORT_NEWINFO; + bstp_transmit(bs, bp); + getmicrotime(&bs->bs_last_tc_time); + DPRINTF("%s -> TC_DETECTED\n", bp->bp_ifp->if_xname); + bp->bp_tcstate = BSTP_TCSTATE_ACTIVE; /* UCT */ + break; + + case BSTP_TCSTATE_TCN: + bstp_set_timer_tc(bp); + DPRINTF("%s -> TC_TCN\n", bp->bp_ifp->if_xname); + /* fall through */ + case BSTP_TCSTATE_TC: + bp->bp_rcvdtc = 0; + bp->bp_rcvdtcn = 0; + if (bp->bp_role == BSTP_ROLE_DESIGNATED) + bp->bp_tc_ack = 1; + + bstp_set_other_tcprop(bp); + DPRINTF("%s -> TC_TC\n", bp->bp_ifp->if_xname); + bp->bp_tcstate = BSTP_TCSTATE_ACTIVE; /* UCT */ + break; + + case BSTP_TCSTATE_PROPAG: + /* flush routes on the parent bridge */ + bp->bp_fdbflush = 1; + taskqueue_enqueue(taskqueue_swi, &bp->bp_rtagetask); + bp->bp_tc_prop = 0; + bstp_set_timer_tc(bp); + DPRINTF("%s -> TC_PROPAG\n", bp->bp_ifp->if_xname); + bp->bp_tcstate = BSTP_TCSTATE_ACTIVE; /* UCT */ + break; + + case BSTP_TCSTATE_ACK: + bstp_timer_stop(&bp->bp_tc_timer); + bp->bp_rcvdtca = 0; + DPRINTF("%s -> TC_ACK\n", bp->bp_ifp->if_xname); + bp->bp_tcstate = BSTP_TCSTATE_ACTIVE; /* UCT */ + break; + } +} + +static void +bstp_set_timer_tc(struct bstp_port *bp) +{ + struct bstp_state *bs = bp->bp_bs; + + if (bp->bp_tc_timer.active) + return; + + switch (bp->bp_protover) { + case BSTP_PROTO_RSTP: + bstp_timer_start(&bp->bp_tc_timer, + bp->bp_desg_htime + BSTP_TICK_VAL); + bp->bp_flags |= BSTP_PORT_NEWINFO; + break; + + case BSTP_PROTO_STP: + bstp_timer_start(&bp->bp_tc_timer, + bs->bs_root_max_age + bs->bs_root_fdelay); + break; + } +} + +static void +bstp_set_timer_msgage(struct bstp_port *bp) +{ + if (bp->bp_port_msg_age + BSTP_MESSAGE_AGE_INCR <= + bp->bp_port_max_age) { + bstp_timer_start(&bp->bp_message_age_timer, + bp->bp_port_htime * 3); + } else + /* expires immediately */ + bstp_timer_start(&bp->bp_message_age_timer, 0); +} + +static int +bstp_rerooted(struct bstp_state *bs, struct bstp_port *bp) +{ + struct bstp_port *bp2; + int rr_set = 0; + + LIST_FOREACH(bp2, &bs->bs_bplist, bp_next) { + if (bp2 == bp) + continue; + if (bp2->bp_recent_root_timer.active) { + rr_set = 1; + break; + } + } + return (!rr_set); +} + +int +bstp_set_htime(struct bstp_state *bs, int t) +{ + /* convert seconds to ticks */ + t *= BSTP_TICK_VAL; + + /* value can only be changed in leagacy stp mode */ + if (bs->bs_protover != BSTP_PROTO_STP) + return (EINVAL); + + if (t < BSTP_MIN_HELLO_TIME || t > BSTP_MAX_HELLO_TIME) + return (EINVAL); + + BSTP_LOCK(bs); + bs->bs_bridge_htime = t; + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_fdelay(struct bstp_state *bs, int t) +{ + /* convert seconds to ticks */ + t *= BSTP_TICK_VAL; + + if (t < BSTP_MIN_FORWARD_DELAY || t > BSTP_MAX_FORWARD_DELAY) + return (EINVAL); + + BSTP_LOCK(bs); + bs->bs_bridge_fdelay = t; + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_maxage(struct bstp_state *bs, int t) +{ + /* convert seconds to ticks */ + t *= BSTP_TICK_VAL; + + if (t < BSTP_MIN_MAX_AGE || t > BSTP_MAX_MAX_AGE) + return (EINVAL); + + BSTP_LOCK(bs); + bs->bs_bridge_max_age = t; + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_holdcount(struct bstp_state *bs, int count) +{ + struct bstp_port *bp; + + if (count < BSTP_MIN_HOLD_COUNT || + count > BSTP_MAX_HOLD_COUNT) + return (EINVAL); + + BSTP_LOCK(bs); + bs->bs_txholdcount = count; + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) + bp->bp_txcount = 0; + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_protocol(struct bstp_state *bs, int proto) +{ + struct bstp_port *bp; + + switch (proto) { + /* Supported protocol versions */ + case BSTP_PROTO_STP: + case BSTP_PROTO_RSTP: + break; + + default: + return (EINVAL); + } + + BSTP_LOCK(bs); + bs->bs_protover = proto; + bs->bs_bridge_htime = BSTP_DEFAULT_HELLO_TIME; + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { + /* reinit state */ + bp->bp_infois = BSTP_INFO_DISABLED; + bp->bp_txcount = 0; + bstp_set_port_proto(bp, bs->bs_protover); + bstp_set_port_role(bp, BSTP_ROLE_DISABLED); + bstp_set_port_tc(bp, BSTP_TCSTATE_INACTIVE); + bstp_timer_stop(&bp->bp_recent_backup_timer); + } + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_priority(struct bstp_state *bs, int pri) +{ + if (pri < 0 || pri > BSTP_MAX_PRIORITY) + return (EINVAL); + + /* Limit to steps of 4096 */ + pri -= pri % 4096; + + BSTP_LOCK(bs); + bs->bs_bridge_priority = pri; + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_port_priority(struct bstp_port *bp, int pri) +{ + struct bstp_state *bs = bp->bp_bs; + + if (pri < 0 || pri > BSTP_MAX_PORT_PRIORITY) + return (EINVAL); + + /* Limit to steps of 16 */ + pri -= pri % 16; + + BSTP_LOCK(bs); + bp->bp_priority = pri; + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +int +bstp_set_path_cost(struct bstp_port *bp, uint32_t path_cost) +{ + struct bstp_state *bs = bp->bp_bs; + + if (path_cost > BSTP_MAX_PATH_COST) + return (EINVAL); + + BSTP_LOCK(bs); + + if (path_cost == 0) { /* use auto */ + bp->bp_flags &= ~BSTP_PORT_ADMCOST; + bp->bp_path_cost = bstp_calc_path_cost(bp); + } else { + bp->bp_path_cost = path_cost; + bp->bp_flags |= BSTP_PORT_ADMCOST; + } + bstp_reinit(bs); + BSTP_UNLOCK(bs); + return (0); +} + +/* + * Calculate the path cost according to the link speed. + */ +static uint32_t +bstp_calc_path_cost(struct bstp_port *bp) +{ + struct ifnet *ifp = bp->bp_ifp; + uint32_t path_cost; + + /* If the priority has been manually set then retain the value */ + if (bp->bp_flags & BSTP_PORT_ADMCOST) + return bp->bp_path_cost; + + if (ifp->if_baudrate < 1000) + return (BSTP_DEFAULT_PATH_COST); + + /* formula from section 17.14, IEEE Std 802.1D-2004 */ + path_cost = 20000000000 / (ifp->if_baudrate / 1000); + + if (path_cost > BSTP_MAX_PATH_COST) + path_cost = BSTP_MAX_PATH_COST; + + /* STP compat mode only uses 16 bits of the 32 */ + if (bp->bp_protover == BSTP_PROTO_STP && path_cost > 65535) + path_cost = 65535; + + return (path_cost); +} + +/* + * Notify the bridge that a port state has changed, we need to do this from a + * taskqueue to avoid a LOR. + */ +static void +bstp_notify_state(void *arg, int pending) +{ + struct bstp_port *bp = (struct bstp_port *)arg; + struct bstp_state *bs = bp->bp_bs; + + if (bp->bp_active == 1 && bs->bs_state_cb != NULL) + (*bs->bs_state_cb)(bp->bp_ifp, bp->bp_state); +} + +/* + * Flush the routes on the bridge port, we need to do this from a + * taskqueue to avoid a LOR. + */ +static void +bstp_notify_rtage(void *arg, int pending) +{ + struct bstp_port *bp = (struct bstp_port *)arg; + struct bstp_state *bs = bp->bp_bs; + int age = 0; + + BSTP_LOCK(bs); + switch (bp->bp_protover) { + case BSTP_PROTO_STP: + /* convert to seconds */ + age = bp->bp_desg_fdelay / BSTP_TICK_VAL; + break; + + case BSTP_PROTO_RSTP: + age = 0; + break; + } + BSTP_UNLOCK(bs); + + if (bp->bp_active == 1 && bs->bs_rtage_cb != NULL) + (*bs->bs_rtage_cb)(bp->bp_ifp, age); + + /* flush is complete */ + BSTP_LOCK(bs); + bp->bp_fdbflush = 0; + BSTP_UNLOCK(bs); +} + +void +bstp_linkstate(struct ifnet *ifp, int state) +{ + struct bstp_state *bs; + struct bstp_port *bp; + + /* search for the stp port */ + mtx_lock(&bstp_list_mtx); + LIST_FOREACH(bs, &bstp_list, bs_list) { + BSTP_LOCK(bs); + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { + if (bp->bp_ifp == ifp) { + bstp_ifupdstatus(bs, bp); + /* it only exists once so return */ + BSTP_UNLOCK(bs); + mtx_unlock(&bstp_list_mtx); + return; + } + } + BSTP_UNLOCK(bs); + } + mtx_unlock(&bstp_list_mtx); +} + +static void +bstp_ifupdstatus(struct bstp_state *bs, struct bstp_port *bp) +{ + struct ifnet *ifp = bp->bp_ifp; + struct ifmediareq ifmr; + int error = 0; + + BSTP_LOCK_ASSERT(bs); + + bzero((char *)&ifmr, sizeof(ifmr)); + error = (*ifp->if_ioctl)(ifp, SIOCGIFMEDIA, (caddr_t)&ifmr); + + if ((error == 0) && (ifp->if_flags & IFF_UP)) { + if (ifmr.ifm_status & IFM_ACTIVE) { + /* A full-duplex link is assumed to be point to point */ + bp->bp_p2p_link = ifmr.ifm_active & IFM_FDX ? 1 : 0; + + if (bp->bp_role == BSTP_ROLE_DISABLED) + bstp_enable_port(bs, bp); + } else { + if (bp->bp_role != BSTP_ROLE_DISABLED) + bstp_disable_port(bs, bp); + } + return; + } + + if (bp->bp_infois != BSTP_INFO_DISABLED) + bstp_disable_port(bs, bp); +} + +static void +bstp_enable_port(struct bstp_state *bs, struct bstp_port *bp) +{ + bp->bp_infois = BSTP_INFO_AGED; + bstp_assign_roles(bs); +} + +static void +bstp_disable_port(struct bstp_state *bs, struct bstp_port *bp) +{ + bp->bp_infois = BSTP_INFO_DISABLED; + bstp_set_port_state(bp, BSTP_IFSTATE_DISCARDING); + bstp_assign_roles(bs); +} + +static void +bstp_tick(void *arg) { - int root; + struct bstp_state *bs = arg; + struct bstp_port *bp; BSTP_LOCK_ASSERT(bs); - root = bstp_root_bridge(bs); + /* slow timer to catch missed link events */ + if (bstp_timer_expired(&bs->bs_link_timer)) { + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) + bstp_ifupdstatus(bs, bp); + bstp_timer_start(&bs->bs_link_timer, BSTP_LINK_TIMER); + } - if (bp->bp_state != BSTP_IFSTATE_DISABLED) { - if (bstp_supersedes_port_info(bs, bp, cu)) { - bstp_record_config_information(bs, bp, cu); - bstp_configuration_update(bs); - bstp_port_state_selection(bs); - - if ((bstp_root_bridge(bs) == 0) && root) { - bstp_timer_stop(&bs->bs_hello_timer); - - if (bs->bs_topology_change_detected) { - bstp_timer_stop( - &bs->bs_topology_change_timer); - bstp_transmit_tcn(bs); - bstp_timer_start(&bs->bs_tcn_timer, 0); - } - } + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { + /* no events need to happen for these */ + bstp_timer_expired(&bp->bp_tc_timer); + bstp_timer_expired(&bp->bp_recent_root_timer); + bstp_timer_expired(&bp->bp_forward_delay_timer); + bstp_timer_expired(&bp->bp_recent_backup_timer); - if (bp == bs->bs_root_port) { - bstp_record_config_timeout_values(bs, cu); - bstp_config_bpdu_generation(bs); + if (bstp_timer_expired(&bp->bp_hello_timer)) + bstp_hello_timer_expiry(bs, bp); - if (cu->cu_topology_change_acknowledgment) - bstp_topology_change_acknowledged(bs); - } - } else if (bstp_designated_port(bs, bp)) - bstp_transmit_config(bs, bp); - } -} + if (bstp_timer_expired(&bp->bp_message_age_timer)) + bstp_message_age_expiry(bs, bp); -static void -bstp_received_tcn_bpdu(struct bstp_state *bs, struct bstp_port *bp, - struct bstp_tcn_unit *tcn) -{ - if (bp->bp_state != BSTP_IFSTATE_DISABLED && - bstp_designated_port(bs, bp)) { - bstp_topology_change_detection(bs); - bstp_acknowledge_topology_change(bs, bp); + if (bstp_timer_expired(&bp->bp_migrate_delay_timer)) + bstp_migrate_delay_expiry(bs, bp); + + if (bstp_timer_expired(&bp->bp_edge_delay_timer)) + bstp_edge_delay_expiry(bs, bp); + + /* update the various state machines for the port */ + bstp_update_state(bs, bp); + + if (bp->bp_txcount > 0) + bp->bp_txcount--; } + + callout_reset(&bs->bs_bstpcallout, hz, bstp_tick, bs); } static void -bstp_hello_timer_expiry(struct bstp_state *bs) +bstp_timer_start(struct bstp_timer *t, uint16_t v) { - bstp_config_bpdu_generation(bs); - bstp_timer_start(&bs->bs_hello_timer, 0); + t->value = v; + t->active = 1; + t->latched = 0; } static void -bstp_message_age_timer_expiry(struct bstp_state *bs, - struct bstp_port *bp) +bstp_timer_stop(struct bstp_timer *t) { - int root; - - BSTP_LOCK_ASSERT(bs); - - root = bstp_root_bridge(bs); - bstp_become_designated_port(bs, bp); - bstp_configuration_update(bs); - bstp_port_state_selection(bs); - - if ((bstp_root_bridge(bs)) && (root == 0)) { - bs->bs_max_age = bs->bs_bridge_max_age; - bs->bs_hello_time = bs->bs_bridge_hello_time; - bs->bs_forward_delay = bs->bs_bridge_forward_delay; - - bstp_topology_change_detection(bs); - bstp_timer_stop(&bs->bs_tcn_timer); - bstp_config_bpdu_generation(bs); - bstp_timer_start(&bs->bs_hello_timer, 0); - } + t->value = 0; + t->active = 0; + t->latched = 0; } static void -bstp_forward_delay_timer_expiry(struct bstp_state *bs, - struct bstp_port *bp) -{ - if (bp->bp_state == BSTP_IFSTATE_LISTENING) { - bstp_set_port_state(bp, BSTP_IFSTATE_LEARNING); - bstp_timer_start(&bp->bp_forward_delay_timer, 0); - } else if (bp->bp_state == BSTP_IFSTATE_LEARNING) { - bstp_set_port_state(bp, BSTP_IFSTATE_FORWARDING); - bstp_update_forward_transitions(bp); - if (bstp_designated_for_some_port(bs) && - bp->bp_change_detection_enabled) - bstp_topology_change_detection(bs); - } +bstp_timer_latch(struct bstp_timer *t) +{ + t->latched = 1; + t->active = 1; } static int -bstp_designated_for_some_port(struct bstp_state *bs) +bstp_timer_expired(struct bstp_timer *t) { - - struct bstp_port *bp; - - BSTP_LOCK_ASSERT(bs); - - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bp->bp_designated_bridge == bs->bs_bridge_id) - return (1); + if (t->active == 0 || t->latched) + return (0); + t->value -= BSTP_TICK_VAL; + if (t->value <= 0) { + bstp_timer_stop(t); + return (1); } return (0); + } static void -bstp_tcn_timer_expiry(struct bstp_state *bs) +bstp_hello_timer_expiry(struct bstp_state *bs, struct bstp_port *bp) { - BSTP_LOCK_ASSERT(bs); - - bstp_transmit_tcn(bs); - bstp_timer_start(&bs->bs_tcn_timer, 0); + if ((bp->bp_flags & BSTP_PORT_NEWINFO) || + bp->bp_role == BSTP_ROLE_DESIGNATED || + (bp->bp_role == BSTP_ROLE_ROOT && + bp->bp_tc_timer.active == 1)) { + bstp_timer_start(&bp->bp_hello_timer, bp->bp_desg_htime); + bp->bp_flags |= BSTP_PORT_NEWINFO; + bstp_transmit(bs, bp); + } } static void -bstp_topology_change_timer_expiry(struct bstp_state *bs) +bstp_message_age_expiry(struct bstp_state *bs, struct bstp_port *bp) { - BSTP_LOCK_ASSERT(bs); + if (bp->bp_infois == BSTP_INFO_RECIEVED) { + bp->bp_infois = BSTP_INFO_AGED; + bstp_assign_roles(bs); + DPRINTF("aged info on %s\n", bp->bp_ifp->if_xname); + } +} - bs->bs_topology_change_detected = 0; - bs->bs_topology_change = 0; +static void +bstp_migrate_delay_expiry(struct bstp_state *bs, struct bstp_port *bp) +{ + bp->bp_flags |= BSTP_PORT_CANMIGRATE; } static void -bstp_hold_timer_expiry(struct bstp_state *bs, struct bstp_port *bp) +bstp_edge_delay_expiry(struct bstp_state *bs, struct bstp_port *bp) { - if (bp->bp_config_pending) - bstp_transmit_config(bs, bp); + if (bp->bp_protover == BSTP_PROTO_RSTP && bp->bp_proposing && + bp->bp_role == BSTP_ROLE_DESIGNATED) + bp->bp_operedge = 1; } static int @@ -832,18 +1899,36 @@ bstp_addr_cmp(const uint8_t *a, const ui return (d); } +/* + * compare the bridge address component of the bridgeid + */ +static int +bstp_same_bridgeid(uint64_t id1, uint64_t id2) +{ + u_char addr1[ETHER_ADDR_LEN]; + u_char addr2[ETHER_ADDR_LEN]; + + PV2ADDR(id1, addr1); + PV2ADDR(id2, addr2); + + if (bstp_addr_cmp(addr1, addr2) == 0) { + return (1); + } + return (0); +} + void bstp_reinit(struct bstp_state *bs) { struct bstp_port *bp, *mbp; u_char *e_addr; - BSTP_LOCK(bs); + BSTP_LOCK_ASSERT(bs); mbp = NULL; LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { bp->bp_port_id = (bp->bp_priority << 8) | - (bp->bp_ifp->if_index & 0xff); + (bp->bp_ifp->if_index & 0xfff); if (mbp == NULL) { mbp = bp; @@ -856,13 +1941,12 @@ bstp_reinit(struct bstp_state *bs) } } if (mbp == NULL) { - BSTP_UNLOCK(bs); - bstp_stop(bs); + bstp_stop_locked(bs); return; } e_addr = IF_LLADDR(mbp->bp_ifp); - bs->bs_bridge_id = + bs->bs_bridge_pv.pv_dbridge_id = (((uint64_t)bs->bs_bridge_priority) << 48) | (((uint64_t)e_addr[0]) << 40) | (((uint64_t)e_addr[1]) << 32) | @@ -871,17 +1955,10 @@ bstp_reinit(struct bstp_state *bs) (((uint64_t)e_addr[4]) << 8) | (((uint64_t)e_addr[5])); - bs->bs_designated_root = bs->bs_bridge_id; - bs->bs_root_path_cost = 0; - bs->bs_root_port = NULL; - - bs->bs_max_age = bs->bs_bridge_max_age; - bs->bs_hello_time = bs->bs_bridge_hello_time; - bs->bs_forward_delay = bs->bs_bridge_forward_delay; - bs->bs_topology_change_detected = 0; - bs->bs_topology_change = 0; - bstp_timer_stop(&bs->bs_tcn_timer); - bstp_timer_stop(&bs->bs_topology_change_timer); + bs->bs_bridge_pv.pv_root_id = bs->bs_bridge_pv.pv_dbridge_id; + bs->bs_bridge_pv.pv_cost = 0; + bs->bs_bridge_pv.pv_dport_id = 0; + bs->bs_bridge_pv.pv_port_id = 0; if (callout_pending(&bs->bs_bstpcallout) == 0) callout_reset(&bs->bs_bstpcallout, hz, @@ -891,11 +1968,8 @@ bstp_reinit(struct bstp_state *bs) bstp_ifupdstatus(bs, bp); getmicrotime(&bs->bs_last_tc_time); - bstp_port_state_selection(bs); - bstp_config_bpdu_generation(bs); - bstp_timer_start(&bs->bs_hello_timer, 0); - bstp_timer_start(&bs->bs_link_timer, 0); - BSTP_UNLOCK(bs); + bstp_assign_roles(bs); + bstp_timer_start(&bs->bs_link_timer, BSTP_LINK_TIMER); } static int @@ -927,18 +2001,25 @@ DECLARE_MODULE(bridgestp, bstp_mod, SI_S MODULE_VERSION(bridgestp, 1); void -bstp_attach(struct bstp_state *bs, bstp_state_cb_t state_callback) +bstp_attach(struct bstp_state *bs, bstp_state_cb_t state_callback, + bstp_rtage_cb_t rtage_callback) { BSTP_LOCK_INIT(bs); callout_init_mtx(&bs->bs_bstpcallout, &bs->bs_mtx, 0); LIST_INIT(&bs->bs_bplist); bs->bs_bridge_max_age = BSTP_DEFAULT_MAX_AGE; - bs->bs_bridge_hello_time = BSTP_DEFAULT_HELLO_TIME; - bs->bs_bridge_forward_delay = BSTP_DEFAULT_FORWARD_DELAY; + bs->bs_bridge_htime = BSTP_DEFAULT_HELLO_TIME; + bs->bs_bridge_fdelay = BSTP_DEFAULT_FORWARD_DELAY; bs->bs_bridge_priority = BSTP_DEFAULT_BRIDGE_PRIORITY; bs->bs_hold_time = BSTP_DEFAULT_HOLD_TIME; + bs->bs_migration_delay = BSTP_DEFAULT_MIGRATE_DELAY; + bs->bs_txholdcount = BSTP_DEFAULT_HOLD_COUNT; + bs->bs_protover = BSTP_PROTO_RSTP; bs->bs_state_cb = state_callback; + bs->bs_rtage_cb = rtage_callback; + + getmicrotime(&bs->bs_last_tc_time); mtx_lock(&bstp_list_mtx); LIST_INSERT_HEAD(&bstp_list, bs, bs_list); @@ -959,294 +2040,32 @@ bstp_detach(struct bstp_state *bs) void bstp_init(struct bstp_state *bs) { + BSTP_LOCK(bs); callout_reset(&bs->bs_bstpcallout, hz, bstp_tick, bs); bstp_reinit(bs); + BSTP_UNLOCK(bs); } void bstp_stop(struct bstp_state *bs) { - struct bstp_port *bp; - BSTP_LOCK(bs); - - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - bstp_set_port_state(bp, BSTP_IFSTATE_DISABLED); - bstp_timer_stop(&bp->bp_hold_timer); - bstp_timer_stop(&bp->bp_message_age_timer); - bstp_timer_stop(&bp->bp_forward_delay_timer); - } - - callout_drain(&bs->bs_bstpcallout); - callout_stop(&bs->bs_bstpcallout); - - bstp_timer_stop(&bs->bs_topology_change_timer); - bstp_timer_stop(&bs->bs_tcn_timer); - bstp_timer_stop(&bs->bs_hello_timer); - + bstp_stop_locked(bs); BSTP_UNLOCK(bs); } static void -bstp_initialize_port(struct bstp_state *bs, struct bstp_port *bp) -{ - BSTP_LOCK_ASSERT(bs); - - bstp_become_designated_port(bs, bp); - bstp_set_port_state(bp, BSTP_IFSTATE_BLOCKING); - bp->bp_topology_change_acknowledge = 0; - bp->bp_config_pending = 0; - bp->bp_change_detection_enabled = 1; - bstp_timer_stop(&bp->bp_message_age_timer); - bstp_timer_stop(&bp->bp_forward_delay_timer); - bstp_timer_stop(&bp->bp_hold_timer); -} - -static void -bstp_enable_port(struct bstp_state *bs, struct bstp_port *bp) -{ - bstp_initialize_port(bs, bp); - bstp_port_state_selection(bs); -} - -static void -bstp_disable_port(struct bstp_state *bs, struct bstp_port *bp) -{ - int root; - - BSTP_LOCK_ASSERT(bs); - - root = bstp_root_bridge(bs); - bstp_become_designated_port(bs, bp); - bstp_set_port_state(bp, BSTP_IFSTATE_DISABLED); - bp->bp_topology_change_acknowledge = 0; - bp->bp_config_pending = 0; - bstp_timer_stop(&bp->bp_message_age_timer); - bstp_timer_stop(&bp->bp_forward_delay_timer); - bstp_configuration_update(bs); - bstp_port_state_selection(bs); - - if (bstp_root_bridge(bs) && (root == 0)) { - bs->bs_max_age = bs->bs_bridge_max_age; - bs->bs_hello_time = bs->bs_bridge_hello_time; - bs->bs_forward_delay = bs->bs_bridge_forward_delay; - - bstp_topology_change_detection(bs); - bstp_timer_stop(&bs->bs_tcn_timer); - bstp_config_bpdu_generation(bs); - bstp_timer_start(&bs->bs_hello_timer, 0); - } -} - -#ifdef notused -static void -bstp_set_bridge_priority(struct bstp_state *bs, uint64_t new_bridge_id) -{ - struct bstp_port *bp; - int root; - - BSTP_LOCK_ASSERT(bs); - - root = bstp_root_bridge(bs); - - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bstp_designated_port(bs, bp)) - bp->bp_designated_bridge = new_bridge_id; - } - - bs->bs_bridge_id = new_bridge_id; - - bstp_configuration_update(bs); - bstp_port_state_selection(bs); - - if (bstp_root_bridge(bs) && (root == 0)) { - bs->bs_max_age = bs->bs_bridge_max_age; - bs->bs_hello_time = bs->bs_bridge_hello_time; - bs->bs_forward_delay = bs->bs_bridge_forward_delay; - - bstp_topology_change_detection(bs); - bstp_timer_stop(&bs->bs_tcn_timer); - bstp_config_bpdu_generation(bs); - bstp_timer_start(&bs->bs_hello_timer, 0); - } -} - -static void -bstp_set_port_priority(struct bstp_state *bs, struct bstp_port *bp, - uint16_t new_port_id) -{ - if (bstp_designated_port(bs, bp)) - bp->bp_designated_port = new_port_id; - - bp->bp_port_id = new_port_id; - - if ((bs->bs_bridge_id == bp->bp_designated_bridge) && - (bp->bp_port_id < bp->bp_designated_port)) { - bstp_become_designated_port(bs, bp); - bstp_port_state_selection(bs); - } -} - -static void -bstp_set_path_cost(struct bstp_state *bs, struct bstp_port *bp, - uint32_t path_cost) -{ - bp->bp_path_cost = path_cost; - bstp_configuration_update(bs); - bstp_port_state_selection(bs); -} - -static void -bstp_enable_change_detection(struct bstp_port *bp) -{ - bp->bp_change_detection_enabled = 1; -} - -static void -bstp_disable_change_detection(struct bstp_port *bp) -{ - bp->bp_change_detection_enabled = 0; -} -#endif /* notused */ - -static void -bstp_enqueue(struct ifnet *dst_ifp, struct mbuf *m) -{ - int err = 0; - - IFQ_ENQUEUE(&dst_ifp->if_snd, m, err); - - if ((dst_ifp->if_drv_flags & IFF_DRV_OACTIVE) == 0) - (*dst_ifp->if_start)(dst_ifp); -} - -void -bstp_linkstate(struct ifnet *ifp, int state) -{ - struct bstp_state *bs; - struct bstp_port *bp; - - /* - * It would be nice if the ifnet had a pointer to the bstp_port so we - * didnt need to search for it, but that may be an overkill. In reality - * this is fast and doesnt get called often. - */ - mtx_lock(&bstp_list_mtx); - LIST_FOREACH(bs, &bstp_list, bs_list) { - BSTP_LOCK(bs); - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bp->bp_ifp == ifp) { - bstp_ifupdstatus(bs, bp); - /* it only exists once so return */ - BSTP_UNLOCK(bs); - mtx_unlock(&bstp_list_mtx); - return; - } - } - BSTP_UNLOCK(bs); - } - mtx_unlock(&bstp_list_mtx); -} - -static void -bstp_ifupdstatus(struct bstp_state *bs, struct bstp_port *bp) -{ - struct ifnet *ifp = bp->bp_ifp; - struct ifmediareq ifmr; - int error = 0; - - BSTP_LOCK_ASSERT(bs); - - bzero((char *)&ifmr, sizeof(ifmr)); - error = (*ifp->if_ioctl)(ifp, SIOCGIFMEDIA, (caddr_t)&ifmr); - - if ((error == 0) && (ifp->if_flags & IFF_UP)) { - if (ifmr.ifm_status & IFM_ACTIVE) { - if (bp->bp_state == BSTP_IFSTATE_DISABLED) - bstp_enable_port(bs, bp); - - } else { - if (bp->bp_state != BSTP_IFSTATE_DISABLED) - bstp_disable_port(bs, bp); - } - return; - } - - if (bp->bp_state != BSTP_IFSTATE_DISABLED) - bstp_disable_port(bs, bp); -} - -static void -bstp_tick(void *arg) +bstp_stop_locked(struct bstp_state *bs) { - struct bstp_state *bs = arg; struct bstp_port *bp; BSTP_LOCK_ASSERT(bs); - /* slow timer to catch missed link events */ - if (bstp_timer_expired(&bs->bs_link_timer, BSTP_LINK_TIMER)) { - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - bstp_ifupdstatus(bs, bp); - } - bstp_timer_start(&bs->bs_link_timer, 0); - } - - if (bstp_timer_expired(&bs->bs_hello_timer, bs->bs_hello_time)) - bstp_hello_timer_expiry(bs); - - if (bstp_timer_expired(&bs->bs_tcn_timer, bs->bs_bridge_hello_time)) - bstp_tcn_timer_expiry(bs); - - if (bstp_timer_expired(&bs->bs_topology_change_timer, - bs->bs_topology_change_time)) - bstp_topology_change_timer_expiry(bs); - - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bstp_timer_expired(&bp->bp_message_age_timer, - bs->bs_max_age)) - bstp_message_age_timer_expiry(bs, bp); - } - - LIST_FOREACH(bp, &bs->bs_bplist, bp_next) { - if (bstp_timer_expired(&bp->bp_forward_delay_timer, - bs->bs_forward_delay)) - bstp_forward_delay_timer_expiry(bs, bp); - - if (bstp_timer_expired(&bp->bp_hold_timer, - bs->bs_hold_time)) - bstp_hold_timer_expiry(bs, bp); - } - - callout_reset(&bs->bs_bstpcallout, hz, bstp_tick, bs); -} - -static void -bstp_timer_start(struct bstp_timer *t, uint16_t v) -{ - t->value = v; - t->active = 1; -} - -static void -bstp_timer_stop(struct bstp_timer *t) -{ - t->value = 0; - t->active = 0; -} - -static int -bstp_timer_expired(struct bstp_timer *t, uint16_t v) -{ - if (t->active == 0) - return (0); - t->value += BSTP_TICK_VAL; - if (t->value >= v) { - bstp_timer_stop(t); - return (1); - } - return (0); + LIST_FOREACH(bp, &bs->bs_bplist, bp_next) + bstp_set_port_state(bp, BSTP_IFSTATE_DISCARDING); + callout_drain(&bs->bs_bstpcallout); + callout_stop(&bs->bs_bstpcallout); } int @@ -1262,18 +2081,31 @@ bstp_add(struct bstp_state *bs, struct b return (EINVAL); } + bzero(bp, sizeof(struct bstp_port)); + BSTP_LOCK(bs); bp->bp_ifp = ifp; bp->bp_bs = bs; - bp->bp_active = 1; bp->bp_priority = BSTP_DEFAULT_PORT_PRIORITY; - bp->bp_path_cost = BSTP_DEFAULT_PATH_COST; + bp->bp_txcount = 0; + TASK_INIT(&bp->bp_statetask, 0, bstp_notify_state, bp); + TASK_INIT(&bp->bp_rtagetask, 0, bstp_notify_rtage, bp); + + /* Init state */ + bp->bp_infois = BSTP_INFO_DISABLED; + bstp_set_port_state(bp, BSTP_IFSTATE_DISCARDING); + bstp_set_port_proto(bp, bs->bs_protover); + bstp_set_port_role(bp, BSTP_ROLE_DISABLED); + bstp_set_port_tc(bp, BSTP_TCSTATE_INACTIVE); + bp->bp_path_cost = bstp_calc_path_cost(bp); LIST_INSERT_HEAD(&bs->bs_bplist, bp, bp_next); - TASK_INIT(&bp->bp_statetask, 0, bstp_state_change, bp); - BSTP_UNLOCK(bs); - bstp_reinit(bs); + bp->bp_active = 1; + bp->bp_flags |= BSTP_PORT_NEWINFO; + bstp_reinit(bs); + bstp_update_roles(bs, bp); + BSTP_UNLOCK(bs); return (0); } @@ -1285,14 +2117,11 @@ bstp_delete(struct bstp_port *bp) KASSERT(bp->bp_active == 1, ("not a bstp member")); BSTP_LOCK(bs); - if (bp->bp_state != BSTP_IFSTATE_DISABLED) - bstp_disable_port(bs, bp); LIST_REMOVE(bp, bp_next); - BSTP_UNLOCK(bs); bp->bp_bs = NULL; bp->bp_active = 0; - bstp_reinit(bs); + BSTP_UNLOCK(bs); } /* @@ -1303,4 +2132,5 @@ bstp_drain(struct bstp_port *bp) { KASSERT(bp->bp_active == 0, ("port is still attached")); taskqueue_drain(taskqueue_swi, &bp->bp_statetask); + taskqueue_drain(taskqueue_swi, &bp->bp_rtagetask); } Index: sys/net/bridgestp.h =================================================================== RCS file: /home/ncvs/src/sys/net/bridgestp.h,v retrieving revision 1.4 diff -u -p -r1.4 bridgestp.h --- sys/net/bridgestp.h 2 Aug 2006 02:47:27 -0000 1.4 +++ sys/net/bridgestp.h 12 Oct 2006 10:51:44 -0000 @@ -83,9 +83,55 @@ #define BSTP_IFSTATE_LEARNING 2 #define BSTP_IFSTATE_FORWARDING 3 #define BSTP_IFSTATE_BLOCKING 4 +#define BSTP_IFSTATE_DISCARDING 5 + +#define BSTP_TCSTATE_ACTIVE 1 +#define BSTP_TCSTATE_DETECTED 2 +#define BSTP_TCSTATE_INACTIVE 3 +#define BSTP_TCSTATE_LEARNING 4 +#define BSTP_TCSTATE_PROPAG 5 +#define BSTP_TCSTATE_ACK 6 +#define BSTP_TCSTATE_TC 7 +#define BSTP_TCSTATE_TCN 8 + +#define BSTP_ROLE_DISABLED 0 +#define BSTP_ROLE_ROOT 1 +#define BSTP_ROLE_DESIGNATED 2 +#define BSTP_ROLE_ALTERNATE 3 +#define BSTP_ROLE_BACKUP 4 #ifdef _KERNEL +/* STP port flags */ +#define BSTP_PORT_CANMIGRATE 0x0001 +#define BSTP_PORT_NEWINFO 0x0002 +#define BSTP_PORT_DISPUTED 0x0004 +#define BSTP_PORT_ADMCOST 0x0008 + +/* BPDU priority */ +#define BSTP_PDU_SUPERIOR 1 +#define BSTP_PDU_REPEATED 2 +#define BSTP_PDU_INFERIOR 3 +#define BSTP_PDU_INFERIORALT 4 +#define BSTP_PDU_OTHER 5 + +/* BPDU flags */ +#define BSTP_PDU_PRMASK 0x0c /* Port Role */ +#define BSTP_PDU_PRSHIFT 2 /* Port Role offset */ +#define BSTP_PDU_F_UNKN 0x00 /* Unknown port (00) */ +#define BSTP_PDU_F_ALT 0x01 /* Alt/Backup port (01) */ +#define BSTP_PDU_F_ROOT 0x02 /* Root port (10) */ +#define BSTP_PDU_F_DESG 0x03 /* Designated port (11) */ + +#define BSTP_PDU_STPMASK 0x81 /* strip unused STP flags */ +#define BSTP_PDU_RSTPMASK 0x7f /* strip unused RSTP flags */ +#define BSTP_PDU_F_TC 0x01 /* Topology change */ +#define BSTP_PDU_F_P 0x02 /* Proposal flag */ +#define BSTP_PDU_F_L 0x10 /* Learning flag */ +#define BSTP_PDU_F_F 0x20 /* Forwarding flag */ +#define BSTP_PDU_F_A 0x40 /* Agreement flag */ +#define BSTP_PDU_F_TCA 0x80 /* Topology change ack */ + /* * Spanning tree defaults. */ @@ -93,26 +139,48 @@ #define BSTP_DEFAULT_HELLO_TIME (2 * 256) #define BSTP_DEFAULT_FORWARD_DELAY (15 * 256) #define BSTP_DEFAULT_HOLD_TIME (1 * 256) +#define BSTP_DEFAULT_MIGRATE_DELAY (3 * 256) +#define BSTP_DEFAULT_HOLD_COUNT 6 #define BSTP_DEFAULT_BRIDGE_PRIORITY 0x8000 #define BSTP_DEFAULT_PORT_PRIORITY 0x80 #define BSTP_DEFAULT_PATH_COST 55 +#define BSTP_MIN_HELLO_TIME (1 * 256) +#define BSTP_MIN_MAX_AGE (6 * 256) +#define BSTP_MIN_FORWARD_DELAY (4 * 256) +#define BSTP_MIN_HOLD_COUNT 1 +#define BSTP_MAX_HELLO_TIME (2 * 256) +#define BSTP_MAX_MAX_AGE (40 * 256) +#define BSTP_MAX_FORWARD_DELAY (30 * 256) +#define BSTP_MAX_HOLD_COUNT 10 +#define BSTP_MAX_PRIORITY 61440 +#define BSTP_MAX_PORT_PRIORITY 240 +#define BSTP_MAX_PATH_COST 200000000 /* BPDU message types */ #define BSTP_MSGTYPE_CFG 0x00 /* Configuration */ +#define BSTP_MSGTYPE_RSTP 0x02 /* Rapid STP */ #define BSTP_MSGTYPE_TCN 0x80 /* Topology chg notification */ -/* BPDU flags */ -#define BSTP_FLAG_TC 0x01 /* Topology change */ -#define BSTP_FLAG_TCA 0x80 /* Topology change ack */ +/* Protocol versions */ +#define BSTP_PROTO_ID 0x00 +#define BSTP_PROTO_STP 0x00 +#define BSTP_PROTO_RSTP 0x02 + +#define BSTP_INFO_RECIEVED 1 +#define BSTP_INFO_MINE 2 +#define BSTP_INFO_AGED 3 +#define BSTP_INFO_DISABLED 4 + #define BSTP_MESSAGE_AGE_INCR (1 * 256) /* in 256ths of a second */ #define BSTP_TICK_VAL (1 * 256) /* in 256ths of a second */ -#define BSTP_LINK_TIMER (BSTP_TICK_VAL * 30) +#define BSTP_LINK_TIMER (BSTP_TICK_VAL * 15) /* * * Driver callbacks for STP state changes * */ typedef void (*bstp_state_cb_t)(struct ifnet *, int); +typedef void (*bstp_rtage_cb_t)(struct ifnet *, int); /* * Because BPDU's do not make nicely aligned structures, two different @@ -145,7 +213,10 @@ struct bstp_cbpdu { uint16_t cbu_maxage; /* maximum age */ uint16_t cbu_hellotime; /* hello time */ uint16_t cbu_forwarddelay; /* forwarding delay */ + uint8_t cbu_versionlen; /* version 1 length */ } __attribute__((__packed__)); +#define BSTP_BPDU_STP_LEN (3 + 35) /* LLC + STP pdu */ +#define BSTP_BPDU_RSTP_LEN (3 + 36) /* LLC + RSTP pdu */ /* topology change notification bridge protocol data unit */ struct bstp_tbpdu { @@ -161,53 +232,91 @@ struct bstp_tbpdu { * Timekeeping structure used in spanning tree code. */ struct bstp_timer { - uint16_t active; - uint16_t value; + int active; + int latched; + int value; +}; + +struct bstp_pri_vector { + uint64_t pv_root_id; + uint32_t pv_cost; + uint64_t pv_dbridge_id; + uint16_t pv_dport_id; + uint16_t pv_port_id; }; struct bstp_config_unit { - uint64_t cu_rootid; - uint64_t cu_bridge_id; - uint32_t cu_root_path_cost; + struct bstp_pri_vector cu_pv; uint16_t cu_message_age; uint16_t cu_max_age; - uint16_t cu_hello_time; uint16_t cu_forward_delay; - uint16_t cu_port_id; + uint16_t cu_hello_time; uint8_t cu_message_type; - uint8_t cu_topology_change_acknowledgment; + uint8_t cu_topology_change_ack; uint8_t cu_topology_change; + uint8_t cu_proposal; + uint8_t cu_agree; + uint8_t cu_learning; + uint8_t cu_forwarding; + uint8_t cu_role; }; struct bstp_tcn_unit { uint8_t tu_message_type; }; -/* - * Bridge interface list entry. - */ struct bstp_port { LIST_ENTRY(bstp_port) bp_next; struct ifnet *bp_ifp; /* parent if */ struct bstp_state *bp_bs; - int bp_active; - uint64_t bp_designated_root; - uint64_t bp_designated_bridge; + uint8_t bp_active; + uint8_t bp_protover; + uint32_t bp_flags; uint32_t bp_path_cost; - uint32_t bp_designated_cost; - struct bstp_timer bp_hold_timer; - struct bstp_timer bp_message_age_timer; + uint16_t bp_port_msg_age; + uint16_t bp_port_max_age; + uint16_t bp_port_fdelay; + uint16_t bp_port_htime; + uint16_t bp_desg_msg_age; + uint16_t bp_desg_max_age; + uint16_t bp_desg_fdelay; + uint16_t bp_desg_htime; + struct bstp_timer bp_edge_delay_timer; struct bstp_timer bp_forward_delay_timer; - struct bstp_config_unit bp_config_bpdu; + struct bstp_timer bp_hello_timer; + struct bstp_timer bp_message_age_timer; + struct bstp_timer bp_migrate_delay_timer; + struct bstp_timer bp_recent_backup_timer; + struct bstp_timer bp_recent_root_timer; + struct bstp_timer bp_tc_timer; + struct bstp_config_unit bp_msg_cu; + struct bstp_pri_vector bp_desg_pv; + struct bstp_pri_vector bp_port_pv; uint16_t bp_port_id; - uint16_t bp_designated_port; uint8_t bp_state; - uint8_t bp_topology_change_acknowledge; - uint8_t bp_config_pending; - uint8_t bp_change_detection_enabled; + uint8_t bp_tcstate; + uint8_t bp_role; + uint8_t bp_infois; + uint8_t bp_tc_ack; + uint8_t bp_tc_prop; + uint8_t bp_fdbflush; uint8_t bp_priority; + uint8_t bp_p2p_link; + uint8_t bp_agree; + uint8_t bp_agreed; + uint8_t bp_sync; + uint8_t bp_synced; + uint8_t bp_proposing; + uint8_t bp_proposed; + uint8_t bp_operedge; + uint8_t bp_reroot; + uint8_t bp_rcvdtc; + uint8_t bp_rcvdtca; + uint8_t bp_rcvdtcn; uint32_t bp_forward_transitions; + uint8_t bp_txcount; struct task bp_statetask; + struct task bp_rtagetask; }; /* @@ -216,51 +325,58 @@ struct bstp_port { struct bstp_state { LIST_ENTRY(bstp_state) bs_list; struct mtx bs_mtx; - uint64_t bs_designated_root; - uint64_t bs_bridge_id; + struct bstp_pri_vector bs_bridge_pv; + struct bstp_pri_vector bs_root_pv; struct bstp_port *bs_root_port; - uint32_t bs_root_path_cost; - uint16_t bs_max_age; - uint16_t bs_hello_time; - uint16_t bs_forward_delay; + uint8_t bs_protover; + uint16_t bs_migration_delay; + uint16_t bs_edge_delay; uint16_t bs_bridge_max_age; - uint16_t bs_bridge_hello_time; - uint16_t bs_bridge_forward_delay; - uint16_t bs_topology_change_time; + uint16_t bs_bridge_fdelay; + uint16_t bs_bridge_htime; + uint16_t bs_root_msg_age; + uint16_t bs_root_max_age; + uint16_t bs_root_fdelay; + uint16_t bs_root_htime; uint16_t bs_hold_time; uint16_t bs_bridge_priority; - uint8_t bs_topology_change_detected; - uint8_t bs_topology_change; - struct bstp_timer bs_hello_timer; - struct bstp_timer bs_topology_change_timer; - struct bstp_timer bs_tcn_timer; + uint8_t bs_txholdcount; + uint8_t bs_allsynced; struct callout bs_bstpcallout; /* STP callout */ struct bstp_timer bs_link_timer; struct timeval bs_last_tc_time; LIST_HEAD(, bstp_port) bs_bplist; bstp_state_cb_t bs_state_cb; + bstp_rtage_cb_t bs_rtage_cb; }; -#define BSTP_LOCK_INIT(_bs) mtx_init(&(_bs)->bs_mtx, "bstp", \ +#define BSTP_LOCK_INIT(_bs) mtx_init(&(_bs)->bs_mtx, "bstp", \ NULL, MTX_DEF) -#define BSTP_LOCK_DESTROY(_bs) mtx_destroy(&(_bs)->bs_mtx) -#define BSTP_LOCK(_bs) mtx_lock(&(_bs)->bs_mtx) -#define BSTP_UNLOCK(_bs) mtx_unlock(&(_bs)->bs_mtx) -#define BSTP_LOCK_ASSERT(_bs) mtx_assert(&(_bs)->bs_mtx, MA_OWNED) +#define BSTP_LOCK_DESTROY(_bs) mtx_destroy(&(_bs)->bs_mtx) +#define BSTP_LOCK(_bs) mtx_lock(&(_bs)->bs_mtx) +#define BSTP_UNLOCK(_bs) mtx_unlock(&(_bs)->bs_mtx) +#define BSTP_LOCK_ASSERT(_bs) mtx_assert(&(_bs)->bs_mtx, MA_OWNED) extern const uint8_t bstp_etheraddr[]; extern void (*bstp_linkstate_p)(struct ifnet *ifp, int state); -void bstp_attach(struct bstp_state *, bstp_state_cb_t); +void bstp_attach(struct bstp_state *, bstp_state_cb_t, bstp_rtage_cb_t); void bstp_detach(struct bstp_state *); void bstp_init(struct bstp_state *); -void bstp_reinit(struct bstp_state *); void bstp_stop(struct bstp_state *); int bstp_add(struct bstp_state *, struct bstp_port *, struct ifnet *); void bstp_delete(struct bstp_port *); void bstp_drain(struct bstp_port *); void bstp_linkstate(struct ifnet *, int); +int bstp_set_htime(struct bstp_state *, int); +int bstp_set_fdelay(struct bstp_state *, int); +int bstp_set_maxage(struct bstp_state *, int); +int bstp_set_holdcount(struct bstp_state *, int); +int bstp_set_protocol(struct bstp_state *, int); +int bstp_set_priority(struct bstp_state *, int); +int bstp_set_port_priority(struct bstp_port *, int); +int bstp_set_path_cost(struct bstp_port *, uint32_t); struct mbuf *bstp_input(struct bstp_port *, struct ifnet *, struct mbuf *); #endif /* _KERNEL */ Index: sys/net/if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.82 diff -u -p -r1.82 if_bridge.c --- sys/net/if_bridge.c 9 Oct 2006 00:49:57 -0000 1.82 +++ sys/net/if_bridge.c 12 Oct 2006 10:52:27 -0000 @@ -266,6 +266,7 @@ static int bridge_rtnode_insert(struct b struct bridge_rtnode *); static void bridge_rtnode_destroy(struct bridge_softc *, struct bridge_rtnode *); +static void bridge_rtable_expire(struct ifnet *, int); static void bridge_state_change(struct ifnet *, int); static struct bridge_iflist *bridge_lookup_member(struct bridge_softc *, @@ -305,6 +306,8 @@ static int bridge_ioctl_delspan(struct b static int bridge_ioctl_gbparam(struct bridge_softc *, void *); static int bridge_ioctl_grte(struct bridge_softc *, void *); static int bridge_ioctl_gifsstp(struct bridge_softc *, void *); +static int bridge_ioctl_sproto(struct bridge_softc *, void *); +static int bridge_ioctl_stxhc(struct bridge_softc *, void *); static int bridge_pfil(struct mbuf **, struct ifnet *, struct ifnet *, int); static int bridge_ip_checkbasic(struct mbuf **mp); @@ -418,6 +421,12 @@ const struct bridge_control bridge_contr { bridge_ioctl_gifsstp, sizeof(struct ifbpstpconf), BC_F_COPYOUT }, + + { bridge_ioctl_sproto, sizeof(struct ifbrparam), + BC_F_COPYIN|BC_F_SUSER }, + + { bridge_ioctl_stxhc, sizeof(struct ifbrparam), + BC_F_COPYIN|BC_F_SUSER }, }; const int bridge_control_table_size = sizeof(bridge_control_table) / sizeof(bridge_control_table[0]); @@ -531,7 +540,6 @@ bridge_clone_create(struct if_clone *ifc sc->sc_brtmax = BRIDGE_RTABLE_MAX; sc->sc_brttimeout = BRIDGE_RTABLE_TIMEOUT; - getmicrotime(&(sc->sc_stp.bs_last_tc_time)); /* Initialize our routing table. */ bridge_rtable_init(sc); @@ -574,7 +582,7 @@ bridge_clone_create(struct if_clone *ifc mtx_unlock(&bridge_list_mtx); } - bstp_attach(&sc->sc_stp, bridge_state_change); + bstp_attach(&sc->sc_stp, bridge_state_change, bridge_rtable_expire); ether_ifattach(ifp, eaddr); /* Now undo some of the damage... */ ifp->if_baudrate = 0; @@ -997,7 +1005,10 @@ bridge_ioctl_gifflags(struct bridge_soft req->ifbr_state = bif->bif_stp.bp_state; req->ifbr_priority = bif->bif_stp.bp_priority; req->ifbr_path_cost = bif->bif_stp.bp_path_cost; - req->ifbr_portno = bif->bif_ifp->if_index & 0xff; + req->ifbr_portno = bif->bif_ifp->if_index & 0xfff; + req->ifbr_proto = bif->bif_stp.bp_protover; + req->ifbr_role = bif->bif_stp.bp_role; + req->ifbr_stpflags = bif->bif_stp.bp_flags; return (0); } @@ -1087,7 +1098,10 @@ bridge_ioctl_gifs(struct bridge_softc *s breq.ifbr_state = bif->bif_stp.bp_state; breq.ifbr_priority = bif->bif_stp.bp_priority; breq.ifbr_path_cost = bif->bif_stp.bp_path_cost; - breq.ifbr_portno = bif->bif_ifp->if_index & 0xff; + breq.ifbr_portno = bif->bif_ifp->if_index & 0xfff; + breq.ifbr_proto = bif->bif_stp.bp_protover; + breq.ifbr_role = bif->bif_stp.bp_role; + breq.ifbr_stpflags = bif->bif_stp.bp_flags; error = copyout(&breq, bifc->ifbic_req + count, sizeof(breq)); if (error) break; @@ -1101,10 +1115,7 @@ bridge_ioctl_gifs(struct bridge_softc *s strlcpy(breq.ifbr_ifsname, bif->bif_ifp->if_xname, sizeof(breq.ifbr_ifsname)); breq.ifbr_ifsflags = bif->bif_flags; - breq.ifbr_state = bif->bif_stp.bp_state; - breq.ifbr_priority = bif->bif_stp.bp_priority; - breq.ifbr_path_cost = bif->bif_stp.bp_path_cost; - breq.ifbr_portno = bif->bif_ifp->if_index & 0xff; + breq.ifbr_portno = bif->bif_ifp->if_index & 0xfff; error = copyout(&breq, bifc->ifbic_req + count, sizeof(breq)); if (error) break; @@ -1219,12 +1230,10 @@ static int bridge_ioctl_spri(struct bridge_softc *sc, void *arg) { struct ifbrparam *param = arg; - struct bstp_state *bs = &sc->sc_stp; - - bs->bs_bridge_priority = param->ifbrp_prio; - bstp_reinit(bs); + int error; - return (0); + error = bstp_set_priority(&sc->sc_stp, param->ifbrp_prio); + return (error); } static int @@ -1233,7 +1242,7 @@ bridge_ioctl_ght(struct bridge_softc *sc struct ifbrparam *param = arg; struct bstp_state *bs = &sc->sc_stp; - param->ifbrp_hellotime = bs->bs_bridge_hello_time >> 8; + param->ifbrp_hellotime = bs->bs_bridge_htime >> 8; return (0); } @@ -1241,14 +1250,10 @@ static int bridge_ioctl_sht(struct bridge_softc *sc, void *arg) { struct ifbrparam *param = arg; - struct bstp_state *bs = &sc->sc_stp; - - if (param->ifbrp_hellotime == 0) - return (EINVAL); - bs->bs_bridge_hello_time = param->ifbrp_hellotime << 8; - bstp_reinit(bs); + int error; - return (0); + error = bstp_set_htime(&sc->sc_stp, param->ifbrp_hellotime); + return (error); } static int @@ -1257,7 +1262,7 @@ bridge_ioctl_gfd(struct bridge_softc *sc struct ifbrparam *param = arg; struct bstp_state *bs = &sc->sc_stp; - param->ifbrp_fwddelay = bs->bs_bridge_forward_delay >> 8; + param->ifbrp_fwddelay = bs->bs_bridge_fdelay >> 8; return (0); } @@ -1265,14 +1270,10 @@ static int bridge_ioctl_sfd(struct bridge_softc *sc, void *arg) { struct ifbrparam *param = arg; - struct bstp_state *bs = &sc->sc_stp; - - if (param->ifbrp_fwddelay == 0) - return (EINVAL); - bs->bs_bridge_forward_delay = param->ifbrp_fwddelay << 8; - bstp_reinit(bs); + int error; - return (0); + error = bstp_set_fdelay(&sc->sc_stp, param->ifbrp_fwddelay); + return (error); } static int @@ -1289,14 +1290,10 @@ static int bridge_ioctl_sma(struct bridge_softc *sc, void *arg) { struct ifbrparam *param = arg; - struct bstp_state *bs = &sc->sc_stp; - - if (param->ifbrp_maxage == 0) - return (EINVAL); - bs->bs_bridge_max_age = param->ifbrp_maxage << 8; - bstp_reinit(bs); + int error; - return (0); + error = bstp_set_maxage(&sc->sc_stp, param->ifbrp_maxage); + return (error); } static int @@ -1304,15 +1301,14 @@ bridge_ioctl_sifprio(struct bridge_softc { struct ifbreq *req = arg; struct bridge_iflist *bif; + int error; bif = bridge_lookup_member(sc, req->ifbr_ifsname); if (bif == NULL) return (ENOENT); - bif->bif_stp.bp_priority = req->ifbr_priority; - bstp_reinit(&sc->sc_stp); - - return (0); + error = bstp_set_port_priority(&bif->bif_stp, req->ifbr_priority); + return (error); } static int @@ -1320,15 +1316,14 @@ bridge_ioctl_sifcost(struct bridge_softc { struct ifbreq *req = arg; struct bridge_iflist *bif; + int error; bif = bridge_lookup_member(sc, req->ifbr_ifsname); if (bif == NULL) return (ENOENT); - bif->bif_stp.bp_path_cost = req->ifbr_path_cost; - bstp_reinit(&sc->sc_stp); - - return (0); + error = bstp_set_path_cost(&bif->bif_stp, req->ifbr_path_cost); + return (error); } static int @@ -1397,22 +1392,26 @@ static int bridge_ioctl_gbparam(struct bridge_softc *sc, void *arg) { struct ifbropreq *req = arg; + struct bstp_state *bs = &sc->sc_stp; struct bstp_port *root_port; - req->ifbop_maxage = sc->sc_stp.bs_max_age; - req->ifbop_hellotime = sc->sc_stp.bs_hello_time; - req->ifbop_fwddelay = sc->sc_stp.bs_forward_delay; + req->ifbop_maxage = bs->bs_bridge_max_age >> 8; + req->ifbop_hellotime = bs->bs_bridge_htime >> 8; + req->ifbop_fwddelay = bs->bs_bridge_fdelay >> 8; - root_port = sc->sc_stp.bs_root_port; + root_port = bs->bs_root_port; if (root_port == NULL) req->ifbop_root_port = 0; else req->ifbop_root_port = root_port->bp_ifp->if_index; - req->ifbop_root_path_cost = sc->sc_stp.bs_root_path_cost; - req->ifbop_designated_root = sc->sc_stp.bs_designated_root; - req->ifbop_last_tc_time.tv_sec = sc->sc_stp.bs_last_tc_time.tv_sec; - req->ifbop_last_tc_time.tv_usec = sc->sc_stp.bs_last_tc_time.tv_usec; + req->ifbop_holdcount = bs->bs_txholdcount; + req->ifbop_priority = bs->bs_bridge_priority; + req->ifbop_protocol = bs->bs_protover; + req->ifbop_root_path_cost = bs->bs_root_pv.pv_cost; + req->ifbop_designated_root = bs->bs_root_pv.pv_root_id; + req->ifbop_last_tc_time.tv_sec = bs->bs_last_tc_time.tv_sec; + req->ifbop_last_tc_time.tv_usec = bs->bs_last_tc_time.tv_usec; return (0); } @@ -1455,12 +1454,12 @@ bridge_ioctl_gifsstp(struct bridge_softc if ((bif->bif_flags & IFBIF_STP) == 0) continue; - bpreq.ifbp_portno = bif->bif_ifp->if_index & 0xff; + bpreq.ifbp_portno = bif->bif_ifp->if_index & 0xfff; bpreq.ifbp_fwd_trans = bif->bif_stp.bp_forward_transitions; - bpreq.ifbp_design_cost = bif->bif_stp.bp_designated_cost; - bpreq.ifbp_design_port = bif->bif_stp.bp_designated_port; - bpreq.ifbp_design_bridge = bif->bif_stp.bp_designated_bridge; - bpreq.ifbp_design_root = bif->bif_stp.bp_designated_root; + bpreq.ifbp_design_cost = bif->bif_stp.bp_desg_pv.pv_cost; + bpreq.ifbp_design_port = bif->bif_stp.bp_desg_pv.pv_port_id; + bpreq.ifbp_design_bridge = bif->bif_stp.bp_desg_pv.pv_dbridge_id; + bpreq.ifbp_design_root = bif->bif_stp.bp_desg_pv.pv_root_id; error = copyout(&bpreq, bifstp->ifbpstp_req + count, sizeof(bpreq)); @@ -1475,6 +1474,26 @@ bridge_ioctl_gifsstp(struct bridge_softc return (error); } +static int +bridge_ioctl_sproto(struct bridge_softc *sc, void *arg) +{ + struct ifbrparam *param = arg; + int error; + + error = bstp_set_protocol(&sc->sc_stp, param->ifbrp_proto); + return (error); +} + +static int +bridge_ioctl_stxhc(struct bridge_softc *sc, void *arg) +{ + struct ifbrparam *param = arg; + int error; + + error = bstp_set_holdcount(&sc->sc_stp, param->ifbrp_txhc); + return (error); +} + /* * bridge_ifdetach: * @@ -1716,15 +1735,9 @@ bridge_output(struct ifnet *ifp, struct * tree, make sure the port is in a state that * allows forwarding. */ - if (dst_if != ifp && - (bif->bif_flags & IFBIF_STP) != 0) { - switch (bif->bif_stp.bp_state) { - case BSTP_IFSTATE_BLOCKING: - case BSTP_IFSTATE_LISTENING: - case BSTP_IFSTATE_DISABLED: - continue; - } - } + if (dst_if != ifp && (bif->bif_flags & IFBIF_STP) && + bif->bif_stp.bp_state == BSTP_IFSTATE_DISCARDING) + continue; if (LIST_NEXT(bif, bif_next) == NULL) { used = 1; @@ -1834,15 +1847,11 @@ bridge_forward(struct bridge_softc *sc, return; } - if (bif->bif_flags & IFBIF_STP) { - switch (bif->bif_stp.bp_state) { - case BSTP_IFSTATE_BLOCKING: - case BSTP_IFSTATE_LISTENING: - case BSTP_IFSTATE_DISABLED: - BRIDGE_UNLOCK(sc); - m_freem(m); - return; - } + if ((bif->bif_flags & IFBIF_STP) && + bif->bif_stp.bp_state == BSTP_IFSTATE_DISCARDING) { + BRIDGE_UNLOCK(sc); + m_freem(m); + return; } eh = mtod(m, struct ether_header *); @@ -1941,14 +1950,11 @@ bridge_forward(struct bridge_softc *sc, return; } - if (bif->bif_flags & IFBIF_STP) { - switch (bif->bif_stp.bp_state) { - case BSTP_IFSTATE_DISABLED: - case BSTP_IFSTATE_BLOCKING: - BRIDGE_UNLOCK(sc); - m_freem(m); - return; - } + if ((bif->bif_flags & IFBIF_STP) && + bif->bif_stp.bp_state == BSTP_IFSTATE_DISCARDING) { + BRIDGE_UNLOCK(sc); + m_freem(m); + return; } BRIDGE_UNLOCK(sc); @@ -2040,14 +2046,10 @@ bridge_input(struct ifnet *ifp, struct m } } - if (bif->bif_flags & IFBIF_STP) { - switch (bif->bif_stp.bp_state) { - case BSTP_IFSTATE_BLOCKING: - case BSTP_IFSTATE_LISTENING: - case BSTP_IFSTATE_DISABLED: - BRIDGE_UNLOCK(sc); - return (m); - } + if ((bif->bif_flags & IFBIF_STP) && + bif->bif_stp.bp_state == BSTP_IFSTATE_DISCARDING) { + BRIDGE_UNLOCK(sc); + return (m); } if (bcmp(etherbroadcastaddr, eh->ether_dhost, @@ -2093,14 +2095,10 @@ bridge_input(struct ifnet *ifp, struct m return (m); } - if (bif->bif_flags & IFBIF_STP) { - switch (bif->bif_stp.bp_state) { - case BSTP_IFSTATE_BLOCKING: - case BSTP_IFSTATE_LISTENING: - case BSTP_IFSTATE_DISABLED: - BRIDGE_UNLOCK(sc); - return (m); - } + if ((bif->bif_flags & IFBIF_STP) && + bif->bif_stp.bp_state == BSTP_IFSTATE_DISCARDING) { + BRIDGE_UNLOCK(sc); + return (m); } /* @@ -2186,13 +2184,9 @@ bridge_broadcast(struct bridge_softc *sc if (dst_if == src_if) continue; - if (bif->bif_flags & IFBIF_STP) { - switch (bif->bif_stp.bp_state) { - case BSTP_IFSTATE_BLOCKING: - case BSTP_IFSTATE_DISABLED: - continue; - } - } + if ((bif->bif_flags & IFBIF_STP) && + bif->bif_stp.bp_state == BSTP_IFSTATE_DISCARDING) + continue; if ((bif->bif_flags & IFBIF_DISCOVER) == 0 && (m->m_flags & (M_BCAST|M_MCAST)) == 0) @@ -2653,6 +2647,37 @@ bridge_rtnode_destroy(struct bridge_soft } /* + * bridge_rtable_expire: + * + * Set the expiry time for all routes on an interface. + */ +static void +bridge_rtable_expire(struct ifnet *ifp, int age) +{ + struct bridge_softc *sc = ifp->if_bridge; + struct bridge_rtnode *brt; + + BRIDGE_LOCK(sc); + + /* + * If the age is zero then flush, otherwise set all the expiry times to + * age for the interface + */ + if (age == 0) + bridge_rtdelete(sc, ifp, IFBF_FLUSHDYN); + else { + LIST_FOREACH(brt, &sc->sc_rtlist, brt_list) { + /* Cap the expiry time to 'age' */ + if (brt->brt_ifp == ifp && + brt->brt_expire > time_uptime + age && + (brt->brt_flags & IFBAF_TYPEMASK) == IFBAF_DYNAMIC) + brt->brt_expire = time_uptime + age; + } + } + BRIDGE_UNLOCK(sc); +} + +/* * bridge_state_change: * * Callback from the bridgestp code when a port changes states. @@ -2667,20 +2692,12 @@ bridge_state_change(struct ifnet *ifp, i "learning", "forwarding", "blocking", + "discarding" }; if (log_stp) log(LOG_NOTICE, "%s: state changed to %s on %s\n", sc->sc_ifp->if_xname, stpstates[state], ifp->if_xname); - - /* if the port is blocking then remove any routes to it */ - switch (state) { - case BSTP_IFSTATE_DISABLED: - case BSTP_IFSTATE_BLOCKING: - BRIDGE_LOCK(sc); - bridge_rtdelete(sc, ifp, IFBF_FLUSHDYN); - BRIDGE_UNLOCK(sc); - } } /* Index: sys/net/if_bridgevar.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridgevar.h,v retrieving revision 1.15 diff -u -p -r1.15 if_bridgevar.h --- sys/net/if_bridgevar.h 31 Jul 2006 20:24:46 -0000 1.15 +++ sys/net/if_bridgevar.h 12 Oct 2006 10:51:44 -0000 @@ -112,6 +112,8 @@ #define BRDGGRTE 26 /* get cache drops (ifbrparam) */ #define BRDGGIFSSTP 27 /* get member STP params list * (ifbpstpconf) */ +#define BRDGSPROTO 28 /* set protocol (ifbrparam) */ +#define BRDGSTXHC 29 /* set tx hold count (ifbrparam) */ /* * Generic bridge control request. @@ -119,10 +121,13 @@ struct ifbreq { char ifbr_ifsname[IFNAMSIZ]; /* member if name */ uint32_t ifbr_ifsflags; /* member if flags */ - uint8_t ifbr_state; /* member if STP state */ - uint8_t ifbr_priority; /* member if STP priority */ - uint8_t ifbr_path_cost; /* member if STP cost */ + uint32_t ifbr_stpflags; /* member if STP flags */ + uint32_t ifbr_path_cost; /* member if STP cost */ uint8_t ifbr_portno; /* member if port number */ + uint8_t ifbr_priority; /* member if STP priority */ + uint8_t ifbr_proto; /* member if STP protocol */ + uint8_t ifbr_role; /* member if STP state */ + uint8_t ifbr_state; /* member if STP state */ }; /* BRDGGIFFLAGS, BRDGSIFFLAGS */ @@ -192,6 +197,8 @@ struct ifbrparam { #define ifbrp_csize ifbrp_ifbrpu.ifbrpu_int32 /* cache size */ #define ifbrp_ctime ifbrp_ifbrpu.ifbrpu_int32 /* cache time (sec) */ #define ifbrp_prio ifbrp_ifbrpu.ifbrpu_int16 /* bridge priority */ +#define ifbrp_proto ifbrp_ifbrpu.ifbrpu_int8 /* bridge protocol */ +#define ifbrp_txhc ifbrp_ifbrpu.ifbrpu_int8 /* bridge protocol */ #define ifbrp_hellotime ifbrp_ifbrpu.ifbrpu_int8 /* hello time (sec) */ #define ifbrp_fwddelay ifbrp_ifbrpu.ifbrpu_int8 /* fwd time (sec) */ #define ifbrp_maxage ifbrp_ifbrpu.ifbrpu_int8 /* max age (sec) */ @@ -201,9 +208,12 @@ struct ifbrparam { * Bridge current operational parameters structure. */ struct ifbropreq { + uint8_t ifbop_holdcount; uint8_t ifbop_maxage; uint8_t ifbop_hellotime; uint8_t ifbop_fwddelay; + uint8_t ifbop_protocol; + uint16_t ifbop_priority; uint16_t ifbop_root_port; uint32_t ifbop_root_path_cost; uint64_t ifbop_designated_root; --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 13:07: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 26E0616A40F; Thu, 12 Oct 2006 13:07:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A998443D5A; Thu, 12 Oct 2006 13:07:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8786C46DA1; Thu, 12 Oct 2006 09:07:15 -0400 (EDT) Date: Thu, 12 Oct 2006 14:07:15 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Julian Elischer In-Reply-To: <452D7EC6.5080302@elischer.org> Message-ID: <20061012140646.R10593@fledge.watson.org> References: <452D6C90.7020703@FreeBSD.org> <452D7EC6.5080302@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, small@freebsd.org Subject: Re: {pico, tiny, nano}BSD, FreesBIE 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, 12 Oct 2006 13:07:26 -0000 On Wed, 11 Oct 2006, Julian Elischer wrote: > Some people have asked me about why we have so many different ways to make > images.. > > I had a quick look for a page on the site that holds this sort of thing but > didn't spot it.. Sounds like precisely this list of differences should be in the handbook or such somewhere. :-) Robert N M Watson Computer Laboratory University of Cambridge > > Here's quick comparison from my perspective. > > In order of increasing size: > > PicoBSD compiles from the given sources and can thus build cross > revision, or with a lot more tailored stuff. > Using the crunch gives TRULY tiny images.. (a 4MB image is > possible I think) A bit fiddly but the only way to go on a > machine with a really small image requirement. > I like it for [34]86 class machines with 8MB ram. > (If you can get a boot media) > it used to be possible to get it all on a floppy but I don;t think > that is now possible due to kernel growth. > > NanoBSD compiles, and is capable of being set to build a cross image of > a different architecture. > Different compile options can be used from the build system, > e.g. you could leave out support for kerberos or similar and get a > different version of telnet. > > TinyBSD uses the precompiled binaries on the building system. Thus it > can not make a crossbuilt image, or one based on a different > revision. (It does however make a custom kernel) It is however > REALLY fast.. It is interactive to some extent and can make an image which > will run off the boot media or create a memory filesystem > image. (select at build time). In size it is similar to > NanoBSD but 'simpler', though less flexible. Still needs a little > work for running off a USB stick but works fine in mfs mode. > > FreeSBIE is another option. it is designed to make not only a > basic image but to include all sorts of packages and possibly > configure them. Targetted at media the size of a CD. > it builds everything from scratch and can this be very tailored. > more flexible than tinyBSD, but more work too. > > In addition there is Monowall and pfsense (monowall.org, pfsense.com) > though I haven't played with them. > > > _______________________________________________ > 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 Thu Oct 12 13:13: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 A04EA16A407; Thu, 12 Oct 2006 13:13:57 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DF543D45; Thu, 12 Oct 2006 13:13:56 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4B28.dip.t-dialin.net [84.154.75.40]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k9CDDmJO079092; Thu, 12 Oct 2006 15:13:49 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id k9CDDmln040903; Thu, 12 Oct 2006 15:13:49 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id k9CDDmGS079750; Thu, 12 Oct 2006 15:13:48 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200610121313.k9CDDmGS079750@fire.jhs.private> To: Julian Elischer In-reply-to: <452D7EC6.5080302@elischer.org> References: <452D6C90.7020703@FreeBSD.org> <452D7EC6.5080302@elischer.org> Comments: In-reply-to Julian Elischer message dated "Wed, 11 Oct 2006 16:31:18 -0700." Date: Thu, 12 Oct 2006 15:13:48 +0200 From: "Julian H. Stacey" Cc: dgw@liwest.at, current@freebsd.org, small@freebsd.org Subject: Re: {pico, tiny, nano}BSD, FreesBIE 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, 12 Oct 2006 13:13:57 -0000 Julian Elischer wrote: > In addition there is Monowall and pfsense (monowall.org, pfsense.com) > though I haven't played with them. There's also http://flat.berklix.org/~dgw/ I havent looked at content in a long time, just gave dgw@ (cc'd) that login to http publish but it's all old now Jan 10 2004. -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. http://berklix.org/free-software From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 14:31: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 6D58D16A40F; Thu, 12 Oct 2006 14:31:14 +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 EF2ED43DD2; Thu, 12 Oct 2006 14:29:14 +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 k9CETEw0089126; Thu, 12 Oct 2006 10:29:14 -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 k9CETEer081650; Thu, 12 Oct 2006 10:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 12DE07305F; Thu, 12 Oct 2006 10:29:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061012142914.12DE07305F@freebsd-current.sentex.ca> Date: Thu, 12 Oct 2006 10:29:13 -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: Thu, 12 Oct 2006 14:31:14 -0000 TB --- 2006-10-12 13:47:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-12 13:47:49 - starting HEAD tinderbox run for arm/arm TB --- 2006-10-12 13:47:49 - cleaning the object tree TB --- 2006-10-12 13:48:05 - checking out the source tree TB --- 2006-10-12 13:48:05 - cd /tinderbox/HEAD/arm/arm TB --- 2006-10-12 13:48:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-12 13:57:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-12 13:57:20 - cd /src TB --- 2006-10-12 13:57:20 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 12 13:57: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 [...] : multiple definition of `__umodsi3' /obj/arm/src/tmp/usr/lib/libgcc.a(_umodsi3.o)(.text+0x0): first defined here /obj/arm/src/tmp/usr/lib/libc.a(divsi3.o)(.text+0x40): In function `__udivsi3': : multiple definition of `__udivsi3' /obj/arm/src/tmp/usr/lib/libgcc.a(_udivsi3.o)(.text+0x0): first defined here /obj/arm/src/tmp/usr/lib/libc.a(divsi3.o)(.text+0x80): In function `__divsi3': : multiple definition of `__divsi3' /obj/arm/src/tmp/usr/lib/libgcc.a(_divsi3.o)(.text+0x0): first defined here *** Error code 1 Stop in /src/gnu/usr.bin/binutils/ar. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-12 14:29:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-12 14:29:13 - ERROR: failed to build world TB --- 2006-10-12 14:29:13 - tinderbox aborted TB --- 0.36 user 1.08 system 2483.84 real From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 14:40:45 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 9E3E016A412; Thu, 12 Oct 2006 14:40:45 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03B5143D5E; Thu, 12 Oct 2006 14:40:44 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (87.5.190.73) by vsmtp4.tin.it (7.2.072.1) id 452C9C440019018B; Thu, 12 Oct 2006 16:40:43 +0200 Received: from kaiser.sig11.org (rionda@localhost [127.0.0.1]) by kaiser.sig11.org (8.13.8/8.13.8) with ESMTP id k9CEegp2046680; Thu, 12 Oct 2006 16:40:42 +0200 (CEST) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by kaiser.sig11.org (8.13.8/8.13.8/Submit) id k9CEeY7x046671; Thu, 12 Oct 2006 16:40:34 +0200 (CEST) (envelope-from matteo@freebsd.org) X-Authentication-Warning: kaiser.sig11.org: rionda set sender to matteo@freebsd.org using -f Date: Thu, 12 Oct 2006 16:40:33 +0200 From: Matteo Riondato To: Robert Watson Message-ID: <20061012144033.GA177@kaiser.sig11.org> References: <452D6C90.7020703@FreeBSD.org> <452D7EC6.5080302@elischer.org> <20061012140646.R10593@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20061012140646.R10593@fledge.watson.org> User-Agent: Mutt/1.5.12-2006-07-14 Cc: small@freebsd.org, Julian Elischer , current@freebsd.org Subject: Re: {pico, tiny, nano}BSD, FreesBIE 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, 12 Oct 2006 14:40:45 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 12, 2006 at 02:07:15PM +0100, Robert Watson wrote: > On Wed, 11 Oct 2006, Julian Elischer wrote: > >FreeSBIE is another option. it is designed to make not only a > >basic image but to include all sorts of packages and possibly > >configure them. Targetted at media the size of a CD. > >it builds everything from scratch and can this be very tailored. > >more flexible than tinyBSD, but more work too. As one of the FreeSBIE developers, I would like to say a word: I agree with the above description apart from the fact that our target is CD/DVD: FreeSBIE can be stripped down to a 64MB or less image and put on a flash card or USB pen. Another thing I'd like to add: after having release FreeSBIE 2.0 (around the middle of November), I'd like to add nanoBSD an miniBSD features to FreeSBIE and, if possible, import it in the base system and make it the "official" tool to build live/small FreeBSD systems. Best regards --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFLlPh2Mp4pR7Fa+wRAlqQAKCJwvgE/ewTHvrfbZmPiBJ9WduA4ACfVViI O8vSBTdSrk7Ofd2MeBxLNE4= =CVAl -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 15:36:55 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 B6A7516A4A7; Thu, 12 Oct 2006 15:36:55 +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 CE2F343D5D; Thu, 12 Oct 2006 15:36:36 +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 k9CFaZu6009780; Thu, 12 Oct 2006 11:36:35 -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 k9CFaZQD025101; Thu, 12 Oct 2006 11:36:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F2277305F; Thu, 12 Oct 2006 11:36:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061012153635.2F2277305F@freebsd-current.sentex.ca> Date: Thu, 12 Oct 2006 11:36:35 -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 clamscanner4 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: Thu, 12 Oct 2006 15:36:55 -0000 TB --- 2006-10-12 13:47:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-12 13:47:49 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-12 13:47:49 - cleaning the object tree TB --- 2006-10-12 13:48:25 - checking out the source tree TB --- 2006-10-12 13:48:25 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-12 13:48:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-12 13:57:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-12 13:57:20 - cd /src TB --- 2006-10-12 13:57:20 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 12 13:57: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Oct 12 15:12:22 UTC 2006 TB --- 2006-10-12 15:12:22 - generating LINT kernel config TB --- 2006-10-12 15:12:22 - cd /src/sys/amd64/conf TB --- 2006-10-12 15:12:22 - /usr/bin/make -B LINT TB --- 2006-10-12 15:12:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-12 15:12:25 - cd /src TB --- 2006-10-12 15:12:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 12 15:12:25 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 Thu Oct 12 15:30:10 UTC 2006 TB --- 2006-10-12 15:30:10 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-12 15:30:10 - cd /src TB --- 2006-10-12 15:30:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 12 15:30:10 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 -g -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/amd64/initcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/amd64/intr_machdep.c /src/sys/amd64/amd64/intr_machdep.c: In function `atpic_reset': /src/sys/amd64/amd64/intr_machdep.c:387: error: `IO_ICU1' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:387: error: (Each undeclared identifier is reported only once /src/sys/amd64/amd64/intr_machdep.c:387: error: for each function it appears in.) /src/sys/amd64/amd64/intr_machdep.c:388: error: `IDT_IO_INTS' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:394: error: `IO_ICU2' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-12 15:36:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-12 15:36:34 - ERROR: failed to build GENERIC kernel TB --- 2006-10-12 15:36:34 - tinderbox aborted TB --- 0.96 user 3.02 system 6525.12 real From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 18:00:28 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 8063116A4CE; Thu, 12 Oct 2006 18:00:28 +0000 (UTC) (envelope-from prvs=julian=4331aeda7@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0659843D5D; Thu, 12 Oct 2006 17:59:06 +0000 (GMT) (envelope-from prvs=julian=4331aeda7@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 12 Oct 2006 10:59:06 -0700 Message-ID: <452E826A.4050901@elischer.org> Date: Thu, 12 Oct 2006 10:59:06 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Matteo Riondato References: <452D6C90.7020703@FreeBSD.org> <452D7EC6.5080302@elischer.org> <20061012140646.R10593@fledge.watson.org> <20061012144033.GA177@kaiser.sig11.org> In-Reply-To: <20061012144033.GA177@kaiser.sig11.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , small@freebsd.org, current@freebsd.org Subject: Re: {pico, tiny, nano}BSD, FreesBIE 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, 12 Oct 2006 18:00:28 -0000 Matteo Riondato wrote: > On Thu, Oct 12, 2006 at 02:07:15PM +0100, Robert Watson wrote: > >> On Wed, 11 Oct 2006, Julian Elischer wrote: >> >>> FreeSBIE is another option. it is designed to make not only a >>> basic image but to include all sorts of packages and possibly >>> configure them. Targetted at media the size of a CD. >>> it builds everything from scratch and can this be very tailored. >>> more flexible than tinyBSD, but more work too. >>> > > As one of the FreeSBIE developers, I would like to say a word: > I agree with the above description apart from the fact that our target > is CD/DVD: FreeSBIE can be stripped down to a 64MB or less image and > put on a flash card or USB pen. > > Another thing I'd like to add: after having release FreeSBIE 2.0 > (around the middle of November), I'd like to add nanoBSD an miniBSD > features to FreeSBIE and, if possible, import it in the base system > and make it the "official" tool to build live/small FreeBSD systems. > > Best regards > If we could make one that had the ease of use of the easiest, and the flexibility of the most flexible and the speed of the fastest (etc.) then I doubt anyone would complain :-) From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 18:04: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 3B0EC16A407 for ; Thu, 12 Oct 2006 18:04:24 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D0BD43E38 for ; Thu, 12 Oct 2006 18:02:07 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k9CI1qQC061175 for ; Thu, 12 Oct 2006 13:01:53 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <452E8313.7000808@centtech.com> Date: Thu, 12 Oct 2006 13:01:55 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20060923) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/2026/Thu Oct 12 01:47:06 2006 on mh2.centtech.com X-Virus-Status: Clean Subject: yp related ls core dumps (amd64) 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, 12 Oct 2006 18:04:24 -0000 I have two systems, both running FreeBSD 6-STABLE (amd64) (one is freshly installed from -BETA2 CD, the other is cvs-up'ed from a few weeks ago). Both these systems will make ls (and several other tools) core dump when accessing a directory that had it's gid's from yp. I'm not sure what exactly the trigger is, but if I remove the yp related line from /etc/group it works just fine (uid's are resolved, but of course gid's are not). If I put the line back in, I get: # ls -al /nfsmounts/filesystem/directory/ Segmentation fault: 11 (core dumped) However an 'ls -aln' of that same directory always works ok. Here's a snippet of the trailing edge of a ktrace on the failing ls: ...snip... 0x0000 452f a45e 0000 0000 0000 0002 0001 86a4 0000 0002 0000 0003 0000 |E/.^......................| 0x001a 0000 0000 0000 0000 0000 0000 0000 0000 000c 6365 6e74 7465 6368 |..................ypdomain| 0x0034 2e63 6f6d 0000 000b 6772 6f75 702e 6279 6769 6400 0000 0003 3630 |.com....group.bygid.....60| 0x004e 3800 |8.| 957 ls RET sendto 80/0x50 957 ls CALL kevent(0x7,0x51e110,0x1,0x7fffffffd800,0x1,0x7fffffffd820) 957 ls RET kevent 1 957 ls CALL recvfrom(0x5,0x51e134,0x900,0,0,0) 957 ls GIO fd 5 read 516 bytes 0x0000 452f a45e 0000 0001 0000 0000 0000 0000 0000 0000 0000 0000 0000 |E/.^......................| 0x001a 0001 0000 01e2 6c6f 6769 633a 2a3a 3630 383a 6272 656e 7462 2c62 |......group:*:608:user1,u| 0x01ee 2c72 6172 6f73 652c 7374 6572 6e2c 766d 6f68 616e 0000 |,user2,user3,user4..| 957 ls RET recvfrom 516/0x204 957 ls CALL close(0x7) 957 ls RET close 0 957 ls CALL gettimeofday(0x7fffffffd900,0) 957 ls RET gettimeofday 0 957 ls CALL gettimeofday(0x7fffffffd930,0) 957 ls RET gettimeofday 0 957 ls CALL close(0x6) 957 ls RET close 0 957 ls PSIG SIGSEGV SIG_DFL 957 ls NAMI "ls.core" I've replaced any real users/groups with fake ones above. gdb says something about: #0 0x000000080095272b in _fseeko () from /lib/libc.so.6 #1 0x0000000800952b78 in fseeko () from /lib/libc.so.6 #2 0x000000080091fde9 in __gr_parse_entry () from /lib/libc.so.6 #3 0x000000080094b971 in nsdispatch () from /lib/libc.so.6 #4 0x000000080091efe4 in getgrgid_r () from /lib/libc.so.6 #5 0x000000080091f0b0 in getgrgid_r () from /lib/libc.so.6 #6 0x00000008008e3aa6 in group_from_gid () from /lib/libc.so.6 #7 0x0000000000402271 in display (p=0x50b100, list=0x50b200, options=48) at ls.c:704 #8 0x0000000000402ace in traverse (argc=1, argv=0x0, options=48) at ls.c:527 #9 0x0000000000402e44 in main (argc=1, argv=0x7fffffffecb8) at ls.c:457 This same setup causes no issues on a 32bit system. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 18:11: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 2D35016A4F5 for ; Thu, 12 Oct 2006 18:11:45 +0000 (UTC) (envelope-from nomad@castle.org) Received: from castle.org (castle.org [207.178.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A20BA43DE2 for ; Thu, 12 Oct 2006 18:07:56 +0000 (GMT) (envelope-from nomad@castle.org) Received: from [128.208.232.198] (vanyel.ee.washington.edu [128.208.232.198]) (authenticated bits=0) by castle.org (8.13.8/8.13.6) with ESMTP id k9CI7poF008509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Oct 2006 11:07:52 -0700 (PDT) (envelope-from nomad@castle.org) Message-ID: <452E8471.8020104@castle.org> Date: Thu, 12 Oct 2006 11:07:45 -0700 From: Lee Damon User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on castle.org Subject: NFS (v3) exports limited by netgroup crash mountd 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, 12 Oct 2006 18:11:45 -0000 I have a netgroup with some 200 or so hosts listed in it. When I add it as an export control on a single file system it slows mountd down a bit but not badly. However, if I add it to more than a few file systems in /etc/exports mountd becomes very slow in replying and eventually gives up and dies. It doesn't matter if the netgroup is obtained out of /etc/netgroup or a NIS map. The behavior is exactly the same either way. The problem exists on 6.1-STABLE as well as 6.2-PRERELEASE compiled last night. I'd really like to get this working. The idea of exporting hundreds of user home directories without at least limiting what hosts they can talk to makes me very nervous. Yes, I know NFS = No F***ing Security but I'd still like to make *some* attempt at reasonableness. Limiting to network isn't sufficient, there are lots of students with laptops plugging in everywhere. Any hints or ideas? thanks, nomad From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 18:42: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 65E5C16A415; Thu, 12 Oct 2006 18:42:35 +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 B099043D86; Thu, 12 Oct 2006 18:42:30 +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 k9CIgTub051516; Thu, 12 Oct 2006 14:42:30 -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 k9CIgTjp048167; Thu, 12 Oct 2006 14:42:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A33737305F; Thu, 12 Oct 2006 14:42:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061012184229.A33737305F@freebsd-current.sentex.ca> Date: Thu, 12 Oct 2006 14:42:29 -0400 (EDT) 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: Thu, 12 Oct 2006 18:42:35 -0000 TB --- 2006-10-12 17:41:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-12 17:41:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-12 17:41:25 - cleaning the object tree TB --- 2006-10-12 17:41:53 - checking out the source tree TB --- 2006-10-12 17:41:53 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-12 17:41:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-12 17:49:58 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-12 17:49:58 - cd /src TB --- 2006-10-12 17:49:58 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 12 17:50:00 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 Thu Oct 12 18:42:28 UTC 2006 TB --- 2006-10-12 18:42:28 - generating LINT kernel config TB --- 2006-10-12 18:42:28 - cd /src/sys/sun4v/conf TB --- 2006-10-12 18:42:28 - /usr/bin/make -B LINT TB --- 2006-10-12 18:42:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-12 18:42:28 - cd /src TB --- 2006-10-12 18:42:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 12 18:42:28 UTC 2006 >>> stage 1: configuring the kernel [...] WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_NMDM' encountered. WARNING: duplicate device `nmdm' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-12 18:42:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-12 18:42:28 - ERROR: failed to build lint kernel TB --- 2006-10-12 18:42:28 - tinderbox aborted TB --- 0.46 user 1.73 system 3663.69 real From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 21:05: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 BD78616A407 for ; Thu, 12 Oct 2006 21:05:43 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 301E643D8B for ; Thu, 12 Oct 2006 21:05:28 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by py-out-1112.google.com with SMTP id f25so795403pyf for ; Thu, 12 Oct 2006 14:04:55 -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:content-transfer-encoding:content-disposition; b=BwQQL899pWijCeL34McmsDBz9jvZKhZxfb5FseYpnhkIftJoYQFECewjHojiPeXjgrd0TjtY7h/bhGzRWn83Kj1jOKlnZzlvu68Nj0LDMGexhj5sChWmn0tuT88hp9oW3lVHI2loyQvDqmN+M4BISqgJvGmo24yM7fovK7gFnEI= Received: by 10.35.83.6 with SMTP id k6mr3999826pyl; Thu, 12 Oct 2006 14:04:54 -0700 (PDT) Received: by 10.35.111.4 with HTTP; Thu, 12 Oct 2006 14:04:54 -0700 (PDT) Message-ID: <1d6d20bc0610121404r600bfee6n9633d621b6dc2e87@mail.gmail.com> Date: Fri, 13 Oct 2006 05:04:54 +0800 From: "Jia-Shiun Li" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: using dev nameunit prior to probe & attach in pcib_alloc_resource() 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, 12 Oct 2006 21:05:43 -0000 This is a cosmetic bug (probably). I noticed that pcib prints some null pointer string in verbose dmesg like the following example. The pcib driver prints "(null) requested memory...". It turns out that pcib_alloc_resource() intended to use dev->nameunit to show device name. But the function is called for the first time during pci bus device enumeration. By the time the driver probing function is not called yet, and hence no valid nameunit. I suppose this code fragment in pcib_alloc_resource(): if (bootverbose) device_printf(dev,"%s requested memory range " "0x%lx-0x%lx: good\n", device_get_nameunit(child), start, end); should be changed to use something else, for example pci device(slot) and function numbers, to identify the newly enumerated and yet probed pci devices. Any comment? The verbose dmesg example: pcib3: at device 30.0 on pci0 pcib3: secondary bus 1 pcib3: subordinate bus 1 pcib3: I/O decode 0xc000-0xcfff pcib3: memory decode 0xdec00000-0xdeefffff pcib3: prefetched decode 0xdf000000-0xdfffffff pcib3: Subtractively decoded bridge. pci1: on pcib3 pci1: physical bus=1 found-> vendor=0x1039, dev=0x6326, revid=0x0b bus=1, slot=9, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D2 D3 current D0 map[10]: type 3, range 32, base df000000, size 23, enabled pcib3: (null) requested memory range 0xdf000000-0xdf7fffff: good map[14]: type 1, range 32, base decf0000, size 16, enabled pcib3: (null) requested memory range 0xdecf0000-0xdecfffff: good map[18]: type 4, range 32, base 0000c400, size 7, enabled pcib3: (null) requested I/O range 0xc400-0xc47f: in range found-> vendor=0x8086, dev=0x1229, revid=0x02 bus=1, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=5 map[10]: type 3, range 32, base dffff000, size 12, enabled pcib3: (null) requested memory range 0xdffff000-0xdfffffff: good map[14]: type 4, range 32, base 0000c800, size 5, enabled pcib3: (null) requested I/O range 0xc800-0xc81f: in range map[18]: type 1, range 32, base dee00000, size 20, enabled pcib3: (null) requested memory range 0xdee00000-0xdeefffff: good pcib3: matched entry for 1.10.INTA pcib3: slot 10 INTA hardwired to IRQ 21 vgapci0: port 0xc400-0xc47f mem 0xdf000000-0xdf7fffff,0xdecf0000-0xdecfffff at device 9.0 o n pci1 fxp0: port 0xc800-0xc81f mem 0xdffff000-0xdfffffff,0xdee00000-0xdeefffff irq 21 at de vice 10.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdffff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0000 0000 0002 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:c0:0c:70:10:05 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 fxp0: [MPSAFE] Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 22:40:35 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 C085616A47B for ; Thu, 12 Oct 2006 22:40:35 +0000 (UTC) (envelope-from fulanpeng@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 1682C43D53 for ; Thu, 12 Oct 2006 22:40:35 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so778252pye for ; Thu, 12 Oct 2006 15:40:34 -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:content-transfer-encoding:content-disposition; b=VxVx7RzU5pbMcXs5M8RnU/7I69qGD8twhHAsmU74SJS7pzBBpFXyUf+gzeJQJg4NEhgK2pf1z35KAMBKKhMdp1uiuwmcggcfWKqP260AkFr9NC08ydJ+OhESw6ARk4J16pAzm2jPGWLMaZqAopLHpefa6MbpobhRDnIgEQXvQEk= Received: by 10.65.249.10 with SMTP id b10mr3647434qbs; Thu, 12 Oct 2006 15:40:34 -0700 (PDT) Received: by 10.64.241.6 with HTTP; Thu, 12 Oct 2006 15:40:33 -0700 (PDT) Message-ID: Date: Thu, 12 Oct 2006 18:40:33 -0400 From: "fulan Peng" 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 Subject: How to compile the kernel 7.0-CURRENT AMD64 ? 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, 12 Oct 2006 22:40:35 -0000 Hi, I just installed FreeBSD 7.0-CURRENT on a AMD Opteron. I cd /sys/amd64/conf I cp GENERIC,v newkernel ls: .cvsignore,v DEFAULTS,v GENERIC.hints,v Makefile,v newkernel Attic GENERIC,v MAC,v NOTES,v I have changed the ident from GENERIC to newkernel Then /usr/sbin/config newkernel. config: newkernel:1: syntax error This is the newkernel file: head 1.466; access; symbols RELENG_5_5_0_RELEASE:1.421.2.13 RELENG_5_5:1.421.2.13.0.2 RELENG_5_5_BP:1.421.2.13 RELENG_6_1_0_RELEASE:1.439.2.9.2.2 RELENG_6_1:1.439.2.9.0.2 RELENG_6_1_BP:1.439.2.9 RELENG_6_0_0_RELEASE:1.439.2.6.2.1 RELENG_6_0:1.439.2.6.0.2 RELENG_6_0_BP:1.439.2.6 RELENG_6:1.439.0.2 RELENG_6_BP:1.439 RELENG_5_4_0_RELEASE:1.421.2.11.2.1 RELENG_5_4:1.421.2.11.0.2 RELENG_5_4_BP:1.421.2.11 RELENG_5_3_0_RELEASE:1.421.2.4.2.1 RELENG_5_3:1.421.2.4.0.2 RELENG_5_3_BP:1.421.2.4 RELENG_5:1.421.0.2 RELENG_5_BP:1.421 RELENG_5_2_1_RELEASE:1.399.2.3 RELENG_5_2_0_RELEASE:1.399.2.2 RELENG_5_2:1.399.0.2 RELENG_5_2_BP:1.399 RELENG_5_1_0_RELEASE:1.386 RELENG_5_1:1.386.0.2 .... From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 22:54: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 DB89F16A415 for ; Thu, 12 Oct 2006 22:54:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9714743D45 for ; Thu, 12 Oct 2006 22:54:25 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout06/MantshX 4.0) with ESMTP id k9CMsPJT020569; Thu, 12 Oct 2006 15:54:25 -0700 (PDT) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id k9CMsN3Y003589; Thu, 12 Oct 2006 15:54:24 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 12 Oct 2006 15:54:22 -0700 To: fulan Peng X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org Subject: Re: How to compile the kernel 7.0-CURRENT AMD64 ? 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, 12 Oct 2006 22:54:25 -0000 On Oct 12, 2006, at 3:40 PM, fulan Peng wrote: > I just installed FreeBSD 7.0-CURRENT on a AMD Opteron. > I cd /sys/amd64/conf > I cp GENERIC,v newkernel > ls: > .cvsignore,v DEFAULTS,v GENERIC.hints,v Makefile,v > newkernel > Attic GENERIC,v MAC,v NOTES,v > I have changed the ident from GENERIC to newkernel > Then /usr/sbin/config newkernel. > config: newkernel:1: syntax error > This is the newkernel file: > > head 1.466; [ ... ] You've managed to checkout the source code as a CVS repository, rather than as a workarea. Try adjusting your CVSUP configuration and try again; you should end up having files which do not end with the ",v"... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Oct 12 22:32:47 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 3550216A403; Thu, 12 Oct 2006 22:32:47 +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 35A5343E0D; Thu, 12 Oct 2006 22:32:00 +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 1GY95m-000DeV-Bc; Fri, 13 Oct 2006 11:31:54 +1300 From: "Marcos Biscaysaqu" To: Date: Fri, 13 Oct 2006 11:31:53 +1300 Message-ID: <001a01c6ee4e$37745b30$1e1510ac@austin> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 Thread-Index: AcbuTjdO7O4GA0GCRo2bDhdup4A84A== 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: X-Mailman-Approved-At: Thu, 12 Oct 2006 23:23:57 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: 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: Thu, 12 Oct 2006 22:32:47 -0000 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. Thanks Marcos Biscaysaqu From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 01:57:38 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 D19AA16A40F for ; Fri, 13 Oct 2006 01:57:38 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A03D43D58 for ; Fri, 13 Oct 2006 01:57:38 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so346265nzn for ; Thu, 12 Oct 2006 18:57:37 -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:content-transfer-encoding:content-disposition; b=FXS0/fE3F4VNh3ntLlFH68uPAOslUk2/3wfMJCDC8hR9KciJR455Q4cxVRBAGB79q6GkW7epM2Y0e1XIprhfiV7540eiPWaRO+0ZStiRgJ3HZVAu9L/W1q2ekiG1gP2bY48G3mefUb0x4h4V/uuleoNAD9L8lUm7I/ZAPAWi43U= Received: by 10.65.251.1 with SMTP id d1mr3878350qbs; Thu, 12 Oct 2006 18:57:37 -0700 (PDT) Received: by 10.64.241.6 with HTTP; Thu, 12 Oct 2006 18:57:37 -0700 (PDT) Message-ID: Date: Thu, 12 Oct 2006 21:57:37 -0400 From: "fulan Peng" 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 Subject: 7.0-CURRENT AMD64 make panic on Tyan K8WE S2877 2xOpteron 246/6G/SATA 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, 13 Oct 2006 01:57:38 -0000 Oct 12,2006 cvsup source. I did not add anything to the GENERIC yet. The following is the error message. All I need is a ipfw add 100 fwd tcp from 127.0.0.1,80 to any 80 keep-state. The fwd rule won't work without IPFIREWALL_FORWARD options. .... cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I../../.. -I../../../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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror ../../../amd64/amd64/intr_machdep.c ../../../amd64/amd64/intr_machdep.c: In function `atpic_reset': ../../../amd64/amd64/intr_machdep.c:387: error: `IO_ICU1' undeclared (first use in this function) ../../../amd64/amd64/intr_machdep.c:387: error: (Each undeclared identifier is reported only once ../../../amd64/amd64/intr_machdep.c:387: error: for each function it appears in.) ../../../amd64/amd64/intr_machdep.c:388: error: `IDT_IO_INTS' undeclared (first use in this function) ../../../amd64/amd64/intr_machdep.c:394: error: `IO_ICU2' undeclared (first use in this function) *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 02:36:22 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 2A3BE16A412; Fri, 13 Oct 2006 02:36:22 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E39543D70; Fri, 13 Oct 2006 02:36:20 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id k9D2aHSs001625; Fri, 13 Oct 2006 04:36:17 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id k9D2aAmw090349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Oct 2006 04:36:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id k9D2aAOX015638; Fri, 13 Oct 2006 04:36:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id k9D2a9Wn015637; Fri, 13 Oct 2006 04:36:09 +0200 (CEST) (envelope-from ticso) Date: Fri, 13 Oct 2006 04:36:09 +0200 From: Bernd Walter To: Marcos Biscaysaqu Message-ID: <20061013023608.GE488@cicely12.cicely.de> References: <001a01c6ee4e$37745b30$1e1510ac@austin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001a01c6ee4e$37745b30$1e1510ac@austin> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 autolearn=unavailable version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on cicely12.cicely.de X-Mailman-Approved-At: Fri, 13 Oct 2006 03:00:05 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Ethernet Switch and MIPS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2006 02:36:22 -0000 On Fri, Oct 13, 2006 at 11:31:53AM +1300, Marcos Biscaysaqu wrote: > 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. Don't know what you mean by "Ethernet switch", but a switch is a switch and not a host. Do you think about doing lan bridging with FreeBSD? That's Ok for a few ports, but with many of them it's better to do in hardware. I've build sn ARM based board with an 820.1q capable switch, which is controlable by FreeBSD, but this is still a switch and a FreeBSD host although they are on a single board. It's a 5 port switch with 1 port to FreeBSD, but it's not a major difference to use switch chips with more ports. And finally you can still use a 08/15 manageable switch and control it from FreeBSD - even if it's in a different place. You really should be more specific what you mean. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 03:33: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 6795E16A40F; Fri, 13 Oct 2006 03:33:45 +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 66FBE43D4C; Fri, 13 Oct 2006 03:33:44 +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 011347E952; Fri, 13 Oct 2006 11:34:09 +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 t3f1WHIBQSem; Fri, 13 Oct 2006 11:34:08 +0800 (CST) Received: by FreeBSD.csie.nctu.edu.tw (Postfix, from userid 1038) id 724FF7E9BE; Fri, 13 Oct 2006 11:34:08 +0800 (CST) Date: Fri, 13 Oct 2006 11:34:08 +0800 From: Cheng-Lung Sung To: bug-followup@FreeBSD.org, llevier@argosnet.com Message-ID: <20061013033408.GA30695@FreeBSD.csie.nctu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline 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-rc@FreeBSD.org Subject: 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: Fri, 13 Oct 2006 03:33:45 -0000 try this patch? Index: etc/rc.d/named =================================================================== RCS file: /home/ncvs/src/etc/rc.d/named,v retrieving revision 1.26 diff -u -r1.26 named --- etc/rc.d/named 20 Apr 2006 12:30:12 -0000 1.26 +++ etc/rc.d/named 13 Oct 2006 03:30:41 -0000 @@ -91,9 +91,28 @@ if rndc stop 2>/dev/null; then echo . else - echo -n ": rndc failed, trying killall: " - if killall named; then - echo . + echo -n ": rndc failed, trying " + # If we are not inside a jail, killall will kill named in jail + # If we are inside a jail, killall is safe + # + if [ `$SYSCTL_N security.jail.jailed` -eq 1 ]; then + echo -n "killall: " + if killall named; then + echo . + fi + else + # If we're not in a jail, try to kill named from pidfile + # Otherwise see if we can get from ps + echo -n "kill pid: " + if [ -f ${pidfile} ]; then + kill -TERM `cat ${pidfile}` + echo . + else + for i in `ps -axo command,pid,jid | awk '/^[^ ]+named/{if ($NF == 0) {print $(NF-1)}}'`; do + kill -TERM ${i} + echo . + done + fi fi fi } -- Cheng-Lung Sung - clsung@ From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 03:28: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 2916A16A407; Fri, 13 Oct 2006 03:28:05 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from prod.aconex.com (mail.app.aconex.com [203.89.192.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 647F843D46; Fri, 13 Oct 2006 03:28:03 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from page.mel.office.aconex.com (unknown [192.168.0.210]) by prod.aconex.com (Postfix) with ESMTP id 27B3C28AD7; Fri, 13 Oct 2006 13:28:02 +1000 (EST) Received: from localhost (page.mel.aconex.com [127.0.0.1]) by page.mel.office.aconex.com (Postfix) with ESMTP id 5DBED5340F3; Fri, 13 Oct 2006 13:28:00 +1000 (EST) Received: from page.mel.office.aconex.com ([127.0.0.1]) by localhost (mail.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01717-01-62; Fri, 13 Oct 2006 13:27:55 +1000 (EST) Received: from localhost.localdomain (unknown [192.168.0.244]) by page.mel.office.aconex.com (Postfix) with ESMTP id A2CC853403A; Fri, 13 Oct 2006 13:27:44 +1000 (EST) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.4/8.13.4) with ESMTP id k9D3Rhdc017204; Fri, 13 Oct 2006 13:27:43 +1000 Received: from localhost (pross@localhost) by localhost.localdomain (8.13.4/8.13.4/Submit) with ESMTP id k9D3RdRo017199; Fri, 13 Oct 2006 13:27:41 +1000 X-Authentication-Warning: localhost.localdomain: pross owned process doing -bs Date: Fri, 13 Oct 2006 13:27:38 +1000 (EST) From: Peter Ross X-X-Sender: pross@localhost.localdomain To: "ticso@cicely.de" In-Reply-To: <20061013023608.GE488@cicely12.cicely.de> Message-ID: References: <001a01c6ee4e$37745b30$1e1510ac@austin> <20061013023608.GE488@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at aconex.com X-Mailman-Approved-At: Fri, 13 Oct 2006 03:38:06 +0000 Cc: "stable@freebsd.org" , Marcos Biscaysaqu , "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, 13 Oct 2006 03:28:05 -0000 Hi, On Fri, 13 Oct 2006, Bernd Walter wrote: > > 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. > > Don't know what you mean by "Ethernet switch", but a switch is a > switch and not a host. > Do you think about doing lan bridging with FreeBSD? I try to guess and think it is doing bridging using a small FreeBSD system so you have the functionality of FreeBSD like firewalling, DHCP, routing etc. on layer 3 + above. To have it as a "distribution" ready (out of the box) to install or compile for different hardware (e.g. your ARM) sounds interesting, possibly with ways to let it boot from USB sticks, CDs or over the net if needed. I am not familiar with the (just mentioned) Pico/Nano/Tiny versions of BSD but maybe it would fit into one of them + a port to get the functionality and configuration above (e.g. for the web interface and the db staff)? If feasable the port could be more or less independant from the FreeBSD "distribution" you use. Imagine of one of the ARM hardware box dies.. Until you get a new one you set up the same on a Intel box as a temporary workaround:-) Regards Peter From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 03:43: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 02B2416A47B for ; Fri, 13 Oct 2006 03:43:03 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D49243D5E for ; Fri, 13 Oct 2006 03:42:57 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so352834nzn for ; Thu, 12 Oct 2006 20:42:57 -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:content-transfer-encoding:content-disposition; b=Vz/v8H8R+JrjPCAMbTlDd6II/wV+GhA8/ikfrIv81ZD9dcP+4HPvVJYnUFTNU8RYpxGnmAZeUT51sc87j7KjCuFH2iMF0ctPaPJPGC98iGl8AmINvIHGGXLwZK4w8131lHBj+YvWh0+v5nS8VGohc4XUpDbKCM221oNiiyzxo5k= Received: by 10.64.249.18 with SMTP id w18mr4040034qbh; Thu, 12 Oct 2006 20:42:56 -0700 (PDT) Received: by 10.64.241.6 with HTTP; Thu, 12 Oct 2006 20:42:56 -0700 (PDT) Message-ID: Date: Thu, 12 Oct 2006 23:42:56 -0400 From: "fulan Peng" 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 Subject: 7.0-CURRENT make LINT works with Tyan K8WE S2877 BIOS 1.03 2 Opteron/6G/SATA 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, 13 Oct 2006 03:43:03 -0000 I just need IPFIREWALL_FORWARD to make ipfw add 100 fwd 127.0.0.1,8080 tcp from any to any 80 in to work. As I posted before, it would not make by just adding options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 04:20:50 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 CA0A716A403; Fri, 13 Oct 2006 04:20:50 +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 6625243D45; Fri, 13 Oct 2006 04:20:50 +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 k9D4Kn7Q018114; Fri, 13 Oct 2006 00:20:49 -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 k9D4KnFm095023; Fri, 13 Oct 2006 00:20:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1B8747305F; Fri, 13 Oct 2006 00:20:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061013042049.1B8747305F@freebsd-current.sentex.ca> Date: Fri, 13 Oct 2006 00:20:48 -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 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: Fri, 13 Oct 2006 04:20:50 -0000 TB --- 2006-10-13 02:30:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-13 02:30:47 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-13 02:30:47 - cleaning the object tree TB --- 2006-10-13 02:31:29 - checking out the source tree TB --- 2006-10-13 02:31:29 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-13 02:31:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-13 02:40:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-13 02:40:32 - cd /src TB --- 2006-10-13 02:40:32 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 13 02:40:33 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Oct 13 03:56:29 UTC 2006 TB --- 2006-10-13 03:56:29 - generating LINT kernel config TB --- 2006-10-13 03:56:29 - cd /src/sys/amd64/conf TB --- 2006-10-13 03:56:29 - /usr/bin/make -B LINT TB --- 2006-10-13 03:56:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-13 03:56:29 - cd /src TB --- 2006-10-13 03:56:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 13 03:56:29 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 13 04:14:12 UTC 2006 TB --- 2006-10-13 04:14:12 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-13 04:14:12 - cd /src TB --- 2006-10-13 04:14:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 13 04:14:12 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 -g -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/amd64/initcpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/amd64/amd64/intr_machdep.c /src/sys/amd64/amd64/intr_machdep.c: In function `atpic_reset': /src/sys/amd64/amd64/intr_machdep.c:387: error: `IO_ICU1' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:387: error: (Each undeclared identifier is reported only once /src/sys/amd64/amd64/intr_machdep.c:387: error: for each function it appears in.) /src/sys/amd64/amd64/intr_machdep.c:388: error: `IDT_IO_INTS' undeclared (first use in this function) /src/sys/amd64/amd64/intr_machdep.c:394: error: `IO_ICU2' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-13 04:20:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-13 04:20:48 - ERROR: failed to build GENERIC kernel TB --- 2006-10-13 04:20:48 - tinderbox aborted TB --- 0.89 user 3.09 system 6601.73 real From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 05:32: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 424C116A415; Fri, 13 Oct 2006 05:32:16 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A97D43D49; Fri, 13 Oct 2006 05:32:15 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id k9D5VwGw072819; Thu, 12 Oct 2006 22:31:59 -0700 (PDT) Date: Fri, 13 Oct 2006 13:34:59 +0900 Message-ID: From: gnn@freebsd.org To: Robert Watson In-Reply-To: <20061012140646.R10593@fledge.watson.org> References: <452D6C90.7020703@FreeBSD.org> <452D7EC6.5080302@elischer.org> <20061012140646.R10593@fledge.watson.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: small@freebsd.org, Julian Elischer , current@freebsd.org Subject: Re: {pico, tiny, nano}BSD, FreesBIE 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, 13 Oct 2006 05:32:16 -0000 Actually it ought to be on embeddedfreebsd.org as well. Later, George From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 06:46: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 F1C6F16A494 for ; Fri, 13 Oct 2006 06:46:33 +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 72ECE43D4C for ; Fri, 13 Oct 2006 06:46:33 +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 1GYGoJ-000PWp-NK; Fri, 13 Oct 2006 08:46:23 +0200 To: Daniel Eischen From: Ian FREISLICH In-Reply-To: Message from Daniel Eischen of "Thu, 12 Oct 2006 06:06:07 -0400." <452E138F.6010403@vigrid.com> X-Attribution: BOFH Date: Fri, 13 Oct 2006 08:46:23 +0200 Message-Id: Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: cardbus/xircom realport no longer works 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, 13 Oct 2006 06:46:34 -0000 Daniel Eischen wrote: > M. Warner Losh wrote: > > In message: > > Ian FREISLICH writes: > > : Hi > > : > > : After upgrading from 6.2-prerelease to current on one of my friend's > > : laptops, the cardbus ethernet adaptor doesn't work any more. > > : The card is one of those 2 slot thick Xircom RealPorts ethernet > > : with a modem (red plastic connectors in the card). > > : > > : I can supply more information if required. (At least it works with > > : my old 10M Accton pccard). > > : > > : FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 > > : > > : cbb0: at device 3.0 on pci0 > > : cardbus0: on cbb0 > > : pccard0: <16-bit PCCard bus> on cbb0 > > : cbb1: at device 3.1 on pci0 > > : cardbus1: on cbb1 > > : pccard1: <16-bit PCCard bus> on cbb1 > > : > > : dc0: port 0x1000-0x107f mem 0x88000000-0x8800 07ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 > > : miibus0: on dc0 > : tdkphy0: on miibus0 > > : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > : dc0: Ethernet address: 00:10:a4:98:ff:b6 > > : sio4: port 0x1080-0x1087 mem 0x88002000-0x880027ff ,0x88003000-0x880037ff at device 0.1 on cardbus0 > > : sio4: type 16550A > > : sio4: unable to activate interrupt in fast mode - using normal mode > > : > > : > > : FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 > > : > > : cbb0: at device 3.0 on pci0 > > : cardbus0: on cbb0 > > : pccard0: <16-bit PCCard bus> on cbb0 > > : cbb1: at device 3.1 on pci0 > > : cardbus1: on cbb1 > > : pccard1: <16-bit PCCard bus> on cbb1 > > : > > : cardbus0: CIS pointer is 0x107 > > : cardbus0: CIS in option rom > > : cardbus0: Unable to allocate resource to read CIS. > > : cardbus0: Unable to allocate resources for CIS > > : cardbus0: Warning: Bogus CIS ignored > > : dc0: port 0x1000-0x107f mem 0x88000000-0x8800 07ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 > > : dc0: No station address in CIS! > > : device_attach: dc0 attach returned 6 > > : cardbus0: CIS pointer is 0x207 > > : cardbus0: CIS in option rom > > : cardbus0: Unable to allocate resource to read CIS. > > : cardbus0: Unable to allocate resources for CIS > > : cardbus0: Warning: Bogus CIS ignored > > : sio4: port 0x1000-0x1007 mem 0x88002000-0x880027ff ,0x88003000-0x880037ff at device 0.1 on cardbus0 > > : sio4: type 16550A > > : sio4: [GIANT-LOCKED] > > : sio4: unable to activate interrupt in fast mode - using normal mode > > > > This is defintiely weird.... I'll see if I can recreate it... > > I have the same problem on -current with my dc (Xircom) card and > a Dell Inspiron laptop. It used to work (under -current) but > hasn't worked in months. Do you have an approximate date at which it stopped working? My laptoy is dog slow, but I'm prepared to do a binary search if you can give me a start time. Warner, will my doing this this help? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 07:07: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 57DF816A412 for ; Fri, 13 Oct 2006 07:07:59 +0000 (UTC) (envelope-from amurphy@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2788743D98 for ; Fri, 13 Oct 2006 07:07:57 +0000 (GMT) (envelope-from amurphy@gsoft.com.au) Received: from [203.31.81.32] (priscilla.gsoft.com.au [203.31.81.32]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k9D77opI015955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Oct 2006 16:37:51 +0930 (CST) (envelope-from amurphy@gsoft.com.au) Message-ID: <452F3B46.3010203@gsoft.com.au> Date: Fri, 13 Oct 2006 16:37:50 +0930 From: Adrian Murphy User-Agent: Thunderbird 1.5.0.5 (X11/20060810) MIME-Version: 1.0 To: Ian FREISLICH , current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Subject: Re: cardbus/xircom realport no longer works 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, 13 Oct 2006 07:07:59 -0000 Ian FREISLICH wrote: > Daniel Eischen wrote: >> M. Warner Losh wrote: >>> In message: >>> Ian FREISLICH writes: >>> : Hi >>> : >>> : After upgrading from 6.2-prerelease to current on one of my friend's >>> : laptops, the cardbus ethernet adaptor doesn't work any more. >>> : The card is one of those 2 slot thick Xircom RealPorts ethernet >>> : with a modem (red plastic connectors in the card). >>> : >>> : I can supply more information if required. (At least it works with >>> : my old 10M Accton pccard). >>> : >>> : FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 >>> : >>> : cbb0: at device 3.0 on pci0 >>> : cardbus0: on cbb0 >>> : pccard0: <16-bit PCCard bus> on cbb0 >>> : cbb1: at device 3.1 on pci0 >>> : cardbus1: on cbb1 >>> : pccard1: <16-bit PCCard bus> on cbb1 >>> : >>> : dc0: port 0x1000-0x107f mem 0x88000000-0x8800 > 07ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 >>> : miibus0: on dc0 >> : tdkphy0: on miibus0 >>> : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>> : dc0: Ethernet address: 00:10:a4:98:ff:b6 >>> : sio4: port 0x1080-0x1087 mem 0x88002000-0x880027ff > ,0x88003000-0x880037ff at device 0.1 on cardbus0 >>> : sio4: type 16550A >>> : sio4: unable to activate interrupt in fast mode - using normal mode >>> : >>> : >>> : FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 >>> : >>> : cbb0: at device 3.0 on pci0 >>> : cardbus0: on cbb0 >>> : pccard0: <16-bit PCCard bus> on cbb0 >>> : cbb1: at device 3.1 on pci0 >>> : cardbus1: on cbb1 >>> : pccard1: <16-bit PCCard bus> on cbb1 >>> : >>> : cardbus0: CIS pointer is 0x107 >>> : cardbus0: CIS in option rom >>> : cardbus0: Unable to allocate resource to read CIS. >>> : cardbus0: Unable to allocate resources for CIS >>> : cardbus0: Warning: Bogus CIS ignored >>> : dc0: port 0x1000-0x107f mem 0x88000000-0x8800 > 07ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 >>> : dc0: No station address in CIS! >>> : device_attach: dc0 attach returned 6 >>> : cardbus0: CIS pointer is 0x207 >>> : cardbus0: CIS in option rom >>> : cardbus0: Unable to allocate resource to read CIS. >>> : cardbus0: Unable to allocate resources for CIS >>> : cardbus0: Warning: Bogus CIS ignored >>> : sio4: port 0x1000-0x1007 mem 0x88002000-0x880027ff > ,0x88003000-0x880037ff at device 0.1 on cardbus0 >>> : sio4: type 16550A >>> : sio4: [GIANT-LOCKED] >>> : sio4: unable to activate interrupt in fast mode - using normal mode >>> >>> This is defintiely weird.... I'll see if I can recreate it... >> I have the same problem on -current with my dc (Xircom) card and >> a Dell Inspiron laptop. It used to work (under -current) but >> hasn't worked in months. I also have a Dell Inspiron and I have trouble with cardbus in current since Jan 2006. > Do you have an approximate date at which it stopped working? My > laptoy is dog slow, but I'm prepared to do a binary search if you > can give me a start time. If I wind the version of the Cardbus module back to a date < December 29, 2005 the problem goes away. Otherwise, I get the problem you describe. I use Cardbus for a wireless card. Adrian From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 07:48: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 D6A3D16A407 for ; Fri, 13 Oct 2006 07:48:29 +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 64F9E43D72 for ; Fri, 13 Oct 2006 07:48:23 +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 k9D7kxou076167; Fri, 13 Oct 2006 01:46:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 13 Oct 2006 01:42:43 -0600 (MDT) Message-Id: <20061013.014243.-233675296.imp@bsdimp.com> To: if@hetzner.co.za From: "M. Warner Losh" In-Reply-To: References: 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, 13 Oct 2006 01:47:00 -0600 (MDT) Cc: current@freebsd.org Subject: Re: cardbus/xircom realport no longer works 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, 13 Oct 2006 07:48:30 -0000 In message: Ian FREISLICH writes: : Daniel Eischen wrote: : > M. Warner Losh wrote: : > > In message: : > > Ian FREISLICH writes: : > > : Hi : > > : : > > : After upgrading from 6.2-prerelease to current on one of my friend's : > > : laptops, the cardbus ethernet adaptor doesn't work any more. : > > : The card is one of those 2 slot thick Xircom RealPorts ethernet : > > : with a modem (red plastic connectors in the card). : > > : : > > : I can supply more information if required. (At least it works with : > > : my old 10M Accton pccard). : > > : : > > : FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 : > > : : > > : cbb0: at device 3.0 on pci0 : > > : cardbus0: on cbb0 : > > : pccard0: <16-bit PCCard bus> on cbb0 : > > : cbb1: at device 3.1 on pci0 : > > : cardbus1: on cbb1 : > > : pccard1: <16-bit PCCard bus> on cbb1 : > > : : > > : dc0: port 0x1000-0x107f mem 0x88000000-0x8800 : 07ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 : > > : miibus0: on dc0 : > : tdkphy0: on miibus0 : > > : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : > > : dc0: Ethernet address: 00:10:a4:98:ff:b6 : > > : sio4: port 0x1080-0x1087 mem 0x88002000-0x880027ff : ,0x88003000-0x880037ff at device 0.1 on cardbus0 : > > : sio4: type 16550A : > > : sio4: unable to activate interrupt in fast mode - using normal mode : > > : : > > : : > > : FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 : > > : : > > : cbb0: at device 3.0 on pci0 : > > : cardbus0: on cbb0 : > > : pccard0: <16-bit PCCard bus> on cbb0 : > > : cbb1: at device 3.1 on pci0 : > > : cardbus1: on cbb1 : > > : pccard1: <16-bit PCCard bus> on cbb1 : > > : : > > : cardbus0: CIS pointer is 0x107 : > > : cardbus0: CIS in option rom : > > : cardbus0: Unable to allocate resource to read CIS. : > > : cardbus0: Unable to allocate resources for CIS : > > : cardbus0: Warning: Bogus CIS ignored : > > : dc0: port 0x1000-0x107f mem 0x88000000-0x8800 : 07ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 : > > : dc0: No station address in CIS! : > > : device_attach: dc0 attach returned 6 : > > : cardbus0: CIS pointer is 0x207 : > > : cardbus0: CIS in option rom : > > : cardbus0: Unable to allocate resource to read CIS. : > > : cardbus0: Unable to allocate resources for CIS : > > : cardbus0: Warning: Bogus CIS ignored : > > : sio4: port 0x1000-0x1007 mem 0x88002000-0x880027ff : ,0x88003000-0x880037ff at device 0.1 on cardbus0 : > > : sio4: type 16550A : > > : sio4: [GIANT-LOCKED] : > > : sio4: unable to activate interrupt in fast mode - using normal mode : > > : > > This is defintiely weird.... I'll see if I can recreate it... : > : > I have the same problem on -current with my dc (Xircom) card and : > a Dell Inspiron laptop. It used to work (under -current) but : > hasn't worked in months. : : Do you have an approximate date at which it stopped working? My : laptoy is dog slow, but I'm prepared to do a binary search if you : can give me a start time. : : Warner, will my doing this this help? Lemme see if I can recreate this with my card first. My wife just gave birth, so I'll be a little slow... Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 07:50: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 6392716A415 for ; Fri, 13 Oct 2006 07:50:08 +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 4A02643D55 for ; Fri, 13 Oct 2006 07:49:30 +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 1GYHnK-000Ph8-NW; Fri, 13 Oct 2006 09:49:26 +0200 To: Adrian Murphy From: Ian FREISLICH In-Reply-To: Message from Adrian Murphy of "Fri, 13 Oct 2006 16:37:50 +0930." <452F3B46.3010203@gsoft.com.au> X-Attribution: BOFH Date: Fri, 13 Oct 2006 09:49:26 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: cardbus/xircom realport no longer works 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, 13 Oct 2006 07:50:08 -0000 Adrian Murphy wrote: > Ian FREISLICH wrote: > > Daniel Eischen wrote: > >> M. Warner Losh wrote: > >>> In message: > >>> Ian FREISLICH writes: > >>> : Hi > >>> : > >>> : After upgrading from 6.2-prerelease to current on one of my friend's > >>> : laptops, the cardbus ethernet adaptor doesn't work any more. > >>> : The card is one of those 2 slot thick Xircom RealPorts ethernet > >>> : with a modem (red plastic connectors in the card). > >>> : > >>> : I can supply more information if required. (At least it works with > >>> : my old 10M Accton pccard). > >>> : > >>> : FreeBSD 6.2-PRERELEASE #0: Mon Oct 9 08:36:57 UTC 2006 > >>> : > >>> : cbb0: at device 3.0 on pci0 > >>> : cardbus0: on cbb0 > >>> : pccard0: <16-bit PCCard bus> on cbb0 > >>> : cbb1: at device 3.1 on pci0 > >>> : cardbus1: on cbb1 > >>> : pccard1: <16-bit PCCard bus> on cbb1 > >>> : > >>> : dc0: port 0x1000-0x107f mem 0x88000000-0x88 00 > > 07ff, 0x88001000-0x880017ff irq 11 at device 0.0 on cardbus0 > >>> : miibus0: on dc0 > >> : tdkphy0: on miibus0 > >>> : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >>> : dc0: Ethernet address: 00:10:a4:98:ff:b6 > >>> : sio4: port 0x1080-0x1087 mem 0x88002000-0x880027 ff > > ,0x88003000-0x880037ff at device 0.1 on cardbus0 > >>> : sio4: type 16550A > >>> : sio4: unable to activate interrupt in fast mode - using normal mode > >>> : > >>> : > >>> : FreeBSD 7.0-CURRENT #1: Tue Oct 10 10:42:40 UTC 2006 > >>> : > >>> : cbb0: at device 3.0 on pci0 > >>> : cardbus0: on cbb0 > >>> : pccard0: <16-bit PCCard bus> on cbb0 > >>> : cbb1: at device 3.1 on pci0 > >>> : cardbus1: on cbb1 > >>> : pccard1: <16-bit PCCard bus> on cbb1 > >>> : > >>> : cardbus0: CIS pointer is 0x107 > >>> : cardbus0: CIS in option rom > >>> : cardbus0: Unable to allocate resource to read CIS. > >>> : cardbus0: Unable to allocate resources for CIS > >>> : cardbus0: Warning: Bogus CIS ignored > >>> : dc0: port 0x1000-0x107f mem 0x88000000-0x88 00 > > 07ff, 0x88001000-0x880017ff at device 0.0 on cardbus0 > >>> : dc0: No station address in CIS! > >>> : device_attach: dc0 attach returned 6 > >>> : cardbus0: CIS pointer is 0x207 > >>> : cardbus0: CIS in option rom > >>> : cardbus0: Unable to allocate resource to read CIS. > >>> : cardbus0: Unable to allocate resources for CIS > >>> : cardbus0: Warning: Bogus CIS ignored > >>> : sio4: port 0x1000-0x1007 mem 0x88002000-0x880027 ff > > ,0x88003000-0x880037ff at device 0.1 on cardbus0 > >>> : sio4: type 16550A > >>> : sio4: [GIANT-LOCKED] > >>> : sio4: unable to activate interrupt in fast mode - using normal mode > >>> > >>> This is defintiely weird.... I'll see if I can recreate it... > >> I have the same problem on -current with my dc (Xircom) card and > >> a Dell Inspiron laptop. It used to work (under -current) but > >> hasn't worked in months. > > I also have a Dell Inspiron and I have trouble with cardbus in current > since Jan 2006. > > > Do you have an approximate date at which it stopped working? My > > laptoy is dog slow, but I'm prepared to do a binary search if you > > can give me a start time. > > If I wind the version of the Cardbus module back to a date < December > 29, 2005 the problem goes away. Otherwise, I get the problem you describe. > > I use Cardbus for a wireless card. Ok. I'll try to narrow it down to a commit. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 07:55: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 2471316A415; Fri, 13 Oct 2006 07:55:49 +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 9D18743D58; Fri, 13 Oct 2006 07:55:48 +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 k9D7tmeJ094408; Fri, 13 Oct 2006 03:55:48 -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 k9D7tlrL092911; Fri, 13 Oct 2006 03:55:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B7E707305F; Fri, 13 Oct 2006 03:55:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061013075547.B7E707305F@freebsd-current.sentex.ca> Date: Fri, 13 Oct 2006 03:55:47 -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: Fri, 13 Oct 2006 07:55:49 -0000 TB --- 2006-10-13 06:49:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-13 06:49:23 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-13 06:49:23 - cleaning the object tree TB --- 2006-10-13 06:49:44 - checking out the source tree TB --- 2006-10-13 06:49:44 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-13 06:49:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-13 06:57:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-13 06:57:44 - cd /src TB --- 2006-10-13 06:57:44 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 13 06:57: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 13 07:55:46 UTC 2006 TB --- 2006-10-13 07:55:47 - generating LINT kernel config TB --- 2006-10-13 07:55:47 - cd /src/sys/sun4v/conf TB --- 2006-10-13 07:55:47 - /usr/bin/make -B LINT TB --- 2006-10-13 07:55:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-13 07:55:47 - cd /src TB --- 2006-10-13 07:55:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 13 07:55:47 UTC 2006 >>> stage 1: configuring the kernel [...] WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_NMDM' encountered. WARNING: duplicate device `nmdm' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-13 07:55:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-13 07:55:47 - ERROR: failed to build lint kernel TB --- 2006-10-13 07:55:47 - tinderbox aborted TB --- 0.51 user 1.56 system 3983.64 real From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 09:16: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 E0FC316A412 for ; Fri, 13 Oct 2006 09:16:39 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3649643D53 for ; Fri, 13 Oct 2006 09:16:39 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 7FDDA140EC01; Fri, 13 Oct 2006 09:18:04 +0000 (GMT) Date: Fri, 13 Oct 2006 09:18:04 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20061013091804.GA11664@what-creek.com> References: <20061013075547.B7E707305F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061013075547.B7E707305F@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 13 Oct 2006 09:16:40 -0000 On Fri, Oct 13, 2006 at 03:55:47AM -0400, FreeBSD Tinderbox wrote: [...] > TB --- 2006-10-13 07:55:47 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Fri Oct 13 07:55:47 UTC 2006 > >>> stage 1: configuring the kernel > [...] ^^^^^^ I guess this is where the error is. Not too helpful! > WARNING: duplicate device `mem' encountered. ^^^^^^ I can't see where that is duplicated. > WARNING: duplicate option `DEV_NMDM' encountered. > WARNING: duplicate device `nmdm' encountered. ^^^^^^ I've removed the duplicate from src/sys/conf/NOTES. It has been there for _hundreds_ or revisions! > WARNING: kernel contains GPL contaminated emu10kx headers > WARNING: kernel contains GPL contaminated emu10kx headers > WARNING: kernel contains GPL contaminated emu10kx headers > WARNING: kernel contains GPL contaminated ReiserFS filesystem ^^^^^^ I think this one is in jail. (Little joke there!) -- John Birrell From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 09:43:24 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 3CD1116A40F for ; Fri, 13 Oct 2006 09:43:24 +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 B3CD043D4C for ; Fri, 13 Oct 2006 09:43:23 +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 D1C445FB9; Fri, 13 Oct 2006 13:43:22 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id B1D975F7A; Fri, 13 Oct 2006 13:43:22 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9D9hTlX084278; Fri, 13 Oct 2006 13:43:29 +0400 (MSD) (envelope-from ru) Date: Fri, 13 Oct 2006 13:43:29 +0400 From: Ruslan Ermilov To: John Birrell Message-ID: <20061013094329.GC83505@rambler-co.ru> References: <20061013075547.B7E707305F@freebsd-current.sentex.ca> <20061013091804.GA11664@what-creek.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iFRdW5/EC4oqxDHL" Content-Disposition: inline In-Reply-To: <20061013091804.GA11664@what-creek.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 13 Oct 2006 09:43:24 -0000 --iFRdW5/EC4oqxDHL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 13, 2006 at 09:18:04AM +0000, John Birrell wrote: > On Fri, Oct 13, 2006 at 03:55:47AM -0400, FreeBSD Tinderbox wrote: > [...] > > TB --- 2006-10-13 07:55:47 - /usr/bin/make buildkernel KERNCONF=3DLINT > > >>> Kernel build for LINT started on Fri Oct 13 07:55:47 UTC 2006 > > >>> stage 1: configuring the kernel > > [...] >=20 > ^^^^^^ I guess this is where the error is. Not too helpful! >=20 > > WARNING: duplicate device `mem' encountered. >=20 > ^^^^^^ I can't see where that is duplicated. >=20 > > WARNING: duplicate option `DEV_NMDM' encountered. > > WARNING: duplicate device `nmdm' encountered. >=20 > ^^^^^^ I've removed the duplicate from src/sys/conf/NOTES. > It has been there for _hundreds_ or revisions! >=20 > > WARNING: kernel contains GPL contaminated emu10kx headers > > WARNING: kernel contains GPL contaminated emu10kx headers > > WARNING: kernel contains GPL contaminated emu10kx headers > > WARNING: kernel contains GPL contaminated ReiserFS filesystem >=20 > ^^^^^^ I think this one is in jail. (Little joke there!) >=20 See my previous reply, it has a patch. http://lists.freebsd.org/pipermail/freebsd-current/2006-October/066531.html Actual errors aren't shown by tinerbox because they come first, then warnings, and warnings take ten lines. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --iFRdW5/EC4oqxDHL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFL1/BqRfpzJluFF4RAk05AJ4p2qXaAr13HddTyWQGYT5/FMVIOwCdF0t7 XNkidj/6OW8jnlvCNrYzOlY= =egjd -----END PGP SIGNATURE----- --iFRdW5/EC4oqxDHL-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 10:35: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 67B2016A416 for ; Fri, 13 Oct 2006 10:35:57 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E8143D72 for ; Fri, 13 Oct 2006 10:35:49 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k9DAZkfL011454; Fri, 13 Oct 2006 06:35:46 -0400 (EDT) Date: Fri, 13 Oct 2006 06:35:46 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ian FREISLICH In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Fri, 13 Oct 2006 06:35:47 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: cardbus/xircom realport no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2006 10:35:57 -0000 On Fri, 13 Oct 2006, Ian FREISLICH wrote: > Daniel Eischen wrote: >> >> I have the same problem on -current with my dc (Xircom) card and >> a Dell Inspiron laptop. It used to work (under -current) but >> hasn't worked in months. > > Do you have an approximate date at which it stopped working? My > laptoy is dog slow, but I'm prepared to do a binary search if you > can give me a start time. My original post was to -current on Feb 15, 2006, with subject line "dc no worky in -current". From that posting: > Sometime between now and October, dc broke for my Dell Inspiron 8100. > Here's what it says now: > > cardbus0: Unable to allocate resource to read CIS. > cardbus0: Unable to allocate resources for CIS > dc0: port 0xe000-0xe07f mem 0xf4002000-0xf40027ff,0xf4003000-0xf40037ff at device 0.0 on cardbus0 > dc0: No station address in CIS! > device_attach: dc0 attach returned 6 > > This happens with both a Xircom RealPort 10/100 + Modem (RBEM56G-100) > and with just a plain old vanilla Xircom 10/100 (CBE2-100). So I believe it was between October 05 and Feb 06. It looks like something other than dc broke it, like cardbus perhaps. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 06:33: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 6633116A417; Fri, 13 Oct 2006 06:33:57 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56BC743D88; Fri, 13 Oct 2006 06:33:50 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GYGc6-000KtN-1J; Fri, 13 Oct 2006 10:33:46 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GYGd6-000Jo3-L2; Fri, 13 Oct 2006 10:34:48 +0400 To: "Marcos Biscaysaqu" References: <001a01c6ee4e$37745b30$1e1510ac@austin> From: Boris Samorodov Date: Fri, 13 Oct 2006 10:34:48 +0400 In-Reply-To: <001a01c6ee4e$37745b30$1e1510ac@austin> (Marcos Biscaysaqu's message of "Fri, 13 Oct 2006 11:31:53 +1300") Message-ID: <46085911@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 13 Oct 2006 11:38:13 +0000 Cc: stable@freebsd.org, 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, 13 Oct 2006 06:33:57 -0000 On Fri, 13 Oct 2006 11:31:53 +1300 Marcos Biscaysaqu wrote: > 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. This device (4 ports) may run FreeBSD -- D-Link DVX-7090. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 07:00:15 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 26BAD16A417; Fri, 13 Oct 2006 07:00:15 +0000 (UTC) (envelope-from llevier@argosnet.com) Received: from mx.levier.org (ns.argosnet.com [213.251.139.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5BC343D53; Fri, 13 Oct 2006 07:00:00 +0000 (GMT) (envelope-from llevier@argosnet.com) Received: from localhost (ns [213.251.139.26]) by mx.levier.org (Postfix) with ESMTP id 0B8BA14D8F0; Fri, 13 Oct 2006 08:59:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at argosnet.com Received: from mx.levier.org ([213.251.139.26]) by localhost (ns.levier.org [213.251.139.26]) (amavisd-new, port 10024) with ESMTP id 37Qaf-X9y6Qp; Fri, 13 Oct 2006 08:59:46 +0200 (CEST) Received: from osgiliath.argosnet.com (tirion.argosnet.com [82.224.1.141]) by mx.levier.org (Postfix) with ESMTP id B30E814D8EE; Fri, 13 Oct 2006 08:59:45 +0200 (CEST) Message-Id: <7.0.1.0.2.20061013085800.01e91dc0@argosnet.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 13 Oct 2006 08:59:44 +0200 To: Cheng-Lung Sung ,bug-followup@FreeBSD.org From: Laurent LEVIER In-Reply-To: <20061013033408.GA30695@FreeBSD.csie.nctu.edu.tw> References: <20061013033408.GA30695@FreeBSD.csie.nctu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Fri, 13 Oct 2006 11:38:34 +0000 Cc: freebsd-current@freebsd.org, freebsd-rc@FreeBSD.org Subject: 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: Fri, 13 Oct 2006 07:00:15 -0000 Hi Cheng-Lung Sung At 05:34 13/10/2006, Cheng-Lung Sung wrote: >try this patch? thanks, I already patched my script. Now it kills pid, then if it fails, gets all named out of jail (J flag) and kill these. The bug report was just so you are aware of this and can take corrective action for next release ;-) And between you & me, this bug is nothing comparing to the other one I submitted months ago about IDE driver bug. Thanks!! Brgrds >Index: etc/rc.d/named >=================================================================== >RCS file: /home/ncvs/src/etc/rc.d/named,v >retrieving revision 1.26 >diff -u -r1.26 named >--- etc/rc.d/named 20 Apr 2006 12:30:12 -0000 1.26 >+++ etc/rc.d/named 13 Oct 2006 03:30:41 -0000 >@@ -91,9 +91,28 @@ > if rndc stop 2>/dev/null; then > echo . > else >- echo -n ": rndc failed, trying killall: " >- if killall named; then >- echo . >+ echo -n ": rndc failed, trying " >+ # If we are not inside a jail, killall will kill named in jail >+ # If we are inside a jail, killall is safe >+ # >+ if [ `$SYSCTL_N security.jail.jailed` -eq 1 ]; then >+ echo -n "killall: " >+ if killall named; then >+ echo . >+ fi >+ else >+ # If we're not in a jail, try to kill named >from pidfile >+ # Otherwise see if we can get from ps >+ echo -n "kill pid: " >+ if [ -f ${pidfile} ]; then >+ kill -TERM `cat ${pidfile}` >+ echo . >+ else >+ for i in `ps -axo command,pid,jid | >awk '/^[^ ]+named/{if ($NF == 0) {print $(NF-1)}}'`; do >+ kill -TERM ${i} >+ echo . >+ done >+ fi > fi > fi > } > >-- >Cheng-Lung Sung - clsung@ Laurent LEVIER Systems & Networks Security Expert, CISSP CISM From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 12:32:35 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 98D2716A51B for ; Fri, 13 Oct 2006 12:32:35 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A18843D66 for ; Fri, 13 Oct 2006 12:32:01 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by hu-out-0506.google.com with SMTP id 34so437025hui for ; Fri, 13 Oct 2006 05:31:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=S3auOS6tQqijyoKQ2d5ZbzI4Cs0DRR3iTK8vtiSP6+AFLbbYFeuhr7Aus3H4gxyk3hBZlgCoDnQFPFqSjD5/zNrkPgu61rMPau4mQXZkpgkDN65gGsB2Vg4Gpg0fFoUpJaOsOq1yS8Q5yvkW8T+dvTsUpZ3i7Uu8ZKPhjcZ2J68= Received: by 10.78.185.7 with SMTP id i7mr3561462huf; Fri, 13 Oct 2006 05:25:46 -0700 (PDT) Received: by 10.78.184.9 with HTTP; Fri, 13 Oct 2006 05:25:46 -0700 (PDT) Message-ID: <1d6d20bc0610130525m5b6fff08k55b6c0ffdb597cf6@mail.gmail.com> Date: Fri, 13 Oct 2006 20:25:46 +0800 From: "Jia-Shiun Li" To: "Paul Bliss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061003053303.9249A3C36B@whodunit.richw.org> <50606.82.69.13.6.1159887021.squirrel@mail.helenmarks.co.uk> Cc: freebsd-current@freebsd.org, Dominic Marks Subject: Re: Sata controller headache / good and cheap sata controller? 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, 13 Oct 2006 12:32:35 -0000 Paul, I suppose you are looking for PCI cards since these days mainboards with pci-e slots also have many sata ports on them. So JMicron does not apply here. You may want to try Promise cards. Since almost all chipsets now have built-in sata ports, it is getting harder to find various cheap add-on cards on market to choose from. Jia-Shiun. 2006/10/3, Paul Bliss : > I'll keep an eye open for a 3ware deal. I'm really shooting for around $50 > (3 pence in uk)if i can. For an ok sata controller for a single sata > drive, do you think I'm nuts? > > I was also thinking about just scrubbing it and getting an IDE. > Grrr. > > Thanks for the help though! > -Paul > > On Tue, 3 Oct 2006, Dominic Marks wrote: > > > Paul Bliss wrote: > >> Thanks for the reply, Richard. > >> > >> Finding a passable sata controller has been very frustrating. I at > >> first > >> had a Silicon Images controller which my first round of research > >> indicated > >> would be ok, but later found more info that reported some bad behavior > >> (after the machine was being depended upon, of course) > >> Then I switched to this Promise FastTrak tx2300, which again, people > >> were > >> saying some good things about. Ugh. > >> > >> So does anyone know of a cheap SATA controller (Raid is unimportant) > >> that > >> will work well with FreeBSD 6.1? > > > > I only use 3ware cards now. I had similar experiences to you. You can > > get them pretty cheap now, at least here in the UK. I've used the 8000 > > and 9000 series and had not a peep of a problem. I don't use RAID > > features either by the way. > > > > Dominic > > _______________________________________________ > > 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 Fri Oct 13 14:13:33 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 48BCF16A4CA for ; Fri, 13 Oct 2006 14:13:33 +0000 (UTC) (envelope-from pbliss@mechno.com) Received: from helix.fantasyland.com (helix.fantasyland.com [216.238.193.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB97143DC3 for ; Fri, 13 Oct 2006 14:12:31 +0000 (GMT) (envelope-from pbliss@mechno.com) Received: from helix.fantasyland.com (localhost [127.0.0.1]) by helix.fantasyland.com (Postfix) with ESMTP id 925641CD62; Fri, 13 Oct 2006 10:12:30 -0400 (EDT) Received: from localhost (pbliss@localhost) by helix.fantasyland.com (8.13.6/8.13.6/Submit) with ESMTP id k9DECSlK024029; Fri, 13 Oct 2006 10:12:30 -0400 (EDT) (envelope-from pbliss@mechno.com) X-Authentication-Warning: helix.fantasyland.com: pbliss owned process doing -bs Date: Fri, 13 Oct 2006 10:12:28 -0400 (EDT) From: Paul Bliss X-X-Sender: pbliss@helix.fantasyland.com To: Rich Wales In-Reply-To: <20061011171404.637123C36B@whodunit.richw.org> Message-ID: References: <20061003053303.9249A3C36B@whodunit.richw.org> <20061011171404.637123C36B@whodunit.richw.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Sata controller headache 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, 13 Oct 2006 14:13:33 -0000 Thanks again for the lead, Rich. I've been unable to find the comparable setting in my bios, though. I wonder if the burts mode specifically was the issue, or if just the general slowing of the IO was what did the trick for you. FYI I've heard that the nvidia sata, that is onboard with so many new boards, doesn't have this problem. I think I may just go with IDE. For the amount that I've shelled for controllers that haven't worked out... pleh. But, seriously, thanks for everyone who helped out. -Paul On Wed, 11 Oct 2006, Rich Wales wrote: > Earlier, I wrote in -current: > >> I've been seeing the same kinds of errors [as Paul Bliss was having] >> with a Promise SATA300 TX4 controller and a pair of Seagate 300GB >> SATA drives. Apparently, people have been having similar problems >> with SATA drives on Promise controllers for quite some time now, in >> both FreeBSD and Linux systems. Lots of reports and requests for >> help, but no one so far has admitted to having a clue as to what is >> causing it. > > I wanted to let people know that I managed to fix (or, at least, work > around) my problem by adjusting the BIOS settings for my (old "Slot A" > Athlon system) motherboard. Specifically, I disabled PCI master burst > mode, and although this slowed down disk I/O significantly, it made > the instabilities w/r/t the Promise card go away completely. > > I'm not sure whether the fundamental problem is flaky PCI bus design > in some motherboards, or overly picky bus expectations by Promise, but > this experience suggests to me that people who are having timeouts and > hanging errors with Promise SATA controllers might want to try playing > with the PCI-related BIOS settings on their motherboards and see if > that gives them relief. If anyone is having trouble with a Promise > card in a recent-design motherboard with normal BIOS settings, of > course, that would strongly point to Promise as the guilty party. > > Whether anything can be done to relieve this problem in the device > driver is a question I'm not in a position to answer. > > Rich Wales > Palo Alto, CA, USA > richw@richw.org > http://www.richw.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 Fri Oct 13 14:13: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 CBBD516A4DA for ; Fri, 13 Oct 2006 14:13:49 +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 9EE3D43D76 for ; Fri, 13 Oct 2006 14:13:47 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GYNn9-000JA6-OV; Fri, 13 Oct 2006 15:13:39 +0100 Date: Fri, 13 Oct 2006 15:13:37 +0100 From: Ceri Davies To: current@FreeBSD.org Message-ID: <20061013141337.GM24163@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="rVkomL2febZOZtGQ" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: Subject: Building idmapd 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, 13 Oct 2006 14:13:49 -0000 --rVkomL2febZOZtGQ Content-Type: multipart/mixed; boundary="fUvfsPTz/SzOZDdw" Content-Disposition: inline --fUvfsPTz/SzOZDdw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Is there any reason that idmapd is not connected to the build? It seems to be working just fine here and, certainly, NFS4 mounts get funny ids without it. I've made some minorchanges and written an rc script (patch attached) and I'd like to commit it this weekend if there are no objections. Cheers, Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --fUvfsPTz/SzOZDdw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="idmapd.diff" Content-Transfer-Encoding: quoted-printable Index: etc/defaults/rc.conf =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/home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.298 diff -u -r1.298 rc.conf --- etc/defaults/rc.conf 6 Oct 2006 23:22:12 -0000 1.298 +++ etc/defaults/rc.conf 13 Oct 2006 13:55:00 -0000 @@ -242,6 +242,7 @@ nfs_access_cache=3D"60" # Client cache timeout in seconds nfs_server_enable=3D"NO" # This host is an NFS server (or NO). nfs_server_flags=3D"-u -t -n 4" # Flags to nfsd (if enabled). +idmapd_enable=3D"NO" # Run the NFS4 id mapper (YES/NO). mountd_enable=3D"NO" # Run mountd (or NO). mountd_flags=3D"-r" # Flags to mountd (if NFS server enabled). weak_mountd_authentication=3D"NO" # Allow non-root mount requests to be se= rved. Index: etc/rc.d/Makefile =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/home/ncvs/src/etc/rc.d/Makefile,v retrieving revision 1.77 diff -u -r1.77 Makefile --- etc/rc.d/Makefile 7 Oct 2006 15:45:56 -0000 1.77 +++ etc/rc.d/Makefile 13 Oct 2006 12:24:26 -0000 @@ -15,7 +15,7 @@ gbde geli geli2 \ hcsecd \ hostapd hostname \ - inetd initrandom \ + idmapd inetd initrandom \ ip6addrctl ip6fw ipfilter ipfs ipfw ipmon \ ipnat ipsec ipxrouted isdnd \ jail \ Index: etc/rc.d/idmapd =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: etc/rc.d/idmapd diff -N etc/rc.d/idmapd --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ etc/rc.d/idmapd 13 Oct 2006 13:30:53 -0000 @@ -0,0 +1,18 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: idmapd +# REQUIRE: rpcbind +# KEYWORD: nojail + +. /etc/rc.subr + +name=3D"idmapd" + +load_rc_config $name +rcvar=3D"idmapd_enable" +command=3D"${idmapd:-/sbin/${name}}" +eval ${name}_flags=3D\"${idmapd_flags}\" +run_rc_command "$1" Index: sbin/Makefile =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/home/ncvs/src/sbin/Makefile,v retrieving revision 1.162 diff -u -r1.162 Makefile --- sbin/Makefile 27 Jul 2006 17:50:05 -0000 1.162 +++ sbin/Makefile 13 Oct 2006 12:19:34 -0000 @@ -36,6 +36,7 @@ gpt \ growfs \ gvinum \ + idmapd \ ifconfig \ init \ ${_ipf} \ Index: sbin/idmapd/Makefile =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/home/ncvs/src/sbin/idmapd/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- sbin/idmapd/Makefile 28 Jan 2005 16:08:06 -0000 1.3 +++ sbin/idmapd/Makefile 13 Oct 2006 12:20:00 -0000 @@ -5,9 +5,7 @@ PROG=3D idmapd MAN=3D idmapd.8 =20 -CFLAGS+=3D -DNFS -I/usr/src/sys +CFLAGS+=3D -DNFS -I${.CURDIR}/../../sys WARNS?=3D 2 =20 -.PATH: - .include Index: sbin/idmapd/idmapd.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: /usr/home/ncvs/src/sbin/idmapd/idmapd.8,v retrieving revision 1.4 diff -u -r1.4 idmapd.8 --- sbin/idmapd/idmapd.8 21 Jan 2005 10:27:44 -0000 1.4 +++ sbin/idmapd/idmapd.8 13 Oct 2006 12:20:31 -0000 @@ -22,7 +22,7 @@ .\" .\" $FreeBSD: src/sbin/idmapd/idmapd.8,v 1.4 2005/01/21 10:27:44 ru Exp $ .\" -.Dd November 14, 2003 +.Dd October 13, 2006 .Dt IDMAPD 8 .Os .Sh NAME @@ -37,7 +37,7 @@ .Nm daemon normally runs in the background and services UID/GID-to-name and name-to-UID/GID mapping -requests from the NFSv4 client. +requests from the NFSv4 client kernel threads. .Pp The options are: .Bl -tag -width indent @@ -60,4 +60,4 @@ .Sh SEE ALSO .Xr getpwnam 3 , .Xr getpwuid 3 , -.Xr mount_nfs 8 +.Xr mount_nfs4 8 --fUvfsPTz/SzOZDdw-- --rVkomL2febZOZtGQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFL58RocfcwTS3JF8RAuRPAKDCUyzkMZ7ne12VJaRU1H1ceC2l/QCeMvSS rpvLW0XWzWeEYjhM6pm9yno= =6koJ -----END PGP SIGNATURE----- --rVkomL2febZOZtGQ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 14:46: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 04BE816A403 for ; Fri, 13 Oct 2006 14:46:04 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44C243DA2 for ; Fri, 13 Oct 2006 14:46:01 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so400551nzn for ; Fri, 13 Oct 2006 07:46:01 -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:content-transfer-encoding:content-disposition; b=UdVVPLT8hhPLlI1sVEmbk79eyKW+AB4Ndtl66rHm3SCz62D022YR7l4o4jjyblT/tPFHA1QvUsl19NgNRj23bCfJvrwc43fvTPirAUte1wAgerulCtDBsbyKjPSPExxeF/49BTQ6HNENzApmJ7LOpPh9eJMOUv4VYKORJz3hGI4= Received: by 10.65.210.18 with SMTP id m18mr5067451qbq; Fri, 13 Oct 2006 07:46:01 -0700 (PDT) Received: by 10.64.241.6 with HTTP; Fri, 13 Oct 2006 07:46:01 -0700 (PDT) Message-ID: Date: Fri, 13 Oct 2006 10:46:01 -0400 From: "fulan Peng" 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 Subject: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 14:46:04 -0000 Hi, I am using Apache on FreeBSD. If I use port 80 for http port, it won't work because the security problem. So I configured Apache to listen port 8800. Now the customer has type http://breakevilaxis.org:8800 to get on my web site. This is no good. So I have to forward port 80 request to port 8800. I guess what I should do is to ipfw add 100 fwd 127.0.0.0,80 tcp from any to any 8800 in But I got an error when I execute the command. I have compiled the kernel with LINT configuration. I did make LINT, make cleandepend;make depend;make;make install I really do not what is the kernel I am running. I doubt it is still the old kernel which the IPFIREWALL_FORWARD is not selected. Please help me to achieve this. breakevilaxis#uname -a FreeBSD breakevilaxis.org 7.0-CURRENT-200610 FreeBSD 7.0-CURRENT-200610 #0: Mon Oct 2 05:44:21 UTC 2006 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 breakevilaxis# ipfw add 100 fwd 127.0.0.1,80 tcp from any to any 8800 in ipfw: getsockopt(IP_FW_ADD): Invalid argument dmesg: ... Trying to mount root from ufs:/dev/ad8s1a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, defa ult to deny, logging disabled bge0: link state changed to UP ... breakevilaxis# ipfw list 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 allow ip from 192.168.0.52 to 192.168.0.0/24 00500 allow ip from 192.168.0.0/24 to 192.168.0.52 00600 allow tcp from any to any established 00700 allow ip from any to any frag 00800 allow tcp from any to 192.168.0.52 dst-port 25 setup 00900 allow tcp from 192.168.0.52 to any setup 01000 deny tcp from any to any setup 01100 allow udp from 192.168.0.52 to any dst-port 53 keep-state 01200 allow udp from 192.168.0.52 to any dst-port 123 keep-state 65535 deny ip from any to any rc.conf ... firewall_enable="YES" firewall_type="client" ... rc.firewall .... case ${firewall_type} in [Oo][Pp][Ee][Nn]) setup_loopback ${fwcmd} add 65000 pass all from any to any ;; [Cc][Ll][Ii][Ee][Nn][Tt]) net="192.168.0.52" mask="255.255.255.0" ip="192.168.0.52" setup_loopback ${fwcmd} add pass all from ${ip} to ${net}:${mask} ${fwcmd} add pass all from ${net}:${mask} to ${ip} ${fwcmd} add pass tcp from any to any established ${fwcmd} add pass all from any to any frag ${fwcmd} add pass tcp from any to ${ip} 25 setup ${fwcmd} add pass tcp from ${ip} to any setup ${fwcmd} add deny tcp from any to any setup ${fwcmd} add pass udp from ${ip} to any 53 keep-state ${fwcmd} add pass udp from ${ip} to any 123 keep-state ;; From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 15:05: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 03A6216A415 for ; Fri, 13 Oct 2006 15:05:26 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E5143D6B for ; Fri, 13 Oct 2006 15:05:25 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 17D98114031 for ; Fri, 13 Oct 2006 16:05:22 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vWkbLb8Aj6f6 for ; Fri, 13 Oct 2006 16:05:17 +0100 (BST) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id D902211402E for ; Fri, 13 Oct 2006 16:05:17 +0100 (BST) Date: Fri, 13 Oct 2006 16:05:17 +0100 From: Dominic Marks To: freebsd-current@freebsd.org Message-Id: <20061013160517.6c85ea12.dom@helenmarks.co.uk> In-Reply-To: References: X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.8.20; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 15:05:26 -0000 On Fri, 13 Oct 2006 10:46:01 -0400 "fulan Peng" wrote: > Hi, > I am using Apache on FreeBSD. If I use port 80 for http port, it won't > work because the security problem. So I configured Apache to listen > port 8800. Now the customer has type http://breakevilaxis.org:8800 to > get on my web site. This is no good. So I have to forward port 80 > request to port 8800. I guess what I should do is to ipfw add 100 fwd > 127.0.0.0,80 tcp from any to any 8800 in > But I got an error when I execute the command. > I have compiled the kernel with LINT configuration. > I did make LINT, make cleandepend;make depend;make;make install > I really do not what is the kernel I am running. I doubt it is still > the old kernel which the IPFIREWALL_FORWARD is not selected. > Please help me to achieve this. > You could achieve this with pen, a tool in the ports collection. It is very quick to setup and doesn't require you configure a firewall or build/install a new kernel. # pkg_add -rv pen Or # cd /usr/ports/net/pen && make install Add these lines to /etc/rc.conf: pen_enable="YES" pen_flags="-p /var/run/pen.pid 80 127.0.0.1:8880" Then start pen: # /usr/local/etc/rc.d/pen start It will start on boot up with the rest of your system. ** The pen script might be called pen.sh on your system. -- Dominic From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 15:19: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 7DF7E16A4E0 for ; Fri, 13 Oct 2006 15:19:05 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0883943E19 for ; Fri, 13 Oct 2006 15:17:49 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.8) id k9DFHST9066640; Fri, 13 Oct 2006 10:17:28 -0500 (CDT) (envelope-from dan) Date: Fri, 13 Oct 2006 10:17:28 -0500 From: Dan Nelson To: fulan Peng Message-ID: <20061013151728.GA41884@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.2-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 15:19:05 -0000 In the last episode (Oct 13), fulan Peng said: > I am using Apache on FreeBSD. If I use port 80 for http port, it > won't work because the security problem. So I configured Apache to > listen port 8800. Now the customer has type > http://breakevilaxis.org:8800 to get on my web site. This is no good. > So I have to forward port 80 request to port 8800. I guess what I > should do is to ipfw add 100 fwd 127.0.0.0,80 tcp from any to any > 8800 in But I got an error when I execute the command. I have > compiled the kernel with LINT configuration. I did make LINT, make > cleandepend;make depend;make;make install I really do not what is the > kernel I am running. I doubt it is still the old kernel which the > IPFIREWALL_FORWARD is not selected. Please help me to achieve this. > > breakevilaxis#uname -a > FreeBSD breakevilaxis.org 7.0-CURRENT-200610 FreeBSD > 7.0-CURRENT-200610 #0: Mon Oct 2 05:44:21 UTC 2006 > root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 That says your system is running a GENERIC kernel, compiled Oct 2. My guess is you didn't reboot after installing your new kernel. Also, you probably don't want to install the LINT kernel, since it includes every driver FreeBSD supports and lots of debugging code. Just copy GENERIC to a new name, change the "ident" line to match the new filename, and add IPFIREWALL_FORWARD to it. > breakevilaxis# ipfw add 100 fwd 127.0.0.1,80 tcp from any to any 8800 in > ipfw: getsockopt(IP_FW_ADD): Invalid argument That command works fine on my system with IPFIREWALL_FORWARD in the kernel, but you probably want to swap the port numbers. Your command forwards port 8800 to port 80. ipfw add 100 fwd 127.0.0.1,8800 tcp from any to any 80 in > dmesg: > ... > Trying to mount root from ufs:/dev/ad8s1a > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, > default to deny, logging disabled This line should have said "rule-based forwarding enabled" if IPFIREWALL_FORWARD was in your kernel config. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 16:24:55 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 93F7516A407 for ; Fri, 13 Oct 2006 16:24:55 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C4543D77 for ; Fri, 13 Oct 2006 16:24:53 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k9DGOoAD029950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Oct 2006 18:24:50 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k9DGOoZH029949 for current@freebsd.org; Fri, 13 Oct 2006 18:24:50 +0200 (CEST) Date: Fri, 13 Oct 2006 18:24:50 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20061013162450.GA29904@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Subject: gzip in base system 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, 13 Oct 2006 16:24:55 -0000 hi.. I noticed gzip version 1.3.5 (at least) was released while our base only has 1.2.4 is this intended or just because noone updated it? thnx roman From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 16:43:32 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 44DE016A415 for ; Fri, 13 Oct 2006 16:43:32 +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 3C56B43DB0 for ; Fri, 13 Oct 2006 16:41:13 +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 0C8BCEB1495; Sat, 14 Oct 2006 00:41:07 +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 miLTiYPZtLhH; Sat, 14 Oct 2006 00:41:02 +0800 (CST) Received: from [192.168.1.32] (unknown [221.221.169.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id BE402EB11AB; Sat, 14 Oct 2006 00:41:01 +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=k1Yi5NZxVLy69LASnRxI1YMpHxJOSXIDNIswgxYSeX/CXWdmPo9kZsSC8XTjSgMvI 1LPGqCl33Id+25HOHTxbw== Message-ID: <452FC183.4040104@delphij.net> Date: Sat, 14 Oct 2006 00:40:35 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Divacky Roman References: <20061013162450.GA29904@stud.fit.vutbr.cz> In-Reply-To: <20061013162450.GA29904@stud.fit.vutbr.cz> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig5CF1FA6CC21A5C0E3BD2BDDD" Cc: current@freebsd.org Subject: Re: gzip in base system 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, 13 Oct 2006 16:43:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CF1FA6CC21A5C0E3BD2BDDD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Divacky Roman wrote: > hi.. >=20 > I noticed gzip version 1.3.5 (at least) was released while our base onl= y > has 1.2.4 >=20 > is this intended or just because noone updated it? Where is the announcement? By the way, we are evaluating the possibility of replacing the GNU gzip with NetBSD's gzip version, which is implemented with zlib, and is a bit faster than GNU gzip from my test.= Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig5CF1FA6CC21A5C0E3BD2BDDD 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 iD8DBQFFL8GEOfuToMruuMARA3f6AJ42v8hX2mAn3grOEUAvSE6LhmFDDACeK3am 1mKS66HazNf0smq835rQKos= =O4Cm -----END PGP SIGNATURE----- --------------enig5CF1FA6CC21A5C0E3BD2BDDD-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 16:45: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 2117E16A4EC for ; Fri, 13 Oct 2006 16:45:21 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9672243DC0 for ; Fri, 13 Oct 2006 16:43:08 +0000 (GMT) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 050FE99F1CD; Fri, 13 Oct 2006 18:43:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id s0qP8lO1rZnD; Fri, 13 Oct 2006 18:43:00 +0200 (CEST) Received: from [192.168.2.186] (catv-50635cb6.catv.broadband.hu [80.99.92.182]) by server.t-hosting.hu (Postfix) with ESMTP id 7DA2B99EFF3; Fri, 13 Oct 2006 18:43:00 +0200 (CEST) Message-ID: <452FC212.5000305@FreeBSD.org> Date: Fri, 13 Oct 2006 18:42:58 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Divacky Roman References: <20061013162450.GA29904@stud.fit.vutbr.cz> In-Reply-To: <20061013162450.GA29904@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: gzip in base system 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, 13 Oct 2006 16:45:21 -0000 Divacky Roman wrote: > hi.. > > I noticed gzip version 1.3.5 (at least) was released while our base only > has 1.2.4 > > is this intended or just because noone updated it? > > thnx > > roman > Hi Roman, I suppose the latter, but note that delphij@ is working on replacing gnu zip with NetBSD's gzip implementation. See the following links: http://www.freebsd.org/cgi/query-pr.cgi?pr=101123 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/101225 http://lists.freebsd.org/pipermail/freebsd-current/2006-October/066478.html -- Cheers, Gabor From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 17:11:33 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 96B2016A40F for ; Fri, 13 Oct 2006 17:11:33 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FD3543D70 for ; Fri, 13 Oct 2006 17:11:32 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so427766nzn for ; Fri, 13 Oct 2006 10:11:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uDR+sgWhYfzgiQd5S0UJgyn4HT4LHnTM4hG+NIHUVxRfXGD7tE+tvIa1i9XFPVZqJgsaJiC+1i0h143B1L038IBvQMl2/yAgtqRbXCLbbNvfjfQORqd2twCuE1owdv8+2BGiYLXXAYTeqehqmcVY6RMZx6jMrWqzxlGrXXNu8Ok= Received: by 10.65.138.4 with SMTP id q4mr5287695qbn; Fri, 13 Oct 2006 10:11:31 -0700 (PDT) Received: by 10.64.241.6 with HTTP; Fri, 13 Oct 2006 10:11:30 -0700 (PDT) Message-ID: Date: Fri, 13 Oct 2006 13:11:30 -0400 From: "fulan Peng" To: "Dan Nelson" In-Reply-To: <20061013151728.GA41884@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061013151728.GA41884@dan.emsphone.com> Cc: freebsd-current@freebsd.org Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 17:11:33 -0000 After make LINT;make cleandepend;make depend;make; make install, I really rebooted the machine serveral time. I read somewhere says FreeBSD would not change its kernel unless you manually copy the new kernel to somewhere. I think this is my problem. I already tried to copy the GENERIC to my hostname file. And I changed the ident to my hostname. I added options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE. I did not pass the make. Then I leave only one line there options IPFIREWALL_FORWARD Still won't pass the make command. Please help me to get the new LINT kernel to work. Thanks a lot! On 10/13/06, Dan Nelson wrote: > In the last episode (Oct 13), fulan Peng said: > > I am using Apache on FreeBSD. If I use port 80 for http port, it > > won't work because the security problem. So I configured Apache to > > listen port 8800. Now the customer has type > > http://breakevilaxis.org:8800 to get on my web site. This is no good. > > So I have to forward port 80 request to port 8800. I guess what I > > should do is to ipfw add 100 fwd 127.0.0.0,80 tcp from any to any > > 8800 in But I got an error when I execute the command. I have > > compiled the kernel with LINT configuration. I did make LINT, make > > cleandepend;make depend;make;make install I really do not what is the > > kernel I am running. I doubt it is still the old kernel which the > > IPFIREWALL_FORWARD is not selected. Please help me to achieve this. > > > > breakevilaxis#uname -a > > FreeBSD breakevilaxis.org 7.0-CURRENT-200610 FreeBSD > > 7.0-CURRENT-200610 #0: Mon Oct 2 05:44:21 UTC 2006 > > root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > That says your system is running a GENERIC kernel, compiled Oct 2. My > guess is you didn't reboot after installing your new kernel. Also, you > probably don't want to install the LINT kernel, since it includes every > driver FreeBSD supports and lots of debugging code. Just copy GENERIC > to a new name, change the "ident" line to match the new filename, and > add IPFIREWALL_FORWARD to it. > > > breakevilaxis# ipfw add 100 fwd 127.0.0.1,80 tcp from any to any 8800 in > > ipfw: getsockopt(IP_FW_ADD): Invalid argument > > That command works fine on my system with IPFIREWALL_FORWARD in the > kernel, but you probably want to swap the port numbers. Your command > forwards port 8800 to port 80. > > ipfw add 100 fwd 127.0.0.1,8800 tcp from any to any 80 in > > > dmesg: > > ... > > Trying to mount root from ufs:/dev/ad8s1a > > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, > > default to deny, logging disabled > > This line should have said "rule-based forwarding enabled" if > IPFIREWALL_FORWARD was in your kernel config. > > -- > Dan Nelson > dnelson@allantgroup.com > From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 17:16: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 F2D0F16A4DE for ; Fri, 13 Oct 2006 17:16:42 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2670A43DB8 for ; Fri, 13 Oct 2006 17:15:01 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GYQcV-000341-0d for freebsd-current@freebsd.org; Fri, 13 Oct 2006 19:14:51 +0200 Received: from 89-172-54-6.adsl.net.t-com.hr ([89.172.54.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Oct 2006 19:14:51 +0200 Received: from ivoras by 89-172-54-6.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Oct 2006 19:14:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 13 Oct 2006 19:14:45 +0200 Lines: 6 Message-ID: References: <20061013151728.GA41884@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-54-6.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <20061013151728.GA41884@dan.emsphone.com> Sender: news Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 17:16:43 -0000 Dan Nelson wrote: > ipfw add 100 fwd 127.0.0.1,8800 tcp from any to any 80 in Shouldn't "setup keep-state" be in it? Or does fwd keep track of TCP sessions internally? From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 18:10: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 D2C6016A47E for ; Fri, 13 Oct 2006 18:10:12 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FBE43DA1 for ; Fri, 13 Oct 2006 18:09:09 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so459991uge for ; Fri, 13 Oct 2006 11:09:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fFtlqDj6rjQcK/hSTUh3nSppTjeiFaWseQK82fmyKGgrw48HtJ0JdVh7XM5DjoAixeIO91VfGxgZYW+ubG0096uy4JWkTW38T2kLMgYmMoZ9EYaGoR8t2t2HknMJ8I1LpO7QB4FrFiGzYLuGdjgZP4oMFq5jN7ZIAUdQ3M6ldUQ= Received: by 10.66.242.20 with SMTP id p20mr4656453ugh; Fri, 13 Oct 2006 11:09:08 -0700 (PDT) Received: by 10.67.86.8 with HTTP; Fri, 13 Oct 2006 11:09:08 -0700 (PDT) Message-ID: <790a9fff0610131109i86a4010pdb8dc0392f6fe41d@mail.gmail.com> Date: Fri, 13 Oct 2006 13:09:08 -0500 From: "Scot Hetzel" To: "fulan Peng" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061013151728.GA41884@dan.emsphone.com> Cc: freebsd-current@freebsd.org Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 18:10:12 -0000 On 10/13/06, fulan Peng wrote: > After make LINT;make cleandepend;make depend;make; make install, I > Please help me to get the new LINT kernel to work. Were you executing these commands from /usr/src/sys/i386/conf? If you where, then this will not build a LINT kernel, all it does is create the LINT kernel configuration file in /usr/src/sys/i386/conf. What you need to do is make a copy of GENERIC, and then modify that file to add the options you need. cd /usr/src/sys/i386/conf cp GENERIC MyKernel cd /usr/src make buildkernel KERNCONF=MyKernel make installkernel KERNCONF=MyKernel Scot From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 18:49:41 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 883E616A47E for ; Fri, 13 Oct 2006 18:49:41 +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 C541F43D45 for ; Fri, 13 Oct 2006 18:49:40 +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 k9DInSqS016680; Fri, 13 Oct 2006 14:49:32 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 13 Oct 2006 14:08:59 -0400 User-Agent: KMail/1.9.1 References: <20061013151728.GA41884@dan.emsphone.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610131409.00126.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]); Fri, 13 Oct 2006 14:49:33 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/2030/Fri Oct 13 09:34:34 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: fulan Peng , Dan Nelson Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 18:49:41 -0000 On Friday 13 October 2006 13:11, fulan Peng wrote: > After make LINT;make cleandepend;make depend;make; make install, I > really rebooted the machine serveral time. > I read somewhere says FreeBSD would not change its kernel unless you > manually copy the new kernel to somewhere. I think this is my problem. > I already tried to copy the GENERIC to my hostname file. > And I changed the ident to my hostname. I added > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE. > I did not pass the make. > Then I leave only one line there > options IPFIREWALL_FORWARD > Still won't pass the make command. > Please help me to get the new LINT kernel to work. You shouldn't be running a LINT kernel. If you aren't sure how to install and boot a new kernel you probably should be running -stable (such as RELENG_6) rather than -current. The specific breakage you are running into has since been fixed, and it could be worked around by adding 'device atpic' to your kernel config. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 19:22: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 50F5816A403; Fri, 13 Oct 2006 19:22:09 +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 C737B43D64; Fri, 13 Oct 2006 19:22:08 +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 k9DJM7Fm023718; Fri, 13 Oct 2006 15:22:07 -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 k9DJM7Uq025643; Fri, 13 Oct 2006 15:22:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 865A07305F; Fri, 13 Oct 2006 15:22:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061013192207.865A07305F@freebsd-current.sentex.ca> Date: Fri, 13 Oct 2006 15:22:07 -0400 (EDT) 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: Fri, 13 Oct 2006 19:22:09 -0000 TB --- 2006-10-13 18:20:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-13 18:20:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-13 18:20:48 - cleaning the object tree TB --- 2006-10-13 18:21:06 - checking out the source tree TB --- 2006-10-13 18:21:06 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-13 18:21:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-13 18:29:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-13 18:29:04 - cd /src TB --- 2006-10-13 18:29:04 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 13 18:29: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 >>> World build completed on Fri Oct 13 19:20:05 UTC 2006 TB --- 2006-10-13 19:20:05 - generating LINT kernel config TB --- 2006-10-13 19:20:05 - cd /src/sys/sun4v/conf TB --- 2006-10-13 19:20:05 - /usr/bin/make -B LINT TB --- 2006-10-13 19:20:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-13 19:20:06 - cd /src TB --- 2006-10-13 19:20:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 13 19:20:06 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-13 19:22:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-13 19:22:07 - ERROR: failed to build lint kernel TB --- 2006-10-13 19:22:07 - tinderbox aborted TB --- 0.55 user 1.55 system 3679.02 real From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 19:59: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 EB0C616A403 for ; Fri, 13 Oct 2006 19:59:39 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FA243D4C for ; Fri, 13 Oct 2006 19:59:38 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so451395nzn for ; Fri, 13 Oct 2006 12:59:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lsDPZnwnBPhObnnRYgRC1uvP+tuXpDxboHLlgJG/eylFW8iXxypmO0M1XZN8oAayBfS4HlM/iyjIauRV5MtIsluss1ZkbaGJfGtbZw1Bt6wNtvNLtqVSUzMsdCqMhyNIzhblZSsSVEKIVvWKic8wbzqnSV+xpchjTXXWA69z9/E= Received: by 10.65.206.7 with SMTP id i7mr5588719qbq; Fri, 13 Oct 2006 12:59:38 -0700 (PDT) Received: by 10.64.241.6 with HTTP; Fri, 13 Oct 2006 12:59:37 -0700 (PDT) Message-ID: Date: Fri, 13 Oct 2006 15:59:37 -0400 From: "fulan Peng" To: "John Baldwin" In-Reply-To: <200610131409.00126.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061013151728.GA41884@dan.emsphone.com> <200610131409.00126.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Dan Nelson Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 19:59:40 -0000 Thank you! I added 2 lines in the configuration file: options IPI_PREEMPTION device atpic It worked. uname -a shows the new kernel. But, now there is a problem: all remote users cannot login and I even cannot ping it from other machines. The port 80 and port 8800 are all locked. nestat -na |grep LIST shows all ports are listening. ps -Aw cannot find anything wrong. Cannot understand. Please help me to unlock them. Thanks a lot! On 10/13/06, John Baldwin wrote: > On Friday 13 October 2006 13:11, fulan Peng wrote: > > After make LINT;make cleandepend;make depend;make; make install, I > > really rebooted the machine serveral time. > > I read somewhere says FreeBSD would not change its kernel unless you > > manually copy the new kernel to somewhere. I think this is my problem. > > I already tried to copy the GENERIC to my hostname file. > > And I changed the ident to my hostname. I added > > options IPFIREWALL > > options IPFIREWALL_FORWARD > > options IPFIREWALL_VERBOSE. > > I did not pass the make. > > Then I leave only one line there > > options IPFIREWALL_FORWARD > > Still won't pass the make command. > > Please help me to get the new LINT kernel to work. > > You shouldn't be running a LINT kernel. If you aren't sure how to install > and boot a new kernel you probably should be running -stable (such as > RELENG_6) rather than -current. The specific breakage you are running into > has since been fixed, and it could be worked around by adding 'device atpic' > to your kernel config. > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 20:32: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 9849816A403; Fri, 13 Oct 2006 20:32:36 +0000 (UTC) (envelope-from prvs=julian=4344575a3@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB6943D7C; Fri, 13 Oct 2006 20:32:36 +0000 (GMT) (envelope-from prvs=julian=4344575a3@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 13 Oct 2006 13:32:36 -0700 Message-ID: <452FF7E3.2010202@elischer.org> Date: Fri, 13 Oct 2006 13:32:35 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: fulan Peng References: <20061013151728.GA41884@dan.emsphone.com> <200610131409.00126.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dan Nelson Subject: Re: Please help to forward port 80 to 8800 with ipfw 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, 13 Oct 2006 20:32:36 -0000 fulan Peng wrote: > Thank you! > I added 2 lines in the configuration file: > options IPI_PREEMPTION > device atpic > It worked. > uname -a shows the new kernel. > But, now there is a problem: all remote users cannot login and I even > cannot ping it from other machines. > The port 80 and port 8800 are all locked. > nestat -na |grep LIST shows all ports are listening. > ps -Aw cannot find anything wrong. > Cannot understand. > Please help me to unlock them. > Thanks a lot! > > > On 10/13/06, John Baldwin wrote: >> On Friday 13 October 2006 13:11, fulan Peng wrote: >> > After make LINT;make cleandepend;make depend;make; make install, I >> > really rebooted the machine serveral time. >> > I read somewhere says FreeBSD would not change its kernel unless you >> > manually copy the new kernel to somewhere. I think this is my problem. >> > I already tried to copy the GENERIC to my hostname file. >> > And I changed the ident to my hostname. I added >> > options IPFIREWALL >> > options IPFIREWALL_FORWARD >> > options IPFIREWALL_VERBOSE. >> > I did not pass the make. >> > Then I leave only one line there >> > options IPFIREWALL_FORWARD >> > Still won't pass the make command. >> > Please help me to get the new LINT kernel to work. >> >> You shouldn't be running a LINT kernel. If you aren't sure how to >> install >> and boot a new kernel you probably should be running -stable (such as >> RELENG_6) rather than -current. The specific breakage you are >> running into >> has since been fixed, and it could be worked around by adding 'device >> atpic' >> to your kernel config. >> >> -- >> John Baldwin >> > _______________________________________________ > 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" You probably also need: options IPFIREWALL_DEFAULT_TO_ACCEPT From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 21:35:42 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 C8FBB16A416 for ; Fri, 13 Oct 2006 21:35:42 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av10-2-sn2.hy.skanova.net (av10-2-sn2.hy.skanova.net [81.228.8.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFA1843D58 for ; Fri, 13 Oct 2006 21:35:40 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av10-2-sn2.hy.skanova.net (Postfix, from userid 502) id 8FAD437EFB; Fri, 13 Oct 2006 23:35:39 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av10-2-sn2.hy.skanova.net (Postfix) with ESMTP id 6E29337EBF; Fri, 13 Oct 2006 23:35:39 +0200 (CEST) Received: from dude.automatvapen.se (81-229-112-193-no21.tbcn.telia.com [81.229.112.193]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 4232037E43; Fri, 13 Oct 2006 23:35:39 +0200 (CEST) From: Joel Dahl To: Ruslan Ermilov In-Reply-To: <20061012091244.GC60767@rambler-co.ru> References: <20061012053950.A917E7305F@freebsd-current.sentex.ca> <20061012091244.GC60767@rambler-co.ru> Content-Type: text/plain Date: Fri, 13 Oct 2006 23:35:38 +0200 Message-Id: <1160775338.671.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: sparc64@FreeBSD.org, Kip Macy , current@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 13 Oct 2006 21:35:42 -0000 On Thu, 2006-10-12 at 13:12 +0400, Ruslan Ermilov wrote: > +nodevice atkbdc > +nodevice atkbd > +nodevice psm > +nodevice sc > nodevice vga > +nodevice splash > nodevice daemon_saver > nodevice snake_saver > nodevice star_saver > nodevice bktr > nodevice fdc > nodevice ppc > +nodevice psm > nodevice snd_ad1816 > nodevice snd_als4000 > nodevice snd_au88x0 Hmm, I see you've added two "nodevice psm". Was that intentional? (not sure if this has been committed yet). -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 21:40: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 2B76C16A40F; Fri, 13 Oct 2006 21:40:08 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA9643D49; Fri, 13 Oct 2006 21:40:07 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k9DLe7lZ096771; Fri, 13 Oct 2006 14:40:07 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k9DLe7wL096767; Fri, 13 Oct 2006 14:40:07 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Fri, 13 Oct 2006 14:40:07 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Joel Dahl In-Reply-To: <1160775338.671.2.camel@localhost> Message-ID: <20061013143953.U48550@demos.bsdclusters.com> References: <20061012053950.A917E7305F@freebsd-current.sentex.ca> <20061012091244.GC60767@rambler-co.ru> <1160775338.671.2.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, Kip Macy , sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 13 Oct 2006 21:40:08 -0000 sun4v has no VGA or mouse On Fri, 13 Oct 2006, Joel Dahl wrote: > On Thu, 2006-10-12 at 13:12 +0400, Ruslan Ermilov wrote: > > +nodevice atkbdc > > +nodevice atkbd > > +nodevice psm > > +nodevice sc > > nodevice vga > > +nodevice splash > > nodevice daemon_saver > > nodevice snake_saver > > nodevice star_saver > > nodevice bktr > > nodevice fdc > > nodevice ppc > > +nodevice psm > > nodevice snd_ad1816 > > nodevice snd_als4000 > > nodevice snd_au88x0 > > Hmm, I see you've added two "nodevice psm". Was that intentional? (not > sure if this has been committed yet). > > -- > Joel > > _______________________________________________ > 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 Fri Oct 13 22:08:25 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 4CE3D16A407; Fri, 13 Oct 2006 22:08:25 +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 D0BE243D5E; Fri, 13 Oct 2006 22:08:24 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 872C53824A; Sat, 14 Oct 2006 00:08:23 +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 6E28838249; Sat, 14 Oct 2006 00:08:23 +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 5537837E42; Sat, 14 Oct 2006 00:08:22 +0200 (CEST) From: Joel Dahl To: Kip Macy In-Reply-To: <20061013143953.U48550@demos.bsdclusters.com> References: <20061012053950.A917E7305F@freebsd-current.sentex.ca> <20061012091244.GC60767@rambler-co.ru> <1160775338.671.2.camel@localhost> <20061013143953.U48550@demos.bsdclusters.com> Content-Type: text/plain Date: Sat, 14 Oct 2006 00:08:23 +0200 Message-Id: <1160777303.671.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: sparc64@freebsd.org, current@freebsd.org, Kip Macy Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 13 Oct 2006 22:08:25 -0000 On Fri, 2006-10-13 at 14:40 -0700, Kip Macy wrote: > sun4v has no VGA or mouse Huh? I was curious about why he added "nodevice psm" twice in the file, it looked like a typo to me. Anyway, seems like jb@ committed this (without the extra nodevice psm) about 12 hours ago so I guess all is well. > On Fri, 13 Oct 2006, Joel Dahl wrote: > > > On Thu, 2006-10-12 at 13:12 +0400, Ruslan Ermilov wrote: > > > +nodevice atkbdc > > > +nodevice atkbd > > > +nodevice psm ^^^^^ #1 > > > +nodevice sc > > > nodevice vga > > > +nodevice splash > > > nodevice daemon_saver > > > nodevice snake_saver > > > nodevice star_saver > > > nodevice bktr > > > nodevice fdc > > > nodevice ppc > > > +nodevice psm ^^^^^ #2 > > > nodevice snd_ad1816 > > > nodevice snd_als4000 > > > nodevice snd_au88x0 > > > > Hmm, I see you've added two "nodevice psm". Was that intentional? (not > > sure if this has been committed yet). -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Oct 13 22:13: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 84AB116A412; Fri, 13 Oct 2006 22:13:05 +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 22D9143D79; Fri, 13 Oct 2006 22:13:01 +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 84DD55D0E; Sat, 14 Oct 2006 02:12:59 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 63B3D5CEB; Sat, 14 Oct 2006 02:12:59 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9DMD6dR045971; Sat, 14 Oct 2006 02:13:06 +0400 (MSD) (envelope-from ru) Date: Sat, 14 Oct 2006 02:13:06 +0400 From: Ruslan Ermilov To: Joel Dahl Message-ID: <20061013221306.GD28481@rambler-co.ru> References: <20061012053950.A917E7305F@freebsd-current.sentex.ca> <20061012091244.GC60767@rambler-co.ru> <1160775338.671.2.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OaZoDhBhXzo6bW1J" Content-Disposition: inline In-Reply-To: <1160775338.671.2.camel@localhost> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: sparc64@FreeBSD.org, Kip Macy , current@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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, 13 Oct 2006 22:13:05 -0000 --OaZoDhBhXzo6bW1J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 13, 2006 at 11:35:38PM +0200, Joel Dahl wrote: > On Thu, 2006-10-12 at 13:12 +0400, Ruslan Ermilov wrote: > > +nodevice atkbdc > > +nodevice atkbd > > +nodevice psm > > +nodevice sc > > nodevice vga > > +nodevice splash > > nodevice daemon_saver > > nodevice snake_saver > > nodevice star_saver > > nodevice bktr > > nodevice fdc > > nodevice ppc > > +nodevice psm > > nodevice snd_ad1816 > > nodevice snd_als4000 > > nodevice snd_au88x0 >=20 > Hmm, I see you've added two "nodevice psm". Was that intentional? (not > sure if this has been committed yet). >=20 John noticed the mistake and didn't commit the second entry. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --OaZoDhBhXzo6bW1J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMA9yqRfpzJluFF4RAjbKAJ9VIkLjc2uIrTNiFZagE+nxyWh6gQCfS8LY 58IRd6Pwqu5Tp5TEulQAPLE= =74xy -----END PGP SIGNATURE----- --OaZoDhBhXzo6bW1J-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 14 08:48: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 C83D316A403; Sat, 14 Oct 2006 08:48:53 +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 1506043D46; Sat, 14 Oct 2006 08:48:52 +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 k9E8mov7096114; Sat, 14 Oct 2006 04:48: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 k9E8mnLF043555; Sat, 14 Oct 2006 04:48:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2A807305F; Sat, 14 Oct 2006 04:48:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061014084848.D2A807305F@freebsd-current.sentex.ca> Date: Sat, 14 Oct 2006 04:48:48 -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: Sat, 14 Oct 2006 08:48:53 -0000 TB --- 2006-10-14 07:39:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-14 07:39:58 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-14 07:39:58 - cleaning the object tree TB --- 2006-10-14 07:40:23 - checking out the source tree TB --- 2006-10-14 07:40:23 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-14 07:40:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-14 07:48:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-14 07:48:21 - cd /src TB --- 2006-10-14 07:48:21 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 14 07:48:22 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 Sat Oct 14 08:45:42 UTC 2006 TB --- 2006-10-14 08:45:42 - generating LINT kernel config TB --- 2006-10-14 08:45:42 - cd /src/sys/sun4v/conf TB --- 2006-10-14 08:45:42 - /usr/bin/make -B LINT TB --- 2006-10-14 08:45:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-14 08:45:42 - cd /src TB --- 2006-10-14 08:45:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 14 08:45:43 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-14 08:48:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-14 08:48:48 - ERROR: failed to build lint kernel TB --- 2006-10-14 08:48:48 - tinderbox aborted TB --- 0.53 user 1.75 system 4129.82 real From owner-freebsd-current@FreeBSD.ORG Sat Oct 14 15:20: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 D75B416A4C2 for ; Sat, 14 Oct 2006 15:20:12 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 020B143DEA for ; Sat, 14 Oct 2006 15:19:35 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k9EFJIGB008567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Oct 2006 17:19:18 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k9EFJIjf008566; Sat, 14 Oct 2006 17:19:18 +0200 (CEST) Date: Sat, 14 Oct 2006 17:19:18 +0200 From: Divacky Roman To: LI Xin Message-ID: <20061014151918.GA8459@stud.fit.vutbr.cz> References: <20061013162450.GA29904@stud.fit.vutbr.cz> <452FC183.4040104@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <452FC183.4040104@delphij.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: gzip in base system 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, 14 Oct 2006 15:20:12 -0000 On Sat, Oct 14, 2006 at 12:40:35AM +0800, LI Xin wrote: > Divacky Roman wrote: > > hi.. > > > > I noticed gzip version 1.3.5 (at least) was released while our base only > > has 1.2.4 > > > > is this intended or just because noone updated it? > > Where is the announcement? By the way, we are evaluating the > possibility of replacing the GNU gzip with NetBSD's gzip version, which > is implemented with zlib, and is a bit faster than GNU gzip from my test. I found this version browsing www.gzip.org its a bit messy but you can download the sources from there. But if you have other plans I am all for it.. I just wanted to ask. roman From owner-freebsd-current@FreeBSD.ORG Sat Oct 14 18:23:30 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 D87CB16A412 for ; Sat, 14 Oct 2006 18:23:30 +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 0CA5043D5A for ; Sat, 14 Oct 2006 18:23:29 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 79270 invoked from network); 14 Oct 2006 18:23:28 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 14 Oct 2006 18:23:28 -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 k9EINRSe003861 for ; Sat, 14 Oct 2006 20:23:27 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k9EINRjB003860 for current@freebsd.org; Sat, 14 Oct 2006 20:23:27 +0200 (CEST) (envelope-from pho) Date: Sat, 14 Oct 2006 20:23:27 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20061014182327.GA3816@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Missing parameter validation for syscall #54 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, 14 Oct 2006 18:23:30 -0000 While stress testing syscalls on GENERIC HEAD from Oct 14 10:43 UTC I got this panic: panic(c091bf4e,e6745d0c,e6745000,8000f7ef,0,...) at panic+0x14b free(e6745d0c,c09cbfa0,e6745d0c,c4134d80,0,...) at free+0x8e ioctl(c4134d80,e6745d04) at ioctl+0xbe syscall(2805003b,bfbf003b,bfbf003b,2805188c,...) at syscall+0x256 More info at http://people.freebsd.org/~pho/stress/log/cons216.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat Oct 14 19:03:11 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 E560A16A407 for ; Sat, 14 Oct 2006 19:03:11 +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 5C53143D4C for ; Sat, 14 Oct 2006 19:03:11 +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 1B5B25F70; Sat, 14 Oct 2006 23:03:10 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 109A55F6B; Sat, 14 Oct 2006 23:03:10 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k9EJ3JYQ036166; Sat, 14 Oct 2006 23:03:19 +0400 (MSD) (envelope-from ru) Date: Sat, 14 Oct 2006 23:03:19 +0400 From: Ruslan Ermilov To: Peter Holm Message-ID: <20061014190319.GB36014@rambler-co.ru> References: <20061014182327.GA3816@peter.osted.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: <20061014182327.GA3816@peter.osted.lan> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org Subject: Re: Missing parameter validation for syscall #54 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, 14 Oct 2006 19:03:12 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 14, 2006 at 08:23:27PM +0200, Peter Holm wrote: > While stress testing syscalls on GENERIC HEAD from Oct 14 10:43 UTC I > got this panic: >=20 > panic(c091bf4e,e6745d0c,e6745000,8000f7ef,0,...) at panic+0x14b > free(e6745d0c,c09cbfa0,e6745d0c,c4134d80,0,...) at free+0x8e > ioctl(c4134d80,e6745d04) at ioctl+0xbe > syscall(2805003b,bfbf003b,bfbf003b,2805188c,...) at syscall+0x256 >=20 > More info at http://people.freebsd.org/~pho/stress/log/cons216.html >=20 Fixed in src/sys/kern/sys_generic.c,v 1.151. Thanks! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMTR3qRfpzJluFF4RAoSbAJ4+zSeDQRSXsGvQ3UXBnRkk39OTxQCeJhud TiBZiCLmE8kkUNXnCqTVCls= =izO/ -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 14 22:08:22 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 A7CB316A416; Sat, 14 Oct 2006 22:08:22 +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 1A6AB43D55; Sat, 14 Oct 2006 22:08:21 +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 k9EM8KJI056656; Sat, 14 Oct 2006 18:08:20 -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 k9EM8K7I063907; Sat, 14 Oct 2006 18:08:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 490FE7305F; Sat, 14 Oct 2006 18:08:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061014220820.490FE7305F@freebsd-current.sentex.ca> Date: Sat, 14 Oct 2006 18:08:20 -0400 (EDT) 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: Sat, 14 Oct 2006 22:08:22 -0000 TB --- 2006-10-14 21:06:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-14 21:06:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-10-14 21:06:49 - cleaning the object tree TB --- 2006-10-14 21:07:13 - checking out the source tree TB --- 2006-10-14 21:07:13 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-10-14 21:07:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-14 21:15:16 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-14 21:15:16 - cd /src TB --- 2006-10-14 21:15:16 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 14 21:15: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Oct 14 22:06:22 UTC 2006 TB --- 2006-10-14 22:06:22 - generating LINT kernel config TB --- 2006-10-14 22:06:22 - cd /src/sys/sun4v/conf TB --- 2006-10-14 22:06:22 - /usr/bin/make -B LINT TB --- 2006-10-14 22:06:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-14 22:06:22 - cd /src TB --- 2006-10-14 22:06:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 14 22:06:22 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-14 22:08:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-14 22:08:20 - ERROR: failed to build lint kernel TB --- 2006-10-14 22:08:20 - tinderbox aborted TB --- 0.62 user 1.69 system 3690.91 real