Re: HEAD broken for WITH_LLDB=true
On Sat, 1 Mar 2014 17:11:26 +0100 Dimitry Andric d...@freebsd.org wrote: On 01 Mar 2014, at 12:51, Stefan Esser s...@freebsd.org wrote: seems that -CURRENT is broken in clang/lldb. make buildworld completes in the WITHOUT_LLDB case ... Sorry about that. I have applied a fix in r262657. -Dimitry I just tried to build r262665 and it seems that world is still broken due to LLDB isuue. Oliver signature.asc Description: PGP signature
[ARM] FYI: Broadcom Open-Sources VideoCore IV 3D Graphics Stack
license: 3 clause BSD http://www.phoronix.com/scan.php?page=news_itempx=MTYxODQ http://blog.broadcom.com/chip-design/android-for-all-broadcom-gives-developers-keys-to-the-videocore-kingdom/ ___ 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 broken for WITH_LLDB=true
On 01 Mar 2014, at 20:30, O. Hartmann ohart...@zedat.fu-berlin.de wrote: On Sat, 1 Mar 2014 17:11:26 +0100 Dimitry Andric d...@freebsd.org wrote: On 01 Mar 2014, at 12:51, Stefan Esser s...@freebsd.org wrote: seems that -CURRENT is broken in clang/lldb. make buildworld completes in the WITHOUT_LLDB case ... Sorry about that. I have applied a fix in r262657. -Dimitry I just tried to build r262665 and it seems that world is still broken due to LLDB isuue. What is the error you are getting? Any special settings in make.conf or src.conf? -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
PR for pf in kernel
Hi, I wrote this mail because on web page Submit Bug-report missing severity for PR and priority options. Can anyone look this PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=187074 -- Best Regards! Michael Pounov mi...@elwix.org +359 888 737358, +359 899 737358 WWW: http://www.elwix.org/ XMPP: mi...@aitnet.org Skype: mpunov ___ 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
nvi: tab can't be used in the context of substitute
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, It looks like the new nvi version don't accept tab in the context of substitute. A minimal use case would be to replace all leading 8 spaces with tabs, what one would do on older version of nvi would be: : 1,$ s/^/tab/g Now, with nvi in FreeBSD 10.x+, entering tab won't yield the tab character. This seems to be a regression from older nvi version. Is this a known issue, or did I missed something? Thanks in advance! Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTExA6AAoJEJW2GBstM+nsRzIQAIfSS4isLQF4ex8ZzXQyE/0I 6Wia9FRHsa5gYt8phJxvWWbPCFeyHuqRjAkUEk+btuReZUSgEen27848v350hmBZ DXMaJknryGIU1/f9x/XIjLYpmBOf58tN+rPId6psgFiH7NmdTcfAVg320fdAKlKC gaMQHA3yGBC4ZTmopdj/e71gqmmjQuPe7kjyOx4fpdUWNKU+llIb5bUB1YWKYzyu /hBBp8bewWoHjlH4qa0hSK/k6ef8yA8WmFEFldHZMQeXizQTmNxDKURZ9gZGOlYQ m3mmeatE8KN+XVwn46p+iB9FcJu1dpzPq2QrepiWRzZJkxqOJhmjvQ0ZbZG1A6rM jjQCRvKRi3PjzRPrGkBhhSZcRYmpNsYV8Anf4mUg5GxbJNKYzHAhKJ+dySc+nvqm 5xccpeGXpw/ji/A5OefoEzQSAhujVaBW5x64J28E7VwY5zw38K20wm0hv+KfWofM OWc/gAB/1OYh5i+BaEb/O7RBoFIK+19MkJU3LFklBpDB2d8AE7vhoCbE4j9uujwB 8yFGNcl4up2z0ln+YhBYfTo8oc4iq6V55vNJYOM5iARKlQKYlhpPpyFgL+ssR4nY +hAPSJ8qV2dMNqwdwW7oGhlzAMR/+i/s/TMeHyLCJijEcTpZZB/V7k/I6muzHnYg p9f4hmB2r2f6/TaUyFmH =5n4i -END PGP SIGNATURE- ___ 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: HEADS UP: sparc64 backend for llvm/clang imported
Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 +0100: On 01/03/14 02:16, John-Mark Gurney wrote: Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100: For building the sparc64 kernel, there is one open issue left, which is that sys/sparc64/include/pcpu.h uses global register variables, and this is not supported by clang. A preliminary patch for this is attached, but it may or may not blow up your system, please beware! The patch changes the pcpu and curpcb global register variables into inline functions, similar to what is done on other architectures. However, the current approach is not optimal, and the emitted code is slightly different from what gcc outputs. Any improvements to this patch are greatly appreciated! Last but not least, thanks go out to Roman Divacky for his work with llvm/clang upstream in getting the sparc64 backend into shape. Ok, I have a new pcpu patch to try. I have only compile tested it. It is available here: https://www.funkthat.com/~jmg/sparc64.pcpu.patch I've also attached it. Craig, do you mind testing it? My machine doesn't boot with this patch. OK boot -v Booting... jumping to kernel entry at 0xc0088000. OF_panic: sparc64_init: cannot find boot CPU node Program terminated {1} ok I'm now going to try the version that dim sent. Does it boot w/o the patch? Is this a clang built loader/kernel or a gcc built loader/kernel that you tried the patch on? From a quick look at the code, it doesn't look like my patch would have effected this part of the kernel... -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ 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: nvi: tab can't be used in the context of substitute
On Sun, Mar 2, 2014 at 6:04 AM, Xin Li delp...@delphij.net wrote: It looks like the new nvi version don't accept tab in the context of substitute. A minimal use case would be to replace all leading 8 spaces with tabs, what one would do on older version of nvi would be: : 1,$ s/^/tab/g Now, with nvi in FreeBSD 10.x+, entering tab won't yield the tab character. This seems to be a regression from older nvi version. Is this a known issue, or did I missed something? The tab key in last line mode is now mapped to the filename completion by default. The feature itself exisits in old nvi, but was off by default. Currently, to input tab in last line, you can either C-vC-vtab which performs escape, or :se filec=some other key, or empty to disable completion The completion code is not as smart as that in vim, which can detect the context. I think at least I should limit the completion to the commands which need a filename, like next, cd, edit, script, source, read. I opened an issue for this: https://github.com/lichray/nvi2/issues/15 Thank you for reporting. -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___ 4BSD -- http://4bsd.biz/ ___ 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 armv6/arm
TB --- 2014-03-02 10:30:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 10:30:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 10:30:27 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-02 10:30:27 - cleaning the object tree TB --- 2014-03-02 10:30:27 - /usr/local/bin/svn stat /src TB --- 2014-03-02 10:30:34 - At svn revision 262685 TB --- 2014-03-02 10:30:35 - building world TB --- 2014-03-02 10:30:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 10:30:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 10:30:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 10:30:35 - SRCCONF=/dev/null TB --- 2014-03-02 10:30:35 - TARGET=arm TB --- 2014-03-02 10:30:35 - TARGET_ARCH=armv6 TB --- 2014-03-02 10:30:35 - TZ=UTC TB --- 2014-03-02 10:30:35 - __MAKE_CONF=/dev/null TB --- 2014-03-02 10:30:35 - cd /src TB --- 2014-03-02 10:30:35 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Mar 2 10:30:42 UTC 2014 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 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c
[head tinderbox] failure on arm/arm
TB --- 2014-03-02 10:30:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 10:30:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 10:30:27 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-02 10:30:27 - cleaning the object tree TB --- 2014-03-02 10:30:27 - /usr/local/bin/svn stat /src TB --- 2014-03-02 10:30:34 - At svn revision 262685 TB --- 2014-03-02 10:30:35 - building world TB --- 2014-03-02 10:30:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 10:30:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 10:30:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 10:30:35 - SRCCONF=/dev/null TB --- 2014-03-02 10:30:35 - TARGET=arm TB --- 2014-03-02 10:30:35 - TARGET_ARCH=arm TB --- 2014-03-02 10:30:35 - TZ=UTC TB --- 2014-03-02 10:30:35 - __MAKE_CONF=/dev/null TB --- 2014-03-02 10:30:35 - cd /src TB --- 2014-03-02 10:30:35 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Mar 2 10:30:42 UTC 2014 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 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c
Re: HEADS UP: sparc64 backend for llvm/clang imported
- Original Message - From: John-Mark Gurney j...@funkthat.com To: Florian Smeets f...@smeets.im Cc: Dimitry Andric d...@freebsd.org, Craig Butler craig...@lerwick.hopto.org, freebsd-current@freebsd.org, freebsd-spar...@freebsd.org, rdiva...@freebsd.org Sent: Saturday, 1 March, 2014 7:51:58 PM Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 +0100: On 01/03/14 02:16, John-Mark Gurney wrote: Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100: For building the sparc64 kernel, there is one open issue left, which is that sys/sparc64/include/pcpu.h uses global register variables, and this is not supported by clang. A preliminary patch for this is attached, but it may or may not blow up your system, please beware! The patch changes the pcpu and curpcb global register variables into inline functions, similar to what is done on other architectures. However, the current approach is not optimal, and the emitted code is slightly different from what gcc outputs. Any improvements to this patch are greatly appreciated! Last but not least, thanks go out to Roman Divacky for his work with llvm/clang upstream in getting the sparc64 backend into shape. Ok, I have a new pcpu patch to try. I have only compile tested it. It is available here: https://www.funkthat.com/~jmg/sparc64.pcpu.patch I've also attached it. Craig, do you mind testing it? My machine doesn't boot with this patch. OK boot -v Booting... jumping to kernel entry at 0xc0088000. OF_panic: sparc64_init: cannot find boot CPU node Program terminated {1} ok I'm now going to try the version that dim sent. Does it boot w/o the patch? Is this a clang built loader/kernel or a gcc built loader/kernel that you tried the patch on? From a quick look at the code, it doesn't look like my patch would have effected this part of the kernel... -- John-Mark GurneyVoice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. It's not working here either.. Native base gcc compiled 10-RELEASE + patch results in; FreeBSD/sparc64 bootstrap loader, Revision 1.0 (r...@snap.freebsd.org, Fri Jan 17 11:27:27 UTC 2014) bootpath=/pci@1f,0/pci@1/scsi@8/disk@0,0:a Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0xafe440 data=0xcbf60+0xd82b0 syms=[0x8+0xc53a0+0x8+0xb7c06] /boot/kernel/zfs.ko text=0x223328 data=0xa4c0+0x17f60 syms=[0x8+0x19788+0x8+0x143eb] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=0x30d0 data=0x2a8+0x2030 syms=[0x8+0xd68+0x8+0x91c] /boot/kernel/geom_mirror.ko text=0x383f0 data=0x590+0x20 syms=[0x8+0x1680+0x8+0x1191] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc00a. Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #2: Sat Mar 1 21:40:27 GMT 2014 r...@v120.lerwick.hopto.org:/usr/obj/usr/src/sys/GENERIC sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] real memory = 1073741824 (1024 MB) avail memory = 1024622592 (977 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU) random device not loaded; using insecure entropy panic: trap: illegal instruction (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc0884458 at trap+0x558 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Resetti LOM event: +12h49m59s host reset Kind Regards Craig Butler ___ 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: PR for pf in kernel
On Sun, Mar 02, 2014 at 12:39:07AM +0200, Michael Pounov wrote: Hi, I wrote this mail because on web page Submit Bug-report missing severity for PR and priority options. Those two fields have become meaningless due to everyone overusing them. Changing them will not have much effect. mcl ___ 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: ia64 r260914 GENERIC kernel: /usr/src/sys/dev/vt/vt_core.c:261: undefined reference to kbd_get_keyboard and so on
From j...@freebsd.org Fri Feb 28 20:57:59 2014 On Friday, February 28, 2014 9:23:28 am Anton Shterenlikht wrote: ia64 r260914 GENERIC kernel contains: device kbdmux # keyboard multiplexer device vt # Virtual terminals device vt_vga # VGA terminal device Trying to build it, I get: Try this: Index: conf/files.ia64 === --- conf/files.ia64 (revision 262614) +++ conf/files.ia64 (working copy) @@ -52,7 +52,7 @@ dev/fb/vga.c optionalvga dev/hwpmc/hwpmc_ia64.c optionalhwpmc dev/io/iodev.c optionalio -dev/kbd/kbd.c optionalatkbd | sc | ukbd +dev/kbd/kbd.c optionalatkbd | sc | ukbd | vt dev/syscons/scterm-teken.c optionalsc dev/syscons/scvgarndr.coptionalsc vga dev/syscons/scvtb.coptionalsc yes, I can build and install kernel with patch. On reboot, the booting information is no longer shown on serial console, just: Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0x9ffc00010500... FreeBSD/ia64 (mech-as221.men.bris.ac.uk) (ttyu1) login: This is probably the default vt behaviour? I need to be able to see thing progressing in the serial console. How can I do this? Or do I need to disable vt for this? Anyway, I can find neither vt nor vt_vga man pages on r260914 system. Is this expected? Many thanks Anton ___ 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: panic: lockmgr still held [tmpfs] [vm_map_remove()-vdropl()] (r262186: Thu Feb 20)
On 2/28/2014 3:18 PM, John Baldwin wrote: On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote: While using poudriere: Unread portion of the kernel message buffer: panic: lockmgr still held cpuid = 12 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe124804f7a0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe124804f850 vpanic() at vpanic+0x126/frame 0xfe124804f890 kassert_panic() at kassert_panic+0x139/frame 0xfe124804f900 lockdestroy() at lockdestroy+0x3b/frame 0xfe124804f920 vdropl() at vdropl+0x1c8/frame 0xfe124804f960 vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfe124804f9c0 vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfe124804f9f0 vm_map_remove() at vm_map_remove+0xc8/frame 0xfe124804fa20 vmspace_exit() at vmspace_exit+0xc9/frame 0xfe124804fa60 exit1() at exit1+0x541/frame 0xfe124804fad0 sys_sys_exit() at sys_sys_exit+0xe/frame 0xfe124804fae0 ia32_syscall() at ia32_syscall+0x270/frame 0xfe124804fbf0 Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfe124804fbf0 --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x281014df, rsp = 0xc45c, rbp = 0xc468 --- #4 0x808c00db in lockdestroy (lk=0xf80a88a285f0) at /usr/src/sys/kern/kern_lock.c:440 440 KASSERT(lk-lk_lock == LK_UNLOCKED, (lockmgr still held)); (kgdb) print *lk $1 = {lock_object = {lo_name = 0x8201a1bd tmpfs, lo_flags = 116588552, lo_data = 0, lo_witness = 0xfe6fec00}, lk_lock = 18446735288132049184, lk_exslpfail = 0, lk_timo = 51, lk_pri = 96} Can you please grab people.freebsd.org/~jhb/gdb/* and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 'lockmgr_owner lk'? (kgdb) lockmgr_owner lk td: 0xf80272c61920 pid: 55040, p_comm: testprog -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: UDP Lite support
On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay superbisq...@gmail.com wrote: On Wed, Feb 26, 2014 at 11:19 PM, Xin Li delp...@delphij.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/26/14 18:52, Joe Nosay wrote: On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis bro...@freebsd.org wrote: On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, - -- Xin LI delp...@delphij.nethttps://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTDrzbAAoJEJW2GBstM+nsJVoP/29XRcleHMnAVa1UOG0+CD2y 0e/pAmk5vay599gjmiKSAuTSeKNaawRF3FZP+QsxhKw/lNTYEHlppUw7FDc01NqO pk1GsIu+mVuLlzZBNSuAkXdMMzJz5OKfY9GeK7Uw4iumiNP5LKpoC1RaYqLVASGf JH6tqJdSVnD+apWxV/PF4orCXZECFLkQZhbgZe+2nni+te6OfzIbkjhBqn8ZIDNY m9GbYwkTEATBDcMGgl9F0wBfcLhQLF4p4+TnsCguP0HAbxCtbZmt3SXe6Xt4y2YE iHlO/qstGKrl61aiehtpasjiljJaN5ucmuv8XDGbix4cghiJCJAGmxXGxCoHs/Uq vkn88wfV901pjYWPWf9HmTdjSmsck0k2+srWYlJuRymVKvMsL2mwPky+QL9SZ6MY NJ8kXUl5szFwdN4OtO+1iUvVZNLkVDlV5bmnc5KOkciFRoLuTq1/f/xzGj/YDZpx 2DxjddVyvJ6YhrUSSAGoOcdxIpDejKfVif0ANoocsKLAnTHtNxdB76doJH4wBl+W LAl9a9IqVOiefFe9qb6tZky3lft3HUe4XvLJPraKTfbvA9VAKPqZbc2Z8eeoqb49 LPC2n8WnlnaXB9KXKSWTLXbdcY2L+HnAt2+DEv4viSyKSXQg00aEbm+R95h1pTz7 oMv/8VGg5akyRQtkTTIx =ukUF -END PGP SIGNATURE- https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. Thanks for all of the input. The project is being reworked to improve the code. ___ 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: nvi: tab can't be used in the context of substitute
On 2 Mar, Zhihao Yuan wrote: On Sun, Mar 2, 2014 at 6:04 AM, Xin Li delp...@delphij.net wrote: It looks like the new nvi version don't accept tab in the context of substitute. A minimal use case would be to replace all leading 8 spaces with tabs, what one would do on older version of nvi would be: : 1,$ s/^/tab/g Now, with nvi in FreeBSD 10.x+, entering tab won't yield the tab character. This seems to be a regression from older nvi version. Is this a known issue, or did I missed something? The tab key in last line mode is now mapped to the filename completion by default. The feature itself exisits in old nvi, but was off by default. Currently, to input tab in last line, you can either C-vC-vtab which performs escape, or :se filec=some other key, or empty to disable completion The completion code is not as smart as that in vim, which can detect the context. I think at least I should limit the completion to the commands which need a filename, like next, cd, edit, script, source, read. Thanks. I've been meaning to whine about this for a while. I just dropped :se filec= in ~/.nexrc and I'm happy again. ___ 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 armv6/arm
TB --- 2014-03-02 18:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 18:00:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 18:00:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-02 18:00:19 - cleaning the object tree TB --- 2014-03-02 18:01:52 - /usr/local/bin/svn stat /src TB --- 2014-03-02 18:01:56 - At svn revision 262694 TB --- 2014-03-02 18:01:57 - building world TB --- 2014-03-02 18:01:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 18:01:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 18:01:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 18:01:57 - SRCCONF=/dev/null TB --- 2014-03-02 18:01:57 - TARGET=arm TB --- 2014-03-02 18:01:57 - TARGET_ARCH=armv6 TB --- 2014-03-02 18:01:57 - TZ=UTC TB --- 2014-03-02 18:01:57 - __MAKE_CONF=/dev/null TB --- 2014-03-02 18:01:57 - cd /src TB --- 2014-03-02 18:01:57 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Mar 2 18:02:04 UTC 2014 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 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c
[head tinderbox] failure on arm/arm
TB --- 2014-03-02 18:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 18:00:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-02 18:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-02 18:00:19 - cleaning the object tree TB --- 2014-03-02 18:01:52 - /usr/local/bin/svn stat /src TB --- 2014-03-02 18:01:56 - At svn revision 262694 TB --- 2014-03-02 18:01:57 - building world TB --- 2014-03-02 18:01:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 18:01:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 18:01:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 18:01:57 - SRCCONF=/dev/null TB --- 2014-03-02 18:01:57 - TARGET=arm TB --- 2014-03-02 18:01:57 - TARGET_ARCH=arm TB --- 2014-03-02 18:01:57 - TZ=UTC TB --- 2014-03-02 18:01:57 - __MAKE_CONF=/dev/null TB --- 2014-03-02 18:01:57 - cd /src TB --- 2014-03-02 18:01:57 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Mar 2 18:02:04 UTC 2014 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 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c
Re: UDP Lite support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 3/2/14, 10:42 AM, Joe Nosay wrote: On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay superbisq...@gmail.com wrote: On Wed, Feb 26, 2014 at 11:19 PM, Xin Li delp...@delphij.net wrote: On 02/26/14 18:52, Joe Nosay wrote: On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis bro...@freebsd.org wrote: On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. Thanks for all of the input. The project is being reworked to improve the code. Kevin Lo have a patchset but needs someone to do performance testing (its impact on non-UDPLite applications), test with vimage, etc: http://people.freebsd.org/~kevlo/udplite.diff http://people.freebsd.org/~kevlo/udp-v.diff Are you interested in working on these and report back? Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU xXSxkgYVXI4sgi7Lh3Ia =2Vmc -END PGP SIGNATURE- ___ 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: HEADS UP: sparc64 backend for llvm/clang imported
On 01/03/14 20:51, John-Mark Gurney wrote: Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 +0100: On 01/03/14 02:16, John-Mark Gurney wrote: Ok, I have a new pcpu patch to try. I have only compile tested it. It is available here: https://www.funkthat.com/~jmg/sparc64.pcpu.patch I've also attached it. Craig, do you mind testing it? My machine doesn't boot with this patch. OK boot -v Booting... jumping to kernel entry at 0xc0088000. OF_panic: sparc64_init: cannot find boot CPU node Program terminated {1} ok I'm now going to try the version that dim sent. Does it boot w/o the patch? Is this a clang built loader/kernel or a gcc built loader/kernel that you tried the patch on? From a quick look at the code, it doesn't look like my patch would have effected this part of the kernel... Ok, all of the following was with dim's version of the patch. I can retry with your version too, but I don't think it will make a difference. The kernel works fine with gcc, but doesn't work compiled with clang. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0088000. OF_panic: sparc64_init: cannot find boot CPU node Program terminated {1} ok So, the same panic with your and dim's patch, compiled with clang. Userland was compiled with gcc, cc is gcc and I used CC=clang make kernel to build the kernel with clang. Florian signature.asc Description: OpenPGP digital signature
Re: UDP Lite support
On Sun, Mar 2, 2014 at 3:08 PM, Xin Li delp...@delphij.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 3/2/14, 10:42 AM, Joe Nosay wrote: On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay superbisq...@gmail.com wrote: On Wed, Feb 26, 2014 at 11:19 PM, Xin Li delp...@delphij.net wrote: On 02/26/14 18:52, Joe Nosay wrote: On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis bro...@freebsd.org wrote: On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. Thanks for all of the input. The project is being reworked to improve the code. Kevin Lo have a patchset but needs someone to do performance testing (its impact on non-UDPLite applications), test with vimage, etc: http://people.freebsd.org/~kevlo/udplite.diff http://people.freebsd.org/~kevlo/udp-v.diff Are you interested in working on these and report back? Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU xXSxkgYVXI4sgi7Lh3Ia =2Vmc -END PGP SIGNATURE- I have on patch file that Lo sent. Three different files are on it with the assumption that the patch-root is /usr/src. I'm thinking about snipping it twice and then applying each subpatch within the proper subdirectory. Now, this would not when Index:reference is at the header of each, right? ___ 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: UDP Lite support
On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Mar 2, 2014 at 3:08 PM, Xin Li delp...@delphij.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 3/2/14, 10:42 AM, Joe Nosay wrote: On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay superbisq...@gmail.com wrote: On Wed, Feb 26, 2014 at 11:19 PM, Xin Li delp...@delphij.net wrote: On 02/26/14 18:52, Joe Nosay wrote: On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis bro...@freebsd.org wrote: On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. Thanks for all of the input. The project is being reworked to improve the code. Kevin Lo have a patchset but needs someone to do performance testing (its impact on non-UDPLite applications), test with vimage, etc: http://people.freebsd.org/~kevlo/udplite.diff http://people.freebsd.org/~kevlo/udp-v.diff Are you interested in working on these and report back? Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU xXSxkgYVXI4sgi7Lh3Ia =2Vmc -END PGP SIGNATURE- I have on patch file that Lo sent. Three different files are on it with the assumption that the patch-root is /usr/src. I'm thinking about snipping it twice and then applying each subpatch within the proper subdirectory. Now, this would not when Index:reference is at the header of each, right? One not one in first sentence. Insert hurt between not when in last sentence. ___ 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: UDP Lite support
On Sun, Mar 2, 2014 at 3:20 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Mar 2, 2014 at 3:08 PM, Xin Li delp...@delphij.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 3/2/14, 10:42 AM, Joe Nosay wrote: On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay superbisq...@gmail.com wrote: On Wed, Feb 26, 2014 at 11:19 PM, Xin Li delp...@delphij.net wrote: On 02/26/14 18:52, Joe Nosay wrote: On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis bro...@freebsd.org wrote: On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. Thanks for all of the input. The project is being reworked to improve the code. Kevin Lo have a patchset but needs someone to do performance testing (its impact on non-UDPLite applications), test with vimage, etc: http://people.freebsd.org/~kevlo/udplite.diff http://people.freebsd.org/~kevlo/udp-v.diff Are you interested in working on these and report back? Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU xXSxkgYVXI4sgi7Lh3Ia =2Vmc -END PGP SIGNATURE- I have on patch file that Lo sent. Three different files are on it with the assumption that the patch-root is /usr/src. I'm thinking about snipping it twice and then applying each subpatch within the proper subdirectory. Now, this would not when Index:reference is at the header of each, right? One not one in first sentence. Insert hurt between not when in last sentence. I'm doing patch -p *.diff and the process is taking some time. What am I doing wrong? ___ 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: UDP Lite support
On Sun, Mar 2, 2014 at 4:04 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Mar 2, 2014 at 3:20 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Mar 2, 2014 at 3:08 PM, Xin Li delp...@delphij.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 3/2/14, 10:42 AM, Joe Nosay wrote: On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay superbisq...@gmail.com wrote: On Wed, Feb 26, 2014 at 11:19 PM, Xin Li delp...@delphij.net wrote: On 02/26/14 18:52, Joe Nosay wrote: On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis bro...@freebsd.org wrote: On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. Thanks for all of the input. The project is being reworked to improve the code. Kevin Lo have a patchset but needs someone to do performance testing (its impact on non-UDPLite applications), test with vimage, etc: http://people.freebsd.org/~kevlo/udplite.diff http://people.freebsd.org/~kevlo/udp-v.diff Are you interested in working on these and report back? Cheers, -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU xXSxkgYVXI4sgi7Lh3Ia =2Vmc -END PGP SIGNATURE- I have on patch file that Lo sent. Three different files are on it with the assumption that the patch-root is /usr/src. I'm thinking about snipping it twice and then applying each subpatch within the proper subdirectory. Now, this would not when Index:reference is at the header of each, right? One not one in first sentence. Insert hurt between not when in last sentence. I'm doing patch -p *.diff and the process is taking some time. What am I doing wrong? Syntax. Rebuild reinstall the source portions in common then find an application that uses udplite, right? Du. Thanks. Yuhhh ___ 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 armv6/arm
TB --- 2014-03-03 01:30:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-03 01:30:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-03 01:30:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-03 01:30:17 - cleaning the object tree TB --- 2014-03-03 01:31:50 - /usr/local/bin/svn stat /src TB --- 2014-03-03 01:31:54 - At svn revision 262700 TB --- 2014-03-03 01:31:55 - building world TB --- 2014-03-03 01:31:55 - CROSS_BUILD_TESTING=YES TB --- 2014-03-03 01:31:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-03 01:31:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-03 01:31:55 - SRCCONF=/dev/null TB --- 2014-03-03 01:31:55 - TARGET=arm TB --- 2014-03-03 01:31:55 - TARGET_ARCH=armv6 TB --- 2014-03-03 01:31:55 - TZ=UTC TB --- 2014-03-03 01:31:55 - __MAKE_CONF=/dev/null TB --- 2014-03-03 01:31:55 - cd /src TB --- 2014-03-03 01:31:55 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Mon Mar 3 01:32:01 UTC 2014 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 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c
[head tinderbox] failure on arm/arm
TB --- 2014-03-03 01:30:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-03 01:30:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-03 01:30:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-03 01:30:17 - cleaning the object tree TB --- 2014-03-03 01:31:50 - /usr/local/bin/svn stat /src TB --- 2014-03-03 01:31:53 - At svn revision 262700 TB --- 2014-03-03 01:31:54 - building world TB --- 2014-03-03 01:31:54 - CROSS_BUILD_TESTING=YES TB --- 2014-03-03 01:31:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-03 01:31:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-03 01:31:54 - SRCCONF=/dev/null TB --- 2014-03-03 01:31:54 - TARGET=arm TB --- 2014-03-03 01:31:54 - TARGET_ARCH=arm TB --- 2014-03-03 01:31:54 - TZ=UTC TB --- 2014-03-03 01:31:54 - __MAKE_CONF=/dev/null TB --- 2014-03-03 01:31:54 - cd /src TB --- 2014-03-03 01:31:54 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Mon Mar 3 01:32:01 UTC 2014 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 -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c