From owner-freebsd-arch@FreeBSD.ORG Mon Sep 15 15:18:45 2008 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 33F9B1065673 for ; Mon, 15 Sep 2008 15:18:45 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 098008FC19 for ; Mon, 15 Sep 2008 15:18:45 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8FFIiL6018816 for ; Mon, 15 Sep 2008 15:18:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8FFIix2018812 for freebsd-arch@FreeBSD.org; Mon, 15 Sep 2008 15:18:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Sep 2008 15:18:44 GMT Message-Id: <200809151518.m8FFIix2018812@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arch@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arch@FreeBSD.org 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, 15 Sep 2008 15:18:45 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/120749 arch [request] Suggest upping the default kern.ps_arg_cache 1 problem total. From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 02:43:14 2008 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 4C2831065678 for ; Tue, 16 Sep 2008 02:43:14 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 239F28FC0A for ; Tue, 16 Sep 2008 02:43:14 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m8G2R5uX006314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 15 Sep 2008 19:27:06 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <48CF1979.90507@errno.com> Date: Mon, 15 Sep 2008 19:27:05 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: arch@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Subject: the more build knobs bikeshed 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, 16 Sep 2008 02:43:14 -0000 Here is a patch against HEAD to add several knew MK_* knobs that can be used to trim the build for small-footprint applications: http://www.freebsd.org/~sam/build.patch With these changes I can build a nanobsd image for x86 or arm that is <1/2 the size you can get otherwise (using just the standard knobs). If you do not use the knobs you should get exactly what you're used to getting. My goal in doing this is to make nanobsd more useful for building embedded packages without bypassing the build process to purge stuff. This is still a LONG way from small enough to fit in many applications but seems like a useful start. FWIW I chose knobs using two criteria: 1. Does it save an appreciable amount of space. 2. Does it remove applications that you really don't want to be present. I'm sure folks will wonder about some choices. One can also argue that some of the groups I've added are wrong and/or we should have individual knobs for each application. Separate issues that I intend to work on: 1. Build time is way too long; paring down the target config should also reduce the build time but it does not because things like MK_TOOLCHAIN cannot be used when building; only when installing. 2. Some applications that you want are hugely bloated and may benefit from some TLC. bind comes to mind where I can crunchgen all the bits into a single binary but when built normally you get multiple huge executables. 3. Cross-build and package; I can use nanobsd to build arm images but the packaging facilities are inadequate. I've got a start on default setups for some boards/packages and would like to see this grow into a library that people can use for reference and/or extend. Anyway, I'm interested in getting the above patch committed so looking for constructive comments. I haven't included the files that go under src/tools/build/options (I've done them already). I also have mods for RELENG_7 that I've been using for a while. Sam From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 03:35:19 2008 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 1503D106564A for ; Tue, 16 Sep 2008 03:35:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id F0C6C8FC1C for ; Tue, 16 Sep 2008 03:35:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 293532479; Mon, 15 Sep 2008 20:35:19 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 1F4392D6017; Mon, 15 Sep 2008 20:35:18 -0700 (PDT) Message-ID: <48CF2975.3010908@elischer.org> Date: Mon, 15 Sep 2008 20:35:17 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Sam Leffler References: <48CF1979.90507@errno.com> In-Reply-To: <48CF1979.90507@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 03:35:19 -0000 Sam Leffler wrote: > Here is a patch against HEAD to add several knew MK_* knobs that can be > used to trim the build for small-footprint applications: > > http://www.freebsd.org/~sam/build.patch not bad.. I'd be temoted to make some larger groups e.g. debugstuff and devtools so exclude lots of stuff in one hit, with some smaller groups to bring some of them back more selectively.. maybe too complicated.. > > With these changes I can build a nanobsd image for x86 or arm that is > <1/2 the size you can get otherwise (using just the standard knobs). If > you do not use the knobs you should get exactly what you're used to > getting. tinybsd gets its apps together and then uses ldd on each to get the minimum set of libraries as well. (though that doesn't help with programs that dlopen a bunch of stuff such as natd which dlopens all teh libalias*.so libs). > > My goal in doing this is to make nanobsd more useful for building > embedded packages without bypassing the build process to purge stuff. > This is still a LONG way from small enough to fit in many applications > but seems like a useful start. > > FWIW I chose knobs using two criteria: > > 1. Does it save an appreciable amount of space. > 2. Does it remove applications that you really don't want to be present. > > I'm sure folks will wonder about some choices. One can also argue that > some of the groups I've added are wrong and/or we should have individual > knobs for each application. > > Separate issues that I intend to work on: > > 1. Build time is way too long; paring down the target config should also > reduce the build time but it does not because things like MK_TOOLCHAIN > cannot be used when building; only when installing. Tinybsd uses the binaries on your system rather than building them. Now I know that isn't what you want but it sure is faster.. great for prototyping a setup I find.. maybe you could point to a prebuilt image and just grab from there... > 2. Some applications that you want are hugely bloated and may benefit > from some TLC. bind comes to mind where I can crunchgen all the bits > into a single binary but when built normally you get multiple huge > executables. and there are many programs that have quite a lot of options that add space that are rarely used... a "trim" option might be nice, meaning "build the simple version. > 3. Cross-build and package; I can use nanobsd to build arm images but > the packaging facilities are inadequate. I've got a start on default > setups for some boards/packages and would like to see this grow into a > library that people can use for reference and/or extend. we really should import the makefs utilities from NetBSD.. they are in ports. > > Anyway, I'm interested in getting the above patch committed so looking > for constructive comments. I haven't included the files that go under > src/tools/build/options (I've done them already). I also have mods for > RELENG_7 that I've been using for a while. > > Sam > > _______________________________________________ > 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" From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 05:57:19 2008 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 654F4106564A for ; Tue, 16 Sep 2008 05:57:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id EF31C8FC1E for ; Tue, 16 Sep 2008 05:57:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m8G5sdgg072316; Mon, 15 Sep 2008 23:54:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Sep 2008 23:55:22 -0600 (MDT) Message-Id: <20080915.235522.-169059506.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <48CF2975.3010908@elischer.org> References: <48CF1979.90507@errno.com> <48CF2975.3010908@elischer.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 05:57:19 -0000 In message: <48CF2975.3010908@elischer.org> Julian Elischer writes: : > With these changes I can build a nanobsd image for x86 or arm that is : > <1/2 the size you can get otherwise (using just the standard knobs). If : > you do not use the knobs you should get exactly what you're used to : > getting. : : tinybsd gets its apps together and then uses ldd on each to get the : minimum set of libraries as well. : (though that doesn't help with programs that dlopen a bunch of stuff : such as natd which dlopens all teh libalias*.so libs). And it doesn't work with cross building because of its use of LDD. It needs to use the NEEDED lines in objdump to get this information. : Tinybsd uses the binaries on your system rather than building them. Unless you are cross building, in which case it grabs them from an image that you've installed... : Now I know that isn't what you want but it sure is faster.. great : for prototyping a setup I find.. maybe you could point to a prebuilt : image and just grab from there... It is useful for prototyping.. I've used a tinybsd-like system in production, but it didn't do automatic library depends. It had very crude cross build support for ports, but only very stupid or very cooperative ports would work... : > 2. Some applications that you want are hugely bloated and may benefit : > from some TLC. bind comes to mind where I can crunchgen all the bits : > into a single binary but when built normally you get multiple huge : > executables. : : and there are many programs that have quite a lot of options that : add space that are rarely used... a "trim" option might be nice, : meaning "build the simple version. Yes. : > 3. Cross-build and package; I can use nanobsd to build arm images but : > the packaging facilities are inadequate. I've got a start on default : > setups for some boards/packages and would like to see this grow into a : > library that people can use for reference and/or extend. : : we really should import the makefs utilities from NetBSD.. they are in : ports. These work great... : > Anyway, I'm interested in getting the above patch committed so looking : > for constructive comments. I haven't included the files that go under : > src/tools/build/options (I've done them already). I also have mods for : > RELENG_7 that I've been using for a while. All in all, I think this stuff is great... Warner From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 06:05:41 2008 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 05AF21065670 for ; Tue, 16 Sep 2008 06:05:41 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 43FDD8FC13 for ; Tue, 16 Sep 2008 06:05:40 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 54C5F33CD3; Tue, 16 Sep 2008 08:05:38 +0200 (SAST) Date: Tue, 16 Sep 2008 08:05:38 +0200 From: John Hay To: "M. Warner Losh" Message-ID: <20080916060537.GA40711@zibbi.meraka.csir.co.za> References: <48CF1979.90507@errno.com> <48CF2975.3010908@elischer.org> <20080915.235522.-169059506.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080915.235522.-169059506.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i Cc: arch@freebsd.org, julian@elischer.org Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 06:05:41 -0000 On Mon, Sep 15, 2008 at 11:55:22PM -0600, M. Warner Losh wrote: > In message: <48CF2975.3010908@elischer.org> > Julian Elischer writes: > : > With these changes I can build a nanobsd image for x86 or arm that is > : > <1/2 the size you can get otherwise (using just the standard knobs). If > : > you do not use the knobs you should get exactly what you're used to > : > getting. > : > : tinybsd gets its apps together and then uses ldd on each to get the > : minimum set of libraries as well. > : (though that doesn't help with programs that dlopen a bunch of stuff > : such as natd which dlopens all teh libalias*.so libs). > > And it doesn't work with cross building because of its use of LDD. It > needs to use the NEEDED lines in objdump to get this information. I have been using this in a script on an i386 box to build small i386 and arm distros: llst=`readelf --dynamic ${sdir}/${f} 2> /dev/null | awk '/Shared library/ { print $5 }' | sed -E -e 's/\[|\]//g'` John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 07:41:27 2008 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 523621065673 for ; Tue, 16 Sep 2008 07:41:27 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 17C828FC0A for ; Tue, 16 Sep 2008 07:41:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 60CDA170E3; Tue, 16 Sep 2008 07:13:04 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m8G7D3Rt005765; Tue, 16 Sep 2008 07:13:03 GMT (envelope-from phk@critter.freebsd.dk) To: Sam Leffler From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 15 Sep 2008 19:27:05 MST." <48CF1979.90507@errno.com> Date: Tue, 16 Sep 2008 07:13:03 +0000 Message-ID: <5764.1221549183@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: arch@freebsd.org Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 07:41:27 -0000 In message <48CF1979.90507@errno.com>, Sam Leffler writes: >Here is a patch against HEAD to add several knew MK_* knobs that can be >used to trim the build for small-footprint applications: > >http://www.freebsd.org/~sam/build.patch Looks good. You should probably check if the periodic scripts get unhappy if there is no locate binary. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 16:06:45 2008 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 D65DF1065678 for ; Tue, 16 Sep 2008 16:06:45 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 982E08FC18 for ; Tue, 16 Sep 2008 16:06:45 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id m8GFlqv7014057; Tue, 16 Sep 2008 11:47:53 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Tue, 16 Sep 2008 11:47:53 -0400 (EDT) Date: Tue, 16 Sep 2008 11:47:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Poul-Henning Kamp In-Reply-To: <5764.1221549183@critter.freebsd.dk> Message-ID: References: <5764.1221549183@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org Subject: Re: the more build knobs bikeshed X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 16:06:45 -0000 On Tue, 16 Sep 2008, Poul-Henning Kamp wrote: > In message <48CF1979.90507@errno.com>, Sam Leffler writes: >> Here is a patch against HEAD to add several knew MK_* knobs that can be >> used to trim the build for small-footprint applications: >> >> http://www.freebsd.org/~sam/build.patch > > Looks good. Yes, I agree. I'd love to see these and other similar patches that can be useful with nanobsd hit the tree and MFC'd. It'd be nice to eventually have something with a tree-like dependency chain, so you could remove the leaves or branches. Adding a leaf would also automatically add any missing branches (warning or informing you what it added). If that sounds too vxWorks'ish, sorry ;-) -- DE From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 16:26:21 2008 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 BE29A1065677 for ; Tue, 16 Sep 2008 16:26:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4440E8FC1A for ; Tue, 16 Sep 2008 16:26:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id m8GGR8UP035235; Tue, 16 Sep 2008 11:27:08 -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 m8GGR79l035234; Tue, 16 Sep 2008 11:27:07 -0500 (CDT) (envelope-from brooks) Date: Tue, 16 Sep 2008 11:27:07 -0500 From: Brooks Davis To: Sam Leffler Message-ID: <20080916162707.GA35096@lor.one-eyed-alien.net> References: <48CF1979.90507@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <48CF1979.90507@errno.com> 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, 16 Sep 2008 11:27:08 -0500 (CDT) Cc: arch@freebsd.org Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 16:26:21 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 15, 2008 at 07:27:05PM -0700, Sam Leffler wrote: > Here is a patch against HEAD to add several knew MK_* knobs that can be= =20 > used to trim the build for small-footprint applications: >=20 > http://www.freebsd.org/~sam/build.patch >=20 > With these changes I can build a nanobsd image for x86 or arm that is <1/= 2=20 > the size you can get otherwise (using just the standard knobs). If you d= o=20 > not use the knobs you should get exactly what you're used to getting. >=20 > My goal in doing this is to make nanobsd more useful for building embedde= d=20 > packages without bypassing the build process to purge stuff. This is sti= ll=20 > a LONG way from small enough to fit in many applications but seems like a= =20 > useful start. >=20 > FWIW I chose knobs using two criteria: >=20 > 1. Does it save an appreciable amount of space. > 2. Does it remove applications that you really don't want to be present. >=20 > I'm sure folks will wonder about some choices. One can also argue that= =20 > some of the groups I've added are wrong and/or we should have individual= =20 > knobs for each application. >=20 > Separate issues that I intend to work on: >=20 > 1. Build time is way too long; paring down the target config should also= =20 > reduce the build time but it does not because things like MK_TOOLCHAIN=20 > cannot be used when building; only when installing. > 2. Some applications that you want are hugely bloated and may benefit fro= m=20 > some TLC. bind comes to mind where I can crunchgen all the bits into a= =20 > single binary but when built normally you get multiple huge executables. > 3. Cross-build and package; I can use nanobsd to build arm images but the= =20 > packaging facilities are inadequate. I've got a start on default setups= =20 > for some boards/packages and would like to see this grow into a library= =20 > that people can use for reference and/or extend. >=20 > Anyway, I'm interested in getting the above patch committed so looking f= or=20 > constructive comments. I haven't included the files that go under=20 > src/tools/build/options (I've done them already). I also have mods for= =20 > RELENG_7 that I've been using for a while. Looks generally good to me. Some of us at AsiaBSDCon noted that most of usr.sbin isn't useful on most system so this is a good step forward. One minor dependency nit is that freebsd-update depends on portsnap at the moment because both use phttpget which resides in usr.sbin/portsnap/phttpget. It should probably move to libexec/phttpget. -- Brooks --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIz95aXY6L6fI4GtQRAn7qAJ4oEEfThlTlIv/Z4ddHEwS45BMUPQCfUDSM YAreGYkcPv2Go8DXIMMlxAU= =NEOQ -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 17:00:08 2008 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 5A3A3106566B for ; Tue, 16 Sep 2008 17:00:08 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7FC8FC14 for ; Tue, 16 Sep 2008 17:00:02 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from [195.64.94.120] (helo=axantucar.local) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KfdPJ-0001uY-PH; Tue, 16 Sep 2008 18:28:05 +0200 Message-ID: <48CFDE92.3030708@FreeBSD.org> Date: Tue, 16 Sep 2008 18:28:02 +0200 From: Remko Lodder User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: sam@FreeBSD.org References: <5764.1221549183@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, Poul-Henning Kamp Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 17:00:08 -0000 Daniel Eischen wrote: > On Tue, 16 Sep 2008, Poul-Henning Kamp wrote: > >> In message <48CF1979.90507@errno.com>, Sam Leffler writes: >>> Here is a patch against HEAD to add several knew MK_* knobs that can be >>> used to trim the build for small-footprint applications: >>> >>> http://www.freebsd.org/~sam/build.patch >> >> Looks good. > > Yes, I agree. I'd love to see these and other similar patches > that can be useful with nanobsd hit the tree and MFC'd. > > It'd be nice to eventually have something with a tree-like > dependency chain, so you could remove the leaves or branches. > Adding a leaf would also automatically add any missing > branches (warning or informing you what it added). If > that sounds too vxWorks'ish, sorry ;-) > I like it a lot Sam! -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 17:54:29 2008 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 AFB9D106564A for ; Tue, 16 Sep 2008 17:54:29 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 642F68FC17 for ; Tue, 16 Sep 2008 17:54:29 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id D9A0C41C612; Tue, 16 Sep 2008 19:35:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id nRWqcBn7UVPv; Tue, 16 Sep 2008 19:35:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 7E7AA41C62D; Tue, 16 Sep 2008 19:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4F43044487F; Tue, 16 Sep 2008 17:30:37 +0000 (UTC) Date: Tue, 16 Sep 2008 17:30:36 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Poul-Henning Kamp In-Reply-To: <5764.1221549183@critter.freebsd.dk> Message-ID: <20080916171748.F65801@maildrop.int.zabbadoz.net> References: <5764.1221549183@critter.freebsd.dk> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org Subject: Re: the more build knobs bikeshed 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, 16 Sep 2008 17:54:29 -0000 On Tue, 16 Sep 2008, Poul-Henning Kamp wrote: > In message <48CF1979.90507@errno.com>, Sam Leffler writes: >> Here is a patch against HEAD to add several knew MK_* knobs that can be >> used to trim the build for small-footprint applications: >> >> http://www.freebsd.org/~sam/build.patch > > Looks good. > > You should probably check if the periodic scripts get unhappy if > there is no locate binary. I have always ignored periodic failures with my minimalized builds as I usually do not expect to run any/much periodic scripts anyway not that anyone would get the mails without MAIL, ... Things like ipfw, ipstat, purgestat, ... are just complaining but things still work (even on those where I have replaced mail with something else(tm)). Never had any problems. Otherwise a customer /etc/periodic.conf.local can always fix things for each individual setup. The patch looks good to me. I wonder if we, at one point want to supergroup for example APM + ACPI and add zzz and powerd and have a MK_POWERMGMT, etc. like MK_MAIL, etc. but those things, for sure, can be refined incrementally. You said you had the descriptions for src.conf already? Put this into HEAD and other people might tune more. -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 21:08:42 2008 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 76C471065670 for ; Tue, 16 Sep 2008 21:08:42 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1268FC14 for ; Tue, 16 Sep 2008 21:08:42 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m8GKn8Ak071146 for ; Tue, 16 Sep 2008 14:49:09 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m8GKHGmU054532; Tue, 16 Sep 2008 14:17:16 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m8GKHG8M054529; Tue, 16 Sep 2008 14:17:16 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18640.5196.580629.632590@gromit.timing.com> Date: Tue, 16 Sep 2008 14:17:16 -0600 From: John Hein To: arch@freebsd.org X-Mailer: VM 7.19 under Emacs 22.2.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: Subject: 64 bit time_t 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, 16 Sep 2008 21:08:42 -0000 Other than recompiling for -current users (and not being an MFC-able change and possibly breaking a gazillion unfortunately written ports), are their any other issues with switching to 64 bit time_t for i386? I suppose compat libs are a bit dicey. From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 21:15:58 2008 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 8543B106564A for ; Tue, 16 Sep 2008 21:15:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 258718FC14 for ; Tue, 16 Sep 2008 21:15:57 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id m8GLGlW7037334; Tue, 16 Sep 2008 16:16:47 -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 m8GLGllr037333; Tue, 16 Sep 2008 16:16:47 -0500 (CDT) (envelope-from brooks) Date: Tue, 16 Sep 2008 16:16:47 -0500 From: Brooks Davis To: John Hein Message-ID: <20080916211646.GA35778@lor.one-eyed-alien.net> References: <18640.5196.580629.632590@gromit.timing.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <18640.5196.580629.632590@gromit.timing.com> 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, 16 Sep 2008 16:16:47 -0500 (CDT) Cc: arch@freebsd.org Subject: Re: 64 bit time_t 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, 16 Sep 2008 21:15:58 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 16, 2008 at 02:17:16PM -0600, John Hein wrote: > Other than recompiling for -current users (and not being an MFC-able > change and possibly breaking a gazillion unfortunately written ports), > are their any other issues with switching to 64 bit time_t for i386? > I suppose compat libs are a bit dicey. Off hand: every syscall that takes a time_t or a structure containing a time_t would have to be reimplemented and a compatability version provided in the old location. The same would be true of every similar function in the libc symbol map. A number of ioctl's and sysctl would probably need to grow compatability interfaces as well. -- Brooks --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFI0CI+XY6L6fI4GtQRAiCgAKDRrCB/zMXZnax/OXKR/g979hrUIwCgmo7y MdQtWAMGVKUqyiOaUBmmM5I= =LXp3 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-arch@FreeBSD.ORG Tue Sep 16 21:26:18 2008 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 0E0F01065674 for ; Tue, 16 Sep 2008 21:26:18 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A92158FC15 for ; Tue, 16 Sep 2008 21:26:17 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0C27C170E4; Tue, 16 Sep 2008 21:26:15 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m8GLQEKm075969; Tue, 16 Sep 2008 21:26:15 GMT (envelope-from phk@critter.freebsd.dk) To: Brooks Davis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 16 Sep 2008 16:16:47 EST." <20080916211646.GA35778@lor.one-eyed-alien.net> Date: Tue, 16 Sep 2008 21:26:14 +0000 Message-ID: <75968.1221600374@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: arch@freebsd.org, John Hein Subject: Re: 64 bit time_t 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, 16 Sep 2008 21:26:18 -0000 In message <20080916211646.GA35778@lor.one-eyed-alien.net>, Brooks Davis writes : > >--PEIAKu/WMn1b1Hv9 >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline > >On Tue, Sep 16, 2008 at 02:17:16PM -0600, John Hein wrote: >> Other than recompiling for -current users (and not being an MFC-able >> change and possibly breaking a gazillion unfortunately written ports), >> are their any other issues with switching to 64 bit time_t for i386? >> I suppose compat libs are a bit dicey. > >Off hand: every syscall that takes a time_t or a structure containing >a time_t would have to be reimplemented and a compatability version[...] This is a pretty nasty piece of work because it also involves the timespec and timeval structures which appear in ioctls, socket options, socket messages and so on. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 15:31:51 2008 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 52ECC1065671; Wed, 17 Sep 2008 15:31:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B6AFA8FC13; Wed, 17 Sep 2008 15:31:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8HFVaKQ006866; Wed, 17 Sep 2008 11:31:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org Date: Wed, 17 Sep 2008 10:40:35 -0400 User-Agent: KMail/1.9.7 References: <75968.1221600374@critter.freebsd.dk> In-Reply-To: <75968.1221600374@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809171040.36105.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 17 Sep 2008 11:31:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8270/Wed Sep 17 09:15:56 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: arch@freebsd.org, Poul-Henning Kamp , Brooks Davis , John Hein Subject: Re: 64 bit time_t 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, 17 Sep 2008 15:31:51 -0000 On Tuesday 16 September 2008 05:26:14 pm Poul-Henning Kamp wrote: > In message <20080916211646.GA35778@lor.one-eyed-alien.net>, Brooks Davis writes > : > > > >--PEIAKu/WMn1b1Hv9 > >Content-Type: text/plain; charset=us-ascii > >Content-Disposition: inline > > > >On Tue, Sep 16, 2008 at 02:17:16PM -0600, John Hein wrote: > >> Other than recompiling for -current users (and not being an MFC-able > >> change and possibly breaking a gazillion unfortunately written ports), > >> are their any other issues with switching to 64 bit time_t for i386? > >> I suppose compat libs are a bit dicey. > > > >Off hand: every syscall that takes a time_t or a structure containing > >a time_t would have to be reimplemented and a compatability version[...] > > This is a pretty nasty piece of work because it also involves the > timespec and timeval structures which appear in ioctls, socket > options, socket messages and so on. And with amd64/x86-64, it may prove to not really be necessary. -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 15:31:51 2008 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 52ECC1065671; Wed, 17 Sep 2008 15:31:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B6AFA8FC13; Wed, 17 Sep 2008 15:31:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8HFVaKQ006866; Wed, 17 Sep 2008 11:31:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org Date: Wed, 17 Sep 2008 10:40:35 -0400 User-Agent: KMail/1.9.7 References: <75968.1221600374@critter.freebsd.dk> In-Reply-To: <75968.1221600374@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809171040.36105.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 17 Sep 2008 11:31:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8270/Wed Sep 17 09:15:56 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: arch@freebsd.org, Poul-Henning Kamp , Brooks Davis , John Hein Subject: Re: 64 bit time_t 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, 17 Sep 2008 15:31:51 -0000 On Tuesday 16 September 2008 05:26:14 pm Poul-Henning Kamp wrote: > In message <20080916211646.GA35778@lor.one-eyed-alien.net>, Brooks Davis writes > : > > > >--PEIAKu/WMn1b1Hv9 > >Content-Type: text/plain; charset=us-ascii > >Content-Disposition: inline > > > >On Tue, Sep 16, 2008 at 02:17:16PM -0600, John Hein wrote: > >> Other than recompiling for -current users (and not being an MFC-able > >> change and possibly breaking a gazillion unfortunately written ports), > >> are their any other issues with switching to 64 bit time_t for i386? > >> I suppose compat libs are a bit dicey. > > > >Off hand: every syscall that takes a time_t or a structure containing > >a time_t would have to be reimplemented and a compatability version[...] > > This is a pretty nasty piece of work because it also involves the > timespec and timeval structures which appear in ioctls, socket > options, socket messages and so on. And with amd64/x86-64, it may prove to not really be necessary. -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 15:34:28 2008 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 F0540106567A for ; Wed, 17 Sep 2008 15:34:28 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id B91558FC2C for ; Wed, 17 Sep 2008 15:34:28 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m8HFYGE7097808 for ; Wed, 17 Sep 2008 09:34:26 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m8HFYA9i096627; Wed, 17 Sep 2008 09:34:10 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m8HFYAGY096624; Wed, 17 Sep 2008 09:34:10 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18641.9074.499346.988999@gromit.timing.com> Date: Wed, 17 Sep 2008 09:34:10 -0600 From: John Hein To: "Poul-Henning Kamp" In-Reply-To: <75968.1221600374@critter.freebsd.dk> References: <20080916211646.GA35778@lor.one-eyed-alien.net> <75968.1221600374@critter.freebsd.dk> X-Mailer: VM 7.19 under Emacs 22.2.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: arch@freebsd.org, Brooks Davis Subject: Re: 64 bit time_t 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, 17 Sep 2008 15:34:29 -0000 Poul-Henning Kamp wrote at 21:26 +0000 on Sep 16, 2008: > In message <20080916211646.GA35778@lor.one-eyed-alien.net>, Brooks Davis writes > : > > > >--PEIAKu/WMn1b1Hv9 > >Content-Type: text/plain; charset=us-ascii > >Content-Disposition: inline > > > >On Tue, Sep 16, 2008 at 02:17:16PM -0600, John Hein wrote: > >> Other than recompiling for -current users (and not being an MFC-able > >> change and possibly breaking a gazillion unfortunately written ports), > >> are their any other issues with switching to 64 bit time_t for i386? > >> I suppose compat libs are a bit dicey. > > > >Off hand: every syscall that takes a time_t or a structure containing > >a time_t would have to be reimplemented and a compatability version[...] > > This is a pretty nasty piece of work because it also involves the > timespec and timeval structures which appear in ioctls, socket > options, socket messages and so on. Okay. Sounds "fun". So for systems where we don't care about compatibility (where a product is built from scratch and we don't have to worry about 3rd party binary libs/programs), the problems mentioned by brooks & phk disappear. No one wants to play the performance or atomic access card? From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 15:38:43 2008 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 C8CC9106566C for ; Wed, 17 Sep 2008 15:38:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 9458D8FC19 for ; Wed, 17 Sep 2008 15:38:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m8HFceX2098296 for ; Wed, 17 Sep 2008 09:38:43 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m8HFccu9096708; Wed, 17 Sep 2008 09:38:38 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m8HFccvq096705; Wed, 17 Sep 2008 09:38:38 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18641.9342.134166.77425@gromit.timing.com> Date: Wed, 17 Sep 2008 09:38:38 -0600 From: John Hein To: John Baldwin In-Reply-To: <200809171040.36105.jhb@freebsd.org> References: <75968.1221600374@critter.freebsd.dk> <200809171040.36105.jhb@freebsd.org> X-Mailer: VM 7.19 under Emacs 22.2.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: arch@freebsd.org Subject: Re: 64 bit time_t 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, 17 Sep 2008 15:38:43 -0000 John Baldwin wrote at 10:40 -0400 on Sep 17, 2008: > And with amd64/x86-64, it may prove to not really be necessary. I'm not sure I understand the "may" part. Aren't we already using 64 bit time_t natively on amd64? Or maybe you're talking about 32 bit compat on amd64. From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 15:43:10 2008 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 08908106566B; Wed, 17 Sep 2008 15:43:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id BF0B28FC19; Wed, 17 Sep 2008 15:43:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4CCD5170E4; Wed, 17 Sep 2008 15:43:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m8HFh74C047837; Wed, 17 Sep 2008 15:43:07 GMT (envelope-from phk@critter.freebsd.dk) To: John Hein From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 17 Sep 2008 09:34:10 CST." <18641.9074.499346.988999@gromit.timing.com> Date: Wed, 17 Sep 2008 15:43:07 +0000 Message-ID: <47836.1221666187@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: arch@freebsd.org, Brooks Davis Subject: Re: 64 bit time_t 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, 17 Sep 2008 15:43:10 -0000 In message <18641.9074.499346.988999@gromit.timing.com>, John Hein writes: >So for systems where we don't care about compatibility (where a >product is built from scratch and we don't have to worry about 3rd >party binary libs/programs), the problems mentioned by brooks & phk >disappear. > >No one wants to play the performance or atomic access card? I know of only the kernel variable "time_second" where that would be a concern, and since we have 64bit atomic writes, I consider that a non-concern. At any rate, even if you write it with two 32bit writes, you will only have one chance for a race every 136 years. Next time you have the chance is: critter phk> bc bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 2^31-1 2147483647 critter phk> date -r 2147483647 Tue Jan 19 03:14:07 UTC 2038 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 16:34:06 2008 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 BAE051065671 for ; Wed, 17 Sep 2008 16:34:06 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 302018FC18 for ; Wed, 17 Sep 2008 16:34:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl83-215.kln.forthnet.gr [77.49.50.215]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m8HGXppW001309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 17 Sep 2008 19:33:57 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m8HGXo6r096048; Wed, 17 Sep 2008 19:33:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m8HGXnta096047; Wed, 17 Sep 2008 19:33:49 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: "Poul-Henning Kamp" References: <75968.1221600374@critter.freebsd.dk> Date: Wed, 17 Sep 2008 19:33:48 +0300 In-Reply-To: <75968.1221600374@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 16 Sep 2008 21:26:14 +0000") Message-ID: <87iqsuk9zn.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m8HGXppW001309 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.848, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.55, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: arch@freebsd.org, Brooks Davis , John Hein Subject: Re: 64 bit time_t 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, 17 Sep 2008 16:34:06 -0000 On Tue, 16 Sep 2008 21:26:14 +0000, "Poul-Henning Kamp" wrote: >In message <20080916211646.GA35778@lor.one-eyed-alien.net>, Brooks Davis writes >>On Tue, Sep 16, 2008 at 02:17:16PM -0600, John Hein wrote: >>> Other than recompiling for -current users (and not being an MFC-able >>> change and possibly breaking a gazillion unfortunately written ports), >>> are their any other issues with switching to 64 bit time_t for i386? >>> I suppose compat libs are a bit dicey. >> >> Off hand: every syscall that takes a time_t or a structure containing >> a time_t would have to be reimplemented and a compatability >> version[...] > > This is a pretty nasty piece of work because it also involves the > timespec and timeval structures which appear in ioctls, socket > options, socket messages and so on. Wire-formats for network protocols are also going to be lots of fun too. icmp4's and tcp4's timestamp options (and other wire-protocol formats) use uint32_t. Presumambly, by the time 32-bits are no longer enough these wire-protools will be replaced by their more modern versions. From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 17:44:13 2008 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 C20A4106576D for ; Wed, 17 Sep 2008 17:44:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE3278FC0A for ; Wed, 17 Sep 2008 17:44:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8HHhL6O007809; Wed, 17 Sep 2008 13:44:07 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: John Hein Date: Wed, 17 Sep 2008 13:21:45 -0400 User-Agent: KMail/1.9.7 References: <75968.1221600374@critter.freebsd.dk> <200809171040.36105.jhb@freebsd.org> <18641.9342.134166.77425@gromit.timing.com> In-Reply-To: <18641.9342.134166.77425@gromit.timing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809171321.45354.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 17 Sep 2008 13:44:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8270/Wed Sep 17 09:15:56 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: arch@freebsd.org Subject: Re: 64 bit time_t 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, 17 Sep 2008 17:44:13 -0000 On Wednesday 17 September 2008 11:38:38 am John Hein wrote: > John Baldwin wrote at 10:40 -0400 on Sep 17, 2008: > > And with amd64/x86-64, it may prove to not really be necessary. > > I'm not sure I understand the "may" part. Aren't we already using 64 > bit time_t natively on amd64? Or maybe you're talking about 32 bit > compat on amd64. Yes, we are, and as newer server-class machines (at least) are predominantly 64-bit, for at least the server-class market it would seem that boxes will probably move to an amd64 kernel with a 64-bit time_t w/o requiring lots of rototilling to support 64-bit time_t on i386. -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Wed Sep 17 20:08:43 2008 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 72518106566B; Wed, 17 Sep 2008 20:08:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 378C88FC13; Wed, 17 Sep 2008 20:08:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m8HJsUsU028379; Wed, 17 Sep 2008 13:54:31 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m8HJsSTj001835; Wed, 17 Sep 2008 13:54:28 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m8HJsSEv001832; Wed, 17 Sep 2008 13:54:28 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18641.24692.875414.533794@gromit.timing.com> Date: Wed, 17 Sep 2008 13:54:28 -0600 From: John Hein To: John Baldwin In-Reply-To: <200809171321.45354.jhb@freebsd.org> References: <75968.1221600374@critter.freebsd.dk> <200809171040.36105.jhb@freebsd.org> <18641.9342.134166.77425@gromit.timing.com> <200809171321.45354.jhb@freebsd.org> X-Mailer: VM 7.19 under Emacs 22.2.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: arch@freebsd.org Subject: Re: 64 bit time_t 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, 17 Sep 2008 20:08:43 -0000 John Baldwin wrote at 13:21 -0400 on Sep 17, 2008: > On Wednesday 17 September 2008 11:38:38 am John Hein wrote: > > John Baldwin wrote at 10:40 -0400 on Sep 17, 2008: > > > And with amd64/x86-64, it may prove to not really be necessary. > > > > I'm not sure I understand the "may" part. Aren't we already using 64 > > bit time_t natively on amd64? Or maybe you're talking about 32 bit > > compat on amd64. > > Yes, we are, and as newer server-class machines (at least) are predominantly > 64-bit, for at least the server-class market it would seem that boxes will > probably move to an amd64 kernel with a 64-bit time_t w/o requiring lots of > rototilling to support 64-bit time_t on i386. Right. I'm more concerned with planning now for y2038 on 32-bit embedded boxes that may still be around in 30 years. In this case, I think it's easy enough for me to just change my local FreeBSD tree to have time_t be 64 bit and recompile. But that doesn't help those users desperately clinging to their 7.1-RELEASE i386 boxes 30 years from now ;) From owner-freebsd-arch@FreeBSD.ORG Thu Sep 18 09:33:16 2008 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 7C2A4106567D; Thu, 18 Sep 2008 09:33:16 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id E83068FC18; Thu, 18 Sep 2008 09:33:10 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl83-215.kln.forthnet.gr [77.49.50.215]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m8I9Wsx7028698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 18 Sep 2008 12:33:00 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m8I9WrBZ064321; Thu, 18 Sep 2008 12:32:53 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m8I9WqfJ064320; Thu, 18 Sep 2008 12:32:52 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: John Hein References: <75968.1221600374@critter.freebsd.dk> <200809171040.36105.jhb@freebsd.org> <18641.9342.134166.77425@gromit.timing.com> <200809171321.45354.jhb@freebsd.org> <18641.24692.875414.533794@gromit.timing.com> Date: Thu, 18 Sep 2008 12:32:51 +0300 In-Reply-To: <18641.24692.875414.533794@gromit.timing.com> (John Hein's message of "Wed, 17 Sep 2008 13:54:28 -0600") Message-ID: <874p4dlry4.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m8I9Wsx7028698 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.849, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.55, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: arch@freebsd.org Subject: Re: 64 bit time_t 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: Thu, 18 Sep 2008 09:33:16 -0000 On Wed, 17 Sep 2008 13:54:28 -0600, John Hein wrote: > But that doesn't help those users desperately clinging to their > 7.1-RELEASE i386 boxes 30 years from now ;) If they are still running 7.1-RELEASE 30 years from now, they can give us their root password now and avoid the wait, I think :) /me ducks and runs From owner-freebsd-arch@FreeBSD.ORG Fri Sep 19 20:35:16 2008 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 7A7E61065677 for ; Fri, 19 Sep 2008 20:35:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E624D8FC27 for ; Fri, 19 Sep 2008 20:35:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8JKZ2D3031464 for ; Fri, 19 Sep 2008 16:35:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: arch@freebsd.org Date: Fri, 19 Sep 2008 14:37:28 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809191437.28550.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 19 Sep 2008 16:35:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8287/Fri Sep 19 04:13:26 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Trim interrupt messages in dmesg.. 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: Fri, 19 Sep 2008 20:35:16 -0000 Personally, I find the MPSAFE/ITHREAD/FILTER messages a bit much in dmesg. I'd like to cut it back to just warning about GIANT-locked handlers. Thoughts? Index: subr_bus.c =================================================================== --- subr_bus.c (revision 183112) +++ subr_bus.c (working copy) @@ -3538,15 +3538,6 @@ return (error); if (handler != NULL && !(flags & INTR_MPSAFE)) device_printf(dev, "[GIANT-LOCKED]\n"); - if (bootverbose && (flags & INTR_MPSAFE)) - device_printf(dev, "[MPSAFE]\n"); - if (filter != NULL) { - if (handler == NULL) - device_printf(dev, "[FILTER]\n"); - else - device_printf(dev, "[FILTER+ITHREAD]\n"); - } else - device_printf(dev, "[ITHREAD]\n"); return (0); } -- John Baldwin From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 08:29:50 2008 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 546CF1065678; Sat, 20 Sep 2008 08:29:50 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:3fb::211]) by mx1.freebsd.org (Postfix) with ESMTP id 169A88FC1F; Sat, 20 Sep 2008 08:29:50 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 789771CCA1; Sat, 20 Sep 2008 10:29:49 +0200 (CEST) Date: Sat, 20 Sep 2008 10:29:49 +0200 From: Ed Schouten To: John Baldwin Message-ID: <20080920082949.GX81522@hoeg.nl> References: <200809191437.28550.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XCIqNWEteo88hZlY" Content-Disposition: inline In-Reply-To: <200809191437.28550.jhb@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: arch@freebsd.org Subject: Re: Trim interrupt messages in dmesg.. 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: Sat, 20 Sep 2008 08:29:50 -0000 --XCIqNWEteo88hZlY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello John, * John Baldwin wrote: > Personally, I find the MPSAFE/ITHREAD/FILTER messages a bit much in dmesg= =2E =20 > I'd like to cut it back to just warning about GIANT-locked handlers. =20 > Thoughts? What about printing all the flags only when bootverbose is turned on, just like MPSAFE is right now? --=20 Ed Schouten WWW: http://80386.nl/ --XCIqNWEteo88hZlY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjUtH0ACgkQ52SDGA2eCwWDQACdE16XSbzbYcujKK6RKu7UUU9P Hb0An1kgWoZ8ZgZ6NaK9liRgCPr7vMoP =NgFs -----END PGP SIGNATURE----- --XCIqNWEteo88hZlY-- From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 09:37:13 2008 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 3052A1065670 for ; Sat, 20 Sep 2008 09:37:13 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id E1F968FC0A for ; Sat, 20 Sep 2008 09:37:12 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 5EBDF6D42B; Sat, 20 Sep 2008 11:20:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LhzMUDIDBKfF; Sat, 20 Sep 2008 11:20:34 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 6387E6D423; Sat, 20 Sep 2008 11:20:34 +0200 (CEST) Date: Sat, 20 Sep 2008 11:20:34 +0200 From: Rink Springer To: Ed Schouten Message-ID: <20080920092034.GC49919@rink.nu> References: <200809191437.28550.jhb@freebsd.org> <20080920082949.GX81522@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080920082949.GX81522@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: arch@freebsd.org Subject: Re: Trim interrupt messages in dmesg.. 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: Sat, 20 Sep 2008 09:37:13 -0000 On Sat, Sep 20, 2008 at 10:29:49AM +0200, Ed Schouten wrote: > What about printing all the flags only when bootverbose is turned on, > just like MPSAFE is right now? I'd prefer just to nuke them completely. It's not as if they are so informative with almost everything finely-locked - plus if you need details, you have The Source(tm) :-) Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 13:45:58 2008 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 25FA91065679 for ; Sat, 20 Sep 2008 13:45:58 +0000 (UTC) (envelope-from piso@southcross.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD358FC1A for ; Sat, 20 Sep 2008 13:45:56 +0000 (UTC) (envelope-from piso@southcross.wired.org) Received: from southcross.wired.org (unknown [94.36.140.190]) by mail.oltrelinux.com (Postfix) with SMTP id AD39411AE86 for ; Sat, 20 Sep 2008 15:19:14 +0200 (CEST) Received: (qmail 53915 invoked by uid 1001); 20 Sep 2008 15:21:54 +0200 Date: Sat, 20 Sep 2008 15:21:54 +0200 From: Paolo Pisati To: Rink Springer Message-ID: <20080920132154.GA53882@tin.it> References: <200809191437.28550.jhb@freebsd.org> <20080920082949.GX81522@hoeg.nl> <20080920092034.GC49919@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080920092034.GC49919@rink.nu> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Ed Schouten , arch@freebsd.org Subject: Re: Trim interrupt messages in dmesg.. 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: Sat, 20 Sep 2008 13:45:58 -0000 On Sat, Sep 20, 2008 at 11:20:34AM +0200, Rink Springer wrote: > > I'd prefer just to nuke them completely. It's not as if they are so > informative with almost everything finely-locked - plus if you need > details, you have The Source(tm) :-) actually there's nothing related to locking with these messages. with filters you can have 3 different setup: a filter-only driver, an ithread-only driver or a filter+ithread driver. Thus while i was developing intr filtr i wanted to know which driver was using what, and that's where these messges were added. -- bye, P. From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 17:13:18 2008 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 C88121065679; Sat, 20 Sep 2008 17:13:18 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1938FC22; Sat, 20 Sep 2008 17:13:18 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m8KGvQ2x044957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Sep 2008 09:57:27 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48D52B76.9080606@freebsd.org> Date: Sat, 20 Sep 2008 09:57:26 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Rink Springer References: <200809191437.28550.jhb@freebsd.org> <20080920082949.GX81522@hoeg.nl> <20080920092034.GC49919@rink.nu> In-Reply-To: <20080920092034.GC49919@rink.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: Ed Schouten , arch@freebsd.org Subject: Re: Trim interrupt messages in dmesg.. 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: Sat, 20 Sep 2008 17:13:18 -0000 Rink Springer wrote: > On Sat, Sep 20, 2008 at 10:29:49AM +0200, Ed Schouten wrote: > >> What about printing all the flags only when bootverbose is turned on, >> just like MPSAFE is right now? >> > > I'd prefer just to nuke them completely. It's not as if they are so > informative with almost everything finely-locked - plus if you need > details, you have The Source(tm) :-) > Actually the code is useless. We need a way to identify how each handler is registered. So long as we have that I'm fine with trimming the msgs. Sticking it under bootverbose is ok too though I'd still like a way to see how the handler is registered w/o have to reboot. Sam From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 17:31:26 2008 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 298391065670 for ; Sat, 20 Sep 2008 17:31:26 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id D801D8FC1A for ; Sat, 20 Sep 2008 17:31:25 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m8KHVPAH030946 for ; Sat, 20 Sep 2008 10:31:25 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m8KHVPbq030945; Sat, 20 Sep 2008 10:31:25 -0700 (PDT) Date: Sat, 20 Sep 2008 10:31:25 -0700 (PDT) From: Matthew Dillon Message-Id: <200809201731.m8KHVPbq030945@apollo.backplane.com> To: arch@freebsd.org References: <200809191437.28550.jhb@freebsd.org> <20080920082949.GX81522@hoeg.nl> <20080920092034.GC49919@rink.nu> <48D52B76.9080606@freebsd.org> Cc: Subject: Re: Trim interrupt messages in dmesg.. 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: Sat, 20 Sep 2008 17:31:26 -0000 :Actually the code is useless. We need a way to identify how each :handler is registered. So long as we have that I'm fine with trimming :the msgs. Sticking it under bootverbose is ok too though I'd still like :a way to see how the handler is registered w/o have to reboot. : : Sam I would recommend augmenting vmstat -i to provide the required information. -Matt Matthew Dillon From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 19:34:36 2008 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 39AF01065672 for ; Sat, 20 Sep 2008 19:34:36 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 11BBE8FC16 for ; Sat, 20 Sep 2008 19:34:35 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m8KJYYFY045789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Sep 2008 12:34:35 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48D5504A.7080309@freebsd.org> Date: Sat, 20 Sep 2008 12:34:34 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Matthew Dillon References: <200809191437.28550.jhb@freebsd.org> <20080920082949.GX81522@hoeg.nl> <20080920092034.GC49919@rink.nu> <48D52B76.9080606@freebsd.org> <200809201731.m8KHVPbq030945@apollo.backplane.com> In-Reply-To: <200809201731.m8KHVPbq030945@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: arch@freebsd.org Subject: Re: Trim interrupt messages in dmesg.. 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: Sat, 20 Sep 2008 19:34:36 -0000 Matthew Dillon wrote: > :Actually the code is useless. We need a way to identify how each > :handler is registered. So long as we have that I'm fine with trimming > :the msgs. Sticking it under bootverbose is ok too though I'd still like > :a way to see how the handler is registered w/o have to reboot. > : > : Sam > > I would recommend augmenting vmstat -i to provide the required > information. > Doesn't belong there IMO but devinfo (where I hoped it might go) lacks the context to collect the info. Sam From owner-freebsd-arch@FreeBSD.ORG Sat Sep 20 23:26:50 2008 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 8784D106566B for ; Sat, 20 Sep 2008 23:26:50 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id F1B1E8FC08 for ; Sat, 20 Sep 2008 23:26:49 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id m8KNBrpe008984; Sun, 21 Sep 2008 01:11:53 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id m8KNBrTk008983; Sun, 21 Sep 2008 01:11:53 +0200 (CEST) (envelope-from marius) Date: Sun, 21 Sep 2008 01:11:53 +0200 From: Marius Strobl To: Marcel Moolenaar Message-ID: <20080920231152.GA67442@alchemy.franken.de> References: <200809181356.m8IDuaxT089888@repoman.freebsd.org> <200809181027.51997.jhb@freebsd.org> <20080918191947.GX94638@alchemy.franken.de> <89B9A8BE-05F2-4DB2-B7B2-AB240AA9F0DD@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <89B9A8BE-05F2-4DB2-B7B2-AB240AA9F0DD@mac.com> User-Agent: Mutt/1.4.2.3i Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, arch@freebsd.org Subject: removal of ipi_all() and ipi_self() [Re: cvs commit: src/sys/sparc64/include smp.h src/sys/sparc64/sparc64 genassym.c mp_machdep.c] 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: Sat, 20 Sep 2008 23:26:50 -0000 On Thu, Sep 18, 2008 at 12:48:52PM -0700, Marcel Moolenaar wrote: > > On Sep 18, 2008, at 12:19 PM, Marius Strobl wrote: > > >On Thu, Sep 18, 2008 at 10:27:51AM -0400, John Baldwin wrote: > >>On Thursday 18 September 2008 09:56:30 am Marius Strobl wrote: > >>>marius 2008-09-18 13:56:30 UTC > >>> > >>> FreeBSD src repository > >>> > >>> Modified files: > >>> sys/sparc64/include smp.h > >>> sys/sparc64/sparc64 genassym.c mp_machdep.c > >>> Log: > >>> SVN rev 183142 on 2008-09-18 13:56:30Z by marius > >>> > >>> - Newer firmware versions no longer provide SUNW,stop-self so just > >>> disable interrupts and loop forever with these. > >>> - Hide all MP-related bits in underneath #ifdef > >>>SMP. > >>> - Inline ipi_all_but_self(9) and ipi_selected(9). We don't expose > >>>any > >>> additional bits but save a few cycles by doing so. > >>> - Remove ipi_all(9), which actually only called panic(9). It > >>>can't be > >>> implemented natively anyway and having it removed at least causes > >>> MI users to fail already fail when linking. > >> > >>Should we just remove ipi_all() completely? > >> > > > >Well, grepping in the CVS repository shows that there never was > >an actually consumer of ipi_all() (only #ifdef'ed out ones in > >ironically the sparc64 code) so it seems to be a good candidate > >for axing. Generally I can't think of a reason why MI code would > >want a CPU to send an IPI to itself. Actually, ipi_self() also > >isn't and never was used in MI code, only in ia64 and powerpc > >code for testing purposes. > > That's DS (=developer-specific) code rather than MI or MD code :-) > > Sending a test IPI to 'self' helps with bring-up or porting, but > serves no real purpose (other than maybe a POST-like purpose) > once IPIs are known to work... > Okay, I take these as a call for removing ipi_all() and ipi_self() along with the ia64 and powerpc test IPI code completely. A patch doing just that and which passes a universe build just fine is at: http://people.freebsd.org/~marius/nuke_ipi_all_self.diff Does anybody object to committing it? Should __FreeBSD_version be bumped for this? Marius