Re: run(4) patch
On Friday 11 June 2010 08:27:53 PseudoCylon wrote: Hello, Here is a patch for recent fix. http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017749.html Please update codes in your repository. Diff against the latest change, 178418. * if_run.c - rev. 11 * if_runvar.h - rev. 7 summary of changes * Because hostapd calls iv_key_set() before if_init(), made sure key_set callback function will be executed, and the key won't be deleted during init process. * txmic and rxmic are written into the chip the same place regardless of opmode. * Made hardware generate 802.11 sequence numbers. Thank you. AK Hi, Please verify USB P4 change #179518. http://p4web.freebsd.org/@@179518?ac=10 --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: I need reply in Embedded FreeBSD Kernel Theme
On Sat, 12 Jun 2010 13:19:22 +0930 Matt Thyer matt.th...@gmail.com wrote: However my Soekris net4801 board still takes about 2.5 minutes to boot and I think time could be saved by parallel probing of hardware where possible. Much work has been done on fast boot times in the Linux world including an impressive demonstration by an Intel team for car instrumentation panels (on Youtube... Google for fastest Linux boot). It's on the list of ideas for 9.0: see http://wiki.freebsd.org/FreeBSD9#head-960c3f5a8747af95199367a8c84030dfe2b99f1b -- Bruce Cran ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on ia64/ia64
TB --- 2010-06-12 07:47:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 07:47:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-06-12 07:47:44 - cleaning the object tree TB --- 2010-06-12 07:48:05 - cvsupping the source tree TB --- 2010-06-12 07:48:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-06-12 07:48:54 - building world TB --- 2010-06-12 07:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 07:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 07:48:54 - TARGET=ia64 TB --- 2010-06-12 07:48:54 - TARGET_ARCH=ia64 TB --- 2010-06-12 07:48:54 - TZ=UTC TB --- 2010-06-12 07:48:54 - __MAKE_CONF=/dev/null TB --- 2010-06-12 07:48:54 - cd /src TB --- 2010-06-12 07:48:54 - /usr/bin/make -B buildworld World build started on Sat Jun 12 07:48:54 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/command.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/config.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/devices.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/dhcp.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/disks.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/disks.c: In function 'diskPartitionWrite': /src/usr.sbin/sysinstall/disks.c:877: warning: unused variable 'boot1' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 09:09:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 09:09:50 - ERROR: failed to build world TB --- 2010-06-12 09:09:50 - 3829.16 user 618.84 system 4926.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-06-12 09:48:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 09:48:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-12 09:48:38 - cleaning the object tree TB --- 2010-06-12 09:48:47 - cvsupping the source tree TB --- 2010-06-12 09:48:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-12 09:49:32 - building world TB --- 2010-06-12 09:49:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 09:49:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 09:49:32 - TARGET=sparc64 TB --- 2010-06-12 09:49:32 - TARGET_ARCH=sparc64 TB --- 2010-06-12 09:49:32 - TZ=UTC TB --- 2010-06-12 09:49:32 - __MAKE_CONF=/dev/null TB --- 2010-06-12 09:49:32 - cd /src TB --- 2010-06-12 09:49:32 - /usr/bin/make -B buildworld World build started on Sat Jun 12 09:49:32 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 10:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 10:50:53 - ERROR: failed to build world TB --- 2010-06-12 10:50:53 - 2742.74 user 577.88 system 3735.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-06-12 09:19:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 09:19:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-12 09:19:15 - cleaning the object tree TB --- 2010-06-12 09:19:27 - cvsupping the source tree TB --- 2010-06-12 09:19:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-12 09:19:57 - building world TB --- 2010-06-12 09:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 09:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 09:19:57 - TARGET=powerpc TB --- 2010-06-12 09:19:57 - TARGET_ARCH=powerpc TB --- 2010-06-12 09:19:57 - TZ=UTC TB --- 2010-06-12 09:19:57 - __MAKE_CONF=/dev/null TB --- 2010-06-12 09:19:57 - cd /src TB --- 2010-06-12 09:19:57 - /usr/bin/make -B buildworld World build started on Sat Jun 12 09:19:57 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 10:59:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 10:59:17 - ERROR: failed to build world TB --- 2010-06-12 10:59:17 - 4811.51 user 743.30 system 6002.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-06-12 10:05:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 10:05:03 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-12 10:05:03 - cleaning the object tree TB --- 2010-06-12 10:05:12 - cvsupping the source tree TB --- 2010-06-12 10:05:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-12 10:05:41 - building world TB --- 2010-06-12 10:05:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 10:05:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 10:05:41 - TARGET=sun4v TB --- 2010-06-12 10:05:41 - TARGET_ARCH=sparc64 TB --- 2010-06-12 10:05:41 - TZ=UTC TB --- 2010-06-12 10:05:41 - __MAKE_CONF=/dev/null TB --- 2010-06-12 10:05:41 - cd /src TB --- 2010-06-12 10:05:41 - /usr/bin/make -B buildworld World build started on Sat Jun 12 10:05:42 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 11:05:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 11:05:26 - ERROR: failed to build world TB --- 2010-06-12 11:05:26 - 2718.10 user 568.75 system 3623.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[bsdtar] strange compression with ^T command
Hi! - % uname -a FreeBSD host.ipt.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r208799: Fri Jun 4 13:58:47 MSD 2010 b...@host.ipt.ru:/storage/obj/storage/src/sys/HOST i386 % make extract === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === Extracting for eric5-5.0.0 = No checksum file (/m/home/bsam/shared/FreeBSD/exp/eric5/devel/eric5/distinfo). load: 6.85 cmd: bsdtar 68052 [runnable] 131.55r 0.03u 0.30s 0% 2044k In: 17512980 bytes, compression 1290122025%; Out: 1502 files, 17509012 bytes Current: eric5-5.0.0-RC1/eric/icons/default/drawEraser.png (1172 bytes) load: 6.96 cmd: gzip 68051 [pipdwt] 150.90r 0.16u 0.00s 0% 1052k In: 24466168 bytes, compression -1782936608%; Out: 1821 files, 24460918 bytes Current: eric5-5.0.0-RC1/eric/E5Gui/E5SingleApplication.py (4726 bytes) % - One can get the file to experiment: - % fetch http://heanet.dl.sourceforge.net/project/eric-ide/eric5/stable/5.0.0-RC1/eric5-5.0.0-RC1.tar.gz - Extracted files seems to be OK. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: etcupdate tool in base?
On 06/10/2010 20:45, Lawrence Stewart wrote: +1 for adding to base (and updating handbook chapters makeworld.html and small-lan.html, plus maybe /usr/src/Makefile and an UPDATING entry). As soon as this was said the idea popped into mind to just tie etcupdate into the source directly. Add it to the source tree somewhere where it can be called by (make etcupdate). In this case its on everybody's system and both can co-exist without harm. ;) Regardless of either decision to be made I look at adding a port just for this as unneeded overhead when people that are updating their system via source already have the tree on the system or near by. If you want it installed after all that either copy it to your ~/bin directory or symlink it. Regards, -- jhell ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: etcupdate tool in base?
On Thu, Jun 10, 2010 at 1:14 PM, Joel Dahl j...@freebsd.org wrote: On 10-06-2010 13:46, John Baldwin wrote: I've had several folks ask me recently about importing etcupdate (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate tool for updating /etc during upgrades. Do folks have any strong objections to doing so? More details about how it works and an HTML version of the manpage can be found at the URL above. +1 for importing it into base. +1 for importing into base. I would use it. Sam Fourman Jr. http://www.fourmannetworks.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: etcupdate tool in base?
On 12.06.2010 14:57, Sam Fourman Jr. wrote: On Thu, Jun 10, 2010 at 1:14 PM, Joel Dahl j...@freebsd.org wrote: On 10-06-2010 13:46, John Baldwin wrote: I've had several folks ask me recently about importing etcupdate (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate tool for updating /etc during upgrades. Do folks have any strong objections to doing so? More details about how it works and an HTML version of the manpage can be found at the URL above. +1 for importing it into base. +1 for importing into base. I would use it. And another +1 from me. It solves a problem that needs solving. (and yes, I would use it) //Svein -- +---+--- /\ |Svein Skogen | sv...@d80.iso100.no \ / |Solberg Østli 9| PGP Key: 0xE5E76831 X|2020 Skedsmokorset | sv...@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | sv...@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listm...@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +---+--- |msn messenger: | Mobile Phone: +47 907 03 575 |sv...@jernhuset.no | RIPE handle:SS16503-RIPE +---+--- If you really are in a hurry, mail me at svein-mob...@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. Picture Gallery: https://gallery.stillbilde.net/v/svein/ signature.asc Description: OpenPGP digital signature
Re: tstVMStructRC segfault: Cannot build virtualbox-ose on 8-STABLE amd64
Quoting Mario Sergio Fujikawa Ferreira li...@freebsd.org: Hi, On 25/05/2010 05:45, Bernhard Froehlich wrote: On Thu, 20 May 2010 23:05:53 -0300, Mario Sergio Fujikawa Ferreira li...@freebsd.org wrote: Hi, I recently reinstalled my FreeBSD 8-STABLE box to move from i386 to amd64. The hardware hasn't changed (except for an increase from 4GB to 8GB ram). There have been some hiccups and I am still trying to tidy up things together. One of the problems I am having is building virtualbox-ose which previously built nicely on i386. I am running a vanilla 8-STABLE world (no special COPTFLAGS) from May 17th. $ uname -a FreeBSD exxodus.fedaykin.here 8.0-STABLE FreeBSD 8.0-STABLE #2: Mon May 17 19:53:30 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 I have a clean and up to date ports tree from today. All ports upgraded using portupgrade. I am trying to build the virtualbox-ose port with vanilla cflags. $ make -V CFLAGS -O2 -pipe -fno-strict-aliasing The relevant message follows: - kBuild: Installing VBoxControl = /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/bin/additions/VBoxControl kmk[2]: *** [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h] Segmentation fault: 11 (core dumped) kmk[2]: *** Deleting file `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h' kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 - The complete build log can be found at http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose_3.1.8_build.log.bz2 My virtualbox-ose work directory can be found at (you need archivers/xz to extract it) http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose__work.tar.xz Let me know if there is anything I can do to help. Regards, ps: virtualbox-ose-kmod builds without a problem as well as my other 1482 ports. :) Segmentation fault: 11 comes from gcc so this is likely to be a compiler bug and i'm not sure if we can help in this case so I cc'd curr...@. Could you try to get a backtrace from the core file that it has dumped? The only core file I could find was tstVMStructRC.core. The backtrace follows: -- $ script gdb.log gdb ./work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC ./work/VirtualBox-3.1.8_OSE/tstVMStructRC.core Script started on Sun Jun 6 01:13:16 2010 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `tstVMStructRC'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib32/libc.so.7...done. Loaded symbols for /usr/lib32/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0805099c in _start () (gdb) bt #0 0x0805099c in _start () #1 0x0001 in ?? () (gdb) quit Script done on Sun Jun 6 01:13:21 2010 -- I've done another round of portupgrade(s) and tried rebuilding virtualbox-ose again to no vail. $ uname -a FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #6: Thu Jun 3 20:30:23 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 On a side note, this might be a coincidence but I haven't been able to build virtualbox since the xorg update to 7.5 AND since my switch from 8-STABLE i386 TO amd64. Both happened around the same week. I have no idea which one is to blame. I did a clean amd64 install though, not an inplace upgrade. The latest build log can be found at: http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__build_log.txt.bz2 The port work directory of the failed build can be found at: http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__work.tar.xz I've just tried the latest virtualbox-ose port version 3.2.4, it's just as broken for me. It keeps on SEGFAULT on tstVMStructRC. $ script gdb.log gdb work/VirtualBox-3.2.4_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC
stackgap
Hi All! The linked[1][2] stackgap patches why not included in FreeBSD tree? I used this patches for a long while (~2 year ago), without problem. And I have an updated patch for 7-STABLE: http://peonia.teteny.elte.hu/freebsd/patches/stable/stable/20091229025818-randomize_mmap.patch [1] http://people.freebsd.org/~ssouhlal/testing/stackgap-20050527.diff [2] http://unix.derkeiler.com/Mailing-Lists/FreeBSD/arch/2005-05/0109.html Thanks, Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: How to disable CLANG co build in buildworld?
Ed Schouten e...@80386.nl writes: Well, I've been thinking about this as well, but keep in mind that tblgen really has no use by itself and strongly depends on the version of your source tree. Even if we backport a tiny patch from the Clang repository, we cannot trust tblgen to do the right thing anymore. In that case, we can simply cd /usr/src/usr.bin/clang/tblgen make make install. Do we really want to install an application like tblgen? Yes. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on powerpc/powerpc
On 12.06.10 12:59, FreeBSD Tinderbox wrote: TB --- 2010-06-12 09:19:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 09:19:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-12 09:19:15 - cleaning the object tree TB --- 2010-06-12 09:19:27 - cvsupping the source tree TB --- 2010-06-12 09:19:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-12 09:19:57 - building world TB --- 2010-06-12 09:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 09:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 09:19:57 - TARGET=powerpc TB --- 2010-06-12 09:19:57 - TARGET_ARCH=powerpc TB --- 2010-06-12 09:19:57 - TZ=UTC TB --- 2010-06-12 09:19:57 - __MAKE_CONF=/dev/null TB --- 2010-06-12 09:19:57 - cd /src TB --- 2010-06-12 09:19:57 - /usr/bin/make -B buildworld World build started on Sat Jun 12 09:19:57 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Index: install.c === --- install.c (revision 209106) +++ install.c (working copy) @@ -874,7 +874,9 @@ int installFixupBase(dialogMenuItem *self) { +#if defined(__i386__) || defined(__amd64__) FILE *fp; +#endif #ifdef __ia64__ const char *efi_mntpt; #endif Gruss, Andreas ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on powerpc/powerpc
On 12.06.10 15:57, Andreas Tobler wrote: On 12.06.10 12:59, FreeBSD Tinderbox wrote: TB --- 2010-06-12 09:19:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 09:19:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-12 09:19:15 - cleaning the object tree TB --- 2010-06-12 09:19:27 - cvsupping the source tree TB --- 2010-06-12 09:19:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-12 09:19:57 - building world TB --- 2010-06-12 09:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 09:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 09:19:57 - TARGET=powerpc TB --- 2010-06-12 09:19:57 - TARGET_ARCH=powerpc TB --- 2010-06-12 09:19:57 - TZ=UTC TB --- 2010-06-12 09:19:57 - __MAKE_CONF=/dev/null TB --- 2010-06-12 09:19:57 - cd /src TB --- 2010-06-12 09:19:57 - /usr/bin/make -B buildworld World build started on Sat Jun 12 09:19:57 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Here the complete one: Index: install.c === --- install.c (revision 209106) +++ install.c (working copy) @@ -628,8 +628,11 @@ int installStandard(dialogMenuItem *self) { -int i, tries = 0; +int i; +#ifdef WITH_SLICES +int tries = 0; Device **devs; +#endif variable_set2(SYSTEM_STATE, standard, 0); dialog_clear_norefresh(); @@ -874,7 +877,9 @@ int installFixupBase(dialogMenuItem *self) { +#if defined(__i386__) || defined(__amd64__) FILE *fp; +#endif #ifdef __ia64__ const char *efi_mntpt; #endif Gruss, Andreas ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: How to disable CLANG co build in buildworld?
* Dag-Erling Smørgrav d...@des.no wrote: Ed Schouten e...@80386.nl writes: Well, I've been thinking about this as well, but keep in mind that tblgen really has no use by itself and strongly depends on the version of your source tree. Even if we backport a tiny patch from the Clang repository, we cannot trust tblgen to do the right thing anymore. In that case, we can simply cd /usr/src/usr.bin/clang/tblgen make make install. Do we really want to install an application like tblgen? Yes. In that case, be sure to commit your patch. Groetjes, -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgp9xFIRpCPPL.pgp Description: PGP signature
Re: How to disable CLANG co build in buildworld?
In message: 4c1315f9.6000...@freebsd.org Doug Barton do...@freebsd.org writes: : On 06/11/10 14:18, M. Warner Losh wrote: : This is building the proper set of tools for the target. It is easy : to do, and only a couple lines of Makefile foo in Makefile.inc1 : instead of in bsd.own.mk. It is a fairly natural consequence of the : tbemd stuff I have been working on and have started merging. : : The consequences today are that you build some extra tools that are : only needed to build clang when in fact you aren't really going to be : building clang. The cost is however long it takes to do this on the : platform you are building on. This can range from a minute or two to : tens of minutes depending on the power of your build system. : : Ok, obviously I'm dense because I didn't understand an answer to my : question anywhere in there. :) So let me try again. Why are we not : optimizing for the common case, where the world is built on the system : it's going to run on, which means that WITHOUT_CLANG can easily mean : exactly that? Because if we optimize for that case, we break the other cases. Broken trumps fast, so we always build the clang tools. The reason it is broke is that the default for clang varies between architectures, which makes the usual tests for MK_CLANG not work for the bootstrap tools phase. Warner ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup for cryptographic algorithms vs. compiler optimizations
On Fri, 11.06.2010 at 21:37:29 +0200, Dag-Erling Smørgrav wrote: Ulrich Spörlein u...@spoerlein.net writes: optimizing compilers have a tendency to remove assignments that have no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of zeroing variables, which is however optimized away. [...] Is there a canonical way to zero those variables and should we use them (memset perhaps? what are the performance implications?) If you stick these variables in a struct, you can memset the struct to zero them; if there are many of them, it may be faster than zeroing them individually. Alternatively, you can use something like this: #define FORCE_ASSIGN(type, var, value) \ *(volatile type *)(var) = (value) Interesting trick, thanks. I'll try this ... Uli ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup for cryptographic algorithms vs. compiler optimizations
On Sat, Jun 12, 2010 at 05:35:28PM +0200, Ulrich Spörlein wrote: On Fri, 11.06.2010 at 21:37:29 +0200, Dag-Erling Smørgrav wrote: Ulrich Spörlein u...@spoerlein.net writes: optimizing compilers have a tendency to remove assignments that have no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of zeroing variables, which is however optimized away. [...] Is there a canonical way to zero those variables and should we use them (memset perhaps? what are the performance implications?) If you stick these variables in a struct, you can memset the struct to zero them; if there are many of them, it may be faster than zeroing them individually. Alternatively, you can use something like this: #define FORCE_ASSIGN(type, var, value) \ *(volatile type *)(var) = (value) Interesting trick, thanks. I'll try this ... I'm not sure when removing a memset is allowed. Maybe passing volatile pointers might be enough. And I'm happy to be corrected from in deep experts - my knowledge is more from practical microcontroller programming. The problem with memset is that is is inlined by at least gcc and inlined functions are included in the optimizations. But calling my_abolsutely_not_inlineable_memset should work IMHO. In other words: declare a local memset function, which is declared (in compiler specific words) as not being inlineable, which itself calls memset you should be safe, since the function doesn't know why it does the memset it can't be removed and the caller doesn't know anything about the called function. A portible way would be to have this function in a separate .c file, which prohibits inlining. C++ has the concept of volatile member functions, but this is a slightly different thing. -- B.Walter be...@bwct.de http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: etcupdate tool in base?
On Thu, Jun 10, 2010 at 12:46 PM, John Baldwin j...@freebsd.org wrote: I've had several folks ask me recently about importing etcupdate (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate tool for updating /etc during upgrades. Do folks have any strong objections to doing so? More details about how it works and an HTML version of the manpage can be found at the URL above. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org +1 from me, I will use it. -Brandon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup for cryptographic algorithms vs. compiler optimizations
Bernd Walter ti...@cicely7.cicely.de writes: I'm not sure when removing a memset is allowed. Always, if the compiler can determine that the data will not be used later. In more general terms, the compiler is allowed to make any changes it likes to the program as long as the end result behaves exactly like it would if it hadn't been changed. This is called the as if rule. For instance, if you call printf() or fprintf() with a format string that does not contain any conversion specifiers, gcc will call gets() or fgets() instead. Maybe passing volatile pointers might be enough. You can't pass a volatile pointer to memset. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on ia64/ia64
TB --- 2010-06-12 18:41:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 18:41:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-06-12 18:41:25 - cleaning the object tree TB --- 2010-06-12 18:41:38 - cvsupping the source tree TB --- 2010-06-12 18:41:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-06-12 18:42:02 - building world TB --- 2010-06-12 18:42:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 18:42:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 18:42:02 - TARGET=ia64 TB --- 2010-06-12 18:42:02 - TARGET_ARCH=ia64 TB --- 2010-06-12 18:42:02 - TZ=UTC TB --- 2010-06-12 18:42:02 - __MAKE_CONF=/dev/null TB --- 2010-06-12 18:42:02 - cd /src TB --- 2010-06-12 18:42:02 - /usr/bin/make -B buildworld World build started on Sat Jun 12 18:42:04 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/command.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/config.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/devices.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/dhcp.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/disks.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/disks.c: In function 'diskPartitionWrite': /src/usr.sbin/sysinstall/disks.c:877: warning: unused variable 'boot1' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 20:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 20:02:19 - ERROR: failed to build world TB --- 2010-06-12 20:02:19 - 3821.70 user 611.36 system 4853.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: How to disable CLANG co build in buildworld?
On 06/12/10 08:10, M. Warner Losh wrote: In message:4c1315f9.6000...@freebsd.org Doug Bartondo...@freebsd.org writes: : On 06/11/10 14:18, M. Warner Losh wrote: : This is building the proper set of tools for the target. It is easy : to do, and only a couple lines of Makefile foo in Makefile.inc1 : instead of in bsd.own.mk. It is a fairly natural consequence of the : tbemd stuff I have been working on and have started merging. : : The consequences today are that you build some extra tools that are : only needed to build clang when in fact you aren't really going to be : building clang. The cost is however long it takes to do this on the : platform you are building on. This can range from a minute or two to : tens of minutes depending on the power of your build system. : : Ok, obviously I'm dense because I didn't understand an answer to my : question anywhere in there. :) So let me try again. Why are we not : optimizing for the common case, where the world is built on the system : it's going to run on, which means that WITHOUT_CLANG can easily mean : exactly that? Because if we optimize for that case, we break the other cases. Broken trumps fast, so we always build the clang tools. The reason it is broke is that the default for clang varies between architectures, which makes the usual tests for MK_CLANG not work for the bootstrap tools phase. Sorry, still dense here. Can you point to code where simply testing for MK_CLANG won't work? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-06-12 20:37:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 20:37:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-12 20:37:20 - cleaning the object tree TB --- 2010-06-12 20:37:30 - cvsupping the source tree TB --- 2010-06-12 20:37:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-12 20:37:57 - building world TB --- 2010-06-12 20:37:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 20:37:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 20:37:57 - TARGET=sparc64 TB --- 2010-06-12 20:37:57 - TARGET_ARCH=sparc64 TB --- 2010-06-12 20:37:57 - TZ=UTC TB --- 2010-06-12 20:37:57 - __MAKE_CONF=/dev/null TB --- 2010-06-12 20:37:57 - cd /src TB --- 2010-06-12 20:37:57 - /usr/bin/make -B buildworld World build started on Sat Jun 12 20:37:58 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 21:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 21:38:36 - ERROR: failed to build world TB --- 2010-06-12 21:38:36 - 2726.33 user 566.29 system 3676.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-06-12 20:10:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 20:10:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-12 20:10:37 - cleaning the object tree TB --- 2010-06-12 20:10:48 - cvsupping the source tree TB --- 2010-06-12 20:10:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-12 20:12:02 - building world TB --- 2010-06-12 20:12:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 20:12:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 20:12:02 - TARGET=powerpc TB --- 2010-06-12 20:12:02 - TARGET_ARCH=powerpc TB --- 2010-06-12 20:12:02 - TZ=UTC TB --- 2010-06-12 20:12:02 - __MAKE_CONF=/dev/null TB --- 2010-06-12 20:12:02 - cd /src TB --- 2010-06-12 20:12:02 - /usr/bin/make -B buildworld World build started on Sat Jun 12 20:12:03 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 21:49:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 21:49:46 - ERROR: failed to build world TB --- 2010-06-12 21:49:46 - 4776.41 user 734.07 system 5948.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-06-12 20:57:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 20:57:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-12 20:57:45 - cleaning the object tree TB --- 2010-06-12 20:57:54 - cvsupping the source tree TB --- 2010-06-12 20:57:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-12 20:58:13 - building world TB --- 2010-06-12 20:58:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 20:58:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 20:58:13 - TARGET=sun4v TB --- 2010-06-12 20:58:13 - TARGET_ARCH=sparc64 TB --- 2010-06-12 20:58:13 - TZ=UTC TB --- 2010-06-12 20:58:13 - __MAKE_CONF=/dev/null TB --- 2010-06-12 20:58:13 - cd /src TB --- 2010-06-12 20:58:13 - /usr/bin/make -B buildworld World build started on Sat Jun 12 20:58:14 UTC 2010 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 -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** 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 --- 2010-06-12 21:56:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 21:56:07 - ERROR: failed to build world TB --- 2010-06-12 21:56:07 - 2715.98 user 556.34 system 3502.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup for cryptographic algorithms vs. compiler optimizations
On Sat, Jun 12, 2010 at 07:35:26PM +0200, Dag-Erling Smørgrav wrote: Bernd Walter ti...@cicely7.cicely.de writes: I'm not sure when removing a memset is allowed. Always, if the compiler can determine that the data will not be used later. I'm at least sure that the compiler can't if it is linked from another object file. The problem with memset is that the compiler has an internal implementation. On the other hand I wonder what the deep sense is to clear memory which is unused later. I know that crypto code can be tricky sometimes, but if someone is willing to explain the specific reason my curiosity would be satified. In more general terms, the compiler is allowed to make any changes it likes to the program as long as the end result behaves exactly like it would if it hadn't been changed. This is called the as if rule. For instance, if you call printf() or fprintf() with a format string that does not contain any conversion specifiers, gcc will call gets() or fgets() instead. Amazing - this is one of the things which can get nasty if you try some kind of microtuning. Recently I had to implement my own atoi on a controller because using the library one magically had blown my RAM usage by 1k on a controller with just 8k RAM. Maybe passing volatile pointers might be enough. You can't pass a volatile pointer to memset. Of course not - my fault - it takes non volatile pointers per definition. -- B.Walter be...@bwct.de http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup for cryptographic algorithms vs. compiler optimizations
Bernd Walter wrote: But calling my_abolsutely_not_inlineable_memset should work IMHO. Try gcc -fno-builtin-memset ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup for cryptographic algorithms vs. compiler optimizations
On Sun, Jun 13, 2010 at 12:52:16AM +0200, Bernd Walter wrote: I'm at least sure that the compiler can't if it is linked from another object file. Is that still true if LTO is enabled? -- Bruce Cran ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: How to disable CLANG co build in buildworld?
In message: 4c13f53f.3050...@freebsd.org Doug Barton do...@freebsd.org writes: : On 06/12/10 08:10, M. Warner Losh wrote: : In message:4c1315f9.6000...@freebsd.org : Doug Bartondo...@freebsd.org writes: : : On 06/11/10 14:18, M. Warner Losh wrote: : : This is building the proper set of tools for the target. It is : easy : : to do, and only a couple lines of Makefile foo in Makefile.inc1 : : instead of in bsd.own.mk. It is a fairly natural consequence of : the : : tbemd stuff I have been working on and have started merging. : : : : The consequences today are that you build some extra tools that are : : only needed to build clang when in fact you aren't really going to : be : : building clang. The cost is however long it takes to do this on : the : : platform you are building on. This can range from a minute or two : to : : tens of minutes depending on the power of your build system. : : : : Ok, obviously I'm dense because I didn't understand an answer to my : : question anywhere in there. :) So let me try again. Why are we not : : optimizing for the common case, where the world is built on the : system : : it's going to run on, which means that WITHOUT_CLANG can easily mean : : exactly that? : : Because if we optimize for that case, we break the other cases. : Broken trumps fast, so we always build the clang tools. : : The reason it is broke is that the default for clang varies between : architectures, which makes the usual tests for MK_CLANG not work for : the bootstrap tools phase. : : Sorry, still dense here. I explained it already, but I'll show the exact code... : Can you point to code where simply testing : for MK_CLANG won't work? from Makefile.inc1 # XXX: There is no way to specify bootstrap tools depending on MK-flags # with different per-architecture default values. Always build tblgen. _clang_tblgen= \ lib/clang/libllvmsupport \ lib/clang/libllvmsystem \ usr.bin/clang/tblgen coupled with: from bsd.own.mk: # # Default behaviour of MK_CLANG depends on the architecture. # .if ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == i386 || \ ${MACHINE_ARCH} == powerpc _clang_yes=CLANG _clang_no= .else _clang_yes= _clang_no=CLANG .endif so, if you add the test of MK_CLANG above for setting _clang_tblgen, you break the following case: neither WITH_CLANG or WITHOUT_CLANG, we go with the default: running on sparc64 (so MACHINE_ARCH=sparc64) building for i386 (so TARGET_ARCH=i386) o MK_CLANG will be 'no' o so clang's tblgen won't be built (if we added the test above you suggest) o during the build phase MACHINE_ARCH is set to i386, so clang fails later because MK_CLANG will be 'yes'. We would do extra work for the converse (building sparc64 on a i386 host), since MK_CLANG is yes so we build tblgen, but never use it. Since we always build tblgen, we fix this by degrading to this case. This also has no change from the typical case (amd64 or i386 built on amd64 or i386). I plan on fixing this problem, since it also applies to WITH_FDT. The root cause is that WITH_foo/WITHOUT_foo works great for optional components of the system that are basically the same everywhere (sendmail, lpr, old toolchain), but it is horrible for communicating intrinsic properties of the architecture (which is what is being done here) since there's two sets of contexts where you have to ask the question. One where TARGET_ARCH matters, and one where MACHINE_ARCH matters. While the specific examples in this case might not be too interesting, the problem it exposes is interesting to solve... Warner ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Our aging base system heimdal
(from the freebsd-current mailing list) Dnia 06.06.2010 b. f. bf1...@googlemail.com napisał/a: Is anybody planning to update the base system heimdal, which has been largely untouched since May 2008? In addition to the many other bug-fixes and improvements in the current version 1.3.3 (see, for example: I decided to give it a try. My first steup is to make it compile on FreeBSD. As you know, as of recently FreeBSD-current has no utmp.h I have hacked up a small patch to fix this: --- appl/ftp/ftpd/logwtmp.c 2010-05-26 23:53:13.0 +0200 +++ appl/ftp/ftpd/logwtmp.c 2010-06-12 22:32:57.373647840 +0200 @@ -104,16 +104,16 @@ static void ftpd_logwtmp_wtmp(char *line, char *name, char *host) { +#ifdef HAVE_UTMP_H static int init = 0; static int fd; -#ifdef WTMPX_FILE -static int fdx; -#endif struct utmp ut; -#ifdef WTMPX_FILE +#endif +#ifdef HAVE_UTMPX_H struct utmpx utx; #endif +#ifdef HAVE_UTMP_H memset(ut, 0, sizeof(struct utmp)); #ifdef HAVE_STRUCT_UTMP_UT_TYPE if(name[0]) @@ -130,8 +130,9 @@ strncpy(ut.ut_host, host, sizeof(ut.ut_host)); #endif ut.ut_time = time(NULL); +#endif -#ifdef WTMPX_FILE +#ifdef HAVE_UTMPX_H strncpy(utx.ut_line, line, sizeof(utx.ut_line)); strncpy(utx.ut_user, name, sizeof(utx.ut_user)); strncpy(utx.ut_host, host, sizeof(utx.ut_host)); @@ -140,6 +141,7 @@ if (utx.ut_syslen sizeof(utx.ut_host)) utx.ut_syslen = sizeof(utx.ut_host); #endif +#endif { struct timeval tv; @@ -152,21 +154,18 @@ utx.ut_type = USER_PROCESS; else utx.ut_type = DEAD_PROCESS; -#endif +#ifdef HAVE_UTMPX_H + pututxline(utx); +#else if(!init){ fd = open(WTMP_FILE, O_WRONLY|O_APPEND, 0); -#ifdef WTMPX_FILE - fdx = open(WTMPX_FILE, O_WRONLY|O_APPEND, 0); -#endif init = 1; } if(fd = 0) { write(fd, ut, sizeof(struct utmp)); /* XXX */ -#ifdef WTMPX_FILE - write(fdx, utx, sizeof(struct utmpx)); -#endif } +#endif } #endif /* !HAVE_ASL_H */ -- Marcin Cieslak // sa...@saper.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: run(4) patch
- Original Message From: Hans Petter Selasky hsela...@c2i.net To: PseudoCylon moonlightak...@yahoo.ca Cc: freebsd-...@freebsd.org; freebsd-current@freebsd.org Sent: Sat, June 12, 2010 12:30:18 AM Subject: Re: run(4) patch On Friday 11 June 2010 08:27:53 PseudoCylon wrote: Hello, Here is a patch for recent fix. href=http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017749.html; target=_blank http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017749.html Please update codes in your repository. Diff against the latest change, 178418. * if_run.c - rev. 11 * if_runvar.h - rev. 7 summary of changes * Because hostapd calls iv_key_set() before if_init(), made sure key_set callback function will be executed, and the key won't be deleted during init process. * txmic and rxmic are written into the chip the same place regardless of opmode. * Made hardware generate 802.11 sequence numbers. Thank you. AK Hi, Please verify USB P4 change #179518. href=http://p4web.freebsd.org/@@179518?ac=10; target=_blank http://p4web.freebsd.org/@@179518?ac=10 --HPS Hello, All files are up-to-date. if_run.c change #179518 (rev.12), and http://p4web.freebsd.org/@@179518?ac=10 if_runvar.h change #179519 (rev. 8) http://p4web.freebsd.org/@@179519?ac=10 if_runreg.h is listed in change #179518 without any change in code. Thank you. AK ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: How to disable CLANG co build in buildworld?
On 06/12/10 16:16, M. Warner Losh wrote: I plan on fixing this problem That's good news, since I'm obviously too stupid to understand why it exists. :) I look forward to seeing your solution. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org