From owner-freebsd-arch@FreeBSD.ORG Mon May 31 22:58:45 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40084106564A; Mon, 31 May 2010 22:58:45 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id EE42C8FC08; Mon, 31 May 2010 22:58:44 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o4VMvWGG035033; Mon, 31 May 2010 17:57:33 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o4VMvWbG035032; Mon, 31 May 2010 17:57:32 -0500 (CDT) (envelope-from brooks) Date: Mon, 31 May 2010 17:57:32 -0500 From: Brooks Davis To: arch@freebsd.org Message-ID: <20100531225732.GF31972@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eNMatiwYGLtwo1cJ" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 31 May 2010 17:57:33 -0500 (CDT) Cc: current@freebsd.org Subject: BSDCan Toolchain Summit Summary X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 22:58:45 -0000 --eNMatiwYGLtwo1cJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Before the developers summit at BSDCan a small group of developers and=20 industry partners held a summit on toolchain issues. The agenda along=20 with a number of slide sets appears on the wiki at: http://wiki.freebsd.org/201005ToolchainSummit The primary focus of the summit was our increasingly obsolete toolchain and how to move forward in light of the fact that GPLv3 is unacceptable to a significant portion of the FreeBSD community. =20 Summaries of the sessions can be found at: http://wiki.freebsd.org/201005ToolchainSummitSummary This includes a rough draft of a roadmap. We need to convert this into a roadmap page with each required feature listed along with status and=20 contacts. I encourage people to comment on the proposed roadmap and contribute to insuring the consensus matches the communities' needs as much as possible. With out question this endeavor is going to take effort on our part and involves some risk but if everyone works on it I think we can get through without too much pain. -- Brooks --eNMatiwYGLtwo1cJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFMBD7cXY6L6fI4GtQRAiBNAKC0lstEI7S9RrjdZWimnhDqh0LKIwCeLnEm nBFlBvaB74mhZwa8Wbc9Qcw= =Mi7L -----END PGP SIGNATURE----- --eNMatiwYGLtwo1cJ-- From owner-freebsd-arch@FreeBSD.ORG Tue Jun 1 09:17:37 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75AC91065677; Tue, 1 Jun 2010 09:17:37 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 23D948FC1C; Tue, 1 Jun 2010 09:17:36 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id EF04F1FFC33; Tue, 1 Jun 2010 09:17:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D4D90844CC; Tue, 1 Jun 2010 11:15:26 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Brooks Davis References: <20100531225732.GF31972@lor.one-eyed-alien.net> Date: Tue, 01 Jun 2010 11:15:26 +0200 In-Reply-To: <20100531225732.GF31972@lor.one-eyed-alien.net> (Brooks Davis's message of "Mon, 31 May 2010 17:57:32 -0500") Message-ID: <86sk57nmfl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org, current@freebsd.org Subject: Re: BSDCan Toolchain Summit Summary X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 09:17:37 -0000 Brooks Davis writes: > http://wiki.freebsd.org/201005ToolchainSummitSummary "No new functionality that requires clang/llvm." How about "No new functionality with non-trivial incompatibilities with clang/llvm"? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Tue Jun 1 16:24:48 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 669951065676; Tue, 1 Jun 2010 16:24:48 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD238FC12; Tue, 1 Jun 2010 16:24:47 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o51GNXDu045169; Tue, 1 Jun 2010 11:23:33 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o51GNXgU045168; Tue, 1 Jun 2010 11:23:33 -0500 (CDT) (envelope-from brooks) Date: Tue, 1 Jun 2010 11:23:32 -0500 From: Brooks Davis To: Dag-Erling Sm??rgrav Message-ID: <20100601162332.GA35104@lor.one-eyed-alien.net> References: <20100531225732.GF31972@lor.one-eyed-alien.net> <86sk57nmfl.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <86sk57nmfl.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 01 Jun 2010 11:23:34 -0500 (CDT) Cc: arch@freebsd.org, Brooks Davis , current@freebsd.org Subject: Re: BSDCan Toolchain Summit Summary X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 16:24:48 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 01, 2010 at 11:15:26AM +0200, Dag-Erling Sm??rgrav wrote: > Brooks Davis writes: > > http://wiki.freebsd.org/201005ToolchainSummitSummary >=20 > "No new functionality that requires clang/llvm." >=20 > How about "No new functionality with non-trivial incompatibilities with > clang/llvm"? That too. I'll add it to the real roadmap page once I create it. As long as people are willing to avoid the darker areas of gcc misfeatures that shouldn't be a problem in general, but I agree stating it as a target is a good idea. -- Brooks --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFMBTQEXY6L6fI4GtQRAnxnAJ9ZCsuIQ2B++yGh7qe6vOHiN5nnzACfbEdr IbEl7IGDjfNYcTip/OYmXLY= =DGje -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-arch@FreeBSD.ORG Tue Jun 1 16:38:43 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841A41065673; Tue, 1 Jun 2010 16:38:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D84F8FC08; Tue, 1 Jun 2010 16:38:43 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0F3AB46B17; Tue, 1 Jun 2010 12:38:43 -0400 (EDT) Date: Tue, 1 Jun 2010 17:38:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Brooks Davis In-Reply-To: <20100601162332.GA35104@lor.one-eyed-alien.net> Message-ID: References: <20100531225732.GF31972@lor.one-eyed-alien.net> <86sk57nmfl.fsf@ds4.des.no> <20100601162332.GA35104@lor.one-eyed-alien.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling Sm??rgrav , current@freebsd.org, arch@freebsd.org Subject: Re: BSDCan Toolchain Summit Summary X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 16:38:43 -0000 On Tue, 1 Jun 2010, Brooks Davis wrote: > On Tue, Jun 01, 2010 at 11:15:26AM +0200, Dag-Erling Sm??rgrav wrote: >> Brooks Davis writes: >>> http://wiki.freebsd.org/201005ToolchainSummitSummary >> >> "No new functionality that requires clang/llvm." >> >> How about "No new functionality with non-trivial incompatibilities with >> clang/llvm"? > > That too. I'll add it to the real roadmap page once I create it. > > As long as people are willing to avoid the darker areas of gcc misfeatures > that shouldn't be a problem in general, but I agree stating it as a target > is a good idea. I think the gist of our discussion was really about where we can/should introduce new dependencies on features specific to clang/llvm. For example, there are some quite interesting ideas about distributing binaries in the LLVM intermediate format and doing on-the-fly tuning for the architecture we find ourselves running on. This is pretty neat stuff, but it does mean that it won't be available in the immediate future for architectures not supported by LLVM or for shops that have to use external non-LLVM-based toolchain parts (such as compilers for specific embedded platforms). I think the consensus from the meeting was that we should start to explore the possible, but that key OS features that don't strictly require new compiler/etc functionality should not be caused to unnecessarily depend on them. This doesn't prohibit doing interesting runtime reoptimization stuff, but it does prohibit making it so that the OS won't work without them. Robert From owner-freebsd-arch@FreeBSD.ORG Tue Jun 1 17:10:21 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 923B6106567C; Tue, 1 Jun 2010 17:10:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 723948FC14; Tue, 1 Jun 2010 17:10:21 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o51HAJsI064904; Tue, 1 Jun 2010 10:10:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o51HAJd2064903; Tue, 1 Jun 2010 10:10:19 -0700 (PDT) (envelope-from sgk) Date: Tue, 1 Jun 2010 10:10:19 -0700 From: Steve Kargl To: Brooks Davis Message-ID: <20100601171019.GA64873@troutmask.apl.washington.edu> References: <20100531225732.GF31972@lor.one-eyed-alien.net> <86sk57nmfl.fsf@ds4.des.no> <20100601162332.GA35104@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100601162332.GA35104@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i Cc: Dag-Erling Sm??rgrav , current@freebsd.org, arch@freebsd.org Subject: Re: BSDCan Toolchain Summit Summary X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 17:10:21 -0000 On Tue, Jun 01, 2010 at 11:23:32AM -0500, Brooks Davis wrote: > On Tue, Jun 01, 2010 at 11:15:26AM +0200, Dag-Erling Sm??rgrav wrote: > > Brooks Davis writes: > > > http://wiki.freebsd.org/201005ToolchainSummitSummary > > > > "No new functionality that requires clang/llvm." > > > > How about "No new functionality with non-trivial incompatibilities with > > clang/llvm"? > > That too. I'll add it to the real roadmap page once I create it. > > As long as people are willing to avoid the darker areas of gcc > misfeatures that shouldn't be a problem in general, but I agree stating > it as a target is a good idea. > You might add a first step to fix FreeBSD's libelf incompatibilities with other libelf implementations. http://gcc.gnu.org/ml/gcc/2010-05/msg00381.html -- Steve From owner-freebsd-arch@FreeBSD.ORG Wed Jun 2 07:54:39 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B71871065673; Wed, 2 Jun 2010 07:54:39 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id C90CB8FC0C; Wed, 2 Jun 2010 07:54:38 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.mirnd2.nsw.optusnet.com.au [211.30.160.13] (may be forged)) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o527sZ5H005285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jun 2010 17:54:36 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o527sOGB041753; Wed, 2 Jun 2010 17:54:24 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o527sO0o041752; Wed, 2 Jun 2010 17:54:24 +1000 (EST) (envelope-from peter) Date: Wed, 2 Jun 2010 17:54:24 +1000 From: Peter Jeremy To: Brooks Davis Message-ID: <20100602075424.GA41731@server.vk2pj.dyndns.org> References: <20100531225732.GF31972@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20100531225732.GF31972@lor.one-eyed-alien.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: arch@freebsd.org, current@freebsd.org Subject: Re: BSDCan Toolchain Summit Summary X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 07:54:39 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-May-31 17:57:32 -0500, Brooks Davis wrote: >http://wiki.freebsd.org/201005ToolchainSummitSummary > >This includes a rough draft of a roadmap. We need to convert this into >a roadmap page with each required feature listed along with status and=20 >contacts. Thank you for that. The approach seems reasonable and importing clang/llvm is a good first step. One item that doesn't seem to have been mentioned elsewhere is the the other *BSD Projects - presumably they would also be interested in a BSD-licensed toolchain. Have there been any discussions with representatives from other Projects to investigate a common/shared path forward? I believe that the *BSD's are all similar enough that they could share a common toolchain with minimal local adaptions. The benefit for FreeBSD is that a larger userbase will further encourage "vendor" support. As a second-order effect, the more diverse users that clang/llvm has, the faster bugs will be found (and hopefully fixed). --=20 Peter Jeremy --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwGDjAACgkQ/opHv/APuIe5KwCgmicuDkY2piT4giZ3bTjxE+FX u50AniZaULWnYUPmyD/KiDGqCc+IqPHi =Y8nH -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-arch@FreeBSD.ORG Wed Jun 2 19:30:32 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C622F106566B for ; Wed, 2 Jun 2010 19:30:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 81E048FC1B for ; Wed, 2 Jun 2010 19:30:32 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 801CB582C0; Wed, 2 Jun 2010 14:02:21 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id kWuHyA0ouxeK; Wed, 2 Jun 2010 14:02:21 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-223-145.icecube.wisc.edu [172.16.223.145]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 515BB582BE; Wed, 2 Jun 2010 14:02:21 -0500 (CDT) Message-ID: <4C06AABD.1000004@freebsd.org> Date: Wed, 02 Jun 2010 14:02:21 -0500 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.24 (X11/20100504) MIME-Version: 1.0 To: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= References: <4BE98FB5.3060906@gmail.com> <20100514020055.GB89230@duncan.reilly.home> <4BFAC322.7070905@gmail.com> <4BFAEA79.4020901@gmail.com> In-Reply-To: <4BFAEA79.4020901@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: The development of GRUB 2 , freebsd-arch@freebsd.org Subject: Re: [RFC] Multiboot2 drafting X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:30:32 -0000 Vladimir 'φ-coder/phcoder' Serbinenko wrote: > Vladimir 'φ-coder/phcoder' Serbinenko wrote: > >> Andrew Reilly wrote: >> >> >>> Hi there, >>> >>> I know next to nothing about GRUB, and have not yet read the >>> multiboot spec, but I wonder if you could comment on how or >>> whether this is related to either the Open Firmware Device Tree >>> or the Flattened Device Tree used in various embedded OS ports. >>> It would be cool if there were some convergence going on... >>> >>> >>> >>> >> I've looked into it and found good and bad things. >> Good: >> -represents the info needed to OS. It's something definitely good and >> goes in direction we need >> Bad: >> -it basically has all the history ballast of OpenFirmware. OFW is >> supposed to be system-independent but in fact there is a multitude of >> implementation with various degrees of compatibility. Same goes for >> device trees. The same information is present in different places with >> lots of special cases. Many of fields are actually useless variant selectors >> -it uses string identifiers instead of magic numbers. This makes it more >> difficult to parse >> -the most useful information is coming at the leaves and interpretation >> depends on whole path. >> >> > And traditional OpenFirmware has too much info which is probably > useless. E.g. once you know where PCI controller is and you support PCI > you can probe devices which are on it. If you don't support PCI > controller the info about devices on it is probably useless too. > Only exception is "early" info which is needed to e.g. setup console > before normal drivers are up > This isn't quite true. The FDT standard does not require you to add discoverable devices to the tree, for one, and it actually can be useful to have them in many circumstances, as well. For instance, suppose you have some kind of complicated object on the PCI bus (a GPIO controller, or an I2C bus). The children of the I2C bus need to be enumerated in the tree, since there is no other way to discover them, and it is also necessary to identify the I2C controller with a PCI device. -Nathan From owner-freebsd-arch@FreeBSD.ORG Wed Jun 2 21:05:46 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224B3106564A for ; Wed, 2 Jun 2010 21:05:46 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id A34CF8FC1B for ; Wed, 2 Jun 2010 21:05:45 +0000 (UTC) Received: from [32.177.119.120] ([32.177.119.120]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id o52L5XTQ077005 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 2 Jun 2010 17:05:42 -0400 (EDT) (envelope-from rrs@lakerest.net) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=lakerest.net; s=mail; t=1275512744; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=0TOIpF/1fOgTuKMbikh4kNZ9X3E2wqSWwDzlXJCXWYZlB90J8qw5VFO nQycFlSlIA34A3UY6/fVAdOpa8XwJZw== Message-Id: <272EEDDB-D5B1-4F73-A959-0A5554634DB2@lakerest.net> From: Randall Stewart To: Poul-Henning Kamp In-Reply-To: <72207.1274805432@critter.freebsd.dk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 2 Jun 2010 17:05:24 -0400 References: <72207.1274805432@critter.freebsd.dk> X-Mailer: Apple Mail (2.936) Cc: freebsd-arch@freebsd.org, Matthew Fleming Subject: Re: crc32 table X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 21:05:46 -0000 Poul/Matthew: We actually have the crc32c code in the kernel. It was of course in the sctp code at one time, but with the use of it in the NAT and FW code and the advent of the IGB card with its crc32c offload functions it has been added to: libkern/crc32.c Its called calculate_crc32c(...) It uses Intel's slicing 8 algorithm as well so its about as fast as can be... For SCTP of course the initial c-sum must be set and the result (after going through all the mbufs) must be complemented.... But it is there. The file crc32.c does have a traditional crc32 table.. but it seems unused except by a commented out function crc32(..)... not sure if somewhere else (maybe in a driver) that table is used (crc32_tab). R On May 25, 2010, at 12:37 PM, Poul-Henning Kamp wrote: > In message <06D5F9F6F655AD4C92E28B662F7F853E021D4D9D@seaxch09.desktop.isilon.co > m>, "Matthew Fleming" writes: > >> Is there an interest in another crc32 implementation for the kernel = >> which uses this polynomial and uses the SSE 4.2 instruction when = >> available? (This support would require kib's FPU patch). > > It would be a better idea to add a kernel facility to build a > CRC table to a given polynomial. The code to do this is very > compact and would take up less space than N CRC tables which are > likely not used in most running kernels. Yeah, you can build such a table.. but thats the traditional table where as the slicing 8 algorithm is about 8 times faster... R > > Poul-Henning > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by > incompetence. > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch- > unsubscribe@freebsd.org" > ------------------------------ Randall Stewart 803-317-4952 (cell)