From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 05:16:25 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 55C0F106564A for ; Sun, 12 Jun 2011 05:16:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E7F11154B7F for ; Sun, 12 Jun 2011 05:16:24 +0000 (UTC) Message-ID: <4DF44BA6.3070802@FreeBSD.org> Date: Sat, 11 Jun 2011 22:16:22 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mariadb-server-5.2.6 failed on amd64 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 05:16:25 -0000 No luck on -ports, anyone here have a suggestion? I'm confused by this error, since it works just fine with default settings on 7 and 8 with both amd64 and i386. Can someone give me a suggestion on the right direction to look? -------- Original Message -------- > Excerpt from the build log at > > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.9.20110609110911/mariadb-server-5.2.6.log > > building mariadb-server-5.2.6 on gohan61.freebsd.org > if c++ -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME='"/usr/local"' -DMYSQL_DATADIR='"/usr/local/var"' -DSHAREDIR='"/usr/local/share/mysql"' -DPLUGINDIR='"/usr/local/lib/mysql/plugin"' -DHAVE_EVENT_SCHEDULER -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include -I../regex -I. -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -MT sql_builtin.o -MD -MP -MF ".deps/sql_builtin.Tpo" -c -o sql_builtin.o sql_builtin.cc; then mv -f ".deps/sql_builtin.Tpo" ".deps/sql_builtin.Po"; else rm -f ".deps/sql_builtin.Tpo"; exit 1; fi > In file included from ../include/my_global.h:454, > from sql_builtin.cc:16: > /usr/include/sys/timeb.h:42:2: warning: #warning "this file includes which is deprecated" > libtool: link: cc -shared .libs/udf_example.o -lcrypt -lm -lpthread -lrt -Wl,-soname -Wl,udf_example.so.0 -o .libs/udf_example.so.0 > libtool: link: c++ -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysql_tzinfo_to_sql mysql_tzinfo_to_sql-tztime.o ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/.libs/libregex.a ../strings/libmystrings.a -lz -lcrypt -lm -lpthread -lrt > libtool: link: (cd ".libs" && rm -f "udf_example.so" && ln -s "udf_example.so.0" "udf_example.so") > libtool: link: (cd ".libs" && rm -f "udf_example.so" && ln -s "udf_example.so.0" "udf_example.so") > libtool: link: ar cru .libs/libndb.a .libs/libndb_la-ha_ndbcluster.o .libs/libndb_la-ha_ndbcluster_binlog.o .libs/libndb_la-ha_ndbcluster_cond.o > libtool: link: ranlib .libs/libndb.a > libtool: link: ( cd ".libs" && rm -f "libndb.la" && ln -s "../libndb.la" "libndb.la" ) > libtool: link: ar cru .libs/udf_example.a udf_example.o > libtool: link: ranlib .libs/udf_example.a > libtool: link: ( cd ".libs" && rm -f "udf_example.la" && ln -s "../udf_example.la" "udf_example.la" ) > /bin/sh ../libtool --tag=CXX --mode=link c++ -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysqld sql_lex.o sql_handler.o sql_partition.o item.o item_sum.o item_buff.o item_func.o item_cmpfunc.o item_strfunc.o item_timefunc.o thr_malloc.o item_create.o item_subselect.o item_row.o item_geofunc.o item_xmlfunc.o field.o strfunc.o key.o sql_class.o sql_list.o net_serv.o protocol.o sql_state.o lock.o my_lock.o sql_string.o sql_manager.o sql_map.o mysqld.o password.o hash_filo.o hostname.o sql_connect.o scheduler.o sql_parse.o set_var.o sql_yacc.o sql_base.o table.o sql_select.o sql_insert.o sql_profile.o sql_prepare.o sql_error.o sql_locale.o sql_update.o sql_delete.o uniques.o sql_do.o procedure.o sql_test.o log.o init.o derror.o sql_acl.o unireg.o des_key_file.o log_event.o rpl_record.o log_event_old.o rpl_record_old.o discover.o time.o opt_range.o opt_sum.o records.o filesort .o > handler.o ha_partition.o debug_sync.o sql_db.o sql_table.o sql_rename.o sql_crypt.o sql_load.o mf_iocache.o field_conv.o sql_show.o sql_udf.o sql_analyse.o sql_cache.o slave.o sql_repl.o rpl_filter.o rpl_tblmap.o rpl_utility.o rpl_injector.o rpl_rli.o rpl_mi.o rpl_reporting.o sql_union.o sql_derived.o sql_client.o repl_failsafe.o sql_olap.o sql_view.o gstream.o spatial.o sql_help.o sql_cursor.o tztime.o my_decimal.o sp_head.o sp_pcontext.o sp_rcontext.o sp.o sp_cache.o parse_file.o sql_trigger.o event_scheduler.o event_data_objects.o event_queue.o event_db_repository.o events.o sql_plugin.o sql_binlog.o sql_builtin.o sql_tablespace.o partition_info.o sql_servers.o event_parse_data.o opt_table_elimination.o create_options.o mini_client_errors.o pack.o client.o my_time.o my_user.o client_plugin.o libndb.la -static -all-static -L/usr/local/lib -levent ../storage/myisam/libmyisam_s.la ../storage/archive/libarchive.la ../storage/blackhole/libblackhol e. > la ../storage/csv/libcsv.la ../storage/federatedx/libfederat! > edx.la ../storage/heap/libheap_s.la ../storage/maria/libaria_s.la ../storage/myisammrg/libmyisammrg_s.la ../storage/sphinx/libsphinx.la ../storage/xtradb/libxtradb.la ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/libregex.la ../strings/libmystrings.a -lz ../extra/yassl/src/libyassl.la ../extra/yassl/taocrypt/src/libtaocrypt.la -lcrypt -lm -lpthread -lrt > libtool: link: c++ -O2 -pipe -fno-strict-aliasing -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -o mysqld sql_lex.o sql_handler.o sql_partition.o item.o item_sum.o item_buff.o item_func.o item_cmpfunc.o item_strfunc.o item_timefunc.o thr_malloc.o item_create.o item_subselect.o item_row.o item_geofunc.o item_xmlfunc.o field.o strfunc.o key.o sql_class.o sql_list.o net_serv.o protocol.o sql_state.o lock.o my_lock.o sql_string.o sql_manager.o sql_map.o mysqld.o password.o hash_filo.o hostname.o sql_connect.o scheduler.o sql_parse.o set_var.o sql_yacc.o sql_base.o table.o sql_select.o sql_insert.o sql_profile.o sql_prepare.o sql_error.o sql_locale.o sql_update.o sql_delete.o uniques.o sql_do.o procedure.o sql_test.o log.o init.o derror.o sql_acl.o unireg.o des_key_file.o log_event.o rpl_record.o log_event_old.o rpl_record_old.o discover.o time.o opt_range.o opt_sum.o records.o filesort.o handler.o ha_partition.o debug_sync.o sql_db.o sql_tab le > .o sql_rename.o sql_crypt.o sql_load.o mf_iocache.o field_conv.o sql_show.o sql_udf.o sql_analyse.o sql_cache.o slave.o sql_repl.o rpl_filter.o rpl_tblmap.o rpl_utility.o rpl_injector.o rpl_rli.o rpl_mi.o rpl_reporting.o sql_union.o sql_derived.o sql_client.o repl_failsafe.o sql_olap.o sql_view.o gstream.o spatial.o sql_help.o sql_cursor.o tztime.o my_decimal.o sp_head.o sp_pcontext.o sp_rcontext.o sp.o sp_cache.o parse_file.o sql_trigger.o event_scheduler.o event_data_objects.o event_queue.o event_db_repository.o events.o sql_plugin.o sql_binlog.o sql_builtin.o sql_tablespace.o partition_info.o sql_servers.o event_parse_data.o opt_table_elimination.o create_options.o mini_client_errors.o pack.o client.o my_time.o my_user.o client_plugin.o -static ./.libs/libndb.a -L/usr/local/lib /usr/local/lib/libevent.so ../storage/myisam/.libs/libmyisam_s.a ../storage/archive/.libs/libarchive.a ../storage/blackhole/.libs/libblackhole.a ../storage/csv/.libs/libcsv.a ../storage/federate dx > /.libs/libfederatedx.a ../storage/heap/.libs/libheap_s.a ../! > storage/maria/.libs/libaria_s.a ../storage/myisammrg/.libs/libmyisammrg_s.a ../storage/sphinx/.libs/libsphinx.a ../storage/xtradb/.libs/libxtradb.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/.libs/libregex.a ../strings/libmystrings.a -lz ../extra/yassl/src/.libs/libyassl.a ../extra/yassl/taocrypt/src/.libs/libtaocrypt.a -lcrypt -lm -lpthread -lrt -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: attempted static link of dynamic object `/usr/local/lib/libevent.so' > *** Error code 1 > 1 error > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 1 > 1 error > *** Error code 1 > > Stop in /a/ports/databases/mariadb-server. > ================================================================ > build of /usr/ports/databases/mariadb-server ended at Thu Jun 9 12:55:59 UTC 2011 From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 08:56:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580F3106564A; Sun, 12 Jun 2011 08:56:56 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 01E0F8FC12; Sun, 12 Jun 2011 08:56:55 +0000 (UTC) Received: by iyj12 with SMTP id 12so4650244iyj.13 for ; Sun, 12 Jun 2011 01:56:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=WiloXzf6LuOz2luZ+dSyRveKsE2eL+SB2OjSonukkjs=; b=fg/GSBDFgNagbaDm+EPESEIqNxnPE5p+9EGx5qTD/vMFKrgc5PTjsFFnk7ecqVzwiM D3HH9LwbZj9+wHFj2I9wxgtasNdu/82VSJdHJ8lBf0/OWZB4yiqyIojIpSUmN+lLR92N 5lYiR1AZEImKTMPcwZ9vTahvmfG5ef+C44fp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=GwER7q3T6ocIJKqB1uDrM+EcJ85p96TH6R1Rwyjm50Bfb/Y+6LJKYTCJmKmqN3f/BE rBqZok8XKkzQ2urjPaxrBZozEz/AvnKMSNklqLiIPMzhjUB8sUmbjTGE738UsFdVF4qA R0gfgESkCjPGLfi+F3XoJj6Z9kZImMSr9kSbE= Received: by 10.231.16.3 with SMTP id m3mr4217468iba.195.1307869015164; Sun, 12 Jun 2011 01:56:55 -0700 (PDT) Received: from DataIX.net ([99.181.139.216]) by mx.google.com with ESMTPS id x13sm2213886ibh.67.2011.06.12.01.56.53 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 01:56:53 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5C8uo4L012380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 04:56:51 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5C8une8012379; Sun, 12 Jun 2011 04:56:49 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 04:56:49 -0400 From: Jason Hellenthal To: Doug Barton Message-ID: <20110612085649.GA11503@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <4DF3E98B.40108@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 08:56:56 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2011 at 03:17:47PM -0700, Doug Barton wrote: > Howdy, >=20 > Per discussion on -arch and the svn list about improving boot time and=20 > stripping down the kernel to just that-which-cannot-be-modularized I=20 > created the attached script to kldload modules that don't need to be in= =20 > loader.conf. It cut quite a bit of time off my boot, so hopefully it=20 > will be useful to others as well. >=20 > To use it just put everything that is being _load'ed in loader.conf into= =20 > kld_list in rc.conf[.local]. For example, mine has: >=20 > kld_list=3D'umass coretemp ichwd linux nvidia if_wpi' >=20 > If there is agreement that this is a good direction to go I'll be happy= =20 > to commit this along with the relevant /etc/defaults/rc.conf and=20 > rc.conf.5 changes. >=20 umass for one I could see how it would speed up your boot since you would not have to probe for USB devices to possibly mount root from but not a big show stopper for those who don't need that so this would come in handy in that case but could also be handled by devd more elequently. coretemp ichwd linux nvidia if_wpi: I can't really see how this would speed up booting at all since the same initialization is going to be done after root is mounted or before root is mounted. Whats the difference here ? Cutting modules out of the kernel in general does help speed up booting but loading those same modules later in the boot process will just lead you back to the same boot time. So all in all this would be just subverting what loader.conf already does quite nicely... just loads. Is there some other motivation besides boot times ? that is inspiring the move from loader.conf to rc.onf[.local] ? And then sticking to the semantics of the rest of the rc system not to put a color on this but [following]. kldload_enable=3D"YES" kldload_list=3D"mod1 mod2 mod3 mod4 mod5" kldload_flags=3D"" Seems to make sense if it has to happen. *shrug* --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9H9RAAoJEJBXh4mJ2FR+vhgH/2TfJYkonF1HPSBCHji29YfY /AKB+AwzLUUwhu1HhoDKX53VcUs7+ERySQ6RqPIOY2T/4po/KLXdkQXpWsxSHVKe H8KJnQdGXQ55XR4IvhRWrlR9q+Odd+yz141GWZYU1pparNX/BNSczEM37kB9cpUX BOhcSUACuPYaGaGQNhHbYMgbCOIy9W6iDOMRsjiQyvC0JBqnHW8RlYHNS1TYxViN 19wW0My48acojY+850XrKsUvEQ3GpKvxdmPvYvFCDdLhohLwkKFVSk37WEF7O7jq x5ECGPkHdIZFkG/2Qi4h3EQO1fSl653Of4vXW8bjHa8IP0WAS5fCuSCudvHvxnE= =takR -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 09:52:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C36106566B for ; Sun, 12 Jun 2011 09:52:28 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D946C8FC15 for ; Sun, 12 Jun 2011 09:52:27 +0000 (UTC) Received: by iyj12 with SMTP id 12so4672632iyj.13 for ; Sun, 12 Jun 2011 02:52:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MO2km1Q7GjdLCmWkz9NoI755O8n5TJ8TWxd/EUPTS1s=; b=x7kq+kivuFfPgtv4fzf3tHKzAAxWDOTJi8lIHUv/yesckbeLn3417E7334Dwxq0CH5 AF8EtaleaWr/ksIsb5jENPaKB3ONd1smGmPRAVbzXrCr+O/XoSR0eCaKpqHh7wOLipNg qh5l33I4yS22vZ9KUvix7WjxppZMEoo0ZuJ98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Vs/ugoLJXnED7SWW5bJIJ7Nl+yDVu7ficf6d5+mSZ8ap4U3cLY6dB28j91pjEXO5sQ /toraPzeUSzti8YtWtYM2N0Pqp+i8ffIuu76Dargzycx5VyBnd5zHLclZVHJ7gOytp+x Z9lpyiRQ77fyWziZyHmaItpb7nBmlMpOpebT8= MIME-Version: 1.0 Received: by 10.231.51.17 with SMTP id b17mr4501732ibg.0.1307872346064; Sun, 12 Jun 2011 02:52:26 -0700 (PDT) Received: by 10.231.35.75 with HTTP; Sun, 12 Jun 2011 02:52:26 -0700 (PDT) In-Reply-To: <4DF3E98B.40108@FreeBSD.org> References: <4DF3E98B.40108@FreeBSD.org> Date: Sun, 12 Jun 2011 17:52:26 +0800 Message-ID: From: Buganini To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 09:52:28 -0000 If kldload could work in parallel, this https://github.com/buganini/brackets may help. --Buganini From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 11:24:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A03421065672; Sun, 12 Jun 2011 11:24:14 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 281238FC0A; Sun, 12 Jun 2011 11:24:13 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id p5CAEVRl009807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 12 Jun 2011 12:14:31 +0200 Received: from [192.168.100.129] (206.Red-83-59-160.dynamicIP.rima-tde.net [83.59.160.206]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id p5CAEPrQ013722 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 12:14:30 +0200 Message-ID: <4DF49181.1000007@entel.upc.edu> Date: Sun, 12 Jun 2011 12:14:25 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> In-Reply-To: <20110612085649.GA11503@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sun, 12 Jun 2011 12:14:31 +0200 (CEST) Cc: jhell@DataIX.net, Doug Barton Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 11:24:14 -0000 Al 12/06/11 10:56, En/na Jason Hellenthal ha escrit: > > umass for one I could see how it would speed up your boot since you > would not have to probe for USB devices to possibly mount root from but > not a big show stopper for those who don't need that so this would come > in handy in that case but could also be handled by devd more elequently. > > coretemp ichwd linux nvidia if_wpi: I can't really see how this would > speed up booting at all since the same initialization is going to be > done after root is mounted or before root is mounted. Whats the > difference here ? > > > Cutting modules out of the kernel in general does help speed up booting > but loading those same modules later in the boot process will just lead > you back to the same boot time. So all in all this would be just > subverting what loader.conf already does quite nicely... just loads. > I wouldn't say that. There are cases where kldloading modules from loader.conf take longer than kldloading them from rc.d scripts. For example, in my case, I'm booting from a zfs-only installation. Kldloading a ten or twelve modules in loader.conf takes a long time compared to a UFS-only installation. Moving them to a rc.d script would allow me to save a lot of time during the boot process. I do agree that it is dangerous to move certain modules like umass from loader.conf. For example, a NAS or pfsense installation would like to mount a umass device as the root filesystem. So I think this case is a little bit complicated. A brief messages explaining that umass needs to be kldloaded from loader.conf in the case of a usb as the root filesystem would be enough. So if we plan to have the possibility to do zfs-only installations in a near future (I think pcbsd people would love this) I think it is not a bad idea to move the kldloading of certain modules from loader.conf to the rc infrastructure. Best regards, Gustau From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 16:43:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01012106564A for ; Sun, 12 Jun 2011 16:43:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B3CFF8FC08 for ; Sun, 12 Jun 2011 16:43:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QVnkl-0003Oc-Ju>; Sun, 12 Jun 2011 18:43:11 +0200 Received: from e178021162.adsl.alicedsl.de ([85.178.21.162] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QVnkl-0002P8-Hb>; Sun, 12 Jun 2011 18:43:11 +0200 Message-ID: <4DF4EC9F.9020604@zedat.fu-berlin.de> Date: Sun, 12 Jun 2011 18:43:11 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110601 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD Current , "freebsd-performance@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.21.162 Cc: Subject: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 16:43:13 -0000 I use some numerical code utilizing the SIMD units of modern X86 architectures. Code compiles well using gcc/gcc46, but clang does not know about the __builtin_ia32_xxxxx() statements. How to treat those in clang and how to make C code compiling with clang utilizing those __builtin_ia32 statements? Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 18:51:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 985341065673 for ; Sun, 12 Jun 2011 18:51:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 924521536D1; Sun, 12 Jun 2011 18:51:12 +0000 (UTC) Message-ID: <4DF50AA1.9080607@FreeBSD.org> Date: Sun, 12 Jun 2011 11:51:13 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> In-Reply-To: <20110612085649.GA11503@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 18:51:15 -0000 On 6/12/2011 1:56 AM, Jason Hellenthal wrote: > Cutting modules out of the kernel in general does help speed up booting > but loading those same modules later in the boot process will just lead > you back to the same boot time. Loading modules via loader.conf is many times slower than doing it from disk after the system is partially booted. (As in, 2-3 seconds per module vs. nearly instantaneous for all 6.) I didn't offer my list as an example of what to do, I offered it as a syntax example. I would of course expect people to use appropriate discretion to load things in loader.conf that are necessary for boot. (Of course, the fact that people can easily get this wrong is a strike against the technique.) There is no point in having an _enable for this script because if the kld_list is empty, nothing happens. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 18:56:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937B51065675; Sun, 12 Jun 2011 18:56:39 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFF58FC20; Sun, 12 Jun 2011 18:56:38 +0000 (UTC) Received: by iwn33 with SMTP id 33so4914510iwn.13 for ; Sun, 12 Jun 2011 11:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=aSBRVnI9rZ6lyrjzlB1kZS/146SbZC1y7tfx6NN8s8s=; b=p8YVzYed8OZixsgCVPZ63KXH/gdjLxY7Z4l0xVYVijohgDmmsNzi9HpX79zUQvSv7+ w6vP9NXG+OzJh5hGnHTp9HNXJqSfFWIHQdE2+rzkHNcDdK6nZ2p1grXhiKPH1VAwz9nM 5wESUCfAgolGkVENE0NzFpbtlZswDGZ8jvtdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=tdAtzn0zoYLNsxe7uP98LMqj0GYW9twYapk3UZ1S7tj3wy3qcnzMPBZWczUf7kQ+HP YtszQ8Reomvh64UHALDIOppzXYbDsNgxP8lGEk7fEGXVSp+LLs2HFTVSfEhmpuxoJhfc Af7U0h4C9z4OdCkZHoGf3ONrhuEFePd0IzgCo= Received: by 10.42.163.130 with SMTP id c2mr5389680icy.522.1307904998423; Sun, 12 Jun 2011 11:56:38 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id hp8sm4113477icc.23.2011.06.12.11.56.36 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 11:56:37 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CIuWMT044788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 14:56:32 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CIuVS1044787; Sun, 12 Jun 2011 14:56:31 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 14:56:31 -0400 From: Jason Hellenthal To: Gustau =?iso-8859-1?Q?P=E9rez?= Message-ID: <20110612185631.GA15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <4DF49181.1000007@entel.upc.edu> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 18:56:39 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 12, 2011 at 12:14:25PM +0200, Gustau P=E9rez wrote: > Al 12/06/11 10:56, En/na Jason Hellenthal ha escrit: > > > > umass for one I could see how it would speed up your boot since you > > would not have to probe for USB devices to possibly mount root from but > > not a big show stopper for those who don't need that so this would come > > in handy in that case but could also be handled by devd more elequently. > > > > coretemp ichwd linux nvidia if_wpi: I can't really see how this would > > speed up booting at all since the same initialization is going to be > > done after root is mounted or before root is mounted. Whats the > > difference here ? > > > > > > Cutting modules out of the kernel in general does help speed up booting > > but loading those same modules later in the boot process will just lead > > you back to the same boot time. So all in all this would be just > > subverting what loader.conf already does quite nicely... just loads. > > >=20 > I wouldn't say that. There are cases where kldloading modules from > loader.conf take longer than kldloading them from rc.d scripts. >=20 > For example, in my case, I'm booting from a zfs-only installation. > Kldloading a ten or twelve modules in loader.conf takes a long time > compared to a UFS-only installation. Moving them to a rc.d script would > allow me to save a lot of time during the boot process. >=20 So technically here a ZFS only install is lacking the speed in which modules are loaded. I would prefer to find out why and fix that before we go about adding new functionality to rcNG. This is not a "I am apposed to adding it" but rather a lets not just side track what is actually happening. Personally after giving this some more thought I would not mind seeing the same syntax as in loader.conf brought to rc.conf. I think this would lead to the least amount of confusion while giving the most amount of control. Example: zfs_load=3D"YES" nullfs_load=3D"YES" - or - (for grouping) load_nullfs=3D"YES" load_zfs=3D"YES" - or -=20 kldload_nullfs=3D"YES" kldload_zfs=3D"YES" While I like to keep things grouped and lean toward that more I think keeping the original syntax and just adding that to rc.conf capability would be a good move. > I do agree that it is dangerous to move certain modules like umass > from loader.conf. For example, a NAS or pfsense installation would like > to mount a umass device as the root filesystem. So I think this case is > a little bit complicated. A brief messages explaining that umass needs > to be kldloaded from loader.conf in the case of a usb as the root > filesystem would be enough. >=20 > So if we plan to have the possibility to do zfs-only installations in > a near future (I think pcbsd people would love this) I think it is not a > bad idea to move the kldloading of certain modules from loader.conf to > the rc infrastructure. >=20 --=20 "Unity can only be manifested by the Binary. Unity itself and the idea of U= nity are already two." -- Buddha Regards, (jhell) Jason Hellenthal --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9QveAAoJEJBXh4mJ2FR+8HgH/2xbSfipvNw6RjfYvNBhWOFQ W9OSRUJ7gpIQUmGPHrkvBaRw+Mkv2gHlJ0RObfAWwy1fzABwKWcBmXYZtccQactQ AH0xTKGUVkjeLUZytQ+CrpdEbLhuCaDFsXRtrARXNvS4cH1Dhf8/+ExLKj4X9d32 hKxIHXJlntqtiOOl0VZcJ2+/deP7UsH7xOsiO+iRh82cFEUpN1ukdXR4uME5UuCn HUtV//g7VPV1mb8u+tV3UG7M32xIIa+0MZCLFh9FmleDqW4UsMN+4W4xA/HXFPsc qDD3hZTElFxgI0kcpCwVCe5Iviv6P/tWrLvQTa5ZKkHM+Bks0A1l20jKnQ/Ng3w= =CmP9 -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:00:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id CE305106564A for ; Sun, 12 Jun 2011 19:00:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5353614F14A; Sun, 12 Jun 2011 19:00:55 +0000 (UTC) Message-ID: <4DF50CE8.4020606@FreeBSD.org> Date: Sun, 12 Jun 2011 12:00:56 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> In-Reply-To: <20110612185631.GA15184@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Gustau_P=E9rez?= , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:00:55 -0000 On 6/12/2011 11:56 AM, Jason Hellenthal wrote: > So technically here a ZFS only install is lacking the speed in which > modules are loaded. It has nothing to do with zfs. It has to do with how the kernel and modules are loaded at boot time, vs. after the disks are up. Please read the threads on -arch and the svn list before proceeding. > I would prefer to find out why and fix that before > we go about adding new functionality to rcNG. It's rc.d. It isn't "next generation" anymore. > Personally after giving this some more thought I would not mind seeing > the same syntax as in loader.conf brought to rc.conf. Absolutely not. That would not fit into the way we do things at all, and would essentially require /etc/rc to do the processing, which is a huge step in the wrong direction. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:05:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C819106564A; Sun, 12 Jun 2011 19:05:19 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C8D078FC16; Sun, 12 Jun 2011 19:05:18 +0000 (UTC) Received: by iwn33 with SMTP id 33so4919197iwn.13 for ; Sun, 12 Jun 2011 12:05:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=q4rf50knn5fSgAQ8vVJApxNUbvvq4KxZ+xY+4yU5Amw=; b=XBV4UIkK3TjlABgZjQXhYnkECd4ZdOk9y51PpWB2xVEaUQI0tfUA4QjfwKYiiV1YVe pdgrT4WXlrqC7jwlBTq+p+a7+9J3Sbo444jzTpRjL7LGco98aWAl/PuphrWnNVsaL0tr N9sTS9R9rLtFyAhaz9X+7PU4l1/mipA/Xzwxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=mRuB0bpjiEef+VPn9iqTve0V0fPUUSAtiautEMndr/5WM0povS6VCuetOaaMjKemIJ +q87PskwVgfmdBsZDkIQp4hyZSzmxfJRTRr+eIrnu1lr0hiGZVrf47WEBVA2/TKV7SVF W19Ia0XpPWTq0Zc9bkn7ZSA0YOGLo3X6+Imf0= Received: by 10.42.1.12 with SMTP id 12mr5805584ice.366.1307905516169; Sun, 12 Jun 2011 12:05:16 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id s9sm2412622ibe.61.2011.06.12.12.05.13 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 12:05:15 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CJ5BmK045422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 15:05:11 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CJ5BZG045421; Sun, 12 Jun 2011 15:05:11 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 15:05:11 -0400 From: Jason Hellenthal To: Doug Barton Message-ID: <20110612190511.GB15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline In-Reply-To: <4DF50AA1.9080607@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:05:19 -0000 --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Doug, On Sun, Jun 12, 2011 at 11:51:13AM -0700, Doug Barton wrote: > On 6/12/2011 1:56 AM, Jason Hellenthal wrote: >=20 > > Cutting modules out of the kernel in general does help speed up booting > > but loading those same modules later in the boot process will just lead > > you back to the same boot time. >=20 > Loading modules via loader.conf is many times slower than doing it from= =20 > disk after the system is partially booted. (As in, 2-3 seconds per=20 > module vs. nearly instantaneous for all 6.) >=20 > I didn't offer my list as an example of what to do, I offered it as a=20 > syntax example. I would of course expect people to use appropriate=20 > discretion to load things in loader.conf that are necessary for boot.=20 > (Of course, the fact that people can easily get this wrong is a strike=20 > against the technique.) >=20 Yes and such I was just using that as a basis for the discussion, agreed technique is key. Any opposition for keeping the syntax of loader.conf ? nullfs_load=3D"YES" I think this makes it easier for people to adjust their configs without having to edit the list. Certainly less confusion if you say you can use the same syntax for modules in loader.conf in rc.conf... > There is no point in having an _enable for this script because if the=20 > kld_list is empty, nothing happens. >=20 Yeah very true. >=20 > --=20 >=20 > Nothin' ever doesn't change, but nothin' changes much. > -- OK Go >=20 > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ --=20 "Unity can only be manifested by the Binary. Unity itself and the idea of U= nity are already two." -- Buddha Regards, (jhell) Jason Hellenthal --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9Q3mAAoJEJBXh4mJ2FR+tuAIAIcQiG8rcWrGSEXhP+Yo9/Nr goXIzpuALrRvrQSCQmq5ZfCM1rg6d/p0sFylmKzeQ2FAXFrkPUKGbgdKvgTlIICh ategRCrIZpMisp6791pOyw/GKKrHVeh8Baq8etFclUHzVxITx0lGMTpj/uYFiV8z JSclUnY73aykyCIdfabYU8q5cA5BQ3gG+aUaLGSAh0pgqjanh6cCBKR2W01OTUf3 hDMOBq7jnNnxFAWiIyKql+Et0Gp9Ud8JyfWqyrvmqsGFn5OqW91It5EWch6kn9X3 rODcO6BOjd5uC3Ks0M1QFdDLT++HAdqIXV/1kiBZnsGJwkKpRS0043JkFEXYE7s= =kNKU -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:10:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E099E1065670 for ; Sun, 12 Jun 2011 19:10:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 72A7F1500A7; Sun, 12 Jun 2011 19:10:52 +0000 (UTC) Message-ID: <4DF50F3D.3070807@FreeBSD.org> Date: Sun, 12 Jun 2011 12:10:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <20110612190511.GB15184@DataIX.net> In-Reply-To: <20110612190511.GB15184@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:10:53 -0000 On 6/12/2011 12:05 PM, Jason Hellenthal wrote: > Any opposition for keeping the syntax of loader.conf ? > > nullfs_load="YES" Yes, see my other message on this point. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:16:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76A83106564A; Sun, 12 Jun 2011 19:16:45 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8738FC14; Sun, 12 Jun 2011 19:16:44 +0000 (UTC) Received: by iyj12 with SMTP id 12so4960916iyj.13 for ; Sun, 12 Jun 2011 12:16:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=zu3TFnsb2/SNEDhqC5aKnKWtAABUICzXKE1lK7RUhb8=; b=h2rNc/SVSQ9ks2BYA3f/CQK3OnZ7R+2Q1Y2XcUSaryOStNl/zw2gnDw8Rg+l+49a4Y yMKac3QVdkj9b3VHRvav/HrUOCCSosYjTfG/rESVp4PPZlVPgyZegh9BUVRXsFTXVy1m uQYyhcfBGU9s3hswSXhk3oCuloF/4tVZlXNfY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=I9/QLtw1q7dcRdBYCVSPDNkGg3FpbNdZb40RIZvYKyte8gGEUF5Uct9SlLKoal5PD+ r6Y+Zg1t2LpKdOFw53Nqy6NsJq6R/9BEZPvUKyn+AaT26YF8kPlqH19j5DxfAL/VxVdE ROR1nCFyBFWLgOpDhk9Sfyl4I5dn9NooNsyLg= Received: by 10.231.63.146 with SMTP id b18mr4916949ibi.4.1307906204278; Sun, 12 Jun 2011 12:16:44 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id fw9sm2421832ibb.13.2011.06.12.12.16.42 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 12:16:43 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CJGdHg045890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 15:16:40 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CJGdYm045889; Sun, 12 Jun 2011 15:16:39 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 15:16:39 -0400 From: Jason Hellenthal To: Doug Barton Message-ID: <20110612191639.GC15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <4DF50CE8.4020606@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3siQDZowHQqNOShm" Content-Disposition: inline In-Reply-To: <4DF50CE8.4020606@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Gustau =?iso-8859-1?Q?P=E9rez?= , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:16:45 -0000 --3siQDZowHQqNOShm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Doug, On Sun, Jun 12, 2011 at 12:00:56PM -0700, Doug Barton wrote: >=20 > Absolutely not. That would not fit into the way we do things at all, and= =20 > would essentially require /etc/rc to do the processing, which is a huge= =20 > step in the wrong direction. >=20 Ok can you explain this ? I am not seeing how /etc/rc would all of a sudden have to jump in to do the proccessing anymore than it would with the original patch ? "That would not fit into the way we do things at all" funny because thats exactly how we have been doing things in loader.conf for some odd umpteen years plus. Unless I misunderstood how you meant this ?. --=20 "Unity can only be manifested by the Binary. Unity itself and the idea of U= nity are already two." -- Buddha Regards, (jhell) Jason Hellenthal --3siQDZowHQqNOShm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9RCWAAoJEJBXh4mJ2FR+tGQH/2l7mtgT+RqHi+Xvc1vNwT6N 88u/Xt68+KTj1jOU+7w5wUwi5H/OWdO0BigYIzjXqBII2xm8iyNvNA1n2Ml4DXSE 9XbV2wUZ/UsQoctOAeVgUTRSAloSxFxMbL6MVU85PCkgNINVFUtOFmBfmq5ZVUfv HHgjm9Ezz7gX9bMivcCj6POs6K0NyunmSwwWNxmDN0IAweC9SbLjV6luNvL0ivET nUGA3hFZJEVTVhhr8tpue0V1c39ob+VsXWwpQd/sQkljxzpJql8qLdhN3015AjEs HJerKmvLFdtHx52iCnRHqfGFbcfkaJ8kdmVDF3ur96mNRWvdvMCPEJ3HiuKzH9M= =11+X -----END PGP SIGNATURE----- --3siQDZowHQqNOShm-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:24:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7164C106566B; Sun, 12 Jun 2011 19:24:43 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 44D968FC15; Sun, 12 Jun 2011 19:24:43 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QVqH2-0001AY-FH; Sun, 12 Jun 2011 15:24:40 -0400 Date: Sun, 12 Jun 2011 15:24:40 -0400 From: Gary Palmer To: Jason Hellenthal Message-ID: <20110612192440.GB37735@in-addr.com> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110612185631.GA15184@DataIX.net> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: Doug Barton , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:24:43 -0000 On Sun, Jun 12, 2011 at 02:56:31PM -0400, Jason Hellenthal wrote: > So technically here a ZFS only install is lacking the speed in which > modules are loaded. I would prefer to find out why and fix that before > we go about adding new functionality to rcNG. As I believe Doug has already said, its not just loading modules from ZFS. In my experience, loading modules via loader.conf from UFS on i386 is significantly slower than once the kernel has booted on both of my systems here. I think I've tried it and its not a disk thing as its slow loading from flash media also. Gary From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:28:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id A5593106566B for ; Sun, 12 Jun 2011 19:28:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EB66114EA66; Sun, 12 Jun 2011 19:28:13 +0000 (UTC) Message-ID: <4DF5134E.1020601@FreeBSD.org> Date: Sun, 12 Jun 2011 12:28:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <4DF50CE8.4020606@FreeBSD.org> <20110612191639.GC15184@DataIX.net> In-Reply-To: <20110612191639.GC15184@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Gustau_P=E9rez?= , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:28:14 -0000 On 6/12/2011 12:16 PM, Jason Hellenthal wrote: > > Doug, > > On Sun, Jun 12, 2011 at 12:00:56PM -0700, Doug Barton wrote: >> >> Absolutely not. That would not fit into the way we do things at all, and >> would essentially require /etc/rc to do the processing, which is a huge >> step in the wrong direction. >> > > Ok can you explain this ? I am not seeing how /etc/rc would all of a > sudden have to jump in to do the proccessing anymore than it would with > the original patch ? Ok, what do you propose the mechanism should be to process all of the *_load variables? And why do you think it's preferable to do it that way rather than simply listing the modules to load? (Other than, "that's the way it's done in loader.conf" which I don't think is important.) Oh, and btw, one benefit of the list (albeit a minor one) is being able to load them in order. An additional problem with *_load in rc.conf is that it prevents any other rc.d script from using ${name}_load as an option (which should be a hint as to another reason why this is a very bad idea). > "That would not fit into the way we do things at all" funny because > thats exactly how we have been doing things in loader.conf for some odd > umpteen years plus. Unless I misunderstood how you meant this ?. What do loader.conf and rc.conf have to do with one another? I'll save you the time, absolutely nothing (except ".conf" of course). They are completely different mechanisms processed by completely different back ends. I'm actually not trying to be rude here, this is just such a terrible idea that I'm surprised someone as smart as you are suggested it. If this explanation isn't sufficient, feel free to submit a diff that implements your suggestion. Maybe working through it will make it more clear. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:34:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D28EE106564A for ; Sun, 12 Jun 2011 19:34:27 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 515328FC08 for ; Sun, 12 Jun 2011 19:34:26 +0000 (UTC) Received: by vws18 with SMTP id 18so4666700vws.13 for ; Sun, 12 Jun 2011 12:34:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=f2V6I1Tj50Eatas79nbhSD4WNEHyZQflIEuHYfzis8E=; b=NHVVr0IUjOTrlE+UBoniiHHNFK+r86heY/Mw/nhzESNl+UfxvV6UWD8pGXwCSaBP7B EIfyt3bNZa69M8wLwLY6iUG6D7IQQYPynsKcBkeYYJF48cmdH7oABrg0vPP3GiMCLS2c zL8Z+mjdzNZ8RKxa5zjb2YFVLvmj9JXFqJvw0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=n3npg5zwQ9Zouix9eO8xiZewoooKm7aq0c8QcXn29Kx81eQ6YR+42uw7yCmRoOhJ8/ ND14rIVp40lOYn3o6tzR71ryh1zY6aS9glxVjCrlsGF0+Rg3gILxu7vbs17Hkn+SZI2i 9Tmilgt+48/VXy7w9yIXxMBmXGvjFJSs/Gp/U= MIME-Version: 1.0 Received: by 10.220.187.76 with SMTP id cv12mr1733732vcb.128.1307907266194; Sun, 12 Jun 2011 12:34:26 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Sun, 12 Jun 2011 12:34:26 -0700 (PDT) In-Reply-To: <20110612192440.GB37735@in-addr.com> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> Date: Sun, 12 Jun 2011 12:34:26 -0700 Message-ID: From: Garrett Cooper To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:34:27 -0000 On Sun, Jun 12, 2011 at 12:24 PM, Gary Palmer wrote: > On Sun, Jun 12, 2011 at 02:56:31PM -0400, Jason Hellenthal wrote: >> So technically here a ZFS only install is lacking the speed in which >> modules are loaded. I would prefer to find out why and fix that before >> we go about adding new functionality to rcNG. > > As I believe Doug has already said, its not just loading modules from ZFS= . > In my experience, loading modules via loader.conf from UFS on i386 is > significantly slower than once the kernel has booted on both of my system= s > here. =A0I think I've tried it and its not a disk thing as its slow loadi= ng from > flash media also. Dumb questions: 1. Has anyone benchmarked the two methods in parallel? If so what's the delta? 2. Has anyone tried to determine why it is that way? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:42:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 646AB106564A; Sun, 12 Jun 2011 19:42:43 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0ACCF8FC12; Sun, 12 Jun 2011 19:42:42 +0000 (UTC) Received: by iwn33 with SMTP id 33so4938468iwn.13 for ; Sun, 12 Jun 2011 12:42:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=S+gAYEuqikvz7Uq4c2ASQuCOlkXjX7FygWJ8pHYX+aI=; b=Z7O6KxafMHEuirrLNksn+PyJ1aXnk8wfupokjY4ep5v4DdEU6IcwlWTD7PmhyvJMVO XgjS8oRVIGO5XhAHIXAB6RmBkScl7rF6lz+e8o4/g/DFjWCtDIOx47y+laBtM8TMv3uS CXY5FA1kLHfHpCJc7ctVhjndzhwx8F0cw6V/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=qZLthhSX5YzZnIvJPZ3PrLWkyix0AGyMLGo/ardCQ0nH6FYR+RRGm+heR1uWUbPqAA wA+EBx7U7vr6uoyX3KsyBsaeNUfu+wvxTW9sspIYzusGvUKZly/GGm2EbUCnjDcFV8NJ PJFVC0QcHPG3M2dwzQx9D+ZLjaaCCCLhr3VOo= Received: by 10.42.139.137 with SMTP id g9mr6072153icu.46.1307907762206; Sun, 12 Jun 2011 12:42:42 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id r1sm3257040icz.2.2011.06.12.12.42.40 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 12:42:41 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CJgbQb046784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 15:42:38 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CJgbE1046783; Sun, 12 Jun 2011 15:42:37 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 15:42:37 -0400 From: Jason Hellenthal To: Gary Palmer Message-ID: <20110612194237.GD15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XvKFcGCOAo53UbWW" Content-Disposition: inline In-Reply-To: <20110612192440.GB37735@in-addr.com> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Doug Barton , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:42:43 -0000 --XvKFcGCOAo53UbWW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 12, 2011 at 03:24:40PM -0400, Gary Palmer wrote: > On Sun, Jun 12, 2011 at 02:56:31PM -0400, Jason Hellenthal wrote: > > So technically here a ZFS only install is lacking the speed in which > > modules are loaded. I would prefer to find out why and fix that before > > we go about adding new functionality to rcNG. >=20 > As I believe Doug has already said, its not just loading modules from ZFS. > In my experience, loading modules via loader.conf from UFS on i386 is > significantly slower than once the kernel has booted on both of my systems > here. I think I've tried it and its not a disk thing as its slow loading= from > flash media also. >=20 Yes I agree. I was just stating that simply for the previous post implying where ZFS was slower than UFS. I would believe there is some sort of memory restriction or constraint or some sort of routine that is preventing them from being loaded nearly as fast as when the kernel is already fully loaded. This to me seems like a worthwhile problem looking into if it can be fixed. --XvKFcGCOAo53UbWW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9RatAAoJEJBXh4mJ2FR+g4oH/RusNbT76rrgsJ22gpdOgHPc VtZsqfG7tTik4HiDzyrYs9kBVparXMXioD2mmYEd2JDLIlKsl1gpn34IzxMNvYX+ 2Q44oeTm5/4l7IftRdZ7Xdi4WNcUkqzZqC+pkXWugf09SWZi6QOo2aXDHPEURHx2 N83sga7zPRQ1fcMG3qRfaEDPLWWK+zAZqSW+gsMXtQueysHZw5AlkBwTfwgKXEvd snehI/O5Z12RRi7dOtItInijacYZLncr58t8FnKF867pOZCcHGNbOJiGakqTINRl yJwWCJuZa7t704OxsbaN5vf5yjvewL7r0BRLzEceFw6Pj3yJd/I+dzl14add+Ks= =m1FC -----END PGP SIGNATURE----- --XvKFcGCOAo53UbWW-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:43:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 897181065791; Sun, 12 Jun 2011 19:43:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EB092176A6E; Sun, 12 Jun 2011 19:42:27 +0000 (UTC) Message-ID: <4DF516A4.9040308@FreeBSD.org> Date: Sun, 12 Jun 2011 12:42:28 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:43:11 -0000 On 6/12/2011 12:34 PM, Garrett Cooper wrote: > On Sun, Jun 12, 2011 at 12:24 PM, Gary Palmer wrote: >> On Sun, Jun 12, 2011 at 02:56:31PM -0400, Jason Hellenthal wrote: >>> So technically here a ZFS only install is lacking the speed in which >>> modules are loaded. I would prefer to find out why and fix that before >>> we go about adding new functionality to rcNG. >> >> As I believe Doug has already said, its not just loading modules from ZFS. >> In my experience, loading modules via loader.conf from UFS on i386 is >> significantly slower than once the kernel has booted on both of my systems >> here. I think I've tried it and its not a disk thing as its slow loading from >> flash media also. > > Dumb questions: 0. Does anyone actually read what I write? > 1. Has anyone benchmarked the two methods in parallel? If so > what's the delta? As I've said several times now ... Loading modules in the boot loader takes an average of 2 seconds per module. Loading 6 of them from disk happens so fast I can't read the probe messages in real time. (I.e., less than 1 second total for all 6.) > 2. Has anyone tried to determine why it is that way? Repeating myself again ... read the threads on -arch and the svn list. There you will find the answers from people a lot smarter than I. Short version, it's a known issue that cannot be changed. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 19:46:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id B2115106566C; Sun, 12 Jun 2011 19:46:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 49EFE14FD0B; Sun, 12 Jun 2011 19:46:57 +0000 (UTC) Message-ID: <4DF517B2.7000209@FreeBSD.org> Date: Sun, 12 Jun 2011 12:46:58 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> <20110612194237.GD15184@DataIX.net> In-Reply-To: <20110612194237.GD15184@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 19:46:57 -0000 On 6/12/2011 12:42 PM, Jason Hellenthal wrote: > Yes I agree. I was just stating that simply for the previous post > implying where ZFS was slower than UFS. No, it wasn't. You completely fail to understand the problem. Stop writing, and start reading. As in, read the threads on both -arch and the svn list, and this entire thread again, then wait an hour or two before posting anything else. (Yes, I'm serious) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 20:41:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 214B2106564A; Sun, 12 Jun 2011 20:41:50 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0D4748FC0A; Sun, 12 Jun 2011 20:41:49 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.5/8.14.5) with ESMTP id p5CKfgMq024815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 12 Jun 2011 13:41:42 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D6BFF1CC0B; Sun, 12 Jun 2011 13:41:41 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Sun, 12 Jun 2011 12:42:28 PDT." <4DF516A4.9040308@FreeBSD.org> Date: Sun, 12 Jun 2011 13:41:41 -0700 From: "Kevin Oberman" Message-Id: <20110612204141.D6BFF1CC0B@ptavv.es.net> Cc: Garrett Cooper , Gary Palmer , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 20:41:50 -0000 > Date: Sun, 12 Jun 2011 12:42:28 -0700 > From: Doug Barton > Sender: owner-freebsd-current@freebsd.org > > On 6/12/2011 12:34 PM, Garrett Cooper wrote: > > On Sun, Jun 12, 2011 at 12:24 PM, Gary Palmer wrote: > >> On Sun, Jun 12, 2011 at 02:56:31PM -0400, Jason Hellenthal wrote: > >>> So technically here a ZFS only install is lacking the speed in which > >>> modules are loaded. I would prefer to find out why and fix that before > >>> we go about adding new functionality to rcNG. > >> > >> As I believe Doug has already said, its not just loading modules from ZFS. > >> In my experience, loading modules via loader.conf from UFS on i386 is > >> significantly slower than once the kernel has booted on both of my systems > >> here. I think I've tried it and its not a disk thing as its slow loading from > >> flash media also. > > > > Dumb questions: > > 0. Does anyone actually read what I write? > > > 1. Has anyone benchmarked the two methods in parallel? If so > > what's the delta? > > As I've said several times now ... Loading modules in the boot loader > takes an average of 2 seconds per module. Loading 6 of them from disk > happens so fast I can't read the probe messages in real time. (I.e., > less than 1 second total for all 6.) > > > 2. Has anyone tried to determine why it is that way? > > Repeating myself again ... read the threads on -arch and the svn list. > There you will find the answers from people a lot smarter than I. Short > version, it's a known issue that cannot be changed. I think some people are missing a point that Doug assumes is obvious. (I did, too, until this last question pointed out that I was wrong.) The deal is that the loader is loading modules BEFORE the kernel is loaded. FreeBSD is NOT running and a very limited tool (please read the loader(8) man page) is doing the work. It knows UFS just well enough to do the job, but is nothing approaching efficient or optimal. It was not intended to be. It originally just loaded and started the kernel. Modules came later and putting a real VFS or anything else into the loader is just not sane, so... If modules are loaded by the loader, it is VERY slow. As the modularity of FreeBSD has increased, this has become a significant issue and is likely to get worse. Hence Doug's approach to loading modules not needed to boot the kernel to rc. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Last work day before retirement is Jun 17, 2011 From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 20:43:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DBFA106568B; Sun, 12 Jun 2011 20:43:35 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9438FC12; Sun, 12 Jun 2011 20:43:34 +0000 (UTC) Received: by iwn33 with SMTP id 33so4970048iwn.13 for ; Sun, 12 Jun 2011 13:43:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=4Ss5OO9kQme4yfUjBRt3TJrVTFAim16ZcaMBq7u0POc=; b=mmcBKrDRK8Tni9dtPIfII5wQsZGLT7LtUhAKtirACRYPyeqbvplZJA9vDDMw5NcA8w oJWvQuXL4imlKFBH256zQdtEl3KgZ3HsUjWhupS0jFfoXR7V9lJrVcz36WOIuQbimqKu kJfYkVlT9sfRmUtq689Al7S+IUnNzpa3BbZ1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=LKkQcPFyYI3ZA4iv3BFHerFa7YVFq+BeNx9uLN+XHo2DPY8EHSvXHCtyZlhT7vjItD 1Wcdabf7uLauWwl52o8jLx/lJc2bJ0Q+ToPhy+AdRc1sxIQQKRIP0hIOvTWRI490jnwq 14h5SJq/gBBoYVr+S8a1StzWCbR2UQf5uMaQ0= Received: by 10.42.83.194 with SMTP id i2mr5694547icl.305.1307911413295; Sun, 12 Jun 2011 13:43:33 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id w11sm2452479ibw.24.2011.06.12.13.43.31 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 13:43:32 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CKhSDH050545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 16:43:29 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CKhSKw050544; Sun, 12 Jun 2011 16:43:28 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 16:43:28 -0400 From: Jason Hellenthal To: Doug Barton Message-ID: <20110612204328.GE15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> <20110612194237.GD15184@DataIX.net> <4DF517B2.7000209@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G6nVm6DDWH/FONJq" Content-Disposition: inline In-Reply-To: <4DF517B2.7000209@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Gary Palmer , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 20:43:35 -0000 --G6nVm6DDWH/FONJq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Doug, On Sun, Jun 12, 2011 at 12:46:58PM -0700, Doug Barton wrote: > On 6/12/2011 12:42 PM, Jason Hellenthal wrote: >=20 > > Yes I agree. I was just stating that simply for the previous post > > implying where ZFS was slower than UFS. >=20 > No, it wasn't. You completely fail to understand the problem. Stop=20 > writing, and start reading. As in, read the threads on both -arch and=20 > the svn list, and this entire thread again, then wait an hour or two=20 > before posting anything else. (Yes, I'm serious) >=20 Yes, it, was. This was not to your post. This was to another fellows which don't recall his name ATM but would please be as kind as to discard the unuseful comments. I was agree'ing with Gary that its not a problem with ZFS/UFS or any mix or match of the two. Perhaps a pause in both of our replies would be duly needed. --G6nVm6DDWH/FONJq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9STvAAoJEJBXh4mJ2FR+KdwH/ilQsgowzJds2DSyTCUYcMro PCYGZt1TPB9DYRea9vrftgE5XQksvqFC+eiGfJmzCLyGwqWhiWAG14wDiBVCc58Z QVOLf3JKOcJ8+mK3oDcDoOkzoKz1Y8PP82EJlY+CDJzqEn8Kfef4AEf0Gkj1C4oL BEPp1u0y70lkwSlXNlwwscrI47FubC9TCiq61cpPaY4qnqFCm1M0gw2QsfZx9tKy aotHvMztb/vTztFJT/sSnLRHDD8t2Ypn1gfweEdR/+/FRVxPBSggSkOBfFuFLV0k QUnHqhmoH7R6uhWFwR4Nu/v+fU7ZdWgC/wYb/gn7EE5NWg9VUfLvjVUYPY1rCn0= =aszA -----END PGP SIGNATURE----- --G6nVm6DDWH/FONJq-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 20:53:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7DA97106568B; Sun, 12 Jun 2011 20:53:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6229F150FC2; Sun, 12 Jun 2011 20:52:57 +0000 (UTC) Message-ID: <4DF5272A.4050608@FreeBSD.org> Date: Sun, 12 Jun 2011 13:52:58 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> <20110612194237.GD15184@DataIX.net> <4DF517B2.7000209@FreeBSD.org> <20110612204328.GE15184@DataIX.net> In-Reply-To: <20110612204328.GE15184@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gary Palmer , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 20:53:01 -0000 On 6/12/2011 1:43 PM, Jason Hellenthal wrote: > > Doug, > > On Sun, Jun 12, 2011 at 12:46:58PM -0700, Doug Barton wrote: >> On 6/12/2011 12:42 PM, Jason Hellenthal wrote: >> >>> Yes I agree. I was just stating that simply for the previous post >>> implying where ZFS was slower than UFS. >> >> No, it wasn't. You completely fail to understand the problem. Stop >> writing, and start reading. As in, read the threads on both -arch and >> the svn list, and this entire thread again, then wait an hour or two >> before posting anything else. (Yes, I'm serious) >> > > Yes, it, was. This was not to your post. This was to another fellows > which don't recall his name ATM but would please be as kind as to > discard the unuseful comments. I was agree'ing with Gary that its not a > problem with ZFS/UFS or any mix or match of the two. Perhaps a pause in > both of our replies would be duly needed. Gustau's post said in part: > For example, in my case, I'm booting from a zfs-only installation. > Kldloading a ten or twelve modules in loader.conf takes a long time > compared to a UFS-only installation. Moving them to a rc.d script would > allow me to save a lot of time during the boot process. http://lists.freebsd.org/pipermail/freebsd-current/2011-June/025132.html zfs vs. ufs is entirely irrelevant to the matter at hand, which is entirely related to the fact that loading modules from the boot loader is always going to be many many times slower than loading them from the disk after the system is booted. Kevin was kind enough to elaborate, hopefully his explanation is better than mine, and will help you understand the problem better. Meanwhile, to address Gustau's original point, the modules related to getting zfs up and running would still have to be loaded in loader.conf. My solution is only effective for those modules which are not related to getting the local disks on line (which fortunately is the vast majority of them). Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 21:21:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F12E106564A; Sun, 12 Jun 2011 21:21:00 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 271FB8FC0C; Sun, 12 Jun 2011 21:20:59 +0000 (UTC) Received: by iwn33 with SMTP id 33so4988805iwn.13 for ; Sun, 12 Jun 2011 14:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=AmhXcU/1FZLtP3KccW4S9+Izwfpm1t7BhJOYkxi2n50=; b=sChVdzNFwXjbULoVQummMz+G8VdXZO+EcfDMia5f3Ib5t0/gtuhMmFHd5kr/39DNQB vbqhSv19NV01YJenzWENN7g/F+OapCZs807qAsPOqH9/oP7sjrbCImuUSacz1fjNfy3k DPVTOXMsuMlYb8gbkPTn5MD/KXJylo7mlqNfI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:references :mime-version:content-type:content-disposition:in-reply-to :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; b=BTQY6DlwQAt1Uaz/SsmRlDPOPJz9HOQodBOjjZyfjM2tBt+6G64ta12KiaytGDRZIb RkVlzUPWxuZ3/cLsooIbzEU42bbaQ3d8IjqtLN08GqOWnLU8ecbZntBm7Mf5cvDlH2ID AVdzBxXrJXMahL1G4Xfq1whzWLboKoXIpcEts= Received: by 10.42.244.195 with SMTP id lr3mr5217699icb.283.1307913659033; Sun, 12 Jun 2011 14:20:59 -0700 (PDT) Received: from DataIX.net ([99.181.139.216]) by mx.google.com with ESMTPS id e1sm4207412icv.20.2011.06.12.14.20.56 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2011 14:20:57 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5CLKrWs052108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2011 17:20:54 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5CLKrrM052107; Sun, 12 Jun 2011 17:20:53 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 12 Jun 2011 17:20:53 -0400 From: Jason Hellenthal To: Doug Barton Message-ID: <20110612212053.GF15184@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> <20110612194237.GD15184@DataIX.net> <4DF517B2.7000209@FreeBSD.org> <20110612204328.GE15184@DataIX.net> <4DF5272A.4050608@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JSkcQAAxhB1h8DcT" Content-Disposition: inline In-Reply-To: <4DF5272A.4050608@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: Gary Palmer , Gustau P?rez , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jhell@DataIX.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 21:21:00 -0000 --JSkcQAAxhB1h8DcT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 12, 2011 at 01:52:58PM -0700, Doug Barton wrote: > On 6/12/2011 1:43 PM, Jason Hellenthal wrote: > > > > Doug, > > > > On Sun, Jun 12, 2011 at 12:46:58PM -0700, Doug Barton wrote: > >> On 6/12/2011 12:42 PM, Jason Hellenthal wrote: > >> > >>> Yes I agree. I was just stating that simply for the previous post > >>> implying where ZFS was slower than UFS. > >> > >> No, it wasn't. You completely fail to understand the problem. Stop > >> writing, and start reading. As in, read the threads on both -arch and > >> the svn list, and this entire thread again, then wait an hour or two > >> before posting anything else. (Yes, I'm serious) > >> > > > > Yes, it, was. This was not to your post. This was to another fellows > > which don't recall his name ATM but would please be as kind as to > > discard the unuseful comments. I was agree'ing with Gary that its not a > > problem with ZFS/UFS or any mix or match of the two. Perhaps a pause in > > both of our replies would be duly needed. >=20 > Gustau's post said in part: >=20 > > For example, in my case, I'm booting from a zfs-only installation. > > Kldloading a ten or twelve modules in loader.conf takes a long time > > compared to a UFS-only installation. Moving them to a rc.d script would > > allow me to save a lot of time during the boot process. >=20 > http://lists.freebsd.org/pipermail/freebsd-current/2011-June/025132.html >=20 { > zfs vs. ufs is entirely irrelevant to the matter at hand, which is=20 > entirely related to the fact that loading modules from the boot loader=20 > is always going to be many many times slower than loading them from the= =20 > disk after the system is booted. Kevin was kind enough to elaborate,=20 > hopefully his explanation is better than mine, and will help you=20 > understand the problem better. } Yes this is what I was agreeing to in a sense which is what Gary stated. >=20 > Meanwhile, to address Gustau's original point, the modules related to=20 > getting zfs up and running would still have to be loaded in loader.conf.= =20 > My solution is only effective for those modules which are not related to= =20 > getting the local disks on line (which fortunately is the vast majority= =20 > of them). >=20 Yeah his message was around what I was thinking was wrong with loader or not neccesarily wrong but what it was limited to that was similiar to one of my previous messages stating contention, limitation, etc... --JSkcQAAxhB1h8DcT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9S20AAoJEJBXh4mJ2FR+i7YH/iJsXw8xeFF29wwQtaCS2BwT hGEFxdIuV2EfTtR8gO1iYVw5OYhP6ku5Hbj3+GPTmG9bzDkaGVCRQxY1d10KOZnz oC+BBJCHjRLpJL6KSSPnNUg8leNMJO3lCr2kqNQxIftJ6zXQQS8pUubfmuvluNnQ sQaQbLYk367neSPUKYfyK21jrqd50N0NsNSm2msQKnSLP54kx7SCFOtATKKz8d8k ALhTqAWP9C9NL/FLJFBe1gAQ/GvOhbXpXMNZMYOOCxu+zDMDsYS8/UhvVgHmpDsw 3i0VLTO89Fq/Tc8WG4QhAw1lbKGtTC3e2hrq9B6wFmMUYPHoH8ND2bCwdAdh9lw= =T/wc -----END PGP SIGNATURE----- --JSkcQAAxhB1h8DcT-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 22:00:58 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57488106566C; Sun, 12 Jun 2011 22:00:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0F5C08FC0C; Sun, 12 Jun 2011 22:00:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5CM0u5A015359; Sun, 12 Jun 2011 18:00:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5CM0uC7015358; Sun, 12 Jun 2011 22:00:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Jun 2011 22:00:56 GMT Message-Id: <201106122200.p5CM0uC7015358@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 22:00:58 -0000 TB --- 2011-06-12 21:10:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 21:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-12 21:10:01 - cleaning the object tree TB --- 2011-06-12 21:10:16 - cvsupping the source tree TB --- 2011-06-12 21:10:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-12 21:10:50 - building world TB --- 2011-06-12 21:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 21:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 21:10:50 - TARGET=arm TB --- 2011-06-12 21:10:50 - TARGET_ARCH=arm TB --- 2011-06-12 21:10:50 - TZ=UTC TB --- 2011-06-12 21:10:50 - __MAKE_CONF=/dev/null TB --- 2011-06-12 21:10:50 - cd /src TB --- 2011-06-12 21:10:50 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 21:10:50 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-12 22:00:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-12 22:00:56 - ERROR: failed to build world TB --- 2011-06-12 22:00:56 - 2188.07 user 626.59 system 3055.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 22:12:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA60C1065672; Sun, 12 Jun 2011 22:12:52 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD938FC0A; Sun, 12 Jun 2011 22:12:51 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id p5CMClG4013597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 13 Jun 2011 00:12:48 +0200 Received: from [192.168.100.129] (190.Red-2-138-136.dynamicIP.rima-tde.net [2.138.136.190]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id p5CMCjGa026335 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jun 2011 00:12:47 +0200 Message-ID: <4DF539DD.4010501@entel.upc.edu> Date: Mon, 13 Jun 2011 00:12:45 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: jhell@DataIX.net, freebsd-current@freebsd.org References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF49181.1000007@entel.upc.edu> <20110612185631.GA15184@DataIX.net> <20110612192440.GB37735@in-addr.com> <20110612194237.GD15184@DataIX.net> <4DF517B2.7000209@FreeBSD.org> <20110612204328.GE15184@DataIX.net> <4DF5272A.4050608@FreeBSD.org> <20110612212053.GF15184@DataIX.net> In-Reply-To: <20110612212053.GF15184@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Mon, 13 Jun 2011 00:12:48 +0200 (CEST) Cc: Gary Palmer , Doug Barton Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 22:12:52 -0000 > Yeah his message was around what I was thinking was wrong with loader or > not neccesarily wrong but what it was limited to that was similiar to > one of my previous messages stating contention, limitation, etc... Sorry if my post was understood wrong. I did mean to say the culprit was zfs, I was trying to state that a zfs-only installation makes the problem even worse. An UFS installation with many modules loaded by the loader do also take quite long to start. Right now, there are some cases where the modules must be loaded before the kernel. VirtualBox support for hostonly interfaces comes to my mind right now (vboxnetadp and vboxnetflt must be loaded before the kernel). Others like fuse are loaded by an rc script. So I would go with a kernel with all the support compiled in (even with opensolaris.ko and zfs.ko in my case) to boot and then load the rest of the modules with an rc script. I think this is a quite big move because it would mean removing the responsability of loading modules by the loader before the kernel. The loader would be resposible of loading the kernel and setting some configs that can only be set before booting. Hope I'm not saying anything incorrect. Sorry for the noise. Best regards, Gustau From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 23:04:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B67106566B; Sun, 12 Jun 2011 23:04:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5B28FC08; Sun, 12 Jun 2011 23:04:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5CN48fg026507; Sun, 12 Jun 2011 19:04:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5CN48mi026491; Sun, 12 Jun 2011 23:04:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Jun 2011 23:04:08 GMT Message-Id: <201106122304.p5CN48mi026491@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 23:04:09 -0000 TB --- 2011-06-12 21:10:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 21:10:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-12 21:10:01 - cleaning the object tree TB --- 2011-06-12 21:10:18 - cvsupping the source tree TB --- 2011-06-12 21:10:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-12 21:10:50 - building world TB --- 2011-06-12 21:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 21:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 21:10:50 - TARGET=pc98 TB --- 2011-06-12 21:10:50 - TARGET_ARCH=i386 TB --- 2011-06-12 21:10:50 - TZ=UTC TB --- 2011-06-12 21:10:50 - __MAKE_CONF=/dev/null TB --- 2011-06-12 21:10:50 - cd /src TB --- 2011-06-12 21:10:50 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 21:10:50 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-12 23:04:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-12 23:04:07 - ERROR: failed to build world TB --- 2011-06-12 23:04:07 - 5525.88 user 918.15 system 6846.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 23:04:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3D61065766; Sun, 12 Jun 2011 23:04:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 99AFF8FC16; Sun, 12 Jun 2011 23:04:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5CN4T08027484; Sun, 12 Jun 2011 19:04:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5CN4Tlc027483; Sun, 12 Jun 2011 23:04:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Jun 2011 23:04:29 GMT Message-Id: <201106122304.p5CN4Tlc027483@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 23:04:30 -0000 TB --- 2011-06-12 21:10:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 21:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-12 21:10:01 - cleaning the object tree TB --- 2011-06-12 21:10:28 - cvsupping the source tree TB --- 2011-06-12 21:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-12 21:10:50 - building world TB --- 2011-06-12 21:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 21:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 21:10:50 - TARGET=amd64 TB --- 2011-06-12 21:10:50 - TARGET_ARCH=amd64 TB --- 2011-06-12 21:10:50 - TZ=UTC TB --- 2011-06-12 21:10:50 - __MAKE_CONF=/dev/null TB --- 2011-06-12 21:10:50 - cd /src TB --- 2011-06-12 21:10:50 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 21:10:50 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-12 23:04:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-12 23:04:28 - ERROR: failed to build world TB --- 2011-06-12 23:04:28 - 5563.59 user 909.05 system 6867.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 23:09:57 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013FD106566B; Sun, 12 Jun 2011 23:09:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B1EAB8FC0A; Sun, 12 Jun 2011 23:09:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5CN9uIV076262; Sun, 12 Jun 2011 19:09:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5CN9ugC076252; Sun, 12 Jun 2011 23:09:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Jun 2011 23:09:56 GMT Message-Id: <201106122309.p5CN9ugC076252@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 23:09:57 -0000 TB --- 2011-06-12 21:10:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 21:10:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-12 21:10:01 - cleaning the object tree TB --- 2011-06-12 21:10:28 - cvsupping the source tree TB --- 2011-06-12 21:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-12 21:15:57 - building world TB --- 2011-06-12 21:15:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 21:15:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 21:15:57 - TARGET=i386 TB --- 2011-06-12 21:15:57 - TARGET_ARCH=i386 TB --- 2011-06-12 21:15:57 - TZ=UTC TB --- 2011-06-12 21:15:57 - __MAKE_CONF=/dev/null TB --- 2011-06-12 21:15:57 - cd /src TB --- 2011-06-12 21:15:57 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 21:15:57 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-12 23:09:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-12 23:09:55 - ERROR: failed to build world TB --- 2011-06-12 23:09:55 - 5572.20 user 885.16 system 7194.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 23:22:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88369106566C; Sun, 12 Jun 2011 23:22:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 437E68FC0C; Sun, 12 Jun 2011 23:22:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5CNMHTH087072; Sun, 12 Jun 2011 19:22:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5CNMH1A087053; Sun, 12 Jun 2011 23:22:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Jun 2011 23:22:17 GMT Message-Id: <201106122322.p5CNMH1A087053@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 23:22:18 -0000 TB --- 2011-06-12 22:00:57 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 22:00:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-12 22:00:57 - cleaning the object tree TB --- 2011-06-12 22:01:09 - cvsupping the source tree TB --- 2011-06-12 22:01:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-12 22:01:25 - building world TB --- 2011-06-12 22:01:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 22:01:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 22:01:25 - TARGET=ia64 TB --- 2011-06-12 22:01:25 - TARGET_ARCH=ia64 TB --- 2011-06-12 22:01:25 - TZ=UTC TB --- 2011-06-12 22:01:25 - __MAKE_CONF=/dev/null TB --- 2011-06-12 22:01:25 - cd /src TB --- 2011-06-12 22:01:25 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 22:01:28 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/ia64.ia64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/ia64.ia64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/ia64.ia64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-12 23:22:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-12 23:22:17 - ERROR: failed to build world TB --- 2011-06-12 23:22:17 - 3884.73 user 676.42 system 4880.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 12 23:57:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70B14106566B; Sun, 12 Jun 2011 23:57:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 27E5A8FC17; Sun, 12 Jun 2011 23:57:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5CNvcMN086150; Sun, 12 Jun 2011 19:57:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5CNvc5D086133; Sun, 12 Jun 2011 23:57:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 12 Jun 2011 23:57:38 GMT Message-Id: <201106122357.p5CNvc5D086133@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 23:57:39 -0000 TB --- 2011-06-12 23:04:08 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 23:04:08 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-12 23:04:08 - cleaning the object tree TB --- 2011-06-12 23:04:15 - cvsupping the source tree TB --- 2011-06-12 23:04:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-12 23:04:41 - building world TB --- 2011-06-12 23:04:41 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 23:04:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 23:04:41 - TARGET=mips TB --- 2011-06-12 23:04:41 - TARGET_ARCH=mips TB --- 2011-06-12 23:04:41 - TZ=UTC TB --- 2011-06-12 23:04:41 - __MAKE_CONF=/dev/null TB --- 2011-06-12 23:04:41 - cd /src TB --- 2011-06-12 23:04:41 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 23:04:42 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-12 23:57:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-12 23:57:37 - ERROR: failed to build world TB --- 2011-06-12 23:57:38 - 2320.23 user 604.88 system 3209.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 00:13:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470CC106564A; Mon, 13 Jun 2011 00:13:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1728FC08; Mon, 13 Jun 2011 00:12:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D0CxQ0044175; Sun, 12 Jun 2011 20:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D0Cxvk044171; Mon, 13 Jun 2011 00:12:59 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 00:12:59 GMT Message-Id: <201106130012.p5D0Cxvk044171@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 00:13:00 -0000 TB --- 2011-06-12 23:09:56 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 23:09:56 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-12 23:09:56 - cleaning the object tree TB --- 2011-06-12 23:10:11 - cvsupping the source tree TB --- 2011-06-12 23:10:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-12 23:10:26 - building world TB --- 2011-06-12 23:10:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 23:10:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 23:10:26 - TARGET=powerpc TB --- 2011-06-12 23:10:26 - TARGET_ARCH=powerpc64 TB --- 2011-06-12 23:10:26 - TZ=UTC TB --- 2011-06-12 23:10:26 - __MAKE_CONF=/dev/null TB --- 2011-06-12 23:10:26 - cd /src TB --- 2011-06-12 23:10:26 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 23:10:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/powerpc.powerpc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/powerpc.powerpc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/powerpc.powerpc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 00:12:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 00:12:59 - ERROR: failed to build world TB --- 2011-06-13 00:12:59 - 2918.64 user 628.77 system 3782.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 00:19:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9324E106566B; Mon, 13 Jun 2011 00:19:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 65F4F8FC0C; Mon, 13 Jun 2011 00:19:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D0Jhp1081938; Sun, 12 Jun 2011 20:19:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D0JhfM081933; Mon, 13 Jun 2011 00:19:43 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 00:19:43 GMT Message-Id: <201106130019.p5D0JhfM081933@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 00:19:44 -0000 TB --- 2011-06-12 23:22:17 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 23:22:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-12 23:22:17 - cleaning the object tree TB --- 2011-06-12 23:22:31 - cvsupping the source tree TB --- 2011-06-12 23:22:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-12 23:22:46 - building world TB --- 2011-06-12 23:22:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 23:22:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 23:22:46 - TARGET=sparc64 TB --- 2011-06-12 23:22:46 - TARGET_ARCH=sparc64 TB --- 2011-06-12 23:22:46 - TZ=UTC TB --- 2011-06-12 23:22:46 - __MAKE_CONF=/dev/null TB --- 2011-06-12 23:22:46 - cd /src TB --- 2011-06-12 23:22:46 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 23:22:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/sparc64.sparc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/sparc64.sparc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/sparc64.sparc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 00:19:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 00:19:43 - ERROR: failed to build world TB --- 2011-06-13 00:19:43 - 2662.22 user 591.94 system 3445.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 00:45:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22C7D106564A; Mon, 13 Jun 2011 00:45:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E5B588FC0A; Mon, 13 Jun 2011 00:45:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D0j1T9023341; Sun, 12 Jun 2011 20:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D0j1Ab023340; Mon, 13 Jun 2011 00:45:01 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 00:45:01 GMT Message-Id: <201106130045.p5D0j1Ab023340@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 00:45:02 -0000 TB --- 2011-06-12 23:04:29 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-12 23:04:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-12 23:04:29 - cleaning the object tree TB --- 2011-06-12 23:04:39 - cvsupping the source tree TB --- 2011-06-12 23:04:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-12 23:04:52 - building world TB --- 2011-06-12 23:04:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-12 23:04:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-12 23:04:52 - TARGET=powerpc TB --- 2011-06-12 23:04:52 - TARGET_ARCH=powerpc TB --- 2011-06-12 23:04:52 - TZ=UTC TB --- 2011-06-12 23:04:52 - __MAKE_CONF=/dev/null TB --- 2011-06-12 23:04:52 - cd /src TB --- 2011-06-12 23:04:52 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 12 23:05:01 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: data definition has no type or storage class /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:169: warning: parameter names (without types) in function declaration /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:172: error: expected specifier-qualifier-list before 'LIST_ENTRY' *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 00:45:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 00:45:00 - ERROR: failed to build world TB --- 2011-06-13 00:45:01 - 5083.48 user 810.09 system 6031.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 01:40:46 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE5F106566C; Mon, 13 Jun 2011 01:40:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5F24A8FC0A; Mon, 13 Jun 2011 01:40:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D1ejd6003950; Sun, 12 Jun 2011 21:40:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D1ejt4003946; Mon, 13 Jun 2011 01:40:45 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 01:40:45 GMT Message-Id: <201106130140.p5D1ejt4003946@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 01:40:46 -0000 TB --- 2011-06-13 00:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 00:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-13 00:50:00 - cleaning the object tree TB --- 2011-06-13 00:50:09 - cvsupping the source tree TB --- 2011-06-13 00:50:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-13 00:50:53 - building world TB --- 2011-06-13 00:50:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 00:50:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 00:50:53 - TARGET=arm TB --- 2011-06-13 00:50:53 - TARGET_ARCH=arm TB --- 2011-06-13 00:50:53 - TZ=UTC TB --- 2011-06-13 00:50:53 - __MAKE_CONF=/dev/null TB --- 2011-06-13 00:50:53 - cd /src TB --- 2011-06-13 00:50:53 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 00:50:53 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 01:40:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 01:40:44 - ERROR: failed to build world TB --- 2011-06-13 01:40:44 - 2193.52 user 615.91 system 3044.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 02:42:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12A7B1065670; Mon, 13 Jun 2011 02:42:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B8EEA8FC13; Mon, 13 Jun 2011 02:42:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D2gZZK016989; Sun, 12 Jun 2011 22:42:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D2gZgP016984; Mon, 13 Jun 2011 02:42:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 02:42:35 GMT Message-Id: <201106130242.p5D2gZgP016984@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 02:42:37 -0000 TB --- 2011-06-13 00:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 00:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-13 00:50:00 - cleaning the object tree TB --- 2011-06-13 00:50:09 - cvsupping the source tree TB --- 2011-06-13 00:50:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-13 00:50:53 - building world TB --- 2011-06-13 00:50:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 00:50:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 00:50:53 - TARGET=i386 TB --- 2011-06-13 00:50:53 - TARGET_ARCH=i386 TB --- 2011-06-13 00:50:53 - TZ=UTC TB --- 2011-06-13 00:50:53 - __MAKE_CONF=/dev/null TB --- 2011-06-13 00:50:53 - cd /src TB --- 2011-06-13 00:50:53 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 00:50:53 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 02:42:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 02:42:35 - ERROR: failed to build world TB --- 2011-06-13 02:42:35 - 5489.95 user 877.39 system 6754.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 02:42:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA17D106566B; Mon, 13 Jun 2011 02:42:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6478FC16; Mon, 13 Jun 2011 02:42:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D2gf3V017235; Sun, 12 Jun 2011 22:42:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D2gfOF017234; Mon, 13 Jun 2011 02:42:41 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 02:42:41 GMT Message-Id: <201106130242.p5D2gfOF017234@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 02:42:42 -0000 TB --- 2011-06-13 00:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 00:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-13 00:50:00 - cleaning the object tree TB --- 2011-06-13 00:50:09 - cvsupping the source tree TB --- 2011-06-13 00:50:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-13 00:50:53 - building world TB --- 2011-06-13 00:50:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 00:50:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 00:50:53 - TARGET=amd64 TB --- 2011-06-13 00:50:53 - TARGET_ARCH=amd64 TB --- 2011-06-13 00:50:53 - TZ=UTC TB --- 2011-06-13 00:50:53 - __MAKE_CONF=/dev/null TB --- 2011-06-13 00:50:53 - cd /src TB --- 2011-06-13 00:50:53 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 00:50:53 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 02:42:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 02:42:41 - ERROR: failed to build world TB --- 2011-06-13 02:42:41 - 5482.20 user 889.91 system 6760.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 02:47:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4977E1065674; Mon, 13 Jun 2011 02:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 18FA08FC13; Mon, 13 Jun 2011 02:47:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D2laAC060261; Sun, 12 Jun 2011 22:47:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D2la7O060253; Mon, 13 Jun 2011 02:47:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 02:47:36 GMT Message-Id: <201106130247.p5D2la7O060253@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 02:47:37 -0000 TB --- 2011-06-13 00:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 00:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-13 00:50:00 - cleaning the object tree TB --- 2011-06-13 00:50:09 - cvsupping the source tree TB --- 2011-06-13 00:50:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-13 00:55:33 - building world TB --- 2011-06-13 00:55:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 00:55:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 00:55:33 - TARGET=pc98 TB --- 2011-06-13 00:55:33 - TARGET_ARCH=i386 TB --- 2011-06-13 00:55:33 - TZ=UTC TB --- 2011-06-13 00:55:33 - __MAKE_CONF=/dev/null TB --- 2011-06-13 00:55:33 - cd /src TB --- 2011-06-13 00:55:33 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 00:55:34 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 02:47:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 02:47:35 - ERROR: failed to build world TB --- 2011-06-13 02:47:36 - 5454.41 user 890.21 system 7055.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 03:00:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1265D1065678; Mon, 13 Jun 2011 03:00:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF268FC08; Mon, 13 Jun 2011 03:00:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D30Nva077909; Sun, 12 Jun 2011 23:00:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D30NjT077871; Mon, 13 Jun 2011 03:00:23 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 03:00:23 GMT Message-Id: <201106130300.p5D30NjT077871@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 03:00:27 -0000 TB --- 2011-06-13 01:40:45 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 01:40:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-13 01:40:45 - cleaning the object tree TB --- 2011-06-13 01:40:50 - cvsupping the source tree TB --- 2011-06-13 01:40:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-13 01:41:04 - building world TB --- 2011-06-13 01:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 01:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 01:41:04 - TARGET=ia64 TB --- 2011-06-13 01:41:04 - TARGET_ARCH=ia64 TB --- 2011-06-13 01:41:04 - TZ=UTC TB --- 2011-06-13 01:41:04 - __MAKE_CONF=/dev/null TB --- 2011-06-13 01:41:04 - cd /src TB --- 2011-06-13 01:41:04 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 01:41:05 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/ia64.ia64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 03:00:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 03:00:23 - ERROR: failed to build world TB --- 2011-06-13 03:00:23 - 3805.62 user 661.70 system 4777.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 03:35:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 196A9106564A; Mon, 13 Jun 2011 03:35:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C40C48FC20; Mon, 13 Jun 2011 03:35:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D3ZaAu076991; Sun, 12 Jun 2011 23:35:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D3Zabl076955; Mon, 13 Jun 2011 03:35:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 03:35:36 GMT Message-Id: <201106130335.p5D3Zabl076955@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 03:35:38 -0000 TB --- 2011-06-13 02:42:35 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 02:42:35 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-13 02:42:35 - cleaning the object tree TB --- 2011-06-13 02:42:43 - cvsupping the source tree TB --- 2011-06-13 02:42:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-13 02:42:56 - building world TB --- 2011-06-13 02:42:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 02:42:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 02:42:56 - TARGET=mips TB --- 2011-06-13 02:42:56 - TARGET_ARCH=mips TB --- 2011-06-13 02:42:56 - TZ=UTC TB --- 2011-06-13 02:42:56 - __MAKE_CONF=/dev/null TB --- 2011-06-13 02:42:56 - cd /src TB --- 2011-06-13 02:42:56 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 02:42:57 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 03:35:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 03:35:36 - ERROR: failed to build world TB --- 2011-06-13 03:35:36 - 2292.31 user 601.05 system 3180.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 04:23:06 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A475E106566B; Mon, 13 Jun 2011 04:23:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 732B18FC15; Mon, 13 Jun 2011 04:23:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5D4N5rr044416; Mon, 13 Jun 2011 00:23:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5D4N5St044404; Mon, 13 Jun 2011 04:23:05 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jun 2011 04:23:05 GMT Message-Id: <201106130423.p5D4N5St044404@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 04:23:06 -0000 TB --- 2011-06-13 02:42:42 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-13 02:42:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-13 02:42:42 - cleaning the object tree TB --- 2011-06-13 02:42:48 - cvsupping the source tree TB --- 2011-06-13 02:42:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-13 02:43:04 - building world TB --- 2011-06-13 02:43:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-13 02:43:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-13 02:43:04 - TARGET=powerpc TB --- 2011-06-13 02:43:04 - TARGET_ARCH=powerpc TB --- 2011-06-13 02:43:04 - TZ=UTC TB --- 2011-06-13 02:43:04 - __MAKE_CONF=/dev/null TB --- 2011-06-13 02:43:04 - cd /src TB --- 2011-06-13 02:43:04 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 13 02:43:04 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_conversion.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/iso9660_rrip.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/cd9660/cd9660_archimedes.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:52: /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:176: error: field 'sn_lock' has incomplete type *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-13 04:23:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-13 04:23:05 - ERROR: failed to build world TB --- 2011-06-13 04:23:05 - 5028.39 user 833.21 system 6023.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 06:11:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B57D1065670 for ; Mon, 13 Jun 2011 06:11:44 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D3F428FC12 for ; Mon, 13 Jun 2011 06:11:43 +0000 (UTC) Received: by bwz12 with SMTP id 12so5101879bwz.13 for ; Sun, 12 Jun 2011 23:11:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=j07MrZOaAS12vjb1saQn/ppg0wYGYUvFjWL9KLuH1yA=; b=YMRG6xGt6UpFGIBxSQE7h3MidLXuEmb6Tu4RAAon3QB5CuYogYYVHLaXUijv42dSqY U/UzNMiEvrYgBFFk/kr5wYLiUFwP14YqQWmo/4VPwg7b+TLxb0Yrp48uCCNCDZqgpI2Q c1zW+KuScGPJkYQjtSv7PKjHOokyhQyrTAk/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=X4iZ03Wo19mRciWa1O6ve1XnaWyJPhpmxzTGpODZftr4sLyVoWnaXUkuTN32gPaedb ruuD1slYNGRIwzfoMbwiAPZg2IBaKU2BkUrQDibwWS36oyqHIE6Bo7p6ojgvPgU27dK1 M3/sSXXyqGcfk810yDUFtZe8th61U/i6glI9Q= Received: by 10.204.83.129 with SMTP id f1mr4453976bkl.29.1307945502245; Sun, 12 Jun 2011 23:11:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Sun, 12 Jun 2011 23:11:22 -0700 (PDT) In-Reply-To: <4DF3E98B.40108@FreeBSD.org> References: <4DF3E98B.40108@FreeBSD.org> From: Eir Nym Date: Mon, 13 Jun 2011 06:11:22 +0000 Message-ID: To: Doug Barton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 06:11:44 -0000 On 11 June 2011 22:17, Doug Barton wrote: > Howdy, > > Per discussion on -arch and the svn list about improving boot time and > stripping down the kernel to just that-which-cannot-be-modularized I crea= ted > the attached script to kldload modules that don't need to be in loader.co= nf. > It cut quite a bit of time off my boot, so hopefully it will be useful to > others as well. > > To use it just put everything that is being _load'ed in loader.conf into > kld_list in rc.conf[.local]. For example, mine has: > > kld_list=3D'umass coretemp ichwd linux nvidia if_wpi' > > If there is agreement that this is a good direction to go I'll be happy t= o > commit this along with the relevant /etc/defaults/rc.conf and rc.conf.5 > changes. > How do you would suggest set tunables, which are readonly or have no sysctl(8) equivalent after boot-time? AFAIK loader can't set tunable if module is not loaded at boot-time. > > hth, > > Doug > > -- > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Nothin' ever doesn't change, but nothin' chang= es much. > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0-- OK Go > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Breadth of IT experience, and depth of knowled= ge in the DNS. > =C2=A0 =C2=A0 =C2=A0 =C2=A0Yours for the right price. =C2=A0:) =C2=A0http= ://SupersetSolutions.com/ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 06:32:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B44D0106566B; Mon, 13 Jun 2011 06:32:12 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 53D458FC18; Mon, 13 Jun 2011 06:32:11 +0000 (UTC) Received: by vxc34 with SMTP id 34so4942945vxc.13 for ; Sun, 12 Jun 2011 23:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=by1zQjv0K5yVLJrg0xW90jJ0kRZgHuvgI+OfYfd4pGs=; b=n7RYpmZ8JBavIfMsJjVc4MLkbszEH5Rg4AOUZyODFrMs1nVPIrNU7+/UlfK5bLUbC3 1XPX5ofNK0VnB/2OF+CY4MH/6Tls2nBVBTu6dbRVqwSy3dLaqRJskFuisVTMGgJU2l6b KHAKBPaOw00iR5zkGjG8Hao+9RJ0k6tX1KHB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bte9p69Nwy3BHE1zlWqyk6f8ZdDU8/BxYrjvTV+b556z6sILEzpLMRPrqRgx0QJrPa fRfkK87/PUla9QvLLicCwwWtL04URDXz3It4wVb7392OrmoBE+GMwFUfBitmV0ypE/Hk eUxwAOfvyQmPCVygqrpPXY++oEDe6xlsLYWjY= MIME-Version: 1.0 Received: by 10.220.213.195 with SMTP id gx3mr1925527vcb.23.1307946731182; Sun, 12 Jun 2011 23:32:11 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Sun, 12 Jun 2011 23:32:11 -0700 (PDT) In-Reply-To: References: <4DF3E98B.40108@FreeBSD.org> Date: Sun, 12 Jun 2011 23:32:11 -0700 Message-ID: From: Garrett Cooper To: Eir Nym Content-Type: text/plain; charset=ISO-8859-1 Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 06:32:12 -0000 On Sun, Jun 12, 2011 at 11:11 PM, Eir Nym wrote: > On 11 June 2011 22:17, Doug Barton wrote: >> Howdy, >> >> Per discussion on -arch and the svn list about improving boot time and >> stripping down the kernel to just that-which-cannot-be-modularized I created >> the attached script to kldload modules that don't need to be in loader.conf. >> It cut quite a bit of time off my boot, so hopefully it will be useful to >> others as well. >> >> To use it just put everything that is being _load'ed in loader.conf into >> kld_list in rc.conf[.local]. For example, mine has: >> >> kld_list='umass coretemp ichwd linux nvidia if_wpi' >> >> If there is agreement that this is a good direction to go I'll be happy to >> commit this along with the relevant /etc/defaults/rc.conf and rc.conf.5 >> changes. >> > > How do you would suggest set tunables, which are readonly or have no > sysctl(8) equivalent after boot-time? AFAIK loader can't set tunable > if module is not loaded at boot-time. Not true. Kernel tunables are really not that different (in concept) from kernel-level environment variables. Certainly, they would have less value if one's loading modules at boot (depending when things are done -- i.e. how closely the sysctl pseudo service is run to the proposed kld pseudo service), but sysctls can't be set until the module (or respective OID leaf) has been created by the kernel (somehow, i.e. via driver initialization, etc). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 06:51:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22602106566B; Mon, 13 Jun 2011 06:51:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id CE4F18FC0C; Mon, 13 Jun 2011 06:51:49 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QW0VI-000Ohl-K4; Mon, 13 Jun 2011 09:20:04 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Doug Barton In-reply-to: <4DF50AA1.9080607@FreeBSD.org> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> Comments: In-reply-to Doug Barton message dated "Sun, 12 Jun 2011 11:51:13 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Jun 2011 09:20:04 +0300 From: Daniel Braniss Message-ID: Cc: jhell@DataIX.net, freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 06:51:50 -0000 > On 6/12/2011 1:56 AM, Jason Hellenthal wrote: > > > Cutting modules out of the kernel in general does help speed up booting > > but loading those same modules later in the boot process will just lead > > you back to the same boot time. > > Loading modules via loader.conf is many times slower than doing it from > disk after the system is partially booted. (As in, 2-3 seconds per > module vs. nearly instantaneous for all 6.) > > I didn't offer my list as an example of what to do, I offered it as a > syntax example. I would of course expect people to use appropriate > discretion to load things in loader.conf that are necessary for boot. > (Of course, the fact that people can easily get this wrong is a strike > against the technique.) > > There is no point in having an _enable for this script because if the > kld_list is empty, nothing happens. > Doug's solution is what we have been using for a very long time! the loader.conf solution is not practical when it's shared among many hosts -like here where most of the hosts are dataless-, so, moving the not essential ones to rc.conf was the obvious solution. my .5 danny From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 06:59:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD561065673; Mon, 13 Jun 2011 06:59:02 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 77F628FC08; Mon, 13 Jun 2011 06:59:01 +0000 (UTC) Received: by bwz12 with SMTP id 12so5131098bwz.13 for ; Sun, 12 Jun 2011 23:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=7qVSKGDFdk2JLH0nNAfEFFu9nDSkVUAhIF1KrBDArcM=; b=U2wGt06bGNtMdJUvnmSgU2S16yHyjSMT7JjwMNdtcnKvmcHCkGQl+UybI9Peby2oXW 5c6da2V+9MgKvU+wnRm7t9QTxrQ1fBj18dPtopLzXzteH5ADlHTbrdrrRgBQ8eHf61QN 3zfYK2MqzYyylgd3A+OtiXPg5Z7f2zANK6jIM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=vkfO8My1YIoFIjzYoNkANFoFGvHO0OskdF1nZDcv6C0TUxi62egpoZxylyzKofEDgs i3aCeeuJ+KhumtOjAKjfpfMrTHoUDIxFKpy6XaJ8kZgzqS5WsJxCGO8gojx3MjgjYnQS ZF8zOxknp8w+FRXKUizjPK6GIcHpYOW9rMy30= Received: by 10.204.19.83 with SMTP id z19mr4368704bka.191.1307948340168; Sun, 12 Jun 2011 23:59:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Sun, 12 Jun 2011 23:58:39 -0700 (PDT) In-Reply-To: References: <4DF3E98B.40108@FreeBSD.org> From: Eir Nym Date: Mon, 13 Jun 2011 06:58:39 +0000 Message-ID: To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 06:59:02 -0000 On 13 June 2011 06:32, Garrett Cooper wrote: > On Sun, Jun 12, 2011 at 11:11 PM, Eir Nym wrote: >> On 11 June 2011 22:17, Doug Barton wrote: >>> Howdy, >>> >>> Per discussion on -arch and the svn list about improving boot time and >>> stripping down the kernel to just that-which-cannot-be-modularized I cr= eated >>> the attached script to kldload modules that don't need to be in loader.= conf. >>> It cut quite a bit of time off my boot, so hopefully it will be useful = to >>> others as well. >>> >>> To use it just put everything that is being _load'ed in loader.conf int= o >>> kld_list in rc.conf[.local]. For example, mine has: >>> >>> kld_list=3D'umass coretemp ichwd linux nvidia if_wpi' >>> >>> If there is agreement that this is a good direction to go I'll be happy= to >>> commit this along with the relevant /etc/defaults/rc.conf and rc.conf.5 >>> changes. >>> >> >> How do you would suggest set tunables, which are readonly or have no >> sysctl(8) equivalent after boot-time? AFAIK loader can't set tunable >> if module is not loaded at boot-time. > > =C2=A0 =C2=A0Not true. Kernel tunables are really not that different (in > concept) from kernel-level environment variables. Certainly, they > would have less value if one's loading modules at boot (depending when > things are done -- i.e. how closely the sysctl pseudo service is run > to the proposed kld pseudo service), but sysctls can't be set until > the module (or respective OID leaf) has been created by the kernel > (somehow, i.e. via driver initialization, etc). > Thanks, > -Garrett > I see, I use tunables and it will be great if I can add tunables for module while load them from user space with rc(8). From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 07:27:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2D83106566B for ; Mon, 13 Jun 2011 07:27:34 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 65D728FC0C for ; Mon, 13 Jun 2011 07:27:34 +0000 (UTC) Received: by bwz12 with SMTP id 12so5151239bwz.13 for ; Mon, 13 Jun 2011 00:27:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=GPuOHp5brEFesCz1eorozAfbIuGH8vokkBWRCdUZ0mY=; b=mweouEFVOIW8B8Sfj/1P4RDWsPB956fu9IGg3uZ6AfS0sO4fYL0+QcQWoWqmgu0TlK r1KUgj0+nP3GQ2anLNgYQD1cNRPvlH8UWAEtXUGQc7lXksXYF0QBYv9118kq3poZEnLF m6OeUceY8roQjML3IYVOzTpZ0sCyOLT5apTQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=ljd+4N6ppUUPsiaAjM5ptGu90JMaJqhZwrNBfIvo63huSNYIpLf5tW9hB0PBhETRnh 01Varad1i1bPbxmI1+yb1dBClOeeMuX0oLcjgLjizr64PVSR5VVw3sKLKN7YaVQOsSpf UwfavTnBG4dmXu5ThLnq/EG7/IWU/5+QEv7Uk= Received: by 10.204.83.129 with SMTP id f1mr4506229bkl.29.1307950053193; Mon, 13 Jun 2011 00:27:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.74 with HTTP; Mon, 13 Jun 2011 00:27:13 -0700 (PDT) From: Eir Nym Date: Mon, 13 Jun 2011 07:27:13 +0000 Message-ID: To: FreeBSD Mail Lists Content-Type: text/plain; charset=UTF-8 Subject: boot0cfg in future releases. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 07:27:34 -0000 Hi folks, I haven't see man page for boot0cfg(8) for FreeBSD 9-Current on FreeBSD website, but it exists for 8.x and earlier versions. Is it website bug or this utility will be removed in the future? From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 15:25:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BEC7106566B for ; Mon, 13 Jun 2011 15:25:16 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE6D58FC0C for ; Mon, 13 Jun 2011 15:25:15 +0000 (UTC) Received: by iwn33 with SMTP id 33so5731972iwn.13 for ; Mon, 13 Jun 2011 08:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to; bh=jAa4KSizm0UXYWmiPGmtE/cB5UezSEZtbIAHquJpy/A=; b=ZV68RKu6YVMLFdlDIRL7mSxby+MLshAXnLUjnswotvKFsuRv/0ZR5TjPb7ar2hUJtP RUmYXjrVQeTCKxOudP3+yPT/N3XMM5gqCHd0kC8VcvIko8ca8f8y2wDb/as93MYTH53n +5mhB6kvPQcmH44aiaaw55DuBKJmiXlW6LIHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=rpXJoLWATE0dbsAztwuFjaSbpucZ63J4X6B4VHWYtxmm2kXclEzzbvrf8fW/hVh86A nDwlLVJ9T/QAr8B8STIjQlG7Cdv69yjeAuH58OfiJSdvzs+nXRmlzuYIQ6azAiwLlWdF ivUMt5c95W2FZLUeATf7tq6BqtzGqjiDBazV4= Received: by 10.42.133.69 with SMTP id g5mr6078455ict.289.1307977018001; Mon, 13 Jun 2011 07:56:58 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id d8sm4818802icy.9.2011.06.13.07.56.56 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2011 07:56:57 -0700 (PDT) Sender: The Command Line Kid Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5DEurP7084491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jun 2011 10:56:54 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5DEuqnG084490; Mon, 13 Jun 2011 10:56:52 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Mon, 13 Jun 2011 10:56:52 -0400 From: jhell To: Eir Nym Message-ID: <20110613145652.GA83284@DataIX.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Mail Lists Subject: Re: boot0cfg in future releases. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 15:25:16 -0000 http://svn.freebsd.org/base/head/usr.sbin/boot0cfg/ It is still connected to the build in the previous directory ../ by the Makefile.* foreach arch. Even if, gpart(8) used along with the corresponding files in /boot you can still achieve the same results for a selection menu at boot time whether it be gptboot gptzfsboot etc... On Mon, Jun 13, 2011 at 07:27:13AM +0000, Eir Nym wrote: > Hi folks, > > I haven't see man page for boot0cfg(8) for FreeBSD 9-Current on > FreeBSD website, but it exists for 8.x and earlier versions. Is it > website bug or this utility will be removed in the future? From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 16:23:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA581065675 for ; Mon, 13 Jun 2011 16:23:41 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9043E8FC22 for ; Mon, 13 Jun 2011 16:23:41 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p5DGN8bp056444 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jun 2011 09:23:11 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DF63972.8070006@freebsd.org> Date: Mon, 13 Jun 2011 09:23:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Daniel Braniss References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jhell@DataIX.net, Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 16:23:41 -0000 On 6/12/11 11:20 PM, Daniel Braniss wrote: >> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: >> >>> Cutting modules out of the kernel in general does help speed up booting >>> but loading those same modules later in the boot process will just lead >>> you back to the same boot time. >> Loading modules via loader.conf is many times slower than doing it from >> disk after the system is partially booted. (As in, 2-3 seconds per >> module vs. nearly instantaneous for all 6.) >> >> I didn't offer my list as an example of what to do, I offered it as a >> syntax example. I would of course expect people to use appropriate >> discretion to load things in loader.conf that are necessary for boot. >> (Of course, the fact that people can easily get this wrong is a strike >> against the technique.) >> >> There is no point in having an _enable for this script because if the >> kld_list is empty, nothing happens. >> > Doug's solution is what we have been using for a very long time! > > the loader.conf solution is not practical when it's shared among many > hosts -like here where most of the hosts are dataless-, so, moving the not > essential ones to rc.conf was the obvious solution. what would be REALLY cool would be the ability to make loader.conf have some sort of conditional clauses.. e.g. if MAC== 01:02:03:04:05:06 blah > my .5 > > danny > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 16:31:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C5BE106566B for ; Mon, 13 Jun 2011 16:31:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8AF8FC0A for ; Mon, 13 Jun 2011 16:31:39 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1QW9nI-0005WZ-R3; Mon, 13 Jun 2011 17:15:29 +0100 Received: from mech-anton240.men.bris.ac.uk ([137.222.187.240]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1QW9mw-00041q-Jv; Mon, 13 Jun 2011 17:14:54 +0100 Received: from mech-anton240.men.bris.ac.uk (localhost [127.0.0.1]) by mech-anton240.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p5DGEsBA039590; Mon, 13 Jun 2011 17:14:54 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-anton240.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p5DGEs4h039589; Mon, 13 Jun 2011 17:14:54 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-anton240.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 13 Jun 2011 17:14:54 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110613161453.GA39561@mech-anton240.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: panic -> Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ;; X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 16:31:40 -0000 On ia64 r221488 KDB: enter: panic [ thread pid 1076 tid 100089 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ;; db> - - - - - - - - - - - - Live Console - - - - - - - - - - - - db> bt Tracing pid 1076 tid 100089 td 0xe000000011d22000 kdb_enter(0x9ffc000000913e38, 0x9ffc000000913e38, 0x9ffc000000351990, 0x793) at kdb_enter+0x92 panic(0x9ffc000000914e40, 0x0, 0x9ffc000000914e28, 0x9ffc0000008e8a30, 0x9ffc000 0003ed5f0) at panic+0x2e0 _sleep(0x9ffc000000a08a68, 0x0, 0x174, 0x9ffc0000008e8a30, 0x0) at _sleep+0x120 ipflog_read(0x0, 0xa0000000c810b360) at ipflog_read+0x1a0 iplread(0xe000000011aff658, 0xa0000000c810b360, 0x9ffc00000025d180, 0x58f) at ip lread+0x50 devfs_read_f(0xe000000011c59040, 0xa0000000c810b360, 0xe000000010cc5c00, 0x0, 0x e000000011d22000) at devfs_read_f+0x100 dofileread(0xe000000011d22000, 0x3, 0xe000000011c59040, 0xa0000000c810b360, 0x0, 0x0) at dofileread+0x150 kern_readv(0xe000000011d22000, 0x3, 0xa0000000c810b360) at kern_readv+0x70 read(0xe000000011d22000, 0xa0000000c810b4e8, 0x9ffc0000003dc9c0, 0x50e) at read+ 0xd0 syscallenter(0xe000000011d22000, 0xa0000000c810b3a0, 0xa0000000c810b3a8) at sysc allenter+0x4e0 syscall(0xa0000000c810b4c8, 0xe000000011d22000, 0x2000, 0x9ffc0000007dd880, 0x8, 0x7fffffffffffcda4) at syscall+0x60 epc_syscall_return() at epc_syscall_return db> db> show thread 100089 Thread 100089 at 0xe000000011d22000: proc (pid 1076): 0xe000000011ec3a70 name: ipmon stack: 0xa0000000c8104000-0xa0000000c810bfff flags: 0x4 pflags: 0 state: RUNNING (CPU 0) priority: 120 container lock: sched lock 0 (0x9ffc000000a304c0) db> Any use? Thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 16:50:24 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBC18106568B for ; Mon, 13 Jun 2011 16:50:23 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.29.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4A08A8FC21 for ; Mon, 13 Jun 2011 16:50:23 +0000 (UTC) Received: from [78.35.67.3] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QWALB-0005fq-Sx for freebsd-current@FreeBSD.org; Mon, 13 Jun 2011 18:50:21 +0200 Date: Mon, 13 Jun 2011 18:44:10 +0200 From: Fabian Keil To: freebsd-current@FreeBSD.org Message-ID: <20110613184410.4f6e2b81@fabiankeil.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/Q5.DZKN9ebGlbu4agRwWgob"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: Subject: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 16:50:24 -0000 --Sig_/Q5.DZKN9ebGlbu4agRwWgob Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm experiencing time-related issues that seem to be caused by the low-resolution TSC timecounter (r222866). The problem I noticed first is that it takes unusually long until a key press is repeated. With the default eventtimer (HPET) it seems to take about 4s, which can be slightly improved by switching to i8254. The "error beep" seems to take longer than usual, too, and the system "feels sluggish" in general. An effect that is easier to measure is that the system is unable to properly keep the time. Again the problem is less severe when using i8254 instead of HPET: fk@r500 ~ $sudo sysctl kern.eventtimer.timer=3DHPET kern.eventtimer.timer: i8254 -> HPET fk@r500 ~ $while sudo /etc/rc.d/ntpdate onestart; do sleep 1; done Setting date via ntp. 13 Jun 14:30:34 ntpdate[4161]: step time server 72.14.179.211 offset 47.463= 608 sec Setting date via ntp. 13 Jun 14:30:52 ntpdate[4172]: step time server 178.26.114.66 offset 14.867= 148 sec Setting date via ntp. 13 Jun 14:31:12 ntpdate[4183]: step time server 178.26.114.66 offset 17.472= 867 sec Setting date via ntp. 13 Jun 14:31:37 ntpdate[4194]: step time server 72.14.179.211 offset 22.477= 665 sec Setting date via ntp. 13 Jun 14:31:51 ntpdate[4205]: step time server 178.26.114.66 offset 10.956= 637 sec Setting date via ntp. 13 Jun 14:32:11 ntpdate[4216]: step time server 178.26.114.66 offset 16.548= 800 sec ^C fk@r500 ~ $sudo sysctl kern.eventtimer.timer=3Di8254 kern.eventtimer.timer: HPET -> i8254 fk@r500 ~ $while sudo /etc/rc.d/ntpdate onestart; do sleep 1; done Setting date via ntp. 13 Jun 14:32:23 ntpdate[4240]: step time server 178.26.114.66 offset 8.7136= 38 sec Setting date via ntp. 13 Jun 14:32:28 ntpdate[4251]: step time server 178.26.114.66 offset 1.6306= 54 sec Setting date via ntp. 13 Jun 14:32:33 ntpdate[4262]: step time server 178.26.114.66 offset 2.3171= 75 sec Setting date via ntp. 13 Jun 14:32:38 ntpdate[4273]: step time server 178.26.114.66 offset 2.1742= 20 sec Setting date via ntp. 13 Jun 14:32:43 ntpdate[4284]: step time server 178.26.114.66 offset 1.7752= 81 sec Setting date via ntp. 13 Jun 14:32:49 ntpdate[4295]: step time server 178.26.114.66 offset 2.2236= 60 sec Setting date via ntp. 13 Jun 14:32:54 ntpdate[4306]: step time server 208.52.173.46 offset 1.9009= 42 sec ^C fk@r500 ~ $sudo sysctl kern.eventtimer.timer=3DHPET kern.eventtimer.timer: i8254 -> HPET fk@r500 ~ $while sudo /etc/rc.d/ntpdate onestart; do sleep 1; done Setting date via ntp. 13 Jun 14:33:08 ntpdate[4319]: step time server 108.71.253.20 offset 9.7408= 12 sec Setting date via ntp. 13 Jun 14:33:30 ntpdate[4330]: step time server 108.71.253.20 offset 19.046= 164 sec Setting date via ntp. 13 Jun 14:33:51 ntpdate[4341]: step time server 108.71.253.20 offset 18.489= 062 sec Setting date via ntp. 13 Jun 14:34:03 ntpdate[4352]: step time server 69.65.40.29 offset 8.659389= sec Setting date via ntp. 13 Jun 14:34:09 ntpdate[4363]: step time server 108.71.253.20 offset 2.8686= 11 sec Setting date via ntp. 13 Jun 14:34:23 ntpdate[4374]: step time server 108.71.253.20 offset 10.798= 129 sec Setting date via ntp. 13 Jun 14:34:33 ntpdate[4407]: step time server 108.71.253.20 offset 6.9197= 64 sec Setting date via ntp. 13 Jun 14:34:43 ntpdate[4422]: step time server 108.71.253.20 offset 7.1358= 78 sec ^C fk@r500 ~ $sudo sysctl kern.eventtimer.timer=3Di8254 kern.eventtimer.timer: HPET -> i8254 fk@r500 ~ $while sudo /etc/rc.d/ntpdate onestart; do sleep 1; done Setting date via ntp. 13 Jun 14:34:56 ntpdate[4435]: step time server 108.71.253.20 offset 9.5964= 63 sec Setting date via ntp. 13 Jun 14:35:02 ntpdate[4446]: step time server 108.71.253.20 offset 2.1375= 92 sec Setting date via ntp. 13 Jun 14:35:07 ntpdate[4457]: step time server 108.71.253.20 offset 2.4350= 11 sec Setting date via ntp. 13 Jun 14:35:13 ntpdate[4468]: step time server 108.71.253.20 offset 2.6312= 90 sec Setting date via ntp. 13 Jun 14:35:18 ntpdate[4479]: step time server 108.71.253.20 offset 1.9095= 70 sec Setting date via ntp. 13 Jun 14:35:24 ntpdate[4490]: step time server 108.71.253.20 offset 2.3985= 83 sec Setting date via ntp. 13 Jun 14:35:29 ntpdate[4501]: step time server 108.71.253.20 offset 2.2647= 60 sec Setting date via ntp. 13 Jun 14:35:34 ntpdate[4512]: step time server 108.71.253.20 offset 1.8080= 83 sec Setting date via ntp. HPET1 to HPET3 seem to behave similar to HPET or at least the difference isn't significant enough to be obvious without running proper benchmarks. The cpu is: Calibrating TSC clock ... TSC clock: 1995043420 Hz CPU: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz (1995.04-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x6fd Family =3D 6 Model =3D f Stepp= ing =3D 13 Features=3D0xbfebfbff Features2=3D0xe39d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics With r222866, I get the message: "TSC timecounter discards lower 7 bit(s)" I'm using powerd, but killing it doesn't solve the issue. fk@r500 ~ $sysctl kern.eventtimer kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) i8254(10= 0) kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.HPET3.flags: 3 kern.eventtimer.et.HPET3.frequency: 14318180 kern.eventtimer.et.HPET3.quality: 440 kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 Things improve quite a bit with this patch: commit 4e7d41a5438a502f754d0e4b02c8eba5d0ae15a2 Author: Fabian Keil Date: Mon Jun 13 17:07:46 2011 +0200 Do not mess with smp_tsc in test_smp_tsc() diff --git a/sys/x86/x86/tsc.c b/sys/x86/x86/tsc.c index 83eab4d..7a70484 100644 --- a/sys/x86/x86/tsc.c +++ b/sys/x86/x86/tsc.c @@ -376,7 +376,8 @@ test_smp_tsc(void) data =3D malloc(sizeof(*data) * size * N, M_TEMP, M_WAITOK); for (i =3D 0, tsc =3D data; i < N; i++, tsc +=3D size) smp_rendezvous(tsc_read_0, tsc_read_1, tsc_read_2, tsc); - smp_tsc =3D 1; /* XXX */ + if (bootverbose) + printf("SMP: Keeping smp_tsc at %d\n", smp_tsc); smp_rendezvous(smp_no_rendevous_barrier, comp_smp_tsc, smp_no_rendevous_barrier, data); free(data, M_TEMP); fk@r500 ~ $while sudo /etc/rc.d/ntpdate onestart; do sleep 1; done Password: Setting date via ntp. 13 Jun 17:29:56 ntpdate[3464]: step time server 131.234.137.23 offset 1.748= 995 sec Setting date via ntp. 13 Jun 17:29:59 ntpdate[3475]: step time server 131.234.137.23 offset 0.001= 936 sec Setting date via ntp. 13 Jun 17:30:02 ntpdate[3486]: step time server 80.153.14.198 offset 0.0231= 67 sec Setting date via ntp. 13 Jun 17:30:07 ntpdate[3508]: step time server 80.153.14.198 offset -0.002= 901 sec Setting date via ntp. 13 Jun 17:30:10 ntpdate[3519]: step time server 131.234.137.23 offset -0.02= 2134 sec Setting date via ntp. 13 Jun 17:30:14 ntpdate[3530]: step time server 80.153.14.198 offset 0.0140= 18 sec Setting date via ntp. 13 Jun 17:30:17 ntpdate[3541]: step time server 131.234.137.23 offset -0.01= 4088 sec Setting date via ntp. 13 Jun 17:30:20 ntpdate[3552]: step time server 131.234.137.23 offset 0.000= 335 sec Setting date via ntp. 13 Jun 17:30:24 ntpdate[3563]: step time server 131.234.137.23 offset 0.001= 874 sec Setting date via ntp. 13 Jun 17:30:27 ntpdate[3574]: step time server 131.234.137.23 offset -0.00= 2200 sec Setting date via ntp. 13 Jun 17:30:31 ntpdate[3585]: step time server 131.234.137.23 offset 0.000= 883 sec Setting date via ntp. 13 Jun 17:30:34 ntpdate[3596]: step time server 131.234.137.23 offset 0.000= 910 sec Setting date via ntp. 13 Jun 17:30:38 ntpdate[3607]: step time server 131.234.137.23 offset -0.00= 1278 sec Setting date via ntp. 13 Jun 17:30:41 ntpdate[3618]: step time server 131.234.137.23 offset 0.001= 204 sec Setting date via ntp. 13 Jun 17:30:45 ntpdate[3629]: step time server 131.234.137.23 offset -0.00= 1360 sec Setting date via ntp. 13 Jun 17:30:49 ntpdate[3640]: step time server 131.234.137.23 offset -0.00= 0312 sec Setting date via ntp. 13 Jun 17:30:52 ntpdate[3651]: step time server 131.234.137.23 offset 0.000= 123 sec Setting date via ntp. 13 Jun 17:30:56 ntpdate[3662]: step time server 131.234.137.23 offset -0.00= 0025 sec Setting date via ntp. 13 Jun 17:30:59 ntpdate[3673]: step time server 80.153.14.198 offset 0.0204= 60 sec Setting date via ntp. 13 Jun 17:31:02 ntpdate[3684]: step time server 80.153.14.198 offset -0.009= 112 sec Setting date via ntp. 13 Jun 17:31:06 ntpdate[3695]: step time server 131.234.137.23 offset -0.00= 9259 sec Setting date via ntp. 13 Jun 17:31:09 ntpdate[3706]: step time server 80.153.14.198 offset 0.0260= 02 sec ^C I get the impression that the offsets are still a bit larger on average than with a kernel with sys/x86/x86/tsc.c from r222864, but haven't done enough tests to be sure: fk@r500 ~ $while sudo /etc/rc.d/ntpdate onestart; do sleep 1; done Setting date via ntp. 13 Jun 18:37:56 ntpdate[4404]: step time server 212.112.228.242 offset -0.0= 03875 sec Setting date via ntp. 13 Jun 18:37:59 ntpdate[4415]: step time server 79.143.177.46 offset 0.0032= 66 sec Setting date via ntp. 13 Jun 18:38:03 ntpdate[4426]: step time server 212.112.228.242 offset -0.0= 03565 sec Setting date via ntp. 13 Jun 18:38:06 ntpdate[4437]: step time server 212.112.228.242 offset -0.0= 00430 sec Setting date via ntp. 13 Jun 18:38:10 ntpdate[4448]: step time server 79.143.177.46 offset 0.0040= 59 sec Setting date via ntp. 13 Jun 18:38:13 ntpdate[4459]: step time server 79.143.177.46 offset 0.0006= 09 sec Setting date via ntp. 13 Jun 18:38:17 ntpdate[4470]: step time server 212.112.228.242 offset -0.0= 03540 sec Setting date via ntp. 13 Jun 18:38:20 ntpdate[4481]: step time server 79.143.177.46 offset 0.0037= 22 sec Setting date via ntp. 13 Jun 18:38:23 ntpdate[4492]: step time server 79.143.177.46 offset -0.000= 707 sec Setting date via ntp. 13 Jun 18:38:27 ntpdate[4503]: step time server 79.143.177.46 offset -0.000= 125 sec Setting date via ntp. 13 Jun 18:38:30 ntpdate[4514]: step time server 212.112.228.242 offset -0.0= 03536 sec Setting date via ntp. Fabian --Sig_/Q5.DZKN9ebGlbu4agRwWgob Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk32PmIACgkQBYqIVf93VJ0jDQCgzUNXv+c5+c9glOAvRUjlRMoK AxEAnAmCmJHEFeRtm/E69oisS7FhN/nl =MQ0U -----END PGP SIGNATURE----- --Sig_/Q5.DZKN9ebGlbu4agRwWgob-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 17:00:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11D85106566B; Mon, 13 Jun 2011 17:00:06 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B76C8FC1B; Mon, 13 Jun 2011 17:00:06 +0000 (UTC) Received: by iwn33 with SMTP id 33so5843172iwn.13 for ; Mon, 13 Jun 2011 10:00:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QsDq7JhGzBNVwJ3xucFdABoCRYJ3L7Pkioo4uA8E6xc=; b=o8JytCXmgpDzMiH46mkcIQByQv55PixDSmlqHiyt1GIFiJP5STuABlwQa/IBDth+Xe 4ufzVe2rYuUiCow6oD9mK1XxPmn00DlPhD5jDFzkGZw04di3r2g/ZKRjv8YNCyVpCfhk JJStteWtRGS1oBjdlCRHWq7BWcXEXng289WWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FgROPzPOqD0NfcXNGrRr+mUUh0wJgoB1hZVrkAXqoc+Xl9xgd60FLVV/tb9UvSVwPh fXtUHArXkMjnNNp9+v8LDsbwSu9xpiHcBLXMcd67JL+mehTnoCk66gsAmeVDkAi6fpfH GCX83cxOUzfepCH+YafTQEVcxTjBKk+4mvvWI= MIME-Version: 1.0 Received: by 10.42.132.70 with SMTP id c6mr1691282ict.349.1307984404835; Mon, 13 Jun 2011 10:00:04 -0700 (PDT) Received: by 10.231.174.70 with HTTP; Mon, 13 Jun 2011 10:00:04 -0700 (PDT) Received: by 10.231.174.70 with HTTP; Mon, 13 Jun 2011 10:00:04 -0700 (PDT) In-Reply-To: <4DF63972.8070006@freebsd.org> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> Date: Mon, 13 Jun 2011 18:00:04 +0100 Message-ID: From: Chris Rees To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 17:00:07 -0000 On 13 Jun 2011 17:24, "Julian Elischer" wrote: > > On 6/12/11 11:20 PM, Daniel Braniss wrote: >>> >>> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: >>> >>>> Cutting modules out of the kernel in general does help speed up booting >>>> but loading those same modules later in the boot process will just lead >>>> you back to the same boot time. >>> >>> Loading modules via loader.conf is many times slower than doing it from >>> disk after the system is partially booted. (As in, 2-3 seconds per >>> module vs. nearly instantaneous for all 6.) >>> >>> I didn't offer my list as an example of what to do, I offered it as a >>> syntax example. I would of course expect people to use appropriate >>> discretion to load things in loader.conf that are necessary for boot. >>> (Of course, the fact that people can easily get this wrong is a strike >>> against the technique.) >>> >>> There is no point in having an _enable for this script because if the >>> kld_list is empty, nothing happens. >>> >> Doug's solution is what we have been using for a very long time! >> >> the loader.conf solution is not practical when it's shared among many >> hosts -like here where most of the hosts are dataless-, so, moving the not >> essential ones to rc.conf was the obvious solution. > > > what would be REALLY cool would be the ability to make loader.conf have some sort of conditional > clauses.. > > e.g. if MAC== 01:02:03:04:05:06 > blah > > Isn't it just a shell script? From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 17:24:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77529106566B; Mon, 13 Jun 2011 17:24:17 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E8E3F8FC12; Mon, 13 Jun 2011 17:24:16 +0000 (UTC) Received: by vws18 with SMTP id 18so5492734vws.13 for ; Mon, 13 Jun 2011 10:24:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=22SFP3w66CzqXIOF8JJ+VpeVtk4djOB/oIMkWYhgIW4=; b=reS1K1J3fAMAkftX7rKBjh8kAGzbqWOoHoBnkkrgDTbpy0OZ7bwAwh1WF8y8F+SKcH D4kYAgjTwuPWgXZcNwcO7EUl8/q5KPY3TAgMiEZQXGhSdsN5ey1IO56UnRhjuKBWyIgQ +tKh11WNWRxcQutfsmaoObuu2SGR3m10yNsmA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Ucrhl2+WzWQp1yVJlWh5vHMxXe/3biw+dTFcQhot6yw4Y1kDEQLFiE5XcHwyXSNaie iHg8e6HPgrVtULya8OAJ7L/V52ZYp9A0VCsoR2qqOe7PLSOt8IBQGUm2XF664KvHGyZA 453yK7XHkthnYfkikEqZKI+kj1b9boruYbCpA= MIME-Version: 1.0 Received: by 10.220.177.9 with SMTP id bg9mr2111716vcb.93.1307985855920; Mon, 13 Jun 2011 10:24:15 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Mon, 13 Jun 2011 10:24:15 -0700 (PDT) In-Reply-To: References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> Date: Mon, 13 Jun 2011 10:24:15 -0700 Message-ID: From: Garrett Cooper To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 17:24:17 -0000 On Mon, Jun 13, 2011 at 10:00 AM, Chris Rees wrote: > On 13 Jun 2011 17:24, "Julian Elischer" wrote: >> >> On 6/12/11 11:20 PM, Daniel Braniss wrote: >>>> >>>> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: >>>> >>>>> Cutting modules out of the kernel in general does help speed up booti= ng >>>>> but loading those same modules later in the boot process will just le= ad >>>>> you back to the same boot time. >>>> >>>> Loading modules via loader.conf is many times slower than doing it fro= m >>>> disk after the system is partially booted. (As in, 2-3 seconds per >>>> module vs. nearly instantaneous for all 6.) >>>> >>>> I didn't offer my list as an example of what to do, I offered it as a >>>> syntax example. I would of course expect people to use appropriate >>>> discretion to load things in loader.conf that are necessary for boot. >>>> (Of course, the fact that people can easily get this wrong is a strike >>>> against the technique.) >>>> >>>> There is no point in having an _enable for this script because if the >>>> kld_list is empty, nothing happens. >>>> >>> Doug's solution is what we have been using for a very long time! >>> >>> the loader.conf solution is not practical when it's shared among many >>> hosts -like here where most of the hosts are dataless-, so, moving the > not >>> essential ones to rc.conf was the obvious solution. >> >> >> what would be REALLY cool would be the ability to make loader.conf have > some sort of conditional >> clauses.. >> >> e.g. if MAC=3D=3D 01:02:03:04:05:06 >> =A0 =A0 =A0 =A0 =A0blah >> >> > > Isn't it just a shell script? The values are eval'ed from Forth-code, not /bin/sh -- so it's not a shell script in the way that you're generally used to :). But yes, it could be made conditional. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 17:38:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF131106566C for ; Mon, 13 Jun 2011 17:38:06 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6D438FC0C for ; Mon, 13 Jun 2011 17:38:06 +0000 (UTC) Received: by iyj12 with SMTP id 12so5921161iyj.13 for ; Mon, 13 Jun 2011 10:38:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to; bh=ybi2Fz/vZQ3jFvT+ROROFYEa+zqZdvKO+gKqkYL34h8=; b=tl9C+uMexUqpct1SeXt98fZ54IYVFZlcx+gz4DLvDVza7kdyy4ctDtEI7GCvVHsSQi plBBhKPhzpScxnjR4Luc8Ltj1YCaleA/TARBkn3U8U2fVE3u8Jldo1Vmq4/3yDk0RVnG jkA+UXyyd5zGu5B10kiKybwN4CTT9TO6U/5Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=lOuQWdMIxkeoq94FbAovWP7kwZ66qbW0oQH6hohMnkOUpKQ/0LHKUFQJdEXetZQzy9 lfpI65hvN2r2lACKgBEEqFvpWnIAMJbQkjcR+Mw0sSjA2w4ku5+eDIFo78iUkFuvG5UH LpD86i1/IqzFheBx8LgYm8D9HpYROYjqbXVLE= Received: by 10.42.228.133 with SMTP id je5mr7086052icb.107.1307986685403; Mon, 13 Jun 2011 10:38:05 -0700 (PDT) Received: from DataIX.net (adsl-99-181-139-216.dsl.klmzmi.sbcglobal.net [99.181.139.216]) by mx.google.com with ESMTPS id x13sm2881301ibh.33.2011.06.13.10.38.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2011 10:38:04 -0700 (PDT) Sender: The Command Line Kid Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p5DHc1CN086019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jun 2011 13:38:02 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p5DHc193086018; Mon, 13 Jun 2011 13:38:01 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Mon, 13 Jun 2011 13:38:01 -0400 From: jhell To: Julian Elischer Message-ID: <20110613173800.GB84937@DataIX.net> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: <4DF63972.8070006@freebsd.org> Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 17:38:07 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2011 at 09:23:14AM -0700, Julian Elischer wrote: > On 6/12/11 11:20 PM, Daniel Braniss wrote: > >> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: > >> > >>> Cutting modules out of the kernel in general does help speed up booti= ng > >>> but loading those same modules later in the boot process will just le= ad > >>> you back to the same boot time. > >> Loading modules via loader.conf is many times slower than doing it from > >> disk after the system is partially booted. (As in, 2-3 seconds per > >> module vs. nearly instantaneous for all 6.) > >> > >> I didn't offer my list as an example of what to do, I offered it as a > >> syntax example. I would of course expect people to use appropriate > >> discretion to load things in loader.conf that are necessary for boot. > >> (Of course, the fact that people can easily get this wrong is a strike > >> against the technique.) > >> > >> There is no point in having an _enable for this script because if the > >> kld_list is empty, nothing happens. > >> > > Doug's solution is what we have been using for a very long time! > > > > the loader.conf solution is not practical when it's shared among many > > hosts -like here where most of the hosts are dataless-, so, moving the = not > > essential ones to rc.conf was the obvious solution. >=20 > what would be REALLY cool would be the ability to make loader.conf=20 > have some sort of conditional > clauses.. >=20 > e.g. if MAC=3D=3D 01:02:03:04:05:06 > blah >=20 That is a really fine idea. I would suppose that the ability to add this would be pretty tough considering the constraints of most systems. If the loader could just take care of just loading and there was some sort of "stub" system in place for the modules, kind of like a module place holder that knows when where and how to load the modules on demand then I would believe that achieving the above would become very practicle. Sort of like what GEOM is but for modules. --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJN9kr4AAoJEJBXh4mJ2FR+OIgH/RaUGkvNP+i9vvAiI2YTI+7S yNrqS6ghS9AElAvuOJCm6m7vtgMTEkDe3T1Q+syx9bcaPSIH4nfKRRfflr6rCxHW IfVvJEZf6I9dMKUxNUNUKu2CbrW/g6RpJNLyCuN/N5QdttelB3+9uDj3yhcdLeXl ZvKzhYUf6+uwE4M2LIhqaB1h+lq6gU92yxcPaMSrqCHoqznap6OfNWccFq+fle+r tzDE0s1R0IvfM8i/6bFWHIbpxwLtmR8bGHgx9fLyN4Xc7wEaH1Yvp7wJHoAlB4kH OIEqgKyC65FfK/KNzXVptiCNhOc8cRNgYOK7Gxnyt6KhhAnd76Wo0/5NqLQ8Vz8= =kZuC -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 17:40:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BA86106566C; Mon, 13 Jun 2011 17:40:06 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1768FC1A; Mon, 13 Jun 2011 17:40:05 +0000 (UTC) Received: by iwn33 with SMTP id 33so5887763iwn.13 for ; Mon, 13 Jun 2011 10:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=wq0CIpJTvvVvqpvp8kpIRovpyafEmQzZ0XC76YnXyXg=; b=clUXSrMhdWOAGnwwFNspBuahg4MzJfAS25HsZ1Po93QCt0JkeJLvSEMkTybzNKwaTL nGMym4T8wvgm+eQwOgyimJb+rrU6MJTxqDpinvxXPNU2jWUR2h4sNyBla+k8c063YL6N ZnHLfcHxaJw/bAucV6Z9b3FCJ7pV8QcHY+bNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=iakBortusVh2Au5mLMyDu0OLFOWTLqxFSTF6ZQgo51fo3xZjNV9ufrAgIpYwLCi7Ln 1WlUqJgfTO099+CQg5NEwrgexeVc6kTIRg4MdGdQlcis3KyFPJLb7sIr7dID/u6zchS8 CSQozIABCVDqAWDcRlq6SLeSPsBVgyY/Wue3Y= MIME-Version: 1.0 Received: by 10.42.74.72 with SMTP id v8mr6594400icj.282.1307986803919; Mon, 13 Jun 2011 10:40:03 -0700 (PDT) Received: by 10.231.174.70 with HTTP; Mon, 13 Jun 2011 10:40:03 -0700 (PDT) Received: by 10.231.174.70 with HTTP; Mon, 13 Jun 2011 10:40:03 -0700 (PDT) In-Reply-To: References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> Date: Mon, 13 Jun 2011 18:40:03 +0100 Message-ID: From: Chris Rees To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 17:40:06 -0000 On 13 Jun 2011 18:24, "Garrett Cooper" wrote: > > On Mon, Jun 13, 2011 at 10:00 AM, Chris Rees wrote: > > On 13 Jun 2011 17:24, "Julian Elischer" wrote: > >> > >> On 6/12/11 11:20 PM, Daniel Braniss wrote: > >>>> > >>>> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: > >>>> > >>>>> Cutting modules out of the kernel in general does help speed up booting > >>>>> but loading those same modules later in the boot process will just lead > >>>>> you back to the same boot time. > >>>> > >>>> Loading modules via loader.conf is many times slower than doing it from > >>>> disk after the system is partially booted. (As in, 2-3 seconds per > >>>> module vs. nearly instantaneous for all 6.) > >>>> > >>>> I didn't offer my list as an example of what to do, I offered it as a > >>>> syntax example. I would of course expect people to use appropriate > >>>> discretion to load things in loader.conf that are necessary for boot. > >>>> (Of course, the fact that people can easily get this wrong is a strike > >>>> against the technique.) > >>>> > >>>> There is no point in having an _enable for this script because if the > >>>> kld_list is empty, nothing happens. > >>>> > >>> Doug's solution is what we have been using for a very long time! > >>> > >>> the loader.conf solution is not practical when it's shared among many > >>> hosts -like here where most of the hosts are dataless-, so, moving the > > not > >>> essential ones to rc.conf was the obvious solution. > >> > >> > >> what would be REALLY cool would be the ability to make loader.conf have > > some sort of conditional > >> clauses.. > >> > >> e.g. if MAC== 01:02:03:04:05:06 > >> blah > >> > >> > > > > Isn't it just a shell script? > > The values are eval'ed from Forth-code, not /bin/sh -- so it's not > a shell script in the way that you're generally used to :). > But yes, it could be made conditional. I was talking about rc.conf.... is that Forth too? Chris From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 18:38:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BEBE106566B; Mon, 13 Jun 2011 18:38:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D2E368FC0A; Mon, 13 Jun 2011 18:38:01 +0000 (UTC) Received: by vws18 with SMTP id 18so5575323vws.13 for ; Mon, 13 Jun 2011 11:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HpITbTt/JqPjMgItYi2NuHlkaVPoJkMt2hYo3oezcEE=; b=CRxo15bAu9uRUjTxk5EIqefCaqJx16Twd3ML1GbEqNL1DGQQ4QrA+ZfONnTFlIjSo6 A8Ew9huPMsWGUv6oHUKmdUqKQ6CpJ8idh8LSXxzjoOJvM75oKX05Xfk2wLdJl1nnlpew WC1QcMaUO9f5WsKI5cIVMD1FEdFh0X9EwC31o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JjXXva1dsMN3GGT3Ll+RcPtx3CMk22mDa7qg6p8AK8og8FIOXFeTBoZacEXFaXHClc 1LhiOfH5zAuEIrBvBtXHuQyrIILNsjWRiI9WjUMI8ybxzpejCWFAONCuIojfm+jPGuW4 TNnMWsGyMqQNKEHurTFZWUmNeAyqLs6nLkGdE= MIME-Version: 1.0 Received: by 10.220.187.76 with SMTP id cv12mr2190141vcb.128.1307990280665; Mon, 13 Jun 2011 11:38:00 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Mon, 13 Jun 2011 11:38:00 -0700 (PDT) In-Reply-To: References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> Date: Mon, 13 Jun 2011 11:38:00 -0700 Message-ID: From: Garrett Cooper To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 18:38:03 -0000 On Mon, Jun 13, 2011 at 10:40 AM, Chris Rees wrote: > > On 13 Jun 2011 18:24, "Garrett Cooper" wrote: >> >> On Mon, Jun 13, 2011 at 10:00 AM, Chris Rees wrote: >> > On 13 Jun 2011 17:24, "Julian Elischer" wrote: >> >> >> >> On 6/12/11 11:20 PM, Daniel Braniss wrote: >> >>>> >> >>>> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: >> >>>> >> >>>>> Cutting modules out of the kernel in general does help speed up >> >>>>> booting >> >>>>> but loading those same modules later in the boot process will just >> >>>>> lead >> >>>>> you back to the same boot time. >> >>>> >> >>>> Loading modules via loader.conf is many times slower than doing it >> >>>> from >> >>>> disk after the system is partially booted. (As in, 2-3 seconds per >> >>>> module vs. nearly instantaneous for all 6.) >> >>>> >> >>>> I didn't offer my list as an example of what to do, I offered it as= a >> >>>> syntax example. I would of course expect people to use appropriate >> >>>> discretion to load things in loader.conf that are necessary for boo= t. >> >>>> (Of course, the fact that people can easily get this wrong is a >> >>>> strike >> >>>> against the technique.) >> >>>> >> >>>> There is no point in having an _enable for this script because if t= he >> >>>> kld_list is empty, nothing happens. >> >>>> >> >>> Doug's solution is what we have been using for a very long time! >> >>> >> >>> the loader.conf solution is not practical when it's shared among man= y >> >>> hosts -like here where most of the hosts are dataless-, so, moving t= he >> > not >> >>> essential ones to rc.conf was the obvious solution. >> >> >> >> >> >> what would be REALLY cool would be the ability to make loader.conf ha= ve >> > some sort of conditional >> >> clauses.. >> >> >> >> e.g. if MAC=3D=3D 01:02:03:04:05:06 >> >> =A0 =A0 =A0 =A0 =A0blah >> >> >> >> >> > >> > Isn't it just a shell script? >> >> =A0 =A0The values are eval'ed from Forth-code, not /bin/sh -- so it's no= t >> a shell script in the way that you're generally used to :). >> =A0 =A0But yes, it could be made conditional. > > I was talking about rc.conf.... is that Forth too? No, that's definitely bourne shell, but it breaks some tools like Devin Taske's sysrc, etc if you use that :). I thought you were talking about what gets read in with device.hints / loader.conf / loader.rc. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 18:56:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 06E171065673; Mon, 13 Jun 2011 18:56:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 13 Jun 2011 14:56:34 -0400 User-Agent: KMail/1.6.2 References: <20110613184410.4f6e2b81@fabiankeil.de> In-Reply-To: <20110613184410.4f6e2b81@fabiankeil.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106131456.38038.jkim@FreeBSD.org> Cc: Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 18:56:57 -0000 On Monday 13 June 2011 12:44 pm, Fabian Keil wrote: > I'm experiencing time-related issues that seem to be caused by > the low-resolution TSC timecounter (r222866). > > The problem I noticed first is that it takes unusually long until a > key press is repeated. With the default eventtimer (HPET) it seems > to take about 4s, which can be slightly improved by switching to > i8254. > > The "error beep" seems to take longer than usual, too, > and the system "feels sluggish" in general. > > An effect that is easier to measure is that the system is unable > to properly keep the time. Again the problem is less severe when > using i8254 instead of HPET: [SNIP] First of all, please do not mix timecounter issues with eventtimer. They are not directly related. Can you please show me verbose boot messages *without* your patch? Does "sysctl kern.timecounter.hardware=HPET" help *without* touching eventtimers? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 18:40:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7194A1065674 for ; Mon, 13 Jun 2011 18:40:25 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta01.eastlink.ca (mta01.eastlink.ca [24.224.136.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3C38A8FC0A for ; Mon, 13 Jun 2011 18:40:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ip02.eastlink.ca ([24.222.39.20]) by mta01.eastlink.ca (Oracle Communications Messaging Exchange Server 7u4-21.01 64bit (built Feb 16 2011)) with ESMTP id <0LMQ004QZRVBMNX2@mta01.eastlink.ca> for freebsd-current@freebsd.org; Mon, 13 Jun 2011 15:40:23 -0300 (ADT) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=np6VC/8VzY8YNLWclgI4H7sf73T/Xolvs5C9n6C4XiU= c=1 sm=1 a=dZxA7agGZuUA:10 a=IkcTkHD0fZMA:10 a=aP0lkmuF8qtdIhlauj0A:9 a=QEXdDO2ut3YA:10 a=Y4g+zi6NJtbRuBVJrbSZ6Q==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip02.eastlink.ca with ESMTP; Mon, 13 Jun 2011 15:40:23 -0300 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Mon, 13 Jun 2011 15:40:23 -0300 From: Chris Forgeron To: Rick Macklem Date: Mon, 13 Jun 2011 15:40:19 -0300 Thread-topic: Heads Up: default NFS server changing to the new one Thread-index: AcwkSvsrbls7b13FTaCnLbFWfEPCjwFqyONA Message-id: References: <940963031.150645.1307365703884.JavaMail.root@erie.cs.uoguelph.ca> In-reply-to: <940963031.150645.1307365703884.JavaMail.root@erie.cs.uoguelph.ca> Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Mailman-Approved-At: Mon, 13 Jun 2011 19:42:23 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 18:40:25 -0000 >From: Rick Macklem > >Well, I doubt you'll find much difference performance wise. An NFS server can be looked as a protocol translator, converting the NFS RPCs into VFS/VOP calls. Performance is largely defined by how well the network stack and/or file system perform. > >When you set up a server, there are a few things that may help: [..snip..] Yes, I'm seeing little difference performance wise so far (maybe a slight boost on the new code), although I haven't had time to run all the tests that I'd like so I can't tell if it's significant. However, that's good - as long as we're not regressing, I'm happy. I run ZFS exclusively for my SAN's, and I'm familiar with the various tweaks to make it go faster. ZFS and NFS don't play well under ESX due to the ESX client forcing an O_SYNC as I've detailed before, but a quick snip of a few lines in nfs_nfsdport.c to force ioflags to be what I want helps with that in my situation. I was the guy that was bugging you for a switch for that a month ago.. :-) I'm seeing around a 10% improvement when I do that, as it doesn't flog the ZIL as much (I use multiple hardware RAM drives for a ZIL, so they won't get much faster than that) I'm also PXE booting over NFS, and that's working well, both from iPXE and gPXE. My linux clients running parted or clonezilla also don't seem to have any issues with the new NFS server. There's a bit of error/warning chatter between the old FreeBSD NFS servers I haven't upgraded and the new NFS clients, but it all still seems to work, and I plan on upgrading everything across the board to my newer 2011.05.28.15.00.00 build of 9-CURRENT by the end of this week or next. I'm also going to build a clang/llvm version of the new systems for testing on that end of things, as it may be time for me to switch. >As for things the nfsd server code can do, I plan on looking at a couple of things, but I don't think those will be in 9.0: >- Making MAXBSIZE larger. Even if it is larger than the largest block > size supported for the underlying fs, this may help, because it can > reduce the # of I/O RPCs. That's interesting. I wonder what size would be good for ZFS? Possibly 128K. I see your definition in nfsport.h. I may fiddle a bit with this myself. I've also been wondering about the performance effect of the malloc's in the nfsvno_write() function - Would it be more efficient to malloc further up, and pass a pointer to it, so we're not always creating and releasing memory for the writes? Possibly malloc the max size at startup, and reuse the memory area. I haven't been that in-depth with compiling in a while however, so I don't recall how easy this will be, or if the tradeoff of passing the pointer will be just as bad. From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 20:26:38 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A7E106564A for ; Mon, 13 Jun 2011 20:26:38 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.29.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5AD8FC14 for ; Mon, 13 Jun 2011 20:26:36 +0000 (UTC) Received: from [87.79.145.193] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QWDiU-0001By-4u; Mon, 13 Jun 2011 22:26:35 +0200 Date: Mon, 13 Jun 2011 22:23:53 +0200 From: Fabian Keil To: Jung-uk Kim Message-ID: <20110613222353.74a144ca@fabiankeil.de> In-Reply-To: <201106131456.38038.jkim@FreeBSD.org> References: <20110613184410.4f6e2b81@fabiankeil.de> <201106131456.38038.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/JcI.OPNqpoBevCSb=A0LubL"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 20:26:38 -0000 --Sig_/JcI.OPNqpoBevCSb=A0LubL Content-Type: multipart/mixed; boundary="MP_/8aIss+BoRn05LDfRSibWGnt" --MP_/8aIss+BoRn05LDfRSibWGnt Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Jung-uk Kim wrote: > On Monday 13 June 2011 12:44 pm, Fabian Keil wrote: > > I'm experiencing time-related issues that seem to be caused by > > the low-resolution TSC timecounter (r222866). > > > > The problem I noticed first is that it takes unusually long until a > > key press is repeated. With the default eventtimer (HPET) it seems > > to take about 4s, which can be slightly improved by switching to > > i8254. > > > > The "error beep" seems to take longer than usual, too, > > and the system "feels sluggish" in general. > > > > An effect that is easier to measure is that the system is unable > > to properly keep the time. Again the problem is less severe when > > using i8254 instead of HPET: >=20 > [SNIP] >=20 > First of all, please do not mix timecounter issues with eventtimer. =20 > They are not directly related. I see. > Can you please show me verbose boot messages *without* your patch? =20 Attached. > Does "sysctl kern.timecounter.hardware=3DHPET" help *without* touching=20 > eventtimers? Yes: fk@r500 ~/test/freebsd/timeissues $while sudo /etc/rc.d/ntpdate onestart; d= o sleep 1; done Setting date via ntp. 13 Jun 22:17:34 ntpdate[3983]: step time server 67.223.229.211 offset 1.441= 733 sec Setting date via ntp. 13 Jun 22:18:03 ntpdate[3994]: step time server 67.223.229.211 offset 26.12= 3750 sec Setting date via ntp. 13 Jun 22:18:31 ntpdate[4005]: step time server 70.86.250.6 offset 25.24487= 3 sec ^C fk@r500 ~/test/freebsd/timeissues $sudo sysctl kern.timecounter.hardware=3D= HPET kern.timecounter.hardware: TSC-low -> HPET fk@r500 ~/test/freebsd/timeissues $while sudo /etc/rc.d/ntpdate onestart; d= o sleep 1; done Setting date via ntp. 13 Jun 22:18:44 ntpdate[4018]: step time server 208.53.158.34 offset 8.8058= 97 sec Setting date via ntp. 13 Jun 22:18:47 ntpdate[4029]: step time server 67.223.229.211 offset -0.00= 7736 sec Setting date via ntp. 13 Jun 22:18:50 ntpdate[4040]: step time server 208.53.158.34 offset 0.0077= 97 sec Setting date via ntp. 13 Jun 22:18:54 ntpdate[4051]: step time server 67.223.229.211 offset -0.00= 6866 sec Setting date via ntp. 13 Jun 22:18:57 ntpdate[4062]: step time server 131.188.3.220 offset -0.000= 935 sec ^C Thanks. Fabian --MP_/8aIss+BoRn05LDfRSibWGnt Content-Type: application/octet-stream; name=2011-06-13.dmesg Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=2011-06-13.dmesg VGFibGUgJ0ZBQ1AnIGF0IDB4N2NiN2FiMDAKVGFibGUgJ1NTRFQnIGF0IDB4N2NiN2FjYjQKVGFi bGUgJ0VDRFQnIGF0IDB4N2NiODlkZGMKVGFibGUgJ0FQSUMnIGF0IDB4N2NiODllMmUKQVBJQzog Rm91bmQgdGFibGUgYXQgMHg3Y2I4OWUyZQpBUElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJhdG9y LgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMDogZW5hYmxlZApTTVA6IEFkZGVk IENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDE6IGVuYWJsZWQK U01QOiBBZGRlZCBDUFUgMSAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDIgQUNQSSBJRCAy OiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzIEFDUEkgSUQgMzogZGlzYWJsZWQK Q29weXJpZ2h0IChjKSAxOTkyLTIwMTEgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA5LjAtQ1VSUkVOVCAjMzE1IHIrMWRkNTlhNzogTW9u IEp1biAxMyAyMjowNDowOCBDRVNUIDIwMTEKICAgIGZrQHI1MDAubG9jYWw6L3Vzci9vYmovdXNy L3NyYy9zeXMvWk9FWSBhbWQ2NApUYWJsZSAnRkFDUCcgYXQgMHg3Y2I3YWIwMApUYWJsZSAnU1NE VCcgYXQgMHg3Y2I3YWNiNApUYWJsZSAnRUNEVCcgYXQgMHg3Y2I4OWRkYwpUYWJsZSAnQVBJQycg YXQgMHg3Y2I4OWUyZQpUYWJsZSAnTUNGRycgYXQgMHg3Y2I4OWVhNgpUYWJsZSAnSFBFVCcgYXQg MHg3Y2I4OWVlMgpUYWJsZSAnQk9PVCcgYXQgMHg3Y2I4OWZkOApUYWJsZSAnU1NEVCcgYXQgMHg3 Y2I4ZDIxMwpUYWJsZSAnVENQQScgYXQgMHg3YzkwNzAwMApUYWJsZSAnU1NEVCcgYXQgMHg3Yzhk NDAwMApUYWJsZSAnU1NEVCcgYXQgMHg3YzhkMzAwMApUYWJsZSAnU1NEVCcgYXQgMHg3YzhkMjAw MApBQ1BJOiBObyBTUkFUIHRhYmxlIGZvdW5kClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9r ZXJuZWwva2VybmVsIiBhdCAweGZmZmZmZmZmODEzYjQwMDAuClByZWxvYWRlZCBlbGYgb2JqIG1v ZHVsZSAiL2Jvb3Qva2VybmVsL3pmcy5rbyIgYXQgMHhmZmZmZmZmZjgxM2I0Mzc4LgpQcmVsb2Fk ZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9vcGVuc29sYXJpcy5rbyIgYXQgMHhmZmZm ZmZmZjgxM2I0YTYwLgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9nZW9t X2VsaS5rbyIgYXQgMHhmZmZmZmZmZjgxM2I1MGQwLgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUg Ii9ib290L2tlcm5lbC9jcnlwdG8ua28iIGF0IDB4ZmZmZmZmZmY4MTNiNTdjMC4KUHJlbG9hZGVk IGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvaWZfaXduLmtvIiBhdCAweGZmZmZmZmZmODEz YjVlYTguClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGlfdmlkZW8u a28iIGF0IDB4ZmZmZmZmZmY4MTNiNjQ5MC4KUHJlbG9hZGVkIC9ib290L3pmcy96cG9vbC5jYWNo ZSAiL2Jvb3QvemZzL3pwb29sLmNhY2hlIiBhdCAweGZmZmZmZmZmODEzYjZhODAuClByZWxvYWRl ZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGlfaWJtLmtvIiBhdCAweGZmZmZmZmZm ODEzYjZhZTAuClByZWxvYWRlZCBhZGEwczFkOmdlbGlfa2V5ZmlsZTAgIi9ib290L2FkNHMxZC5r ZXkiIGF0IDB4ZmZmZmZmZmY4MTNiNzE1MC4KbW9kdWxlIGl3biBhbHJlYWR5IHByZXNlbnQhCkNh bGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAxOTk1MDQ4MDEwIEh6CkNQVTogSW50 ZWwoUikgQ29yZShUTSkyIER1byBDUFUgICAgIFQ1ODcwICBAIDIuMDBHSHogKDE5OTUuMDUtTUh6 IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZmZCAgRmFt aWx5ID0gNiAgTW9kZWwgPSBmICBTdGVwcGluZyA9IDEzCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxD TU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxU TSxQQkU+CiAgRmVhdHVyZXMyPTB4ZTM5ZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLEVTVCxUTTIs U1NTRTMsQ1gxNix4VFBSLFBEQ00+CiAgQU1EIEZlYXR1cmVzPTB4MjAxMDA4MDA8U1lTQ0FMTCxO WCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQs IHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gMjE0NzQ4MzY0OCAoMjA0OCBN QikKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAw MDAwMDAwOWFmZmYsIDYzMDc4NCBieXRlcyAoMTU0IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAg LSAweDAwMDAwMDAwMDAxZmZmZmYsIDEwNDg1NzYgYnl0ZXMgKDI1NiBwYWdlcykKMHgwMDAwMDAw MDAxM2U2MDAwIC0gMHgwMDAwMDAwMDc4YmRlZmZmLCAyMDA0ODQ4NjQwIGJ5dGVzICg0ODk0NjUg cGFnZXMpCjB4MDAwMDAwMDA3YzZhNzAwMCAtIDB4MDAwMDAwMDA3YzdiN2ZmZiwgMTExODIwOCBi eXRlcyAoMjczIHBhZ2VzKQoweDAwMDAwMDAwN2M4MGYwMDAgLSAweDAwMDAwMDAwN2M4YjZmZmYs IDY4ODEyOCBieXRlcyAoMTY4IHBhZ2VzKQphdmFpbCBtZW1vcnkgPSAxOTY1MjQ0NDE2ICgxODc0 IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxMRU5PVk8gVFAtN1kgICA+CklOVFI6IEFkZGluZyBsb2Nh bCBBUElDIDEgYXMgYSB0YXJnZXQKRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBE ZXRlY3RlZDogMiBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykKIGNw dTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCkFQSUM6IENQVSAw IGhhcyBBQ1BJIElEIDAKQVBJQzogQ1BVIDEgaGFzIEFDUEkgSUQgMQp4ODZiaW9zOiAgSVZUIDB4 MDAwMDAwLTB4MDAwNGZmIGF0IDB4ZmZmZmZlMDAwMDAwMDAwMAp4ODZiaW9zOiBTU0VHIDB4MDAx MDAwLTB4MDAxZmZmIGF0IDB4ZmZmZmZmODAwMDIwZDAwMAp4ODZiaW9zOiBFQkRBIDB4MDllMDAw LTB4MDlmZmZmIGF0IDB4ZmZmZmZlMDAwMDA5ZTAwMAp4ODZiaW9zOiAgUk9NIDB4MGEwMDAwLTB4 MGZlZmZmIGF0IDB4ZmZmZmZlMDAwMDBhMDAwMApVTEU6IHNldHVwIGNwdSAwClVMRTogc2V0dXAg Y3B1IDEKQUNQSTogUlNEUCAweGY2NWMwIDAwMDI0ICh2MDIgTEVOT1ZPKQpBQ1BJOiBYU0RUIDB4 N2NiN2E5OTMgMDAwODQgKHYwMSBMRU5PVk8gVFAtN1kgICAgMDAwMDIxNjAgIExUUCAwMDAwMDAw MCkKQUNQSTogRkFDUCAweDdjYjdhYjAwIDAwMEY0ICh2MDMgTEVOT1ZPIFRQLTdZICAgIDAwMDAy MTYwIExOVk8gMDAwMDAwMDEpCkFDUEk6IERTRFQgMHg3Y2I3YWVkYiAwRUYwMSAodjAxIExFTk9W TyBUUC03WSAgICAwMDAwMjE2MCBNU0ZUIDAzMDAwMDAwKQpBQ1BJOiBGQUNTIDB4N2NiOGUwMDAg MDAwNDAKQUNQSTogU1NEVCAweDdjYjdhY2I0IDAwMjI3ICh2MDEgTEVOT1ZPIFRQLTdZICAgIDAw MDAyMTYwIE1TRlQgMDMwMDAwMDApCkFDUEk6IEVDRFQgMHg3Y2I4OWRkYyAwMDA1MiAodjAxIExF Tk9WTyBUUC03WSAgICAwMDAwMjE2MCBMTlZPIDAwMDAwMDAxKQpBQ1BJOiBBUElDIDB4N2NiODll MmUgMDAwNzggKHYwMSBMRU5PVk8gVFAtN1kgICAgMDAwMDIxNjAgTE5WTyAwMDAwMDAwMSkKQUNQ STogTUNGRyAweDdjYjg5ZWE2IDAwMDNDICh2MDEgTEVOT1ZPIFRQLTdZICAgIDAwMDAyMTYwIExO Vk8gMDAwMDAwMDEpCkFDUEk6IEhQRVQgMHg3Y2I4OWVlMiAwMDAzOCAodjAxIExFTk9WTyBUUC03 WSAgICAwMDAwMjE2MCBMTlZPIDAwMDAwMDAxKQpBQ1BJOiBCT09UIDB4N2NiODlmZDggMDAwMjgg KHYwMSBMRU5PVk8gVFAtN1kgICAgMDAwMDIxNjAgIExUUCAwMDAwMDAwMSkKQUNQSTogU1NEVCAw eDdjYjhkMjEzIDAwNTRGICh2MDEgTEVOT1ZPIFRQLTdZICAgIDAwMDAyMTYwIElOVEwgMjAwNTA1 MTMpCkFDUEk6IFRDUEEgMHg3YzkwNzAwMCAwMDAzMiAodjAwICAgICAgICAgICAgICAgICAwMDAw MDAwMCAgICAgIDAwMDAwMDAwKQpBQ1BJOiBTU0RUIDB4N2M4ZDQwMDAgMDA2NTUgKHYwMSAgUG1S ZWYgICAgQ3B1UG0gMDAwMDMwMDAgSU5UTCAyMDA1MDYyNCkKQUNQSTogU1NEVCAweDdjOGQzMDAw IDAwMjc0ICh2MDEgIFBtUmVmICBDcHUwVHN0IDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpCkFDUEk6 IFNTRFQgMHg3YzhkMjAwMCAwMDI0MiAodjAxICBQbVJlZiAgICBBcFRzdCAwMDAwMzAwMCBJTlRM IDIwMDUwNjI0KQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDEsIEludGVycnVwdCAwIGF0IDB4ZmVj MDAwMDAKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxCmlvYXBpYzA6IFJvdXRpbmcgZXh0 ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJj ZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1BRFQ6IEludGVy cnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6 IGxldmVsCmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0cmlnZ2Vy OiBlZGdlCmxhcGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMxOiBSb3V0aW5nIE5NSSAt PiBMSU5UMQpsYXBpYzE6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMxOiBMSU5UMSBwb2xhcml0 eTogaGlnaAppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmNw dTAgQlNQOgogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAw MDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMAp3bGFuOiA8ODAy LjExIExpbmsgTGF5ZXI+CnNuZF91bml0X2luaXQoKSB1PTB4MDBmZjgwMDAgWzUxMl0gZD0weDAw MDA3YzAwIFszMl0gYz0weDAwMDAwM2ZmIFsxMDI0XQpmZWVkZXJfcmVnaXN0ZXI6IHNuZF91bml0 PS0xIHNuZF9tYXhhdXRvdmNoYW5zPTE2IGxhdGVuY3k9NyBmZWVkZXJfcmF0ZV9taW49MSBmZWVk ZXJfcmF0ZV9tYXg9MjAxNjAwMCBmZWVkZXJfcmF0ZV9yb3VuZD0yNQptZW06IDxtZW1vcnk+Cm5m c2xvY2s6IHBzZXVkby1kZXZpY2UKbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4KcmFu ZG9tOiA8ZW50cm9weSBzb3VyY2UsIFNvZnR3YXJlLCBZYXJyb3c+CmlvOiA8SS9PPgpjcnlwdG86 IDxjcnlwdG8gY29yZT4Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQga2JkbXV4MApjcnlw dG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKY3J5cHRvOiBhc3NpZ24g Y3J5cHRvc29mdDAgZHJpdmVyIGlkIDAsIGZsYWdzIDEwMDY2MzI5NgpjcnlwdG86IGNyeXB0b3Nv ZnQwIHJlZ2lzdGVycyBhbGcgMSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0 MCByZWdpc3RlcnMgYWxnIDIgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAg cmVnaXN0ZXJzIGFsZyAzIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJl Z2lzdGVycyBhbGcgNCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDUgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0 ZXJzIGFsZyAxNiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3Rl cnMgYWxnIDYgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyA3IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgMTggZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFs ZyAxOSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDIwIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg OCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE1 IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgOSBm bGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDEwIGZs YWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTMgZmxh Z3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxNCBmbGFn cyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDExIGZsYWdz IDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjIgZmxhZ3Mg MCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyMSBmbGFncyAw IG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDE3IGZsYWdzIDAg bWF4b3BsZW4gMAphY3BpMDogPExFTk9WTyBUUC03WT4gb24gbW90aGVyYm9hcmQKUENJZTogTWVt b3J5IE1hcHBlZCBjb25maWd1cmF0aW9uIGJhc2UgQCAweGUwMDAwMDAwCkNQVTA6IGxvY2FsIEFQ SUMgZXJyb3IgMHg0MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIGxh cGljIDAgdmVjdG9yIDQ4CmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MTEs IEVDRFQ+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVk KQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2 YXRpb24gb2YgMTAwMDAwLCA3ZWYwMDAwMCAoMykgZmFpbGVkCkFDUEkgdGltZXI6IDEvMSAxLzEg MS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAtPiAxMApUaW1lY291bnRlciAiQUNQSS1m YXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTAKQUNQSTogU1NEVCAweDdjOGQ3YWEwIDAwMzBBICh2MDEgIFBt UmVmICBDcHUwSXN0IDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpCkFDUEk6IER5bmFtaWMgT0VNIFRh YmxlIExvYWQ6CkFDUEk6IFNTRFQgMCAwMDMwQSAodjAxICBQbVJlZiAgQ3B1MElzdCAwMDAwMzAw MCBJTlRMIDIwMDUwNjI0KQpBQ1BJOiBTU0RUIDB4N2M4ZDUwMjAgMDA4N0EgKHYwMSAgUG1SZWYg IENwdTBDc3QgMDAwMDMwMDEgSU5UTCAyMDA1MDYyNCkKQUNQSTogRHluYW1pYyBPRU0gVGFibGUg TG9hZDoKQUNQSTogU1NEVCAwIDAwODdBICh2MDEgIFBtUmVmICBDcHUwQ3N0IDAwMDAzMDAxIElO VEwgMjAwNTA2MjQpCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKQUNQSTogU1NEVCAweDdjOGQ2 Y2EwIDAwMUNGICh2MDEgIFBtUmVmICAgIEFwSXN0IDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpCkFD UEk6IER5bmFtaWMgT0VNIFRhYmxlIExvYWQ6CkFDUEk6IFNTRFQgMCAwMDFDRiAodjAxICBQbVJl ZiAgICBBcElzdCAwMDAwMzAwMCBJTlRMIDIwMDUwNjI0KQpBQ1BJOiBTU0RUIDB4N2M4ZDZmMjAg MDAwOEQgKHYwMSAgUG1SZWYgICAgQXBDc3QgMDAwMDMwMDAgSU5UTCAyMDA1MDYyNCkKQUNQSTog RHluYW1pYyBPRU0gVGFibGUgTG9hZDoKQUNQSTogU1NEVCAwIDAwMDhEICh2MDEgIFBtUmVmICAg IEFwQ3N0IDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpCnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAw ICAzIDQgNSA2IDcgOSAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAg MCAgMyA0IDUgNiA3IDkgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDYgNyA5IDEwIDExCnBjaV9saW5rMTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2 IDcgOSAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUg NiA3IDkgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1 IDYgNyA5IDEwIDExCnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAx MQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAg MTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEw IDExCnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEKICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExCnBjaV9s aW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMQogIFZhbGlkYXRpb24gICAg ICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExCnBjaV9saW5rNTogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAg MTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg IDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAg IDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExCnBjaV9saW5rNjogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAg ICAwICAzIDQgNSA2IDcgOSAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAg ICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExCnBjaV9saW5rNzogICAgICAgIEluZGV4ICBJUlEgIFJ0 ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQg NSA2IDcgOSAxMCAxMQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0 IDUgNiA3IDkgMTAgMTEKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMg NCA1IDYgNyA5IDEwIDExCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9u IGFjcGkwCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMApwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgyYTQwLCByZXZpZD0weDA3Cglkb21haW49MCwgYnVzPTAsIHNs b3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMTA2LCBzdGF0cmVnPTB4MjA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJhNDIsIHJldmlkPTB4MDcKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK CWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2 NCwgYmFzZSAweGY0NDAwMDAwLCBzaXplIDIyLCBlbmFibGVkCgltYXBbMThdOiB0eXBlIFByZWZl dGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZDAwMDAwMDAsIHNpemUgMjgsIGVuYWJs ZWQKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MTgwMCwgc2l6ZSAg MywgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yLklOVEEKcGNpYjA6IHNsb3Qg MiBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgy YTQzLCByZXZpZD0weDA3Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9MiwgZnVuYz0xCgljbGFzcz0w My04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4 MDA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhm NDIwMDAwMCwgc2l6ZSAyMCwgZW5hYmxlZApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJh NDQsIHJldmlkPTB4MDcKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTA3 LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgw MDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNw ZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2Us IDY0IGJpdAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmMyMDQ4MDAs IHNpemUgIDQsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMy5JTlRBCnBjaWIw OiBzbG90IDMgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MjkzNywgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTAK CWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDUsIHN0 YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEx CgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDE4MjAsIHNpemUgIDUs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjYuSU5UQQpwY2liMDogc2xvdCAy NiBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjAKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgy OTM4LCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjYsIGZ1bmM9MQoJY2xhc3M9 MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0w eDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MTEKCW1hcFsy MF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MTg0MCwgc2l6ZSAgNSwgZW5hYmxl ZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNi5JTlRCCnBjaWIwOiBzbG90IDI2IElOVEIg aGFyZHdpcmVkIHRvIElSUSAyMQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI5MzksIHJl dmlkPTB4MDMKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0yCgljbGFzcz0wYy0wMy0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5MCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xMQoJbWFwWzIwXTogdHlw ZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxODYwLCBzaXplICA1LCBlbmFibGVkCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjI2LklOVEMKcGNpYjA6IHNsb3QgMjYgSU5UQyBoYXJkd2ly ZWQgdG8gSVJRIDIyCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjkzYywgcmV2aWQ9MHgw MwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTcKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49ZCwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGZjMjA0YzAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjI2LklOVEQKcGNpYjA6IHNsb3QgMjYgSU5URCBoYXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4MjkzZSwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTI3LCBmdW5jPTAKCWNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNt ZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ aW50cGluPWIsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQw CglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSA2NCwgYmFzZSAweGZjMDAwMDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjI3LklOVEIKcGNpYjA6IHNsb3QgMjcgSU5UQiBoYXJkd2lyZWQgdG8gSVJR IDE3CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjk0MCwgcmV2aWQ9MHgwMwoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTI4LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEs IG1mZGV2PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjI4LklOVEEKcGNpYjA6IHNsb3QgMjggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIw CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjk0MiwgcmV2aWQ9MHgwMwoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTI4LCBmdW5jPTEKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1m ZGV2PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjI4LklOVEIKcGNpYjA6IHNsb3QgMjggSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDIxCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjk0NiwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTI4LCBmdW5jPTMKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2 PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQoJaW50cGluPWQsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZv ciAwLjI4LklOVEQKcGNpYjA6IHNsb3QgMjggSU5URCBoYXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5k LT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjk0OCwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTI4LCBmdW5jPTQKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEK CWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjI4LklOVEEKcGNpYjA6IHNsb3QgMjggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjk0YSwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTI4LCBmdW5jPTUKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNt ZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWMsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI4 LklOVEMKcGNpYjA6IHNsb3QgMjggSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDIyCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjkzNCwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJl Zz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTExCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDE4 ODAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQQpw Y2liMDogc2xvdCAyOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgyOTM1LCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1 bmM9MQoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw NSwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9MTEKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MThhMCwgc2l6 ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRCCnBjaWIwOiBz bG90IDI5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxNwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDI5MzYsIHJldmlkPTB4MDMKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOSwgZnVuYz0yCglj bGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0 cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xMQoJ bWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxOGMwLCBzaXplICA1LCBl bmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEMKcGNpYjA6IHNsb3QgMjkg SU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjkz YSwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTcKCWNsYXNzPTBj LTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgw MjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49ZCwgaXJxPTExCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGZjMjA1MDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjI5LklOVEQKcGNpYjA6IHNsb3QgMjkgSU5URCBoYXJkd2lyZWQgdG8gSVJR IDE5CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ0OCwgcmV2aWQ9MHg5MwoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEs IG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjkxOSwgcmV2aWQ9MHgw MwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTAKCWNsYXNzPTA2LTAxLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjkyOSwgcmV2 aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTIKCWNsYXNzPTAxLTA2LTAx LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTExCglwb3dlcnNwZWMgMyAg c3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxNiBtZXNzYWdlcwoJbWFw WzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxODE4LCBzaXplICAzLCBlbmFi bGVkCgltYXBbMTRdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDE4MGMsIHNpemUg IDIsIGVuYWJsZWQKCW1hcFsxOF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MTgx MCwgc2l6ZSAgMywgZW5hYmxlZAoJbWFwWzFjXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHgxODA4LCBzaXplICAyLCBlbmFibGVkCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5n ZSAzMiwgYmFzZSAweDE4ZTAsIHNpemUgIDUsIGVuYWJsZWQKCW1hcFsyNF06IHR5cGUgTWVtb3J5 LCByYW5nZSAzMiwgYmFzZSAweGZjMjA0MDAwLCBzaXplIDExLCBlbmFibGVkCnBjaWIwOiBtYXRj aGVkIGVudHJ5IGZvciAwLjMxLklOVEIKcGNpYjA6IHNsb3QgMzEgSU5UQiBoYXJkd2lyZWQgdG8g SVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjkzMCwgcmV2aWQ9MHgwMwoJZG9t YWluPTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTMKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDMsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhmYzIwNTQwMCwgc2l6ZSAgOCwgZW5hYmxlZAoJbWFwWzIwXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgxYzAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEEKcGNpYjA6IHNsb3QgMzEgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDIzCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4MTgwMC0w eDE4MDcgbWVtIDB4ZjQ0MDAwMDAtMHhmNDdmZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYgaXJx IDE2IGF0IGRldmljZSAyLjAgb24gcGNpMAphZ3AwOiA8SW50ZWwgR000NSBTVkdBIGNvbnRyb2xs ZXI+IG9uIHZnYXBjaTAKYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3RlZCAzMjc2 NGsgc3RvbGVuIG1lbW9yeQphY3BpX3ZpZGVvMDogPEFDUEkgdmlkZW8gZXh0ZW5zaW9uPiBvbiB2 Z2FwY2kwCmZvdW5kIEludGVybmFsL0ludGVncmF0ZWQgRGlnaXRhbCBGbGF0IFBhbmVsKDQwMCks IGlkeCMwLCBwb3J0IzAsIGhlYWQgIzAKdmdhcGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IG1lbSAweGY0MjAwMDAwLTB4ZjQyZmZmZmYgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCnBjaTA6IDxz aW1wbGUgY29tbXM+IGF0IGRldmljZSAzLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDowOjM6 MDogVHJhbnNpdGlvbiBmcm9tIEQwIHRvIEQzCnVoY2kwOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBV U0IgY29udHJvbGxlcj4gcG9ydCAweDE4MjAtMHgxODNmIGlycSAyMCBhdCBkZXZpY2UgMjYuMCBv biBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIwIChQQ0kgSVJRIDIwKSB0byBsYXBpYyAw IHZlY3RvciA0OQp1c2J1czA6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBv biB1aGNpMAp1c2J1czA6IGJwZiBhdHRhY2hlZAp1aGNpMDogdXNicGY6IEF0dGFjaGVkCnVoY2kx OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDE4NDAtMHgxODVm IGlycSAyMSBhdCBkZXZpY2UgMjYuMSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIx IChQQ0kgSVJRIDIxKSB0byBsYXBpYyAwIHZlY3RvciA1MAp1c2J1czE6IDxJbnRlbCA4MjgwMUkg KElDSDkpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMQp1c2J1czE6IGJwZiBhdHRhY2hlZAp1aGNp MTogdXNicGY6IEF0dGFjaGVkCnVoY2kyOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJv bGxlcj4gcG9ydCAweDE4NjAtMHgxODdmIGlycSAyMiBhdCBkZXZpY2UgMjYuMiBvbiBwY2kwCmlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDIyIChQQ0kgSVJRIDIyKSB0byBsYXBpYyAwIHZlY3RvciA1 MQp1c2J1czI6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMgp1 c2J1czI6IGJwZiBhdHRhY2hlZAp1aGNpMjogdXNicGY6IEF0dGFjaGVkCmVoY2kwOiA8SW50ZWwg ODI4MDFJIChJQ0g5KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZjMjA0YzAwLTB4ZmMyMDRm ZmYgaXJxIDIzIGF0IGRldmljZSAyNi43IG9uIHBjaTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4g MjMgKFBDSSBJUlEgMjMpIHRvIGxhcGljIDAgdmVjdG9yIDUyCnVzYnVzMzogRUhDSSB2ZXJzaW9u IDEuMAp1c2J1czM6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiAyLjAgY29udHJvbGxlcj4gb24g ZWhjaTAKdXNidXMzOiBicGYgYXR0YWNoZWQKZWhjaTA6IHVzYnBmOiBBdHRhY2hlZApoZGFjMDog PEludGVsIDgyODAxSSBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZmMw MDAwMDAtMHhmYzAwM2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApoZGFjMDogSERB IERyaXZlciBSZXZpc2lvbjogMjAxMDAyMjZfMDE0MgpoZGFjMDogYXR0ZW1wdGluZyB0byBhbGxv Y2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU2 IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTMKaGRhYzA6IHVzaW5nIElSUSAyNTYgZm9yIE1TSQpo ZGFjMDogQ2FwczogT1NTIDQsIElTUyA0LCBCU1MgMCwgTlNETyAxLCA2NGJpdCwgQ09SQiAyNTYs IFJJUkIgMjU2CnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDIwIGF0IGRldmljZSAy OC4wIG9uIHBjaTAKcGNpYjE6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMTogICBzZWNvbmRh cnkgYnVzICAgICAyCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDIKcGNpYjE6ICAgbm8gcHJl ZmV0Y2hlZCBkZWNvZGUKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMjogZG9tYWlu PTAsIHBoeXNpY2FsIGJ1cz0yCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDIxIGF0 IGRldmljZSAyOC4xIG9uIHBjaTAKcGNpYjI6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMjog ICBzZWNvbmRhcnkgYnVzICAgICAzCnBjaWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKcGNpYjI6 ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmNDMwMDAwMC0weGY0M2ZmZmZmCnBjaWIyOiAgIG5vIHBy ZWZldGNoZWQgZGVjb2RlCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaTM6IGRvbWFp bj0wLCBwaHlzaWNhbCBidXM9Mwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDQyMzcsIHJl dmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9Mywgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAyLTgwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMg IHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBi aXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY0MzAwMDAwLCBzaXpl IDEzLCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGY0MzAwMDAwLTB4 ZjQzMDFmZmYpIGZvciByaWQgMTAgb2YgcGNpMDozOjA6MApwY2liMjogbWF0Y2hlZCBlbnRyeSBm b3IgMy4wLklOVEEKcGNpYjI6IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKaXduMDog PEludGVsKFIpIFdpRmkgTGluayA1MTAwPiBtZW0gMHhmNDMwMDAwMC0weGY0MzAxZmZmIGlycSAx NyBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKaXduMDogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1T SSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU3IHRvIGxvY2Fs IEFQSUMgMCB2ZWN0b3IgNTQKaXduMDogdXNpbmcgSVJRIDI1NyBmb3IgTVNJCml3bjA6IE1JTU8g MVQyUiwgTW9XLCBhZGRyZXNzIDAwOjFlOjY1OjI1OjVkOjNhCml3bjA6IDExYSByYXRlczogNk1i cHMgOU1icHMgMTJNYnBzIDE4TWJwcyAyNE1icHMgMzZNYnBzIDQ4TWJwcyA1NE1icHMKaXduMDog MTFiIHJhdGVzOiAxTWJwcyAyTWJwcyA1LjVNYnBzIDExTWJwcwppd24wOiAxMWcgcmF0ZXM6IDFN YnBzIDJNYnBzIDUuNU1icHMgMTFNYnBzIDZNYnBzIDlNYnBzIDEyTWJwcyAxOE1icHMgMjRNYnBz IDM2TWJwcyA0OE1icHMgNTRNYnBzCml3bjA6IDFUMlIKaXduMDogMTFuYSBNQ1MgMjBNSHoKaXdu MDogTUNTIDAtNzogNi41TWJwcyAtIDY1TWJwcwppd24wOiAxMW5hIE1DUyAyME1IeiBTR0kKaXdu MDogTUNTIDAtNzogN01icHMgLSA3Mk1icHMKaXduMDogMTFuYSBNQ1MgNDBNSHo6Cml3bjA6IE1D UyAwLTc6IDEzLjVNYnBzIC0gMTM1TWJwcwppd24wOiAxMW5hIE1DUyA0ME1IeiBTR0k6Cml3bjA6 IE1DUyAwLTc6IDE1TWJwcyAtIDE1ME1icHMKaXduMDogMTFuZyBNQ1MgMjBNSHoKaXduMDogTUNT IDAtNzogNi41TWJwcyAtIDY1TWJwcwppd24wOiAxMW5nIE1DUyAyME1IeiBTR0kKaXduMDogTUNT IDAtNzogN01icHMgLSA3Mk1icHMKaXduMDogMTFuZyBNQ1MgNDBNSHo6Cml3bjA6IE1DUyAwLTc6 IDEzLjVNYnBzIC0gMTM1TWJwcwppd24wOiAxMW5nIE1DUyA0ME1IeiBTR0k6Cml3bjA6IE1DUyAw LTc6IDE1TWJwcyAtIDE1ME1icHMKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMjMg YXQgZGV2aWNlIDI4LjMgb24gcGNpMApwY2liMzogICBkb21haW4gICAgICAgICAgICAwCnBjaWIz OiAgIHNlY29uZGFyeSBidXMgICAgIDUKcGNpYjM6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTIKcGNp YjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHgyMDAwLTB4MmZmZgpwY2liMzogICBtZW1vcnkgZGVj b2RlICAgICAweGY4MDAwMDAwLTB4ZjlmZmZmZmYKcGNpYjM6ICAgcHJlZmV0Y2hlZCBkZWNvZGUg MHhmNDAwMDAwMC0weGY0MGZmZmZmCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTU6 IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9NQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGly cSAyMCBhdCBkZXZpY2UgMjguNCBvbiBwY2kwCnBjaWI0OiAgIGRvbWFpbiAgICAgICAgICAgIDAK cGNpYjQ6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMTMKcGNpYjQ6ICAgc3Vib3JkaW5hdGUgYnVzICAg MjAKcGNpYjQ6ICAgSS9PIGRlY29kZSAgICAgICAgMHgzMDAwLTB4M2ZmZgpwY2liNDogICBtZW1v cnkgZGVjb2RlICAgICAweGZhMDAwMDAwLTB4ZmJmZmZmZmYKcGNpYjQ6ICAgcHJlZmV0Y2hlZCBk ZWNvZGUgMHhmNDEwMDAwMC0weGY0MWZmZmZmCnBjaTEzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li NApwY2kxMzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0xMwpwY2liNTogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGlycSAyMiBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaWI1OiAgIGRvbWFpbiAgICAg ICAgICAgIDAKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNApwY2liNTogICBzdWJvcmRpbmF0 ZSBidXMgICA0CnBjaWI1OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjQ4MDAwMDAtMHhmNDhmZmZm ZgpwY2liNTogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNQpwY2k0OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTQKZm91bmQtPgl2ZW5kb3I9MHgxNGU0 LCBkZXY9MHgxNjkzLCByZXZpZD0weDAyCglkb21haW49MCwgYnVzPTQsIHNsb3Q9MCwgZnVuYz0w CgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBz dGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9 MTEKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRz IDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2Ug MHhmNDgwMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApwY2liNTogYWxsb2NhdGVkIG1lbW9yeSByYW5n ZSAoMHhmNDgwMDAwMC0weGY0ODBmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6NDowOjAKcGNpYjU6 IG1hdGNoZWQgZW50cnkgZm9yIDQuMC5JTlRBCnBjaWI1OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDE3CnBjaTA6NDowOjA6IGJhZCBWUEQgY2tzdW0sIHJlbWFpbiA4MApiZ2UwOiA8QnJv YWRjb20gTmV0WHRyZW1lIEdpZ2FiaXQgRXRoZXJuZXQgQ29udHJvbGxlciAgLCBBU0lDIHJldi4g MHgwMGIwMDI+IG1lbSAweGY0ODAwMDAwLTB4ZjQ4MGZmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAg b24gcGNpNApiZ2UwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3Vw cG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNTggdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1 NQpiZ2UwOiB1c2luZyBJUlEgMjU4IGZvciBNU0kKYmdlMDogQ0hJUCBJRCAweDAwMDBiMDAyOyBB U0lDIFJFViAweDBiOyBDSElQIFJFViAweGIwOyBQQ0ktRQpiZ2UwOiBEaXNhYmxpbmcgZmFzdGJv b3QKYmdlMDogRGlzYWJsaW5nIGZhc3Rib290Cm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwCmJy Z3BoeTA6IDxCQ001NzU0LzU3ODcgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9u IG1paWJ1czAKYnJncGh5MDogT1VJIDB4MDAwYWY3LCBtb2RlbCAweDAwMGUsIHJldi4gMApicmdw aHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAw MGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1h c3RlciwgYXV0bywgYXV0by1mbG93CmJnZTA6IGJwZiBhdHRhY2hlZApiZ2UwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDpbLi4uXQp1aGNpMzogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xs ZXI+IHBvcnQgMHgxODgwLTB4MTg5ZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAppb2Fw aWMwOiByb3V0aW5nIGludHBpbiAxNiAoUENJIElSUSAxNikgdG8gbGFwaWMgMCB2ZWN0b3IgNTYK dXNidXM0OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTMKdXNi dXM0OiBicGYgYXR0YWNoZWQKdWhjaTM6IHVzYnBmOiBBdHRhY2hlZAp1aGNpNDogPEludGVsIDgy ODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgxOGEwLTB4MThiZiBpcnEgMTcgYXQg ZGV2aWNlIDI5LjEgb24gcGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNyAoUENJIElSUSAx NykgdG8gbGFwaWMgMCB2ZWN0b3IgNTcKdXNidXM1OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0Ig Y29udHJvbGxlcj4gb24gdWhjaTQKdXNidXM1OiBicGYgYXR0YWNoZWQKdWhjaTQ6IHVzYnBmOiBB dHRhY2hlZAp1aGNpNTogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xsZXI+IHBvcnQg MHgxOGMwLTB4MThkZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTgKdXNidXM2OiA8 SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTUKdXNidXM2OiBicGYg YXR0YWNoZWQKdWhjaTU6IHVzYnBmOiBBdHRhY2hlZAplaGNpMTogPEludGVsIDgyODAxSSAoSUNI OSkgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmYzIwNTAwMC0weGZjMjA1M2ZmIGlycSAxOSBh dCBkZXZpY2UgMjkuNyBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJR IDE5KSB0byBsYXBpYyAwIHZlY3RvciA1OQp1c2J1czc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM3 OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kxCnVzYnVz NzogYnBmIGF0dGFjaGVkCmVoY2kxOiB1c2JwZjogQXR0YWNoZWQKcGNpYjY6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaWI2OiAgIGRvbWFpbiAgICAgICAg ICAgIDAKcGNpYjY6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMjEKcGNpYjY6ICAgc3Vib3JkaW5hdGUg YnVzICAgMjQKcGNpYjY6ICAgSS9PIGRlY29kZSAgICAgICAgMHg0MDAwLTB4N2ZmZgpwY2liNjog ICBtZW1vcnkgZGVjb2RlICAgICAweGY0OTAwMDAwLTB4ZjdmZmZmZmYKcGNpYjY6ICAgcHJlZmV0 Y2hlZCBkZWNvZGUgMHhmMDAwMDAwMC0weGYzZmZmZmZmCnBjaWI2OiAgIFN1YnRyYWN0aXZlbHkg ZGVjb2RlZCBicmlkZ2UuCnBjaTIxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNgpwY2kyMTogZG9t YWluPTAsIHBoeXNpY2FsIGJ1cz0yMQpmb3VuZC0+CXZlbmRvcj0weDExODAsIGRldj0weDA0NzYs IHJldmlkPTB4YmEKCWRvbWFpbj0wLCBidXM9MjEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNi0w Ny0wMCwgaGRydHlwZT0weDAyLCBtZmRldj0xCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDIx MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9 MHg4MCAoMzIwMDAgbnMpLCBtYXhsYXQ9MHgwNyAoMTc1MCBucykKCWludHBpbj1hLCBpcnE9MTEK CXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTog dHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjQ5MDAwMDAsIHNpemUgMTIsIGVuYWJsZWQK cGNpYjY6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZjQ5MDAwMDAtMHhmNDkwMGZmZikgZm9y IHJpZCAxMCBvZiBwY2kwOjIxOjA6MApwY2liNjogbWF0Y2hlZCBlbnRyeSBmb3IgMjEuMC5JTlRB CnBjaWI2OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4 MTE4MCwgZGV2PTB4MDgzMiwgcmV2aWQ9MHgwNAoJZG9tYWluPTAsIGJ1cz0yMSwgc2xvdD0wLCBm dW5jPTEKCWNsYXNzPTBjLTAwLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAx MDYsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAg KDk2MCBucyksIG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgwNCAoMTAwMCBucykKCWlu dHBpbj1iLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVu dCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjQ5MDEwMDAsIHNp emUgMTEsIGVuYWJsZWQKcGNpYjY6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZjQ5MDEwMDAt MHhmNDkwMTdmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjIxOjA6MQpwY2liNjogbWF0Y2hlZCBlbnRy eSBmb3IgMjEuMC5JTlRCCnBjaWI2OiBzbG90IDAgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE3CmZv dW5kLT4JdmVuZG9yPTB4MTE4MCwgZGV2PTB4MDgyMiwgcmV2aWQ9MHgyMQoJZG9tYWluPTAsIGJ1 cz0yMSwgc2xvdD0wLCBmdW5jPTIKCWNsYXNzPTA4LTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTEKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykK CWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YywgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIg RDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGY0 OTAxODAwLCBzaXplICA4LCBlbmFibGVkCnBjaWI2OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgw eGY0OTAxODAwLTB4ZjQ5MDE4ZmYpIGZvciByaWQgMTAgb2YgcGNpMDoyMTowOjIKcGNpYjY6IG1h dGNoZWQgZW50cnkgZm9yIDIxLjAuSU5UQwpwY2liNjogc2xvdCAwIElOVEMgaGFyZHdpcmVkIHRv IElSUSAxOApmb3VuZC0+CXZlbmRvcj0weDExODAsIGRldj0weDA4NDMsIHJldmlkPTB4MTEKCWRv bWFpbj0wLCBidXM9MjEsIHNsb3Q9MCwgZnVuYz0zCgljbGFzcz0wOC04MC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTE2 IChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIs IGJhc2UgMHhmNDkwMWMwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNjogYWxsb2NhdGVkIG1lbW9y eSByYW5nZSAoMHhmNDkwMWMwMC0weGY0OTAxY2ZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MjE6MDoz CnBjaWI2OiBtYXRjaGVkIGVudHJ5IGZvciAyMS4wLklOVEMKcGNpYjY6IHNsb3QgMCBJTlRDIGhh cmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9MHgxMTgwLCBkZXY9MHgwNTkyLCByZXZp ZD0weDExCglkb21haW49MCwgYnVzPTIxLCBzbG90PTAsIGZ1bmM9NAoJY2xhc3M9MDgtODAtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyMTAsIGNh Y2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9MTEKCXBvd2Vyc3BlYyAy ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnks IHJhbmdlIDMyLCBiYXNlIDB4ZjQ5MDIwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjY6IGFsbG9j YXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZjQ5MDIwMDAtMHhmNDkwMjBmZikgZm9yIHJpZCAxMCBvZiBw Y2kwOjIxOjA6NApwY2liNjogbWF0Y2hlZCBlbnRyeSBmb3IgMjEuMC5JTlRDCnBjaWI2OiBzbG90 IDAgSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4MTE4MCwgZGV2PTB4 MDg1MiwgcmV2aWQ9MHgxMQoJZG9tYWluPTAsIGJ1cz0yMSwgc2xvdD0wLCBmdW5jPTUKCWNsYXNz PTA4LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9 MHgwMjEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YywgaXJxPTExCglw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5 cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGY0OTAyNDAwLCBzaXplICA4LCBlbmFibGVkCnBj aWI2OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGY0OTAyNDAwLTB4ZjQ5MDI0ZmYpIGZvciBy aWQgMTAgb2YgcGNpMDoyMTowOjUKcGNpYjY6IG1hdGNoZWQgZW50cnkgZm9yIDIxLjAuSU5UQwpw Y2liNjogc2xvdCAwIElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOApjYmIwOiA8UkY1QzQ3NiBQQ0kt Q2FyZEJ1cyBCcmlkZ2U+IG1lbSAweGY0OTAwMDAwLTB4ZjQ5MDBmZmYgaXJxIDE2IGF0IGRldmlj ZSAwLjAgb24gcGNpMjEKY2FyZGJ1czA6IDxDYXJkQnVzIGJ1cz4gb24gY2JiMApwY2NhcmQwOiA8 MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjAKY2JiMDogUENJIENvbmZpZ3VyYXRpb24gc3BhY2U6 CiAgMHgwMDogMHgwNDc2MTE4MCAweDAyMTAwMTA3IDB4MDYwNzAwYmEgMHgwMDgyMjAxMCAKICAw eDEwOiAweGY0OTAwMDAwIDB4MDIwMDAwZGMgMHhiMDE4MTYxNSAweGZmZmZmMDAwIAogIDB4MjA6 IDB4MDAwMDAwMDAgMHhmZmZmZjAwMCAweDAwMDAwMDAwIDB4ZmZmZmZmZmMgCiAgMHgzMDogMHgw MDAwMDAwMCAweGZmZmZmZmZjIDB4MDAwMDAwMDAgMHgwNzAwMDExMCAKICAweDQwOiAweDIwYzYx N2FhIDB4MDAwMDAwMDEgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4NTA6IDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHg2MDogMHgwMDAwMDAwMCAweDAw MDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweDcwOiAweDAwMDAwMDAwIDB4MDAwMDAw MDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4ODA6IDB4MDRhMDAwMDEgMHgwMDAwMDAwMCAw eDA0NjMwNDYzIDB4MDAwMDAwMDAgCiAgMHg5MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAw MDAwMDAgMHgwMDAwMDAwMCAKICAweGEwOiAweDAwMDAwMDAwIDB4MDkwMDAwMDAgMHgwMGYwMDAw MCAweDAwMDAwMDA1IAogIDB4YjA6IDB4MDAwMDAwMDAgMHg2MDAwMDAwMCAweDAwMDAzMDAwIDB4 MDAwMDAwMDAgCiAgMHhjMDogMHgyMGM2MTdhYSAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAKICAweGQwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweGZlMGEwMDAx IAogIDB4ZTA6IDB4MjRjMDQwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAg MHhmMDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKcGNpMjE6 IDxzZXJpYWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDAuMSAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kwOjIxOjA6MTogVHJhbnNpdGlvbiBmcm9tIEQwIHRvIEQzCnNkaGNpMDogPFJJQ09IIFI1 QzgyMiBTRD4gbWVtIDB4ZjQ5MDE4MDAtMHhmNDkwMThmZiBpcnEgMTggYXQgZGV2aWNlIDAuMiBv biBwY2kyMQpzZGhjaTAtc2xvdDA6IDMzTUh6IEhTIDRiaXRzIDMuM1YgRE1BCnNkaGNpMC1zbG90 MDogPT09PT09PT09PT09PT0gUkVHSVNURVIgRFVNUCA9PT09PT09PT09PT09PQpzZGhjaTAtc2xv dDA6IFN5cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4MDAwMDA0MDAKc2RoY2kwLXNs b3QwOiBCbGsgc2l6ZTogMHgwMDAwMDAwMCB8IEJsayBjbnQ6ICAweDAwMDAwMDAwCnNkaGNpMC1z bG90MDogQXJndW1lbnQ6IDB4MDAwMDAwMDAgfCBUcm4gbW9kZTogMHgwMDAwMDAwMApzZGhjaTAt c2xvdDA6IFByZXNlbnQ6ICAweDAxZjIwMDAwIHwgSG9zdCBjdGw6IDB4MDAwMDAwMDAKc2RoY2kw LXNsb3QwOiBQb3dlcjogICAgMHgwMDAwMDAwMCB8IEJsayBnYXA6ICAweDAwMDAwMDAwCnNkaGNp MC1zbG90MDogV2FrZS11cDogIDB4MDAwMDAwMDAgfCBDbG9jazogICAgMHgwMDAwMDAwMApzZGhj aTAtc2xvdDA6IFRpbWVvdXQ6ICAweDAwMDAwMDAwIHwgSW50IHN0YXQ6IDB4MDAwMDAwMDAKc2Ro Y2kwLXNsb3QwOiBJbnQgZW5hYjogMHgwMWZmMDBmYiB8IFNpZyBlbmFiOiAweDAxZmYwMGZiCnNk aGNpMC1zbG90MDogQUMxMiBlcnI6IDB4MDAwMDAwMDAgfCBTbG90IGludDogMHgwMDAwMDAwMApz ZGhjaTAtc2xvdDA6IENhcHM6ICAgICAweDAxZTAyMWExIHwgTWF4IGN1cnI6IDB4MDAwMDAwNDAK c2RoY2kwLXNsb3QwOiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 CnNkaGNpMDogMSBzbG90KHMpIGFsbG9jYXRlZApwY2kyMTogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDAuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOjIxOjA6MzogVHJhbnNpdGlvbiBm cm9tIEQwIHRvIEQzCnBjaTIxOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMC40IChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTA6MjE6MDo0OiBUcmFuc2l0aW9uIGZyb20gRDAgdG8gRDMKcGNp MjE6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAwLjUgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDoyMTowOjU6IFRyYW5zaXRpb24gZnJvbSBEMCB0byBEMwppc2FiMDogPFBDSS1JU0EgYnJp ZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNp MDogPEludGVsIElDSDlNIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4MTgxOC0weDE4MWYs MHgxODBjLTB4MTgwZiwweDE4MTAtMHgxODE3LDB4MTgwOC0weDE4MGIsMHgxOGUwLTB4MThmZiBt ZW0gMHhmYzIwNDAwMC0weGZjMjA0N2ZmIGlycSAxNiBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFo Y2kwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDE2IHN1cHBvcnRlZCkK bXNpOiByb3V0aW5nIE1TSSBJUlEgMjU5IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNjAKYWhjaTA6 IHVzaW5nIElSUSAyNTkgZm9yIE1TSQphaGNpMDogQUhDSSB2MS4yMCB3aXRoIDQgM0dicHMgcG9y dHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2kwOiBDYXBzOiA2NGJpdCBOQ1Eg U05URiBTUyBBTFAgQUwgQ0xPIDNHYnBzIFBNRCBTU0MgUFNDIDMyY21kIENDQyBlU0FUQSA0cG9y dHMKYWhjaTA6IENhcHMyOgphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24g YWhjaTAKYWhjaWNoMDogQ2FwczoKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAx IG9uIGFoY2kwCmFoY2ljaDE6IENhcHM6IEhQQ1AgRVNQCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1 cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV90ejA6IDxUaGVybWFs IFpvbmU+IG9uIGFjcGkwCmFjcGlfdHoxOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphdHRpbWVy MDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAi aTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMAppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAyIChJU0EgSVJRIDApIHRvIGxhcGljIDAgdmVjdG9yIDYxCkV2ZW50IHRpbWVyICJpODI1 NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwCmhwZXQw OiB2ZW5kb3IgMHg4MDg2LCByZXYgMHgxLCAxNDMxODE4MEh6IDY0Yml0LCA0IHRpbWVycywgbGVn YWN5IHJvdXRlCmhwZXQwOiAgdDA6IGlycXMgMHgwMGYwMDAwMCAoMCksIDY0Yml0LCBwZXJpb2Rp YwpocGV0MDogIHQxOiBpcnFzIDB4MDBmMDAwMDAgKDApCmhwZXQwOiAgdDI6IGlycXMgMHgwMGYw MDgwMCAoMCkKaHBldDA6ICB0MzogaXJxcyAweDAwZjAxMDAwICgwKQpUaW1lY291bnRlciAiSFBF VCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBm cmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQzIiBmcmVxdWVuY3kg MTQzMTgxODAgSHogcXVhbGl0eSA0NDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQg MHg3MC0weDcxIGlycSA4IG9uIGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2Yt ZGF5IGNsb2NrIChyZXNvbHV0aW9uIDEwMDAwMDB1cywgYWRqdXN0bWVudCAwLjUwMDAwMDAwMHMp CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGly cSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2Jk OiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA0NwphdGtiZDoga2V5 Ym9hcmQgSUQgMHg1NGFiICgyKQprYmQwIGF0IGF0a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8x MDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBp biAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAgdmVjdG9yIDYyCmF0a2JkMDogW0dJQU5ULUxPQ0tF RF0KcHNtMDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQpwc21jcG5wMDogPFBTLzIgbW91c2UgcG9y dD4gaXJxIDEyIG9uIGFjcGkwCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRlOjAwNDcKcHNtMDog PFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDEy IChJU0EgSVJRIDEyKSB0byBsYXBpYyAwIHZlY3RvciA2Mwpwc20wOiBbR0lBTlQtTE9DS0VEXQpw c20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwLTAwLCAyIGJ1dHRvbnMK cHNtMDogY29uZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwOCwgcGFja2V0IHNpemU6Mwpwc20w OiBzeW5jbWFzazpjMCwgc3luY2JpdHM6MDAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9k IEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMAphY3Bp X2libTA6IDxJQk0gVGhpbmtQYWQgQUNQSSBFeHRyYXM+IG9uIGFjcGkwCmFjcGkwOiB3YWtldXAg Y29kZSB2YSAweGZmZmZmZjgwZTQzODkwMDAgcGEgMHg0MDAwCmlzYV9wcm9iZV9jaGlsZHJlbjog ZGlzYWJsaW5nIFBuUCBkZXZpY2VzCmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tp cHBpbmcgaXQKYXRydGM6IGF0cnRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXR0aW1l cjogYXR0aW1lcjAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNjOiBzYzAgYWxyZWFkeSBl eGlzdHM7IHNraXBwaW5nIGl0CmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRl dmljZXMKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNmZmZmLDB4 ZGUwMDAtMHhkZjdmZiwweGUwMDAwLTB4ZWZmZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29s ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywg ZmxhZ3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAo dGVrZW4gdGVybWluYWwpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQg cG9ydCAweDNmMCBpcnEgNiBkcnEgMiBvbiBpc2EwCnBwYzAgZmFpbGVkIHRvIHByb2JlIGF0IGly cSA3IG9uIGlzYTAKdWFydDA6IDxuczgyNTA+IGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4M2Y4 LTB4M2ZmIGlycSA0IG9uIGlzYTAKdWFydDE6IDxuczgyNTA+IGZhaWxlZCB0byBwcm9iZSBhdCBw b3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTAKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5n IFBuUCBkZXZpY2VzCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+ IG9uIGNwdTAKZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1MQpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKWkZT IE5PVElDRTogUHJlZmV0Y2ggaXMgZGlzYWJsZWQgYnkgZGVmYXVsdCBpZiBsZXNzIHRoYW4gNEdC IG9mIFJBTSBpcyBwcmVzZW50OwogICAgICAgICAgICB0byBlbmFibGUsIGFkZCAidmZzLnpmcy5w cmVmZXRjaF9kaXNhYmxlPTAiIHRvIC9ib290L2xvYWRlci5jb25mLgpaRlMgZmlsZXN5c3RlbSB2 ZXJzaW9uIDUKWkZTIHN0b3JhZ2UgcG9vbCB2ZXJzaW9uIDI4ClRpbWVjb3VudGVycyB0aWNrIGV2 ZXJ5IDEuMDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGgg Y2hhaW5pbmcKbG8wOiBicGYgYXR0YWNoZWQKaGRhYzA6IFByb2JpbmcgY29kZWMgIzAuLi4KaGRh YzA6IEhEQSBDb2RlYyAjMDogQ29uZXhhbnQgQ1gyMDU2MSAoSGVybW9zYSkKaGRhYzA6ICBIREEg Q29kZWMgSUQ6IDB4MTRmMTUwNTEKaGRhYzA6ICAgICAgICBWZW5kb3I6IDB4MTRmMQpoZGFjMDog ICAgICAgIERldmljZTogMHg1MDUxCmhkYWMwOiAgICAgIFJldmlzaW9uOiAweDAwCmhkYWMwOiAg ICAgIFN0ZXBwaW5nOiAweDAwCmhkYWMwOiBQQ0kgU3VidmVuZG9yOiAweDIwZjIxN2FhCmhkYWMw OiAJRm91bmQgYXVkaW8gRkcgbmlkPTEgc3RhcnRub2RlPTE2IGVuZG5vZGU9MzEgdG90YWw9MTUK aGRhYzA6IAlGb3VuZCBtb2RlbSBGRyBuaWQ9MiBzdGFydG5vZGU9MTEyIGVuZG5vZGU9MTE2IHRv dGFsPTQKaGRhYzA6IApoZGFjMDogUHJvY2Vzc2luZyBhdWRpbyBGRyBjYWQ9MCBuaWQ9MS4uLgpo ZGFjMDogR1BJTzogMHg0MDAwMDAwNCBOdW1HUElPPTQgTnVtR1BPPTAgTnVtR1BJPTAgR1BJV2Fr ZT0wIEdQSVVuc29sPTEKaGRhYzA6ICBuaWQgMjIgMHgwMjIxNDBmMCBhcyAxNSBzZXEgIDAgICAg SGVhZHBob25lcyAgSmFjayBqYWNrICAxIGxvYyAgMiBjb2xvciAgIEdyZWVuIG1pc2MgMApoZGFj MDogIG5pZCAyMyAweDYxYTE5MGYwIGFzIDE1IHNlcSAgMCAgICAgICAgICAgTWljICBOb25lIGph Y2sgIDEgbG9jIDMzIGNvbG9yICAgIFBpbmsgbWlzYyAwCmhkYWMwOiAgbmlkIDI0IDB4MDJhMTkw ZjAgYXMgMTUgc2VxICAwICAgICAgICAgICBNaWMgIEphY2sgamFjayAgMSBsb2MgIDIgY29sb3Ig ICAgUGluayBtaXNjIDAKaGRhYzA6ICBuaWQgMjUgMHg0MGYwMDBmMCBhcyAxNSBzZXEgIDAgICAg ICAgICBPdGhlciAgTm9uZSBqYWNrICAwIGxvYyAgMCBjb2xvciBVbmtub3duIG1pc2MgMApoZGFj MDogIG5pZCAyNiAweDkwMTcwMWYwIGFzIDE1IHNlcSAgMCAgICAgICBTcGVha2VyIEZpeGVkIGph Y2sgIDcgbG9jIDE2IGNvbG9yIFVua25vd24gbWlzYyAxCmhkYWMwOiAgbmlkIDI3IDB4NDBmMDAx ZjAgYXMgMTUgc2VxICAwICAgICAgICAgT3RoZXIgIE5vbmUgamFjayAgMCBsb2MgIDAgY29sb3Ig VW5rbm93biBtaXNjIDEKaGRhYzA6ICBuaWQgMjggMHg0MGYwMDFmMCBhcyAxNSBzZXEgIDAgICAg ICAgICBPdGhlciAgTm9uZSBqYWNrICAwIGxvYyAgMCBjb2xvciBVbmtub3duIG1pc2MgMQpoZGFj MDogIG5pZCAyOSAweDkwYTcwMWYwIGFzIDE1IHNlcSAgMCAgICAgICAgICAgTWljIEZpeGVkIGph Y2sgIDcgbG9jIDE2IGNvbG9yIFVua25vd24gbWlzYyAxCmhkYWMwOiBQYXRjaGVkIHBpbnMgY29u ZmlndXJhdGlvbjoKaGRhYzA6ICBuaWQgMjIgMHgwMjIxNDBmMCBhcyAxNSBzZXEgIDAgICAgSGVh ZHBob25lcyAgSmFjayBqYWNrICAxIGxvYyAgMiBjb2xvciAgIEdyZWVuIG1pc2MgMApoZGFjMDog IG5pZCAyMyAweDYxYTE5MGYwIGFzIDE1IHNlcSAgMCAgICAgICAgICAgTWljICBOb25lIGphY2sg IDEgbG9jIDMzIGNvbG9yICAgIFBpbmsgbWlzYyAwIFtESVNBQkxFRF0KaGRhYzA6ICBuaWQgMjQg MHgwMmExOTBmMCBhcyAxNSBzZXEgIDAgICAgICAgICAgIE1pYyAgSmFjayBqYWNrICAxIGxvYyAg MiBjb2xvciAgICBQaW5rIG1pc2MgMApoZGFjMDogIG5pZCAyNSAweDQwZjAwMGYwIGFzIDE1IHNl cSAgMCAgICAgICAgIE90aGVyICBOb25lIGphY2sgIDAgbG9jICAwIGNvbG9yIFVua25vd24gbWlz YyAwIFtESVNBQkxFRF0KaGRhYzA6ICBuaWQgMjYgMHg5MDE3MDFmMCBhcyAxNSBzZXEgIDAgICAg ICAgU3BlYWtlciBGaXhlZCBqYWNrICA3IGxvYyAxNiBjb2xvciBVbmtub3duIG1pc2MgMQpoZGFj MDogIG5pZCAyNyAweDQwZjAwMWYwIGFzIDE1IHNlcSAgMCAgICAgICAgIE90aGVyICBOb25lIGph Y2sgIDAgbG9jICAwIGNvbG9yIFVua25vd24gbWlzYyAxIFtESVNBQkxFRF0KaGRhYzA6ICBuaWQg MjggMHg0MGYwMDFmMCBhcyAxNSBzZXEgIDAgICAgICAgICBPdGhlciAgTm9uZSBqYWNrICAwIGxv YyAgMCBjb2xvciBVbmtub3duIG1pc2MgMSBbRElTQUJMRURdCmhkYWMwOiAgbmlkIDI5IDB4OTBh NzAxZjAgYXMgMTUgc2VxICAwICAgICAgICAgICBNaWMgRml4ZWQgamFjayAgNyBsb2MgMTYgY29s b3IgVW5rbm93biBtaXNjIDEKaGRhYzA6IDQgYXNzb2NpYXRpb25zIGZvdW5kOgpoZGFjMDogQXNz b2NpYXRpb24gMCAoMTUpIG91dDoKaGRhYzA6ICBQaW4gbmlkPTIyIHNlcT0wCmhkYWMwOiBBc3Nv Y2lhdGlvbiAxICgxNSkgaW46CmhkYWMwOiAgUGluIG5pZD0yNCBzZXE9MApoZGFjMDogQXNzb2Np YXRpb24gMiAoMTUpIG91dDoKaGRhYzA6ICBQaW4gbmlkPTI2IHNlcT0wCmhkYWMwOiBBc3NvY2lh dGlvbiAzICgxNSkgaW46CmhkYWMwOiAgUGluIG5pZD0yOSBzZXE9MApoZGFjMDogVHJhY2luZyBh c3NvY2lhdGlvbiAwICgxNSkKaGRhYzA6ICBQaW4gMjIgdHJhY2VkIHRvIERBQyAxNgpoZGFjMDog QXNzb2NpYXRpb24gMCAoMTUpIHRyYWNlIHN1Y2NlZWRlZApoZGFjMDogVHJhY2luZyBhc3NvY2lh dGlvbiAxICgxNSkKaGRhYzA6ICBVbmFibGUgdG8gdHJhY2UgcGluIDI0IHRvIEFEQyAyMCwgdW5k byB0cmFjZXMKaGRhYzA6ICBQaW4gMjQgdHJhY2VkIHRvIEFEQyAyMQpoZGFjMDogQXNzb2NpYXRp b24gMSAoMTUpIHRyYWNlIHN1Y2NlZWRlZApoZGFjMDogVHJhY2luZyBhc3NvY2lhdGlvbiAyICgx NSkKaGRhYzA6ICBQaW4gMjYgdHJhY2VkIHRvIERBQyAxNwpoZGFjMDogQXNzb2NpYXRpb24gMiAo MTUpIHRyYWNlIHN1Y2NlZWRlZApoZGFjMDogVHJhY2luZyBhc3NvY2lhdGlvbiAzICgxNSkKaGRh YzA6ICBQaW4gMjkgdHJhY2VkIHRvIEFEQyAyMApoZGFjMDogQXNzb2NpYXRpb24gMyAoMTUpIHRy YWNlIHN1Y2NlZWRlZApoZGFjMDogVHJhY2luZyBpbnB1dCBtb25pdG9yCmhkYWMwOiBUcmFjaW5n IG90aGVyIGlucHV0IG1vbml0b3JzCmhkYWMwOiAgVHJhY2luZyBuaWQgMjQgdG8gb3V0CmhkYWMw OiAgVHJhY2luZyBuaWQgMjkgdG8gb3V0CmhkYWMwOiBUcmFjaW5nIGJlZXBlcgpoZGFjMDogRkcg Y29uZmlnL3F1aXJrczogZm9yY2VzdGVyZW8gaXZyZWY1MCBpdnJlZjgwIGl2cmVmMTAwIGl2cmVm CmhkYWMwOiAKaGRhYzA6ICstLS0tLS0tLS0tLS0tLS0tLS0tKwpoZGFjMDogfCBEVU1QSU5HIEhE QSBOT0RFUyB8CmhkYWMwOiArLS0tLS0tLS0tLS0tLS0tLS0tLSsKaGRhYzA6IApoZGFjMDogRGVm YXVsdCBQYXJhbWV0ZXIKaGRhYzA6IC0tLS0tLS0tLS0tLS0tLS0tCmhkYWMwOiAgICAgIFN0cmVh bSBjYXA6IDB4MDAwMDAwMDEKaGRhYzA6ICAgICAgICAgICAgICAgICAgUENNCmhkYWMwOiAgICAg ICAgIFBDTSBjYXA6IDB4MDAwZTAxNjAKaGRhYzA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQg Yml0cywgNDQgNDggOTYgS0h6CmhkYWMwOiAgICAgICAgICBJTiBhbXA6IDB4MDAwMDAwMDAKaGRh YzA6ICAgICAgICAgT1VUIGFtcDogMHgwMDAwMDAwMApoZGFjMDogCmhkYWMwOiAgICAgICAgICAg ICBuaWQ6IDE2CmhkYWMwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG91dHB1dApoZGFjMDogICAg ICBXaWRnZXQgY2FwOiAweDAwMDAwYzFkCmhkYWMwOiAgICAgICAgICAgICAgICAgIExSU1dBUCBQ V1IgU1RFUkVPCmhkYWMwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDEpCmhkYWMwOiAg ICAgICAgICAgICBPU1M6IHBjbSAocGNtKQpoZGFjMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAw MDAxCmhkYWMwOiAgICAgICAgICAgICAgICAgIFBDTQpoZGFjMDogICAgICAgICBQQ00gY2FwOiAw eDAwMGUwNTYwCmhkYWMwOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2 IDE5MiBLSHoKaGRhYzA6ICAgICAgT3V0cHV0IGFtcDogMHgwMDAzNGE0YQpoZGFjMDogICAgICAg ICAgICAgICAgICBtdXRlPTAgc3RlcD03NCBzaXplPTMgb2Zmc2V0PTc0CmhkYWMwOiAKaGRhYzA6 ICAgICAgICAgICAgIG5pZDogMTcKaGRhYzA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0 CmhkYWMwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAwMDBjMWQKaGRhYzA6ICAgICAgICAgICAgICAg ICAgTFJTV0FQIFBXUiBTVEVSRU8KaGRhYzA6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAw MSkKaGRhYzA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pCmhkYWMwOiAgICAgIFN0cmVhbSBj YXA6IDB4MDAwMDAwMDEKaGRhYzA6ICAgICAgICAgICAgICAgICAgUENNCmhkYWMwOiAgICAgICAg IFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRhYzA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0 cywgNDQgNDggOTYgMTkyIEtIegpoZGFjMDogICAgICBPdXRwdXQgYW1wOiAweDAwMDM0YTRhCmhk YWMwOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTc0IHNpemU9MyBvZmZzZXQ9NzQKaGRh YzA6IApoZGFjMDogICAgICAgICAgICAgbmlkOiAxOCBbRElTQUJMRURdCmhkYWMwOiAgICAgICAg ICAgIE5hbWU6IGF1ZGlvIG91dHB1dApoZGFjMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDAwMjEx CmhkYWMwOiAgICAgICAgICAgICAgICAgIERJR0lUQUwgU1RFUkVPCmhkYWMwOiAgICAgIFN0cmVh bSBjYXA6IDB4MDAwMDAwMDUKaGRhYzA6ICAgICAgICAgICAgICAgICAgQUMzIFBDTQpoZGFjMDog ICAgICAgICBQQ00gY2FwOiAweDAwMGUwMTYwCmhkYWMwOiAgICAgICAgICAgICAgICAgIDE2IDIw IDI0IGJpdHMsIDQ0IDQ4IDk2IEtIegpoZGFjMDogCmhkYWMwOiAgICAgICAgICAgICBuaWQ6IDE5 CmhkYWMwOiAgICAgICAgICAgIE5hbWU6IGJlZXAgd2lkZ2V0CmhkYWMwOiAgICAgIFdpZGdldCBj YXA6IDB4MDA3MDAwMGMKaGRhYzA6ICAgICBBc3NvY2lhdGlvbjogLTIgKDB4MDAwMDAwMDApCmhk YWMwOiAgICAgICAgICAgICBPU1M6IHNwZWFrZXIgKHNwZWFrZXIpCmhkYWMwOiAgICAgIE91dHB1 dCBhbXA6IDB4MDAxNzAzMDMKaGRhYzA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBz aXplPTIzIG9mZnNldD0zCmhkYWMwOiAKaGRhYzA6ICAgICAgICAgICAgIG5pZDogMjAKaGRhYzA6 ICAgICAgICAgICAgTmFtZTogYXVkaW8gaW5wdXQKaGRhYzA6ICAgICAgV2lkZ2V0IGNhcDogMHgw MDEwMGQxYgpoZGFjMDogICAgICAgICAgICAgICAgICBMUlNXQVAgUFdSIFNURVJFTwpoZGFjMDog ICAgIEFzc29jaWF0aW9uOiAzICgweDAwMDAwMDAxKQpoZGFjMDogICAgICBTdHJlYW0gY2FwOiAw eDAwMDAwMDAxCmhkYWMwOiAgICAgICAgICAgICAgICAgIFBDTQpoZGFjMDogICAgICAgICBQQ00g Y2FwOiAweDAwMGUwMTYwCmhkYWMwOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0 IDQ4IDk2IEtIegpoZGFjMDogICAgICAgSW5wdXQgYW1wOiAweDAwMDM1MDRhCmhkYWMwOiAgICAg ICAgICAgICAgICAgIG11dGU9MCBzdGVwPTgwIHNpemU9MyBvZmZzZXQ9NzQKaGRhYzA6ICAgICBj b25uZWN0aW9uczogMgpoZGFjMDogICAgICAgICAgIHwKaGRhYzA6ICAgICAgICAgICArIDwtIG5p ZD0yOSBbcGluOiBNaWMgKEZpeGVkKV0gKHNlbGVjdGVkKQpoZGFjMDogICAgICAgICAgICsgW0RJ U0FCTEVEXSA8LSBuaWQ9MjMgW3BpbjogTWljIChOb25lKV0gW0RJU0FCTEVEXQpoZGFjMDogCmhk YWMwOiAgICAgICAgICAgICBuaWQ6IDIxCmhkYWMwOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIGlu cHV0CmhkYWMwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAxMDBkMWIKaGRhYzA6ICAgICAgICAgICAg ICAgICAgTFJTV0FQIFBXUiBTVEVSRU8KaGRhYzA6ICAgICBBc3NvY2lhdGlvbjogMSAoMHgwMDAw MDAwMSkKaGRhYzA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFjMDogICAgICAgICAg ICAgICAgICBQQ00KaGRhYzA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDE2MApoZGFjMDogICAg ICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiBLSHoKaGRhYzA6ICAgICAgIElu cHV0IGFtcDogMHgwMDAzNTA0YQpoZGFjMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD04 MCBzaXplPTMgb2Zmc2V0PTc0CmhkYWMwOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYzA6ICAgICAg ICAgICB8CmhkYWMwOiAgICAgICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChQaW5rIEphY2sp XQpoZGFjMDogCmhkYWMwOiAgICAgICAgICAgICBuaWQ6IDIyCmhkYWMwOiAgICAgICAgICAgIE5h bWU6IHBpbjogSGVhZHBob25lcyAoR3JlZW4gSmFjaykKaGRhYzA6ICAgICAgV2lkZ2V0IGNhcDog MHgwMDQwMDU4MQpoZGFjMDogICAgICAgICAgICAgICAgICBQV1IgVU5TT0wgU1RFUkVPCmhkYWMw OiAgICAgQXNzb2NpYXRpb246IDAgKDB4MDAwMDAwMDEpCmhkYWMwOiAgICAgICAgIFBpbiBjYXA6 IDB4MDAwMDAwMWMKaGRhYzA6ICAgICAgICAgICAgICAgICAgUERDIEhQIE9VVApoZGFjMDogICAg ICBQaW4gY29uZmlnOiAweDAyMjE0MGYwCmhkYWMwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAw YzAgSFAgT1VUCmhkYWMwOiAgICAgY29ubmVjdGlvbnM6IDIKaGRhYzA6ICAgICAgICAgICB8Cmhk YWMwOiAgICAgICAgICAgKyA8LSBuaWQ9MTYgW2F1ZGlvIG91dHB1dF0gKHNlbGVjdGVkKQpoZGFj MDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTcgW2F1ZGlvIG91dHB1dF0KaGRhYzA6 IApoZGFjMDogICAgICAgICAgICAgbmlkOiAyMyBbRElTQUJMRURdCmhkYWMwOiAgICAgICAgICAg IE5hbWU6IHBpbjogTWljIChOb25lKQpoZGFjMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwNDhi CmhkYWMwOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBTVEVSRU8KaGRhYzA6ICAgICAgICAg UGluIGNhcDogMHgwMDAwMTIyNApoZGFjMDogICAgICAgICAgICAgICAgICBQREMgSU4gVlJFRlsg NTAgODAgXQpoZGFjMDogICAgICBQaW4gY29uZmlnOiAweDYxYTE5MGYwCmhkYWMwOiAgICAgUGlu IGNvbnRyb2w6IDB4MDAwMDAwMDAKaGRhYzA6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDQwMApo ZGFjMDogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD00IHNpemU9Mzkgb2Zmc2V0PTAKaGRh YzA6IApoZGFjMDogICAgICAgICAgICAgbmlkOiAyNApoZGFjMDogICAgICAgICAgICBOYW1lOiBw aW46IE1pYyAoUGluayBKYWNrKQpoZGFjMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwNDhiCmhk YWMwOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBTVEVSRU8KaGRhYzA6ICAgICBBc3NvY2lh dGlvbjogMSAoMHgwMDAwMDAwMSkKaGRhYzA6ICAgICAgICAgICAgIE9TUzogbWljIChtaWMpCmhk YWMwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDEyMjQKaGRhYzA6ICAgICAgICAgICAgICAgICAg UERDIElOIFZSRUZbIDUwIDgwIF0KaGRhYzA6ICAgICAgUGluIGNvbmZpZzogMHgwMmExOTBmMApo ZGFjMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDI0IElOIFZSRUZzCmhkYWMwOiAgICAgICBJ bnB1dCBhbXA6IDB4MDAyNzA0MDAKaGRhYzA6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9 NCBzaXplPTM5IG9mZnNldD0wCmhkYWMwOiAKaGRhYzA6ICAgICAgICAgICAgIG5pZDogMjUgW0RJ U0FCTEVEXQpoZGFjMDogICAgICAgICAgICBOYW1lOiBwaW46IE90aGVyIChOb25lKQpoZGFjMDog ICAgICBXaWRnZXQgY2FwOiAweDAwNDAwNTgxCmhkYWMwOiAgICAgICAgICAgICAgICAgIFBXUiBV TlNPTCBTVEVSRU8KaGRhYzA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAxNApoZGFjMDogICAg ICAgICAgICAgICAgICBQREMgT1VUCmhkYWMwOiAgICAgIFBpbiBjb25maWc6IDB4NDBmMDAwZjAK aGRhYzA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAwMApoZGFjMDogICAgIGNvbm5lY3Rpb25z OiAyCmhkYWMwOiAgICAgICAgICAgfApoZGFjMDogICAgICAgICAgICsgPC0gbmlkPTE2IFthdWRp byBvdXRwdXRdIChzZWxlY3RlZCkKaGRhYzA6ICAgICAgICAgICArIDwtIG5pZD0xNyBbYXVkaW8g b3V0cHV0XQpoZGFjMDogCmhkYWMwOiAgICAgICAgICAgICBuaWQ6IDI2CmhkYWMwOiAgICAgICAg ICAgIE5hbWU6IHBpbjogU3BlYWtlciAoRml4ZWQpCmhkYWMwOiAgICAgIFdpZGdldCBjYXA6IDB4 MDA0MDA1MDEKaGRhYzA6ICAgICAgICAgICAgICAgICAgUFdSIFNURVJFTwpoZGFjMDogICAgIEFz c29jaWF0aW9uOiAyICgweDAwMDAwMDAxKQpoZGFjMDogICAgICAgICBQaW4gY2FwOiAweDAwMDEw MDEwCmhkYWMwOiAgICAgICAgICAgICAgICAgIE9VVCBFQVBECmhkYWMwOiAgICAgIFBpbiBjb25m aWc6IDB4OTAxNzAxZjAKaGRhYzA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQKaGRh YzA6ICAgICAgICAgICAgRUFQRDogMHgwMDAwMDAwMgpoZGFjMDogICAgIGNvbm5lY3Rpb25zOiAy CmhkYWMwOiAgICAgICAgICAgfApoZGFjMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MTYgW2F1ZGlvIG91dHB1dF0KaGRhYzA6ICAgICAgICAgICArIDwtIG5pZD0xNyBbYXVkaW8gb3V0 cHV0XSAoc2VsZWN0ZWQpCmhkYWMwOiAKaGRhYzA6ICAgICAgICAgICAgIG5pZDogMjcgW0RJU0FC TEVEXQpoZGFjMDogICAgICAgICAgICBOYW1lOiBwaW46IE90aGVyIChOb25lKQpoZGFjMDogICAg ICBXaWRnZXQgY2FwOiAweDAwNDAwNTAwCmhkYWMwOiAgICAgICAgICAgICAgICAgIFBXUgpoZGFj MDogICAgICAgICBQaW4gY2FwOiAweDAwMDEwMDEwCmhkYWMwOiAgICAgICAgICAgICAgICAgIE9V VCBFQVBECmhkYWMwOiAgICAgIFBpbiBjb25maWc6IDB4NDBmMDAxZjAKaGRhYzA6ICAgICBQaW4g Y29udHJvbDogMHgwMDAwMDAwMApoZGFjMDogICAgICAgICAgICBFQVBEOiAweDAwMDAwMDAyCmhk YWMwOiAgICAgY29ubmVjdGlvbnM6IDIKaGRhYzA6ICAgICAgICAgICB8CmhkYWMwOiAgICAgICAg ICAgKyA8LSBuaWQ9MTYgW2F1ZGlvIG91dHB1dF0gKHNlbGVjdGVkKQpoZGFjMDogICAgICAgICAg ICsgPC0gbmlkPTE3IFthdWRpbyBvdXRwdXRdCmhkYWMwOiAKaGRhYzA6ICAgICAgICAgICAgIG5p ZDogMjggW0RJU0FCTEVEXQpoZGFjMDogICAgICAgICAgICBOYW1lOiBwaW46IE90aGVyIChOb25l KQpoZGFjMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwNzAxCmhkYWMwOiAgICAgICAgICAgICAg ICAgIFBXUiBESUdJVEFMIFNURVJFTwpoZGFjMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDEw CmhkYWMwOiAgICAgICAgICAgICAgICAgIE9VVApoZGFjMDogICAgICBQaW4gY29uZmlnOiAweDQw ZjAwMWYwCmhkYWMwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAKaGRhYzA6ICAgICBjb25u ZWN0aW9uczogMQpoZGFjMDogICAgICAgICAgIHwKaGRhYzA6ICAgICAgICAgICArIDwtIG5pZD0x OCBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdCmhkYWMwOiAKaGRhYzA6ICAgICAgICAgICAgIG5p ZDogMjkKaGRhYzA6ICAgICAgICAgICAgTmFtZTogcGluOiBNaWMgKEZpeGVkKQpoZGFjMDogICAg ICBXaWRnZXQgY2FwOiAweDAwNDAwNDBiCmhkYWMwOiAgICAgICAgICAgICAgICAgIFBXUiBTVEVS RU8KaGRhYzA6ICAgICBBc3NvY2lhdGlvbjogMyAoMHgwMDAwMDAwMSkKaGRhYzA6ICAgICAgICAg ICAgIE9TUzogbW9uaXRvciAobW9uaXRvcikKaGRhYzA6ICAgICAgICAgUGluIGNhcDogMHgwMDAw MDAyMApoZGFjMDogICAgICAgICAgICAgICAgICBJTgpoZGFjMDogICAgICBQaW4gY29uZmlnOiAw eDkwYTcwMWYwCmhkYWMwOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjAgSU4KaGRhYzA6ICAg ICAgIElucHV0IGFtcDogMHgwMDI3MDQwMApoZGFjMDogICAgICAgICAgICAgICAgICBtdXRlPTAg c3RlcD00IHNpemU9Mzkgb2Zmc2V0PTAKaGRhYzA6IApoZGFjMDogICAgICAgICAgICAgbmlkOiAz MCBbRElTQUJMRURdCmhkYWMwOiAgICAgICAgICAgIE5hbWU6IHZlbmRvciB3aWRnZXQKaGRhYzA6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMGYwMDAwMApoZGFjMDogCmhkYWMwOiBQcm9jZXNzaW5nIG1v ZGVtIEZHIGNhZD0wIG5pZD0yLi4uCmhkYWMwOiAKcGNtMDogPEhEQSBDb25leGFudCBDWDIwNTYx IChIZXJtb3NhKSBQQ00gIzAgQW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApwY20wOiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IHwgRFVNUElORyBQ Q00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxzIHwKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAKcGNtMDogUGxheWJhY2s6CnBjbTA6IApwY20wOiAg ICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNtMDogICAgICAgICAgICAgICAgICBQQ00KcGNt MDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwCnBjbTA6ICAgICAgICAgICAgICAgICAgMTYg MjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpwY20wOiAgICAgICAgICAgICBEQUM6IDE2CnBj bTA6IApwY20wOiBSZWNvcmQ6CnBjbTA6IApwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAw MDEKcGNtMDogICAgICAgICAgICAgICAgICBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAw MGUwMTYwCnBjbTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgS0h6 CnBjbTA6ICAgICAgICAgICAgIEFEQzogMjEKcGNtMDogCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKwpwY20wOiB8IERVTVBJTkcgUGxheWJhY2svUmVjb3JkIFBhdGhzIHwK cGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IApwY20wOiBQbGF5 YmFjazoKcGNtMDogCnBjbTA6ICAgICBuaWQ9MjIgW3BpbjogSGVhZHBob25lcyAoR3JlZW4gSmFj ayldCnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MTYgW2F1ZGlvIG91dHB1dF0g W3NyYzogcGNtXQpwY20wOiAKcGNtMDogUmVjb3JkOgpwY20wOiAKcGNtMDogICAgIG5pZD0yMSBb YXVkaW8gaW5wdXRdCnBjbTA6ICAgICAgIHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MjQgW3Bpbjog TWljIChQaW5rIEphY2spXSBbc3JjOiBtaWNdCnBjbTA6IApwY20wOiArLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsKcGNtMDogfCBEVU1QSU5HIFZvbHVtZSBDb250cm9scyB8CnBjbTA6ICstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAKcGNtMDogTWFzdGVyIFZvbHVtZSAoT1NTOiB2 b2wpCnBjbTA6ICAgIHwKcGNtMDogICAgKy0gY3RsICAxIChuaWQgIDE2IG91dCk6ICAgIC03NC8w ZEIgKDc1IHN0ZXBzKQpwY20wOiAKcGNtMDogUENNIFZvbHVtZSAoT1NTOiBwY20pCnBjbTA6ICAg IHwKcGNtMDogICAgKy0gY3RsICAxIChuaWQgIDE2IG91dCk6ICAgIC03NC8wZEIgKDc1IHN0ZXBz KQpwY20wOiAKcGNtMDogTWljcm9waG9uZSBWb2x1bWUgKE9TUzogbWljKQpwY20wOiAgICB8CnBj bTA6ICAgICstIGN0bCAgNyAobmlkICAyNCBvdXQpOiAgICAwLzQwZEIgKDUgc3RlcHMpCnBjbTA6 IApwY20wOiBTcGVha2VyL0JlZXAgVm9sdW1lIChPU1M6IHNwZWFrZXIpCnBjbTA6ICAgIHwKcGNt MDogICAgKy0gY3RsICAzIChuaWQgIDE5IG91dCk6ICAgIC0xOC8wZEIgKDQgc3RlcHMpCnBjbTA6 IApwY20wOiBSZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVjKQpwY20wOiAgICB8CnBjbTA6ICAgICst IGN0bCAgNSAobmlkICAyMSBpbiAgIDApOiAtNzQvNmRCICg4MSBzdGVwcykKcGNtMDogCnBjbTA6 IE1peGVyICJ2b2wiOgpwY20wOiBNaXhlciAicGNtIjoKcGNtMDogTWl4ZXIgInNwZWFrZXIiOgpw Y20wOiBNaXhlciAibWljIjoKcGNtMDogTWl4ZXIgInJlYyI6CnBjbTA6IGNsb25lIG1hbmFnZXI6 IGRlYWRsaW5lPTc1MG1zIGZsYWdzPTB4ODAwMDAwMWUKcGNtMDogc25kYnVmX3NldG1hcCA3OGE1 MDAwMCwgMTAwMDA7IDB4ZmZmZmZmODBlNDNiNTAwMCAtPiA3OGE1MDAwMApwY20wOiBzbmRidWZf c2V0bWFwIDVkYjAwMDAsIDEwMDAwOyAweGZmZmZmZjgwZTQzYzUwMDAgLT4gNWRiMDAwMApwY20x OiA8SERBIENvbmV4YW50IENYMjA1NjEgKEhlcm1vc2EpIFBDTSAjMSBBbmFsb2c+IGF0IGNhZCAw IG5pZCAxIG9uIGhkYWMwCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsKcGNtMTogfCBEVU1QSU5HIFBDTSBQbGF5YmFjay9SZWNvcmQgQ2hhbm5lbHMgfApwY20x OiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IApwY20xOiBQ bGF5YmFjazoKcGNtMTogCnBjbTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpwY20xOiAg ICAgICAgICAgICAgICAgIFBDTQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKcGNt MTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6CnBjbTE6 ICAgICAgICAgICAgIERBQzogMTcKcGNtMTogCnBjbTE6IFJlY29yZDoKcGNtMTogCnBjbTE6ICAg ICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpwY20xOiAgICAgICAgICAgICAgICAgIFBDTQpwY20x OiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTAxNjAKcGNtMTogICAgICAgICAgICAgICAgICAxNiAy MCAyNCBiaXRzLCA0NCA0OCA5NiBLSHoKcGNtMTogICAgICAgICAgICAgQURDOiAyMApwY20xOiAK cGNtMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IHwgRFVNUElORyBQ bGF5YmFjay9SZWNvcmQgUGF0aHMgfApwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsKcGNtMTogCnBjbTE6IFBsYXliYWNrOgpwY20xOiAKcGNtMTogICAgIG5pZD0yNiBbcGlu OiBTcGVha2VyIChGaXhlZCldCnBjbTE6ICAgICAgIHwKcGNtMTogICAgICAgKyA8LSBuaWQ9MTcg W2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpwY20xOiAKcGNtMTogUmVjb3JkOgpwY20xOiAKcGNt MTogICAgIG5pZD0yMCBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgIHwKcGNtMTogICAgICAgKyA8 LSBuaWQ9MjkgW3BpbjogTWljIChGaXhlZCldIFtzcmM6IG1vbml0b3JdCnBjbTE6IApwY20xOiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMTogfCBEVU1QSU5HIFZvbHVtZSBDb250cm9s cyB8CnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20xOiAKcGNtMTogTWFzdGVy IFZvbHVtZSAoT1NTOiB2b2wpCnBjbTE6ICAgIHwKcGNtMTogICAgKy0gY3RsICAyIChuaWQgIDE3 IG91dCk6ICAgIC03NC8wZEIgKDc1IHN0ZXBzKQpwY20xOiAKcGNtMTogUENNIFZvbHVtZSAoT1NT OiBwY20pCnBjbTE6ICAgIHwKcGNtMTogICAgKy0gY3RsICAyIChuaWQgIDE3IG91dCk6ICAgIC03 NC8wZEIgKDc1IHN0ZXBzKQpwY20xOiAKcGNtMTogTWljcm9waG9uZTIgVm9sdW1lIChPU1M6IG1v bml0b3IpCnBjbTE6ICAgIHwKcGNtMTogICAgKy0gY3RsICA4IChuaWQgIDI5IG91dCk6ICAgIDAv NDBkQiAoNSBzdGVwcykKcGNtMTogCnBjbTE6IFJlY29yZGluZyBMZXZlbCAoT1NTOiByZWMpCnBj bTE6ICAgIHwKcGNtMTogICAgKy0gY3RsICA0IChuaWQgIDIwIGluICAgMCk6IC03NC82ZEIgKDgx IHN0ZXBzKQpwY20xOiAKcGNtMTogTWl4ZXIgInZvbCI6CnBjbTE6IE1peGVyICJwY20iOgpwY20x OiBNaXhlciAicmVjIjoKcGNtMTogTWl4ZXIgIm9nYWluIjoKcGNtMTogTWl4ZXIgIm1vbml0b3Ii OgpwY20xOiBjbG9uZSBtYW5hZ2VyOiBkZWFkbGluZT03NTBtcyBmbGFncz0weDgwMDAwMDFlCnBj bTE6IHNuZGJ1Zl9zZXRtYXAgNzhhNjAwMDAsIDEwMDAwOyAweGZmZmZmZjgwZTQzZDUwMDAgLT4g NzhhNjAwMDAKcGNtMTogc25kYnVmX3NldG1hcCA3OGE3MDAwMCwgMTAwMDA7IDB4ZmZmZmZmODBl NDNlNTAwMCAtPiA3OGE3MDAwMAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVz YnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVl ZCBVU0IgdjEuMAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czQ6IDEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjAKdXNidXM2OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czc6IDQ4ME1icHMgSGln aCBTcGVlZCBVU0IgdjIuMAphaGNpY2gwOiBBSENJIHJlc2V0Li4uCmFoY2ljaDA6IFNBVEEgY29u bmVjdCB0aW1lPTkwMHVzIHN0YXR1cz0wMDAwMDExMwphaGNpY2gwOiBBSENJIHJlc2V0OiBkZXZp Y2UgZm91bmQKYWhjaWNoMTogQUhDSSByZXNldC4uLgphaGNpY2gxOiBTQVRBIGNvbm5lY3QgdGlt ZT0xMDAwdXMgc3RhdHVzPTAwMDAwMTEzCmFoY2ljaDE6IEFIQ0kgcmVzZXQ6IGRldmljZSBmb3Vu ZAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPElu dGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMy CnVodWIyOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1aHViMzogPEludGVs IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czMKdWdlbjQuMTogPEludGVsPiBhdCB1c2J1czQKdWh1YjQ6IDxJbnRlbCBVSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CnVnZW41LjE6IDxJ bnRlbD4gYXQgdXNidXM1CnVodWI1OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuNi4xOiA8SW50ZWw+IGF0IHVzYnVz Ngp1aHViNjogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2J1czYKdWdlbjcuMTogPEludGVsPiBhdCB1c2J1czcKdWh1Yjc6IDxJbnRl bCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXM3CmFoY2ljaDE6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAxbXMKKGFwcm9iZTE6 YWhjaWNoMTowOjA6MCk6IFNJR05BVFVSRTogZWIxNApiYXR0ZXJ5MDogYmF0dGVyeSBpbml0aWFs aXphdGlvbiBzdGFydAphY3BpX2FjYWQwOiBhY2xpbmUgaW5pdGlhbGl6YXRpb24gc3RhcnQKYmF0 dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcwphY3BpX2Fj YWQwOiBPbiBMaW5lCmFjcGlfYWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmll ZCAxIHRpbWVzCmFoY2ljaDA6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAxMDBtcwoo YXByb2JlMDphaGNpY2gwOjA6MDowKTogU0lHTkFUVVJFOiAwMDAwCkdFT006IG5ldyBkaXNrIGNk MApwYXNzMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMApwYXNzMDogPEhJ VEFDSEkgSFRTNTQzMjI1TDlTQTAwIEZCRVpDNEVDPiBBVEEtOCBTQVRBIDEueCBkZXZpY2UKcGFz czA6IFNlcmlhbCBOdW1iZXIgMDkwNTA5RkIyRjMyTExFWTZEOEEKcGFzczA6IDE1MC4wMDBNQi9z IHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE1LCBQSU8gODE5MmJ5dGVzKQpwYXNzMDogQ29tbWFu ZCBRdWV1ZWluZyBlbmFibGVkCnBhc3MxIGF0IGFoY2ljaDEgYnVzIDAgc2NidXMxIHRhcmdldCAw IGx1biAwCnBhc3MxOiA8SEwtRFQtU1QgRFZEUkFNIEdTQS1UNTBOIFJYMDU+IFJlbW92YWJsZSBD RC1ST00gU0NTSS0wIGRldmljZSAKcGFzczE6IFNlcmlhbCBOdW1iZXIgTTJSOTZOQzA2NDcKcGFz czE6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBBVEFQSSAxMmJ5dGVz LCBQSU8gODE5MmJ5dGVzKQooY2QwOmFoY2ljaDE6MDowOjApOiBTQ1NJIHN0YXR1cyBlcnJvcgoo Y2QwOmFoY2ljaDE6MDowOjApOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDAgMCAwIDAgMCAwIDAg MCAwIAooY2QwOmFoY2ljaDE6MDowOjApOiBDQU0gc3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcgoo Y2QwOmFoY2ljaDE6MDowOjApOiBTQ1NJIHN0YXR1czogQ2hlY2sgQ29uZGl0aW9uCihjZDA6YWhj aWNoMTowOjA6MCk6IFNDU0kgc2Vuc2U6IFVOSVQgQVRURU5USU9OIGFzYzoyOSwwIChQb3dlciBv biwgcmVzZXQsIG9yIGJ1cyBkZXZpY2UgcmVzZXQgb2NjdXJyZWQpCihjZDA6YWhjaWNoMTowOjA6 MCk6IFJldHJ5aW5nIGNvbW1hbmQgKHBlciBzZW5zZSBkYXRhKQphZGEwIGF0IGFoY2ljaDAgYnVz IDAgc2NidXMwIHRhcmdldCAwIGx1biAwCmFkYTA6IDxISVRBQ0hJIEhUUzU0MzIyNUw5U0EwMCBG QkVaQzRFQz4gQVRBLTggU0FUQSAxLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgMDkwNTA5 RkIyRjMyTExFWTZEOEEKYWRhMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURN QTUsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiAy Mzg0NzVNQiAoNDg4Mzk3MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCihj ZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzIGVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6 IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAwIDAgMCAwIDAgCihjZDA6YWhjaWNoMTow OjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6 IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKGNkMDphaGNpY2gxOjA6MDowKTogU0NTSSBz ZW5zZTogTk9UIFJFQURZIGFzYzozYSwyIChNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IG9wZW4p CihjZDA6YWhjaWNoMTowOjA6MCk6IEVycm9yIDYsIFVucmV0cnlhYmxlIGVycm9yCmNkMCBhdCBh aGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMApjZDA6IDxITC1EVC1TVCBEVkRSQU0g R1NBLVQ1ME4gUlgwNT4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApjZDA6IFNlcmlh bCBOdW1iZXIgTTJSOTZOQzA2NDcKY2QwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMS54 LCBVRE1BNiwgQVRBUEkgMTJieXRlcywgUElPIDgxOTJieXRlcykKY2QwOiBBdHRlbXB0IHRvIHF1 ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0 cmF5IG9wZW4KYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQ0ClNNUDogQVAgQ1BVICMx IExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0 IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4 MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAyMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQw MApTTVA6IHBhc3NlZCBUU0Mgc3luY2hyb25pemF0aW9uIHRlc3QKVFNDIHRpbWVjb3VudGVyIGRp c2NhcmRzIGxvd2VyIDcgYml0KHMpClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTU1 ODYzMTIgSHogcXVhbGl0eSAxMDAwCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzIGVy cm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAw IDAgMCAwIDAgCihjZDA6YWhjaWNoMTowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVy cm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKGNk MDphaGNpY2gxOjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwyIChNZWRpdW0g bm90IHByZXNlbnQgLSB0cmF5IG9wZW4pCihjZDA6YWhjaWNoMTowOjA6MCk6IEVycm9yIDYsIFVu cmV0cnlhYmxlIGVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzIGVycm9yCihj ZDA6YWhjaWNoMTowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAwIDAgMCAw IDAgCihjZDA6YWhjaWNoMTowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihj ZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKGNkMDphaGNp Y2gxOjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwyIChNZWRpdW0gbm90IHBy ZXNlbnQgLSB0cmF5IG9wZW4pCihjZDA6YWhjaWNoMTowOjA6MCk6IEVycm9yIDYsIFVucmV0cnlh YmxlIGVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzIGVycm9yCihjZDA6YWhj aWNoMTowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAwIDAgMCAwIDAgCihj ZDA6YWhjaWNoMTowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihjZDA6YWhj aWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRpb24KKGNkMDphaGNpY2gxOjA6 MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwyIChNZWRpdW0gbm90IHByZXNlbnQg LSB0cmF5IG9wZW4pCihjZDA6YWhjaWNoMTowOjA6MCk6IEVycm9yIDYsIFVucmV0cnlhYmxlIGVy cm9yCkdFT006IG5ldyBkaXNrIGFkYTAKR0VPTTogYWRhMHMxOiBnZW9tZXRyeSBkb2VzIG5vdCBt YXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkVudGVyIHBhc3NwaHJhc2UgZm9yIGFk YTBzMWQ6IHVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHVi MTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMg d2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI0OiAyIHBvcnRzIHdpdGggMiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKdWh1YjY6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVo dWIzOiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNzogNiBwb3J0 cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjcuMjogPFdlc3Rlcm4gRGlnaXRh bD4gYXQgdXNidXM3CnVtYXNzMDogPFdlc3Rlcm4gRGlnaXRhbCBFeHRlcm5hbCBIREQsIGNsYXNz IDAvMCwgcmV2IDIuMDAvMS43NSwgYWRkciAyPiBvbiB1c2J1czcKdW1hc3MwOiAgU0NTSSBvdmVy IEJ1bGstT25seTsgcXVpcmtzID0gMHgwMDAwCnVnZW4zLjI6IDxDaGljb255IEVsZWN0cm9uaWNz IENvLiwgTHRkLj4gYXQgdXNidXMzCnVtYXNzMDoyOjA6LTE6IEF0dGFjaGVkIHRvIHNjYnVzMgpw YXNzMiBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMApwYXNzMjogPFdE IDE1RUFEUyBFeHRlcm5hbCAxLjc1PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNCBkZXZpY2Ug CnBhc3MyOiBTZXJpYWwgTnVtYmVyIDU3NDQyRDU3NEQ0MTU2NTUzMTMyMzgzMDMwMzIzOQpwYXNz MjogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEwIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXMyIHRh cmdldCAwIGx1biAwCmRhMDogPFdEIDE1RUFEUyBFeHRlcm5hbCAxLjc1PiBGaXhlZCBEaXJlY3Qg QWNjZXNzIFNDU0ktNCBkZXZpY2UgCmRhMDogU2VyaWFsIE51bWJlciA1NzQ0MkQ1NzRENDE1NjU1 MzEzMjM4MzAzMDMyMzkKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IDE0MzA3OTlNQiAo MjkzMDI3NzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDE4MjQwMUMpCnVnZW4xLjI6 IDx2ZW5kb3IgMHgwOGZmPiBhdCB1c2J1czEKCkdFT01fRUxJOiBEZXZpY2UgYWRhMHMxZC5lbGkg Y3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1DQkMgMTI4CkdFT01fRUxJOiAgICAg Q3J5cHRvOiBzb2Z0d2FyZQpHRU9NOiBuZXcgZGlzayBkYTAKVHJ5aW5nIHRvIG1vdW50IHJvb3Qg ZnJvbSB1ZnM6L2Rldi9hZGEwczFhIFtyd10uLi4Kc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2lu aXQKR0VPTV9FTEk6IERldmljZSBhZGEwczFiLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlw dGlvbjogQUVTLVhUUyAyNTYKR0VPTV9FTEk6ICAgICBDcnlwdG86IHNvZnR3YXJlCmxvMTogYnBm IGF0dGFjaGVkCndsYW4wOiBicGYgYXR0YWNoZWQKd2xhbjA6IGJwZiBhdHRhY2hlZAp3bGFuMDog RXRoZXJuZXQgYWRkcmVzczogMDA6Wy4uLl0KZmlybXdhcmU6ICdpd241MDAwZncnIHZlcnNpb24g MDogMzQwNjk2IGJ5dGVzIGxvYWRlZCBhdCAweGZmZmZmZmZmODE0MTIwYjAKZmlybXdhcmU6ICdp d241MDAwZncnIHZlcnNpb24gMDogMzQwNjk2IGJ5dGVzIGxvYWRlZCBhdCAweGZmZmZmZmZmODE0 MTIwYjAKYmdlMDogRGlzYWJsaW5nIGZhc3Rib290CmJnZTA6IERpc2FibGluZyBmYXN0Ym9vdApk cm0wOiA8TW9iaWxlIEludGVswq4gR000NSBFeHByZXNzIENoaXBzZXQ+IG9uIHZnYXBjaTAKdmdh cGNpMDogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkK bXNpOiByb3V0aW5nIE1TSSBJUlEgMjYwIHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNjQKdmdhcGNp MDogdXNpbmcgSVJRIDI2MCBmb3IgTVNJCmluZm86IFtkcm1dIE1TSSBlbmFibGVkIDEgbWVzc2Fn ZShzKQppbmZvOiBbZHJtXSBBR1AgYXQgMHhkMDAwMDAwMCAyNTZNQgppbmZvOiBbZHJtXSBJbml0 aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwCg== --MP_/8aIss+BoRn05LDfRSibWGnt-- --Sig_/JcI.OPNqpoBevCSb=A0LubL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk32cd0ACgkQBYqIVf93VJ1sZgCfR40TdeJEqmm00qetM9Vwc3Ay bZIAoK/AvnPbwfCfMt2/BbRAtN0W7waG =rruz -----END PGP SIGNATURE----- --Sig_/JcI.OPNqpoBevCSb=A0LubL-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 06:16:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04AFB1065672 for ; Tue, 14 Jun 2011 06:16:58 +0000 (UTC) (envelope-from rickvanderzwet@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id B1FF58FC22 for ; Tue, 14 Jun 2011 06:16:57 +0000 (UTC) Received: by yic13 with SMTP id 13so1486642yic.13 for ; Mon, 13 Jun 2011 23:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=iFDg7At14EkX1OSc6mdP3o24tyhJLjWjJapYnWfDlCo=; b=t6yqmwx1oYhMap7fNc4g63WvIu3mMnl+auDneK6eETPmbXl1U5Mx31l0TfYSe1Ay0U I6UsJ8KxdhHNbVdfqhN/TDxw/EbmjcQoRAQedPQ4kLSxkKc9VNgOoIGF6LwTFj8UQbGI bKpN246Y4B/X1N75w02qFInIWJp6dJizWG25I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=E96f4wgqKEDcWgCHIpoAJiL7kLExEvzsEBwxnhUXX04/YudanU8ukqUUuh9jrIa8+m aUjHJ0Dej6JrLn3bu9848PaM5rG9pV05rXZzQ0hnc4rSlInux7aN3w5NqxgvcamAXHr1 geV8puKnT54l5gzF+hChIZW2egpR+0/N1+Gx0= MIME-Version: 1.0 Received: by 10.236.182.230 with SMTP id o66mr5915928yhm.228.1308032216446; Mon, 13 Jun 2011 23:16:56 -0700 (PDT) Sender: rickvanderzwet@gmail.com Received: by 10.236.76.41 with HTTP; Mon, 13 Jun 2011 23:16:56 -0700 (PDT) Date: Tue, 14 Jun 2011 08:16:56 +0200 X-Google-Sender-Auth: jyTdPNKqiJf_P5pSX7YWrkfFm7o Message-ID: From: Rick van der Zwet To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=20cf305639b59db56904a5a5fbc5 Subject: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 06:16:58 -0000 --20cf305639b59db56904a5a5fbc5 Content-Type: text/plain; charset=ISO-8859-1 The ICH8M found in the MacBookPro4,1 has an known issue [1] which locks up when enabling the periodic poll using sidpr (introduced a ``little'' while ago in r214016), making it impossible to boot. Attached patch disables the polling and thus fixes the issue. Br. /Rick [1] http://www.spinics.net/lists/linux-ide/msg23487.html -- http://rickvanderzwet.nl --20cf305639b59db56904a5a5fbc5 Content-Type: text/x-patch; charset=US-ASCII; name="disable-ata-periodic-poll-for-ATA_I82801HBM_S1.diff" Content-Disposition: attachment; filename="disable-ata-periodic-poll-for-ATA_I82801HBM_S1.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gowgkg260 SW5kZXg6IHN5cy9kZXYvYXRhL2NoaXBzZXRzL2F0YS1pbnRlbC5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5 cy9kZXYvYXRhL2NoaXBzZXRzL2F0YS1pbnRlbC5jCShyZXZpc2lvbiAyMjI5NDkpCisrKyBzeXMv ZGV2L2F0YS9jaGlwc2V0cy9hdGEtaW50ZWwuYwkod29ya2luZyBjb3B5KQpAQCAtMzY2LDcgKzM2 NiwxMCBAQAogCQkJCXNtYXBbMV0gPSAzOwogCQkJfQogCQl9Ci0JCWlmIChjaC0+ZmxhZ3MgJiBB VEFfU0FUQSkgeworICAJICAJaWYgKGN0bHItPmNoaXAtPmNoaXBpZCA9PSBBVEFfSTgyODAxSEJN X1MxKSB7CisJCQkvKiBEaXNhYmxlIHBvbGxpbmcsIGxvY2tzIHVwIGFmdGVyIGVuYWJsaW5nIHNp ZHByICovCisJCQljdGxyLT5zZXRtb2RlID0gYXRhX2ludGVsX25ld19zZXRtb2RlOworCQl9IGVs c2UgaWYgKGNoLT5mbGFncyAmIEFUQV9TQVRBKSB7CiAJCQlpZiAoKGN0bHItPmNoaXAtPmNmZzEg JiBJTlRFTF9JQ0g1KSkgewogCQkJCWNoLT5mbGFncyB8PSBBVEFfUEVSSU9ESUNfUE9MTDsKIAkJ CQljaC0+aHcuc3RhdHVzID0gYXRhX2ludGVsX3NhdGFfc3RhdHVzOwo= --20cf305639b59db56904a5a5fbc5-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 06:41:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2058D106564A; Tue, 14 Jun 2011 06:41:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id CC3DE8FC17; Tue, 14 Jun 2011 06:41:25 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QWNJQ-000GOK-OW; Tue, 14 Jun 2011 09:41:20 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Julian Elischer In-reply-to: <4DF63972.8070006@freebsd.org> References: <4DF3E98B.40108@FreeBSD.org> <20110612085649.GA11503@DataIX.net> <4DF50AA1.9080607@FreeBSD.org> <4DF63972.8070006@freebsd.org> Comments: In-reply-to Julian Elischer message dated "Mon, 13 Jun 2011 09:23:14 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Jun 2011 09:41:20 +0300 From: Daniel Braniss Message-ID: Cc: jhell@DataIX.net, Doug Barton , freebsd-current@freebsd.org Subject: Re: rc.d script to load kernel modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 06:41:26 -0000 > On 6/12/11 11:20 PM, Daniel Braniss wrote: > >> On 6/12/2011 1:56 AM, Jason Hellenthal wrote: > >> > >>> Cutting modules out of the kernel in general does help speed up booting > >>> but loading those same modules later in the boot process will just lead > >>> you back to the same boot time. > >> Loading modules via loader.conf is many times slower than doing it from > >> disk after the system is partially booted. (As in, 2-3 seconds per > >> module vs. nearly instantaneous for all 6.) > >> > >> I didn't offer my list as an example of what to do, I offered it as a > >> syntax example. I would of course expect people to use appropriate > >> discretion to load things in loader.conf that are necessary for boot. > >> (Of course, the fact that people can easily get this wrong is a strike > >> against the technique.) > >> > >> There is no point in having an _enable for this script because if the > >> kld_list is empty, nothing happens. > >> > > Doug's solution is what we have been using for a very long time! > > > > the loader.conf solution is not practical when it's shared among many > > hosts -like here where most of the hosts are dataless-, so, moving the not > > essential ones to rc.conf was the obvious solution. > > what would be REALLY cool would be the ability to make loader.conf > have some sort of conditional > clauses.. > > e.g. if MAC== 01:02:03:04:05:06 > blah in case of diskless, this is solved by having a private (per host/per network/etc) rc.conf. in case you use dhcp/pxeboot, you can concatenate several rc.confs to get one tailored. danny From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 12:25:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8973F1065670; Tue, 14 Jun 2011 12:25:03 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 09BF68FC13; Tue, 14 Jun 2011 12:25:02 +0000 (UTC) Received: by qwc9 with SMTP id 9so3801721qwc.13 for ; Tue, 14 Jun 2011 05:25:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=deYV73sVCKXNAEryJ5kn4D5mjjiarXrFHcMPaLSGlvc=; b=SspzxWslYhFsj35u+3xE3NTGWMdakWC8VuzGcvQMbFbwb8D16j7BKk2/q7d6IcLE6t 4G3pCLxZaUIbb/jA8PDIRXjQgKA9vqH4cQL1cc0ixUHtowq00AOJAQAr6ZjFDgnPzXmc SkeXy7f19BQ1yqwy2fO9rcO5U7BC68r8Rv7Ro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=je6sDrvDR3uSGlbLBhfaXe23W4DBq07Rti+KMhDvTq3i7BOjEXdCBGs0CEbNf7+PNX HdvlD4Ls9n4cb9dh6eoqy2p3Zvm2gFu3f8U15toPTwxvsMwjJOXHVSuUiTfOg6chKTmI cKwGCYFIZ5HFDsawNINpLA8fEjzYwFH4+7xgY= MIME-Version: 1.0 Received: by 10.229.142.11 with SMTP id o11mr4781994qcu.46.1308052932664; Tue, 14 Jun 2011 05:02:12 -0700 (PDT) Sender: pluknet@gmail.com Received: by 10.229.99.197 with HTTP; Tue, 14 Jun 2011 05:02:12 -0700 (PDT) In-Reply-To: <201011010042.oA10gPeg016326@svn.freebsd.org> References: <201011010042.oA10gPeg016326@svn.freebsd.org> Date: Tue, 14 Jun 2011 16:02:12 +0400 X-Google-Sender-Auth: elYo_vOXPpVhyH4bw8Z3Qb9XfYw Message-ID: From: Sergey Kandaurov To: David Xu , Bruce Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , FreeBSD Current Subject: Re: svn commit: r214611 - head/sys/kern X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 12:25:03 -0000 On 1 November 2010 03:42, David Xu wrote: > Author: davidxu > Date: Mon Nov =A01 00:42:25 2010 > New Revision: 214611 > URL: http://svn.freebsd.org/changeset/base/214611 > > Log: > =A0Use integer for size of cpuset, as it won't be bigger than INT_MAX, > =A0This is requested by bge. > =A0Also move the sysctl into file kern_cpuset.c, because it should > =A0always be there, it is independent of thread scheduler. Hi. This breaks for me fetching a cpusetsize value with sysconf(3) interface, as after this change sysconf(3) consumers expect a long return type, while sysctl kern.sched.cpusetsize has switched from long to int type in kernel. That makes for me sizeof(cpusize_t) from 8 to incorrect 34359738376. In particular, kvm_getpcpu(3) uses sysconf(3) to fetch cpusetsize on live kernel. That gives me a broken result: kvm_open: kcpusetsize: 8 pcpu[0] =3D 0x801072300 kvm_open: kcpusetsize: 34359738376 pcpu[1] =3D 0xffffffffffffffff kvm_open: kcpusetsize: 8 pcpu[2] =3D 0x801072600 kvm_open: kcpusetsize: 34359738376 pcpu[3] =3D 0xffffffffffffffff This small test indicates that that's due to int->long type conversion: long lvalue; size_t len; len =3D sizeof(lvalue); if (sysctlbyname("kern.sched.cpusetsize", &lvalue, &len, NULL, 0) <= 0) err(1, "sysctlbyname"); printf("sysctl: %ld\n", lvalue); printf("sysctl: %d -- explicitly casted to (int)\n", (int)lvalue); printf("sysconf: %ld\n", sysconf(_SC_CPUSET_SIZE)); printf("sysconf: %d -- explicitly casted to (int)\n", (int)sysconf(_SC_CPUSET_SIZE)); That prints: sysctl: 34359738376 sysctl: 8 -- explicitly casted to (int) sysconf: 34359738376 sysconf: 8 -- explicitly casted to (int) The other way to solve this other than reverting is to "fix" all cpusetsize consumers in userland. Now sysconf() saves long returned value to int: Index: lib/libkvm/kvm_pcpu.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- lib/libkvm/kvm_pcpu.c (revision 223073) +++ lib/libkvm/kvm_pcpu.c (working copy) @@ -120,7 +120,7 @@ void * kvm_getpcpu(kvm_t *kd, int cpu) { - long kcpusetsize; + int kcpusetsize; ssize_t nbytes; uintptr_t readptr; char *buf; So, after applying the above change all is ok: kvm_open: kcpusetsize: 8 pcpu[0] =3D 0x801072300 kvm_open: kcpusetsize: 8 pcpu[1] =3D 0x801072600 kvm_open: kcpusetsize: 8 pcpu[2] =3D 0x801072900 kvm_open: kcpusetsize: 8 pcpu[3] =3D 0x801072c00 > > Modified: > =A0head/sys/kern/kern_cpuset.c > =A0head/sys/kern/sched_ule.c > > Modified: head/sys/kern/kern_cpuset.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- head/sys/kern/kern_cpuset.c Sun Oct 31 23:04:15 2010 =A0 =A0 =A0 =A0(= r214610) > +++ head/sys/kern/kern_cpuset.c Mon Nov =A01 00:42:25 2010 =A0 =A0 =A0 = =A0(r214611) > @@ -107,6 +107,10 @@ static struct setlist cpuset_ids; > =A0static struct unrhdr *cpuset_unr; > =A0static struct cpuset *cpuset_zero; > > +/* Return the size of cpuset_t at the kernel level */ > +SYSCTL_INT(_kern_sched, OID_AUTO, cpusetsize, CTLFLAG_RD, > + =A0 =A0 =A0 0, sizeof(cpuset_t), "sizeof(cpuset_t)"); > + > =A0cpuset_t *cpuset_root; > > =A0/* > > Modified: head/sys/kern/sched_ule.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- head/sys/kern/sched_ule.c =A0 Sun Oct 31 23:04:15 2010 =A0 =A0 =A0 = =A0(r214610) > +++ head/sys/kern/sched_ule.c =A0 Mon Nov =A01 00:42:25 2010 =A0 =A0 =A0 = =A0(r214611) > @@ -2713,7 +2713,6 @@ sysctl_kern_sched_topology_spec(SYSCTL_H > =A0 =A0 =A0 =A0return (err); > =A0} > > -static size_t _kern_cpuset_size =3D sizeof(cpuset_t); > =A0#endif > > =A0SYSCTL_NODE(_kern, OID_AUTO, sched, CTLFLAG_RW, 0, "Scheduler"); > @@ -2751,14 +2750,6 @@ SYSCTL_PROC(_kern_sched, OID_AUTO, topol > =A0 =A0 CTLFLAG_RD, NULL, 0, sysctl_kern_sched_topology_spec, "A", > =A0 =A0 "XML dump of detected CPU topology"); > > -/* > - * Return the size of cpuset_t at the kernel level > - * > - * XXX (gcooper): replace ULONG with SIZE once CTLTYPE_SIZE is implement= ed. > - */ > -SYSCTL_ULONG(_kern_sched, OID_AUTO, cpusetsize, CTLFLAG_RD, > - =A0 =A0&_kern_cpuset_size, 0, "Kernel-level cpuset_t struct size"); > - > =A0#endif > > =A0/* ps compat. =A0All cpu percentages from ULE are weighted. */ > --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 13:27:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BDF106564A for ; Tue, 14 Jun 2011 13:27:15 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2CBC18FC13 for ; Tue, 14 Jun 2011 13:27:14 +0000 (UTC) Received: by fxm11 with SMTP id 11so5475455fxm.13 for ; Tue, 14 Jun 2011 06:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=5J5OkUtUHfrgwiaPhWSVE9OGHtfTR0UE6qw7gaJHF4o=; b=eEto3wB7jxJmEWvMO1XkBTf3XxrVBJGjeGuhwhlu9xuUE7u3CK0hn9EueMXXjyodqv VHhIe5KW09lXXAT0JZEUu+bCsVV9KNkwPkwvztQH60ofqJESJF5ApF5lf1O0vARXn4G/ TOPItLN5tFknYdcp5bn7djUaTZom03ua53VEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=L9NL3KJDFEnQOLuHS4lMN6W9PIcLRa4TKMpDBRi4csS73JF41ByuNFgWGxR1VDMtte f21eW5Dc909RK+n2TMF1LRIlP9mKFdxHmEBL0G+wORuQNyWcRHxMQGu+55H33UiZ5GSl pKq6R5iHYX8GFrRSCVM9rTcEng2APPmh50Ob0= Received: by 10.223.48.139 with SMTP id r11mr6796326faf.63.1308058034001; Tue, 14 Jun 2011 06:27:14 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id b25sm2726998fab.28.2011.06.14.06.27.12 (version=SSLv3 cipher=OTHER); Tue, 14 Jun 2011 06:27:13 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DF76176.7030207@FreeBSD.org> Date: Tue, 14 Jun 2011 16:26:14 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Rick van der Zwet References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 13:27:15 -0000 Hi. Rick van der Zwet wrote: > The ICH8M found in the MacBookPro4,1 has an known issue [1] which > locks up when enabling the periodic poll using sidpr (introduced a > ``little'' while ago in r214016), making it impossible to boot. > > Attached patch disables the polling and thus fixes the issue. > > Br. /Rick > [1] http://www.spinics.net/lists/linux-ide/msg23487.html Thank you for reminder, but your patch is not exactly right. Could you test this one: Index: ata-intel.c =================================================================== --- ata-intel.c (revision 223019) +++ ata-intel.c (working copy) @@ -288,7 +288,9 @@ ATA_OUTL(ctlr->r_res2, 0x0C, ATA_INL(ctlr->r_res2, 0x0C) | 0xf); } - } else { + /* Skip BAR(5) on ICH8M Apples, system locks up on access. */ + } else if (ctlr->chip->chipid != ATA_I82801HBM_S1 || + pci_get_subvendor(dev) != 0x106b) { ctlr->r_type2 = SYS_RES_IOPORT; ctlr->r_rid2 = PCIR_BAR(5); ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 15:13:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80C7106566B; Tue, 14 Jun 2011 15:13:13 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrz3028.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4A79D8FC17; Tue, 14 Jun 2011 15:13:13 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 7FD5D5AC48; Tue, 14 Jun 2011 16:44:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 7DC915AC0D; Tue, 14 Jun 2011 16:44:20 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 5FCA25CC53; Tue, 14 Jun 2011 16:44:20 +0200 (CEST) Received: from lexx.ifp.tuwien.ac.at ([128.131.127.223]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2FP2HF144) with ESMTP id 2011061416442011-92010 ; Tue, 14 Jun 2011 16:44:20 +0200 Date: Tue, 14 Jun 2011 16:44:18 +0200 From: Alexey Shuvaev To: John Baldwin Message-ID: <20110614144418.GA38374@lexx.ifp.tuwien.ac.at> References: <201105231039.02845.jhb@freebsd.org> <201106101511.02809.jhb@freebsd.org> MIME-Version: 1.0 In-Reply-To: <201106101511.02809.jhb@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2FP2HF144 | May 11, 2011) at 06/14/2011 04:44:20 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2FP2HF144 | May 11, 2011) at 06/14/2011 04:44:20 PM, Serialize complete at 06/14/2011 04:44:20 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 15:13:13 -0000 On Fri, Jun 10, 2011 at 03:11:02PM -0400, John Baldwin wrote: > On Monday, May 23, 2011 10:39:02 am John Baldwin wrote: > > This small patch makes the puc(4) bus drivers a little more friendly. It > > should now list the port for each child device in the boot messages, and > > devinfo -v should list the type and port of each child device in its output as > > well: > > Can I get a volunteer to test these changes? > Would it be OK to use r202285 as a base for your patch? If so, I will test it today/tomorrow. If not, it will take a little bit longer... Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 15:34:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F09FA106566C for ; Tue, 14 Jun 2011 15:34:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C70288FC1F for ; Tue, 14 Jun 2011 15:34:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7945946B1A; Tue, 14 Jun 2011 11:34:36 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1625B8A02A; Tue, 14 Jun 2011 11:34:36 -0400 (EDT) From: John Baldwin To: Alexey Shuvaev Date: Tue, 14 Jun 2011 11:34:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105231039.02845.jhb@freebsd.org> <201106101511.02809.jhb@freebsd.org> <20110614144418.GA38374@lexx.ifp.tuwien.ac.at> In-Reply-To: <20110614144418.GA38374@lexx.ifp.tuwien.ac.at> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106141134.34611.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 14 Jun 2011 11:34:36 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 15:34:37 -0000 On Tuesday, June 14, 2011 10:44:18 am Alexey Shuvaev wrote: > On Fri, Jun 10, 2011 at 03:11:02PM -0400, John Baldwin wrote: > > On Monday, May 23, 2011 10:39:02 am John Baldwin wrote: > > > This small patch makes the puc(4) bus drivers a little more friendly. It > > > should now list the port for each child device in the boot messages, and > > > devinfo -v should list the type and port of each child device in its output as > > > well: > > > > Can I get a volunteer to test these changes? > > > Would it be OK to use r202285 as a base for your patch? > If so, I will test it today/tomorrow. If not, it will take a little bit > longer... Yes, it should apply fine to that. It doesn't touch pucdata.c which is the only thing in the puc driver that has changed since that revision. Thanks! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 15:54:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C59B0106564A for ; Tue, 14 Jun 2011 15:54:48 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 9199F8FC0A for ; Tue, 14 Jun 2011 15:54:48 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A9B517300A; Tue, 14 Jun 2011 18:11:05 +0200 (CEST) Date: Tue, 14 Jun 2011 18:11:05 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20110614161105.GA17306@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 15:54:48 -0000 there were discussions at some point on an imprecise but fast implementations of gettimeofday() that would not require a system call (perhaps mmapping some memory region which is opportunistically updated). Does anyone remember what happened about that ? Otherwise, is there any place in the kernel where i can fetch a struct timeval which is not off by more than, say 1 tick ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 16:30:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0A4106566C for ; Tue, 14 Jun 2011 16:30:50 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92EB88FC1E for ; Tue, 14 Jun 2011 16:30:50 +0000 (UTC) Received: by vxc34 with SMTP id 34so6637184vxc.13 for ; Tue, 14 Jun 2011 09:30:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=uJaSU1DyST2a/G0Ri+4asji7qSifWaGwHfT1N36t1xQ=; b=XyslQL+vWF5YIHpxeyMfm4gmNJz/dVX/f1DUWN2GgQa0z13mVxm66X+gGLdnv9bxq+ 9ZNlkZ5yYt4ACT2M30AT2NUFi0SBZEGUSYeKfNWGiZQtTcpd5prSv5CEcrMl2u/Rr6/q eSHRDXdu5hQ2JCe2zJC08cmB/821jfigK/bS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=w1exKSbqvotiJSQ/LrmEaf9LXjXpoC+i57Djl5+Y3NWAre1/NA+38xh6NsrZrSEW3I A4v6gKWmtBhXMOLzzCwkWPI9uArWfmtjOSBvn6OICTcM4i2w2j4Y0dhizhoVRnjv8uUU kfRpaXzttUVzMXQxFZKB7oQMEI5bOr+O+zsB8= MIME-Version: 1.0 Received: by 10.52.173.111 with SMTP id bj15mr6356529vdc.122.1308069049648; Tue, 14 Jun 2011 09:30:49 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Tue, 14 Jun 2011 09:30:49 -0700 (PDT) In-Reply-To: References: <20110614161105.GA17306@onelab2.iet.unipi.it> Date: Tue, 14 Jun 2011 18:30:49 +0200 X-Google-Sender-Auth: 7-2o1WEIcDGJeIRb-J2-rfI7jGk Message-ID: From: "K. Macy" To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 16:30:50 -0000 On Tue, Jun 14, 2011 at 6:08 PM, K. Macy wrote: > http://svnweb.freebsd.org/base/head/sys/sys/imgact.h > > kib added rudimentary support for this in January To clarify, this is just the kernel side of the shared page infrastructure, and is currently only hosting the the signal handling code. The user library side is non-existent and no data sharing currently happens. -Kip > On Tue, Jun 14, 2011 at 6:11 PM, Luigi Rizzo wrote: >> there were discussions at some point on an imprecise but >> fast implementations of gettimeofday() that would not require >> a system call (perhaps mmapping some memory region which >> is opportunistically updated). >> >> Does anyone remember what happened about that ? >> >> Otherwise, is there any place in the kernel where i can fetch >> a struct timeval which is not off by more than, say 1 tick ? >> >> cheers >> luigi >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 16:38:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 709F3106564A for ; Tue, 14 Jun 2011 16:38:02 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 29FC48FC1B for ; Tue, 14 Jun 2011 16:38:01 +0000 (UTC) Received: by vws18 with SMTP id 18so6626910vws.13 for ; Tue, 14 Jun 2011 09:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=tUa4lU1KKrnr0a7ntyvfNCcnEWwaiKJOWN7jAasLjR8=; b=wz2unWNOQqtfq47a1251PDYOktSRJ6PQePtE7YvqgX+Zy0uuCoLs6Qhl16XXLPDcrG Inpjw56m1zenbqdzZCTkMUUgCGT13JmASo20TqPQPt1tyQdhQN60PV2l21UKCuMrlsd8 HbA8ZwLwjJM/ge3SIv7WISzvN1ZAHwEwVqHNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=SLP4RaGtbHasXs1x7rK8JI93cgesA0NKewrWMmLAgv9QK8HlHumVVBsZR6x9e74N2I 8kkDCYzwCBoAX0pCu/hnAGbKjU3uSiglFO+j8Tws2ihto29yC4ugENuy8JgYjvxsHf7k CAJ4KeY7LY6fPjONAlOCPqBghp9I4Q93cDa5M= MIME-Version: 1.0 Received: by 10.52.173.111 with SMTP id bj15mr6322485vdc.122.1308067732443; Tue, 14 Jun 2011 09:08:52 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.74 with HTTP; Tue, 14 Jun 2011 09:08:52 -0700 (PDT) In-Reply-To: <20110614161105.GA17306@onelab2.iet.unipi.it> References: <20110614161105.GA17306@onelab2.iet.unipi.it> Date: Tue, 14 Jun 2011 18:08:52 +0200 X-Google-Sender-Auth: 9cSvZiGgx56ctcnWpma8QNECle4 Message-ID: From: "K. Macy" To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 16:38:02 -0000 http://svnweb.freebsd.org/base/head/sys/sys/imgact.h kib added rudimentary support for this in January On Tue, Jun 14, 2011 at 6:11 PM, Luigi Rizzo wrote: > there were discussions at some point on an imprecise but > fast implementations of gettimeofday() that would not require > a system call (perhaps mmapping some memory region which > is opportunistically updated). > > Does anyone remember what happened about that ? > > Otherwise, is there any place in the kernel where i can fetch > a struct timeval which is not off by more than, say 1 tick ? > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 17:27:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B75106564A for ; Tue, 14 Jun 2011 17:27:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2208FC0A for ; Tue, 14 Jun 2011 17:27:13 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0DFCD46B1A; Tue, 14 Jun 2011 13:27:13 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9C8B38A01F; Tue, 14 Jun 2011 13:27:12 -0400 (EDT) From: John Baldwin To: John Date: Tue, 14 Jun 2011 11:58:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110606002353.GA2518@slowblink.com> <20110611034725.GA83878@FreeBSD.org> <20110611050518.GA39473@FreeBSD.org> In-Reply-To: <20110611050518.GA39473@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106141158.22518.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 14 Jun 2011 13:27:12 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 17:27:13 -0000 On Saturday, June 11, 2011 1:05:18 am John wrote: > ----- John's Original Message ----- > > ----- John Baldwin's Original Message ----- > > > On Friday, June 10, 2011 11:00:15 am John wrote: > > > > ----- John Baldwin's Original Message ----- > > > > > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > > > > > > on 09/06/2011 01:30 John said the following: > > > > > > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > > > > > > > > > > > This is at the tail of the console: > > > > > > > > > > > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > > > > > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > > > > > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > > > > > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > > > > > > > > > > > > > > > > Output ends with a single 'M', not MCA as earlier. > > > > > > > > > > > > > > > > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > > > > > > r222804 first)? > > > > > > > > > > I think he's getting a MCA due to writing to a bad address and getting a > > > > > PCI-e target abort equivalent and that the screen output is broken > > > > > because the VGA device is what is probably getting hosed by the pcib driver. > > > > > > > > > > Given that, I doubt the printf changes are related. > > > > > > > > Just for grins, I decided to completely remove usb from the kernel > > > > to see if it might help. Nolonger prints the MCA and/or M, just > > > > hangs while printing out the no driver attached messages. Still > > > > prints out the failed to allocate messages... > > > > > > Hmmm. Your case is a bit different. PCI-PCI bridges have to allocate I/O > > > space on 4KB boundarys, so the smallest chunk it can allocate for the > > > resources behind your bridge is 0x4000-0x4fff which is what keeps failing. > > > > > > Hmm, it's claiming that brgphy1 has some I/O ports that conflict allocated. > > > That makes no sense. brgphy devices have no I/O port resources. I think > > > the device_t got reused. > > > > > > Can you try this perhaps to get started relative to sys/x86/x86/nexus.c: > > > > In the following line, did by chance you want 'child' instead of dev? > > > > bus_child_pnpinfo_str(dev, buf, 1024); > > > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c: In function 'nexus_alloc_resource': > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: 'dev' undeclared (first use in this function) > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: (Each undeclared identifier is reported only once > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: for each function it appears in.) > > > > boot -v output below. Two areas which appear to have the > overlapping and dealt with from your patch: > > acpi0: Power Button (fixed) > nexus0: allocating range 0x4800-0x48fe for child of acpi0 > _HID=none _UID=0 > at handle=\_SB_.CFG0.PCI0.GROM > nexus0: allocating range 0x4900-0x4907 for child of acpi0 > _HID=none _UID=0 > at handle=\_SB_.CFG0.PCI0.GROM Hmm, this devices is a "base peripheral" PCI device. It really has no business allocating resources this way. I think we can ignore these resources for now. Can you try this patch: Index: acpi.c =================================================================== --- acpi.c (revision 223082) +++ acpi.c (working copy) @@ -151,6 +151,7 @@ static ACPI_STATUS acpi_EnterSleepState(struct acpi_softc *sc, int state); static void acpi_shutdown_final(void *arg, int howto); static void acpi_enable_fixed_events(struct acpi_softc *sc); +static BOOLEAN acpi_has_hid(ACPI_HANDLE handle); static int acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate); static int acpi_wake_run_prep(ACPI_HANDLE handle, int sstate); static int acpi_wake_prep_walk(int sstate); @@ -1855,6 +1856,13 @@ break; if (acpi_parse_prw(handle, &prw) == 0) AcpiSetupGpeForWake(handle, prw.gpe_handle, prw.gpe_bit); + + /* + * Ignore devices that do not have a _HID or _CID. They should + * be discovered by other buses (e.g. the PCI bus driver). + */ + if (!acpi_has_hid(handle)) + break; /* FALLTHROUGH */ case ACPI_TYPE_PROCESSOR: case ACPI_TYPE_THERMAL: @@ -2043,6 +2051,30 @@ } /* + * Returns true if a device has at least one valid device ID. + */ +static BOOLEAN +acpi_has_hid(ACPI_HANDLE h) +{ + ACPI_DEVICE_INFO *devinfo; + BOOLEAN ret; + + if (h == NULL || + ACPI_FAILURE(AcpiGetObjectInfo(h, &devinfo))) + return (FALSE); + + ret = FALSE; + if ((devinfo->Valid & ACPI_VALID_HID) != 0) + ret = TRUE; + else if ((devinfo->Valid & ACPI_VALID_CID) != 0) + if (devinfo->CompatibleIdList.Count > 0) + ret = TRUE; + + AcpiOsFree(devinfo); + return (ret); +} + +/* * Match a HID string against a handle */ BOOLEAN Index: acpi_pci.c =================================================================== --- acpi_pci.c (revision 223082) +++ acpi_pci.c (working copy) @@ -209,38 +209,24 @@ device_t child; /* - * Lookup and remove the unused device that acpi0 creates when it walks - * the namespace creating devices. + * Occasionally a PCI device may show up as an ACPI device + * with a _HID. (For example, the TabletPC TC1000 has a + * second PCI-ISA bridge that has a _HID for an + * acpi_sysresource device.) In that case, leave ACPI-CA's + * device data pointing at the ACPI-enumerated device. */ child = acpi_get_device(handle); if (child != NULL) { - if (device_is_alive(child)) { - /* - * The TabletPC TC1000 has a second PCI-ISA bridge - * that has a _HID for an acpi_sysresource device. - * In that case, leave ACPI-CA's device data pointing - * at the ACPI-enumerated device. - */ - device_printf(child, - "Conflicts with PCI device %d:%d:%d\n", - pci_get_bus(pci_child), pci_get_slot(pci_child), - pci_get_function(pci_child)); - return; - } KASSERT(device_get_parent(child) == devclass_get_device(devclass_find("acpi"), 0), ("%s: child (%s)'s parent is not acpi0", __func__, acpi_name(handle))); - device_delete_child(device_get_parent(child), child); + return; } /* * Update ACPI-CA to use the PCI enumerated device_t for this handle. */ - status = AcpiDetachData(handle, acpi_fake_objhandler); - if (ACPI_FAILURE(status)) - printf("WARNING: Unable to detach object data from %s - %s\n", - acpi_name(handle), AcpiFormatException(status)); status = AcpiAttachData(handle, acpi_fake_objhandler, pci_child); if (ACPI_FAILURE(status)) printf("WARNING: Unable to attach object data to %s - %s\n", -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 17:29:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E02D1065677; Tue, 14 Jun 2011 17:29:16 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id DBBAA8FC16; Tue, 14 Jun 2011 17:29:15 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1QWWul-0009b9-Ku; Tue, 14 Jun 2011 20:56:31 +0400 From: Boris Samorodov To: John Baldwin References: <201105231039.02845.jhb@freebsd.org> <201106101511.02809.jhb@freebsd.org> Date: Tue, 14 Jun 2011 20:56:31 +0400 In-Reply-To: <201106101511.02809.jhb@freebsd.org> (John Baldwin's message of "Fri, 10 Jun 2011 15:11:02 -0400") Message-ID: <34322608@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 17:29:16 -0000 On Fri, 10 Jun 2011 15:11:02 -0400 John Baldwin wrote: > On Monday, May 23, 2011 10:39:02 am John Baldwin wrote: > > This small patch makes the puc(4) bus drivers a little more friendly. It > > should now list the port for each child device in the boot messages, and > > devinfo -v should list the type and port of each child device in its output as > > well: > Can I get a volunteer to test these changes? Seems to be OK: ----- % uname -a FreeBSD bb.ipt.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r223003M: Tue Jun 14 20:37:38 MSD 2011 root@bb.ipt.ru:/usr/obj/usr/src/sys/BB i386 ----- Messages and devinfo from the patched kernel: ----- puc0: port 0xec00-0xec7f,0xe880-0xe8bf,0xe800-0xe80f mem 0xfebffc00-0xfebffc7f,0xfebff800-0xfebff83f,0xfebff400-0xfebff40f irq 16 at device 0.0 on pci5 uart2: <16550 or compatible> at port 1 on puc0 uart3: <16550 or compatible> at port 2 on puc0 uart4: <16550 or compatible> at port 3 on puc0 uart5: <16550 or compatible> at port 4 on puc0 uart6: <16550 or compatible> at port 5 on puc0 uart7: <16550 or compatible> at port 6 on puc0 uart8: <16550 or compatible> at port 7 on puc0 uart9: <16550 or compatible> at port 8 on puc0 --- pci5 puc0 pnpinfo vendor=0x1415 device=0x9538 subvendor=0x1415 subdevice=0x0671 class=0x070200 at slot=0 function=0 uart2 pnpinfo type=1 at port=1 uart3 pnpinfo type=1 at port=2 uart4 pnpinfo type=1 at port=3 uart5 pnpinfo type=1 at port=4 uart6 pnpinfo type=1 at port=5 uart7 pnpinfo type=1 at port=6 uart8 pnpinfo type=1 at port=7 uart9 pnpinfo type=1 at port=8 ----- -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 18:20:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE9B106567B for ; Tue, 14 Jun 2011 18:20:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C2B6A8FC2C for ; Tue, 14 Jun 2011 18:20:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 76F3446B39; Tue, 14 Jun 2011 14:20:43 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0423D8A01F; Tue, 14 Jun 2011 14:20:43 -0400 (EDT) From: John Baldwin To: Boris Samorodov Date: Tue, 14 Jun 2011 14:20:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105231039.02845.jhb@freebsd.org> <201106101511.02809.jhb@freebsd.org> <34322608@bb.ipt.ru> In-Reply-To: <34322608@bb.ipt.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106141420.13772.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 14 Jun 2011 14:20:43 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 18:20:44 -0000 On Tuesday, June 14, 2011 12:56:31 pm Boris Samorodov wrote: > On Fri, 10 Jun 2011 15:11:02 -0400 John Baldwin wrote: > > > On Monday, May 23, 2011 10:39:02 am John Baldwin wrote: > > > This small patch makes the puc(4) bus drivers a little more friendly. It > > > should now list the port for each child device in the boot messages, and > > > devinfo -v should list the type and port of each child device in its output as > > > well: > > > Can I get a volunteer to test these changes? > > Seems to be OK: Great, thanks for testing! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 20:19:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15B16106564A; Tue, 14 Jun 2011 20:19:44 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id B55EB8FC0A; Tue, 14 Jun 2011 20:19:43 +0000 (UTC) Received: from sa-nc-common-101.static.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.4/8.14.4) with ESMTP id p5EJtpT4073184 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 14 Jun 2011 12:55:59 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <20110613161453.GA39561@mech-anton240.men.bris.ac.uk> Date: Tue, 14 Jun 2011 12:55:45 -0700 Content-Transfer-Encoding: 7bit Message-Id: <64CA94F1-59DC-4238-A884-71D03A9BF81F@xcllnt.net> References: <20110613161453.GA39561@mech-anton240.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: panic -> Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ; ; X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 20:19:44 -0000 On Jun 13, 2011, at 9:14 AM, Anton Shterenlikht wrote: > On ia64 r221488 > > KDB: enter: panic > [ thread pid 1076 tid 100089 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ;; > db> What's the panic? Can you (next time maybe) do: show msgbuf Thanks, -- Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 20:25:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA1D1065670; Tue, 14 Jun 2011 20:25:53 +0000 (UTC) (envelope-from rickvanderzwet@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 224EE8FC14; Tue, 14 Jun 2011 20:25:52 +0000 (UTC) Received: by yic13 with SMTP id 13so2049766yic.13 for ; Tue, 14 Jun 2011 13:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lIzk3JE15yktIpFE4fYLYHhqtlAUuth5+6HaBAi2EKY=; b=tcgKH3GTT2XcN6f/cddXxrOQdfbvLO6xv82k7JUaE84vu+B0Sve1jEOZE99NYx2O3h 2xzFPMX0QL3KRpJ7ZkcnYcLCfdBjMLGOaQQ4WLlTEdS0XKFpkVHP5sOcXJR0nwb/ruR7 ccaeqr/2AMIXsBArbjf53Q/ViGkaT1oJhcfOA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=AqFtNxOJoUltYY8SkDhNIy/nT5SfL0nfO0lecZri/ZVy0Pj4Y62DvM9Un0GeNMXGOc oKSL6A+0jEbDQc8Y0m0EHWD8eJtJVz491GL77Q995Rv2d1HNL19H1MbL8w+i3Vvu91B+ 6+Bm4QE/WcIRX8Tu0WCU0Suud/QmZu+Nv1MVg= MIME-Version: 1.0 Received: by 10.236.105.143 with SMTP id k15mr10014962yhg.161.1308083152229; Tue, 14 Jun 2011 13:25:52 -0700 (PDT) Sender: rickvanderzwet@gmail.com Received: by 10.236.76.41 with HTTP; Tue, 14 Jun 2011 13:25:52 -0700 (PDT) In-Reply-To: <4DF76176.7030207@FreeBSD.org> References: <4DF76176.7030207@FreeBSD.org> Date: Tue, 14 Jun 2011 22:25:52 +0200 X-Google-Sender-Auth: SMwZ_kUDiugj5_Qum9WRUmLmNmc Message-ID: From: Rick van der Zwet To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 20:25:53 -0000 On 14 June 2011 15:26, Alexander Motin wrote: > Rick van der Zwet wrote: >> The ICH8M found in the MacBookPro4,1 has an known issue [1] which >> locks up when enabling the periodic poll using sidpr (introduced a >> ``little'' while ago in r214016), making it impossible to boot. >> >> Attached patch disables the polling and thus fixes the issue. >> >> Br. /Rick >> [1] http://www.spinics.net/lists/linux-ide/msg23487.html > > Thank you for reminder, but your patch is not exactly right. Could you > test this one: > > Index: ata-intel.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- ata-intel.c (revision 223019) > +++ ata-intel.c (working copy) > @@ -288,7 +288,9 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ATA_OUTL(ctlr->r_res2, 0x0= C, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ATA_INL(ctlr->r_re= s2, 0x0C) | 0xf); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > - =A0 =A0 =A0 } else { > + =A0 =A0 =A0 /* Skip BAR(5) on ICH8M Apples, system locks up on access. = */ > + =A0 =A0 =A0 } else if (ctlr->chip->chipid !=3D ATA_I82801HBM_S1 || > + =A0 =A0 =A0 =A0 =A0 pci_get_subvendor(dev) !=3D 0x106b) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ctlr->r_type2 =3D SYS_RES_IOPORT; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ctlr->r_rid2 =3D PCIR_BAR(5); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ctlr->r_res2 =3D bus_alloc_resource_any(de= v, ctlr->r_type2, Works like a charm. Br. /Rick --=20 http://rickvanderzwet.nl From owner-freebsd-current@FreeBSD.ORG Tue Jun 14 20:31:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3105C106564A for ; Tue, 14 Jun 2011 20:31:18 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AAF308FC19 for ; Tue, 14 Jun 2011 20:31:17 +0000 (UTC) Received: by bwz12 with SMTP id 12so6336068bwz.13 for ; Tue, 14 Jun 2011 13:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=9llGt/+lV+vcT6nDEulTRxZjiXE8XwQ6D+cfb7ELzO0=; b=Gs92/Kx3ed5/f00mfWlE6FfWZP/bHBkLdZQ2DV8czoIVzZywF3CXZtfHc5qLNjMMEe 3RAreKpe8zGnwwe+Nra4ECGppeF0VE3j6AyIg+LiTULfDw+7QpnVF6K12JZWXGkp+byG jxyKLOlR/4RXD/no36GpZO7LHEyy1AoVODTL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=cSH6tswWgovwlrS1vs82YaAubnlHyL8V9R7u86TsNlqIbvhzkOWUpoLq39QbfR9qXd Qr452dABBwC/0NgHlC5D3R3zlKv0kgKUijZfnCNZonZf58D/NLXasoo6A2NBRpcCzRRZ d8rVVH1N4N0Fqx6YNTcjg5iBKq7a0N02pSHig= Received: by 10.204.57.135 with SMTP id c7mr5272973bkh.88.1308083476472; Tue, 14 Jun 2011 13:31:16 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id k10sm5950856bkq.10.2011.06.14.13.31.14 (version=SSLv3 cipher=OTHER); Tue, 14 Jun 2011 13:31:15 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DF7C4D7.9000006@FreeBSD.org> Date: Tue, 14 Jun 2011 23:30:15 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Rick van der Zwet References: <4DF76176.7030207@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: ATA_PERIODIC_POLL on ATA_I82801HBM_S1 causes lockups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 20:31:18 -0000 Rick van der Zwet wrote: > On 14 June 2011 15:26, Alexander Motin wrote: >> Rick van der Zwet wrote: >>> The ICH8M found in the MacBookPro4,1 has an known issue [1] which >>> locks up when enabling the periodic poll using sidpr (introduced a >>> ``little'' while ago in r214016), making it impossible to boot. >>> >>> Attached patch disables the polling and thus fixes the issue. >>> >>> Br. /Rick >>> [1] http://www.spinics.net/lists/linux-ide/msg23487.html >> Thank you for reminder, but your patch is not exactly right. Could you >> test this one: >> >> Index: ata-intel.c >> =================================================================== >> --- ata-intel.c (revision 223019) >> +++ ata-intel.c (working copy) >> @@ -288,7 +288,9 @@ >> ATA_OUTL(ctlr->r_res2, 0x0C, >> ATA_INL(ctlr->r_res2, 0x0C) | 0xf); >> } >> - } else { >> + /* Skip BAR(5) on ICH8M Apples, system locks up on access. */ >> + } else if (ctlr->chip->chipid != ATA_I82801HBM_S1 || >> + pci_get_subvendor(dev) != 0x106b) { >> ctlr->r_type2 = SYS_RES_IOPORT; >> ctlr->r_rid2 = PCIR_BAR(5); >> ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, > > Works like a charm. Thank you. Committed at r223097. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 00:21:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D654D106566C; Wed, 15 Jun 2011 00:21:09 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C2CE58FC0A; Wed, 15 Jun 2011 00:21:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5F0L9Bm013701; Wed, 15 Jun 2011 00:21:09 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5F0L9VO013692; Wed, 15 Jun 2011 00:21:09 GMT (envelope-from jwd) Date: Wed, 15 Jun 2011 00:21:09 +0000 From: John To: John Baldwin Message-ID: <20110615002109.GA5483@FreeBSD.org> References: <20110606002353.GA2518@slowblink.com> <20110611034725.GA83878@FreeBSD.org> <20110611050518.GA39473@FreeBSD.org> <201106141158.22518.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106141158.22518.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: NEW_PCIB? pcib1: failed to allocate initial I/O port window: 0x4000-0x4fff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 00:21:09 -0000 ----- John Baldwin's Original Message ----- > On Saturday, June 11, 2011 1:05:18 am John wrote: > > ----- John's Original Message ----- > > > ----- John Baldwin's Original Message ----- > > > > On Friday, June 10, 2011 11:00:15 am John wrote: > > > > > ----- John Baldwin's Original Message ----- > > > > > > On Thursday, June 09, 2011 2:11:16 am Andriy Gapon wrote: > > > > > > > on 09/06/2011 01:30 John said the following: > > > > > > > > Sorry John, here's the verbose dmesg output with your patch applied. > > > > > > > > > > > > > > > > This is at the tail of the console: > > > > > > > > > > > > > > > > pcib1: allocated memory range (0xf6000000-0xf6ffffff) for rid 10 of pci0:1:3:0 > > > > > > > > map[14]: type I/O Port, range 32, base 0x4400, size 8, enabled > > > > > > > > pcib1: failed to allocate initial I/O port window (0x4000-0x4fff,0x1000) > > > > > > > > map[18]: type Memory, range 32, base 0xf5ff0000, size 12, enabled > > > > > > > > > > > > > > > > > > > > > > > > Output ends with a single 'M', not MCA as earlier. > > > > > > > > > > > > > > > > > > > > > Just a wild guess - what happens if you revert r222537 (you might need to revert > > > > > > > r222804 first)? > > > > > > > > > > > > I think he's getting a MCA due to writing to a bad address and getting a > > > > > > PCI-e target abort equivalent and that the screen output is broken > > > > > > because the VGA device is what is probably getting hosed by the pcib driver. > > > > > > > > > > > > Given that, I doubt the printf changes are related. > > > > > > > > > > Just for grins, I decided to completely remove usb from the kernel > > > > > to see if it might help. Nolonger prints the MCA and/or M, just > > > > > hangs while printing out the no driver attached messages. Still > > > > > prints out the failed to allocate messages... > > > > > > > > Hmmm. Your case is a bit different. PCI-PCI bridges have to allocate I/O > > > > space on 4KB boundarys, so the smallest chunk it can allocate for the > > > > resources behind your bridge is 0x4000-0x4fff which is what keeps failing. > > > > > > > > Hmm, it's claiming that brgphy1 has some I/O ports that conflict allocated. > > > > That makes no sense. brgphy devices have no I/O port resources. I think > > > > the device_t got reused. > > > > > > > > Can you try this perhaps to get started relative to sys/x86/x86/nexus.c: > > > > > > In the following line, did by chance you want 'child' instead of dev? > > > > > > bus_child_pnpinfo_str(dev, buf, 1024); > > > > > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c: In function 'nexus_alloc_resource': > > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: 'dev' undeclared (first use in this function) > > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: (Each undeclared identifier is reported only once > > > /usr/src.2011-06-10_22.00_EST/sys/x86/x86/nexus.c:403: error: for each function it appears in.) > > > > > > > boot -v output below. Two areas which appear to have the > > overlapping and dealt with from your patch: > > > > acpi0: Power Button (fixed) > > nexus0: allocating range 0x4800-0x48fe for child of acpi0 > > _HID=none _UID=0 > > at handle=\_SB_.CFG0.PCI0.GROM > > nexus0: allocating range 0x4900-0x4907 for child of acpi0 > > _HID=none _UID=0 > > at handle=\_SB_.CFG0.PCI0.GROM > > Hmm, this devices is a "base peripheral" PCI device. It really has no > business allocating resources this way. I think we can ignore these > resources for now. Can you try this patch: Hi John, Success! I've rebooted the system a number of times, built & installed world and everything so far seems fine. I don't know if you consider this a "correct" fix, but it seems to do the job. Can you possibly leave the trace statements in for the next poor soul that runs into the issue? (which I hope won't be me :-) Many Thanks! -John > Index: acpi.c > =================================================================== > --- acpi.c (revision 223082) > +++ acpi.c (working copy) > @@ -151,6 +151,7 @@ > static ACPI_STATUS acpi_EnterSleepState(struct acpi_softc *sc, int state); > static void acpi_shutdown_final(void *arg, int howto); > static void acpi_enable_fixed_events(struct acpi_softc *sc); > +static BOOLEAN acpi_has_hid(ACPI_HANDLE handle); > static int acpi_wake_sleep_prep(ACPI_HANDLE handle, int sstate); > static int acpi_wake_run_prep(ACPI_HANDLE handle, int sstate); > static int acpi_wake_prep_walk(int sstate); > @@ -1855,6 +1856,13 @@ > break; > if (acpi_parse_prw(handle, &prw) == 0) > AcpiSetupGpeForWake(handle, prw.gpe_handle, prw.gpe_bit); > + > + /* > + * Ignore devices that do not have a _HID or _CID. They should > + * be discovered by other buses (e.g. the PCI bus driver). > + */ > + if (!acpi_has_hid(handle)) > + break; > /* FALLTHROUGH */ > case ACPI_TYPE_PROCESSOR: > case ACPI_TYPE_THERMAL: > @@ -2043,6 +2051,30 @@ > } > > /* > + * Returns true if a device has at least one valid device ID. > + */ > +static BOOLEAN > +acpi_has_hid(ACPI_HANDLE h) > +{ > + ACPI_DEVICE_INFO *devinfo; > + BOOLEAN ret; > + > + if (h == NULL || > + ACPI_FAILURE(AcpiGetObjectInfo(h, &devinfo))) > + return (FALSE); > + > + ret = FALSE; > + if ((devinfo->Valid & ACPI_VALID_HID) != 0) > + ret = TRUE; > + else if ((devinfo->Valid & ACPI_VALID_CID) != 0) > + if (devinfo->CompatibleIdList.Count > 0) > + ret = TRUE; > + > + AcpiOsFree(devinfo); > + return (ret); > +} > + > +/* > * Match a HID string against a handle > */ > BOOLEAN > Index: acpi_pci.c > =================================================================== > --- acpi_pci.c (revision 223082) > +++ acpi_pci.c (working copy) > @@ -209,38 +209,24 @@ > device_t child; > > /* > - * Lookup and remove the unused device that acpi0 creates when it walks > - * the namespace creating devices. > + * Occasionally a PCI device may show up as an ACPI device > + * with a _HID. (For example, the TabletPC TC1000 has a > + * second PCI-ISA bridge that has a _HID for an > + * acpi_sysresource device.) In that case, leave ACPI-CA's > + * device data pointing at the ACPI-enumerated device. > */ > child = acpi_get_device(handle); > if (child != NULL) { > - if (device_is_alive(child)) { > - /* > - * The TabletPC TC1000 has a second PCI-ISA bridge > - * that has a _HID for an acpi_sysresource device. > - * In that case, leave ACPI-CA's device data pointing > - * at the ACPI-enumerated device. > - */ > - device_printf(child, > - "Conflicts with PCI device %d:%d:%d\n", > - pci_get_bus(pci_child), pci_get_slot(pci_child), > - pci_get_function(pci_child)); > - return; > - } > KASSERT(device_get_parent(child) == > devclass_get_device(devclass_find("acpi"), 0), > ("%s: child (%s)'s parent is not acpi0", __func__, > acpi_name(handle))); > - device_delete_child(device_get_parent(child), child); > + return; > } > > /* > * Update ACPI-CA to use the PCI enumerated device_t for this handle. > */ > - status = AcpiDetachData(handle, acpi_fake_objhandler); > - if (ACPI_FAILURE(status)) > - printf("WARNING: Unable to detach object data from %s - %s\n", > - acpi_name(handle), AcpiFormatException(status)); > status = AcpiAttachData(handle, acpi_fake_objhandler, pci_child); > if (ACPI_FAILURE(status)) > printf("WARNING: Unable to attach object data to %s - %s\n", > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 02:20:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 367721065670; Wed, 15 Jun 2011 02:20:22 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1BDDC8FC21; Wed, 15 Jun 2011 02:20:22 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5F2KJFk016039; Wed, 15 Jun 2011 02:20:20 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4DF816E4.1080003@freebsd.org> Date: Wed, 15 Jun 2011 10:20:20 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110127 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sergey Kandaurov References: <201011010042.oA10gPeg016326@svn.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , FreeBSD Current , Bruce Evans Subject: Re: svn commit: r214611 - head/sys/kern X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 02:20:22 -0000 On 2011/06/14 20:02, Sergey Kandaurov wrote: > On 1 November 2010 03:42, David Xu wrote: >> Author: davidxu >> Date: Mon Nov 1 00:42:25 2010 >> New Revision: 214611 >> URL: http://svn.freebsd.org/changeset/base/214611 >> >> Log: >> Use integer for size of cpuset, as it won't be bigger than INT_MAX, >> This is requested by bge. >> Also move the sysctl into file kern_cpuset.c, because it should >> always be there, it is independent of thread scheduler. > > Hi. > This breaks for me fetching a cpusetsize value with sysconf(3) interface, > as after this change sysconf(3) consumers expect a long return type, while > sysctl kern.sched.cpusetsize has switched from long to int type in kernel. > That makes for me sizeof(cpusize_t) from 8 to incorrect 34359738376. > > In particular, kvm_getpcpu(3) uses sysconf(3) to fetch cpusetsize on > live kernel. That gives me a broken result: > kvm_open: kcpusetsize: 8 > pcpu[0] = 0x801072300 > kvm_open: kcpusetsize: 34359738376 > pcpu[1] = 0xffffffffffffffff > kvm_open: kcpusetsize: 8 > pcpu[2] = 0x801072600 > kvm_open: kcpusetsize: 34359738376 > pcpu[3] = 0xffffffffffffffff > > This small test indicates that that's due to int->long type conversion: > long lvalue; > size_t len; > > len = sizeof(lvalue); > if (sysctlbyname("kern.sched.cpusetsize", &lvalue, &len, NULL, 0) < 0) > err(1, "sysctlbyname"); > printf("sysctl: %ld\n", lvalue); > printf("sysctl: %d -- explicitly casted to (int)\n", (int)lvalue); > printf("sysconf: %ld\n", sysconf(_SC_CPUSET_SIZE)); > printf("sysconf: %d -- explicitly casted to (int)\n", > (int)sysconf(_SC_CPUSET_SIZE)); > > That prints: > sysctl: 34359738376 > sysctl: 8 -- explicitly casted to (int) > sysconf: 34359738376 > sysconf: 8 -- explicitly casted to (int) > > The other way to solve this other than reverting is to "fix" all cpusetsize > consumers in userland. Now sysconf() saves long returned value to int: > > Index: lib/libkvm/kvm_pcpu.c > =================================================================== > --- lib/libkvm/kvm_pcpu.c (revision 223073) > +++ lib/libkvm/kvm_pcpu.c (working copy) > @@ -120,7 +120,7 @@ > void * > kvm_getpcpu(kvm_t *kd, int cpu) > { > - long kcpusetsize; > + int kcpusetsize; > ssize_t nbytes; > uintptr_t readptr; > char *buf; > > So, after applying the above change all is ok: > kvm_open: kcpusetsize: 8 > pcpu[0] = 0x801072300 > kvm_open: kcpusetsize: 8 > pcpu[1] = 0x801072600 > kvm_open: kcpusetsize: 8 > pcpu[2] = 0x801072900 > kvm_open: kcpusetsize: 8 > pcpu[3] = 0x801072c00 > > Try this patch, I think it should fix it. Index: lib/libc/gen/sysconf.c =================================================================== --- lib/libc/gen/sysconf.c (revision 221356) +++ lib/libc/gen/sysconf.c (working copy) @@ -599,11 +599,11 @@ #ifdef _SC_CPUSET_SIZE case _SC_CPUSET_SIZE: - len = sizeof(lvalue); - if (sysctlbyname("kern.sched.cpusetsize", &lvalue, &len, NULL, + len = sizeof(value); + if (sysctlbyname("kern.sched.cpusetsize", &value, &len, NULL, 0) == -1) return (-1); - return (lvalue); + return ((long)(value)); #endif default: From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 05:41:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1769F106564A; Wed, 15 Jun 2011 05:41:30 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5ED8FC08; Wed, 15 Jun 2011 05:41:29 +0000 (UTC) Received: by qyk27 with SMTP id 27so39943qyk.13 for ; Tue, 14 Jun 2011 22:41:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iaGbDQBzdbowpnO0iQr/uN10nK1VY6oLYvLtC1rCMGs=; b=iGJYPhVaI8ZPd6+TGfLZD3xVS6ZsxL3XiI++JCw+fP5QtlLQmM7cuxHBzXVjXhC9cF DIgSdCKUX/jqoSS+TDI55DkEBldLNrPRuYsTyxAzggQha5wY+WJ5Uzn943sKw+tj0Kda 32kB3jTn1IfeB3z6sUkk7qPvq/31bhl+eJJ7w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=EDKLIGzgG62mnfmV3spw4SozxMVjr8CgBKaTx4Q8SmJyAF/FFpb+nTvVZQt9J2CglY 9B+PF4ImnbEOcYmk5LvYHa1LhsfDvynhkOKaunQhHmNHBVoHAPx8RNRxWddHOuP2iKKk rXT38aldHDKhQEvlQKivNVeuoGU6CQM/oo6Do= MIME-Version: 1.0 Received: by 10.229.35.1 with SMTP id n1mr60809qcd.84.1308116488707; Tue, 14 Jun 2011 22:41:28 -0700 (PDT) Sender: pluknet@gmail.com Received: by 10.229.99.197 with HTTP; Tue, 14 Jun 2011 22:41:28 -0700 (PDT) In-Reply-To: <4DF816E4.1080003@freebsd.org> References: <201011010042.oA10gPeg016326@svn.freebsd.org> <4DF816E4.1080003@freebsd.org> Date: Wed, 15 Jun 2011 09:41:28 +0400 X-Google-Sender-Auth: T0ZGkUrDzLhtEYt2EpQQXGQQllQ Message-ID: From: Sergey Kandaurov To: David Xu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , FreeBSD Current , Bruce Evans Subject: Re: svn commit: r214611 - head/sys/kern X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 05:41:30 -0000 On 15 June 2011 06:20, David Xu wrote: > On 2011/06/14 20:02, Sergey Kandaurov wrote: >> On 1 November 2010 03:42, David Xu wrote: >>> Author: davidxu >>> Date: Mon Nov =A01 00:42:25 2010 >>> New Revision: 214611 >>> URL: http://svn.freebsd.org/changeset/base/214611 >>> >>> Log: >>> =A0Use integer for size of cpuset, as it won't be bigger than INT_MAX, >>> =A0This is requested by bge. >>> =A0Also move the sysctl into file kern_cpuset.c, because it should >>> =A0always be there, it is independent of thread scheduler. >> >> Hi. >> This breaks for me fetching a cpusetsize value with sysconf(3) interface= , >> as after this change sysconf(3) consumers expect a long return type, whi= le >> sysctl kern.sched.cpusetsize has switched from long to int type in kerne= l. >> That makes for me sizeof(cpusize_t) from 8 to incorrect 34359738376. >> >> In particular, kvm_getpcpu(3) uses sysconf(3) to fetch cpusetsize on >> live kernel. That gives me a broken result: >> kvm_open: kcpusetsize: 8 >> pcpu[0] =3D 0x801072300 >> kvm_open: kcpusetsize: 34359738376 >> pcpu[1] =3D 0xffffffffffffffff >> kvm_open: kcpusetsize: 8 >> pcpu[2] =3D 0x801072600 >> kvm_open: kcpusetsize: 34359738376 >> pcpu[3] =3D 0xffffffffffffffff >> >> This small test indicates that that's due to int->long type conversion: >> =A0 =A0 =A0 =A0 long lvalue; >> =A0 =A0 =A0 =A0 size_t len; >> >> =A0 =A0 =A0 =A0 len =3D sizeof(lvalue); >> =A0 =A0 =A0 =A0 if (sysctlbyname("kern.sched.cpusetsize", &lvalue, &len,= NULL, 0) < 0) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 err(1, "sysctlbyname"); >> =A0 =A0 =A0 =A0 printf("sysctl: %ld\n", lvalue); >> =A0 =A0 =A0 =A0 printf("sysctl: %d -- explicitly casted to (int)\n", (in= t)lvalue); >> =A0 =A0 =A0 =A0 printf("sysconf: %ld\n", sysconf(_SC_CPUSET_SIZE)); >> =A0 =A0 =A0 =A0 printf("sysconf: %d -- explicitly casted to (int)\n", >> (int)sysconf(_SC_CPUSET_SIZE)); >> >> That prints: >> sysctl: 34359738376 >> sysctl: 8 -- explicitly casted to (int) >> sysconf: 34359738376 >> sysconf: 8 -- explicitly casted to (int) >> >> The other way to solve this other than reverting is to "fix" all cpusets= ize >> consumers in userland. Now sysconf() saves long returned value to int: >> >> Index: lib/libkvm/kvm_pcpu.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- lib/libkvm/kvm_pcpu.c =A0 =A0 =A0 (revision 223073) >> +++ lib/libkvm/kvm_pcpu.c =A0 =A0 =A0 (working copy) >> @@ -120,7 +120,7 @@ >> =A0void * >> =A0kvm_getpcpu(kvm_t *kd, int cpu) >> =A0{ >> - =A0 =A0 =A0 long kcpusetsize; >> + =A0 =A0 =A0 int kcpusetsize; >> =A0 =A0 =A0 =A0 ssize_t nbytes; >> =A0 =A0 =A0 =A0 uintptr_t readptr; >> =A0 =A0 =A0 =A0 char *buf; >> >> So, after applying the above change all is ok: >> kvm_open: kcpusetsize: 8 >> pcpu[0] =3D 0x801072300 >> kvm_open: kcpusetsize: 8 >> pcpu[1] =3D 0x801072600 >> kvm_open: kcpusetsize: 8 >> pcpu[2] =3D 0x801072900 >> kvm_open: kcpusetsize: 8 >> pcpu[3] =3D 0x801072c00 >> >> > Try this patch, I think it should fix it. > > Index: lib/libc/gen/sysconf.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- lib/libc/gen/sysconf.c =A0 =A0 =A0(revision 221356) > +++ lib/libc/gen/sysconf.c =A0 =A0 =A0(working copy) > @@ -599,11 +599,11 @@ > > =A0#ifdef _SC_CPUSET_SIZE > =A0 =A0 =A0 =A0case _SC_CPUSET_SIZE: > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 len =3D sizeof(lvalue); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (sysctlbyname("kern.sched.cpusetsize", &= lvalue, &len, NULL, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 len =3D sizeof(value); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (sysctlbyname("kern.sched.cpusetsize", &= value, &len, NULL, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A00) =3D=3D -1) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return (-1); > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 return (lvalue); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return ((long)(value)); > =A0#endif > > =A0 =A0 =A0 =A0default: > Great, thanks! Look good for me. Nitpicking: return ((long)value); should be enough (extra parenthesis). --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 07:39:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F86106564A; Wed, 15 Jun 2011 07:39:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5B73B8FC0A; Wed, 15 Jun 2011 07:39:38 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5F7dY7r023419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 10:39:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5F7dYFP077902; Wed, 15 Jun 2011 10:39:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5F7dYXv077901; Wed, 15 Jun 2011 10:39:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2011 10:39:34 +0300 From: Kostik Belousov To: Sergey Kandaurov Message-ID: <20110615073934.GJ48734@deviant.kiev.zoral.com.ua> References: <201011010042.oA10gPeg016326@svn.freebsd.org> <4DF816E4.1080003@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3gYN3UO91xj0Or/Q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Attilio Rao , FreeBSD Current , David Xu , Bruce Evans Subject: Re: svn commit: r214611 - head/sys/kern X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 07:39:40 -0000 --3gYN3UO91xj0Or/Q Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2011 at 09:41:28AM +0400, Sergey Kandaurov wrote: > On 15 June 2011 06:20, David Xu wrote: > > On 2011/06/14 20:02, Sergey Kandaurov wrote: > >> On 1 November 2010 03:42, David Xu wrote: > >>> Author: davidxu > >>> Date: Mon Nov =9A1 00:42:25 2010 > >>> New Revision: 214611 > >>> URL: http://svn.freebsd.org/changeset/base/214611 > >>> > >>> Log: > >>> =9AUse integer for size of cpuset, as it won't be bigger than INT_MAX, > >>> =9AThis is requested by bge. > >>> =9AAlso move the sysctl into file kern_cpuset.c, because it should > >>> =9Aalways be there, it is independent of thread scheduler. > >> > >> Hi. > >> This breaks for me fetching a cpusetsize value with sysconf(3) interfa= ce, > >> as after this change sysconf(3) consumers expect a long return type, w= hile > >> sysctl kern.sched.cpusetsize has switched from long to int type in ker= nel. > >> That makes for me sizeof(cpusize_t) from 8 to incorrect 34359738376. > >> > >> In particular, kvm_getpcpu(3) uses sysconf(3) to fetch cpusetsize on > >> live kernel. That gives me a broken result: > >> kvm_open: kcpusetsize: 8 > >> pcpu[0] =3D 0x801072300 > >> kvm_open: kcpusetsize: 34359738376 > >> pcpu[1] =3D 0xffffffffffffffff > >> kvm_open: kcpusetsize: 8 > >> pcpu[2] =3D 0x801072600 > >> kvm_open: kcpusetsize: 34359738376 > >> pcpu[3] =3D 0xffffffffffffffff > >> > >> This small test indicates that that's due to int->long type conversion: > >> =9A =9A =9A =9A long lvalue; > >> =9A =9A =9A =9A size_t len; > >> > >> =9A =9A =9A =9A len =3D sizeof(lvalue); > >> =9A =9A =9A =9A if (sysctlbyname("kern.sched.cpusetsize", &lvalue, &le= n, NULL, 0) < 0) > >> =9A =9A =9A =9A =9A =9A =9A =9A err(1, "sysctlbyname"); > >> =9A =9A =9A =9A printf("sysctl: %ld\n", lvalue); > >> =9A =9A =9A =9A printf("sysctl: %d -- explicitly casted to (int)\n", (= int)lvalue); > >> =9A =9A =9A =9A printf("sysconf: %ld\n", sysconf(_SC_CPUSET_SIZE)); > >> =9A =9A =9A =9A printf("sysconf: %d -- explicitly casted to (int)\n", > >> (int)sysconf(_SC_CPUSET_SIZE)); > >> > >> That prints: > >> sysctl: 34359738376 > >> sysctl: 8 -- explicitly casted to (int) > >> sysconf: 34359738376 > >> sysconf: 8 -- explicitly casted to (int) > >> > >> The other way to solve this other than reverting is to "fix" all cpuse= tsize > >> consumers in userland. Now sysconf() saves long returned value to int: > >> > >> Index: lib/libkvm/kvm_pcpu.c > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> --- lib/libkvm/kvm_pcpu.c =9A =9A =9A (revision 223073) > >> +++ lib/libkvm/kvm_pcpu.c =9A =9A =9A (working copy) > >> @@ -120,7 +120,7 @@ > >> =9Avoid * > >> =9Akvm_getpcpu(kvm_t *kd, int cpu) > >> =9A{ > >> - =9A =9A =9A long kcpusetsize; > >> + =9A =9A =9A int kcpusetsize; > >> =9A =9A =9A =9A ssize_t nbytes; > >> =9A =9A =9A =9A uintptr_t readptr; > >> =9A =9A =9A =9A char *buf; > >> > >> So, after applying the above change all is ok: > >> kvm_open: kcpusetsize: 8 > >> pcpu[0] =3D 0x801072300 > >> kvm_open: kcpusetsize: 8 > >> pcpu[1] =3D 0x801072600 > >> kvm_open: kcpusetsize: 8 > >> pcpu[2] =3D 0x801072900 > >> kvm_open: kcpusetsize: 8 > >> pcpu[3] =3D 0x801072c00 > >> > >> > > Try this patch, I think it should fix it. > > > > Index: lib/libc/gen/sysconf.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- lib/libc/gen/sysconf.c =9A =9A =9A(revision 221356) > > +++ lib/libc/gen/sysconf.c =9A =9A =9A(working copy) > > @@ -599,11 +599,11 @@ > > > > =9A#ifdef _SC_CPUSET_SIZE > > =9A =9A =9A =9Acase _SC_CPUSET_SIZE: > > - =9A =9A =9A =9A =9A =9A =9A len =3D sizeof(lvalue); > > - =9A =9A =9A =9A =9A =9A =9A if (sysctlbyname("kern.sched.cpusetsize",= &lvalue, &len, NULL, > > + =9A =9A =9A =9A =9A =9A =9A len =3D sizeof(value); > > + =9A =9A =9A =9A =9A =9A =9A if (sysctlbyname("kern.sched.cpusetsize",= &value, &len, NULL, > > =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A0) =3D=3D -1) > > =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9Areturn (-1); > > - =9A =9A =9A =9A =9A =9A =9A return (lvalue); > > + =9A =9A =9A =9A =9A =9A =9A return ((long)(value)); > > =9A#endif > > > > =9A =9A =9A =9Adefault: > > >=20 > Great, thanks! Look good for me. > Nitpicking: > return ((long)value); should be enough (extra parenthesis). This patch accomodates the userland to the changed ABI. Why it was changed at all ? I would argue that keeping the stable ABI there is more important then using a 'clean' type. At least, the stable branches usermode is broken on the current kernel. --3gYN3UO91xj0Or/Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk34YbYACgkQC3+MBN1Mb4gUCACcDZfpHQsPnocuWspzIwu/940l 5HsAoKlnlXmYScXlA73zTwW22w6AAALu =geLd -----END PGP SIGNATURE----- --3gYN3UO91xj0Or/Q-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 08:08:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1437106566B; Wed, 15 Jun 2011 08:08:36 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEF18FC0C; Wed, 15 Jun 2011 08:08:36 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5F88Xvq066088; Wed, 15 Jun 2011 08:08:35 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4DF86882.20904@freebsd.org> Date: Wed, 15 Jun 2011 16:08:34 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20110127 Thunderbird/3.1.7 MIME-Version: 1.0 To: Kostik Belousov References: <201011010042.oA10gPeg016326@svn.freebsd.org> <4DF816E4.1080003@freebsd.org> <20110615073934.GJ48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110615073934.GJ48734@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , Sergey Kandaurov , Bruce Evans , FreeBSD Current Subject: Re: svn commit: r214611 - head/sys/kern X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 08:08:36 -0000 On 2011/06/15 15:39, Kostik Belousov wrote: > This patch accomodates the userland to the changed ABI. Why it was > changed at all ? I would argue that keeping the stable ABI there is > more important then using a 'clean' type. > > At least, the stable branches usermode is broken on the current kernel. Does stable/8 support _SC_CPUSET_SIZE ? I have not looked code in stable. From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 08:28:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBF6F1065672; Wed, 15 Jun 2011 08:28:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 394C48FC08; Wed, 15 Jun 2011 08:28:00 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5F8Rs99028856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 11:27:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5F8RsYV078424; Wed, 15 Jun 2011 11:27:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5F8Rsm6078423; Wed, 15 Jun 2011 11:27:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2011 11:27:54 +0300 From: Kostik Belousov To: David Xu Message-ID: <20110615082754.GK48734@deviant.kiev.zoral.com.ua> References: <201011010042.oA10gPeg016326@svn.freebsd.org> <4DF816E4.1080003@freebsd.org> <20110615073934.GJ48734@deviant.kiev.zoral.com.ua> <4DF86882.20904@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q+lyGsOOdiiiz5SE" Content-Disposition: inline In-Reply-To: <4DF86882.20904@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Attilio Rao , Sergey Kandaurov , Bruce Evans , FreeBSD Current Subject: Re: svn commit: r214611 - head/sys/kern X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 08:28:02 -0000 --q+lyGsOOdiiiz5SE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2011 at 04:08:34PM +0800, David Xu wrote: > On 2011/06/15 15:39, Kostik Belousov wrote: >=20 > > This patch accomodates the userland to the changed ABI. Why it was > > changed at all ? I would argue that keeping the stable ABI there is > > more important then using a 'clean' type. > >=20 > > At least, the stable branches usermode is broken on the current kernel. >=20 > Does stable/8 support _SC_CPUSET_SIZE ? I have not looked code in > stable. Hm, no, it is not in the stable/8. Thanks for the clarification. --q+lyGsOOdiiiz5SE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk34bQoACgkQC3+MBN1Mb4gGNwCeJXSvbiaURMcTnBuWzGtfwZWz A7QAoM8ksFOFvMbSXD6fJNkri8VvDgT3 =/eV0 -----END PGP SIGNATURE----- --q+lyGsOOdiiiz5SE-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 12:36:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B843D106564A for ; Wed, 15 Jun 2011 12:36:39 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5203C8FC08 for ; Wed, 15 Jun 2011 12:36:38 +0000 (UTC) Received: from msx3.exchange.alogis.com (exchange.alogis.com [10.1.1.6]) by alogis.com (8.13.4/8.13.1) with ESMTP id p5FCMJeY049901 for ; Wed, 15 Jun 2011 14:22:19 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61]) by msx3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61%13]) with mapi id 14.01.0255.000; Wed, 15 Jun 2011 14:23:46 +0200 From: Holger Kipp To: "current@freebsd.org" Thread-Topic: problems with cvsup on FreeBSD 9 snapshot 201101 Thread-Index: AQHMK1cSS4JXL+kOx0ioMunygQD2fA== Date: Wed, 15 Jun 2011 12:23:45 +0000 Message-ID: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> Accept-Language: en-GB, de-DE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.184.101.130] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 12:36:39 -0000 Dear all, I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-2011= 01-amd64-dvd1.iso Today I wanted to cvsup to a later date to upgrade to ZFS v28 and compiled port /usr/ports/net/cvsup-without-gui without problems. Starting freshly compiled cvsup then gives me "Illegal Instruction" This error seems to be identical to http://lists.freebsd.org/pipermail/free= bsd-current/2010-September/020083.html As this was created on a vanilla 9 snapshot using the default make.conf wit= h only cvsup settings adapted I thought this might be of interest. Have now used csup instead of cvsup (which seems to have worked fine), and = started cvsup once again (seems cvsup only gives "Illegal Instruction" when= a file needs to be changed...). Any ideas? Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.kipp@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com ---------------------------------------------------------- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 13:18:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3B2106564A for ; Wed, 15 Jun 2011 13:18:40 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 44CDF8FC15 for ; Wed, 15 Jun 2011 13:18:40 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QWpbC-000Mm3-64; Wed, 15 Jun 2011 14:53:41 +0200 Message-ID: <4DF8AB46.70608@it4pro.pl> Date: Wed, 15 Jun 2011 14:53:26 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Holger Kipp References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> In-Reply-To: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.3 X-Spam-Score-Int: -82 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-06-15 14:53:41 X-Connected-IP: 78.8.144.74:62799 X-Message-Linecount: 47 X-Body-Linecount: 33 X-Message-Size: 1860 X-Body-Size: 1175 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: "current@freebsd.org" Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 13:18:40 -0000 W dniu 2011-06-15 14:23, Holger Kipp pisze: > Dear all, > > I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-201101-amd64-dvd1.iso > > Today I wanted to cvsup to a later date to upgrade to ZFS v28 > and compiled port /usr/ports/net/cvsup-without-gui without problems. > > Starting freshly compiled cvsup then gives me > > "Illegal Instruction" > > This error seems to be identical to http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083.html > > As this was created on a vanilla 9 snapshot using the default make.conf with only cvsup settings adapted I thought this might be of interest. > > Have now used csup instead of cvsup (which seems to have worked fine), and started cvsup once again (seems cvsup only gives "Illegal Instruction" when a file needs to be changed...). > > Any ideas? > > Best regards, > Holger > Although it's not a "fix" to your problem, doesn't cvsup became obsolete, from the moment when csup was integrated into the world (a couple of years ago I believe)? If you just want to update the ports tree, use csup. -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 13:20:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92E521065690 for ; Wed, 15 Jun 2011 13:20:11 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id D87398FC13 for ; Wed, 15 Jun 2011 13:20:10 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QWpgQ-000Moh-9H; Wed, 15 Jun 2011 14:59:05 +0200 Message-ID: <4DF8AC8A.4070204@it4pro.pl> Date: Wed, 15 Jun 2011 14:58:50 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Holger Kipp References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> In-Reply-To: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.3 X-Spam-Score-Int: -82 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-06-15 14:59:05 X-Connected-IP: 78.8.144.74:53402 X-Message-Linecount: 25 X-Body-Linecount: 11 X-Message-Size: 1036 X-Body-Size: 349 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: "current@freebsd.org" Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 13:20:11 -0000 W dniu 2011-06-15 14:23, Holger Kipp pisze: > Have now used csup instead of cvsup (which seems to have worked fine), and started cvsup once again (seems cvsup only gives "Illegal Instruction" when a file needs to be changed...). > > Any ideas? Whoops, I read your message too fast, apologize. Please ignore my previous email :) -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 14:51:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C4BD1065680 for ; Wed, 15 Jun 2011 14:51:31 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id B976C8FC15 for ; Wed, 15 Jun 2011 14:51:28 +0000 (UTC) Received: (qmail 12686 invoked from network); 15 Jun 2011 10:24:47 -0400 Received: from yktgi01e0-s5.watson.ibm.com (HELO atom-edge.watson.ibm.com) (129.34.20.19) by mail.atlantawebhost.com with SMTP; 15 Jun 2011 10:24:47 -0400 Message-ID: <4DF8C0AE.4090501@shadowsun.net> Date: Wed, 15 Jun 2011 10:24:46 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> In-Reply-To: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:51:31 -0000 On 6/15/11 8:23 AM, Holger Kipp wrote: > Dear all, > > I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-201101-amd64-dvd1.iso > > > Today I wanted to cvsup to a later date to upgrade to ZFS v28 > and compiled port /usr/ports/net/cvsup-without-gui without problems. > > Starting freshly compiled cvsup then gives me > > "Illegal Instruction" > > This error seems to be identical to > http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083.html > I've gotten the same problem, and managed to diagnose it. The problem actually isn't an illegal instruction, but a stack misalignment. If you load it in gdb, it will die with SIGSEGV somewhere in libc.so.7, on a callq instruction. This is because callq needs the stack to be 16-byte aligned, and it's not for some reason. As for why it's not aligned, I don't know. -- Eric McCorkle Computer Science Ph.D Student, University of Massachusetts Research Intern, IBM Research From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 14:58:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 952ED106568A for ; Wed, 15 Jun 2011 14:58:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7758FC1D for ; Wed, 15 Jun 2011 14:58:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5FEwlfV006582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 17:58:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5FEwlqv083581; Wed, 15 Jun 2011 17:58:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5FEwlKh083580; Wed, 15 Jun 2011 17:58:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2011 17:58:47 +0300 From: Kostik Belousov To: Eric McCorkle Message-ID: <20110615145847.GN48734@deviant.kiev.zoral.com.ua> References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> <4DF8C0AE.4090501@shadowsun.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AvkNxwMCPidqSKoG" Content-Disposition: inline In-Reply-To: <4DF8C0AE.4090501@shadowsun.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:58:55 -0000 --AvkNxwMCPidqSKoG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2011 at 10:24:46AM -0400, Eric McCorkle wrote: > On 6/15/11 8:23 AM, Holger Kipp wrote: > >Dear all, > > > >I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: > >ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-2= 01101-amd64-dvd1.iso=20 > > > > > >Today I wanted to cvsup to a later date to upgrade to ZFS v28 > >and compiled port /usr/ports/net/cvsup-without-gui without problems. > > > >Starting freshly compiled cvsup then gives me > > > >"Illegal Instruction" > > > >This error seems to be identical to=20 > >http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083= .html=20 > > >=20 > I've gotten the same problem, and managed to diagnose it. The problem=20 > actually isn't an illegal instruction, but a stack misalignment. If you= =20 > load it in gdb, it will die with SIGSEGV somewhere in libc.so.7, on a=20 > callq instruction. This is because callq needs the stack to be 16-byte= =20 > aligned, and it's not for some reason. Stack alignment requirement is an ABI convention, and it is not enforced by CPU, except several special cases. In particular, either EFLAGS.AC bit should be set, that usually is not, or SSE instruction explicitely disallowing non-aligned access executed. Anyway, you will not get Illegal instruction fault for unaligned access. >=20 > As for why it's not aligned, I don't know. >=20 > --=20 > Eric McCorkle > Computer Science Ph.D Student, > University of Massachusetts > Research Intern, IBM Research > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --AvkNxwMCPidqSKoG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk34yKcACgkQC3+MBN1Mb4ijOgCePLd3yhNbnJFMWTRE7WFCsejE asoAoL7fvoGZ6+KzoAadUvjefbqNlTCh =aiBv -----END PGP SIGNATURE----- --AvkNxwMCPidqSKoG-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 14:59:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1303C1065677 for ; Wed, 15 Jun 2011 14:59:48 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id A31548FC14 for ; Wed, 15 Jun 2011 14:59:47 +0000 (UTC) Received: (qmail 21279 invoked from network); 15 Jun 2011 10:59:47 -0400 Received: from yktgi01e0-s5.watson.ibm.com (HELO atom-edge.watson.ibm.com) (129.34.20.19) by mail.atlantawebhost.com with SMTP; 15 Jun 2011 10:59:46 -0400 Message-ID: <4DF8C8E1.7070000@shadowsun.net> Date: Wed, 15 Jun 2011 10:59:45 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Holger Kipp References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com>, <4DF8C061.3070007@shadowsun.net> <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F8A0@msx3.exchange.alogis.com> In-Reply-To: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F8A0@msx3.exchange.alogis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 14:59:48 -0000 On 6/15/11 10:46 AM, Holger Kipp wrote: > Ah, ok. > > Do we have a compiler switch to force stack alignment to 16-Byte-boundaries? Otherwise I am really concerned that we might have similar wrong pieces of code lurking unnoticed in other binaries as well :-/ > > My cvsup binary is: > > # file /usr/local/bin/cvsup > /usr/local/bin/cvsup: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 9.0 (900029), stripped > > Best regards, > Holger (Accidentally replied directly to you, cc'ing list) It's certainly possible, though GCC aligns the stack correctly, or else nothing would work. CVSup is written in Modula 3. I checked the stack alignment option for FBSD_AMD64, and it is sure enough set to 16. My guess is somewhere in the native call interface, something's not being done right. I ran into a similar problem when porting the mlton compiler to Mac OS a couple of years back. -- Eric McCorkle Computer Science Ph.D student, University of Massachusetts Research Intern, IBM Research From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 15:11:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FBE1065678 for ; Wed, 15 Jun 2011 15:11:40 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3D32B8FC15 for ; Wed, 15 Jun 2011 15:11:39 +0000 (UTC) Received: from msx3.exchange.alogis.com (exchange.alogis.com [10.1.1.6]) by alogis.com (8.13.4/8.13.1) with ESMTP id p5FEw9cx051539 for ; Wed, 15 Jun 2011 16:58:09 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61]) by msx3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61%13]) with mapi id 14.01.0255.000; Wed, 15 Jun 2011 16:59:37 +0200 From: Holger Kipp To: "freebsd-current@freebsd.org" Thread-Topic: problems with cvsup on FreeBSD 9 snapshot 201101 Thread-Index: AQHMK1cSS4JXL+kOx0ioMunygQD2fJS+V74AgAArExw= Date: Wed, 15 Jun 2011 14:59:36 +0000 Message-ID: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F8CB@msx3.exchange.alogis.com> References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com>, <4DF8C0AE.4090501@shadowsun.net> In-Reply-To: <4DF8C0AE.4090501@shadowsun.net> Accept-Language: en-GB, de-DE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [212.184.101.130] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: RE: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 15:11:40 -0000 Ah, ok. Do we have a compiler switch to force stack alignment to 16-Byte-boundaries= ? Otherwise I am really concerned that we might have similar wrong pieces o= f code lurking unnoticed in other binaries as well :-/ My cvsup binary is: # file /usr/local/bin/cvsup /usr/local/bin/cvsup: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD= ), dynamically linked (uses shared libs), for FreeBSD 9.0 (900029), strippe= d Best regards, Holger ________________________________________ From: owner-freebsd-current@freebsd.org [owner-freebsd-current@freebsd.org]= on behalf of Eric McCorkle [eric@shadowsun.net] Sent: 15 June 2011 16:24 To: freebsd-current@freebsd.org Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 On 6/15/11 8:23 AM, Holger Kipp wrote: > Dear all, > > I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-20= 1101-amd64-dvd1.iso > > > Today I wanted to cvsup to a later date to upgrade to ZFS v28 > and compiled port /usr/ports/net/cvsup-without-gui without problems. > > Starting freshly compiled cvsup then gives me > > "Illegal Instruction" > > This error seems to be identical to > http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083.= html > I've gotten the same problem, and managed to diagnose it. The problem actually isn't an illegal instruction, but a stack misalignment. If you load it in gdb, it will die with SIGSEGV somewhere in libc.so.7, on a callq instruction. This is because callq needs the stack to be 16-byte aligned, and it's not for some reason. As for why it's not aligned, I don't know. -- Eric McCorkle Computer Science Ph.D Student, University of Massachusetts Research Intern, IBM Research _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.kipp@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com ---------------------------------------------------------- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 15:37:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A908106566B; Wed, 15 Jun 2011 15:37:59 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrz3028.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2895C8FC12; Wed, 15 Jun 2011 15:37:58 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 774BF5AD00; Wed, 15 Jun 2011 17:37:56 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 7551D5AC70; Wed, 15 Jun 2011 17:37:56 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 4949C5D0D9; Wed, 15 Jun 2011 17:37:56 +0200 (CEST) Received: from lexx.ifp.tuwien.ac.at ([128.131.127.223]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2FP2HF144) with ESMTP id 2011061517260255-101426 ; Wed, 15 Jun 2011 17:26:02 +0200 Date: Wed, 15 Jun 2011 17:26:01 +0200 From: Alexey Shuvaev To: John Baldwin Message-ID: <20110615152601.GA65255@lexx.ifp.tuwien.ac.at> References: <201105231039.02845.jhb@freebsd.org> <201106101511.02809.jhb@freebsd.org> <20110614144418.GA38374@lexx.ifp.tuwien.ac.at> <201106141134.34611.jhb@freebsd.org> MIME-Version: 1.0 In-Reply-To: <201106141134.34611.jhb@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2FP2HF144 | May 11, 2011) at 06/15/2011 05:26:02 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2FP2HF144 | May 11, 2011) at 06/15/2011 05:37:55 PM, Serialize complete at 06/15/2011 05:37:55 PM Content-Type: multipart/mixed; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 15:37:59 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 14, 2011 at 11:34:34AM -0400, John Baldwin wrote: > On Tuesday, June 14, 2011 10:44:18 am Alexey Shuvaev wrote: > > On Fri, Jun 10, 2011 at 03:11:02PM -0400, John Baldwin wrote: > > > On Monday, May 23, 2011 10:39:02 am John Baldwin wrote: > > > > This small patch makes the puc(4) bus drivers a little more friendly. It > > > > should now list the port for each child device in the boot messages, and > > > > devinfo -v should list the type and port of each child device in its output as > > > > well: > > > > > > Can I get a volunteer to test these changes? > > > > > Would it be OK to use r202285 as a base for your patch? > > If so, I will test it today/tomorrow. If not, it will take a little bit > > longer... > > Yes, it should apply fine to that. It doesn't touch pucdata.c which is the > only thing in the puc driver that has changed since that revision. Thanks! > Seems to work fine. Attached are relevant diff-s of dmesg.boot and devinfo -v output. Alexey. --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot_diff" --- dmesg.boot_old 2011-06-15 16:18:52.000000000 +0200 +++ dmesg.boot_new 2011-06-15 16:23:56.000000000 +0200 @@ -49,11 +49,11 @@ pcm0: puc0: port 0x7c00-0x7c07,0x8000-0x8007,0x8400-0x8407,0x8800-0x8807,0x8c00-0x8c07,0x9000-0x900f irq 7 at device 10.0 on pci0 puc0: [FILTER] -uart2: on puc0 +uart2: at port 1 on puc0 uart2: [FILTER] -uart3: on puc0 +uart3: at port 2 on puc0 uart3: [FILTER] -ppc0: on puc0 +ppc0: at port 3 on puc0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/12 bytes threshold ppbus0: on ppc0 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=devinfo_diff --- devinfo_old 2011-06-15 16:19:03.000000000 +0200 +++ devinfo_new 2011-06-15 16:24:02.000000000 +0200 @@ -38,9 +38,9 @@ hostb1 pnpinfo vendor=0x1106 device=0x3057 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=7 function=4 handle=\_SB_.PCI0.VTAC pcm0 pnpinfo vendor=0x1106 device=0x3058 subvendor=0x11d6 subdevice=0x7358 class=0x040100 at slot=7 function=5 puc0 pnpinfo vendor=0x9710 device=0x9835 subvendor=0x1000 subdevice=0x0012 class=0x078000 at slot=10 function=0 - uart2 - uart3 - ppc0 + uart2 pnpinfo type=1 at port=1 + uart3 pnpinfo type=1 at port=2 + ppc0 pnpinfo type=2 at port=3 ppbus0 plip0 lpt0 --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 19:08:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E71E1065673; Wed, 15 Jun 2011 19:08:30 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 070238FC1C; Wed, 15 Jun 2011 19:08:29 +0000 (UTC) Received: by pvg11 with SMTP id 11so761934pvg.13 for ; Wed, 15 Jun 2011 12:08:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.14.74 with SMTP id n10mr42169pbc.489.1308163014250; Wed, 15 Jun 2011 11:36:54 -0700 (PDT) Received: by 10.68.55.130 with HTTP; Wed, 15 Jun 2011 11:36:54 -0700 (PDT) In-Reply-To: <4DF4EC9F.9020604@zedat.fu-berlin.de> References: <4DF4EC9F.9020604@zedat.fu-berlin.de> Date: Wed, 15 Jun 2011 19:36:54 +0100 Message-ID: From: Doug Rabson To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-performance@freebsd.org" , FreeBSD Current Subject: Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 19:08:30 -0000 You could try using the standard header - that has inline functions which should cover all the SSE instructions. On 12 June 2011 17:43, Hartmann, O. wrote: > I use some numerical code utilizing the SIMD units of modern X86 > architectures. Code compiles well using gcc/gcc46, > but clang does not know about the __builtin_ia32_xxxxx() statements. How to > treat those in clang and how to make > C code compiling with clang utilizing those __builtin_ia32 statements? > > Thanks, > Oliver > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 19:53:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821BB106566B; Wed, 15 Jun 2011 19:53:29 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 16D4A8FC18; Wed, 15 Jun 2011 19:53:28 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QWvkD-0001ep-OL; Wed, 15 Jun 2011 21:27:18 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QWvkC-0001QH-Cj; Wed, 15 Jun 2011 21:27:16 +0200 Message-Id: To: freebsd-current@FreeBSD.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 15 Jun 2011 21:27:16 +0200 Cc: Jung-uk Kim Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 19:53:29 -0000 > > The problem I noticed first is that it takes unusually long until a > > key press is repeated. With the default eventtimer (HPET) it seems > > to take about 4s, which can be slightly improved by switching to > > i8254. > > > > The "error beep" seems to take longer than usual, too, > > and the system "feels sluggish" in general. > > > > An effect that is easier to measure is that the system is unable > > to properly keep the time. Again the problem is less severe when > > using i8254 instead of HPET: > > [SNIP] > > First of all, please do not mix timecounter issues with eventtimer. > They are not directly related. > > Can you please show me verbose boot messages *without* your patch? > Does "sysctl kern.timecounter.hardware=HPET" help *without* touching > eventtimers? I have the same issue with my system (Atom N270). The effect that I see is about 29 wall clock seconds are recorded as 1 system second. I had do something similar to the OP to make my system useable since it doesn't seem possible to influence timecounter choice at boot time. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 20:39:37 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8EDB91065670; Wed, 15 Jun 2011 20:39:37 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "Ian FREISLICH" Date: Wed, 15 Jun 2011 16:39:26 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106151639.30308.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 20:39:37 -0000 On Wednesday 15 June 2011 03:27 pm, Ian FREISLICH wrote: > > > The problem I noticed first is that it takes unusually long > > > until a key press is repeated. With the default eventtimer > > > (HPET) it seems to take about 4s, which can be slightly > > > improved by switching to i8254. > > > > > > The "error beep" seems to take longer than usual, too, > > > and the system "feels sluggish" in general. > > > > > > An effect that is easier to measure is that the system is > > > unable to properly keep the time. Again the problem is less > > > severe when using i8254 instead of HPET: > > > > [SNIP] > > > > First of all, please do not mix timecounter issues with > > eventtimer. They are not directly related. > > > > Can you please show me verbose boot messages *without* your > > patch? Does "sysctl kern.timecounter.hardware=HPET" help > > *without* touching eventtimers? > > I have the same issue with my system (Atom N270). The effect that > I see is about 29 wall clock seconds are recorded as 1 system > second. Can please you send me output from the following? sh -c 'count=10; while [ $count -gt 0 ]; do count=$((count - 1));\ sysctl kern.timecounter; sleep 1; done' > I had do something similar to the OP to make my system useable since > it doesn't seem possible to influence timecounter choice at boot > time. You can just add the following line in /etc/sysctl.conf for now: kern.timecounter.hardware=HPET Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 20:49:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0FE5106564A; Wed, 15 Jun 2011 20:49:47 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id AFB9A8FC19; Wed, 15 Jun 2011 20:49:47 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id p5FKXSu7088641; Wed, 15 Jun 2011 14:33:29 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: Date: Wed, 15 Jun 2011 14:33:27 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <4A46AC77-BEE5-4401-8896-4E4F1A5304B0@samsco.org> References: <20110614161105.GA17306@onelab2.iet.unipi.it> To: "K. Macy" X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Luigi Rizzo , current@freebsd.org Subject: Re: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 20:49:48 -0000 If this was to be extended with cached global syscall information like = gettimeofday, would we want that to be in a separate page that is marked = non-executable? Is there any way to trick the kernel into leaking = arbitrary (and thus executable) code? Also, would it matter for jails? = Per-process info like getpid would obviously have to be a separate = per-process page. Scott On Jun 14, 2011, at 10:08 AM, K. Macy wrote: > http://svnweb.freebsd.org/base/head/sys/sys/imgact.h >=20 > kib added rudimentary support for this in January >=20 > On Tue, Jun 14, 2011 at 6:11 PM, Luigi Rizzo = wrote: >> there were discussions at some point on an imprecise but >> fast implementations of gettimeofday() that would not require >> a system call (perhaps mmapping some memory region which >> is opportunistically updated). >>=20 >> Does anyone remember what happened about that ? >>=20 >> Otherwise, is there any place in the kernel where i can fetch >> a struct timeval which is not off by more than, say 1 tick ? >>=20 >> cheers >> luigi >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 22:19:43 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B58E91065672; Wed, 15 Jun 2011 22:19:39 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "Ian FREISLICH" Date: Wed, 15 Jun 2011 18:19:25 -0400 User-Agent: KMail/1.6.2 References: <201106151639.30308.jkim@FreeBSD.org> In-Reply-To: <201106151639.30308.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106151819.32495.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 22:19:43 -0000 On Wednesday 15 June 2011 04:39 pm, Jung-uk Kim wrote: > On Wednesday 15 June 2011 03:27 pm, Ian FREISLICH wrote: > > > > The problem I noticed first is that it takes unusually long > > > > until a key press is repeated. With the default eventtimer > > > > (HPET) it seems to take about 4s, which can be slightly > > > > improved by switching to i8254. > > > > > > > > The "error beep" seems to take longer than usual, too, > > > > and the system "feels sluggish" in general. > > > > > > > > An effect that is easier to measure is that the system is > > > > unable to properly keep the time. Again the problem is less > > > > severe when using i8254 instead of HPET: > > > > > > [SNIP] > > > > > > First of all, please do not mix timecounter issues with > > > eventtimer. They are not directly related. > > > > > > Can you please show me verbose boot messages *without* your > > > patch? Does "sysctl kern.timecounter.hardware=HPET" help > > > *without* touching eventtimers? > > > > I have the same issue with my system (Atom N270). The effect > > that I see is about 29 wall clock seconds are recorded as 1 > > system second. > > Can please you send me output from the following? > > sh -c 'count=10; while [ $count -gt 0 ]; do count=$((count - 1));\ > sysctl kern.timecounter; sleep 1; done' The OP sent me some data. The following is cooked data from what I got: TSC Delta Elapsed Time ---------------+---------------+------------ 2245026970 2249708604 4681634 0.3003693189 2255874998 6166394 0.3956301509 2260656402 4781404 0.3067704701 2261993048 1336646 0.0857579744 2264175164 2182116 0.1400025497 2266445706 2270542 0.1456758803 2266987003 541297 0.0347291162 2267645095 658092 0.0422225757 2268274965 629870 0.0404118782 2268979787 704822 0.0452207294 2270482069 1502282 0.0963850274 2271140877 658808 0.0422685136 HPET Delta Elapsed Time ---------------+---------------+------------ 1322734365 1337156221 14421856 1.0072408644 1351548130 14391909 1.0051493276 1365949265 14401135 1.0057936833 1380376349 14427084 1.0076059946 1394823985 14447636 1.0090413726 1409273964 14449979 1.0092050107 1423719753 14445789 1.0089123757 1438167064 14447311 1.0090186742 1452613630 14446566 1.0089666424 1467062977 14449347 1.0091608710 1481522037 14459060 1.0098392393 1495969404 14447367 1.0090225853 As you can see, HPET increases normally (within errors from sleep(3) accuracy, syscall overhead, etc.) but TSC-low is totally erratic (and too low). I don't know how this can happen, though. :-( I need some time to figure it out. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 00:10:08 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 4BFDC106566C; Thu, 16 Jun 2011 00:10:07 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 15 Jun 2011 20:09:54 -0400 User-Agent: KMail/1.6.2 References: <201106151639.30308.jkim@FreeBSD.org> <201106151819.32495.jkim@FreeBSD.org> In-Reply-To: <201106151819.32495.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_UnU+NA6KT35yX0f" Message-Id: <201106152009.56163.jkim@FreeBSD.org> Cc: Ian FREISLICH Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:10:08 -0000 --Boundary-00=_UnU+NA6KT35yX0f Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 15 June 2011 06:19 pm, Jung-uk Kim wrote: > On Wednesday 15 June 2011 04:39 pm, Jung-uk Kim wrote: > > On Wednesday 15 June 2011 03:27 pm, Ian FREISLICH wrote: > > > > > The problem I noticed first is that it takes unusually long > > > > > until a key press is repeated. With the default eventtimer > > > > > (HPET) it seems to take about 4s, which can be slightly > > > > > improved by switching to i8254. > > > > > > > > > > The "error beep" seems to take longer than usual, too, > > > > > and the system "feels sluggish" in general. > > > > > > > > > > An effect that is easier to measure is that the system is > > > > > unable to properly keep the time. Again the problem is less > > > > > severe when using i8254 instead of HPET: > > > > > > > > [SNIP] > > > > > > > > First of all, please do not mix timecounter issues with > > > > eventtimer. They are not directly related. > > > > > > > > Can you please show me verbose boot messages *without* your > > > > patch? Does "sysctl kern.timecounter.hardware=HPET" help > > > > *without* touching eventtimers? > > > > > > I have the same issue with my system (Atom N270). The effect > > > that I see is about 29 wall clock seconds are recorded as 1 > > > system second. > > > > Can please you send me output from the following? > > > > sh -c 'count=10; while [ $count -gt 0 ]; do count=$((count - > > 1));\ sysctl kern.timecounter; sleep 1; done' > > The OP sent me some data. The following is cooked data from what I > got: > > TSC Delta Elapsed Time > ---------------+---------------+------------ > 2245026970 > 2249708604 4681634 0.3003693189 > 2255874998 6166394 0.3956301509 > 2260656402 4781404 0.3067704701 > 2261993048 1336646 0.0857579744 > 2264175164 2182116 0.1400025497 > 2266445706 2270542 0.1456758803 > 2266987003 541297 0.0347291162 > 2267645095 658092 0.0422225757 > 2268274965 629870 0.0404118782 > 2268979787 704822 0.0452207294 > 2270482069 1502282 0.0963850274 > 2271140877 658808 0.0422685136 > > HPET Delta Elapsed Time > ---------------+---------------+------------ > 1322734365 > 1337156221 14421856 1.0072408644 > 1351548130 14391909 1.0051493276 > 1365949265 14401135 1.0057936833 > 1380376349 14427084 1.0076059946 > 1394823985 14447636 1.0090413726 > 1409273964 14449979 1.0092050107 > 1423719753 14445789 1.0089123757 > 1438167064 14447311 1.0090186742 > 1452613630 14446566 1.0089666424 > 1467062977 14449347 1.0091608710 > 1481522037 14459060 1.0098392393 > 1495969404 14447367 1.0090225853 > > As you can see, HPET increases normally (within errors from > sleep(3) accuracy, syscall overhead, etc.) but TSC-low is totally > erratic (and too low). I don't know how this can happen, though. > :-( > > I need some time to figure it out. Can you please test the attached patch? Theoretically, it should not make a difference but I'd like to see if it does, just in case. Thanks, Jung-uk Kim --Boundary-00=_UnU+NA6KT35yX0f Content-Type: text/plain; charset="iso-8859-1"; name="tsc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tsc.diff" Index: sys/x86/x86/tsc.c =================================================================== --- sys/x86/x86/tsc.c (revision 223102) +++ sys/x86/x86/tsc.c (working copy) @@ -579,6 +579,9 @@ tsc_get_timecount(struct timecounter *tc __unused) static u_int tsc_get_timecount_low(struct timecounter *tc) { + uint32_t low, high; - return (rdtsc() >> (int)(intptr_t)tc->tc_priv); + __asm __volatile("rdtsc; shrd %2,%1,%0" + : "=a" (low), "=d" (high) : "Ic" ((uint8_t)(intptr_t)tc->tc_priv)); + return (low); } --Boundary-00=_UnU+NA6KT35yX0f-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 00:36:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E0D1065670; Thu, 16 Jun 2011 00:36:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B610E8FC1D; Thu, 16 Jun 2011 00:36:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G0aEH6049756; Wed, 15 Jun 2011 20:36:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G0aEXd049743; Thu, 16 Jun 2011 00:36:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 00:36:14 GMT Message-Id: <201106160036.p5G0aEXd049743@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:36:16 -0000 TB --- 2011-06-16 00:06:25 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 00:06:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 00:06:25 - cleaning the object tree TB --- 2011-06-16 00:06:39 - cvsupping the source tree TB --- 2011-06-16 00:06:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 00:07:04 - building world TB --- 2011-06-16 00:07:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 00:07:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 00:07:04 - TARGET=sparc64 TB --- 2011-06-16 00:07:04 - TARGET_ARCH=sparc64 TB --- 2011-06-16 00:07:04 - TZ=UTC TB --- 2011-06-16 00:07:04 - __MAKE_CONF=/dev/null TB --- 2011-06-16 00:07:04 - cd /src TB --- 2011-06-16 00:07:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 00:07:05 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 00:36:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 00:36:14 - ERROR: failed to build world TB --- 2011-06-16 00:36:14 - 1270.96 user 310.14 system 1789.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 00:44:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417811065674 for ; Thu, 16 Jun 2011 00:44:18 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 136138FC1E for ; Thu, 16 Jun 2011 00:44:17 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p5G0iB5j072193 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 17:44:14 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DF951E3.7010209@freebsd.org> Date: Wed, 15 Jun 2011 17:44:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Scott Long References: <20110614161105.GA17306@onelab2.iet.unipi.it> <4A46AC77-BEE5-4401-8896-4E4F1A5304B0@samsco.org> In-Reply-To: <4A46AC77-BEE5-4401-8896-4E4F1A5304B0@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , "K. Macy" , current@freebsd.org Subject: Re: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:44:18 -0000 > If this was to be extended with cached global syscall information like gettimeofday, would we want that to be in a separate page that is marked non-executable? Is there any way to trick the kernel into leaking arbitrary (and thus executable) code? Also, would it matter for jails? Per-process info like getpid would obviously have to be a separate per-process page. > > Scott > In the talk about this sort of topic I have seen mention at various times of a page per system, a page per jail, a page per process and a page per thread. I'm not saying we want this all just that I've seen it mentionned.. The per-thread one is the most intersting to do challenge wise. From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 00:49:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F65D106567F for ; Thu, 16 Jun 2011 00:49:45 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 441218FC0A for ; Thu, 16 Jun 2011 00:49:44 +0000 (UTC) Received: (qmail 26168 invoked from network); 15 Jun 2011 20:49:44 -0400 Received: from ool-6039c07a.static.optonline.net (HELO Macintosh-21.local) (96.57.192.122) by mail.atlantawebhost.com with SMTP; 15 Jun 2011 20:49:44 -0400 Message-ID: <4DF95328.1060209@shadowsun.net> Date: Wed, 15 Jun 2011 20:49:44 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <814C9E9472FDCC40AAC3FC95A2D67E3B0BD8F752@msx3.exchange.alogis.com> <4DF8C0AE.4090501@shadowsun.net> <20110615145847.GN48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110615145847.GN48734@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:49:45 -0000 On 6/15/11 10:58 AM, Kostik Belousov wrote: > On Wed, Jun 15, 2011 at 10:24:46AM -0400, Eric McCorkle wrote: >> On 6/15/11 8:23 AM, Holger Kipp wrote: >>> Dear all, >>> >>> I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: >>> ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-201101-amd64-dvd1.iso >>> >>> >>> Today I wanted to cvsup to a later date to upgrade to ZFS v28 >>> and compiled port /usr/ports/net/cvsup-without-gui without problems. >>> >>> Starting freshly compiled cvsup then gives me >>> >>> "Illegal Instruction" >>> >>> This error seems to be identical to >>> http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083.html >>> >> >> I've gotten the same problem, and managed to diagnose it. The problem >> actually isn't an illegal instruction, but a stack misalignment. If you >> load it in gdb, it will die with SIGSEGV somewhere in libc.so.7, on a >> callq instruction. This is because callq needs the stack to be 16-byte >> aligned, and it's not for some reason. > Stack alignment requirement is an ABI convention, and it is not enforced > by CPU, except several special cases. In particular, either EFLAGS.AC > bit should be set, that usually is not, or SSE instruction explicitely > disallowing non-aligned access executed. Anyway, you will not get > Illegal instruction fault for unaligned access. I took a closer look this afternoon, and you're right. callq with an unaligned stack pointer does *not* cause a fault. If anyone does a movaps, however, you will get a fault (SIGBUS, I believe), and if the ABI says stacks are 16-byte aligned, then libraries may assume it's safe to load from the stack with movaps, and you'll get a fault. This is what happened to mlton on Mac OS, so I thought it might be something similar going on here. Anyways, I'll look into it more. From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 00:59:01 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E09106566B; Thu, 16 Jun 2011 00:59:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9838FC1A; Thu, 16 Jun 2011 00:59:00 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id p5G0wtX0003294; Wed, 15 Jun 2011 18:58:56 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <4DF951E3.7010209@freebsd.org> Date: Wed, 15 Jun 2011 18:58:55 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110614161105.GA17306@onelab2.iet.unipi.it> <4A46AC77-BEE5-4401-8896-4E4F1A5304B0@samsco.org> <4DF951E3.7010209@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Luigi Rizzo , "K. Macy" , current@FreeBSD.org Subject: Re: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 00:59:01 -0000 On Jun 15, 2011, at 6:44 PM, Julian Elischer wrote: >> If this was to be extended with cached global syscall information = like gettimeofday, would we want that to be in a separate page that is = marked non-executable? Is there any way to trick the kernel into = leaking arbitrary (and thus executable) code? Also, would it matter for = jails? Per-process info like getpid would obviously have to be a = separate per-process page. >>=20 >> Scott >>=20 > In the talk about this sort of topic I have seen mention at various = times > of a page per system, a page per jail, a page per process and a page = per thread. >=20 > I'm not saying we want this all just that I've seen it mentionned.. >=20 > The per-thread one is the most intersting to do challenge wise. I guess that per-thread would be done via a pointer off of the TLS data, = or would it be yet another bumping of the stack? It would be = interesting to see how expensive it is to go that direction. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 01:06:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D072106566B; Thu, 16 Jun 2011 01:06:13 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD6B8FC08; Thu, 16 Jun 2011 01:06:12 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p5G169gw072268 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Jun 2011 18:06:11 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DF95709.5000100@freebsd.org> Date: Wed, 15 Jun 2011 18:06:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Scott Long References: <20110614161105.GA17306@onelab2.iet.unipi.it> <4A46AC77-BEE5-4401-8896-4E4F1A5304B0@samsco.org> <4DF951E3.7010209@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , "K. Macy" , current@freebsd.org Subject: Re: fast/syscall-free gettimeofday ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 01:06:13 -0000 > On Jun 15, 2011, at 6:44 PM, Julian Elischer wrote: >>> If this was to be extended with cached global syscall information like gettimeofday, would we want that to be in a separate page that is marked non-executable? Is there any way to trick the kernel into leaking arbitrary (and thus executable) code? Also, would it matter for jails? Per-process info like getpid would obviously have to be a separate per-process page. >>> >>> Scott >>> >> In the talk about this sort of topic I have seen mention at various times >> of a page per system, a page per jail, a page per process and a page per thread. >> >> I'm not saying we want this all just that I've seen it mentionned.. >> >> The per-thread one is the most intersting to do challenge wise. > I guess that per-thread would be done via a pointer off of the TLS data, or would it be yet another bumping of the stack? It would be interesting to see how expensive it is to go that direction. note that I wasn't volunteering ;-) > Scott > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 03:00:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E36F106564A; Thu, 16 Jun 2011 03:00:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D7A5E8FC13; Thu, 16 Jun 2011 03:00:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G30Cd2039738; Wed, 15 Jun 2011 23:00:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G30Bgf039734; Thu, 16 Jun 2011 03:00:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 03:00:11 GMT Message-Id: <201106160300.p5G30Bgf039734@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 03:00:13 -0000 TB --- 2011-06-16 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 02:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 02:10:00 - cleaning the object tree TB --- 2011-06-16 02:10:21 - cvsupping the source tree TB --- 2011-06-16 02:10:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 02:10:37 - building world TB --- 2011-06-16 02:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 02:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 02:10:37 - TARGET=arm TB --- 2011-06-16 02:10:37 - TARGET_ARCH=arm TB --- 2011-06-16 02:10:37 - TZ=UTC TB --- 2011-06-16 02:10:37 - __MAKE_CONF=/dev/null TB --- 2011-06-16 02:10:37 - cd /src TB --- 2011-06-16 02:10:37 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 02:10:37 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 03:00:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 03:00:11 - ERROR: failed to build world TB --- 2011-06-16 03:00:11 - 2170.97 user 616.24 system 3011.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 03:35:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB23D106566B; Thu, 16 Jun 2011 03:35:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 804FF8FC13; Thu, 16 Jun 2011 03:35:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G3Zblc073880; Wed, 15 Jun 2011 23:35:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G3ZbMa073817; Thu, 16 Jun 2011 03:35:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 03:35:37 GMT Message-Id: <201106160335.p5G3ZbMa073817@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 03:35:39 -0000 TB --- 2011-06-16 03:00:12 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 03:00:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 03:00:12 - cleaning the object tree TB --- 2011-06-16 03:00:23 - cvsupping the source tree TB --- 2011-06-16 03:00:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 03:00:34 - building world TB --- 2011-06-16 03:00:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 03:00:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 03:00:34 - TARGET=ia64 TB --- 2011-06-16 03:00:34 - TARGET_ARCH=ia64 TB --- 2011-06-16 03:00:34 - TZ=UTC TB --- 2011-06-16 03:00:34 - __MAKE_CONF=/dev/null TB --- 2011-06-16 03:00:34 - cd /src TB --- 2011-06-16 03:00:34 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 03:00:35 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 03:35:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 03:35:37 - ERROR: failed to build world TB --- 2011-06-16 03:35:37 - 1624.59 user 335.12 system 2124.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 04:02:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9317B106564A; Thu, 16 Jun 2011 04:02:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1D38FC0C; Thu, 16 Jun 2011 04:02:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G42LGs078048; Thu, 16 Jun 2011 00:02:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G42LQd078014; Thu, 16 Jun 2011 04:02:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 04:02:21 GMT Message-Id: <201106160402.p5G42LQd078014@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 04:02:22 -0000 TB --- 2011-06-16 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 02:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 02:10:00 - cleaning the object tree TB --- 2011-06-16 02:10:23 - cvsupping the source tree TB --- 2011-06-16 02:10:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 02:10:38 - building world TB --- 2011-06-16 02:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 02:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 02:10:38 - TARGET=pc98 TB --- 2011-06-16 02:10:38 - TARGET_ARCH=i386 TB --- 2011-06-16 02:10:38 - TZ=UTC TB --- 2011-06-16 02:10:38 - __MAKE_CONF=/dev/null TB --- 2011-06-16 02:10:38 - cd /src TB --- 2011-06-16 02:10:38 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 02:10:38 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 04:02:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 04:02:20 - ERROR: failed to build world TB --- 2011-06-16 04:02:20 - 5490.27 user 902.85 system 6740.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 04:02:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A3E01065670; Thu, 16 Jun 2011 04:02:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EA7EA8FC19; Thu, 16 Jun 2011 04:02:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G42qJd080284; Thu, 16 Jun 2011 00:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G42qaM080283; Thu, 16 Jun 2011 04:02:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 04:02:52 GMT Message-Id: <201106160402.p5G42qaM080283@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 04:02:53 -0000 TB --- 2011-06-16 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 02:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 02:10:00 - cleaning the object tree TB --- 2011-06-16 02:10:27 - cvsupping the source tree TB --- 2011-06-16 02:10:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 02:10:40 - building world TB --- 2011-06-16 02:10:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 02:10:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 02:10:40 - TARGET=amd64 TB --- 2011-06-16 02:10:40 - TARGET_ARCH=amd64 TB --- 2011-06-16 02:10:40 - TZ=UTC TB --- 2011-06-16 02:10:40 - __MAKE_CONF=/dev/null TB --- 2011-06-16 02:10:40 - cd /src TB --- 2011-06-16 02:10:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 02:10:45 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 04:02:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 04:02:51 - ERROR: failed to build world TB --- 2011-06-16 04:02:51 - 5517.04 user 901.61 system 6771.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 04:08:46 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C5E4106564A; Thu, 16 Jun 2011 04:08:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C3BD88FC13; Thu, 16 Jun 2011 04:08:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G48iFa055461; Thu, 16 Jun 2011 00:08:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G48iiR055453; Thu, 16 Jun 2011 04:08:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 04:08:44 GMT Message-Id: <201106160408.p5G48iiR055453@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 04:08:46 -0000 TB --- 2011-06-16 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 02:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 02:10:00 - cleaning the object tree TB --- 2011-06-16 02:10:28 - cvsupping the source tree TB --- 2011-06-16 02:10:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 02:15:52 - building world TB --- 2011-06-16 02:15:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 02:15:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 02:15:52 - TARGET=i386 TB --- 2011-06-16 02:15:52 - TARGET_ARCH=i386 TB --- 2011-06-16 02:15:52 - TZ=UTC TB --- 2011-06-16 02:15:52 - __MAKE_CONF=/dev/null TB --- 2011-06-16 02:15:52 - cd /src TB --- 2011-06-16 02:15:52 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 02:15:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 04:08:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 04:08:44 - ERROR: failed to build world TB --- 2011-06-16 04:08:44 - 5530.99 user 875.74 system 7124.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 04:28:33 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2990A1065670; Thu, 16 Jun 2011 04:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DA2818FC08; Thu, 16 Jun 2011 04:28:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G4SW9p039394; Thu, 16 Jun 2011 00:28:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G4SW1I039382; Thu, 16 Jun 2011 04:28:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 04:28:32 GMT Message-Id: <201106160428.p5G4SW1I039382@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 04:28:33 -0000 TB --- 2011-06-16 03:35:38 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 03:35:38 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 03:35:38 - cleaning the object tree TB --- 2011-06-16 03:35:46 - cvsupping the source tree TB --- 2011-06-16 03:35:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 03:36:14 - building world TB --- 2011-06-16 03:36:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 03:36:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 03:36:14 - TARGET=mips TB --- 2011-06-16 03:36:14 - TARGET_ARCH=mips TB --- 2011-06-16 03:36:14 - TZ=UTC TB --- 2011-06-16 03:36:14 - __MAKE_CONF=/dev/null TB --- 2011-06-16 03:36:14 - cd /src TB --- 2011-06-16 03:36:14 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 03:36:15 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -G0 -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/mips.mipsel/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 04:28:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 04:28:31 - ERROR: failed to build world TB --- 2011-06-16 04:28:31 - 2292.79 user 594.49 system 3173.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 04:36:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E86A106566B; Thu, 16 Jun 2011 04:36:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EAA7D8FC12; Thu, 16 Jun 2011 04:36:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G4aheH001008; Thu, 16 Jun 2011 00:36:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G4ah5k001007; Thu, 16 Jun 2011 04:36:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 04:36:43 GMT Message-Id: <201106160436.p5G4ah5k001007@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 04:36:44 -0000 TB --- 2011-06-16 04:08:45 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 04:08:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 04:08:45 - cleaning the object tree TB --- 2011-06-16 04:08:48 - cvsupping the source tree TB --- 2011-06-16 04:08:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 04:09:15 - building world TB --- 2011-06-16 04:09:15 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 04:09:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 04:09:15 - TARGET=sparc64 TB --- 2011-06-16 04:09:15 - TARGET_ARCH=sparc64 TB --- 2011-06-16 04:09:15 - TZ=UTC TB --- 2011-06-16 04:09:15 - __MAKE_CONF=/dev/null TB --- 2011-06-16 04:09:15 - cd /src TB --- 2011-06-16 04:09:15 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 04:09:15 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 04:36:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 04:36:43 - ERROR: failed to build world TB --- 2011-06-16 04:36:43 - 1243.49 user 308.49 system 1677.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 05:01:25 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B462F1065672; Thu, 16 Jun 2011 05:01:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 854958FC0A; Thu, 16 Jun 2011 05:01:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G51OtN051741; Thu, 16 Jun 2011 01:01:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G51OE7051740; Thu, 16 Jun 2011 05:01:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 05:01:24 GMT Message-Id: <201106160501.p5G51OE7051740@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 05:01:25 -0000 TB --- 2011-06-16 04:02:52 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 04:02:52 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-16 04:02:52 - cleaning the object tree TB --- 2011-06-16 04:03:04 - cvsupping the source tree TB --- 2011-06-16 04:03:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-16 04:03:18 - building world TB --- 2011-06-16 04:03:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 04:03:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 04:03:18 - TARGET=powerpc TB --- 2011-06-16 04:03:18 - TARGET_ARCH=powerpc64 TB --- 2011-06-16 04:03:18 - TZ=UTC TB --- 2011-06-16 04:03:18 - __MAKE_CONF=/dev/null TB --- 2011-06-16 04:03:18 - cd /src TB --- 2011-06-16 04:03:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 04:03:19 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/powerpc.powerpc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/powerpc.powerpc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/powerpc.powerpc64/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 05:01:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 05:01:24 - ERROR: failed to build world TB --- 2011-06-16 05:01:24 - 2830.02 user 597.70 system 3512.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 05:39:35 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F8D10656AA; Thu, 16 Jun 2011 05:39:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE138FC1A; Thu, 16 Jun 2011 05:39:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G5dY0r016351; Thu, 16 Jun 2011 01:39:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G5dYwV016350; Thu, 16 Jun 2011 05:39:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 05:39:34 GMT Message-Id: <201106160539.p5G5dYwV016350@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 05:39:35 -0000 TB --- 2011-06-16 04:02:21 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 04:02:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 04:02:21 - cleaning the object tree TB --- 2011-06-16 04:02:32 - cvsupping the source tree TB --- 2011-06-16 04:02:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 04:03:09 - building world TB --- 2011-06-16 04:03:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 04:03:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 04:03:09 - TARGET=powerpc TB --- 2011-06-16 04:03:09 - TARGET_ARCH=powerpc TB --- 2011-06-16 04:03:09 - TZ=UTC TB --- 2011-06-16 04:03:09 - __MAKE_CONF=/dev/null TB --- 2011-06-16 04:03:09 - cd /src TB --- 2011-06-16 04:03:09 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 04:03:09 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/powerpc.powerpc/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 05:39:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 05:39:34 - ERROR: failed to build world TB --- 2011-06-16 05:39:34 - 4983.85 user 777.91 system 5832.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 06:30:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A3AF106566C; Thu, 16 Jun 2011 06:30:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C621F8FC08; Thu, 16 Jun 2011 06:30:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G6UoLx096788; Thu, 16 Jun 2011 02:30:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G6Uo0E096784; Thu, 16 Jun 2011 06:30:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 06:30:50 GMT Message-Id: <201106160630.p5G6Uo0E096784@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 06:30:52 -0000 TB --- 2011-06-16 05:40:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 05:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 05:40:01 - cleaning the object tree TB --- 2011-06-16 05:40:08 - cvsupping the source tree TB --- 2011-06-16 05:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 05:40:30 - building world TB --- 2011-06-16 05:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 05:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 05:40:30 - TARGET=arm TB --- 2011-06-16 05:40:30 - TARGET_ARCH=arm TB --- 2011-06-16 05:40:30 - TZ=UTC TB --- 2011-06-16 05:40:30 - __MAKE_CONF=/dev/null TB --- 2011-06-16 05:40:30 - cd /src TB --- 2011-06-16 05:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 05:40:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/arm.arm/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 06:30:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 06:30:50 - ERROR: failed to build world TB --- 2011-06-16 06:30:50 - 2208.09 user 623.55 system 3049.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 06:43:02 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFE9106566C; Thu, 16 Jun 2011 06:43:02 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 72BEB8FC14; Thu, 16 Jun 2011 06:43:01 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QX6I7-0006nK-3C; Thu, 16 Jun 2011 08:42:59 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QX6I4-0000dH-4b; Thu, 16 Jun 2011 08:42:56 +0200 Message-Id: To: Jung-uk Kim From: Ian FREISLICH In-Reply-To: <201106151639.30308.jkim@FreeBSD.org> References: <201106151639.30308.jkim@FreeBSD.org> X-Attribution: BOFH Date: Thu, 16 Jun 2011 08:42:56 +0200 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 06:43:02 -0000 Jung-uk Kim wrote: > On Wednesday 15 June 2011 03:27 pm, Ian FREISLICH wrote: > > > Can you please show me verbose boot messages *without* your > > > patch? Does "sysctl kern.timecounter.hardware=HPET" help > > > *without* touching eventtimers? > > > > I have the same issue with my system (Atom N270). The effect that > > I see is about 29 wall clock seconds are recorded as 1 system > > second. > > Can please you send me output from the following? > > sh -c 'count=10; while [ $count -gt 0 ]; do count=$((count - 1));\ > sysctl kern.timecounter; sleep 1; done' Interesting it doesn't seem to be constant. While there was lots going on (launching exmh and scanning my mail folders opening and reading 20k files) keyboard repeats work as normal and xclock ticks one a second. When the activity stops, xclock ticks every 6 seconds. While the system clock recorded 10 seconds of wall clock, stopwatch ran for 42 seconds. Script started on Thu Jun 16 08:23:51 2011 [mini] /usr/home/ianf $ time sh -c 'count=10; while [ $count -gt 0 ]; do count=$((cou nt - 1)); sysctl kern.timecounter; sleep 1; done' kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 12748229 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3380795670 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 9828 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1915282150 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 4005701 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3480043331 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 22926 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1927865521 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 5223570 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3552023679 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 57522 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1940447630 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 5712953 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3621090061 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 45866 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1953031506 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 5262197 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3686395330 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 48107 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1965606144 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 4740225 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3751416462 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 27234 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1978190005 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 2658298 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3810197474 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 10285 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1990767555 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 2336065 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3876017411 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 55956 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 2003351574 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 838327 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3937135944 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 37164 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 2015929369 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 2857839 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 4012322248 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 11432 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 2028502028 kern.timecounter.tc.TSC-low.frequency: 12469046 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 real 0m10.084s user 0m0.030s sys 0m0.045s [mini] /usr/home/ianf $ exit Script done on Thu Jun 16 08:24:04 2011 > > I had do something similar to the OP to make my system useable since > > it doesn't seem possible to influence timecounter choice at boot > > time. > > You can just add the following line in /etc/sysctl.conf for now: I set the quality to 800 in x86/x86/tsc.c. It makes the system start too slow to wait for rc.d/sysctl to execute. -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:00:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF44C106564A; Thu, 16 Jun 2011 07:00:30 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8328FC18; Thu, 16 Jun 2011 07:00:29 +0000 (UTC) Received: by vxc34 with SMTP id 34so1317128vxc.13 for ; Thu, 16 Jun 2011 00:00:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9AZK0gXOwxalbyVFfi2HNb0QXB7AtKQRRF+TFtmYkKM=; b=EbX8zIzdmd2huTJVSCh+RmwIBNzC/g59OspPrBCnXQ/kCz3CGaDSKdQSOsdT8pY2xC o7P0mPj1IioVSwwSHw4TQYJkH5tQ9MsPC+viK5dB3oteIZO/BgEaRAq2pVs8x/Y75BJY vtkoCGh5/OCIrm4jfxrJKI2gSLRm6MY0ad4Gs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NTIIZe2gIlOI+3advVsl19xBxi4+UC24frrBNeVoAkmkZOMStYAuRe0hD8GvNhjIxB OCNrBDiOFeuZ9syD2+LmrAknncD8lZ8FSue/siYTkdE6sasx5U9SfFBkX/8Y/b1Sh3f3 l0qlEn00MeZtdIiDEc7CRMPsDgemLHD8kw/Ok= MIME-Version: 1.0 Received: by 10.220.210.69 with SMTP id gj5mr211966vcb.58.1308207629215; Thu, 16 Jun 2011 00:00:29 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Thu, 16 Jun 2011 00:00:29 -0700 (PDT) In-Reply-To: <201106160436.p5G4ah5k001007@freebsd-current.sentex.ca> References: <201106160436.p5G4ah5k001007@freebsd-current.sentex.ca> Date: Thu, 16 Jun 2011 00:00:29 -0700 Message-ID: From: Garrett Cooper To: rodrigc@FreeBSD.org Content-Type: multipart/mixed; boundary=0022154700ae08283d04a5ced37c Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:00:30 -0000 --0022154700ae08283d04a5ced37c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2011 at 9:36 PM, FreeBSD Tinderbox wrote: > TB --- 2011-06-16 04:08:45 - tinderbox 2.7 running on freebsd-current.sen= tex.ca > TB --- 2011-06-16 04:08:45 - starting HEAD tinderbox run for sparc64/spar= c64 > TB --- 2011-06-16 04:08:45 - cleaning the object tree > TB --- 2011-06-16 04:08:48 - cvsupping the source tree > TB --- 2011-06-16 04:08:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/sparc64/sparc64/supfile > TB --- 2011-06-16 04:09:15 - building world > TB --- 2011-06-16 04:09:15 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-06-16 04:09:15 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-06-16 04:09:15 - TARGET=3Dsparc64 > TB --- 2011-06-16 04:09:15 - TARGET_ARCH=3Dsparc64 > TB --- 2011-06-16 04:09:15 - TZ=3DUTC > TB --- 2011-06-16 04:09:15 - __MAKE_CONF=3D/dev/null > TB --- 2011-06-16 04:09:15 - cd /src > TB --- 2011-06-16 04:09:15 - /usr/bin/make -B buildworld >>>> World build started on Thu Jun 16 04:09:15 UTC 2011 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries > [...] > cc -O2 -pipe =A0-ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO= -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=3Dgnu99 -W= system-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -c /src/lib/libstand/sbrk.c > cc -O2 -pipe =A0-ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO= -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=3Dgnu99 -W= system-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -c /src/lib/libstand/twiddle.c > cc -O2 -pipe =A0-ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO= -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=3Dgnu99 -W= system-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -c /src/lib/libstand/zalloc.c > cc1: warnings being treated as errors > /src/lib/libstand/zalloc.c: In function 'zfree': > /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', = but argument 3 has type 'iaddr_t' > /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', = but argument 3 has type 'iaddr_t' > /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', = but argument 3 has type 'iaddr_t' > *** Error code 1 > > Stop in /src/lib/libstand. > *** Error code 1 Could someone please fix the tinderbox compile on sparc64 with this file via this patch? Thanks! -Garrett --0022154700ae08283d04a5ced37c Content-Type: text/x-patch; charset=US-ASCII; name="unbreak-libstand-zalloc-compile.patch" Content-Disposition: attachment; filename="unbreak-libstand-zalloc-compile.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gozczzuh1 SW5kZXg6IGxpYi9saWJzdGFuZC96YWxsb2MuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBsaWIvbGlic3RhbmQv emFsbG9jLmMJKHJldmlzaW9uIDIyMzEzOCkKKysrIGxpYi9saWJzdGFuZC96YWxsb2MuYwkod29y a2luZyBjb3B5KQpAQCAtMTU0LDcgKzE1NCw3IEBACiAgICAgaWYgKChjaGFyICopcHRyIDwgKGNo YXIgKiltcC0+bXBfQmFzZSB8fCAKIAkoY2hhciAqKXB0ciArIGJ5dGVzID4gKGNoYXIgKiltcC0+ bXBfRW5kIHx8CiAJKChpYWRkcl90KXB0ciAmIE1FTU5PREVfU0laRV9NQVNLKSAhPSAwKQotCXBh bmljKCJ6ZnJlZSglcCwlZCk6IHdpbGQgcG9pbnRlciIsIHB0ciwgYnl0ZXMpOworCXBhbmljKCJ6 ZnJlZSglcCwlanUpOiB3aWxkIHBvaW50ZXIiLCBwdHIsIGJ5dGVzKTsKIAogICAgIC8qCiAgICAg ICogZnJlZSB0aGUgc2VnbWVudApAQCAtMTc4LDcgKzE3OCw3IEBACiAJCSAqIHJhbmdlIGNoZWNr CiAJCSAqLwogCQlpZiAoKGNoYXIgKilwdHIgKyBieXRlcyA+IChjaGFyICopbW4pCi0JCSAgICBw YW5pYygiemZyZWUoJXAsJWQpOiBjb3JydXB0IG1lbWxpc3QxIixwdHIsIGJ5dGVzKTsKKwkJICAg IHBhbmljKCJ6ZnJlZSglcCwlanUpOiBjb3JydXB0IG1lbWxpc3QxIiwgcHRyLCBieXRlcyk7CiAK IAkJLyoKIAkJICogbWVyZ2UgYWdhaW5zdCBuZXh0IGFyZWEgb3IgY3JlYXRlIGluZGVwZW5kYW50 IGFyZWEKQEAgLTIwOSw3ICsyMDksNyBAQAogCQkvKiBOT1QgUkVBQ0hFRCAqLwogCSAgICB9CiAJ ICAgIGlmICgoY2hhciAqKXB0ciA8IChjaGFyICopbW4gKyBtbi0+bXJfQnl0ZXMpCi0JCXBhbmlj KCJ6ZnJlZSglcCwlZCk6IGNvcnJ1cHQgbWVtbGlzdDIiLCBwdHIsIGJ5dGVzKTsKKwkJcGFuaWMo InpmcmVlKCVwLCVqdSk6IGNvcnJ1cHQgbWVtbGlzdDIiLCBwdHIsIGJ5dGVzKTsKIAl9CiAJLyoK IAkgKiBXZSBhcmUgYmV5b25kIHRoZSBsYXN0IE1lbU5vZGUsIGFwcGVuZCBuZXcgTWVtTm9kZS4g IE1lcmdlIGFnYWluc3QK --0022154700ae08283d04a5ced37c-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:04:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43395106568C; Thu, 16 Jun 2011 07:04:15 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F41E58FC13; Thu, 16 Jun 2011 07:04:14 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QX6cf-00076b-Jx>; Thu, 16 Jun 2011 09:04:13 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QX6cf-00043a-Hq>; Thu, 16 Jun 2011 09:04:13 +0200 Message-ID: <4DF9AAEB.5090801@zedat.fu-berlin.de> Date: Thu, 16 Jun 2011 09:04:11 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Doug Rabson References: <4DF4EC9F.9020604@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "freebsd-performance@freebsd.org" , FreeBSD Current Subject: Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:04:15 -0000 On 06/15/11 20:36, Doug Rabson wrote: > You could try using the standard header - that has inline > functions which should cover all the SSE instructions. > > On 12 June 2011 17:43, Hartmann, O. wrote: > >> I use some numerical code utilizing the SIMD units of modern X86 >> architectures. Code compiles well using gcc/gcc46, >> but clang does not know about the __builtin_ia32_xxxxx() statements. How to >> treat those in clang and how to make >> C code compiling with clang utilizing those __builtin_ia32 statements? >> >> Thanks, >> Oliver Thanks for this hint. I tried, and its a negative. I'm quite new to the usage of builtins and I oriented myself using gcc style __builtins. Especially __builtin_ia32_mulpd(()), __builtin_ia32_addpd(()). The aim is to add, mul, div and sub two 64 Bit doubles residing in a 128 Bit xmm register; by doing this, a struct contains two unions, each 128 bit, to simulate a 4d vector, so I' capable of adding, multiplying etc. vectors using the SIMD units. It seems that there is a more 'sophisticated' way than simply apllying the __builtin assembly equivalences. Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:06:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A87C1065680; Thu, 16 Jun 2011 07:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1528B8FC0C; Thu, 16 Jun 2011 07:06:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G76db8031652; Thu, 16 Jun 2011 03:06:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G76dl9031642; Thu, 16 Jun 2011 07:06:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 07:06:39 GMT Message-Id: <201106160706.p5G76dl9031642@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:06:40 -0000 TB --- 2011-06-16 06:30:51 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 06:30:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 06:30:51 - cleaning the object tree TB --- 2011-06-16 06:30:54 - cvsupping the source tree TB --- 2011-06-16 06:30:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 06:31:08 - building world TB --- 2011-06-16 06:31:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 06:31:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 06:31:08 - TARGET=ia64 TB --- 2011-06-16 06:31:08 - TARGET_ARCH=ia64 TB --- 2011-06-16 06:31:08 - TZ=UTC TB --- 2011-06-16 06:31:08 - __MAKE_CONF=/dev/null TB --- 2011-06-16 06:31:08 - cd /src TB --- 2011-06-16 06:31:08 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 06:31:09 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 07:06:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 07:06:39 - ERROR: failed to build world TB --- 2011-06-16 07:06:39 - 1623.83 user 331.41 system 2147.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:10:54 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CF20106564A; Thu, 16 Jun 2011 07:10:54 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 066CE8FC12; Thu, 16 Jun 2011 07:10:53 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QX6j6-0003Oi-9h; Thu, 16 Jun 2011 09:10:52 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QX6j4-0000q5-Ff; Thu, 16 Jun 2011 09:10:50 +0200 Message-Id: To: Jung-uk Kim From: Ian FREISLICH In-Reply-To: <201106151819.32495.jkim@FreeBSD.org> References: <201106151819.32495.jkim@FreeBSD.org> <201106151639.30308.jkim@FreeBSD.org> X-Attribution: BOFH Date: Thu, 16 Jun 2011 09:10:50 +0200 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:10:54 -0000 Jung-uk Kim wrote: > 1481522037 14459060 1.0098392393 > 1495969404 14447367 1.0090225853 > > As you can see, HPET increases normally (within errors from sleep(3) > accuracy, syscall overhead, etc.) but TSC-low is totally erratic (and > too low). I don't know how this can happen, though. :-( > > I need some time to figure it out. Even though sleep states have been disabled in the past when on AC power, they seem to have mysteriously been enabled. Perhaps this accounts for the strangeness: /etc/rc.conf performance_cx_lowest="HIGH" performance_cpu_freq="HIGH" economy_cx_lowest="LOW" economy_cpu_freq="HIGH" [mini] /usr/home/ianf $ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1600 dev.cpu.0.freq_levels: 1600/2000 1400/1750 1333/1533 1166/1341 1066/1066 932/932 800/600 700/525 600/450 500/375 400/300 300/225 200/150 100/75 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 8.69% 91.30% last 693us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.00% 14.96% 85.03% last 2897us Pulling the power cord and re-inserting it has the cx_lowest correctly trantsition to C1 and then TSC-low behaves properly as the system timecounter. But, time will be wierd when on battery. In light of this, I doubt the patch in your other email will have any effect. Perhaps the thing to do is to have the timecounter code aware of the lowest Cx sleep state and to pick best time counter for that state and to re-evaluate the choice on cx_lowest transitions. ie: TSC-low, HPET or ACPI-fast for C1 and HPET or ACPI-fast for C2 and lower. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:29:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 113C21065672; Thu, 16 Jun 2011 07:29:00 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B7ADF8FC13; Thu, 16 Jun 2011 07:28:59 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QX70c-0002td-NZ>; Thu, 16 Jun 2011 09:28:58 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QX70c-0005t5-LS>; Thu, 16 Jun 2011 09:28:58 +0200 Message-ID: <4DF9B0B9.5060601@zedat.fu-berlin.de> Date: Thu, 16 Jun 2011 09:28:57 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Doug Rabson References: <4DF4EC9F.9020604@zedat.fu-berlin.de> <4DF9AAEB.5090801@zedat.fu-berlin.de> In-Reply-To: <4DF9AAEB.5090801@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "freebsd-performance@freebsd.org" , FreeBSD Current Subject: Re: FreeBSD 9.0-CUR/amd64 CLANG: howto use gcc __builtin_ia32? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:29:00 -0000 On 06/16/11 09:04, O. Hartmann wrote: > On 06/15/11 20:36, Doug Rabson wrote: >> You could try using the standard header - that has inline >> functions which should cover all the SSE instructions. >> >> On 12 June 2011 17:43, Hartmann, O. wrote: >> >>> I use some numerical code utilizing the SIMD units of modern X86 >>> architectures. Code compiles well using gcc/gcc46, >>> but clang does not know about the __builtin_ia32_xxxxx() statements. >>> How to >>> treat those in clang and how to make >>> C code compiling with clang utilizing those __builtin_ia32 statements? >>> >>> Thanks, >>> Oliver > > Thanks for this hint. > > I tried, and its a negative. I'm quite new to the usage of builtins and > I oriented myself using gcc style __builtins. Especially > __builtin_ia32_mulpd(()), __builtin_ia32_addpd(()). The aim is to add, > mul, div and sub two 64 Bit doubles residing in a 128 Bit xmm register; > by doing this, a struct contains two unions, each 128 bit, to simulate a > 4d vector, so I' capable of adding, multiplying etc. vectors using the > SIMD units. It seems that there is a more 'sophisticated' way than > simply apllying the __builtin assembly equivalences. > > Oliver > _______________________________________________ Sorry for the noise, got it. Using _mm_add_pd() etc. Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:33:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8A90106564A; Thu, 16 Jun 2011 07:33:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 70C1E8FC14; Thu, 16 Jun 2011 07:33:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G7Xa3k035807; Thu, 16 Jun 2011 03:33:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G7XaQi035806; Thu, 16 Jun 2011 07:33:36 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 07:33:36 GMT Message-Id: <201106160733.p5G7XaQi035806@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:33:37 -0000 TB --- 2011-06-16 05:40:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 05:40:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 05:40:01 - cleaning the object tree TB --- 2011-06-16 05:40:09 - cvsupping the source tree TB --- 2011-06-16 05:40:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 05:40:30 - building world TB --- 2011-06-16 05:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 05:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 05:40:30 - TARGET=pc98 TB --- 2011-06-16 05:40:30 - TARGET_ARCH=i386 TB --- 2011-06-16 05:40:30 - TZ=UTC TB --- 2011-06-16 05:40:30 - __MAKE_CONF=/dev/null TB --- 2011-06-16 05:40:30 - cd /src TB --- 2011-06-16 05:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 05:40:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/pc98.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 07:33:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 07:33:36 - ERROR: failed to build world TB --- 2011-06-16 07:33:36 - 5540.63 user 905.20 system 6815.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:33:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A8B1065674; Thu, 16 Jun 2011 07:33:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD018FC1A; Thu, 16 Jun 2011 07:33:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G7XpVH036865; Thu, 16 Jun 2011 03:33:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G7XphY036864; Thu, 16 Jun 2011 07:33:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 07:33:51 GMT Message-Id: <201106160733.p5G7XphY036864@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:33:52 -0000 TB --- 2011-06-16 05:40:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 05:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 05:40:01 - cleaning the object tree TB --- 2011-06-16 05:40:09 - cvsupping the source tree TB --- 2011-06-16 05:40:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 05:40:30 - building world TB --- 2011-06-16 05:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 05:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 05:40:30 - TARGET=amd64 TB --- 2011-06-16 05:40:30 - TARGET_ARCH=amd64 TB --- 2011-06-16 05:40:30 - TZ=UTC TB --- 2011-06-16 05:40:30 - __MAKE_CONF=/dev/null TB --- 2011-06-16 05:40:30 - cd /src TB --- 2011-06-16 05:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 05:40:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 07:33:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 07:33:51 - ERROR: failed to build world TB --- 2011-06-16 07:33:51 - 5569.52 user 902.40 system 6830.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:38:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D13F106564A; Thu, 16 Jun 2011 07:38:18 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC818FC18; Thu, 16 Jun 2011 07:38:17 +0000 (UTC) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id D6F132EC686B; Thu, 16 Jun 2011 15:20:12 +0800 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mmlab.cse.yzu.edu.tw; s=test; t=1308208812; bh=dRoAUMgKwH5uVynT4Ixa8iiZLt2ZnzYtXHyhcOQBhmE=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=S5QcjMw60gMM7kc6jwBAB/Pdl5SZHZaozlaqaa6+qX5AYgPpKmTphDM/15MF9fAu+ S4NA0j06aWlvdInmR2hyTBQEzW4Tp6yZVoLp7mEY2dLBeXcyoFNlI9zlS2YhH4G0I6 t2OVlRSUeVaYEmUJyVVy4T4Zw6WcaSJvuvpTrqdw= Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id D67782EC6866; Thu, 16 Jun 2011 15:20:12 +0800 (CST) Date: Thu, 16 Jun 2011 15:20:12 +0800 (CST) From: Tai-hwa Liang To: Garrett Cooper In-Reply-To: Message-ID: <11061615185315.43025@www.mmlab.cse.yzu.edu.tw> References: <201106160436.p5G4ah5k001007@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3425325993-1692132936-1308208812=:43025" Cc: rodrigc@FreeBSD.org, current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:38:18 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3425325993-1692132936-1308208812=:43025 Content-Type: TEXT/PLAIN; charset=big5; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 16 Jun 2011, Garrett Cooper wrote: > On Wed, Jun 15, 2011 at 9:36 PM, FreeBSD Tinderbox > wrote: >> TB --- 2011-06-16 04:08:45 - tinderbox 2.7 running on freebsd-current.sentex.ca >> TB --- 2011-06-16 04:08:45 - starting HEAD tinderbox run for sparc64/sparc64 [...] >> cc -O2 -pipe  -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c >> cc -O2 -pipe  -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c >> cc1: warnings being treated as errors >> /src/lib/libstand/zalloc.c: In function 'zfree': >> /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' >> /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' >> /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' >> *** Error code 1 >> >> Stop in /src/lib/libstand. >> *** Error code 1 > > Could someone please fix the tinderbox compile on sparc64 with this > file via this patch? Committed as r223139. Thanks, Tai-hwa Liang --3425325993-1692132936-1308208812=:43025-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:39:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6020C106564A; Thu, 16 Jun 2011 07:39:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0188FC19; Thu, 16 Jun 2011 07:39:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G7dKE1008656; Thu, 16 Jun 2011 03:39:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G7dKCP008649; Thu, 16 Jun 2011 07:39:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 07:39:20 GMT Message-Id: <201106160739.p5G7dKCP008649@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:39:21 -0000 TB --- 2011-06-16 05:40:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 05:40:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 05:40:01 - cleaning the object tree TB --- 2011-06-16 05:40:09 - cvsupping the source tree TB --- 2011-06-16 05:40:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 05:45:33 - building world TB --- 2011-06-16 05:45:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 05:45:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 05:45:33 - TARGET=i386 TB --- 2011-06-16 05:45:33 - TARGET_ARCH=i386 TB --- 2011-06-16 05:45:33 - TZ=UTC TB --- 2011-06-16 05:45:33 - __MAKE_CONF=/dev/null TB --- 2011-06-16 05:45:33 - cd /src TB --- 2011-06-16 05:45:33 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 05:45:34 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_alloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_balloc.c cc -O2 -pipe -I/src/usr.sbin/makefs -I/src/usr.sbin/makefs/../../sys/fs/cd9660/ -I/src/usr.sbin/makefs/../../sys/ufs/ffs -I/src/usr.sbin/makefs/compat -DHAVE_STRUCT_STAT_ST_FLAGS=1 -DHAVE_STRUCT_STAT_ST_GEN=1 -I/src/usr.sbin/makefs/../mtree -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/makefs/ffs/ffs_bswap.c cc1: warnings being treated as errors In file included from /src/usr.sbin/makefs/ffs/ffs_bswap.c:51: /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: 'enum vtype' declared inside parameter list /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:60: warning: its scope is only this definition or declaration, which is probably not what you want /obj/i386.i386/src/tmp/usr/include/ufs/ffs/ffs_extern.h:85: warning: 'enum vtype' declared inside parameter list *** Error code 1 Stop in /src/usr.sbin/makefs. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 07:39:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 07:39:20 - ERROR: failed to build world TB --- 2011-06-16 07:39:20 - 5575.51 user 884.56 system 7159.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 08:07:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E497A106566C; Thu, 16 Jun 2011 08:07:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 90F868FC13; Thu, 16 Jun 2011 08:07:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5G87wWu057358; Thu, 16 Jun 2011 04:07:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5G87wnM057346; Thu, 16 Jun 2011 08:07:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 08:07:58 GMT Message-Id: <201106160807.p5G87wnM057346@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 08:08:00 -0000 TB --- 2011-06-16 07:39:20 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 07:39:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 07:39:20 - cleaning the object tree TB --- 2011-06-16 07:39:24 - cvsupping the source tree TB --- 2011-06-16 07:39:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 07:39:35 - building world TB --- 2011-06-16 07:39:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 07:39:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 07:39:35 - TARGET=sparc64 TB --- 2011-06-16 07:39:35 - TARGET_ARCH=sparc64 TB --- 2011-06-16 07:39:35 - TZ=UTC TB --- 2011-06-16 07:39:35 - __MAKE_CONF=/dev/null TB --- 2011-06-16 07:39:35 - cd /src TB --- 2011-06-16 07:39:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 07:39:37 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%d' expects type 'int', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 08:07:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 08:07:58 - ERROR: failed to build world TB --- 2011-06-16 08:07:58 - 1270.95 user 310.62 system 1718.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:15:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12782106564A; Thu, 16 Jun 2011 10:15:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4E82A8FC08; Thu, 16 Jun 2011 10:14:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GAEwAN032066; Thu, 16 Jun 2011 06:14:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GAEwCE032053; Thu, 16 Jun 2011 10:14:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 10:14:58 GMT Message-Id: <201106161014.p5GAEwCE032053@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:15:09 -0000 TB --- 2011-06-16 09:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 09:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 09:50:00 - cleaning the object tree TB --- 2011-06-16 09:50:08 - cvsupping the source tree TB --- 2011-06-16 09:50:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 09:50:25 - building world TB --- 2011-06-16 09:50:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 09:50:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 09:50:25 - TARGET=arm TB --- 2011-06-16 09:50:25 - TARGET_ARCH=arm TB --- 2011-06-16 09:50:25 - TZ=UTC TB --- 2011-06-16 09:50:25 - __MAKE_CONF=/dev/null TB --- 2011-06-16 09:50:25 - cd /src TB --- 2011-06-16 09:50:25 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 09:50:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 10:14:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 10:14:58 - ERROR: failed to build world TB --- 2011-06-16 10:14:58 - 1091.47 user 325.16 system 1498.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:25:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23203106564A; Thu, 16 Jun 2011 10:25:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CB2808FC15; Thu, 16 Jun 2011 10:25:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GAPSnL010198; Thu, 16 Jun 2011 06:25:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GAPSIv010192; Thu, 16 Jun 2011 10:25:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 10:25:28 GMT Message-Id: <201106161025.p5GAPSIv010192@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:25:30 -0000 TB --- 2011-06-16 09:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 09:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 09:50:00 - cleaning the object tree TB --- 2011-06-16 09:50:08 - cvsupping the source tree TB --- 2011-06-16 09:50:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 09:50:25 - building world TB --- 2011-06-16 09:50:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 09:50:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 09:50:25 - TARGET=i386 TB --- 2011-06-16 09:50:25 - TARGET_ARCH=i386 TB --- 2011-06-16 09:50:25 - TZ=UTC TB --- 2011-06-16 09:50:25 - __MAKE_CONF=/dev/null TB --- 2011-06-16 09:50:25 - cd /src TB --- 2011-06-16 09:50:25 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 09:50:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 10:25:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 10:25:28 - ERROR: failed to build world TB --- 2011-06-16 10:25:28 - 1600.25 user 373.22 system 2128.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:25:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D66106564A; Thu, 16 Jun 2011 10:25:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 53AF88FC08; Thu, 16 Jun 2011 10:25:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GAPpMJ015396; Thu, 16 Jun 2011 06:25:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GAPppH015388; Thu, 16 Jun 2011 10:25:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 10:25:51 GMT Message-Id: <201106161025.p5GAPppH015388@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:25:52 -0000 TB --- 2011-06-16 09:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 09:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 09:50:00 - cleaning the object tree TB --- 2011-06-16 09:50:08 - cvsupping the source tree TB --- 2011-06-16 09:50:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 09:50:25 - building world TB --- 2011-06-16 09:50:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 09:50:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 09:50:25 - TARGET=amd64 TB --- 2011-06-16 09:50:25 - TARGET_ARCH=amd64 TB --- 2011-06-16 09:50:25 - TZ=UTC TB --- 2011-06-16 09:50:25 - __MAKE_CONF=/dev/null TB --- 2011-06-16 09:50:25 - cd /src TB --- 2011-06-16 09:50:25 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 09:50:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 10:25:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 10:25:51 - ERROR: failed to build world TB --- 2011-06-16 10:25:51 - 1619.80 user 382.68 system 2151.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:26:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 9851F10656DF; Thu, 16 Jun 2011 10:26:01 +0000 (UTC) Date: Thu, 16 Jun 2011 10:26:01 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20110616102601.GA68610@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: two issues after upgrading to a more up-to-date HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:26:01 -0000 hi there, i'm running HEAD on amd64. yesterday i updated my kernel to r223109. i'm now seeing two issues, which weren't there beforehand: 1) ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device SMP: AP CPU #1 Launched! cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: cd present [2291664 x 2048 byte records] ^^ i suspect the xpt_action_default messages have been introduced by the recent CAM changes. they appear to be harmless though. 2) dumpon: ioctl(DIOCSKERNELDUMP): Device not configured /etc/rc: WARNING: unable to specify /dev/label/swapfs as a dump device /dev/label/swapfs is a perfect swap partition and worked without any problems beforehand. specifying the device node instead of the label makes no difference: taku% dumpon /dev/ada1p1 dumpon: ioctl(DIOCSKERNELDUMP): Device not configured otaku% gpart show => 34 488394988 ada0 GPT (232G) 34 128 1 freebsd-boot (64k) 162 16777216 - free - (8.0G) 16777378 471617644 3 freebsd-ufs (224G) => 34 1953525101 ada1 GPT (931G) 34 20971520 1 freebsd-swap (10G) 20971554 4194304 2 freebsd-ufs (2.0G) 25165858 1928359277 3 freebsd-ufs (919G) otaku% glabel status Name Status Components label/boot N/A ada0p1 gptid/e52df583-e446-11de-bb92-000fb58207c8 N/A ada0p1 ufs/rootfs N/A ada0p3 label/swapfs N/A ada1p1 ufs/varfs N/A ada1p2 ufs/usrfs N/A ada1p3 iso9660/Futurama Season 6 Ep 1-8 720p N/A cd0 cheers. alex -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:30:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202C7106564A; Thu, 16 Jun 2011 10:30:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CB3478FC16; Thu, 16 Jun 2011 10:30:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GAUv6S068465; Thu, 16 Jun 2011 06:30:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GAUvTb068455; Thu, 16 Jun 2011 10:30:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 10:30:57 GMT Message-Id: <201106161030.p5GAUvTb068455@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:30:59 -0000 TB --- 2011-06-16 09:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 09:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 09:50:00 - cleaning the object tree TB --- 2011-06-16 09:50:08 - cvsupping the source tree TB --- 2011-06-16 09:50:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 09:55:32 - building world TB --- 2011-06-16 09:55:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 09:55:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 09:55:32 - TARGET=pc98 TB --- 2011-06-16 09:55:32 - TARGET_ARCH=i386 TB --- 2011-06-16 09:55:32 - TZ=UTC TB --- 2011-06-16 09:55:32 - __MAKE_CONF=/dev/null TB --- 2011-06-16 09:55:32 - cd /src TB --- 2011-06-16 09:55:32 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 09:55:32 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 10:30:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 10:30:57 - ERROR: failed to build world TB --- 2011-06-16 10:30:57 - 1605.82 user 382.44 system 2457.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:49:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF205106566C; Thu, 16 Jun 2011 10:49:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 890D28FC08; Thu, 16 Jun 2011 10:49:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GAnhWo039851; Thu, 16 Jun 2011 06:49:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GAnh9X039818; Thu, 16 Jun 2011 10:49:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 10:49:43 GMT Message-Id: <201106161049.p5GAnh9X039818@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:49:45 -0000 TB --- 2011-06-16 10:14:59 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 10:14:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 10:14:59 - cleaning the object tree TB --- 2011-06-16 10:15:02 - cvsupping the source tree TB --- 2011-06-16 10:15:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 10:15:14 - building world TB --- 2011-06-16 10:15:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 10:15:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 10:15:14 - TARGET=ia64 TB --- 2011-06-16 10:15:14 - TARGET_ARCH=ia64 TB --- 2011-06-16 10:15:14 - TZ=UTC TB --- 2011-06-16 10:15:14 - __MAKE_CONF=/dev/null TB --- 2011-06-16 10:15:14 - cd /src TB --- 2011-06-16 10:15:14 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 10:15:14 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 10:49:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 10:49:43 - ERROR: failed to build world TB --- 2011-06-16 10:49:43 - 1618.27 user 351.90 system 2084.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 10:53:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FBB9106566C; Thu, 16 Jun 2011 10:53:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 351138FC18; Thu, 16 Jun 2011 10:53:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GAr0J7078430; Thu, 16 Jun 2011 06:53:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GAr0tc078427; Thu, 16 Jun 2011 10:53:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 10:53:00 GMT Message-Id: <201106161053.p5GAr0tc078427@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 10:53:01 -0000 TB --- 2011-06-16 10:25:29 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 10:25:29 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 10:25:29 - cleaning the object tree TB --- 2011-06-16 10:25:34 - cvsupping the source tree TB --- 2011-06-16 10:25:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 10:25:47 - building world TB --- 2011-06-16 10:25:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 10:25:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 10:25:47 - TARGET=mips TB --- 2011-06-16 10:25:47 - TARGET_ARCH=mips TB --- 2011-06-16 10:25:47 - TZ=UTC TB --- 2011-06-16 10:25:47 - __MAKE_CONF=/dev/null TB --- 2011-06-16 10:25:47 - cd /src TB --- 2011-06-16 10:25:47 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 10:25:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 10:53:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 10:53:00 - ERROR: failed to build world TB --- 2011-06-16 10:53:00 - 1187.21 user 320.65 system 1651.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 11:00:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E40106566B; Thu, 16 Jun 2011 11:00:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E2AB28FC12; Thu, 16 Jun 2011 11:00:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GB0ikD030851; Thu, 16 Jun 2011 07:00:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GB0inG030846; Thu, 16 Jun 2011 11:00:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 11:00:44 GMT Message-Id: <201106161100.p5GB0inG030846@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 11:00:45 -0000 TB --- 2011-06-16 10:25:51 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 10:25:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 10:25:51 - cleaning the object tree TB --- 2011-06-16 10:26:02 - cvsupping the source tree TB --- 2011-06-16 10:26:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 10:26:12 - building world TB --- 2011-06-16 10:26:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 10:26:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 10:26:12 - TARGET=powerpc TB --- 2011-06-16 10:26:12 - TARGET_ARCH=powerpc TB --- 2011-06-16 10:26:12 - TZ=UTC TB --- 2011-06-16 10:26:12 - __MAKE_CONF=/dev/null TB --- 2011-06-16 10:26:12 - cd /src TB --- 2011-06-16 10:26:12 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 10:26:13 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 11:00:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 11:00:43 - ERROR: failed to build world TB --- 2011-06-16 11:00:43 - 1608.77 user 365.30 system 2092.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 11:01:41 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8C81065675; Thu, 16 Jun 2011 11:01:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A87F88FC13; Thu, 16 Jun 2011 11:01:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GB1d3x037230; Thu, 16 Jun 2011 07:01:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GB1d9C037225; Thu, 16 Jun 2011 11:01:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 11:01:39 GMT Message-Id: <201106161101.p5GB1d9C037225@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 11:01:41 -0000 TB --- 2011-06-16 10:30:58 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 10:30:58 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-16 10:30:58 - cleaning the object tree TB --- 2011-06-16 10:31:11 - cvsupping the source tree TB --- 2011-06-16 10:31:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-16 10:31:24 - building world TB --- 2011-06-16 10:31:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 10:31:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 10:31:24 - TARGET=powerpc TB --- 2011-06-16 10:31:24 - TARGET_ARCH=powerpc64 TB --- 2011-06-16 10:31:24 - TZ=UTC TB --- 2011-06-16 10:31:24 - __MAKE_CONF=/dev/null TB --- 2011-06-16 10:31:24 - cd /src TB --- 2011-06-16 10:31:24 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 10:31:25 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 11:01:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 11:01:39 - ERROR: failed to build world TB --- 2011-06-16 11:01:39 - 1381.77 user 334.05 system 1841.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 11:15:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4CEC106566B; Thu, 16 Jun 2011 11:15:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD5A8FC0A; Thu, 16 Jun 2011 11:15:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GBFh88070634; Thu, 16 Jun 2011 07:15:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GBFhPF070633; Thu, 16 Jun 2011 11:15:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 11:15:43 GMT Message-Id: <201106161115.p5GBFhPF070633@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 11:15:44 -0000 TB --- 2011-06-16 10:49:44 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 10:49:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 10:49:44 - cleaning the object tree TB --- 2011-06-16 10:49:49 - cvsupping the source tree TB --- 2011-06-16 10:49:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 10:50:21 - building world TB --- 2011-06-16 10:50:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 10:50:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 10:50:21 - TARGET=sparc64 TB --- 2011-06-16 10:50:21 - TARGET_ARCH=sparc64 TB --- 2011-06-16 10:50:21 - TZ=UTC TB --- 2011-06-16 10:50:21 - __MAKE_CONF=/dev/null TB --- 2011-06-16 10:50:21 - cd /src TB --- 2011-06-16 10:50:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 10:50:22 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 11:15:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 11:15:43 - ERROR: failed to build world TB --- 2011-06-16 11:15:43 - 1248.03 user 284.82 system 1559.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:31:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E3D2106566C; Thu, 16 Jun 2011 07:31:40 +0000 (UTC) (envelope-from nwf@cs.jhu.edu) Received: from blaze.cs.jhu.edu (blaze.cs.jhu.edu [128.220.13.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4205B8FC13; Thu, 16 Jun 2011 07:31:39 +0000 (UTC) Received: from gradx.cs.jhu.edu (gradx.cs.jhu.edu [128.220.13.52]) by blaze.cs.jhu.edu (8.14.3/8.14.3) with ESMTP id p5G7Vc0i003347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Jun 2011 03:31:39 -0400 (EDT) Received: from gradx.cs.jhu.edu (localhost [127.0.0.1]) by gradx.cs.jhu.edu (8.14.3/8.13.1) with ESMTP id p5G7VcSh021746; Thu, 16 Jun 2011 03:31:38 -0400 Received: (from nwf@localhost) by gradx.cs.jhu.edu (8.14.3/8.13.8/Submit) id p5G7VclU021745; Thu, 16 Jun 2011 03:31:38 -0400 Date: Thu, 16 Jun 2011 03:31:38 -0400 From: Nathaniel W Filardo To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20110616073138.GL31996@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kc9HNjpzOXVc7FFU" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-08-17) X-Mailman-Approved-At: Thu, 16 Jun 2011 11:21:19 +0000 Cc: Subject: TLS bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:31:40 -0000 --Kc9HNjpzOXVc7FFU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have a few applications (bonnie++ and mysql, specifically, both from ports) which trip over the assertion in lib/libc/stdlib/malloc.c:/^_malloc_thread_cleanup that > assert(tcache !=3D (void *)(uintptr_t)1); I have patched malloc.c thus: > --- a/lib/libc/stdlib/malloc.c > +++ b/lib/libc/stdlib/malloc.c > @@ -1108,7 +1108,7 @@ static __thread arena_t *arenas_map TLS_M= ODEL; > =20 > #ifdef MALLOC_TCACHE > /* Map of thread-specific caches. */ > -static __thread tcache_t *tcache_tls TLS_MODEL; > +__thread tcache_t *tcache_tls TLS_MODEL; > =20 > /* > * Number of cache slots for each bin in the thread cache, or 0 if tcache > * is > @@ -6184,10 +6184,17 @@ _malloc_thread_cleanup(void) > #ifdef MALLOC_TCACHE > tcache_t *tcache =3D tcache_tls; > =20 > + fprintf(stderr, "_m_t_c for %d:%lu with %p\n",=20 > + getpid(), > + (unsigned long) _pthread_self(), > + tcache); > + > if (tcache !=3D NULL) { > - assert(tcache !=3D (void *)(uintptr_t)1); > - tcache_destroy(tcache); > - tcache_tls =3D (void *)(uintptr_t)1; > + /* assert(tcache !=3D (void *)(uintptr_t)1); */ > + if((uintptr_t)tcache !=3D (uintptr_t)1) { > + tcache_destroy(tcache); > + tcache_tls =3D (void *)(uintptr_t)1; > + } and libthr/thread/thr_create.c thus: > --- a/lib/libthr/thread/thr_create.c > +++ b/lib/libthr/thread/thr_create.c > @@ -243,6 +243,8 @@ create_stack(struct pthread_attr *pattr) > return (ret); > } > =20 > +extern __thread void *tcache_tls; > + > static void > thread_start(struct pthread *curthread) > { > @@ -280,6 +282,11 @@ thread_start(struct pthread *curthread) > curthread->attr.stacksize_attr; > #endif > =20 > + fprintf(stderr, "t_s for %d:%lu with %p\n", > + getpid(), > + (unsigned long) _pthread_self(), > + tcache_tls); > + > /* Run the current thread's start routine with argument: */ > _pthread_exit(curthread->start_routine(curthread->arg)); > =20 to attempt to debug this issue. With those changes in place, bonnie++'s execution looks like this: >[...] > Writing a byte at a time...done > Writing intelligently...done > Rewriting...done > Reading a byte at a time...done > Reading intelligently...done > t_s for 79654:1086343168 with 0x0 > t_s for 79654:1086345216 with 0x0 > t_s for 79654:1086346240 with 0x0 > t_s for 79654:1086347264 with 0x0 > t_s for 79654:1086344192 with 0x0 > start 'em...done...done...done...done..._m_t_c for 79654:1086344192 with > 0x41404400 > _m_t_c for 79654:1086346240 with 0x40d2c400 > _m_t_c for 79654:1086343168 with 0x41404200 > _m_t_c for 79654:1086345216 with 0x41804200 > done... > _m_t_c for 79654:1086347264 with 0x41004200 > Create files in sequential order...done. > Stat files in sequential order...done. > Delete files in sequential order...done. > Create files in random order...done. > Stat files in random order...done. > Delete files in random order...done. > 1.96,1.96,hydra.priv.oc.ietfng.org,1,1308217772,10M,,7,81,2644,7,3577,14,= 34,93,+++++,+++,773.7,61,16,,, > ,,2325,74,13016,99,2342,86,3019,91,11888,99,2184,89,16397ms,1237ms,671ms,= 2009ms,177us,1305ms,489ms,1029 > us,270ms,140ms,53730us,250ms > Writing a byte at a time...done > Writing intelligently...done > Rewriting...done > Reading a byte at a time...done > Reading intelligently...done > t_s for 79654:1086343168 with 0x1 > t_s for 79654:1086346240 with 0x1 > t_s for 79654:1086345216 with 0x1 > t_s for 79654:1086347264 with 0x1 > t_s for 79654:1086344192 with 0x1 > start 'em...done...done...done...done...done... > _m_t_c for 79654:1086347264 with 0x1 > _m_t_c for 79654:1086344192 with 0x1 > _m_t_c for 79654:1086343168 with 0x1 >[...] So what seems to be happening is that the TLS area is being set up incorrectly, eventually: rather than zeroing the tcache_tls value, it is being set to 1, which means no tcache is ever allocated, so when we get around to exiting, the assert trips. Unfortunately, setting a breakpoint on __libc_allocate_tls seems to do bad things to the kernel (inducing a SIR without any panic message). I am somewhat at a loss; help? Thanks in advance! --nwf; --Kc9HNjpzOXVc7FFU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk35sVoACgkQTeQabvr9Tc8AJwCfc+etLWF1W7/G4+eMtBqB7RgH 3joAni4+9lulaoiqgiSFFDNXnNXlR8Yj =kSUy -----END PGP SIGNATURE----- --Kc9HNjpzOXVc7FFU-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 07:53:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570B0106566B; Thu, 16 Jun 2011 07:53:20 +0000 (UTC) (envelope-from nwf@cs.jhu.edu) Received: from blaze.cs.jhu.edu (blaze.cs.jhu.edu [128.220.13.50]) by mx1.freebsd.org (Postfix) with ESMTP id 11E828FC1C; Thu, 16 Jun 2011 07:53:19 +0000 (UTC) Received: from gradx.cs.jhu.edu (gradx.cs.jhu.edu [128.220.13.52]) by blaze.cs.jhu.edu (8.14.3/8.14.3) with ESMTP id p5G7rJn8005689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Jun 2011 03:53:19 -0400 (EDT) Received: from gradx.cs.jhu.edu (localhost [127.0.0.1]) by gradx.cs.jhu.edu (8.14.3/8.13.1) with ESMTP id p5G7rJ9D023154; Thu, 16 Jun 2011 03:53:19 -0400 Received: (from nwf@localhost) by gradx.cs.jhu.edu (8.14.3/8.13.8/Submit) id p5G7rJvC023153; Thu, 16 Jun 2011 03:53:19 -0400 Date: Thu, 16 Jun 2011 03:53:19 -0400 From: Nathaniel W Filardo To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20110616075319.GM31996@gradx.cs.jhu.edu> References: <20110616073138.GL31996@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CaPKgh3XHpq3rEUV" Content-Disposition: inline In-Reply-To: <20110616073138.GL31996@gradx.cs.jhu.edu> User-Agent: Mutt/1.5.20 (2009-08-17) X-Mailman-Approved-At: Thu, 16 Jun 2011 11:21:38 +0000 Cc: Subject: Re: TLS bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 07:53:20 -0000 --CaPKgh3XHpq3rEUV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Atcht; it's late. I forgot to mention that this system is a sparc64 V240 2-way SMP machine. It's running a kernel from 9.0-CURRENT r222833+262af52: Tue Jun 7 18:47:35 EDT 2011 and a userland from a little later. Sorry about that. --nwf; On Thu, Jun 16, 2011 at 03:31:38AM -0400, Nathaniel W Filardo wrote: > I have a few applications (bonnie++ and mysql, specifically, both from > ports) which trip over the assertion in > lib/libc/stdlib/malloc.c:/^_malloc_thread_cleanup that > > assert(tcache !=3D (void *)(uintptr_t)1); >=20 > I have patched malloc.c thus: >=20 > > --- a/lib/libc/stdlib/malloc.c > > +++ b/lib/libc/stdlib/malloc.c > > @@ -1108,7 +1108,7 @@ static __thread arena_t *arenas_map TLS= _MODEL; > > =20 > > #ifdef MALLOC_TCACHE > > /* Map of thread-specific caches. */ > > -static __thread tcache_t *tcache_tls TLS_MODEL; > > +__thread tcache_t *tcache_tls TLS_MODEL; > > =20 > > /* > > * Number of cache slots for each bin in the thread cache, or 0 if tca= che > > * is > > @@ -6184,10 +6184,17 @@ _malloc_thread_cleanup(void) > > #ifdef MALLOC_TCACHE > > tcache_t *tcache =3D tcache_tls; > > =20 > > + fprintf(stderr, "_m_t_c for %d:%lu with %p\n",=20 > > + getpid(), > > + (unsigned long) _pthread_self(), > > + tcache); > > + > > if (tcache !=3D NULL) { > > - assert(tcache !=3D (void *)(uintptr_t)1); > > - tcache_destroy(tcache); > > - tcache_tls =3D (void *)(uintptr_t)1; > > + /* assert(tcache !=3D (void *)(uintptr_t)1); */ > > + if((uintptr_t)tcache !=3D (uintptr_t)1) { > > + tcache_destroy(tcache); > > + tcache_tls =3D (void *)(uintptr_t)1; > > + } >=20 > and libthr/thread/thr_create.c thus: >=20 > > --- a/lib/libthr/thread/thr_create.c > > +++ b/lib/libthr/thread/thr_create.c > > @@ -243,6 +243,8 @@ create_stack(struct pthread_attr *pattr) > > return (ret); > > } > > =20 > > +extern __thread void *tcache_tls; > > + > > static void > > thread_start(struct pthread *curthread) > > { > > @@ -280,6 +282,11 @@ thread_start(struct pthread *curthread) > > curthread->attr.stacksize_attr; > > #endif > > =20 > > + fprintf(stderr, "t_s for %d:%lu with %p\n", > > + getpid(), > > + (unsigned long) _pthread_self(), > > + tcache_tls); > > + > > /* Run the current thread's start routine with argument: */ > > _pthread_exit(curthread->start_routine(curthread->arg)); > > =20 >=20 > to attempt to debug this issue. With those changes in place, bonnie++'s > execution looks like this: >=20 > >[...] > > Writing a byte at a time...done > > Writing intelligently...done > > Rewriting...done > > Reading a byte at a time...done > > Reading intelligently...done > > t_s for 79654:1086343168 with 0x0 > > t_s for 79654:1086345216 with 0x0 > > t_s for 79654:1086346240 with 0x0 > > t_s for 79654:1086347264 with 0x0 > > t_s for 79654:1086344192 with 0x0 > > start 'em...done...done...done...done..._m_t_c for 79654:1086344192 with > > 0x41404400 > > _m_t_c for 79654:1086346240 with 0x40d2c400 > > _m_t_c for 79654:1086343168 with 0x41404200 > > _m_t_c for 79654:1086345216 with 0x41804200 > > done... > > _m_t_c for 79654:1086347264 with 0x41004200 > > Create files in sequential order...done. > > Stat files in sequential order...done. > > Delete files in sequential order...done. > > Create files in random order...done. > > Stat files in random order...done. > > Delete files in random order...done. > > 1.96,1.96,hydra.priv.oc.ietfng.org,1,1308217772,10M,,7,81,2644,7,3577,1= 4,34,93,+++++,+++,773.7,61,16,,, > > ,,2325,74,13016,99,2342,86,3019,91,11888,99,2184,89,16397ms,1237ms,671m= s,2009ms,177us,1305ms,489ms,1029 > > us,270ms,140ms,53730us,250ms > > Writing a byte at a time...done > > Writing intelligently...done > > Rewriting...done > > Reading a byte at a time...done > > Reading intelligently...done > > t_s for 79654:1086343168 with 0x1 > > t_s for 79654:1086346240 with 0x1 > > t_s for 79654:1086345216 with 0x1 > > t_s for 79654:1086347264 with 0x1 > > t_s for 79654:1086344192 with 0x1 > > start 'em...done...done...done...done...done... > > _m_t_c for 79654:1086347264 with 0x1 > > _m_t_c for 79654:1086344192 with 0x1 > > _m_t_c for 79654:1086343168 with 0x1 > >[...] >=20 > So what seems to be happening is that the TLS area is being set up > incorrectly, eventually: rather than zeroing the tcache_tls value, it is > being set to 1, which means no tcache is ever allocated, so when we get > around to exiting, the assert trips. >=20 > Unfortunately, setting a breakpoint on __libc_allocate_tls seems to do bad > things to the kernel (inducing a SIR without any panic message). I am > somewhat at a loss; help? >=20 > Thanks in advance! > --nwf; --CaPKgh3XHpq3rEUV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk35tm8ACgkQTeQabvr9Tc9dUgCfdsS2tRyv7XQLe3ZIxtARb08g ikwAnRJGMKWSWPd8KL0C4PzKAahNfjT0 =pMJ3 -----END PGP SIGNATURE----- --CaPKgh3XHpq3rEUV-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 11:45:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B85FE1065672; Thu, 16 Jun 2011 11:45:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 53A858FC1A; Thu, 16 Jun 2011 11:45:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GBj3gs016036; Thu, 16 Jun 2011 07:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GBj3Db015998; Thu, 16 Jun 2011 11:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 11:45:03 GMT Message-Id: <201106161145.p5GBj3Db015998@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 11:45:04 -0000 TB --- 2011-06-16 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 11:20:00 - cleaning the object tree TB --- 2011-06-16 11:20:04 - cvsupping the source tree TB --- 2011-06-16 11:20:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 11:20:18 - building world TB --- 2011-06-16 11:20:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:20:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:20:18 - TARGET=arm TB --- 2011-06-16 11:20:18 - TARGET_ARCH=arm TB --- 2011-06-16 11:20:18 - TZ=UTC TB --- 2011-06-16 11:20:18 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:20:18 - cd /src TB --- 2011-06-16 11:20:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:20:21 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 11:45:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 11:45:02 - ERROR: failed to build world TB --- 2011-06-16 11:45:02 - 1093.71 user 319.30 system 1502.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 11:55:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A50C61065670; Thu, 16 Jun 2011 11:55:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5388FC13; Thu, 16 Jun 2011 11:55:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GBtBCJ089994; Thu, 16 Jun 2011 07:55:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GBtBPZ089989; Thu, 16 Jun 2011 11:55:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 11:55:11 GMT Message-Id: <201106161155.p5GBtBPZ089989@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 11:55:12 -0000 TB --- 2011-06-16 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 11:20:00 - cleaning the object tree TB --- 2011-06-16 11:20:05 - cvsupping the source tree TB --- 2011-06-16 11:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 11:20:18 - building world TB --- 2011-06-16 11:20:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:20:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:20:18 - TARGET=i386 TB --- 2011-06-16 11:20:18 - TARGET_ARCH=i386 TB --- 2011-06-16 11:20:18 - TZ=UTC TB --- 2011-06-16 11:20:18 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:20:18 - cd /src TB --- 2011-06-16 11:20:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:20:21 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 11:55:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 11:55:11 - ERROR: failed to build world TB --- 2011-06-16 11:55:11 - 1592.90 user 376.16 system 2110.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 11:55:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AE3A1065702; Thu, 16 Jun 2011 11:55:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E559E8FC08; Thu, 16 Jun 2011 11:55:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GBtXIj095328; Thu, 16 Jun 2011 07:55:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GBtX0W095314; Thu, 16 Jun 2011 11:55:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 11:55:33 GMT Message-Id: <201106161155.p5GBtX0W095314@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 11:55:34 -0000 TB --- 2011-06-16 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 11:20:00 - cleaning the object tree TB --- 2011-06-16 11:20:05 - cvsupping the source tree TB --- 2011-06-16 11:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 11:20:18 - building world TB --- 2011-06-16 11:20:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:20:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:20:18 - TARGET=amd64 TB --- 2011-06-16 11:20:18 - TARGET_ARCH=amd64 TB --- 2011-06-16 11:20:18 - TZ=UTC TB --- 2011-06-16 11:20:18 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:20:18 - cd /src TB --- 2011-06-16 11:20:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:20:21 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 11:55:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 11:55:33 - ERROR: failed to build world TB --- 2011-06-16 11:55:33 - 1611.19 user 385.47 system 2132.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:00:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 159DA1065724 for ; Thu, 16 Jun 2011 12:00:37 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (ns3.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 79E168FC1F for ; Thu, 16 Jun 2011 12:00:36 +0000 (UTC) Received: from atom.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by loki.netlab.sk with ESMTPSA; Thu, 16 Jun 2011 13:50:00 +0200 id 00033C18.4DF9EDE8.0000EEE2 Date: Thu, 16 Jun 2011 13:50:17 +0200 From: Milan Obuch To: freebsd-current@freebsd.org Message-ID: <20110616135017.3ec538dd@atom.dino.sk> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:00:37 -0000 Hi, I encountered an error when WITHOUT_INSTALLLIB option is specified for 'make buildworld' process. I documented this issue with build logs at my page, http://www.dino.sk/build/2011-06-16-log1 and http://www.dino.sk/build/2011-06-16-log2 show how to test this. At this time, there is no /etc/make.conf nor /etc/src.conf. Any idea what's wrong with libegacy.a here? Regards, Milan From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:01:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 214BD1065673; Thu, 16 Jun 2011 12:01:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CBF138FC21; Thu, 16 Jun 2011 12:01:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GC18gG054867; Thu, 16 Jun 2011 08:01:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GC17OF054866; Thu, 16 Jun 2011 12:01:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 12:01:07 GMT Message-Id: <201106161201.p5GC17OF054866@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:01:09 -0000 TB --- 2011-06-16 11:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 11:20:00 - cleaning the object tree TB --- 2011-06-16 11:20:05 - cvsupping the source tree TB --- 2011-06-16 11:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 11:25:29 - building world TB --- 2011-06-16 11:25:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:25:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:25:29 - TARGET=pc98 TB --- 2011-06-16 11:25:29 - TARGET_ARCH=i386 TB --- 2011-06-16 11:25:29 - TZ=UTC TB --- 2011-06-16 11:25:29 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:25:29 - cd /src TB --- 2011-06-16 11:25:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:25:29 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 12:01:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 12:01:07 - ERROR: failed to build world TB --- 2011-06-16 12:01:07 - 1610.90 user 381.58 system 2467.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:19:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34A9B106564A; Thu, 16 Jun 2011 12:19:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DFE548FC0A; Thu, 16 Jun 2011 12:19:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GCJQFH023500; Thu, 16 Jun 2011 08:19:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GCJQ0s023489; Thu, 16 Jun 2011 12:19:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 12:19:26 GMT Message-Id: <201106161219.p5GCJQ0s023489@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:19:28 -0000 TB --- 2011-06-16 11:45:03 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:45:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 11:45:03 - cleaning the object tree TB --- 2011-06-16 11:45:07 - cvsupping the source tree TB --- 2011-06-16 11:45:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 11:45:18 - building world TB --- 2011-06-16 11:45:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:45:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:45:18 - TARGET=ia64 TB --- 2011-06-16 11:45:18 - TARGET_ARCH=ia64 TB --- 2011-06-16 11:45:18 - TZ=UTC TB --- 2011-06-16 11:45:18 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:45:18 - cd /src TB --- 2011-06-16 11:45:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:45:19 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 12:19:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 12:19:26 - ERROR: failed to build world TB --- 2011-06-16 12:19:26 - 1622.42 user 348.87 system 2063.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:22:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD7A106566C; Thu, 16 Jun 2011 12:22:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D66D48FC13; Thu, 16 Jun 2011 12:22:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GCMhvl063515; Thu, 16 Jun 2011 08:22:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GCMhOv063503; Thu, 16 Jun 2011 12:22:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 12:22:43 GMT Message-Id: <201106161222.p5GCMhOv063503@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:22:45 -0000 TB --- 2011-06-16 11:55:11 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:55:11 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 11:55:11 - cleaning the object tree TB --- 2011-06-16 11:55:14 - cvsupping the source tree TB --- 2011-06-16 11:55:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 11:55:27 - building world TB --- 2011-06-16 11:55:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:55:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:55:27 - TARGET=mips TB --- 2011-06-16 11:55:27 - TARGET_ARCH=mips TB --- 2011-06-16 11:55:27 - TZ=UTC TB --- 2011-06-16 11:55:27 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:55:27 - cd /src TB --- 2011-06-16 11:55:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:55:28 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 12:22:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 12:22:43 - ERROR: failed to build world TB --- 2011-06-16 12:22:43 - 1187.97 user 317.92 system 1652.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:30:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D7F1065670; Thu, 16 Jun 2011 12:30:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ACF258FC14; Thu, 16 Jun 2011 12:30:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GCUHFk013859; Thu, 16 Jun 2011 08:30:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GCUH2C013858; Thu, 16 Jun 2011 12:30:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 12:30:17 GMT Message-Id: <201106161230.p5GCUH2C013858@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:30:19 -0000 TB --- 2011-06-16 11:55:33 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 11:55:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 11:55:33 - cleaning the object tree TB --- 2011-06-16 11:55:37 - cvsupping the source tree TB --- 2011-06-16 11:55:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 11:55:50 - building world TB --- 2011-06-16 11:55:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 11:55:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 11:55:50 - TARGET=powerpc TB --- 2011-06-16 11:55:50 - TARGET_ARCH=powerpc TB --- 2011-06-16 11:55:50 - TZ=UTC TB --- 2011-06-16 11:55:50 - __MAKE_CONF=/dev/null TB --- 2011-06-16 11:55:50 - cd /src TB --- 2011-06-16 11:55:50 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 11:55:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 12:30:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 12:30:17 - ERROR: failed to build world TB --- 2011-06-16 12:30:17 - 1609.06 user 355.93 system 2084.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:31:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794481065674; Thu, 16 Jun 2011 12:31:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 340AD8FC14; Thu, 16 Jun 2011 12:31:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GCVLWB021180; Thu, 16 Jun 2011 08:31:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GCVLpA021179; Thu, 16 Jun 2011 12:31:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 12:31:21 GMT Message-Id: <201106161231.p5GCVLpA021179@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:31:22 -0000 TB --- 2011-06-16 12:01:08 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 12:01:08 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-16 12:01:08 - cleaning the object tree TB --- 2011-06-16 12:01:14 - cvsupping the source tree TB --- 2011-06-16 12:01:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-16 12:01:31 - building world TB --- 2011-06-16 12:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 12:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 12:01:31 - TARGET=powerpc TB --- 2011-06-16 12:01:31 - TARGET_ARCH=powerpc64 TB --- 2011-06-16 12:01:31 - TZ=UTC TB --- 2011-06-16 12:01:31 - __MAKE_CONF=/dev/null TB --- 2011-06-16 12:01:31 - cd /src TB --- 2011-06-16 12:01:31 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 12:01:32 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 12:31:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 12:31:21 - ERROR: failed to build world TB --- 2011-06-16 12:31:21 - 1371.29 user 326.95 system 1813.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:45:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69C7E106566B; Thu, 16 Jun 2011 12:45:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 14B948FC17; Thu, 16 Jun 2011 12:45:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GCj63I053721; Thu, 16 Jun 2011 08:45:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GCj6fD053720; Thu, 16 Jun 2011 12:45:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 12:45:06 GMT Message-Id: <201106161245.p5GCj6fD053720@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:45:07 -0000 TB --- 2011-06-16 12:19:27 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 12:19:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 12:19:27 - cleaning the object tree TB --- 2011-06-16 12:19:30 - cvsupping the source tree TB --- 2011-06-16 12:19:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 12:19:44 - building world TB --- 2011-06-16 12:19:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 12:19:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 12:19:44 - TARGET=sparc64 TB --- 2011-06-16 12:19:44 - TARGET_ARCH=sparc64 TB --- 2011-06-16 12:19:44 - TZ=UTC TB --- 2011-06-16 12:19:44 - __MAKE_CONF=/dev/null TB --- 2011-06-16 12:19:44 - cd /src TB --- 2011-06-16 12:19:44 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 12:19:45 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 12:45:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 12:45:06 - ERROR: failed to build world TB --- 2011-06-16 12:45:06 - 1248.24 user 281.82 system 1539.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 12:53:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lo0.su (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by hub.freebsd.org (Postfix) with ESMTP id A0AE7106564A; Thu, 16 Jun 2011 12:53:01 +0000 (UTC) (envelope-from ru@FreeBSD.org) Date: Thu, 16 Jun 2011 12:55:28 +0000 From: Ruslan Ermilov To: Milan Obuch Message-ID: <20110616125528.GA22627@lo0.su> References: <20110616135017.3ec538dd@atom.dino.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110616135017.3ec538dd@atom.dino.sk> Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 12:53:02 -0000 On Thu, Jun 16, 2011 at 01:50:17PM +0200, Milan Obuch wrote: > Hi, > > I encountered an error when WITHOUT_INSTALLLIB option is specified > for 'make buildworld' process. I documented this issue with build logs > at my page, http://www.dino.sk/build/2011-06-16-log1 and > http://www.dino.sk/build/2011-06-16-log2 show how to test this. At this > time, there is no /etc/make.conf nor /etc/src.conf. > > Any idea what's wrong with libegacy.a here? This option wasn't designed for build, only for install. It's like WITHOUT_TOOLCHAIN, which is documented to "not work for build targets". -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:09:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4458F1065672 for ; Thu, 16 Jun 2011 13:09:26 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2C108FC20 for ; Thu, 16 Jun 2011 13:09:25 +0000 (UTC) Received: by iwr19 with SMTP id 19so397598iwr.13 for ; Thu, 16 Jun 2011 06:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=nA6d+T7jXw7FSRWgH6dZm414b/lssyBCkiNn2He8iXo=; b=fNqUL7Kb4XHKp3RHnWd9wumwVjXlaHz/BBCJ2TagOiL9LAqdif8BlqDUH8EziVoLGA 33aRf1VAKxC1Kapn7RCKvcqf2Id4NXpjDIny4Cgt7cWm+jNvGvNJwy2+arcc+uS+LmsW MWorPSC6eKU4KRVNqihu92BRbA97YQsPshz7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=JYjxQBhdmW+ak3oUAk96GEtutyOT8SP60vtxv+edQs5iec1IOvLTCPVOREr3t1t5lY Z+C9ttWs0uTkwCOeHEa7HuUMWg83dygZaq9lZ0yel44wqzHWfD0tBpdTTb1t/dalFiWs /bWFPI1Wsdwu8oGSxys3EkL5Aqro+OumS3r+c= Received: by 10.42.141.133 with SMTP id o5mr728708icu.166.1308229765078; Thu, 16 Jun 2011 06:09:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.52.65 with HTTP; Thu, 16 Jun 2011 06:09:05 -0700 (PDT) In-Reply-To: <20110616125528.GA22627@lo0.su> References: <20110616135017.3ec538dd@atom.dino.sk> <20110616125528.GA22627@lo0.su> From: Eir Nym Date: Thu, 16 Jun 2011 17:09:05 +0400 Message-ID: To: Ruslan Ermilov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Milan Obuch Subject: Re: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:09:26 -0000 On 16 June 2011 16:55, Ruslan Ermilov wrote: > On Thu, Jun 16, 2011 at 01:50:17PM +0200, Milan Obuch wrote: >> Hi, >> >> I encountered an error when WITHOUT_INSTALLLIB option is specified >> for 'make buildworld' process. I documented this issue with build logs >> at my page, http://www.dino.sk/build/2011-06-16-log1 and >> http://www.dino.sk/build/2011-06-16-log2 show how to test this. At this >> time, there is no /etc/make.conf nor /etc/src.conf. >> >> Any idea what's wrong with libegacy.a here? > > This option wasn't designed for build, only for install. =C2=A0It's like > WITHOUT_TOOLCHAIN, which is documented to "not work for build targets". > Should this be simply ignored for build targets? > > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:15:03 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5EFF106564A; Thu, 16 Jun 2011 13:15:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 46A8C8FC13; Thu, 16 Jun 2011 13:15:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GDF2VM099049; Thu, 16 Jun 2011 09:15:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GDF2YB099023; Thu, 16 Jun 2011 13:15:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 13:15:02 GMT Message-Id: <201106161315.p5GDF2YB099023@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:15:03 -0000 TB --- 2011-06-16 12:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 12:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 12:50:00 - cleaning the object tree TB --- 2011-06-16 12:50:04 - cvsupping the source tree TB --- 2011-06-16 12:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 12:50:20 - building world TB --- 2011-06-16 12:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 12:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 12:50:20 - TARGET=arm TB --- 2011-06-16 12:50:20 - TARGET_ARCH=arm TB --- 2011-06-16 12:50:20 - TZ=UTC TB --- 2011-06-16 12:50:20 - __MAKE_CONF=/dev/null TB --- 2011-06-16 12:50:20 - cd /src TB --- 2011-06-16 12:50:20 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 12:50:20 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 13:15:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 13:15:02 - ERROR: failed to build world TB --- 2011-06-16 13:15:02 - 1092.09 user 321.23 system 1501.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:25:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F2211065672; Thu, 16 Jun 2011 13:25:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 457418FC16; Thu, 16 Jun 2011 13:25:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GDPJRs074429; Thu, 16 Jun 2011 09:25:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GDPE5S073441; Thu, 16 Jun 2011 13:25:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 13:25:14 GMT Message-Id: <201106161325.p5GDPE5S073441@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:25:20 -0000 TB --- 2011-06-16 12:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 12:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 12:50:00 - cleaning the object tree TB --- 2011-06-16 12:50:04 - cvsupping the source tree TB --- 2011-06-16 12:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 12:50:20 - building world TB --- 2011-06-16 12:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 12:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 12:50:20 - TARGET=pc98 TB --- 2011-06-16 12:50:20 - TARGET_ARCH=i386 TB --- 2011-06-16 12:50:20 - TZ=UTC TB --- 2011-06-16 12:50:20 - __MAKE_CONF=/dev/null TB --- 2011-06-16 12:50:20 - cd /src TB --- 2011-06-16 12:50:20 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 12:50:20 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 13:25:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 13:25:14 - ERROR: failed to build world TB --- 2011-06-16 13:25:14 - 1596.91 user 383.90 system 2113.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:25:35 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338B51065672; Thu, 16 Jun 2011 13:25:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E35ED8FC1D; Thu, 16 Jun 2011 13:25:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GDPYTR077856; Thu, 16 Jun 2011 09:25:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GDPYAh077846; Thu, 16 Jun 2011 13:25:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 13:25:34 GMT Message-Id: <201106161325.p5GDPYAh077846@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:25:35 -0000 TB --- 2011-06-16 12:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 12:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 12:50:00 - cleaning the object tree TB --- 2011-06-16 12:50:04 - cvsupping the source tree TB --- 2011-06-16 12:50:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 12:50:20 - building world TB --- 2011-06-16 12:50:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 12:50:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 12:50:20 - TARGET=amd64 TB --- 2011-06-16 12:50:20 - TARGET_ARCH=amd64 TB --- 2011-06-16 12:50:20 - TZ=UTC TB --- 2011-06-16 12:50:20 - __MAKE_CONF=/dev/null TB --- 2011-06-16 12:50:20 - cd /src TB --- 2011-06-16 12:50:20 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 12:50:20 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 13:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 13:25:34 - ERROR: failed to build world TB --- 2011-06-16 13:25:34 - 1615.65 user 382.71 system 2133.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:30:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49A32106566B; Thu, 16 Jun 2011 13:30:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 05A4A8FC14; Thu, 16 Jun 2011 13:30:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GDUpQj036845; Thu, 16 Jun 2011 09:30:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GDUple036844; Thu, 16 Jun 2011 13:30:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 13:30:51 GMT Message-Id: <201106161330.p5GDUple036844@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:30:52 -0000 TB --- 2011-06-16 12:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 12:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 12:50:00 - cleaning the object tree TB --- 2011-06-16 12:50:05 - cvsupping the source tree TB --- 2011-06-16 12:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 12:55:29 - building world TB --- 2011-06-16 12:55:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 12:55:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 12:55:29 - TARGET=i386 TB --- 2011-06-16 12:55:29 - TARGET_ARCH=i386 TB --- 2011-06-16 12:55:29 - TZ=UTC TB --- 2011-06-16 12:55:29 - __MAKE_CONF=/dev/null TB --- 2011-06-16 12:55:29 - cd /src TB --- 2011-06-16 12:55:29 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 12:55:29 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 13:30:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 13:30:51 - ERROR: failed to build world TB --- 2011-06-16 13:30:51 - 1603.45 user 371.48 system 2450.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:49:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12AAD1065675; Thu, 16 Jun 2011 13:49:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B99E88FC19; Thu, 16 Jun 2011 13:49:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GDnBSl006956; Thu, 16 Jun 2011 09:49:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GDnBXm006939; Thu, 16 Jun 2011 13:49:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 13:49:11 GMT Message-Id: <201106161349.p5GDnBXm006939@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:49:12 -0000 TB --- 2011-06-16 13:15:02 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 13:15:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 13:15:02 - cleaning the object tree TB --- 2011-06-16 13:15:06 - cvsupping the source tree TB --- 2011-06-16 13:15:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 13:15:19 - building world TB --- 2011-06-16 13:15:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 13:15:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 13:15:19 - TARGET=ia64 TB --- 2011-06-16 13:15:19 - TARGET_ARCH=ia64 TB --- 2011-06-16 13:15:19 - TZ=UTC TB --- 2011-06-16 13:15:19 - __MAKE_CONF=/dev/null TB --- 2011-06-16 13:15:19 - cd /src TB --- 2011-06-16 13:15:19 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 13:15:19 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 13:49:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 13:49:10 - ERROR: failed to build world TB --- 2011-06-16 13:49:10 - 1595.47 user 348.20 system 2048.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 13:52:24 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643F21065744; Thu, 16 Jun 2011 13:52:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBE38FC0A; Thu, 16 Jun 2011 13:52:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GDqNpQ046593; Thu, 16 Jun 2011 09:52:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GDqNWT046587; Thu, 16 Jun 2011 13:52:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 13:52:23 GMT Message-Id: <201106161352.p5GDqNWT046587@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 13:52:24 -0000 TB --- 2011-06-16 13:25:19 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 13:25:19 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 13:25:19 - cleaning the object tree TB --- 2011-06-16 13:25:23 - cvsupping the source tree TB --- 2011-06-16 13:25:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 13:25:35 - building world TB --- 2011-06-16 13:25:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 13:25:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 13:25:35 - TARGET=mips TB --- 2011-06-16 13:25:35 - TARGET_ARCH=mips TB --- 2011-06-16 13:25:35 - TZ=UTC TB --- 2011-06-16 13:25:35 - __MAKE_CONF=/dev/null TB --- 2011-06-16 13:25:35 - cd /src TB --- 2011-06-16 13:25:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 13:25:36 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 13:52:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 13:52:23 - ERROR: failed to build world TB --- 2011-06-16 13:52:23 - 1162.27 user 314.63 system 1623.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 14:00:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 310B01065672; Thu, 16 Jun 2011 14:00:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D1B608FC0C; Thu, 16 Jun 2011 14:00:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GE0188097571; Thu, 16 Jun 2011 10:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GE01YO097566; Thu, 16 Jun 2011 14:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 14:00:01 GMT Message-Id: <201106161400.p5GE01YO097566@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 14:00:02 -0000 TB --- 2011-06-16 13:25:34 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 13:25:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 13:25:34 - cleaning the object tree TB --- 2011-06-16 13:25:37 - cvsupping the source tree TB --- 2011-06-16 13:25:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 13:25:51 - building world TB --- 2011-06-16 13:25:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 13:25:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 13:25:51 - TARGET=powerpc TB --- 2011-06-16 13:25:51 - TARGET_ARCH=powerpc TB --- 2011-06-16 13:25:51 - TZ=UTC TB --- 2011-06-16 13:25:51 - __MAKE_CONF=/dev/null TB --- 2011-06-16 13:25:51 - cd /src TB --- 2011-06-16 13:25:51 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 13:25:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 14:00:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 14:00:01 - ERROR: failed to build world TB --- 2011-06-16 14:00:01 - 1583.52 user 357.30 system 2066.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 14:00:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFB641065674; Thu, 16 Jun 2011 14:00:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6DA8FC20; Thu, 16 Jun 2011 14:00:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GE0wmC004186; Thu, 16 Jun 2011 10:00:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GE0wvb004184; Thu, 16 Jun 2011 14:00:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 14:00:58 GMT Message-Id: <201106161400.p5GE0wvb004184@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 14:00:59 -0000 TB --- 2011-06-16 13:30:51 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 13:30:51 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-16 13:30:51 - cleaning the object tree TB --- 2011-06-16 13:30:56 - cvsupping the source tree TB --- 2011-06-16 13:30:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-16 13:31:08 - building world TB --- 2011-06-16 13:31:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 13:31:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 13:31:08 - TARGET=powerpc TB --- 2011-06-16 13:31:08 - TARGET_ARCH=powerpc64 TB --- 2011-06-16 13:31:08 - TZ=UTC TB --- 2011-06-16 13:31:08 - __MAKE_CONF=/dev/null TB --- 2011-06-16 13:31:08 - cd /src TB --- 2011-06-16 13:31:08 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 13:31:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 14:00:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 14:00:58 - ERROR: failed to build world TB --- 2011-06-16 14:00:58 - 1371.39 user 318.37 system 1807.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 14:14:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5376106564A; Thu, 16 Jun 2011 14:14:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 597CA8FC1E; Thu, 16 Jun 2011 14:14:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GEElEQ036786; Thu, 16 Jun 2011 10:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GEElZS036785; Thu, 16 Jun 2011 14:14:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 14:14:47 GMT Message-Id: <201106161414.p5GEElZS036785@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 14:14:48 -0000 TB --- 2011-06-16 13:49:11 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 13:49:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 13:49:11 - cleaning the object tree TB --- 2011-06-16 13:49:14 - cvsupping the source tree TB --- 2011-06-16 13:49:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 13:49:27 - building world TB --- 2011-06-16 13:49:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 13:49:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 13:49:27 - TARGET=sparc64 TB --- 2011-06-16 13:49:27 - TARGET_ARCH=sparc64 TB --- 2011-06-16 13:49:27 - TZ=UTC TB --- 2011-06-16 13:49:27 - __MAKE_CONF=/dev/null TB --- 2011-06-16 13:49:27 - cd /src TB --- 2011-06-16 13:49:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 13:49:28 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 14:14:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 14:14:47 - ERROR: failed to build world TB --- 2011-06-16 14:14:47 - 1249.51 user 282.36 system 1536.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 14:45:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A101C106566B; Thu, 16 Jun 2011 14:45:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 463398FC0A; Thu, 16 Jun 2011 14:45:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GEjTBt083203; Thu, 16 Jun 2011 10:45:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GEjTEw083164; Thu, 16 Jun 2011 14:45:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 14:45:29 GMT Message-Id: <201106161445.p5GEjTEw083164@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 14:45:30 -0000 TB --- 2011-06-16 14:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 14:20:00 - cleaning the object tree TB --- 2011-06-16 14:20:05 - cvsupping the source tree TB --- 2011-06-16 14:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 14:20:53 - building world TB --- 2011-06-16 14:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:20:53 - TARGET=arm TB --- 2011-06-16 14:20:53 - TARGET_ARCH=arm TB --- 2011-06-16 14:20:53 - TZ=UTC TB --- 2011-06-16 14:20:53 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:20:53 - cd /src TB --- 2011-06-16 14:20:53 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:20:53 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 14:45:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 14:45:29 - ERROR: failed to build world TB --- 2011-06-16 14:45:29 - 1093.79 user 319.05 system 1528.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 14:55:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C299106564A; Thu, 16 Jun 2011 14:55:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 168128FC0C; Thu, 16 Jun 2011 14:55:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GEtbJT055445; Thu, 16 Jun 2011 10:55:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GEtbsL055435; Thu, 16 Jun 2011 14:55:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 14:55:37 GMT Message-Id: <201106161455.p5GEtbsL055435@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 14:55:38 -0000 TB --- 2011-06-16 14:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 14:20:00 - cleaning the object tree TB --- 2011-06-16 14:20:05 - cvsupping the source tree TB --- 2011-06-16 14:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 14:20:53 - building world TB --- 2011-06-16 14:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:20:53 - TARGET=i386 TB --- 2011-06-16 14:20:53 - TARGET_ARCH=i386 TB --- 2011-06-16 14:20:53 - TZ=UTC TB --- 2011-06-16 14:20:53 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:20:53 - cd /src TB --- 2011-06-16 14:20:53 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:20:53 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 14:55:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 14:55:37 - ERROR: failed to build world TB --- 2011-06-16 14:55:37 - 1597.15 user 371.37 system 2136.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 14:56:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F7C106566B; Thu, 16 Jun 2011 14:56:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 951AE8FC1D; Thu, 16 Jun 2011 14:56:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GEu7SR062595; Thu, 16 Jun 2011 10:56:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GEu70H062591; Thu, 16 Jun 2011 14:56:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 14:56:07 GMT Message-Id: <201106161456.p5GEu70H062591@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 14:56:08 -0000 TB --- 2011-06-16 14:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 14:20:00 - cleaning the object tree TB --- 2011-06-16 14:20:05 - cvsupping the source tree TB --- 2011-06-16 14:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 14:20:53 - building world TB --- 2011-06-16 14:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:20:53 - TARGET=amd64 TB --- 2011-06-16 14:20:53 - TARGET_ARCH=amd64 TB --- 2011-06-16 14:20:53 - TZ=UTC TB --- 2011-06-16 14:20:53 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:20:53 - cd /src TB --- 2011-06-16 14:20:53 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:20:53 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 14:56:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 14:56:06 - ERROR: failed to build world TB --- 2011-06-16 14:56:06 - 1613.99 user 381.21 system 2166.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 15:00:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3BF3106566C; Thu, 16 Jun 2011 15:00:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4F38FC13; Thu, 16 Jun 2011 15:00:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GF0nUh013050; Thu, 16 Jun 2011 11:00:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GF0nl7013026; Thu, 16 Jun 2011 15:00:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 15:00:49 GMT Message-Id: <201106161500.p5GF0nl7013026@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:00:50 -0000 TB --- 2011-06-16 14:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 14:20:00 - cleaning the object tree TB --- 2011-06-16 14:20:05 - cvsupping the source tree TB --- 2011-06-16 14:20:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 14:25:30 - building world TB --- 2011-06-16 14:25:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:25:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:25:30 - TARGET=pc98 TB --- 2011-06-16 14:25:30 - TARGET_ARCH=i386 TB --- 2011-06-16 14:25:30 - TZ=UTC TB --- 2011-06-16 14:25:30 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:25:30 - cd /src TB --- 2011-06-16 14:25:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:25:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 15:00:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 15:00:49 - ERROR: failed to build world TB --- 2011-06-16 15:00:49 - 1599.38 user 383.28 system 2448.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 15:20:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 861411065674; Thu, 16 Jun 2011 15:20:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 38F118FC14; Thu, 16 Jun 2011 15:20:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GFKHFi095417; Thu, 16 Jun 2011 11:20:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GFKHnP095398; Thu, 16 Jun 2011 15:20:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 15:20:17 GMT Message-Id: <201106161520.p5GFKHnP095398@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:20:18 -0000 TB --- 2011-06-16 14:45:29 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:45:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 14:45:29 - cleaning the object tree TB --- 2011-06-16 14:45:33 - cvsupping the source tree TB --- 2011-06-16 14:45:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 14:46:10 - building world TB --- 2011-06-16 14:46:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:46:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:46:10 - TARGET=ia64 TB --- 2011-06-16 14:46:10 - TARGET_ARCH=ia64 TB --- 2011-06-16 14:46:10 - TZ=UTC TB --- 2011-06-16 14:46:10 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:46:10 - cd /src TB --- 2011-06-16 14:46:10 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:46:11 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 15:20:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 15:20:17 - ERROR: failed to build world TB --- 2011-06-16 15:20:17 - 1611.65 user 349.68 system 2087.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 15:23:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 414D51065672; Thu, 16 Jun 2011 15:23:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DAA6E8FC1D; Thu, 16 Jun 2011 15:23:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GFNR3f031180; Thu, 16 Jun 2011 11:23:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GFNRm6031177; Thu, 16 Jun 2011 15:23:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 15:23:27 GMT Message-Id: <201106161523.p5GFNRm6031177@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:23:28 -0000 TB --- 2011-06-16 14:55:37 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:55:37 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 14:55:37 - cleaning the object tree TB --- 2011-06-16 14:55:40 - cvsupping the source tree TB --- 2011-06-16 14:55:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 14:56:16 - building world TB --- 2011-06-16 14:56:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:56:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:56:16 - TARGET=mips TB --- 2011-06-16 14:56:16 - TARGET_ARCH=mips TB --- 2011-06-16 14:56:16 - TZ=UTC TB --- 2011-06-16 14:56:16 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:56:16 - cd /src TB --- 2011-06-16 14:56:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:56:16 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 15:23:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 15:23:27 - ERROR: failed to build world TB --- 2011-06-16 15:23:27 - 1177.64 user 324.38 system 1669.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 15:30:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C17631065670; Thu, 16 Jun 2011 15:30:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7C86A8FC0A; Thu, 16 Jun 2011 15:30:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GFUlcs078644; Thu, 16 Jun 2011 11:30:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GFUl4w078643; Thu, 16 Jun 2011 15:30:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 15:30:47 GMT Message-Id: <201106161530.p5GFUl4w078643@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:30:49 -0000 TB --- 2011-06-16 14:56:07 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 14:56:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 14:56:07 - cleaning the object tree TB --- 2011-06-16 14:56:10 - cvsupping the source tree TB --- 2011-06-16 14:56:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 14:56:22 - building world TB --- 2011-06-16 14:56:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 14:56:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 14:56:22 - TARGET=powerpc TB --- 2011-06-16 14:56:22 - TARGET_ARCH=powerpc TB --- 2011-06-16 14:56:22 - TZ=UTC TB --- 2011-06-16 14:56:22 - __MAKE_CONF=/dev/null TB --- 2011-06-16 14:56:22 - cd /src TB --- 2011-06-16 14:56:22 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 14:56:23 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 15:30:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 15:30:47 - ERROR: failed to build world TB --- 2011-06-16 15:30:47 - 1608.24 user 358.12 system 2080.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 15:31:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E13D71065677; Thu, 16 Jun 2011 15:31:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 971F48FC17; Thu, 16 Jun 2011 15:31:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GFVKMC082171; Thu, 16 Jun 2011 11:31:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GFVKnw082166; Thu, 16 Jun 2011 15:31:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 15:31:20 GMT Message-Id: <201106161531.p5GFVKnw082166@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:31:22 -0000 TB --- 2011-06-16 15:00:49 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 15:00:49 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-16 15:00:49 - cleaning the object tree TB --- 2011-06-16 15:00:53 - cvsupping the source tree TB --- 2011-06-16 15:00:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-16 15:01:05 - building world TB --- 2011-06-16 15:01:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 15:01:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 15:01:05 - TARGET=powerpc TB --- 2011-06-16 15:01:05 - TARGET_ARCH=powerpc64 TB --- 2011-06-16 15:01:05 - TZ=UTC TB --- 2011-06-16 15:01:05 - __MAKE_CONF=/dev/null TB --- 2011-06-16 15:01:05 - cd /src TB --- 2011-06-16 15:01:05 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 15:01:06 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 15:31:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 15:31:20 - ERROR: failed to build world TB --- 2011-06-16 15:31:20 - 1389.89 user 327.03 system 1830.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 15:46:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 606D61065672; Thu, 16 Jun 2011 15:46:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 168BB8FC15; Thu, 16 Jun 2011 15:46:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GFkIaV019879; Thu, 16 Jun 2011 11:46:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GFkIS6019878; Thu, 16 Jun 2011 15:46:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 15:46:18 GMT Message-Id: <201106161546.p5GFkIS6019878@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:46:19 -0000 TB --- 2011-06-16 15:20:17 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 15:20:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 15:20:17 - cleaning the object tree TB --- 2011-06-16 15:20:24 - cvsupping the source tree TB --- 2011-06-16 15:20:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 15:21:06 - building world TB --- 2011-06-16 15:21:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 15:21:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 15:21:06 - TARGET=sparc64 TB --- 2011-06-16 15:21:06 - TARGET_ARCH=sparc64 TB --- 2011-06-16 15:21:06 - TZ=UTC TB --- 2011-06-16 15:21:06 - __MAKE_CONF=/dev/null TB --- 2011-06-16 15:21:06 - cd /src TB --- 2011-06-16 15:21:06 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 15:21:06 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 15:46:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 15:46:18 - ERROR: failed to build world TB --- 2011-06-16 15:46:18 - 1249.61 user 284.80 system 1560.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 16:15:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1381065672; Thu, 16 Jun 2011 16:15:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D8E728FC08; Thu, 16 Jun 2011 16:15:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GGFLw1065961; Thu, 16 Jun 2011 12:15:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GGFLK6065948; Thu, 16 Jun 2011 16:15:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 16:15:21 GMT Message-Id: <201106161615.p5GGFLK6065948@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 16:15:23 -0000 TB --- 2011-06-16 15:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 15:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 15:50:00 - cleaning the object tree TB --- 2011-06-16 15:50:05 - cvsupping the source tree TB --- 2011-06-16 15:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 15:50:49 - building world TB --- 2011-06-16 15:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 15:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 15:50:49 - TARGET=arm TB --- 2011-06-16 15:50:49 - TARGET_ARCH=arm TB --- 2011-06-16 15:50:49 - TZ=UTC TB --- 2011-06-16 15:50:49 - __MAKE_CONF=/dev/null TB --- 2011-06-16 15:50:49 - cd /src TB --- 2011-06-16 15:50:49 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 15:50:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 16:15:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 16:15:21 - ERROR: failed to build world TB --- 2011-06-16 16:15:21 - 1092.48 user 320.19 system 1520.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 16:25:26 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB53106566C; Thu, 16 Jun 2011 16:25:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 75EA78FC1E; Thu, 16 Jun 2011 16:25:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GGPP8P039087; Thu, 16 Jun 2011 12:25:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GGPPNo039067; Thu, 16 Jun 2011 16:25:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 16:25:25 GMT Message-Id: <201106161625.p5GGPPNo039067@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 16:25:26 -0000 TB --- 2011-06-16 15:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 15:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 15:50:00 - cleaning the object tree TB --- 2011-06-16 15:50:05 - cvsupping the source tree TB --- 2011-06-16 15:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 15:50:49 - building world TB --- 2011-06-16 15:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 15:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 15:50:49 - TARGET=i386 TB --- 2011-06-16 15:50:49 - TARGET_ARCH=i386 TB --- 2011-06-16 15:50:49 - TZ=UTC TB --- 2011-06-16 15:50:49 - __MAKE_CONF=/dev/null TB --- 2011-06-16 15:50:49 - cd /src TB --- 2011-06-16 15:50:49 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 15:50:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 16:25:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 16:25:25 - ERROR: failed to build world TB --- 2011-06-16 16:25:25 - 1593.17 user 374.59 system 2124.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 16:26:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEB6106566C; Thu, 16 Jun 2011 16:26:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8213C8FC13; Thu, 16 Jun 2011 16:26:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GGQAeU050066; Thu, 16 Jun 2011 12:26:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GGQAx7050064; Thu, 16 Jun 2011 16:26:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 16:26:10 GMT Message-Id: <201106161626.p5GGQAx7050064@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 16:26:12 -0000 TB --- 2011-06-16 15:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 15:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 15:50:00 - cleaning the object tree TB --- 2011-06-16 15:50:05 - cvsupping the source tree TB --- 2011-06-16 15:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 15:50:49 - building world TB --- 2011-06-16 15:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 15:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 15:50:49 - TARGET=amd64 TB --- 2011-06-16 15:50:49 - TARGET_ARCH=amd64 TB --- 2011-06-16 15:50:49 - TZ=UTC TB --- 2011-06-16 15:50:49 - __MAKE_CONF=/dev/null TB --- 2011-06-16 15:50:49 - cd /src TB --- 2011-06-16 15:50:49 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 15:50:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 16:26:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 16:26:10 - ERROR: failed to build world TB --- 2011-06-16 16:26:10 - 1612.88 user 382.82 system 2169.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 16:30:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A68221065674; Thu, 16 Jun 2011 16:30:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 61FDE8FC17; Thu, 16 Jun 2011 16:30:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GGUwq1098463; Thu, 16 Jun 2011 12:30:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GGUw10098456; Thu, 16 Jun 2011 16:30:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 16:30:58 GMT Message-Id: <201106161630.p5GGUw10098456@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 16:30:59 -0000 TB --- 2011-06-16 15:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 15:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 15:50:00 - cleaning the object tree TB --- 2011-06-16 15:50:05 - cvsupping the source tree TB --- 2011-06-16 15:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 15:55:28 - building world TB --- 2011-06-16 15:55:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 15:55:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 15:55:28 - TARGET=pc98 TB --- 2011-06-16 15:55:28 - TARGET_ARCH=i386 TB --- 2011-06-16 15:55:28 - TZ=UTC TB --- 2011-06-16 15:55:28 - __MAKE_CONF=/dev/null TB --- 2011-06-16 15:55:28 - cd /src TB --- 2011-06-16 15:55:28 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 15:55:29 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 16:30:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 16:30:58 - ERROR: failed to build world TB --- 2011-06-16 16:30:58 - 1603.69 user 381.35 system 2457.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 16:53:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0B0C1065672; Thu, 16 Jun 2011 16:53:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 73E418FC1C; Thu, 16 Jun 2011 16:53:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GGr4bC008917; Thu, 16 Jun 2011 12:53:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GGr40d008882; Thu, 16 Jun 2011 16:53:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 16:53:04 GMT Message-Id: <201106161653.p5GGr40d008882@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 16:53:06 -0000 TB --- 2011-06-16 16:15:22 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 16:15:22 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-06-16 16:15:22 - cleaning the object tree TB --- 2011-06-16 16:15:25 - cvsupping the source tree TB --- 2011-06-16 16:15:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-06-16 16:15:38 - building world TB --- 2011-06-16 16:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 16:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 16:15:38 - TARGET=ia64 TB --- 2011-06-16 16:15:38 - TARGET_ARCH=ia64 TB --- 2011-06-16 16:15:38 - TZ=UTC TB --- 2011-06-16 16:15:38 - __MAKE_CONF=/dev/null TB --- 2011-06-16 16:15:38 - cd /src TB --- 2011-06-16 16:15:38 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 16:15:39 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/random.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc_malloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc_malloc.c: In function 'Free': /src/lib/libstand/zalloc_malloc.c:113: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 16:53:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 16:53:03 - ERROR: failed to build world TB --- 2011-06-16 16:53:03 - 1609.15 user 350.20 system 2261.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 16:57:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEDDE1065672; Thu, 16 Jun 2011 16:57:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 91B308FC14; Thu, 16 Jun 2011 16:57:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GGv1qn049954; Thu, 16 Jun 2011 12:57:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GGv1S8049943; Thu, 16 Jun 2011 16:57:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 16:57:01 GMT Message-Id: <201106161657.p5GGv1S8049943@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 16:57:03 -0000 TB --- 2011-06-16 16:25:25 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 16:25:25 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 16:25:25 - cleaning the object tree TB --- 2011-06-16 16:25:29 - cvsupping the source tree TB --- 2011-06-16 16:25:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 16:25:42 - building world TB --- 2011-06-16 16:25:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 16:25:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 16:25:42 - TARGET=mips TB --- 2011-06-16 16:25:42 - TARGET_ARCH=mips TB --- 2011-06-16 16:25:42 - TZ=UTC TB --- 2011-06-16 16:25:42 - __MAKE_CONF=/dev/null TB --- 2011-06-16 16:25:42 - cd /src TB --- 2011-06-16 16:25:42 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 16:25:42 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 16:57:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 16:57:01 - ERROR: failed to build world TB --- 2011-06-16 16:57:01 - 1176.14 user 319.76 system 1895.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 17:05:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9ED4106566C; Thu, 16 Jun 2011 17:05:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AB74C8FC18; Thu, 16 Jun 2011 17:05:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GH52uc017481; Thu, 16 Jun 2011 13:05:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GH52bQ017476; Thu, 16 Jun 2011 17:05:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 17:05:02 GMT Message-Id: <201106161705.p5GH52bQ017476@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 17:05:07 -0000 TB --- 2011-06-16 16:26:10 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 16:26:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 16:26:10 - cleaning the object tree TB --- 2011-06-16 16:26:14 - cvsupping the source tree TB --- 2011-06-16 16:26:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 16:26:28 - building world TB --- 2011-06-16 16:26:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 16:26:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 16:26:28 - TARGET=powerpc TB --- 2011-06-16 16:26:28 - TARGET_ARCH=powerpc TB --- 2011-06-16 16:26:28 - TZ=UTC TB --- 2011-06-16 16:26:28 - __MAKE_CONF=/dev/null TB --- 2011-06-16 16:26:28 - cd /src TB --- 2011-06-16 16:26:28 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 16:26:28 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 17:05:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 17:05:02 - ERROR: failed to build world TB --- 2011-06-16 17:05:02 - 1596.70 user 362.65 system 2331.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:04:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDAD41065706; Thu, 16 Jun 2011 18:04:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8555D8FC18; Thu, 16 Jun 2011 18:04:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GI4bMf047162; Thu, 16 Jun 2011 14:04:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GI4bn1047156; Thu, 16 Jun 2011 18:04:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:04:37 GMT Message-Id: <201106161804.p5GI4bn1047156@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:04:39 -0000 TB --- 2011-06-16 17:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 17:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-06-16 17:40:00 - cleaning the object tree TB --- 2011-06-16 17:40:06 - cvsupping the source tree TB --- 2011-06-16 17:40:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-06-16 17:40:23 - building world TB --- 2011-06-16 17:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 17:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 17:40:23 - TARGET=arm TB --- 2011-06-16 17:40:23 - TARGET_ARCH=arm TB --- 2011-06-16 17:40:23 - TZ=UTC TB --- 2011-06-16 17:40:23 - __MAKE_CONF=/dev/null TB --- 2011-06-16 17:40:23 - cd /src TB --- 2011-06-16 17:40:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 17:40:23 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:04:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:04:37 - ERROR: failed to build world TB --- 2011-06-16 18:04:37 - 1084.01 user 300.04 system 1477.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:14:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0E98106566B; Thu, 16 Jun 2011 18:14:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7A08FC17; Thu, 16 Jun 2011 18:14:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GIElbY022490; Thu, 16 Jun 2011 14:14:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GIElwK022476; Thu, 16 Jun 2011 18:14:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:14:47 GMT Message-Id: <201106161814.p5GIElwK022476@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:14:48 -0000 TB --- 2011-06-16 17:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 17:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-16 17:40:00 - cleaning the object tree TB --- 2011-06-16 17:40:06 - cvsupping the source tree TB --- 2011-06-16 17:40:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-16 17:40:23 - building world TB --- 2011-06-16 17:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 17:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 17:40:23 - TARGET=pc98 TB --- 2011-06-16 17:40:23 - TARGET_ARCH=i386 TB --- 2011-06-16 17:40:23 - TZ=UTC TB --- 2011-06-16 17:40:23 - __MAKE_CONF=/dev/null TB --- 2011-06-16 17:40:23 - cd /src TB --- 2011-06-16 17:40:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 17:40:23 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:14:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:14:47 - ERROR: failed to build world TB --- 2011-06-16 18:14:47 - 1572.96 user 364.11 system 2087.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:14:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DD97106564A; Thu, 16 Jun 2011 18:14:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 451F98FC1A; Thu, 16 Jun 2011 18:14:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GIEwes026003; Thu, 16 Jun 2011 14:14:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GIEwJt025999; Thu, 16 Jun 2011 18:14:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:14:58 GMT Message-Id: <201106161814.p5GIEwJt025999@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:14:59 -0000 TB --- 2011-06-16 17:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 17:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-16 17:40:00 - cleaning the object tree TB --- 2011-06-16 17:40:06 - cvsupping the source tree TB --- 2011-06-16 17:40:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-16 17:40:23 - building world TB --- 2011-06-16 17:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 17:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 17:40:23 - TARGET=amd64 TB --- 2011-06-16 17:40:23 - TARGET_ARCH=amd64 TB --- 2011-06-16 17:40:23 - TZ=UTC TB --- 2011-06-16 17:40:23 - __MAKE_CONF=/dev/null TB --- 2011-06-16 17:40:23 - cd /src TB --- 2011-06-16 17:40:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 17:40:23 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:14:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:14:58 - ERROR: failed to build world TB --- 2011-06-16 18:14:58 - 1589.59 user 361.52 system 2098.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:20:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E501065672; Thu, 16 Jun 2011 18:20:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1B98FC17; Thu, 16 Jun 2011 18:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GIKVFX084470; Thu, 16 Jun 2011 14:20:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GIKV3I084464; Thu, 16 Jun 2011 18:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:20:31 GMT Message-Id: <201106161820.p5GIKV3I084464@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:20:32 -0000 TB --- 2011-06-16 17:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 17:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-16 17:40:00 - cleaning the object tree TB --- 2011-06-16 17:40:06 - cvsupping the source tree TB --- 2011-06-16 17:40:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-16 17:45:30 - building world TB --- 2011-06-16 17:45:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 17:45:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 17:45:30 - TARGET=i386 TB --- 2011-06-16 17:45:30 - TARGET_ARCH=i386 TB --- 2011-06-16 17:45:30 - TZ=UTC TB --- 2011-06-16 17:45:30 - __MAKE_CONF=/dev/null TB --- 2011-06-16 17:45:30 - cd /src TB --- 2011-06-16 17:45:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 17:45:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:20:31 - ERROR: failed to build world TB --- 2011-06-16 18:20:31 - 1600.66 user 355.55 system 2431.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:42:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70171106566B; Thu, 16 Jun 2011 18:42:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 12F748FC0A; Thu, 16 Jun 2011 18:42:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GIgDkM087430; Thu, 16 Jun 2011 14:42:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GIgDiJ087421; Thu, 16 Jun 2011 18:42:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:42:13 GMT Message-Id: <201106161842.p5GIgDiJ087421@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:42:15 -0000 TB --- 2011-06-16 18:14:47 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 18:14:47 - starting HEAD tinderbox run for mips/mips TB --- 2011-06-16 18:14:47 - cleaning the object tree TB --- 2011-06-16 18:14:53 - cvsupping the source tree TB --- 2011-06-16 18:14:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-06-16 18:15:04 - building world TB --- 2011-06-16 18:15:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 18:15:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 18:15:04 - TARGET=mips TB --- 2011-06-16 18:15:04 - TARGET_ARCH=mips TB --- 2011-06-16 18:15:04 - TZ=UTC TB --- 2011-06-16 18:15:04 - __MAKE_CONF=/dev/null TB --- 2011-06-16 18:15:04 - cd /src TB --- 2011-06-16 18:15:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 18:15:05 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O -pipe -G0 -ffreestanding -Wformat -I/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:42:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:42:13 - ERROR: failed to build world TB --- 2011-06-16 18:42:13 - 1184.35 user 312.54 system 1646.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:50:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DC13106566C; Thu, 16 Jun 2011 18:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CA4238FC13; Thu, 16 Jun 2011 18:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GIoPHv060221; Thu, 16 Jun 2011 14:50:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GIoP79060216; Thu, 16 Jun 2011 18:50:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:50:25 GMT Message-Id: <201106161850.p5GIoP79060216@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:50:27 -0000 TB --- 2011-06-16 18:14:58 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 18:14:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-16 18:14:58 - cleaning the object tree TB --- 2011-06-16 18:15:03 - cvsupping the source tree TB --- 2011-06-16 18:15:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-16 18:15:14 - building world TB --- 2011-06-16 18:15:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 18:15:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 18:15:14 - TARGET=powerpc TB --- 2011-06-16 18:15:14 - TARGET_ARCH=powerpc TB --- 2011-06-16 18:15:14 - TZ=UTC TB --- 2011-06-16 18:15:14 - __MAKE_CONF=/dev/null TB --- 2011-06-16 18:15:14 - cd /src TB --- 2011-06-16 18:15:14 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 18:15:15 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:50:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:50:25 - ERROR: failed to build world TB --- 2011-06-16 18:50:25 - 1590.38 user 367.58 system 2127.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 18:51:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75579106566C; Thu, 16 Jun 2011 18:51:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 318E38FC13; Thu, 16 Jun 2011 18:51:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GIpIts068337; Thu, 16 Jun 2011 14:51:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GIpITA068333; Thu, 16 Jun 2011 18:51:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 18:51:18 GMT Message-Id: <201106161851.p5GIpITA068333@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 18:51:19 -0000 TB --- 2011-06-16 18:20:31 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 18:20:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-06-16 18:20:31 - cleaning the object tree TB --- 2011-06-16 18:20:36 - cvsupping the source tree TB --- 2011-06-16 18:20:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-06-16 18:20:47 - building world TB --- 2011-06-16 18:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 18:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 18:20:47 - TARGET=powerpc TB --- 2011-06-16 18:20:47 - TARGET_ARCH=powerpc64 TB --- 2011-06-16 18:20:47 - TZ=UTC TB --- 2011-06-16 18:20:47 - __MAKE_CONF=/dev/null TB --- 2011-06-16 18:20:47 - cd /src TB --- 2011-06-16 18:20:47 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 18:20:47 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/sbrk.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/twiddle.c cc -O2 -pipe -ffreestanding -Wformat -I/src/lib/libstand -msoft-float -D_STANDALONE -DNETIF_DEBUG -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/src/lib/libstand/../libz -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libstand/zalloc.c cc1: warnings being treated as errors /src/lib/libstand/zalloc.c: In function 'zfree': /src/lib/libstand/zalloc.c:157: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:181: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' /src/lib/libstand/zalloc.c:212: warning: format '%ju' expects type 'uintmax_t', but argument 3 has type 'iaddr_t' *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 18:51:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 18:51:18 - ERROR: failed to build world TB --- 2011-06-16 18:51:18 - 1363.84 user 327.67 system 1847.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 19:07:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6D71065676; Thu, 16 Jun 2011 19:07:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC468FC14; Thu, 16 Jun 2011 19:07:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5GJ7fDF035248; Thu, 16 Jun 2011 15:07:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5GJ7fAj035247; Thu, 16 Jun 2011 19:07:41 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jun 2011 19:07:41 GMT Message-Id: <201106161907.p5GJ7fAj035247@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 19:07:43 -0000 TB --- 2011-06-16 18:42:14 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-16 18:42:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-06-16 18:42:14 - cleaning the object tree TB --- 2011-06-16 18:42:19 - cvsupping the source tree TB --- 2011-06-16 18:42:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-06-16 18:42:33 - building world TB --- 2011-06-16 18:42:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-16 18:42:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-16 18:42:33 - TARGET=sparc64 TB --- 2011-06-16 18:42:33 - TARGET_ARCH=sparc64 TB --- 2011-06-16 18:42:33 - TZ=UTC TB --- 2011-06-16 18:42:33 - __MAKE_CONF=/dev/null TB --- 2011-06-16 18:42:33 - cd /src TB --- 2011-06-16 18:42:33 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 16 18:42:33 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/libstand/qdivrem.c:222: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:233: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:234: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:234: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:237: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:248: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:251: warning: left shift count >= width of type /src/lib/libstand/qdivrem.c:265: warning: left shift count >= width of type *** Error code 1 Stop in /src/lib/libstand. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-16 19:07:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-16 19:07:41 - ERROR: failed to build world TB --- 2011-06-16 19:07:41 - 1220.72 user 275.48 system 1527.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 20:16:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from lo0.su (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by hub.freebsd.org (Postfix) with ESMTP id 2792F1065673; Thu, 16 Jun 2011 20:16:05 +0000 (UTC) (envelope-from ru@freebsd.org) Date: Thu, 16 Jun 2011 20:18:33 +0000 From: Ruslan Ermilov To: Eir Nym Message-ID: <20110616201833.GA27085@lo0.su> References: <20110616135017.3ec538dd@atom.dino.sk> <20110616125528.GA22627@lo0.su> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: freebsd-current@freebsd.org, Milan Obuch Subject: Re: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:16:07 -0000 On Thu, Jun 16, 2011 at 05:09:05PM +0400, Eir Nym wrote: > On 16 June 2011 16:55, Ruslan Ermilov wrote: > > On Thu, Jun 16, 2011 at 01:50:17PM +0200, Milan Obuch wrote: > >> Hi, > >> > >> I encountered an error when WITHOUT_INSTALLLIB option is specified > >> for 'make buildworld' process. I documented this issue with build logs > >> at my page, http://www.dino.sk/build/2011-06-16-log1 and > >> http://www.dino.sk/build/2011-06-16-log2 show how to test this. At this > >> time, there is no /etc/make.conf nor /etc/src.conf. > >> > >> Any idea what's wrong with libegacy.a here? > > > > This option wasn't designed for build, only for install.  It's like > > WITHOUT_TOOLCHAIN, which is documented to "not work for build targets". > > > > Should this be simply ignored for build targets? build targets utilize install targets internally, so this is hardly doable. -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 20:33:49 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 530C6106566B; Thu, 16 Jun 2011 20:33:49 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.95]) by mx1.freebsd.org (Postfix) with ESMTP id 944298FC13; Thu, 16 Jun 2011 20:33:48 +0000 (UTC) Received: from [87.78.59.123] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QXJG6-0000WK-DN; Thu, 16 Jun 2011 22:33:46 +0200 Date: Thu, 16 Jun 2011 22:32:51 +0200 From: Fabian Keil To: Jung-uk Kim Message-ID: <20110616223251.5f4d7c5c@fabiankeil.de> In-Reply-To: <201106152009.56163.jkim@FreeBSD.org> References: <201106151639.30308.jkim@FreeBSD.org> <201106151819.32495.jkim@FreeBSD.org> <201106152009.56163.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ERf6.yPtl7cAs/KFhH2P=7W"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:33:49 -0000 --Sig_/ERf6.yPtl7cAs/KFhH2P=7W Content-Type: multipart/mixed; boundary="MP_/ZUbIg+_kL4IOuKxbTl.SlzA" --MP_/ZUbIg+_kL4IOuKxbTl.SlzA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Jung-uk Kim wrote: > On Wednesday 15 June 2011 06:19 pm, Jung-uk Kim wrote: > > On Wednesday 15 June 2011 04:39 pm, Jung-uk Kim wrote: > > > On Wednesday 15 June 2011 03:27 pm, Ian FREISLICH wrote: > > > > > > The problem I noticed first is that it takes unusually long > > > > > > until a key press is repeated. With the default eventtimer > > > > > > (HPET) it seems to take about 4s, which can be slightly > > > > > > improved by switching to i8254. > > > > > > > > > > > > The "error beep" seems to take longer than usual, too, > > > > > > and the system "feels sluggish" in general. > > > > > > > > > > > > An effect that is easier to measure is that the system is > > > > > > unable to properly keep the time. Again the problem is less > > > > > > severe when using i8254 instead of HPET: > > > > > > > > > > [SNIP] > > > > > > > > > > First of all, please do not mix timecounter issues with > > > > > eventtimer. They are not directly related. > > > > > > > > > > Can you please show me verbose boot messages *without* your > > > > > patch? Does "sysctl kern.timecounter.hardware=3DHPET" help > > > > > *without* touching eventtimers? > > > > > > > > I have the same issue with my system (Atom N270). The effect > > > > that I see is about 29 wall clock seconds are recorded as 1 > > > > system second. > > > > > > Can please you send me output from the following? > > > > > > sh -c 'count=3D10; while [ $count -gt 0 ]; do count=3D$((count - > > > 1));\ sysctl kern.timecounter; sleep 1; done' > > > > The OP sent me some data. The following is cooked data from what I > > got: > > > > TSC Delta Elapsed Time > > ---------------+---------------+------------ > > 2245026970 > > 2249708604 4681634 0.3003693189 > > 2255874998 6166394 0.3956301509 > > 2260656402 4781404 0.3067704701 > > 2261993048 1336646 0.0857579744 > > 2264175164 2182116 0.1400025497 > > 2266445706 2270542 0.1456758803 > > 2266987003 541297 0.0347291162 > > 2267645095 658092 0.0422225757 > > 2268274965 629870 0.0404118782 > > 2268979787 704822 0.0452207294 > > 2270482069 1502282 0.0963850274 > > 2271140877 658808 0.0422685136 > > > > HPET Delta Elapsed Time > > ---------------+---------------+------------ > > 1322734365 > > 1337156221 14421856 1.0072408644 > > 1351548130 14391909 1.0051493276 > > 1365949265 14401135 1.0057936833 > > 1380376349 14427084 1.0076059946 > > 1394823985 14447636 1.0090413726 > > 1409273964 14449979 1.0092050107 > > 1423719753 14445789 1.0089123757 > > 1438167064 14447311 1.0090186742 > > 1452613630 14446566 1.0089666424 > > 1467062977 14449347 1.0091608710 > > 1481522037 14459060 1.0098392393 > > 1495969404 14447367 1.0090225853 > > > > As you can see, HPET increases normally (within errors from > > sleep(3) accuracy, syscall overhead, etc.) but TSC-low is totally > > erratic (and too low). I don't know how this can happen, though. > > :-( > > > > I need some time to figure it out. >=20 > Can you please test the attached patch? Theoretically, it should not=20 > make a difference but I'd like to see if it does, just in case. As you suspected, it doesn't seem to make a difference: fk@r500 ~/test/freebsd/timeissues $awk '/low.counter/ { o=3Dc; c=3D$2; d=3D= o?c-o:"-"; print c " " d }' kern.timecounter2 3065017784 - 3066228257 1210473 3074551564 8323307 3081121276 6569712 3084706794 3585518 3087211252 2504458 3090413096 3201844 3100133126 9720030 3104014847 3881721 3105442070 1427223 fk@r500 ~/test/freebsd/timeissues $awk '/HPET.counter/ { o=3Dc; c=3D$2; d= =3Do?c-o:"-"; print c " " d }' kern.timecounter2 3544564602 - 3559020869 14456267 3573467329 14446460 3587889861 14422532 3602318403 14428542 3616764316 14445913 3631211075 14446759 3645625298 14414223 3660038347 14413049 3674482395 14444048 The unfiltered data is attached. Fabian --MP_/ZUbIg+_kL4IOuKxbTl.SlzA Content-Type: application/octet-stream; name=kern.timecounter2 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=kern.timecounter2 a2Vybi50aW1lY291bnRlci50aWNrOiAxCmtlcm4udGltZWNvdW50ZXIuY2hvaWNlOiBUU0MtbG93 KDEwMDApIEhQRVQoOTUwKSBpODI1NCgwKSBBQ1BJLWZhc3QoOTAwKSBkdW1teSgtMTAwMDAwMCkK a2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBFVAprZXJuLnRpbWVjb3VudGVyLnN0ZXB3YXJu aW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5tYXNrOiAxNjc3NzIxNQprZXJu LnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5jb3VudGVyOiA1MjQ1NDQxCmtlcm4udGltZWNvdW50 ZXIudGMuQUNQSS1mYXN0LmZyZXF1ZW5jeTogMzU3OTU0NQprZXJuLnRpbWVjb3VudGVyLnRjLkFD UEktZmFzdC5xdWFsaXR5OiA5MDAKa2Vybi50aW1lY291bnRlci50Yy5pODI1NC5tYXNrOiA2NTUz NQprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6IDQxODA2Cmtlcm4udGltZWNvdW50 ZXIudGMuaTgyNTQuZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQu cXVhbGl0eTogMAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQubWFzazogNDI5NDk2NzI5NQprZXJu LnRpbWVjb3VudGVyLnRjLkhQRVQuY291bnRlcjogMzU0NDU2NDYwMgprZXJuLnRpbWVjb3VudGVy LnRjLkhQRVQuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQucXVh bGl0eTogOTUwCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5tYXNrOiA0Mjk0OTY3Mjk1Cmtl cm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5jb3VudGVyOiAzMDY1MDE3Nzg0Cmtlcm4udGltZWNv dW50ZXIudGMuVFNDLWxvdy5mcmVxdWVuY3k6IDE1NTg2MjQ2Cmtlcm4udGltZWNvdW50ZXIudGMu VFNDLWxvdy5xdWFsaXR5OiAxMDAwCmtlcm4udGltZWNvdW50ZXIuc21wX3RzYzogMQprZXJuLnRp bWVjb3VudGVyLmludmFyaWFudF90c2M6IDEKa2Vybi50aW1lY291bnRlci50aWNrOiAxCmtlcm4u dGltZWNvdW50ZXIuY2hvaWNlOiBUU0MtbG93KDEwMDApIEhQRVQoOTUwKSBpODI1NCgwKSBBQ1BJ LWZhc3QoOTAwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBF VAprZXJuLnRpbWVjb3VudGVyLnN0ZXB3YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFD UEktZmFzdC5tYXNrOiAxNjc3NzIxNQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5jb3Vu dGVyOiA4ODU5ODM1Cmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1mYXN0LmZyZXF1ZW5jeTogMzU3 OTU0NQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5xdWFsaXR5OiA5MDAKa2Vybi50aW1l Y291bnRlci50Yy5pODI1NC5tYXNrOiA2NTUzNQprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmNv dW50ZXI6IDEzNTUKa2Vybi50aW1lY291bnRlci50Yy5pODI1NC5mcmVxdWVuY3k6IDExOTMxODIK a2Vybi50aW1lY291bnRlci50Yy5pODI1NC5xdWFsaXR5OiAwCmtlcm4udGltZWNvdW50ZXIudGMu SFBFVC5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNvdW50ZXIudGMuSFBFVC5jb3VudGVyOiAz NTU5MDIwODY5Cmtlcm4udGltZWNvdW50ZXIudGMuSFBFVC5mcmVxdWVuY3k6IDE0MzE4MTgwCmtl cm4udGltZWNvdW50ZXIudGMuSFBFVC5xdWFsaXR5OiA5NTAKa2Vybi50aW1lY291bnRlci50Yy5U U0MtbG93Lm1hc2s6IDQyOTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5UU0MtbG93LmNvdW50 ZXI6IDMwNjYyMjgyNTcKa2Vybi50aW1lY291bnRlci50Yy5UU0MtbG93LmZyZXF1ZW5jeTogMTU1 ODYyNDYKa2Vybi50aW1lY291bnRlci50Yy5UU0MtbG93LnF1YWxpdHk6IDEwMDAKa2Vybi50aW1l Y291bnRlci5zbXBfdHNjOiAxCmtlcm4udGltZWNvdW50ZXIuaW52YXJpYW50X3RzYzogMQprZXJu LnRpbWVjb3VudGVyLnRpY2s6IDEKa2Vybi50aW1lY291bnRlci5jaG9pY2U6IFRTQy1sb3coMTAw MCkgSFBFVCg5NTApIGk4MjU0KDApIEFDUEktZmFzdCg5MDApIGR1bW15KC0xMDAwMDAwKQprZXJu LnRpbWVjb3VudGVyLmhhcmR3YXJlOiBIUEVUCmtlcm4udGltZWNvdW50ZXIuc3RlcHdhcm5pbmdz OiAwCmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1mYXN0Lm1hc2s6IDE2Nzc3MjE1Cmtlcm4udGlt ZWNvdW50ZXIudGMuQUNQSS1mYXN0LmNvdW50ZXI6IDEyNDcxMzUzCmtlcm4udGltZWNvdW50ZXIu dGMuQUNQSS1mYXN0LmZyZXF1ZW5jeTogMzU3OTU0NQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEkt ZmFzdC5xdWFsaXR5OiA5MDAKa2Vybi50aW1lY291bnRlci50Yy5pODI1NC5tYXNrOiA2NTUzNQpr ZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6IDI1NTgwCmtlcm4udGltZWNvdW50ZXIu dGMuaTgyNTQuZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQucXVh bGl0eTogMAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQubWFzazogNDI5NDk2NzI5NQprZXJuLnRp bWVjb3VudGVyLnRjLkhQRVQuY291bnRlcjogMzU3MzQ2NzMyOQprZXJuLnRpbWVjb3VudGVyLnRj LkhQRVQuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQucXVhbGl0 eTogOTUwCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4u dGltZWNvdW50ZXIudGMuVFNDLWxvdy5jb3VudGVyOiAzMDc0NTUxNTY0Cmtlcm4udGltZWNvdW50 ZXIudGMuVFNDLWxvdy5mcmVxdWVuY3k6IDE1NTg2MjQ2Cmtlcm4udGltZWNvdW50ZXIudGMuVFND LWxvdy5xdWFsaXR5OiAxMDAwCmtlcm4udGltZWNvdW50ZXIuc21wX3RzYzogMQprZXJuLnRpbWVj b3VudGVyLmludmFyaWFudF90c2M6IDEKa2Vybi50aW1lY291bnRlci50aWNrOiAxCmtlcm4udGlt ZWNvdW50ZXIuY2hvaWNlOiBUU0MtbG93KDEwMDApIEhQRVQoOTUwKSBpODI1NCgwKSBBQ1BJLWZh c3QoOTAwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBFVApr ZXJuLnRpbWVjb3VudGVyLnN0ZXB3YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEkt ZmFzdC5tYXNrOiAxNjc3NzIxNQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5jb3VudGVy OiAxNjA3ODI5MwprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5mcmVxdWVuY3k6IDM1Nzk1 NDUKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QucXVhbGl0eTogOTAwCmtlcm4udGltZWNv dW50ZXIudGMuaTgyNTQubWFzazogNjU1MzUKa2Vybi50aW1lY291bnRlci50Yy5pODI1NC5jb3Vu dGVyOiA0ODA0MAprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmZyZXF1ZW5jeTogMTE5MzE4Mgpr ZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LnF1YWxpdHk6IDAKa2Vybi50aW1lY291bnRlci50Yy5I UEVULm1hc2s6IDQyOTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmNvdW50ZXI6IDM1 ODc4ODk4NjEKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vy bi50aW1lY291bnRlci50Yy5IUEVULnF1YWxpdHk6IDk1MAprZXJuLnRpbWVjb3VudGVyLnRjLlRT Qy1sb3cubWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cuY291bnRl cjogMzA4MTEyMTI3NgprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cuZnJlcXVlbmN5OiAxNTU4 NjI0NgprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cucXVhbGl0eTogMTAwMAprZXJuLnRpbWVj b3VudGVyLnNtcF90c2M6IDEKa2Vybi50aW1lY291bnRlci5pbnZhcmlhbnRfdHNjOiAxCmtlcm4u dGltZWNvdW50ZXIudGljazogMQprZXJuLnRpbWVjb3VudGVyLmNob2ljZTogVFNDLWxvdygxMDAw KSBIUEVUKDk1MCkgaTgyNTQoMCkgQUNQSS1mYXN0KDkwMCkgZHVtbXkoLTEwMDAwMDApCmtlcm4u dGltZWNvdW50ZXIuaGFyZHdhcmU6IEhQRVQKa2Vybi50aW1lY291bnRlci5zdGVwd2FybmluZ3M6 IDAKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QubWFzazogMTY3NzcyMTUKa2Vybi50aW1l Y291bnRlci50Yy5BQ1BJLWZhc3QuY291bnRlcjogMjkwNjcxMgprZXJuLnRpbWVjb3VudGVyLnRj LkFDUEktZmFzdC5mcmVxdWVuY3k6IDM1Nzk1NDUKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZh c3QucXVhbGl0eTogOTAwCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQubWFzazogNjU1MzUKa2Vy bi50aW1lY291bnRlci50Yy5pODI1NC5jb3VudGVyOiA0OTkwCmtlcm4udGltZWNvdW50ZXIudGMu aTgyNTQuZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQucXVhbGl0 eTogMAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQubWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVj b3VudGVyLnRjLkhQRVQuY291bnRlcjogMzYwMjMxODQwMwprZXJuLnRpbWVjb3VudGVyLnRjLkhQ RVQuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQucXVhbGl0eTog OTUwCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGlt ZWNvdW50ZXIudGMuVFNDLWxvdy5jb3VudGVyOiAzMDg0NzA2Nzk0Cmtlcm4udGltZWNvdW50ZXIu dGMuVFNDLWxvdy5mcmVxdWVuY3k6IDE1NTg2MjQ2Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxv dy5xdWFsaXR5OiAxMDAwCmtlcm4udGltZWNvdW50ZXIuc21wX3RzYzogMQprZXJuLnRpbWVjb3Vu dGVyLmludmFyaWFudF90c2M6IDEKa2Vybi50aW1lY291bnRlci50aWNrOiAxCmtlcm4udGltZWNv dW50ZXIuY2hvaWNlOiBUU0MtbG93KDEwMDApIEhQRVQoOTUwKSBpODI1NCgwKSBBQ1BJLWZhc3Qo OTAwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBFVAprZXJu LnRpbWVjb3VudGVyLnN0ZXB3YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFz dC5tYXNrOiAxNjc3NzIxNQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5jb3VudGVyOiA2 NTE4MDAwCmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1mYXN0LmZyZXF1ZW5jeTogMzU3OTU0NQpr ZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5xdWFsaXR5OiA5MDAKa2Vybi50aW1lY291bnRl ci50Yy5pODI1NC5tYXNrOiA2NTUzNQprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6 IDI5MDYzCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQuZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4u dGltZWNvdW50ZXIudGMuaTgyNTQucXVhbGl0eTogMAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQu bWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQuY291bnRlcjogMzYxNjc2 NDMxNgprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLnRp bWVjb3VudGVyLnRjLkhQRVQucXVhbGl0eTogOTUwCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxv dy5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5jb3VudGVyOiAz MDg3MjExMjUyCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5mcmVxdWVuY3k6IDE1NTg2MjQ2 Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5xdWFsaXR5OiAxMDAwCmtlcm4udGltZWNvdW50 ZXIuc21wX3RzYzogMQprZXJuLnRpbWVjb3VudGVyLmludmFyaWFudF90c2M6IDEKa2Vybi50aW1l Y291bnRlci50aWNrOiAxCmtlcm4udGltZWNvdW50ZXIuY2hvaWNlOiBUU0MtbG93KDEwMDApIEhQ RVQoOTUwKSBpODI1NCgwKSBBQ1BJLWZhc3QoOTAwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1l Y291bnRlci5oYXJkd2FyZTogSFBFVAprZXJuLnRpbWVjb3VudGVyLnN0ZXB3YXJuaW5nczogMApr ZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5tYXNrOiAxNjc3NzIxNQprZXJuLnRpbWVjb3Vu dGVyLnRjLkFDUEktZmFzdC5jb3VudGVyOiAxMDEyOTcxMwprZXJuLnRpbWVjb3VudGVyLnRjLkFD UEktZmFzdC5mcmVxdWVuY3k6IDM1Nzk1NDUKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3Qu cXVhbGl0eTogOTAwCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQubWFzazogNjU1MzUKa2Vybi50 aW1lY291bnRlci50Yy5pODI1NC5jb3VudGVyOiA1MzMyNAprZXJuLnRpbWVjb3VudGVyLnRjLmk4 MjU0LmZyZXF1ZW5jeTogMTE5MzE4MgprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LnF1YWxpdHk6 IDAKa2Vybi50aW1lY291bnRlci50Yy5IUEVULm1hc2s6IDQyOTQ5NjcyOTUKa2Vybi50aW1lY291 bnRlci50Yy5IUEVULmNvdW50ZXI6IDM2MzEyMTEwNzUKa2Vybi50aW1lY291bnRlci50Yy5IUEVU LmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vybi50aW1lY291bnRlci50Yy5IUEVULnF1YWxpdHk6IDk1 MAprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cubWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVj b3VudGVyLnRjLlRTQy1sb3cuY291bnRlcjogMzA5MDQxMzA5NgprZXJuLnRpbWVjb3VudGVyLnRj LlRTQy1sb3cuZnJlcXVlbmN5OiAxNTU4NjI0NgprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cu cXVhbGl0eTogMTAwMAprZXJuLnRpbWVjb3VudGVyLnNtcF90c2M6IDEKa2Vybi50aW1lY291bnRl ci5pbnZhcmlhbnRfdHNjOiAxCmtlcm4udGltZWNvdW50ZXIudGljazogMQprZXJuLnRpbWVjb3Vu dGVyLmNob2ljZTogVFNDLWxvdygxMDAwKSBIUEVUKDk1MCkgaTgyNTQoMCkgQUNQSS1mYXN0KDkw MCkgZHVtbXkoLTEwMDAwMDApCmtlcm4udGltZWNvdW50ZXIuaGFyZHdhcmU6IEhQRVQKa2Vybi50 aW1lY291bnRlci5zdGVwd2FybmluZ3M6IDAKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3Qu bWFzazogMTY3NzcyMTUKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QuY291bnRlcjogMTM3 MzU3NzgKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QuZnJlcXVlbmN5OiAzNTc5NTQ1Cmtl cm4udGltZWNvdW50ZXIudGMuQUNQSS1mYXN0LnF1YWxpdHk6IDkwMAprZXJuLnRpbWVjb3VudGVy LnRjLmk4MjU0Lm1hc2s6IDY1NTM1Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQuY291bnRlcjog OTc4OQprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmZyZXF1ZW5jeTogMTE5MzE4MgprZXJuLnRp bWVjb3VudGVyLnRjLmk4MjU0LnF1YWxpdHk6IDAKa2Vybi50aW1lY291bnRlci50Yy5IUEVULm1h c2s6IDQyOTQ5NjcyOTUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmNvdW50ZXI6IDM2NDU2MjUy OTgKa2Vybi50aW1lY291bnRlci50Yy5IUEVULmZyZXF1ZW5jeTogMTQzMTgxODAKa2Vybi50aW1l Y291bnRlci50Yy5IUEVULnF1YWxpdHk6IDk1MAprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cu bWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cuY291bnRlcjogMzEw MDEzMzEyNgprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cuZnJlcXVlbmN5OiAxNTU4NjI0Ngpr ZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cucXVhbGl0eTogMTAwMAprZXJuLnRpbWVjb3VudGVy LnNtcF90c2M6IDEKa2Vybi50aW1lY291bnRlci5pbnZhcmlhbnRfdHNjOiAxCmtlcm4udGltZWNv dW50ZXIudGljazogMQprZXJuLnRpbWVjb3VudGVyLmNob2ljZTogVFNDLWxvdygxMDAwKSBIUEVU KDk1MCkgaTgyNTQoMCkgQUNQSS1mYXN0KDkwMCkgZHVtbXkoLTEwMDAwMDApCmtlcm4udGltZWNv dW50ZXIuaGFyZHdhcmU6IEhQRVQKa2Vybi50aW1lY291bnRlci5zdGVwd2FybmluZ3M6IDAKa2Vy bi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QubWFzazogMTY3NzcyMTUKa2Vybi50aW1lY291bnRl ci50Yy5BQ1BJLWZhc3QuY291bnRlcjogNTYxMTA0Cmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1m YXN0LmZyZXF1ZW5jeTogMzU3OTU0NQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5xdWFs aXR5OiA5MDAKa2Vybi50aW1lY291bnRlci50Yy5pODI1NC5tYXNrOiA2NTUzNQprZXJuLnRpbWVj b3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6IDMxMTA5Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQu ZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQucXVhbGl0eTogMApr ZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQubWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVy LnRjLkhQRVQuY291bnRlcjogMzY2MDAzODM0NwprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQuZnJl cXVlbmN5OiAxNDMxODE4MAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQucXVhbGl0eTogOTUwCmtl cm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNvdW50 ZXIudGMuVFNDLWxvdy5jb3VudGVyOiAzMTA0MDE0ODQ3Cmtlcm4udGltZWNvdW50ZXIudGMuVFND LWxvdy5mcmVxdWVuY3k6IDE1NTg2MjQ2Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5xdWFs aXR5OiAxMDAwCmtlcm4udGltZWNvdW50ZXIuc21wX3RzYzogMQprZXJuLnRpbWVjb3VudGVyLmlu dmFyaWFudF90c2M6IDEKa2Vybi50aW1lY291bnRlci50aWNrOiAxCmtlcm4udGltZWNvdW50ZXIu Y2hvaWNlOiBUU0MtbG93KDEwMDApIEhQRVQoOTUwKSBpODI1NCgwKSBBQ1BJLWZhc3QoOTAwKSBk dW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogSFBFVAprZXJuLnRpbWVj b3VudGVyLnN0ZXB3YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5tYXNr OiAxNjc3NzIxNQprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5jb3VudGVyOiA0MTcwMTMy Cmtlcm4udGltZWNvdW50ZXIudGMuQUNQSS1mYXN0LmZyZXF1ZW5jeTogMzU3OTU0NQprZXJuLnRp bWVjb3VudGVyLnRjLkFDUEktZmFzdC5xdWFsaXR5OiA5MDAKa2Vybi50aW1lY291bnRlci50Yy5p ODI1NC5tYXNrOiA2NTUzNQprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6IDU0ODgz Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQuZnJlcXVlbmN5OiAxMTkzMTgyCmtlcm4udGltZWNv dW50ZXIudGMuaTgyNTQucXVhbGl0eTogMAprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQubWFzazog NDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQuY291bnRlcjogMzY3NDQ4MjM5NQpr ZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLnRpbWVjb3Vu dGVyLnRjLkhQRVQucXVhbGl0eTogOTUwCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5tYXNr OiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5jb3VudGVyOiAzMTA1NDQy MDcwCmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5mcmVxdWVuY3k6IDE1NTg2MjQ2Cmtlcm4u dGltZWNvdW50ZXIudGMuVFNDLWxvdy5xdWFsaXR5OiAxMDAwCmtlcm4udGltZWNvdW50ZXIuc21w X3RzYzogMQprZXJuLnRpbWVjb3VudGVyLmludmFyaWFudF90c2M6IDEK --MP_/ZUbIg+_kL4IOuKxbTl.SlzA-- --Sig_/ERf6.yPtl7cAs/KFhH2P=7W Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk36aHYACgkQBYqIVf93VJ29+wCdEkZdsyfPUa/njnBSrh9UNTYd TpQAnj9qU0ZTr0x4NN+6KqXyyJvgjluK =Gna0 -----END PGP SIGNATURE----- --Sig_/ERf6.yPtl7cAs/KFhH2P=7W-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 20:50:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32891106566B; Thu, 16 Jun 2011 20:50:50 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E1DA48FC0A; Thu, 16 Jun 2011 20:50:49 +0000 (UTC) Received: by iyj12 with SMTP id 12so2122965iyj.13 for ; Thu, 16 Jun 2011 13:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=HH5ad8cMX75KRCZcnoHs+duepGIWlwi7LZnesjTK1Ug=; b=Ib6hsNQWhDWVRW/AZ5cnqQ7c74L2raCpgUPWGIimywZDOIXZ4sRVejcrjIA6hPpyud zKhRtChZ3WEf0QyX26zbzenShNL9lZqf+8bXmllalCLhV5ADAezbku5E/rV/NGMNdxXw S4/oa9985F8WgpJqr369jEvQLoUbYmbryv1vk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=HsRz27LMuycuTE+ZhGwaRLWX/7KSlHcRuJyYezDFQlZbSaukxXD6hXB4gV7mYoxM7I Pyuo4zzghMMmFCT91x348FWdFPG9oNPlf2oFKC2870/jvdfQw6vTGFQFxaRPR0m2tLcW E3dCuTlsH33ollaeTIq1ZkmfvcXTTCd3a7qp0= Received: by 10.42.225.4 with SMTP id iq4mr1055106icb.99.1308257449251; Thu, 16 Jun 2011 13:50:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.52.65 with HTTP; Thu, 16 Jun 2011 13:44:22 -0700 (PDT) In-Reply-To: <20110616201833.GA27085@lo0.su> References: <20110616135017.3ec538dd@atom.dino.sk> <20110616125528.GA22627@lo0.su> <20110616201833.GA27085@lo0.su> From: Eir Nym Date: Fri, 17 Jun 2011 00:44:22 +0400 Message-ID: To: Ruslan Ermilov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Milan Obuch Subject: Re: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:50:50 -0000 On 17 June 2011 00:18, Ruslan Ermilov wrote: > On Thu, Jun 16, 2011 at 05:09:05PM +0400, Eir Nym wrote: >> On 16 June 2011 16:55, Ruslan Ermilov wrote: >> > On Thu, Jun 16, 2011 at 01:50:17PM +0200, Milan Obuch wrote: >> >> Hi, >> >> >> >> I encountered an error when WITHOUT_INSTALLLIB option is specified >> >> for 'make buildworld' process. I documented this issue with build log= s >> >> at my page, http://www.dino.sk/build/2011-06-16-log1 and >> >> http://www.dino.sk/build/2011-06-16-log2 show how to test this. At th= is >> >> time, there is no /etc/make.conf nor /etc/src.conf. >> >> >> >> Any idea what's wrong with libegacy.a here? >> > >> > This option wasn't designed for build, only for install. =C2=A0It's li= ke >> > WITHOUT_TOOLCHAIN, which is documented to "not work for build targets"= . >> > >> >> Should this be simply ignored for build targets? > > build targets utilize install targets internally, so this is > hardly doable. > cd ${.CURDIR} && make ${CURRENT_BUILD FLAGS} ${SUPPORTED_BUILD_FLAGS} __MAKE_CONF=3D/dev/null SRC_CONF=3D/dev/null targets ? -- Eir Nym > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 20:56:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28CFE1065740; Thu, 16 Jun 2011 20:56:23 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BBA6D8FC0C; Thu, 16 Jun 2011 20:56:22 +0000 (UTC) Received: by vxc34 with SMTP id 34so2112110vxc.13 for ; Thu, 16 Jun 2011 13:56:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2iXBUz4tEfnNdakSa0bqy5Fl5q3iidA1f/+jgBVwOFc=; b=QG7OTTPMBYvww79CMMiAyhYwpfIMJBp5tkjml/cG7Ma+cxVacWAuKtw2/urROPZttn pWcrUMwJ+9471On9DY7i8+EeWo+XDhfTR0FT6w9mMZxfIis+pIKWrhbcURvB7jO/NxHb WTZqCer/wgN9NZWL7Bcu5pAG27SOzEE6gc5JY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wUSjBb0NFrTWz3slP+8qijyrgtTGW9odmznS+phhtdFFH+2Z8xs+VWXZaGAJQu1xTm sGOp0y4ie0NzYjqYWpn0knrt1EpAqSjB7WSlXcyFRla/z0SMyPDFLMWx7iORw//NPWvX amVV1aUt2SH9F5/BqDpHMwLM0ewjAUXzqPJ4M= MIME-Version: 1.0 Received: by 10.220.48.136 with SMTP id r8mr156051vcf.93.1308257780914; Thu, 16 Jun 2011 13:56:20 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Thu, 16 Jun 2011 13:56:20 -0700 (PDT) In-Reply-To: References: <20110616135017.3ec538dd@atom.dino.sk> <20110616125528.GA22627@lo0.su> <20110616201833.GA27085@lo0.su> Date: Thu, 16 Jun 2011 13:56:20 -0700 Message-ID: From: Garrett Cooper To: Eir Nym Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Milan Obuch Subject: Re: WITHOUT_INSTALLLIB broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 20:56:23 -0000 On Thu, Jun 16, 2011 at 1:44 PM, Eir Nym wrote: > On 17 June 2011 00:18, Ruslan Ermilov wrote: >> On Thu, Jun 16, 2011 at 05:09:05PM +0400, Eir Nym wrote: >>> On 16 June 2011 16:55, Ruslan Ermilov wrote: >>> > On Thu, Jun 16, 2011 at 01:50:17PM +0200, Milan Obuch wrote: >>> >> Hi, >>> >> >>> >> I encountered an error when WITHOUT_INSTALLLIB option is specified >>> >> for 'make buildworld' process. I documented this issue with build lo= gs >>> >> at my page, http://www.dino.sk/build/2011-06-16-log1 and >>> >> http://www.dino.sk/build/2011-06-16-log2 show how to test this. At t= his >>> >> time, there is no /etc/make.conf nor /etc/src.conf. >>> >> >>> >> Any idea what's wrong with libegacy.a here? >>> > >>> > This option wasn't designed for build, only for install. =A0It's like >>> > WITHOUT_TOOLCHAIN, which is documented to "not work for build targets= ". >>> > >>> >>> Should this be simply ignored for build targets? >> >> build targets utilize install targets internally, so this is >> hardly doable. >> > > cd ${.CURDIR} && make ${CURRENT_BUILD FLAGS} ${SUPPORTED_BUILD_FLAGS} > __MAKE_CONF=3D/dev/null SRC_CONF=3D/dev/null =A0targets ? Executing make targets presents all available value for ${TARGET}, not what many groups refer to as 'recipes', 'goals', or similar, e.g. # 'b' is the source and 'a' is install target a: b install -m 0664 b a Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 07:53:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041CF106564A for ; Fri, 17 Jun 2011 07:53:28 +0000 (UTC) (envelope-from root@free.fr) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8CECE8FC0C for ; Fri, 17 Jun 2011 07:53:25 +0000 (UTC) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 76490D1A528 for ; Fri, 17 Jun 2011 09:36:51 +0200 (CEST) Received: from free.fr (unknown [88.172.40.194]) by smtp3-g21.free.fr (Postfix) with ESMTP id 6F978A62BC for ; Fri, 17 Jun 2011 09:36:45 +0200 (CEST) From: rmgls@free.fr To: freebsd-current@freebsd.org Date: Fri, 17 Jun 2011 09:36:46 +0200 Sender: root@free.fr Message-Id: <20110617073645.6F978A62BC@smtp3-g21.free.fr> Subject: iwn does not associates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 07:53:28 -0000 hi all, since a month the wireless card of the E6400 Dell does not associate with the access point. it used to work fine, before. the config is exactly the same: iwn5150fw + iwn + wpa_supplicant => tkip. starting wpa_supplicant associates a few seconds and reverts to no carrier. here is what i get: sysctl dev.iwn.0.debug=1 iwn_notif_intr: scanning channel 7 status 1 ifconfig wlan0 ... status: no carrier ssid MyDomain channel 7 (2442 MHz 11g) regdomain ETSI country FR authmode OPEN privacy OFF txpower 30 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme bintval 0 thanks in advance for your help. Best regards raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 08:09:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 6CA951065673; Fri, 17 Jun 2011 08:09:25 +0000 (UTC) Date: Fri, 17 Jun 2011 08:09:25 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20110617080925.GA68431@freebsd.org> References: <20110616102601.GA68610@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110616102601.GA68610@freebsd.org> Subject: Re: two issues after upgrading to a more up-to-date HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 08:09:25 -0000 On Thu Jun 16 11, Alexander Best wrote: > hi there, i reverted my kernel back to r222890. everything works fine now and both issues i mentioned below dissapeared. i also discovered another issue with the more recent kernel: i was getting errno -128 with a lot of apps. but only the first time i ran them. e.g. with git: 1) -128 2) OK 3) -128 4) OK 5) ... the same with stuff like ./configure or ee(1). first time failures while running or saving; second time it works. this as well was fixed by reverting back to r222890. cheers. alex > > i'm running HEAD on amd64. yesterday i updated my kernel to r223109. i'm now > seeing two issues, which weren't there beforehand: > > 1) > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-7 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C) > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > xpt_action_default: CCB type 0xe not supported > xpt_action_default: CCB type 0xe not supported > xpt_action_default: CCB type 0xe not supported > cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > SMP: AP CPU #1 Launched! > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > cd0: cd present [2291664 x 2048 byte records] > > ^^ i suspect the xpt_action_default messages have been introduced by the recent > CAM changes. they appear to be harmless though. > > 2) > dumpon: ioctl(DIOCSKERNELDUMP): Device not configured > /etc/rc: WARNING: unable to specify /dev/label/swapfs as a dump device > > /dev/label/swapfs is a perfect swap partition and worked without any problems > beforehand. specifying the device node instead of the label makes no > difference: > > taku% dumpon /dev/ada1p1 > dumpon: ioctl(DIOCSKERNELDUMP): Device not configured > otaku% gpart show > => 34 488394988 ada0 GPT (232G) > 34 128 1 freebsd-boot (64k) > 162 16777216 - free - (8.0G) > 16777378 471617644 3 freebsd-ufs (224G) > > => 34 1953525101 ada1 GPT (931G) > 34 20971520 1 freebsd-swap (10G) > 20971554 4194304 2 freebsd-ufs (2.0G) > 25165858 1928359277 3 freebsd-ufs (919G) > > otaku% glabel status > Name Status Components > label/boot N/A ada0p1 > gptid/e52df583-e446-11de-bb92-000fb58207c8 N/A ada0p1 > ufs/rootfs N/A ada0p3 > label/swapfs N/A ada1p1 > ufs/varfs N/A ada1p2 > ufs/usrfs N/A ada1p3 > iso9660/Futurama Season 6 Ep 1-8 720p N/A cd0 > > cheers. > alex > > -- > a13x -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 08:57:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77824106566B for ; Fri, 17 Jun 2011 08:57:20 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07F918FC18 for ; Fri, 17 Jun 2011 08:57:19 +0000 (UTC) Received: by fxm11 with SMTP id 11so122099fxm.13 for ; Fri, 17 Jun 2011 01:57:18 -0700 (PDT) Received: by 10.223.22.130 with SMTP id n2mr2166001fab.50.1308299238130; Fri, 17 Jun 2011 01:27:18 -0700 (PDT) Received: from jessie.localnet (p5B2EC99F.dip0.t-ipconnect.de [91.46.201.159]) by mx.google.com with ESMTPS id o10sm1205554fah.31.2011.06.17.01.27.16 (version=SSLv3 cipher=OTHER); Fri, 17 Jun 2011 01:27:17 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: rmgls@free.fr Date: Fri, 17 Jun 2011 10:25:46 +0200 User-Agent: KMail/1.13.5 (Linux/2.6.32-32-generic; KDE/4.4.5; i686; ; ) References: <20110617073645.6F978A62BC@smtp3-g21.free.fr> In-Reply-To: <20110617073645.6F978A62BC@smtp3-g21.free.fr> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201106171025.46544.bschmidt@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: iwn does not associates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 08:57:20 -0000 On Friday, June 17, 2011 09:36:46 rmgls@free.fr wrote: > > hi all, > > since a month the wireless card of the E6400 Dell does not associate > with the access point. > it used to work fine, before. > the config is exactly the same: > iwn5150fw + iwn + wpa_supplicant => tkip. > > starting wpa_supplicant associates a few seconds and reverts to no carrier. > > here is what i get: > sysctl dev.iwn.0.debug=1 > > iwn_notif_intr: scanning channel 7 status 1 > > ifconfig wlan0 > ... > status: no carrier > ssid MyDomain channel 7 (2442 MHz 11g) > regdomain ETSI country FR authmode OPEN privacy OFF txpower 30 > bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi 7 roam:rate 5 protmode CTS wme bintval 0 > > > thanks in advance for your help. Are you running the latest current? This is a 5350? Can you post your configuration (rc.conf)? If you have a 'ifconfig wlan0 channel 7' somewhere, drop it, I'm aware of an issue regarding fixed channels, but found no clean solution yet. You might also want to try 'ifconfig wlan0 -ht', it might be related to the recent introduction of 11n support for iwn(4). -- Bernhard From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 10:43:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 562771065670; Fri, 17 Jun 2011 10:43:17 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 44CB38FC08; Fri, 17 Jun 2011 10:43:14 +0000 (UTC) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 62AADD19DD8; Fri, 17 Jun 2011 12:18:17 +0200 (CEST) Received: from free.fr (unknown [88.172.40.194]) by smtp3-g21.free.fr (Postfix) with ESMTP id 724BFA62A3; Fri, 17 Jun 2011 12:18:10 +0200 (CEST) To: Bernhard Schmidt From: rmgls@free.fr Date: Fri, 17 Jun 2011 12:18:11 +0200 Sender: rmgls@free.fr Message-Id: <20110617101810.724BFA62A3@smtp3-g21.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: iwn does not associates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 10:43:17 -0000 On Fri, 17 Jun 2011 10:25:46 +0200 Bernhard Schmidt wrote: On Friday, June 17, 2011 09:36:46 rmgls@free.fr wrote: >> >> hi all, >> >> since a month the wireless card of the E6400 Dell does not associate >> with the access point. >> it used to work fine, before. >> the config is exactly the same: >> iwn5150fw + iwn + wpa_supplicant => tkip. >> >> starting wpa_supplicant associates a few seconds and reverts to no carrier. >> >> here is what i get: >> sysctl dev.iwn.0.debug=1 >> >> iwn_notif_intr: scanning channel 7 status 1 >> >> ifconfig wlan0 >> ... >> status: no carrier >> ssid MyDomain channel 7 (2442 MHz 11g) >> regdomain ETSI country FR authmode OPEN privacy OFF txpower 30 >> bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 >> roam:rssi 7 roam:rate 5 protmode CTS wme bintval 0 >> >> >> thanks in advance for your help. > >Are you running the latest current? >This is a 5350? yes, head r223138 >Can you post your configuration (rc.conf)? sure but nothing is configured in rc.conf except em0 when needed. i join it anyway. > >If you have a 'ifconfig wlan0 channel 7' somewhere, drop it, I'm aware >of an issue regarding fixed channels, but found no clean solution yet. > >You might also want to try 'ifconfig wlan0 -ht', it might be related >to the recent introduction of 11n support for iwn(4). changing the channel does nothing else, nor 'ht' too. setting channel 11 or any channel gives the same result, association for about 30 sec, and lost of carrier. Best Regards Raoul rmgls@free.fr ># Enable network daemons for user convenience. ># Please make all changes to this file, not to /etc/defaults/rc.conf. ># pour cacher les commandes exécutées ajouter dans rc: set -x >rc_debug="NO" >#rc_info="YES" >dumpdev="/dev/ada0s3b" >dumpdir="/var/crash" >savecore_flags="-vz" >#apmd_enable="YES" >firewall_enable="NO" # Set to YES to enable firewall functionality >allscreens_flags="-m on" >#amd_enable="NO" # Run amd service with $amd_flags (or NO). >defaultrouter="192.168.0.255" >entropy_file="YES" >#firewall_enable="YES" # Set to YES to enable firewall functionality >firewall_flags="" # Flags passed to ipfw when type is a file >firewall_logging="YES" # Set to YES to enable events logging >firewall_quiet="NO" # Set to YES to suppress rule display >firewall_script="/etc/rc.firewall" # Which script to run to set up the firewall >firewall_type="SIMPLE" # Firewall type (see /etc/rc.firewall) >font8x14="iso-8x14" >font8x16="iso-8x16" >font8x8="iso-8x8" >gateway_enable="YES" >hostname="MyHost" >#ifconfig_em0="DHCP" >#ifconfig_em0="inet 192.168.1.2 192.168.1.255 netmask 255.255.255.0" # media 100baseTX >inetd_enable="YES" >ipv6_enable="YES" >#gif_interfaces="gif0" >#gifconfig_gif0="192.168.0.2 11.22.33.44" >#ifconfig_gif0_ipv6="inet6 2001:1111:2222:3333::2 ># 2001:1111:2222:3333::1 prefixlen 128" ># ipv6_defaultrouter="2001:1111:2222:3333::1" >keymap="fr.iso.acc" >ldconfig_insecure="YES" >ldconfig_paths="/usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/compat/linux/lib" >ldconfig_paths_aout="/usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout" >linux_enable="YES" >lpd_enable="YES" # Run the line printer daemon. >lpd_program="/usr/sbin/lpd" # path to lpd, if you want a different one. >moused_enable="YES" >#moused_enable="NO" >moused_type="ps/2" >natd_enable="YES" >#nfs_client_enable="YES" >#nfs_reserved_port_only="YES" >#nfs_server_enable="YES" >portmap_enable="YES" >#sendmail_enable="YES" >sshd_enable="YES" >usbd_enable="YES" >ntpdate_enable="YES" >ntp_hosts="195.145.119.188" >#ntpdate_flags="ntp1.t-online.de" >#kern_securelevel="1" >#kern_securelevel_enable="YES" >mixer_enable="YES" # preserve your behaviour through reboot >fusefs_enable="YES" >#powerd_enable="YES" >#powerd_flags="-a hiadaptive" ># wlans_ath0="wlan0" ># vap_create_wlan0="wlanmode sta country US indoor" ># ifconfig_wlan0="WPA DHCP" ># ifconfig_bge0_alias0="inet6 2001:418:1::40/64" From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 13:27:20 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4742C106566B for ; Fri, 17 Jun 2011 13:27:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from ixe-mta-27.emailfiltering.com (ixe-mta-27-tx.emailfiltering.com [194.116.199.158]) by mx1.freebsd.org (Postfix) with ESMTP id A9E508FC16 for ; Fri, 17 Jun 2011 13:27:19 +0000 (UTC) Received: from mail-gw5.york.ac.uk ([144.32.129.29]) by ixe-mta-27.emailfiltering.com with emfmta (version 4.8.2.32) by TLS id 1141475054 for mav@FreeBSD.org;40015e0975a6d7a4; Fri, 17 Jun 2011 14:09:47 +0100 Received: from buffy-128.york.ac.uk ([144.32.128.160]:53447 helo=buffy.york.ac.uk) by mail-gw5.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1QXYnz-0000Zh-70; Fri, 17 Jun 2011 14:09:47 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.4/8.14.4) with ESMTP id p5HD9lLc046264; Fri, 17 Jun 2011 14:09:47 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.4/8.14.4/Submit) id p5HD9krV046263; Fri, 17 Jun 2011 14:09:46 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Alexander Motin In-Reply-To: <4D8BBC29.6040500@FreeBSD.org> References: <4D8BBC29.6040500@FreeBSD.org> Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 17 Jun 2011 14:09:46 +0100 Message-ID: <1308316186.45314.21.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: FreeBSD-Current Subject: Re: graid hit the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:27:20 -0000 On Thu, 2011-03-24 at 23:48 +0200, Alexander Motin wrote: > Hi. >=20 > I've just committed the new GEOM-based software RAID driver (graid) into > the HEAD [1]. Brave testers are welcome. :) >=20 > 1. http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D219974 One question. I'm very happy with the performance of the ahci subsystem, it is measurably faster against the old ATA subsystem on modern hardware. I also really appreciate the compatibility shims to aid migration from the adX style numbering to adaX. On every system I've migrated so far, this mapping has worked flawlessly. Is there any chance that mapping from /dev/arX -> /dev/raid/r0 etc could also be done? One thing that I have found is that it can be hard to determine from the dmesg exactly where raid partitions will appear. It would be wonderful if devices similar to the "adX" devices could be made, for any graid devices found. Thanks, Gavin --=20 Gavin Atkinson FreeBSD committer and bugmeister GPG: A093262B (313A A79F 697D 3A5C 216A EDF5 935D EF44 A093 262B) From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 13:33:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BF441065676; Fri, 17 Jun 2011 13:33:22 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CAF8C8FC13; Fri, 17 Jun 2011 13:33:21 +0000 (UTC) Received: by vws18 with SMTP id 18so2743418vws.13 for ; Fri, 17 Jun 2011 06:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/H2XJ1cO3nDKh35D83y9RVruiE8IBPdez1wIvEjN/cE=; b=k+h7QHc02+d9/iLX/s5T9muPydLbnq4t1WroiQxbi3EuSrN411y02ioCuH94k/lzmA k863uDrjocppe8JijEDy2HwugLWuBDg8s8PoHHJ9Vfk94Lpy3ozY4xZ9U19y+u9sJlLU IYawk2Q6ZcS4m57ANxhvdF738evM2kDmxhvqQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QWsJxhnXYQYFiaSAlnPv8+Kun4Cm867WoHpYSc/ie3lYYS9JyUhgDxq+gQ4nnCXVt0 2FjRACmfp02rI5a0Fp3S2X1+CADYPLEJBxskYX8yzou/vCspQFFWBCTg5vizCx1aVFHz l+MJi9kV4heKYAi648pO2OzsbqjcJigu5eiZU= MIME-Version: 1.0 Received: by 10.220.210.69 with SMTP id gj5mr836848vcb.58.1308317600900; Fri, 17 Jun 2011 06:33:20 -0700 (PDT) Received: by 10.220.189.202 with HTTP; Fri, 17 Jun 2011 06:33:20 -0700 (PDT) In-Reply-To: <1308316186.45314.21.camel@buffy.york.ac.uk> References: <4D8BBC29.6040500@FreeBSD.org> <1308316186.45314.21.camel@buffy.york.ac.uk> Date: Fri, 17 Jun 2011 06:33:20 -0700 Message-ID: From: Garrett Cooper To: Gavin Atkinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , FreeBSD-Current Subject: Re: graid hit the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:33:22 -0000 On Fri, Jun 17, 2011 at 6:09 AM, Gavin Atkinson wrote: > On Thu, 2011-03-24 at 23:48 +0200, Alexander Motin wrote: >> Hi. >> >> I've just committed the new GEOM-based software RAID driver (graid) into >> the HEAD [1]. Brave testers are welcome. :) >> >> 1. http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D219974 > > One question. > > I'm very happy with the performance of the ahci subsystem, it is > measurably faster against the old ATA subsystem on modern hardware. =A0I > also really appreciate the compatibility shims to aid migration from the > adX style numbering to adaX. =A0On every system I've migrated so far, thi= s > mapping has worked flawlessly. > > Is there any chance that mapping from /dev/arX -> /dev/raid/r0 etc could > also be done? > > One thing that I have found is that it can be hard to determine from the > dmesg exactly where raid partitions will appear. =A0It would be wonderful > if devices similar to the "adX" devices could be made, for any graid > devices found. For this case, would it make more sense to advise folks to use devfs.conf ? Otherwise one would need to tell geom to talk ataraid a bit, which may or may not confuse some consumers. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 13:46:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97648106566B for ; Fri, 17 Jun 2011 13:46:18 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 721EB8FC15 for ; Fri, 17 Jun 2011 13:46:18 +0000 (UTC) Received: by pzk27 with SMTP id 27so2406701pzk.13 for ; Fri, 17 Jun 2011 06:46:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.64.106 with SMTP id n10mr162189pbs.88.1308318377806; Fri, 17 Jun 2011 06:46:17 -0700 (PDT) Sender: luizgustavo@luizgustavo.pro.br Received: by 10.68.51.104 with HTTP; Fri, 17 Jun 2011 06:46:17 -0700 (PDT) In-Reply-To: References: Date: Fri, 17 Jun 2011 10:46:17 -0300 X-Google-Sender-Auth: ajoGwXxN-AB8IcdrXURcShZ0jAM Message-ID: From: "Luiz Gustavo S. Costa" To: Rick van der Zwet Content-Type: multipart/mixed; boundary=bcaec53aedd6298db604a5e89cc5 Cc: freebsd-current@freebsd.org Subject: Re: udav: vendor 0x0fe6, product: 0x9700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 13:46:18 -0000 --bcaec53aedd6298db604a5e89cc5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all I was venturing more on the idea of running this adapter, I decided to test on OpenBSD 4.9 OpenBSD 4.9 RELEASE is already entry for id 0x8180, equal to FreeBSD 9.0-CURRENT. What I did (see attached diff file) was to do the same, I tried to do in freebsd, add the id of the new adapter based on 0x8180 And everything worked as I expected, I managed to get a MAC address and use the ifconfig output as below: udav0: flags=3D8802 mtu 1500 lladdr 00:e0:4c:53:44:58 priority: 0 media: Ethernet none inet6 fe80::2e0:4cff:fe53:4458%udav0 prefixlen 64 scopeid 0x5 Do I have to specify the id somewhere else, some input to the PHY? Thanks 2011/6/10 Luiz Gustavo S. Costa : > Hi Rick, > > 2011/6/10 Rick van der Zwet : >> On 10 June 2011 14:17, Luiz Gustavo S. Costa wrote= : >>> I'm trying to add a new product id [1] to the driver udav and am >>> having a little trouble. >>> >>> At first, this is similar to id 0x8180 and there should be no >>> problems, but I still can not get a PHY for it. >> >> Assuming you mean 0x8181 --looking at your patch-- How do you know >> they have similar chip-sets? Can you get the full interface >> description list for both to see if they have the same endpoints: >> =A0 =A0usbconfig dump_all_config_desc > > Yes... I will find here the link that describes this: > > http://git.kernel.org/?p=3Dlinux/kernel/git/stable/linux-2.6.38.y.git;a= =3Dcommit;h=3D67158cebde60edb1a11cf4743f1cb9ded847c5fc > >> >>> Can someone help me? >> ... >>>About adapter: >>> [1] http://www.luizgustavo.pro.br/~lgcosta/jp1080/ >> >> Looking at the picture these kind of USB dongles (various chipsets) >> tend to die. I suspect the build quality is not that great. Just >> checking you did check it the device is functioning properly using the >> official (linux) drivers? > > Yes, it's a very cheap adapter, can be found on ebay easily. > > And yes, he normally works in linux, I am posting a link to the code > and it is observed, the only difference are exactly the entries "id" > of the product. > > http://git.kernel.org/?p=3Dlinux/kernel/git/stable/linux-2.6.38.y.git;a= =3Dblob;f=3Ddrivers/net/usb/dm9601.c;h=3D5002f5be47be7dcbd95e0fd9cee2a80910= 046a81;hb=3DHEAD > >> >> Br. /Rick >> -- >> http://rickvanderzwet.nl >> > > Thanks > > > -- > =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa > =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter > / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project > / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org > --------------------------------------------------------------------- > BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) > Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org > Blog: http://www.luizgustavo.pro.br > --=20 =A0 /\ =A0 =A0 =A0 =A0 =A0 =A0 Luiz Gustavo S. Costa =A0/ =A0\ =A0 =A0 =A0 =A0 =A0 =A0Programmer at BSD Perimeter / =A0 =A0\ /\/\/\ =A0 =A0Visit the pfSense Project / =A0 =A0 =A0\ =A0 =A0\ \ =A0 http://www.pfsense.org --------------------------------------------------------------------- BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgustavo@luizgustavo.pro.br / lgcosta@pfsense.org Blog: http://www.luizgustavo.pro.br --bcaec53aedd6298db604a5e89cc5 Content-Type: text/x-patch; charset=US-ASCII; name="udav-9700.diff" Content-Disposition: attachment; filename="udav-9700.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gp16xw400 ZGlmZiAtciAxOGYyNWFkYWE5ZGQgZGV2L3VzYi9pZl91ZGF2LmMKLS0tIGEvZGV2L3VzYi9pZl91 ZGF2LmMgRnJpIEp1biAxNyAxMDozOTozMCAyMDExIC0wMzAwCisrKyBiL2Rldi91c2IvaWZfdWRh di5jIEZyaSBKdW4gMTcgMTA6NDM6NTEgMjAxMSAtMDMwMApAQCAtMTY3LDcgKzE2Nyw4IEBACiAg ICAgICAge3sgVVNCX1ZFTkRPUl9TSEFOVE9VLCBVU0JfUFJPRFVDVF9TSEFOVE9VX1NUMjY4IH0s IDAgfSwKICAgICAgICB7eyBVU0JfVkVORE9SX1NIQU5UT1UsIFVTQl9QUk9EVUNUX1NIQU5UT1Vf WlQ2Njg4IH0sIDAgfSwKICAgICAgICB7eyBVU0JfVkVORE9SX1NIQU5UT1UsIFVTQl9QUk9EVUNU X1NIQU5UT1VfQURNODUxNSB9LCAwIH0sCi0gICAgICAge3sgVVNCX1ZFTkRPUl9VTktOT1dONCwg VVNCX1BST0RVQ1RfVU5LTk9XTjRfRE05NjAxIH0sIDAgfQorICAgICAgIHt7IFVTQl9WRU5ET1Jf VU5LTk9XTjQsIFVTQl9QUk9EVUNUX1VOS05PV040X0RNOTYwMSB9LCAwIH0sCisgICAgICAge3sg VVNCX1ZFTkRPUl9VTktOT1dONCwgVVNCX1BST0RVQ1RfVU5LTk9XTjRfSlAxMDgyIH0sIDAgfQog fTsKICNkZWZpbmUgdWRhdl9sb29rdXAodiwgcCkgKChzdHJ1Y3QgdWRhdl90eXBlICopdXNiX2xv b2t1cCh1ZGF2X2RldnMsIHYsIHApKQogCmRpZmYgLXIgMThmMjVhZGFhOWRkIGRldi91c2IvdXNi ZGV2cwotLS0gYS9kZXYvdXNiL3VzYmRldnMgICBGcmkgSnVuIDE3IDEwOjM5OjMwIDIwMTEgLTAz MDAKKysrIGIvZGV2L3VzYi91c2JkZXZzICAgRnJpIEp1biAxNyAxMDo0Mzo1MSAyMDExIC0wMzAw CkBAIC0zNzQ0LDYgKzM3NDQsNyBAQAogCiAvKiBVbmtub3duIHZlbmRvciA0ICovCiBwcm9kdWN0 IFVOS05PV040IERNOTYwMSAgICAgICAgICAgICAgICAweDgxMDEgRE05NjAxCitwcm9kdWN0IFVO S05PV040IEpQMTA4MiAgICAgICAgIDB4OTcwMCBKUDEwODIKIAogLyogVW5rbm93biB2ZW5kb3Ig NSAqLwogcHJvZHVjdCBVTktOT1dONSBORl9SSUMgICAgICAgICAgICAgICAgMHgwMDAxICBORiBS SUMKZGlmZiAtciAxOGYyNWFkYWE5ZGQgZGV2L3VzYi91c2JkZXZzLmgKLS0tIGEvZGV2L3VzYi91 c2JkZXZzLmggRnJpIEp1biAxNyAxMDozOTozMCAyMDExIC0wMzAwCisrKyBiL2Rldi91c2IvdXNi ZGV2cy5oIEZyaSBKdW4gMTcgMTA6NDM6NTEgMjAxMSAtMDMwMApAQCAtMzc1MSw2ICszNzUxLDcg QEAKIAogLyogVW5rbm93biB2ZW5kb3IgNCAqLwogI2RlZmluZSAgICAgICAgVVNCX1BST0RVQ1Rf VU5LTk9XTjRfRE05NjAxICAgICAweDgxMDEgICAgICAgICAgLyogRE05NjAxICovCisjZGVmaW5l IFVTQl9QUk9EVUNUX1VOS05PV040X0pQMTA4MiAgICAgMHg5NzAwICAgICAgICAgIC8qIERNOTYw MSAqLwogCiAvKiBVbmtub3duIHZlbmRvciA1ICovCiAjZGVmaW5lICAgICAgICBVU0JfUFJPRFVD VF9VTktOT1dONV9ORl9SSUMgICAgIDB4MDAwMSAgICAgICAgICAvKiBORiBSSUMgKi8K --bcaec53aedd6298db604a5e89cc5-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 15:53:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA3611065670 for ; Fri, 17 Jun 2011 15:53:08 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id 589298FC1F for ; Fri, 17 Jun 2011 15:53:07 +0000 (UTC) Received: from testsoekris.hotsoft.nl (localhost [127.0.0.1]) by mail.beastielabs.net (8.14.4/8.14.4) with ESMTP id p5HFYFxm092875 for ; Fri, 17 Jun 2011 17:34:15 +0200 (CEST) (envelope-from hans@testsoekris.hotsoft.nl) Received: (from hans@localhost) by testsoekris.hotsoft.nl (8.14.4/8.14.4/Submit) id p5HFYFPC092874 for freebsd-current@freebsd.org; Fri, 17 Jun 2011 17:34:15 +0200 (CEST) (envelope-from hans) Date: Fri, 17 Jun 2011 17:34:15 +0200 From: Hans Ottevanger To: freebsd-current@freebsd.org Message-ID: <20110617153415.GA92803@testsoekris.hotsoft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: SU+J: negative used diskspace (for a while) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 15:53:09 -0000 Hi, I found a possible issue with SU+J on recent versions of -CURRENT. After deleting a large file hierarchy (copy of /usr/src, ~1.5 Gbyte), df reports a negative number of blocks "Used" for a while. I am using a GENERIC kernel (r223184) on an amd64 platform. The hardware is relatively simple: Intel DP965LT mainboard with a Q6600 CPU, 8 Gbyte RAM and two Samsung 501LJ 500 Gbyte SATA disks. The issue can be demonstrated by copying /usr/src to the current directory (cp -R /usr/src .) and running the following script to delete the copy and print the free space at 10 second intervals: #!/bin/sh df . time rm -rf src echo 'src is gone ...' while true do df . | tail -1 sleep 10 done This yields the following output: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ada0s1g 416144900 1612066 381241242 0% /home 51.21 real 1.00 user 17.38 sys src is gone ... /dev/ada0s1g 416144900 -164692 383018000 -0% /home /dev/ada0s1g 416144900 -165082 383018390 -0% /home /dev/ada0s1g 416144900 -246852 383100160 -0% /home /dev/ada0s1g 416144900 -246852 383100160 -0% /home /dev/ada0s1g 416144900 -246852 383100160 -0% /home /dev/ada0s1g 416144900 -64146 382917454 -0% /home /dev/ada0s1g 416144900 -64146 382917454 -0% /home /dev/ada0s1g 416144900 -64146 382917454 -0% /home /dev/ada0s1g 416144900 32910 382820398 0% /home /dev/ada0s1g 416144900 32910 382820398 0% /home So it takes more than a minute before the disk space is back to "normal" values. After disabling journaling (tunefs -j disable) I get the following output: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ada0s1g 416144900 1579284 381274024 0% /home 35.40 real 0.96 user 13.32 sys src is gone ... /dev/ada0s1g 416144900 128 382853180 0% /home /dev/ada0s1g 416144900 128 382853180 0% /home /dev/ada0s1g 416144900 128 382853180 0% /home /dev/ada0s1g 416144900 128 382853180 0% /home which is as it should be. The problem also does not occur with journaling enabled when I revert to r222723. Is anybody else seeing these weird phenomena? Could this be related to the recent changes to UFS? Kind regards, Hans Ottevanger From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 16:12:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 289121065670; Fri, 17 Jun 2011 16:12:34 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF0E28FC12; Fri, 17 Jun 2011 16:12:33 +0000 (UTC) Received: by iyj12 with SMTP id 12so3053121iyj.13 for ; Fri, 17 Jun 2011 09:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fs8hW1fygaMovbYEB067nNScBJsVScw0PR9Ba6M7/Vg=; b=lOmST6sQF8dtrkZgT3ZCJzQK9ILafHp4rzSEIsVDoGDcQPzYilnBxBz64yZqrHpojh QGSZ8ZqGkIgSKQNwgOffFrdnrCLgrPCbfNMcboaMQwW4z1jCfAPcFprp+PPQ/dXGrevx jePPAHWXJ5NbHQGcgau+og9qsSuQnjCGLoxvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LZbI2mb9VpGhH/Sn072wMT/NoXw+HvN9Ib+Ik6eb/bMFDyen0ljPfpQOf0TtHk7Pcr PK84WtbrHvQ/4WRQXSqyl+BvGY+wNmB05csWTsBpGiu1GjKB+pTFeX9lR0VFQYRuBz9O RgDId3WRgvTuPyR11CdXv5xPsJop+1UiWz+NE= MIME-Version: 1.0 Received: by 10.231.69.198 with SMTP id a6mr2068488ibj.181.1308327153156; Fri, 17 Jun 2011 09:12:33 -0700 (PDT) Received: by 10.231.34.3 with HTTP; Fri, 17 Jun 2011 09:12:33 -0700 (PDT) In-Reply-To: <1308316186.45314.21.camel@buffy.york.ac.uk> References: <4D8BBC29.6040500@FreeBSD.org> <1308316186.45314.21.camel@buffy.york.ac.uk> Date: Sat, 18 Jun 2011 00:12:33 +0800 Message-ID: From: Buganini To: Gavin Atkinson Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , FreeBSD-Current Subject: Re: graid hit the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 16:12:34 -0000 2011/6/17 Gavin Atkinson : > Is there any chance that mapping from /dev/arX -> /dev/raid/r0 etc could > also be done? so this is lying yet? UPDATING 20110424: ataraid(4) functionality is now supported by the RAID GEOM class. To use it you can load geom_raid kernel module and use graid(8) tool for management. Instead of /dev/arX device names, use /dev/raid/rX. BTW, amr controllers seem not hiding real device, I got somethings like ar0, ad4, ad6 in ATA era. For solving device name issue, usually I use label, but the unhided device make label duplicated, anyway to tune it? Thanks, Buganini From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 17:23:53 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id BA116106567A; Fri, 17 Jun 2011 17:23:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Ian FREISLICH Date: Fri, 17 Jun 2011 13:23:26 -0400 User-Agent: KMail/1.6.2 References: <201106151819.32495.jkim@FreeBSD.org> <201106151639.30308.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106171323.43864.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 17:23:53 -0000 On Thursday 16 June 2011 03:10 am, Ian FREISLICH wrote: > Jung-uk Kim wrote: > > 1481522037 14459060 1.0098392393 > > 1495969404 14447367 1.0090225853 > > > > As you can see, HPET increases normally (within errors from > > sleep(3) accuracy, syscall overhead, etc.) but TSC-low is totally > > erratic (and too low). I don't know how this can happen, though. > > :-( > > > > I need some time to figure it out. > > Even though sleep states have been disabled in the past when on AC > power, they seem to have mysteriously been enabled. Perhaps this > accounts for the strangeness: > > /etc/rc.conf > performance_cx_lowest="HIGH" > performance_cpu_freq="HIGH" > economy_cx_lowest="LOW" > economy_cpu_freq="HIGH" > > > [mini] /usr/home/ianf $ sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1600 > dev.cpu.0.freq_levels: 1600/2000 1400/1750 1333/1533 1166/1341 > 1066/1066 932/932 800/600 700/525 600/450 500/375 400/300 300/225 > 200/150 100/75 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 > dev.cpu.0.cx_lowest: C3 > dev.cpu.0.cx_usage: 0.00% 8.69% 91.30% last 693us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 > dev.cpu.1.cx_lowest: C3 > dev.cpu.1.cx_usage: 0.00% 14.96% 85.03% last 2897us > > Pulling the power cord and re-inserting it has the cx_lowest > correctly trantsition to C1 and then TSC-low behaves properly as > the system timecounter. But, time will be wierd when on battery. > > In light of this, I doubt the patch in your other email will have > any effect. Perhaps the thing to do is to have the timecounter > code aware of the lowest Cx sleep state and to pick best time > counter for that state and to re-evaluate the choice on cx_lowest > transitions. > > ie: TSC-low, HPET or ACPI-fast for C1 and HPET or ACPI-fast for C2 > and lower. Hmm... So, you are saying this CPU model is P-state invariant but not C-state invariant (i.e., it stops incrementing in C2 state and above). If that's the case, it is really useless for timecounter. :-( What happens if you set it to C2, i.e., economy_cx_lowest="C2" In other words, does it really stop in C2-state? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 17:45:14 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1B29106564A; Fri, 17 Jun 2011 17:45:13 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 34B478FC0C; Fri, 17 Jun 2011 17:45:13 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QXd6U-0004K2-It; Fri, 17 Jun 2011 19:45:10 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QXd6S-0001Cu-Fo; Fri, 17 Jun 2011 19:45:08 +0200 Message-Id: To: Jung-uk Kim From: Ian FREISLICH In-Reply-To: <201106171323.43864.jkim@FreeBSD.org> References: <201106171323.43864.jkim@FreeBSD.org> <201106151819.32495.jkim@FreeBSD.org> <201106151639.30308.jkim@FreeBSD.org> X-Attribution: BOFH Date: Fri, 17 Jun 2011 19:45:08 +0200 Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 17:45:14 -0000 Jung-uk Kim wrote: > On Thursday 16 June 2011 03:10 am, Ian FREISLICH wrote: > > Jung-uk Kim wrote: > > > 1481522037 14459060 1.0098392393 > > > 1495969404 14447367 1.0090225853 > > > > > > As you can see, HPET increases normally (within errors from > > > sleep(3) accuracy, syscall overhead, etc.) but TSC-low is totally > > > erratic (and too low). I don't know how this can happen, though. > > > :-( > > > > > > I need some time to figure it out. > > > > Even though sleep states have been disabled in the past when on AC > > power, they seem to have mysteriously been enabled. Perhaps this > > accounts for the strangeness: > > > > /etc/rc.conf > > performance_cx_lowest="HIGH" > > performance_cpu_freq="HIGH" > > economy_cx_lowest="LOW" > > economy_cpu_freq="HIGH" > > > > > > [mini] /usr/home/ianf $ sysctl dev.cpu > > dev.cpu.0.%desc: ACPI CPU > > dev.cpu.0.%driver: cpu > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > dev.cpu.0.%parent: acpi0 > > dev.cpu.0.freq: 1600 > > dev.cpu.0.freq_levels: 1600/2000 1400/1750 1333/1533 1166/1341 > > 1066/1066 932/932 800/600 700/525 600/450 500/375 400/300 300/225 > > 200/150 100/75 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 > > dev.cpu.0.cx_lowest: C3 > > dev.cpu.0.cx_usage: 0.00% 8.69% 91.30% last 693us > > dev.cpu.1.%desc: ACPI CPU > > dev.cpu.1.%driver: cpu > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > dev.cpu.1.%parent: acpi0 > > dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 > > dev.cpu.1.cx_lowest: C3 > > dev.cpu.1.cx_usage: 0.00% 14.96% 85.03% last 2897us > > > > Pulling the power cord and re-inserting it has the cx_lowest > > correctly trantsition to C1 and then TSC-low behaves properly as > > the system timecounter. But, time will be wierd when on battery. > > > > In light of this, I doubt the patch in your other email will have > > any effect. Perhaps the thing to do is to have the timecounter > > code aware of the lowest Cx sleep state and to pick best time > > counter for that state and to re-evaluate the choice on cx_lowest > > transitions. > > > > ie: TSC-low, HPET or ACPI-fast for C1 and HPET or ACPI-fast for C2 > > and lower. > > Hmm... So, you are saying this CPU model is P-state invariant but not > C-state invariant (i.e., it stops incrementing in C2 state and > above). If that's the case, it is really useless for > timecounter. :-( > > What happens if you set it to C2, i.e., > > economy_cx_lowest="C2" > > In other words, does it really stop in C2-state? The folowing is with timecounter=HPET, just to see what the effect on TSC-low is. It looks like it does stop in C3. hw.acpi.cpu.cx_lowest=C3 [mini] /usr/home/ianf $ sh -c 'count=10; while [ $count -gt 0 ]; do count=$((count - 1)); sysctl kern.timecounter.tc.TSC-low.counter; sleep 1; done' kern.timecounter.tc.TSC-low.counter: 722687906 kern.timecounter.tc.TSC-low.counter: 724328394 kern.timecounter.tc.TSC-low.counter: 726038743 kern.timecounter.tc.TSC-low.counter: 727690855 kern.timecounter.tc.TSC-low.counter: 729245616 kern.timecounter.tc.TSC-low.counter: 730786569 kern.timecounter.tc.TSC-low.counter: 732398571 kern.timecounter.tc.TSC-low.counter: 733910987 kern.timecounter.tc.TSC-low.counter: 735711469 kern.timecounter.tc.TSC-low.counter: 737368279 hw.acpi.cpu.cx_lowest=C2 kern.timecounter.tc.TSC-low.counter: 897318486 kern.timecounter.tc.TSC-low.counter: 909873821 kern.timecounter.tc.TSC-low.counter: 922416894 kern.timecounter.tc.TSC-low.counter: 934960462 kern.timecounter.tc.TSC-low.counter: 947504154 kern.timecounter.tc.TSC-low.counter: 960050573 kern.timecounter.tc.TSC-low.counter: 972590754 kern.timecounter.tc.TSC-low.counter: 985133990 kern.timecounter.tc.TSC-low.counter: 997677052 kern.timecounter.tc.TSC-low.counter: 1010220299 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d AMD Features2=0x1 TSC: P-state invariant, performance statistics Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 18:07:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AEDC106566B; Fri, 17 Jun 2011 18:07:18 +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 94E2B8FC12; Fri, 17 Jun 2011 18:07:17 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p5HI7D8j005658; Fri, 17 Jun 2011 20:07:13 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p5HI7Dgm005657; Fri, 17 Jun 2011 20:07:13 +0200 (CEST) (envelope-from marius) Date: Fri, 17 Jun 2011 20:07:13 +0200 From: Marius Strobl To: Nathaniel W Filardo Message-ID: <20110617180713.GA5300@alchemy.franken.de> References: <20110616073138.GL31996@gradx.cs.jhu.edu> <20110616075319.GM31996@gradx.cs.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110616075319.GM31996@gradx.cs.jhu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: TLS bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 18:07:18 -0000 On Thu, Jun 16, 2011 at 03:53:19AM -0400, Nathaniel W Filardo wrote: > Atcht; it's late. I forgot to mention that this system is a sparc64 V240 > 2-way SMP machine. It's running a kernel from 9.0-CURRENT r222833+262af52: > Tue Jun 7 18:47:35 EDT 2011 and a userland from a little later. > > Sorry about that. > --nwf; > > On Thu, Jun 16, 2011 at 03:31:38AM -0400, Nathaniel W Filardo wrote: > > I have a few applications (bonnie++ and mysql, specifically, both from > > ports) which trip over the assertion in > > lib/libc/stdlib/malloc.c:/^_malloc_thread_cleanup that > > > assert(tcache != (void *)(uintptr_t)1); > > > > I have patched malloc.c thus: > > > > > --- a/lib/libc/stdlib/malloc.c > > > +++ b/lib/libc/stdlib/malloc.c > > > @@ -1108,7 +1108,7 @@ static __thread arena_t *arenas_map TLS_MODEL; > > > > > > #ifdef MALLOC_TCACHE > > > /* Map of thread-specific caches. */ > > > -static __thread tcache_t *tcache_tls TLS_MODEL; > > > +__thread tcache_t *tcache_tls TLS_MODEL; > > > > > > /* > > > * Number of cache slots for each bin in the thread cache, or 0 if tcache > > > * is > > > @@ -6184,10 +6184,17 @@ _malloc_thread_cleanup(void) > > > #ifdef MALLOC_TCACHE > > > tcache_t *tcache = tcache_tls; > > > > > > + fprintf(stderr, "_m_t_c for %d:%lu with %p\n", > > > + getpid(), > > > + (unsigned long) _pthread_self(), > > > + tcache); > > > + > > > if (tcache != NULL) { > > > - assert(tcache != (void *)(uintptr_t)1); > > > - tcache_destroy(tcache); > > > - tcache_tls = (void *)(uintptr_t)1; > > > + /* assert(tcache != (void *)(uintptr_t)1); */ > > > + if((uintptr_t)tcache != (uintptr_t)1) { > > > + tcache_destroy(tcache); > > > + tcache_tls = (void *)(uintptr_t)1; > > > + } > > > > and libthr/thread/thr_create.c thus: > > > > > --- a/lib/libthr/thread/thr_create.c > > > +++ b/lib/libthr/thread/thr_create.c > > > @@ -243,6 +243,8 @@ create_stack(struct pthread_attr *pattr) > > > return (ret); > > > } > > > > > > +extern __thread void *tcache_tls; > > > + > > > static void > > > thread_start(struct pthread *curthread) > > > { > > > @@ -280,6 +282,11 @@ thread_start(struct pthread *curthread) > > > curthread->attr.stacksize_attr; > > > #endif > > > > > > + fprintf(stderr, "t_s for %d:%lu with %p\n", > > > + getpid(), > > > + (unsigned long) _pthread_self(), > > > + tcache_tls); > > > + > > > /* Run the current thread's start routine with argument: */ > > > _pthread_exit(curthread->start_routine(curthread->arg)); > > > > > > > to attempt to debug this issue. With those changes in place, bonnie++'s > > execution looks like this: > > > > >[...] > > > Writing a byte at a time...done > > > Writing intelligently...done > > > Rewriting...done > > > Reading a byte at a time...done > > > Reading intelligently...done > > > t_s for 79654:1086343168 with 0x0 > > > t_s for 79654:1086345216 with 0x0 > > > t_s for 79654:1086346240 with 0x0 > > > t_s for 79654:1086347264 with 0x0 > > > t_s for 79654:1086344192 with 0x0 > > > start 'em...done...done...done...done..._m_t_c for 79654:1086344192 with > > > 0x41404400 > > > _m_t_c for 79654:1086346240 with 0x40d2c400 > > > _m_t_c for 79654:1086343168 with 0x41404200 > > > _m_t_c for 79654:1086345216 with 0x41804200 > > > done... > > > _m_t_c for 79654:1086347264 with 0x41004200 > > > Create files in sequential order...done. > > > Stat files in sequential order...done. > > > Delete files in sequential order...done. > > > Create files in random order...done. > > > Stat files in random order...done. > > > Delete files in random order...done. > > > 1.96,1.96,hydra.priv.oc.ietfng.org,1,1308217772,10M,,7,81,2644,7,3577,14,34,93,+++++,+++,773.7,61,16,,, > > > ,,2325,74,13016,99,2342,86,3019,91,11888,99,2184,89,16397ms,1237ms,671ms,2009ms,177us,1305ms,489ms,1029 > > > us,270ms,140ms,53730us,250ms > > > Writing a byte at a time...done > > > Writing intelligently...done > > > Rewriting...done > > > Reading a byte at a time...done > > > Reading intelligently...done > > > t_s for 79654:1086343168 with 0x1 > > > t_s for 79654:1086346240 with 0x1 > > > t_s for 79654:1086345216 with 0x1 > > > t_s for 79654:1086347264 with 0x1 > > > t_s for 79654:1086344192 with 0x1 > > > start 'em...done...done...done...done...done... > > > _m_t_c for 79654:1086347264 with 0x1 > > > _m_t_c for 79654:1086344192 with 0x1 > > > _m_t_c for 79654:1086343168 with 0x1 > > >[...] > > > > So what seems to be happening is that the TLS area is being set up > > incorrectly, eventually: rather than zeroing the tcache_tls value, it is > > being set to 1, which means no tcache is ever allocated, so when we get > > around to exiting, the assert trips. > > > > Unfortunately, setting a breakpoint on __libc_allocate_tls seems to do bad > > things to the kernel (inducing a SIR without any panic message). I am > > somewhat at a loss; help? > > Using bonnie++ I can't reproduce this (didn't try mysql) but I have some TLS fixes for libthr I forgot about but could be relevant here (most actually date back to 2008 when the base binutils didn't support GNUTLS for sparc64 so I couldn't test them easily). Could you please give a libthr build with the following patch a try? http://people.freebsd.org/~marius/libthr_sparc64.diff Marius From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 18:26:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F6CA1065670 for ; Fri, 17 Jun 2011 18:26:51 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 1148A8FC1D for ; Fri, 17 Jun 2011 18:26:50 +0000 (UTC) Received: (qmail 2274 invoked from network); 17 Jun 2011 18:00:09 -0000 Received: from 87.58.145.224 (HELO x2.osted.lan) (87.58.145.224) by relay03.pair.com with SMTP; 17 Jun 2011 18:00:09 -0000 X-pair-Authenticated: 87.58.145.224 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.4/8.14.4) with ESMTP id p5HI06WT068144; Fri, 17 Jun 2011 20:00:06 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.4/8.14.4/Submit) id p5HI06ZL068143; Fri, 17 Jun 2011 20:00:06 +0200 (CEST) (envelope-from pho) Date: Fri, 17 Jun 2011 20:00:06 +0200 From: Peter Holm To: Hans Ottevanger Message-ID: <20110617180006.GA67877@x2.osted.lan> References: <20110617153415.GA92803@testsoekris.hotsoft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110617153415.GA92803@testsoekris.hotsoft.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: SU+J: negative used diskspace (for a while) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 18:26:51 -0000 On Fri, Jun 17, 2011 at 05:34:15PM +0200, Hans Ottevanger wrote: > Hi, > > I found a possible issue with SU+J on recent versions of -CURRENT. > > After deleting a large file hierarchy (copy of /usr/src, ~1.5 Gbyte), > df reports a negative number of blocks "Used" for a while. > Yes, thank you. This is a known issue and I believe that it is on Jeff's to-do list. - Peter From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 18:55:23 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CFB62106566B; Fri, 17 Jun 2011 18:55:21 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Ian FREISLICH Date: Fri, 17 Jun 2011 14:54:58 -0400 User-Agent: KMail/1.6.2 References: <201106171323.43864.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106171455.00088.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Time keeping Issues with the low-resolution TSC timecounter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 18:55:23 -0000 On Friday 17 June 2011 01:45 pm, Ian FREISLICH wrote: > Jung-uk Kim wrote: > > On Thursday 16 June 2011 03:10 am, Ian FREISLICH wrote: > > > Jung-uk Kim wrote: > > > > 1481522037 14459060 1.0098392393 > > > > 1495969404 14447367 1.0090225853 > > > > > > > > As you can see, HPET increases normally (within errors from > > > > sleep(3) accuracy, syscall overhead, etc.) but TSC-low is > > > > totally erratic (and too low). I don't know how this can > > > > happen, though. > > > > > > > > :-( > > > > > > > > I need some time to figure it out. > > > > > > Even though sleep states have been disabled in the past when on > > > AC power, they seem to have mysteriously been enabled. Perhaps > > > this accounts for the strangeness: > > > > > > /etc/rc.conf > > > performance_cx_lowest="HIGH" > > > performance_cpu_freq="HIGH" > > > economy_cx_lowest="LOW" > > > economy_cpu_freq="HIGH" > > > > > > > > > [mini] /usr/home/ianf $ sysctl dev.cpu > > > dev.cpu.0.%desc: ACPI CPU > > > dev.cpu.0.%driver: cpu > > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > > dev.cpu.0.%parent: acpi0 > > > dev.cpu.0.freq: 1600 > > > dev.cpu.0.freq_levels: 1600/2000 1400/1750 1333/1533 1166/1341 > > > 1066/1066 932/932 800/600 700/525 600/450 500/375 400/300 > > > 300/225 200/150 100/75 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 > > > dev.cpu.0.cx_lowest: C3 > > > dev.cpu.0.cx_usage: 0.00% 8.69% 91.30% last 693us > > > dev.cpu.1.%desc: ACPI CPU > > > dev.cpu.1.%driver: cpu > > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > > dev.cpu.1.%parent: acpi0 > > > dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 > > > dev.cpu.1.cx_lowest: C3 > > > dev.cpu.1.cx_usage: 0.00% 14.96% 85.03% last 2897us > > > > > > Pulling the power cord and re-inserting it has the cx_lowest > > > correctly trantsition to C1 and then TSC-low behaves properly > > > as the system timecounter. But, time will be wierd when on > > > battery. > > > > > > In light of this, I doubt the patch in your other email will > > > have any effect. Perhaps the thing to do is to have the > > > timecounter code aware of the lowest Cx sleep state and to pick > > > best time counter for that state and to re-evaluate the choice > > > on cx_lowest transitions. > > > > > > ie: TSC-low, HPET or ACPI-fast for C1 and HPET or ACPI-fast for > > > C2 and lower. > > > > Hmm... So, you are saying this CPU model is P-state invariant > > but not C-state invariant (i.e., it stops incrementing in C2 > > state and above). If that's the case, it is really useless for > > timecounter. :-( > > > > What happens if you set it to C2, i.e., > > > > economy_cx_lowest="C2" > > > > In other words, does it really stop in C2-state? > > The folowing is with timecounter=HPET, just to see what the effect > on TSC-low is. It looks like it does stop in C3. > > hw.acpi.cpu.cx_lowest=C3 > [mini] /usr/home/ianf $ sh -c 'count=10; while [ $count -gt 0 ]; do > count=$((count - 1)); sysctl kern.timecounter.tc.TSC-low.counter; > sleep 1; done' kern.timecounter.tc.TSC-low.counter: 722687906 > kern.timecounter.tc.TSC-low.counter: 724328394 > kern.timecounter.tc.TSC-low.counter: 726038743 > kern.timecounter.tc.TSC-low.counter: 727690855 > kern.timecounter.tc.TSC-low.counter: 729245616 > kern.timecounter.tc.TSC-low.counter: 730786569 > kern.timecounter.tc.TSC-low.counter: 732398571 > kern.timecounter.tc.TSC-low.counter: 733910987 > kern.timecounter.tc.TSC-low.counter: 735711469 > kern.timecounter.tc.TSC-low.counter: 737368279 > > hw.acpi.cpu.cx_lowest=C2 > kern.timecounter.tc.TSC-low.counter: 897318486 > kern.timecounter.tc.TSC-low.counter: 909873821 > kern.timecounter.tc.TSC-low.counter: 922416894 > kern.timecounter.tc.TSC-low.counter: 934960462 > kern.timecounter.tc.TSC-low.counter: 947504154 > kern.timecounter.tc.TSC-low.counter: 960050573 > kern.timecounter.tc.TSC-low.counter: 972590754 > kern.timecounter.tc.TSC-low.counter: 985133990 > kern.timecounter.tc.TSC-low.counter: 997677052 > kern.timecounter.tc.TSC-low.counter: 1010220299 > > CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.04-MHz 686-class > CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c > Stepping = 2 > Features=0xbfe9fbffR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x40c39dOVBE> AMD Features2=0x1 > TSC: P-state invariant, performance statistics Thanks for the info, it confirmed my speculation. Somewhere from an Intel manual, I think I read TSC stops when DPSLP# pin is asserted for Core/Core2/Atom processors and I guess that means entering C3 stops TSC. :-( Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 21:21:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75578106566B for ; Fri, 17 Jun 2011 21:21:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 33C058FC12 for ; Fri, 17 Jun 2011 21:21:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AD18146B1A; Fri, 17 Jun 2011 17:21:51 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 46EDA8A01F; Fri, 17 Jun 2011 17:21:51 -0400 (EDT) From: John Baldwin To: Damjan Marion Date: Fri, 17 Jun 2011 17:21:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <5BEF0D0F-3717-42CE-ADF7-8876558004CA@gmail.com> <201105061147.33766.jhb@freebsd.org> In-Reply-To: <201105061147.33766.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106171721.50686.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 17 Jun 2011 17:21:51 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: atkbdc broken on current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 21:21:52 -0000 On Friday, May 06, 2011 11:47:33 am John Baldwin wrote: > On Thursday, May 05, 2011 5:04:54 pm Damjan Marion wrote: > > > > On May 5, 2011, at 7:43 PM, John Baldwin wrote: > > > > > On Thursday, May 05, 2011 9:21:04 am Damjan Marion wrote: > > >> > > >> Hi, > > >> > > >> I have issue with old HP DL380G3 server. When I use ILO virtual console to > > > manage server. Seems that 9-CURRENT fails to detect atkbdc. > > >> When I boot 8.2-RELEASE it works well. > > >> > > >> 8.2 dmesg shows: > > >> > > >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > >> > > >> 9.0: > > >> > > >> atkbdc0: failed to probe at port 0x60 on isa0 > > >> > > >> Is this a known issue? > > >> > > >> Should I enable some additional outputs, like KBDIO_DEBUG? > > > > > > I suspect this is a resource issue stemming from changes I made to the acpi(4) > > > bus driver quite a while ago to make it use rman_reserve_resource(). Can you > > > capture a full verbose dmesg from 9 along with devinfo -rv and devinfo -ur > > > output from 9? > > > > Here it is: > > > > http://web.me.com/dmarion/atkbdc.txt > > Ohh, hmm. Your BIOS has done "odd" things: > > isab0 pnpinfo vendor=0x1166 device=0x0201 subvendor=0x1166 subdevice=0x0201 class=0x060100 at slot=15 function=0 handle=\_SB_.PCI0.IBRG > isa0 > I/O ports: > 0x0-0xf > 0x20-0x21 > 0x40-0x43 > 0x60 > 0x61 > 0x64 > 0x80-0x8f > 0xa0-0xa1 > 0xc0-0xdf > 0x4d6 > > Still, I don't know how the ISA bus is actually allocating resources. Can > you add some code to the x86 nexus driver to drop into kdb when it receives > a SYS_RES_IOPORT allocation request from "isa0" and get a stack trace from > DDB and reply with the trace? So I think I just found the explanation for this and I think the change I just committed will fix your system: Author: jhb Date: Fri Jun 17 21:19:01 2011 New Revision: 223207 URL: http://svn.freebsd.org/changeset/base/223207 Log: Don't create a device_t object or parse current resources (via _CRS) for ACPI Device() objects that do not have any device IDs available via the _HID or _CID methods. Without a device ID a device driver cannot attach to the device anyway. Namespace objects that are devices but not of type ACPI_TYPE_DEVICE are not affected. A few BIOSes have also attached a _CRS method to a PCI device to allocate resources that are not managed via a BAR. With the previous code those resources are allocated from acpi0 directly which can interfere with the new PCI-PCI bridge driver (since the PCI device in question may be behind a bridge and its resources should be allocated from that bridge's windows instead). The resources were also orphaned and and would end up associated with some other random device whose device_t reused the pointer of the original ACPI-enumerated device (after it was free'd by the ACPI PCI bus driver) in devinfo output which was confusing. If we want to handle _CRS on PCI devices we can adjust the ACPI PCI bus driver to do that in the future and associate the resources with the proper device object respecting PCI-PCI bridges, etc. Note that with this change the ACPI PCI bus driver no longer has to delete ACPI-enumerated device_t devices that mirror PCI devices since they should in general not exist. There are rare cases when a BIOS will give a PCI device a _HID (e.g. I've seen a PCI-ISA bridge given a _HID for a system resource device). In that case we leave both the ACPI and PCI-enumerated device_t objects around just as in the previous code. Modified: head/sys/dev/acpica/acpi.c head/sys/dev/acpica/acpi_pci.c -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 21:35:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B66FB1065673; Fri, 17 Jun 2011 21:35:37 +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 D19EF8FC23; Fri, 17 Jun 2011 21:35:35 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p5HLZXiB006758; Fri, 17 Jun 2011 23:35:33 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p5HLZWqk006757; Fri, 17 Jun 2011 23:35:32 +0200 (CEST) (envelope-from marius) Date: Fri, 17 Jun 2011 23:35:32 +0200 From: Marius Strobl To: Nathaniel W Filardo , jasone@freebsd.org Message-ID: <20110617213532.GG7064@alchemy.franken.de> References: <20110616073138.GL31996@gradx.cs.jhu.edu> <20110616075319.GM31996@gradx.cs.jhu.edu> <20110617180713.GA5300@alchemy.franken.de> <20110617193129.GC4764@gradx.cs.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110617193129.GC4764@gradx.cs.jhu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: TLS bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 21:35:37 -0000 On Fri, Jun 17, 2011 at 03:31:29PM -0400, Nathaniel W Filardo wrote: > On Fri, Jun 17, 2011 at 08:07:13PM +0200, Marius Strobl wrote: > > Using bonnie++ I can't reproduce this (didn't try mysql) but I have > > I seem to have good luck reproducing it with "-r 5 -s 10 -x 10" by about the > third iteration. Ok, with these parameters I can reproduce it. > > > some TLS fixes for libthr I forgot about but could be relevant here > > (most actually date back to 2008 when the base binutils didn't support > > GNUTLS for sparc64 so I couldn't test them easily). Could you please > > give a libthr build with the following patch a try? > > http://people.freebsd.org/~marius/libthr_sparc64.diff > > Concurrent runs both with and without those diffs still asserted. > Interestingly, libc's .tbss section, even after the assertion, is still full > of zeros, so it looks like something stranger than a wild-write back to > .tbss. I'll go diving through the tls allocation code again when I get a > minute. > In combination with the below patch bonnie++ survived 100 iterations here. I'm not sure what this means though as I don't have much knowledge about TLS, I merely implemented the necessary relocations. Could be that malloc() actually requires the initial exec model for variant II. Unfortunately, it's not documented why it was added for x86. Jason, can you shed some light on this? Marius Index: malloc.c =================================================================== --- malloc.c (revision 219535) +++ malloc.c (working copy) @@ -234,7 +234,7 @@ #ifdef __sparc64__ # define LG_QUANTUM 4 # define LG_SIZEOF_PTR 3 -# define TLS_MODEL /* default */ +# define TLS_MODEL __attribute__((tls_model("initial-exec"))) #endif #ifdef __amd64__ # define LG_QUANTUM 4 From owner-freebsd-current@FreeBSD.ORG Fri Jun 17 23:54:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16D831065672 for ; Fri, 17 Jun 2011 23:54:22 +0000 (UTC) (envelope-from aorchid@mac.com) Received: from out-56.smtp.ucla.edu (smtp-11.smtp.ucla.edu [IPv6:2607:f010:3fe:102:101c:23ff:febf:cfa7]) by mx1.freebsd.org (Postfix) with ESMTP id EC88E8FC15 for ; Fri, 17 Jun 2011 23:54:21 +0000 (UTC) Received: from smtp-11.smtp.ucla.edu (smtp-11.smtp.ucla.edu [169.232.46.244]) by out-56.smtp.ucla.edu with ESMTP id p5HNs4td020200; Fri, 17 Jun 2011 16:54:05 -0700 Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.151]) by smtp-11.smtp.ucla.edu (8.14.3/8.14.3) with ESMTP id p5HNs4td020200 for ; Fri, 17 Jun 2011 16:54:04 -0700 Received: from freeenv.localnet ([149.142.103.17]) (authenticated bits=0) by mail.ucla.edu (8.14.4/8.14.4) with ESMTP id p5HNs43t007444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 17 Jun 2011 16:54:04 -0700 From: Aric Gregson Organization: Slow Children at Play Productions To: freebsd-current@freebsd.org Date: Fri, 17 Jun 2011 16:54:03 -0700 User-Agent: KMail/1.13.7 (FreeBSD/9.0-CURRENT; KDE/4.6.3; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201106171654.03968.aorchid@mac.com> X-Probable-Spam: no X-Spam-Hits: 0.654 X-Spam-Score: * X-Spam-Report: SPF_SOFTFAIL X-Scanned-By: smtp.ucla.edu on 169.232.46.244 Subject: Hang During Startup on ZFS Boot (intermittent) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 23:54:22 -0000 Hello, I have installed 9-Current from the May 12 2011 iso that was available and I used a ZFS boot disk and gpt partition as described. I have a problem on reboot that booting stalls during listing of the SMP CPU start-up (?) after listing the 15th or 16th CPU. I must power-down the computer to initiate a new restart once it stalls. Sometimes I need to power-down two or three times before it will proceed through the start-up. There does not appear to be anything written to a log file during failed start-ups. How would I go about attempting to find out why this is occurring (presuming it is not a known problem)? It makes me nervous that powering down like that will eventually cause a problem preventing any reboot. I have posted the most recent system log from a boot. Thanks for any pointers in advance. Aric ------------------- FreeBSD freeenv 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Thu May 12 15:34:46 UTC 2011 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 ------------------- 2011-06-16 10:40:36 freeenv syslogd kernel boot file is /boot/kernel/kernel 2011-06-16 10:40:36 freeenv kernel Copyright (c) 1992-2011 The FreeBSD Project. 2011-06-16 10:40:36 freeenv kernel Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 2011-06-16 10:40:36 freeenv kernel The Regents of the University of California. All rights reserved. 2011-06-16 10:40:36 freeenv kernel FreeBSD is a registered trademark of The FreeBSD Foundation. 2011-06-16 10:40:36 freeenv kernel FreeBSD 9.0-CURRENT #0: Thu May 12 15:34:46 UTC 2011 2011-06-16 10:40:36 freeenv kernel root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 2011-06-16 10:40:36 freeenv kernel WARNING: WITNESS option enabled, expect reduced performance. 2011-06-16 10:40:36 freeenv kernel CPU: Intel(R) Xeon(R) CPU X5660 @ 2.80GHz (2793.05-MHz K8-class CPU) 2011-06-16 10:40:36 freeenv kernel Origin = "GenuineIntel" Id = 0x206c2 Family = 6 Model = 2c Stepping = 2 2011-06-16 10:40:36 freeenv kernel Features=0xbfebfbff 2011-06-16 10:40:36 freeenv kernel Features2=0x9ee3fd 2011-06-16 10:40:36 freeenv kernel AMD Features=0x2c100800 2011-06-16 10:40:36 freeenv kernel AMD Features2=0x1 2011-06-16 10:40:36 freeenv kernel TSC: P-state invariant, performance statistics 2011-06-16 10:40:36 freeenv kernel real memory = 51539607552 (49152 MB) 2011-06-16 10:40:36 freeenv kernel avail memory = 49642921984 (47343 MB) 2011-06-16 10:40:36 freeenv kernel Event timer "LAPIC" quality 600 2011-06-16 10:40:36 freeenv kernel ACPI APIC Table: <032610 APIC1143> 2011-06-16 10:40:36 freeenv kernel FreeBSD/SMP: Multiprocessor System Detected: 24 CPUs 2011-06-16 10:40:36 freeenv kernel FreeBSD/SMP: 2 package(s) x 6 core(s) x 2 SMT threads 2011-06-16 10:40:36 freeenv kernel cpu0 (BSP): APIC ID: 0 2011-06-16 10:40:36 freeenv kernel cpu1 (AP): APIC ID: 1 2011-06-16 10:40:36 freeenv kernel cpu2 (AP): APIC ID: 2 2011-06-16 10:40:36 freeenv kernel cpu3 (AP): APIC ID: 3 2011-06-16 10:40:36 freeenv kernel cpu4 (AP): APIC ID: 4 2011-06-16 10:40:36 freeenv kernel cpu5 (AP): APIC ID: 5 2011-06-16 10:40:36 freeenv kernel cpu6 (AP): APIC ID: 16 2011-06-16 10:40:36 freeenv kernel cpu7 (AP): APIC ID: 17 2011-06-16 10:40:36 freeenv kernel cpu8 (AP): APIC ID: 18 2011-06-16 10:40:36 freeenv kernel cpu9 (AP): APIC ID: 19 2011-06-16 10:40:36 freeenv kernel cpu10 (AP): APIC ID: 20 2011-06-16 10:40:36 freeenv kernel cpu11 (AP): APIC ID: 21 2011-06-16 10:40:36 freeenv kernel cpu12 (AP): APIC ID: 32 2011-06-16 10:40:36 freeenv kernel cpu13 (AP): APIC ID: 33 2011-06-16 10:40:36 freeenv kernel cpu14 (AP): APIC ID: 34 2011-06-16 10:40:36 freeenv kernel cpu15 (AP): APIC ID: 35 2011-06-16 10:40:36 freeenv kernel cpu16 (AP): APIC ID: 36 2011-06-16 10:40:36 freeenv kernel cpu17 (AP): APIC ID: 37 2011-06-16 10:40:36 freeenv kernel cpu18 (AP): APIC ID: 48 2011-06-16 10:40:36 freeenv kernel cpu19 (AP): APIC ID: 49 2011-06-16 10:40:36 freeenv kernel cpu20 (AP): APIC ID: 50 2011-06-16 10:40:36 freeenv kernel cpu21 (AP): APIC ID: 51 2011-06-16 10:40:36 freeenv kernel cpu22 (AP): APIC ID: 52 2011-06-16 10:40:36 freeenv kernel cpu23 (AP): APIC ID: 53 2011-06-16 10:40:36 freeenv kernel ioapic1: Changing APIC ID to 7 2011-06-16 10:40:36 freeenv kernel ioapic0 irqs 0-23 on motherboard 2011-06-16 10:40:36 freeenv kernel ioapic1 irqs 24-47 on motherboard 2011-06-16 10:40:36 freeenv kernel kbd1 at kbdmux0 2011-06-16 10:40:36 freeenv kernel acpi0: on motherboard 2011-06-16 10:40:36 freeenv kernel acpi0: Power Button (fixed) 2011-06-16 10:40:36 freeenv kernel acpi0: reservation of 0, a0000 (3) failed 2011-06-16 10:40:36 freeenv kernel acpi0: reservation of 100000, bff00000 (3) failed 2011-06-16 10:40:36 freeenv kernel Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 2011-06-16 10:40:36 freeenv kernel acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 2011-06-16 10:40:36 freeenv kernel cpu0: on acpi0 2011-06-16 10:40:36 freeenv kernel ACPI Warning: Incorrect checksum in table [OEMB] - 0x1E, should be 0x1B (20110413/tbutils-282) 2011-06-16 10:40:36 freeenv kernel cpu1: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu2: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu3: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu4: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu5: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu6: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu7: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu8: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu9: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu10: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu11: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu12: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu13: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu14: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu15: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu16: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu17: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu18: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu19: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu20: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu21: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu22: on acpi0 2011-06-16 10:40:36 freeenv kernel cpu23: on acpi0 2011-06-16 10:40:36 freeenv kernel pcib0: port 0xcf8-0xcff on acpi0 2011-06-16 10:40:36 freeenv kernel pci0: on pcib0 2011-06-16 10:40:36 freeenv kernel pcib1: at device 1.0 on pci0 2011-06-16 10:40:36 freeenv kernel pci7: on pcib1 2011-06-16 10:40:36 freeenv kernel pcib2: at device 3.0 on pci0 2011-06-16 10:40:36 freeenv kernel pci6: on pcib2 2011-06-16 10:40:36 freeenv kernel vgapci0: port 0xec00-0xec7f mem 0xf7000000-0xf7ffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 24 at device 0.0 on pci6 2011-06-16 10:40:36 freeenv kernel nvidia0: on vgapci0 2011-06-16 10:40:36 freeenv kernel vgapci0: child nvidia0 requested pci_enable_io 2011-06-16 10:40:36 freeenv kernel vgapci0: child nvidia0 requested pci_enable_io 2011-06-16 10:40:36 freeenv kernel pcib3: at device 7.0 on pci0 2011-06-16 10:40:36 freeenv kernel pci5: on pcib3 2011-06-16 10:40:36 freeenv kernel pci0: at device 20.0 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 20.1 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 20.2 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 20.3 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.0 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.1 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.2 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.3 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.4 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.5 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.6 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pci0: at device 22.7 (no driver attached) 2011-06-16 10:40:36 freeenv kernel uhci0: port 0xbe80-0xbe9f irq 16 at device 26.0 on pci0 2011-06-16 10:40:36 freeenv kernel uhci0: LegSup = 0x2f00 2011-06-16 10:40:36 freeenv kernel usbus0: on uhci0 2011-06-16 10:40:36 freeenv kernel uhci1: port 0xbe20-0xbe3f irq 21 at device 26.1 on pci0 2011-06-16 10:40:36 freeenv kernel uhci1: LegSup = 0x2f00 2011-06-16 10:40:36 freeenv kernel usbus1: on uhci1 2011-06-16 10:40:36 freeenv kernel uhci2: port 0xbdc0-0xbddf irq 19 at device 26.2 on pci0 2011-06-16 10:40:36 freeenv kernel uhci2: LegSup = 0x2f00 2011-06-16 10:40:36 freeenv kernel usbus2: on uhci2 2011-06-16 10:40:36 freeenv kernel ehci0: mem 0xfacf6000-0xfacf63ff irq 18 at device 26.7 on pci0 2011-06-16 10:40:36 freeenv kernel usbus3: EHCI version 1.0 2011-06-16 10:40:36 freeenv kernel usbus3: on ehci0 2011-06-16 10:40:36 freeenv kernel pci0: at device 27.0 (no driver attached) 2011-06-16 10:40:36 freeenv kernel pcib4: irq 17 at device 28.0 on pci0 2011-06-16 10:40:36 freeenv kernel pci2: on pcib4 2011-06-16 10:40:36 freeenv kernel pcib5: irq 17 at device 28.4 on pci0 2011-06-16 10:40:36 freeenv kernel pci3: on pcib5 2011-06-16 10:40:36 freeenv kernel em0: port 0xcf80-0xcf9f mem 0xfaee0000-0xfaefffff irq 16 at device 0.0 on pci3 2011-06-16 10:40:36 freeenv kernel em0: Using an MSI interrupt 2011-06-16 10:40:36 freeenv kernel em0: Ethernet address: 00:30:48:f9:fb:84 2011-06-16 10:40:36 freeenv kernel pcib6: irq 16 at device 28.5 on pci0 2011-06-16 10:40:36 freeenv kernel pci4: on pcib6 2011-06-16 10:40:36 freeenv kernel em1: port 0xdf80-0xdf9f mem 0xfafe0000-0xfaffffff irq 17 at device 0.0 on pci4 2011-06-16 10:40:36 freeenv kernel em1: Using an MSI interrupt 2011-06-16 10:40:36 freeenv kernel em1: Ethernet address: 00:30:48:f9:fb:85 2011-06-16 10:40:36 freeenv kernel uhci3: port 0xbf00-0xbf1f irq 23 at device 29.0 on pci0 2011-06-16 10:40:36 freeenv kernel uhci3: LegSup = 0x2f00 2011-06-16 10:40:36 freeenv kernel usbus4: on uhci3 2011-06-16 10:40:36 freeenv kernel uhci4: port 0xbec0-0xbedf irq 19 at device 29.1 on pci0 2011-06-16 10:40:36 freeenv kernel uhci4: LegSup = 0x2f00 2011-06-16 10:40:36 freeenv kernel usbus5: on uhci4 2011-06-16 10:40:36 freeenv kernel uhci5: port 0xbea0-0xbebf irq 18 at device 29.2 on pci0 2011-06-16 10:40:36 freeenv kernel uhci5: LegSup = 0x2f00 2011-06-16 10:40:36 freeenv kernel usbus6: on uhci5 2011-06-16 10:40:36 freeenv kernel ehci1: mem 0xfacfc000-0xfacfc3ff irq 23 at device 29.7 on pci0 2011-06-16 10:40:36 freeenv kernel usbus7: EHCI version 1.0 2011-06-16 10:40:36 freeenv kernel usbus7: on ehci1 2011-06-16 10:40:36 freeenv kernel pcib7: at device 30.0 on pci0 2011-06-16 10:40:36 freeenv kernel pci1: on pcib7 2011-06-16 10:40:36 freeenv kernel fwohci0: mem 0xfadfb800-0xfadfbfff,0xfadfc000-0xfadfffff irq 18 at device 2.0 on pci1 2011-06-16 10:40:36 freeenv kernel fwohci0: OHCI version 1.10 (ROM=1) 2011-06-16 10:40:36 freeenv kernel fwohci0: No. of Isochronous channels is 4. 2011-06-16 10:40:36 freeenv kernel fwohci0: EUI64 00:30:48:00:00:01:70:09 2011-06-16 10:40:36 freeenv kernel fwohci0: Phy 1394a available S400, 2 ports. 2011-06-16 10:40:36 freeenv kernel fwohci0: Link S400, max_rec 2048 bytes. 2011-06-16 10:40:36 freeenv kernel firewire0: on fwohci0 2011-06-16 10:40:36 freeenv kernel dcons_crom0: on firewire0 2011-06-16 10:40:36 freeenv kernel dcons_crom0: bus_addr 0xbf708000 2011-06-16 10:40:36 freeenv kernel fwe0: on firewire0 2011-06-16 10:40:36 freeenv kernel if_fwe0: Fake Ethernet address: 02:30:48:01:70:09 2011-06-16 10:40:36 freeenv kernel fwe0: Ethernet address: 02:30:48:01:70:09 2011-06-16 10:40:36 freeenv kernel fwip0: on firewire0 2011-06-16 10:40:36 freeenv kernel fwip0: Firewire address: 00:30:48:00:00:01:70:09 @ 0xfffe00000000, S400, maxrec 2048 2011-06-16 10:40:36 freeenv kernel sbp0: on firewire0 2011-06-16 10:40:36 freeenv kernel fwohci0: Initiate bus reset 2011-06-16 10:40:36 freeenv kernel fwohci0: fwohci_intr_core: BUS reset 2011-06-16 10:40:36 freeenv kernel fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode 2011-06-16 10:40:36 freeenv kernel isab0: at device 31.0 on pci0 2011-06-16 10:40:36 freeenv kernel isa0: on isab0 2011-06-16 10:40:36 freeenv kernel atapci0: port 0xbff0-0xbff7,0xbf8c-0xbf8f,0xbfe0-0xbfe7,0xbf88-0xbf8b,0xbfa0-0xbfaf,0xbf90-0xbf9f irq 19 at device 31.2 on pci0 2011-06-16 10:40:36 freeenv kernel ata2: on atapci0 2011-06-16 10:40:36 freeenv kernel ata3: on atapci0 2011-06-16 10:40:36 freeenv kernel pci0: at device 31.3 (no driver attached) 2011-06-16 10:40:36 freeenv kernel atapci1: port 0xbf80-0xbf87,0xbf7c-0xbf7f,0xbf28-0xbf2f,0xbf24-0xbf27,0xbf60-0xbf6f,0xbf30-0xbf3f irq 19 at device 31.5 on pci0 2011-06-16 10:40:36 freeenv kernel ata4: on atapci1 2011-06-16 10:40:36 freeenv kernel ata5: on atapci1 2011-06-16 10:40:36 freeenv kernel acpi_button0: on acpi0 2011-06-16 10:40:36 freeenv kernel attimer0: port 0x40-0x43 irq 0 on acpi0 2011-06-16 10:40:36 freeenv kernel Timecounter "i8254" frequency 1193182 Hz quality 0 2011-06-16 10:40:36 freeenv kernel Event timer "i8254" frequency 1193182 Hz quality 100 2011-06-16 10:40:36 freeenv kernel atrtc0: port 0x70-0x71 irq 8 on acpi0 2011-06-16 10:40:36 freeenv kernel Event timer "RTC" frequency 32768 Hz quality 0 2011-06-16 10:40:36 freeenv kernel uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 2011-06-16 10:40:36 freeenv kernel uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 2011-06-16 10:40:36 freeenv kernel hpet0: iomem 0xfed00000-0xfed003ff on acpi0 2011-06-16 10:40:36 freeenv kernel Timecounter "HPET" frequency 14318180 Hz quality 900 2011-06-16 10:40:36 freeenv kernel Event timer "HPET" frequency 14318180 Hz quality 450 2011-06-16 10:40:36 freeenv kernel Event timer "HPET1" frequency 14318180 Hz quality 440 2011-06-16 10:40:36 freeenv kernel Event timer "HPET2" frequency 14318180 Hz quality 440 2011-06-16 10:40:36 freeenv kernel Event timer "HPET3" frequency 14318180 Hz quality 440 2011-06-16 10:40:36 freeenv kernel qpi0: on motherboard 2011-06-16 10:40:36 freeenv kernel pcib8: pcibus 255 on qpi0 2011-06-16 10:40:36 freeenv kernel pci255: on pcib8 2011-06-16 10:40:36 freeenv kernel pcib9: pcibus 254 on qpi0 2011-06-16 10:40:36 freeenv kernel pci254: on pcib9 2011-06-16 10:40:36 freeenv kernel sc0: at flags 0x100 on isa0 2011-06-16 10:40:36 freeenv kernel sc0: VGA <16 virtual consoles, flags=0x300> 2011-06-16 10:40:36 freeenv kernel vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 2011-06-16 10:40:36 freeenv kernel atkbdc0: at port 0x60,0x64 on isa0 2011-06-16 10:40:36 freeenv kernel atkbd0: irq 1 on atkbdc0 2011-06-16 10:40:36 freeenv kernel kbd0 at atkbd0 2011-06-16 10:40:36 freeenv kernel atkbd0: [GIANT-LOCKED] 2011-06-16 10:40:36 freeenv kernel ppc0: cannot reserve I/O port range 2011-06-16 10:40:36 freeenv kernel est0: on cpu0 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est0 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc0: on cpu0 2011-06-16 10:40:36 freeenv kernel est1: on cpu1 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est1 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc1: on cpu1 2011-06-16 10:40:36 freeenv kernel est2: on cpu2 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est2 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc2: on cpu2 2011-06-16 10:40:36 freeenv kernel est3: on cpu3 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est3 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc3: on cpu3 2011-06-16 10:40:36 freeenv kernel est4: on cpu4 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est4 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc4: on cpu4 2011-06-16 10:40:36 freeenv kernel est5: on cpu5 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est5 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc5: on cpu5 2011-06-16 10:40:36 freeenv kernel est6: on cpu6 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est6 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc6: on cpu6 2011-06-16 10:40:36 freeenv kernel est7: on cpu7 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est7 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc7: on cpu7 2011-06-16 10:40:36 freeenv kernel est8: on cpu8 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est8 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc8: on cpu8 2011-06-16 10:40:36 freeenv kernel est9: on cpu9 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est9 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc9: on cpu9 2011-06-16 10:40:36 freeenv kernel est10: on cpu10 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est10 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc10: on cpu10 2011-06-16 10:40:36 freeenv kernel est11: on cpu11 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est11 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc11: on cpu11 2011-06-16 10:40:36 freeenv kernel est12: on cpu12 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est12 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc12: on cpu12 2011-06-16 10:40:36 freeenv kernel est13: on cpu13 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est13 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc13: on cpu13 2011-06-16 10:40:36 freeenv kernel est14: on cpu14 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est14 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc14: on cpu14 2011-06-16 10:40:36 freeenv kernel est15: on cpu15 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est15 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc15: on cpu15 2011-06-16 10:40:36 freeenv kernel est16: on cpu16 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est16 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc16: on cpu16 2011-06-16 10:40:36 freeenv kernel est17: on cpu17 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est17 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc17: on cpu17 2011-06-16 10:40:36 freeenv kernel est18: on cpu18 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est18 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc18: on cpu18 2011-06-16 10:40:36 freeenv kernel est19: on cpu19 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est19 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc19: on cpu19 2011-06-16 10:40:36 freeenv kernel est20: on cpu20 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est20 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc20: on cpu20 2011-06-16 10:40:36 freeenv kernel est21: on cpu21 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est21 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc21: on cpu21 2011-06-16 10:40:36 freeenv kernel est22: on cpu22 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est22 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc22: on cpu22 2011-06-16 10:40:36 freeenv kernel est23: on cpu23 2011-06-16 10:40:36 freeenv kernel est: CPU supports Enhanced Speedstep, but is not recognized. 2011-06-16 10:40:36 freeenv kernel est: cpu_vendor GenuineIntel, msr 15 2011-06-16 10:40:36 freeenv kernel device_attach: est23 attach returned 6 2011-06-16 10:40:36 freeenv kernel p4tcc23: on cpu23 2011-06-16 10:40:36 freeenv kernel firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) 2011-06-16 10:40:36 freeenv kernel firewire0: bus manager 0 2011-06-16 10:40:36 freeenv kernel ZFS filesystem version 5 2011-06-16 10:40:36 freeenv kernel ZFS storage pool version 28 2011-06-16 10:40:36 freeenv kernel Timecounters tick every 1.000 msec 2011-06-16 10:40:36 freeenv kernel usbus0: 12Mbps Full Speed USB v1.0 2011-06-16 10:40:36 freeenv kernel usbus1: 12Mbps Full Speed USB v1.0 2011-06-16 10:40:36 freeenv kernel usbus2: 12Mbps Full Speed USB v1.0 2011-06-16 10:40:36 freeenv kernel usbus3: 480Mbps High Speed USB v2.0 2011-06-16 10:40:36 freeenv kernel usbus4: 12Mbps Full Speed USB v1.0 2011-06-16 10:40:36 freeenv kernel usbus5: 12Mbps Full Speed USB v1.0 2011-06-16 10:40:36 freeenv kernel usbus6: 12Mbps Full Speed USB v1.0 2011-06-16 10:40:36 freeenv kernel usbus7: 480Mbps High Speed USB v2.0 2011-06-16 10:40:36 freeenv kernel ugen0.1: at usbus0 2011-06-16 10:40:36 freeenv kernel uhub0: on usbus0 2011-06-16 10:40:36 freeenv kernel ugen1.1: at usbus1 2011-06-16 10:40:36 freeenv kernel uhub1: on usbus1 2011-06-16 10:40:36 freeenv kernel ugen2.1: at usbus2 2011-06-16 10:40:36 freeenv kernel uhub2: on usbus2 2011-06-16 10:40:36 freeenv kernel ugen3.1: at usbus3 2011-06-16 10:40:36 freeenv kernel uhub3: on usbus3 2011-06-16 10:40:36 freeenv kernel ugen4.1: at usbus4 2011-06-16 10:40:36 freeenv kernel uhub4: on usbus4 2011-06-16 10:40:36 freeenv kernel ugen5.1: at usbus5 2011-06-16 10:40:36 freeenv kernel uhub5: on usbus5 2011-06-16 10:40:36 freeenv kernel ugen6.1: at usbus6 2011-06-16 10:40:36 freeenv kernel uhub6: on usbus6 2011-06-16 10:40:36 freeenv kernel ugen7.1: at usbus7 2011-06-16 10:40:36 freeenv kernel uhub7: on usbus7 2011-06-16 10:40:36 freeenv kernel uhub0: 2 ports with 2 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub1: 2 ports with 2 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub2: 2 ports with 2 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub4: 2 ports with 2 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub5: 2 ports with 2 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub6: 2 ports with 2 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub3: 6 ports with 6 removable, self powered 2011-06-16 10:40:36 freeenv kernel uhub7: 6 ports with 6 removable, self powered 2011-06-16 10:40:36 freeenv kernel ada0 at ata2 bus 0 scbus1 target 0 lun 0 2011-06-16 10:40:36 freeenv kernel ada0: ATA-8 SATA 2.x device 2011-06-16 10:40:36 freeenv kernel ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) 2011-06-16 10:40:36 freeenv kernel ada0: 286168MB (586072368 512 byte sectors: 16H 63S/T 16383C) 2011-06-16 10:40:36 freeenv kernel ada0: Previously was known as ad4 2011-06-16 10:40:36 freeenv kernel ada1 at ata2 bus 0 scbus1 target 1 lun 0 2011-06-16 10:40:36 freeenv kernel ada1: ATA-8 SATA 2.x device 2011-06-16 10:40:36 freeenv kernel ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) 2011-06-16 10:40:36 freeenv kernel ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) 2011-06-16 10:40:36 freeenv kernel ada1: Previously was known as ad5 2011-06-16 10:40:36 freeenv kernel ada2 at ata3 bus 0 scbus2 target 0 lun 0 2011-06-16 10:40:36 freeenv kernel ada2: ATA-8 SATA 2.x device 2011-06-16 10:40:36 freeenv kernel ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) 2011-06-16 10:40:36 freeenv kernel ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) 2011-06-16 10:40:36 freeenv kernel ada2: Previously was known as ad6 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #1 Launched!cd0 at ata3 bus 0 scbus2 target 1 lun 0 2011-06-16 10:40:36 freeenv kernel 2011-06-16 10:40:36 freeenv kernel cd0: Removable CD-ROM SCSI-0 device 2011-06-16 10:40:36 freeenv kernel cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) 2011-06-16 10:40:36 freeenv kernel cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #15 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #8 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #17 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #9 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #13 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #11 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #12 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #6 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #19 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #4 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #22 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #7 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #21 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #10 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #20 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #2 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #16 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #3 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #23 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #5 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #18 Launched! 2011-06-16 10:40:36 freeenv kernel SMP: AP CPU #14 Launched! 2011-06-16 10:40:36 freeenv kernel WARNING: WITNESS option enabled, expect reduced performance. 2011-06-16 10:40:36 freeenv kernel ugen4.2: at usbus4 2011-06-16 10:40:36 freeenv kernel ums0: on usbus4 2011-06-16 10:40:36 freeenv kernel ums0: 3 buttons and [XYZ] coordinates ID=0 2011-06-16 10:40:36 freeenv kernel Root mount waiting for: usbus7 2011-06-16 10:40:36 freeenv kernel ugen7.2: at usbus7 2011-06-16 10:40:36 freeenv kernel uhub8: on usbus7 2011-06-16 10:40:36 freeenv kernel usb_alloc_device: set address 2 failed (USB_ERR_STALLED, ignored) 2011-06-16 10:40:36 freeenv kernel usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_STALLED 2011-06-16 10:40:36 freeenv kernel ugen4.3: at usbus4 2011-06-16 10:40:36 freeenv kernel uhub9: on usbus4 2011-06-16 10:40:36 freeenv kernel Root mount waiting for: usbus7 2011-06-16 10:40:36 freeenv kernel uhub8: 4 ports with 4 removable, self powered 2011-06-16 10:40:36 freeenv kernel Trying to mount root from zfs:zroot []... 2011-06-16 10:40:36 freeenv kernel ugen5.2: at usbus5 2011-06-16 10:40:36 freeenv kernel uhub9: 4 ports with 4 removable, bus powered 2011-06-16 10:40:36 freeenv kernel ukbd0: on usbus5 2011-06-16 10:40:36 freeenv kernel kbd2 at ukbd0 2011-06-16 10:40:36 freeenv kernel ums1: on usbus5 2011-06-16 10:40:36 freeenv kernel ums1: 3 buttons and [XY] coordinates ID=0 2011-06-16 10:40:36 freeenv kernel ugen4.4: at usbus4 2011-06-16 10:40:36 freeenv kernel ulpt0: on usbus4 2011-06-16 10:40:36 freeenv kernel ulpt0: using bi-directional mode 2011-06-16 10:40:36 freeenv kernel ugen4.5: at usbus4 2011-06-16 10:40:36 freeenv kernel ulpt1: on usbus4 2011-06-16 10:40:36 freeenv kernel ulpt1: using bi-directional mode 2011-06-16 10:40:36 freeenv kernel lock order reversal: 2011-06-16 10:40:36 freeenv kernel 1st 0xffffffff8263fc80 pf task mtx (pf task mtx) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf_ioctl.c:1395 2011-06-16 10:40:36 freeenv kernel 2nd 0xffffffff8126f820 ifnet_rw (ifnet_rw) @ /usr/src/sys/net/if.c:2024 2011-06-16 10:40:36 freeenv kernel KDB: stack backtrace: 2011-06-16 10:40:36 freeenv kernel db_trace_self_wrapper() at db_trace_self_wrapper+0x2a 2011-06-16 10:40:36 freeenv kernel kdb_backtrace() at kdb_backtrace+0x37 2011-06-16 10:40:36 freeenv kernel _witness_debugger() at _witness_debugger+0x2e 2011-06-16 10:40:36 freeenv kernel witness_checkorder() at witness_checkorder+0x807 2011-06-16 10:40:36 freeenv kernel _rw_rlock() at _rw_rlock+0x6d 2011-06-16 10:40:36 freeenv kernel ifunit() at ifunit+0x22 2011-06-16 10:40:36 freeenv kernel pfioctl() at pfioctl+0x2972 2011-06-16 10:40:36 freeenv kernel devfs_ioctl_f() at devfs_ioctl_f+0x7a 2011-06-16 10:40:36 freeenv kernel kern_ioctl() at kern_ioctl+0xbe 2011-06-16 10:40:36 freeenv kernel ioctl() at ioctl+0xfd 2011-06-16 10:40:36 freeenv kernel syscallenter() at syscallenter+0x1aa 2011-06-16 10:40:36 freeenv kernel syscall() at syscall+0x4c 2011-06-16 10:40:36 freeenv kernel Xfast_syscall() at Xfast_syscall+0xdd 2011-06-16 10:40:36 freeenv kernel --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800da583c, rsp = 0x7fffffffcb08, rbp = 0x7fffffffcbc0 --- 2011-06-16 10:40:50 freeenv amd[2418] NIS domain name is not set. NIS ignored. 2011-06-16 10:40:59 freeenv ntpd[2589] ntpd 4.2.4p5-a (1) From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 00:04:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C668F106564A; Sat, 18 Jun 2011 00:04:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 17 Jun 2011 20:04:44 -0400 User-Agent: KMail/1.6.2 References: <201106171654.03968.aorchid@mac.com> In-Reply-To: <201106171654.03968.aorchid@mac.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106172004.48187.jkim@FreeBSD.org> Cc: Aric Gregson Subject: Re: Hang During Startup on ZFS Boot (intermittent) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 00:04:57 -0000 On Friday 17 June 2011 07:54 pm, Aric Gregson wrote: > Hello, > > I have installed 9-Current from the May 12 2011 iso that was > available and I used a ZFS boot disk and gpt partition as > described. I have a problem on reboot that booting stalls during > listing of the SMP CPU start-up (?) after listing the 15th or 16th > CPU. I must power-down the computer to initiate a new restart once > it stalls. Sometimes I need to power-down two or three times before > it will proceed through the start-up. There does not appear to be > anything written to a log file during failed start-ups. > > How would I go about attempting to find out why this is occurring > (presuming it is not a known problem)? It makes me nervous that > powering down like that will eventually cause a problem preventing > any reboot. I have posted the most recent system log from a boot. > Thanks for any pointers in advance. [SNIP] I believe the problem was fixed by the following commit: http://svn.freebsd.org/changeset/base/222032 Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 00:42:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59DC5106566C; Sat, 18 Jun 2011 00:42:23 +0000 (UTC) (envelope-from aorchid@mac.com) Received: from out-56.smtp.ucla.edu (smtp-11.smtp.ucla.edu [IPv6:2607:f010:3fe:102:101c:23ff:febf:cfa7]) by mx1.freebsd.org (Postfix) with ESMTP id 37F0E8FC08; Sat, 18 Jun 2011 00:42:23 +0000 (UTC) Received: from smtp-11.smtp.ucla.edu (smtp-11.smtp.ucla.edu [169.232.46.244]) by out-56.smtp.ucla.edu with ESMTP id p5I0g2jf024489; Fri, 17 Jun 2011 17:42:02 -0700 Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.151]) by smtp-11.smtp.ucla.edu (8.14.3/8.14.3) with ESMTP id p5I0g2jf024489; Fri, 17 Jun 2011 17:42:02 -0700 Received: from freeenv.localnet ([149.142.103.17]) (authenticated bits=0) by mail.ucla.edu (8.14.4/8.14.4) with ESMTP id p5I0g1a1012154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 17 Jun 2011 17:42:01 -0700 From: Aric Gregson Organization: Slow Children at Play Productions To: "Jung-uk Kim" Date: Fri, 17 Jun 2011 17:42:01 -0700 User-Agent: KMail/1.13.7 (FreeBSD/9.0-CURRENT; KDE/4.6.3; amd64; ; ) References: <201106171654.03968.aorchid@mac.com> <201106172004.48187.jkim@FreeBSD.org> In-Reply-To: <201106172004.48187.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106171742.01363.aorchid@mac.com> X-Probable-Spam: no X-Spam-Hits: 0.654 X-Spam-Score: * X-Spam-Report: SPF_SOFTFAIL X-Scanned-By: smtp.ucla.edu on 169.232.46.244 Cc: freebsd-current@freebsd.org Subject: Re: Hang During Startup on ZFS Boot (intermittent) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 00:42:23 -0000 On Friday, June 17, 2011 05:04:44 PM Jung-uk Kim wrote: > I believe the problem was fixed by the following commit: > > http://svn.freebsd.org/changeset/base/222032 Thank you very much. Now for a stupid question, do I just resync my /usr/src with 9-Current and rebuild? Aric From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 00:49:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69051106564A for ; Sat, 18 Jun 2011 00:49:28 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 22FC48FC08 for ; Sat, 18 Jun 2011 00:49:27 +0000 (UTC) Received: by gwb15 with SMTP id 15so40882gwb.13 for ; Fri, 17 Jun 2011 17:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/vMAVvyeGUN5SyosJW7LVuJqv01PeTAI77lMrpTZQ4M=; b=RkAx2qYFt9WrkFYkntK6zki0OJKloCN6eKmvzQ5MrqCG+Z2Cumlc/5r3D/MMvMCZZn x2SylDpRoNArthHDEtv8E+6MQHaUJ3EpOw3ux1maTMhjj+HpxqScaHjrQIOYgtpLH8u5 7f58s0i4cfmKTdEeB3QjOErTUM5nTZgoeWbzk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=do+c8RzUNDqR71OPx3SdU7APVUfS3sl5CS9XtBiDREvExT0IfN1+m2CiJ9RPnlL2yJ DnRWqJnn7kydZPUJgqueasTFBHRORNSUwNq0mG/z+Mho1XSskhMjYVwCppmB7yrlUAtj d8uaY0vnfKRyuaa3FdotPiy4CUNzF9qZRZ/XY= MIME-Version: 1.0 Received: by 10.236.143.2 with SMTP id k2mr548262yhj.500.1308356284255; Fri, 17 Jun 2011 17:18:04 -0700 (PDT) Received: by 10.236.108.1 with HTTP; Fri, 17 Jun 2011 17:18:03 -0700 (PDT) In-Reply-To: <20090925123911.GP95398@hoeg.nl> References: <200909191756.n8JHuQCq031719@svn.freebsd.org> <86zl8jften.fsf@gmail.com> <20090925062134.GN95398@hoeg.nl> <20090925105729.GT47688@deviant.kiev.zoral.com.ua> <20090925123911.GP95398@hoeg.nl> Date: Fri, 17 Jun 2011 20:18:03 -0400 Message-ID: From: Ben Kaduk To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Cc: Kostik Belousov , Anonymous , freebsd-current@freebsd.org Subject: Re: [Patch] [regression] libvgl and r197330 (kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 00:49:28 -0000 On Fri, Sep 25, 2009 at 8:39 AM, Ed Schouten wrote: > Hi all, > > * Kostik Belousov wrote: >> > Ah, it seems SDL also calls GIO_KEYMAP. Just rebuilding SDL should fix >> > this. I promised to add a message to UPDATING as well, so I'll also >> > mention SDL should be rebuilt as well. >> >> I consider this as a very strong argument to keep the existing ioctl >> as is, and provide new ioctl that takes new table. > > I've attached a patch that should restore binary compatibility. I first > thought this wasn't really needed, because most applications would use > K_RAW instead of K_XLATE anyway. > > Just breaking binary compatibility with kbdcontrol(1) wouldn't have been > too bad, but it turns out things like SDL use this as well. I've > attached a patch that should restore binary compatibility. Anyone > interested in testing this before I commit it to SVN? Replying to ancient history, it looks like this patch never got committed? The Debian kFreeBSD folks have run into a similar issue: http://lists.debian.org/debian-bsd/2011/06/msg00238.html proposing =============== Upstream could do it properly, without ABI breaking, i.e. by #define GIO_KEYMAP_OLD _IOR('k', 6, keymap_t) #define PIO_KEYMAP_OLD _IOW('k', 7, keymap_t) ... #define GIO_KEYMAP _IO('k', 16) #define PIO_KEYMAP _IO('k', 17) =============== Something to keep the ABI between 8 and 9 is probably still useful, even at this juncture. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 10:15:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 187EE106564A for ; Sat, 18 Jun 2011 10:15:08 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C28C58FC14 for ; Sat, 18 Jun 2011 10:15:07 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1QXsYU-00019s-Fc>; Sat, 18 Jun 2011 12:15:06 +0200 Received: from e178011224.adsl.alicedsl.de ([85.178.11.224] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QXsYU-0000Lf-Cp>; Sat, 18 Jun 2011 12:15:06 +0200 Message-ID: <4DFC7AAA.5070608@zedat.fu-berlin.de> Date: Sat, 18 Jun 2011 12:15:06 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110601 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.11.224 Subject: make release: doesn't work for me, getting recursive looping X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 10:15:08 -0000 Try to build a cdrom from most recent CURRENT/amd64 sources. Issuing the follwing command fails the build process looping recursively and indefinitely within the source folder /usr/src/release: make release cdrom CHROOTDIR=/unused/release/9.0/ SVNROOT/usr/src BUILDNAME=9.0-CURRENT RELEASETAG=RELENG_9 NOPORTS=YES NODOC=YES The chrooted folder is empty and as the doc says, it should be the location where the release should be build. Since I do not use CVS anymore, but SVN, I use SVNROOT instead of CVSROOT to point to the location of the sources. What's wrong in the picture? Am I misunderstanding something or is the build proxess broken? Thanks. Oliver From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 04:31:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6B60106566B for ; Sat, 18 Jun 2011 04:31:00 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B4F898FC12 for ; Sat, 18 Jun 2011 04:31:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5I4V0T7044769 for ; Sat, 18 Jun 2011 04:31:00 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5I4V04l044764 for freebsd-current@freebsd.org; Sat, 18 Jun 2011 04:31:00 GMT (envelope-from jwd) Date: Sat, 18 Jun 2011 04:31:00 +0000 From: John To: freebsd-current@freebsd.org Message-ID: <20110618043100.GA40745@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sat, 18 Jun 2011 10:28:53 +0000 Subject: LOR: vfs_lookup.c:501 ffs_vnops.c:261 vfs_subr.c:2134 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 04:31:00 -0000 Hi folks, I'm seeing the following LOR in dmesg after my latest update this evening. # uname -a FreeBSD zfscarp3p 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Fri Jun 17 22:36:45 EDT 2011 root@zfscarp3p/usr/obj/usr/src.2011-06-17_9.36pm_EDT/sys/GENERIC amd6 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/da56s1a [rw]... lock order reversal: 1st 0xfffffe003d2f9278 ufs (ufs) @ /usr/src.2011-06-17_9.36pm_EDT/sys/kern/vfs_lookup.c:501 2nd 0xffffff9f0c7f0e58 bufwait (bufwait) @ /usr/src.2011-06-17_9.36pm_EDT/sys/ufs/ffs/ffs_vnops.c:261 3rd 0xfffffe003d371278 ufs (ufs) @ /usr/src.2011-06-17_9.36pm_EDT/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xd42 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b vfs_hash_get() at vfs_hash_get+0xd5 ffs_vgetf() at ffs_vgetf+0x48 softdep_sync_buf() at softdep_sync_buf+0x56a ffs_syncvnode() at ffs_syncvnode+0x293 ffs_truncate() at ffs_truncate+0x4c4 ufs_direnter() at ufs_direnter+0x6ed ufs_makeinode() at ufs_makeinode+0x250 VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x46a kern_openat() at kern_openat+0x17f syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip = 0x800936b7c, rsp = 0x7fffffffdac8, rbp = 0 --- bce1: Gigabit link up! Only seems to happen once at boot time. Thanks, John From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 14:15:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CDB106564A; Sat, 18 Jun 2011 14:15:32 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx2.utsp.utwente.nl [130.89.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 916C58FC0A; Sat, 18 Jun 2011 14:15:30 +0000 (UTC) Received: from nox-laptop.student.utwente.nl (nox-laptop.student.utwente.nl [130.89.160.140]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id p5IDtDP4029175; Sat, 18 Jun 2011 15:55:13 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sat, 18 Jun 2011 16:55:14 +0200 User-Agent: KMail/1.9.10 References: <201106171654.03968.aorchid@mac.com> <201106172004.48187.jkim@FreeBSD.org> <201106171742.01363.aorchid@mac.com> In-Reply-To: <201106171742.01363.aorchid@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201106181655.15364.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Jung-uk Kim , Aric Gregson Subject: Re: Hang During Startup on ZFS Boot (intermittent) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 14:15:32 -0000 On Saturday 18 June 2011 02:42:01 Aric Gregson wrote: > On Friday, June 17, 2011 05:04:44 PM Jung-uk Kim wrote: > > I believe the problem was fixed by the following commit: > > > > http://svn.freebsd.org/changeset/base/222032 > > Thank you very much. Now for a stupid question, do I just resync my > /usr/src with 9-Current and rebuild? Take a look at http://www.freebsd.org/doc/handbook/cvsup.html for information on how to update your sources. Examples can be found in /usr/share/examples/cvsup And http://www.freebsd.org/doc/handbook/makeworld.html or /usr/src/UPDATING for information on how to update FreeBSD -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 16:35:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4DD1065673 for ; Sat, 18 Jun 2011 16:35:33 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id E1D7B8FC16 for ; Sat, 18 Jun 2011 16:35:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LMZ00A00SN6AT00@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sat, 18 Jun 2011 10:35:30 -0500 (CDT) Received: from comporellon.tachypleus.net (adsl-75-50-89-112.dsl.mdsnwi.sbcglobal.net [75.50.89.112]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LMZ005RESN2VK00@smtpauth2.wiscmail.wisc.edu>; Sat, 18 Jun 2011 10:35:28 -0500 (CDT) Date: Sat, 18 Jun 2011 10:35:26 -0500 From: Nathan Whitehorn In-reply-to: <4DFC7AAA.5070608@zedat.fu-berlin.de> To: "Hartmann, O." Message-id: <4DFCC5BE.4070608@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.89.112 X-Spam-PmxInfo: Server=avs-11, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.6.18.152415, SenderIP=75.50.89.112 References: <4DFC7AAA.5070608@zedat.fu-berlin.de> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 Cc: FreeBSD Current Subject: Re: make release: doesn't work for me, getting recursive looping X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 16:35:33 -0000 On 06/18/11 05:15, Hartmann, O. wrote: > Try to build a cdrom from most recent CURRENT/amd64 sources. > > Issuing the follwing command fails the build process looping > recursively and indefinitely within the source folder /usr/src/release: > > make release cdrom CHROOTDIR=/unused/release/9.0/ SVNROOT/usr/src > BUILDNAME=9.0-CURRENT RELEASETAG=RELENG_9 NOPORTS=YES NODOC=YES > > The chrooted folder is empty and as the doc says, it should be the > location where the release should be build. Since I do not use CVS > anymore, but SVN, I use SVNROOT instead of CVSROOT to point to the > location of the sources. > This is not how release building works anymore. See release(7). If you want to do something analagous to the old-style make release, with SVN checkouts and a chroot, which you seem to wan to do, you need to use generate-release.sh. You can also use make release to build a system out of the current source directory by simply doing make release NOPORTS=yes NODOC=yes. The reason it is hanging is that one of the sub-targets invoked by make cdrom requires that make obj be run first. make release protects against this, but manually invoking sub-targets does not. -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 18:03:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962161065741 for ; Sat, 18 Jun 2011 18:03:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 557128FC0A for ; Sat, 18 Jun 2011 18:03:58 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QXzsE-00079A-77>; Sat, 18 Jun 2011 20:03:58 +0200 Received: from e178038239.adsl.alicedsl.de ([85.178.38.239] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QXzsE-0007na-42>; Sat, 18 Jun 2011 20:03:58 +0200 Message-ID: <4DFCE88D.1040600@zedat.fu-berlin.de> Date: Sat, 18 Jun 2011 20:03:57 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110601 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Nathan Whitehorn References: <4DFC7AAA.5070608@zedat.fu-berlin.de> <4DFCC5BE.4070608@freebsd.org> In-Reply-To: <4DFCC5BE.4070608@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.239 Cc: FreeBSD Current Subject: Re: make release: doesn't work for me, getting recursive looping X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 18:03:59 -0000 On 06/18/11 17:35, Nathan Whitehorn wrote: > On 06/18/11 05:15, Hartmann, O. wrote: >> Try to build a cdrom from most recent CURRENT/amd64 sources. >> >> Issuing the follwing command fails the build process looping >> recursively and indefinitely within the source folder /usr/src/release: >> >> make release cdrom CHROOTDIR=/unused/release/9.0/ SVNROOT/usr/src >> BUILDNAME=9.0-CURRENT RELEASETAG=RELENG_9 NOPORTS=YES NODOC=YES >> >> The chrooted folder is empty and as the doc says, it should be the >> location where the release should be build. Since I do not use CVS >> anymore, but SVN, I use SVNROOT instead of CVSROOT to point to the >> location of the sources. >> > > This is not how release building works anymore. See release(7). If you > want to do something analagous to the old-style make release, with SVN > checkouts and a chroot, which you seem to wan to do, you need to use > generate-release.sh. You can also use make release to build a system > out of the current source directory by simply doing make release > NOPORTS=yes NODOC=yes. > > The reason it is hanging is that one of the sub-targets invoked by > make cdrom requires that make obj be run first. make release protects > against this, but manually invoking sub-targets does not. > -Nathan Thanks a lot. I'm new to this and I remember the old style, but the new one seems to be more sophisticated and 'clean'. Oliver From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 19:55:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95825106566B; Sat, 18 Jun 2011 19:55:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 571EC8FC13; Sat, 18 Jun 2011 19:55:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5IJtpu4016612; Sat, 18 Jun 2011 15:55:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5IJtp64016552; Sat, 18 Jun 2011 19:55:51 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jun 2011 19:55:51 GMT Message-Id: <201106181955.p5IJtp64016552@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 19:55:52 -0000 TB --- 2011-06-18 19:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-18 19:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-06-18 19:30:00 - cleaning the object tree TB --- 2011-06-18 19:30:43 - cvsupping the source tree TB --- 2011-06-18 19:30:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-06-18 19:30:57 - building world TB --- 2011-06-18 19:30:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-18 19:30:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-18 19:30:57 - TARGET=i386 TB --- 2011-06-18 19:30:57 - TARGET_ARCH=i386 TB --- 2011-06-18 19:30:57 - TZ=UTC TB --- 2011-06-18 19:30:57 - __MAKE_CONF=/dev/null TB --- 2011-06-18 19:30:57 - cd /src TB --- 2011-06-18 19:30:57 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 18 19:30:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-18 19:55:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-18 19:55:50 - ERROR: failed to build world TB --- 2011-06-18 19:55:50 - 1123.94 user 293.32 system 1550.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 19:55:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C646106566B; Sat, 18 Jun 2011 19:55:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE5A88FC13; Sat, 18 Jun 2011 19:55:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5IJtwEQ017259; Sat, 18 Jun 2011 15:55:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5IJtwHb017258; Sat, 18 Jun 2011 19:55:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jun 2011 19:55:58 GMT Message-Id: <201106181955.p5IJtwHb017258@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 19:55:59 -0000 TB --- 2011-06-18 19:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-18 19:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-06-18 19:30:00 - cleaning the object tree TB --- 2011-06-18 19:30:32 - cvsupping the source tree TB --- 2011-06-18 19:30:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-06-18 19:30:50 - building world TB --- 2011-06-18 19:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-18 19:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-18 19:30:50 - TARGET=pc98 TB --- 2011-06-18 19:30:50 - TARGET_ARCH=i386 TB --- 2011-06-18 19:30:50 - TZ=UTC TB --- 2011-06-18 19:30:50 - __MAKE_CONF=/dev/null TB --- 2011-06-18 19:30:50 - cd /src TB --- 2011-06-18 19:30:50 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 18 19:30:50 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_program.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_provider.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_regset.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_string.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_strtab.c cc -O2 -pipe -I/obj/pc98.i386/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-18 19:55:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-18 19:55:58 - ERROR: failed to build world TB --- 2011-06-18 19:55:58 - 1125.17 user 296.83 system 1557.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 18 21:52:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A89C106566B; Sat, 18 Jun 2011 21:52:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E8C918FC15; Sat, 18 Jun 2011 21:52:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5ILqSVN018686; Sat, 18 Jun 2011 17:52:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5ILqRFG018638; Sat, 18 Jun 2011 21:52:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jun 2011 21:52:27 GMT Message-Id: <201106182152.p5ILqRFG018638@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 21:52:29 -0000 TB --- 2011-06-18 19:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-18 19:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-06-18 19:30:00 - cleaning the object tree TB --- 2011-06-18 19:30:43 - cvsupping the source tree TB --- 2011-06-18 19:30:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-06-18 19:36:08 - building world TB --- 2011-06-18 19:36:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-18 19:36:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-18 19:36:08 - TARGET=amd64 TB --- 2011-06-18 19:36:08 - TARGET_ARCH=amd64 TB --- 2011-06-18 19:36:08 - TZ=UTC TB --- 2011-06-18 19:36:08 - __MAKE_CONF=/dev/null TB --- 2011-06-18 19:36:08 - cd /src TB --- 2011-06-18 19:36:08 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 18 19:36:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_proc.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_program.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_provider.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_regset.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_string.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_strtab.c cc -m32 -march=i686 -mmmx -msse -msse2 -mfancy-math-387 -DCOMPAT_32BIT -isystem /obj/src/lib32/usr/include/ -L/obj/src/lib32/usr/lib32 -B/obj/src/lib32/usr/lib32 -O2 -pipe -I/obj/lib32/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace -I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386 -I/src/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libctf/common -I/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensol! aris/lib/libdtrace/common/dt_subr.c /src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c:831:3: error: #warning need td_popc() implementation *** Error code 1 Stop in /src/cddl/lib/libdtrace. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-18 21:52:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-18 21:52:27 - ERROR: failed to build world TB --- 2011-06-18 21:52:27 - 6357.81 user 1251.39 system 8547.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full