[head tinderbox] failure on arm/arm
TB --- 2012-03-18 06:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-18 06:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-03-18 06:50:00 - cleaning the object tree TB --- 2012-03-18 06:50:00 - cvsupping the source tree TB --- 2012-03-18 06:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-03-18 06:50:14 - building world TB --- 2012-03-18 06:50:14 - CROSS_BUILD_TESTING=YES TB --- 2012-03-18 06:50:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-18 06:50:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-18 06:50:14 - SRCCONF=/dev/null TB --- 2012-03-18 06:50:14 - TARGET=arm TB --- 2012-03-18 06:50:14 - TARGET_ARCH=arm TB --- 2012-03-18 06:50:14 - TZ=UTC TB --- 2012-03-18 06:50:14 - __MAKE_CONF=/dev/null TB --- 2012-03-18 06:50:14 - cd /src TB --- 2012-03-18 06:50:14 - /usr/bin/make -B buildworld World build started on Sun Mar 18 06:50:14 UTC 2012 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 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/wordexp.c -o wordexp.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -fexceptions -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c cancelpoints_sem.c -o cancelpoints_sem.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -fexceptions -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c cancelpoints_sem_new.c -o cancelpoints_sem_new.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/gen/_ctx_start.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/gen/_setjmp.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat
virtio device unknown
Compiling a kernel with: device virtio device virtio_pci returns: config: Error: device virtio is unknown config: Error: device virtio_pci is unknown This with svn rev 233116 at ~1200 UTC March 18 2012 Any help is very greatly appreciated. thanks -kim ___ 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: virtio device unknown
Hi Kim, * Kim Culhan w8hd...@gmail.com, 20120318 14:37: Compiling a kernel with: device virtio device virtio_pci returns: config: Error: device virtio is unknown config: Error: device virtio_pci is unknown If I remember correctly, the infrastructure to build the virtio drivers into the kernel has not been added to the source tree yet. It seems you can only use the kernel modules. Good luck, -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpReYn8n8pmF.pgp Description: PGP signature
Re: CFT: new BSD-licensed sort available
On Wed, Mar 14, 2012 at 11:59 AM, Gabor Kovesdan ga...@freebsd.org wrote: Hi Folks, some time ago I started writing a BSDL sort variant from scratch since the OpenBSD version did not support multibyte locales and was hard to modify. The development was a bit stalled but recently, Oleg Moskalenko oleg.moskale...@citrix.com showed interest in continuing this version and he has made a very good job on this BSD sort variant. ... If you are interested in this sort utility, could you please try the port and report us any issue that you experience? Is there a public repository? -- Eitan Adler ___ 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: projects/mfi_head to -current next week
On Fri, Mar 16, 2012 at 8:39 AM, Doug Ambrisko ambri...@ambrisko.com wrote: Hi folks, I'd like to start merging mfi(4) from projects/head_mfi into -current next week. The mfi(4) driver is stable and I don't know of any issues with it now. I fixed a few issues that I knew of this past week. Several people have contributed to this. LSI did the base HW support. This update supports all current mfi based cards. It supports JBOD via creating /sys/mfisyspd* entries for each disk. When a disk is pulled from the controller the node goes away and when a disk is inserted it creates an entry. Using a fairly new MegaCli, it can also control how JBOD support works. We may need to update our port. This JBOD support is not the same as CAM pass through that some have hacked to make disks appear as da*. Several people are using this driver now so I feel it is stable enough to hit the tree. More eyes and people using this will make it better. This new HW is showing up more and more in new systems so it will make it easier for people to use FreeBSD on these machines and have it just work. Thanks to LSI for the initial HW support and all of the people that have been testing and getting it in shape to commit. Hi Doug! I was wondering if the project could be updated to CURRENT and a patch be generated for it against CURRENT so people could test out the new code (I'd really like to try this out on my box at home). Thanks! -Garrett ___ 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: FUSE kernel module for the kernel...
At Tue, 13 Mar 2012 23:40:23 +0100, Gustau Pérez wrote: Hi, testing ntfs-3g, after doing a bit large transfer with rsync, I found I couldn't unmount the filesystem. After some tries and before checking that no process was accessing the filesystem I tried to force the unmont. After that the system paniced instantly. I'm running HEAD/AMD64 r232862+head-fuse-2.diff. I have a dump of it, but it would seem that fuse is missing debug symbols (I don't know why), so the backtrace is incomplete. I compiled fuse just by doing make on $SRCDIR/sys/modules/fuse. I'll try to reproduce the panic and figure out what happens. Any help would be also appreciated on this other issue. If and when you get a panic dump please pass it along. Best, George ___ 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
port upgrade procedure is locked up
A full port upgrade procedure seems to in some sort of a deadlock while configuring a port. I did not try canceling and restarting the procedure, as this may be a bug that should be fixed. If anyone wants to investigate, quickly ask questions before these buggy video drivers decide to lock up as usual. I generally don't have debugging symbols installed. Now I have an r233103 worldkernel, and ~2.5 week old ports. The last few lines of output: === Registering installation for mcpp-2.7.2_1 === Cleaning for mcpp-2.7.2_1 --- Cleaning out obsolete shared libraries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 462 packages found (-0 +1) . done] --- Reinstalling 'talloc-2.0.7' (devel/talloc) --- Building '/usr/ports/devel/talloc' === Cleaning for talloc-2.0.7 === License LGPL3 accepted by the user === Found saved configuration for talloc-2.0.7 === Extracting for talloc-2.0.7 = SHA256 Checksum OK for talloc-2.0.7.tar.gz. === Patching for talloc-2.0.7 === Applying FreeBSD patches for talloc-2.0.7 === talloc-2.0.7 depends on file: /usr/local/bin/python2.7 - found === talloc-2.0.7 depends on executable: pkg-config - found === Configuring for talloc-2.0.7 === FreeBSD 10 autotools fix applied to /usr/ports/devel/talloc/work/talloc-2.0.7/configure === FreeBSD 10 autotools fix applied to /usr/ports/devel/talloc/work/talloc-2.0.7/lib/replace/aclocal.m4 === FreeBSD 10 autotools fix applied to /usr/ports/devel/talloc/work/talloc-2.0.7/lib/replace/configure Checking for program gcc or cc : cc Checking for program ar : /usr/bin/ar Checking for program ranlib : /usr/bin/ranlib Checking for gcc : ok Checking for program git : /usr/local/bin/git Check for -MD: The output of top -Uroot: last pid: 39399; load averages: 0.00, 0.00, 0.00 up 0+13:22:36 23:32:31 45 processes: 1 running, 44 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.2% interrupt, 99.8% idle Mem: 128M Active, 5912K Inact, 86M Wired, 5352K Cache, 60M Buf, 268M Free Swap: 1536M Total, 41M Used, 1495M Free, 2% Inuse PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 69668 root 1 520 65284K 27920K wait0 1:21 0.00% ruby18 69667 root 1 200 9480K 348K select 1 0:05 0.00% script 566 root 1 200 11144K 800K select 1 0:01 0.00% sendmail 31381 root 3 520 24840K 8284K usem0 0:01 0.00% python 573 root 1 200 9512K 396K nanslp 0 0:00 0.00% cron 353 root 1 200 12128K 260K select 1 0:00 0.00% devd 450 root 1 200 9480K 592K select 0 0:00 0.00% syslogd 31271 root 1 520 8032K 1180K wait1 0:00 0.00% make 31249 root 1 520 8032K 1108K wait1 0:00 0.00% make 39272 root 1 200 10800K 2472K ttyin 1 0:00 0.00% csh 7708 root 1 200 10800K 0K pause 0 0:00 0.00% csh 31248 root 1 200 9480K 796K select 1 0:00 0.00% script 612 root 1 200 9980K 0K wait0 0:00 0.00% login 616 root 1 520 9480K 320K ttyin 0 0:00 0.00% getty 617 root 1 520 9480K 320K ttyin 0 0:00 0.00% getty 615 root 1 520 9480K 320K ttyin 1 0:00 0.00% getty 613 root 1 520 9480K 320K ttyin 1 0:00 0.00% getty 618 root 1 520 9480K 320K ttyin 0 0:00 0.00% getty 614 root 1 520 9480K 320K ttyin 1 0:00 0.00% getty 31379 root 1 520 9780K 1104K wait1 0:00 0.00% sh 105 root 1 520 9396K 0K pause 1 0:00 0.00% adjkerntz 31384 root 1 520 20744K 7836K usem0 0:00 0.00% python The output of ps -xUroot: PID TT STAT TIME COMMAND 0 - DLs0:00.24 [kernel] 1 - ILs0:02.08 /sbin/init -- 2 - DL 0:00.00 [xpt_thrd] 3 - DL 1:02.21 [pagedaemon] 4 - DL 0:00.37 [vmdaemon] 5 - DL 0:00.00 [pagezero] 6 - DL 0:04.91 [bufdaemon] 7 - DL 0:03.64 [vnlru] 8 - DL 0:18.10 [syncer] 9 - DL 0:00.51 [softdepflush] 10 - RL 865:52.10 [idle] 11 - WL 5:32.20 [intr] 12 - DL 4:03.57 [geom] 13 - DL 0:12.93 [yarrow] 14 - DL 0:08.91 [usb] 105 - IWs0:00.00 adjkerntz -i 353 - Is 0:00.25 /sbin/devd 450 - Ss 0:00.18 /usr/sbin/syslogd -s 566 - Ss 0:01.39 sendmail: accepting connections (sendmail) 573 - Ss 0:00.26 /usr/sbin/cron -s 39268 - I 0:00.01 gnome-pty-helper 39369 - I 0:00.01 gnome-pty-helper 97705 - IW 0:00.00
Re: CFT: new BSD-licensed sort available
On 2012.03.14. 19:01, Mark Felder wrote: Would it be appropriate to perhaps have a port option to OVERWRITE_BASE and then people could just install that port, build world and kernel... build a ton of ports. See if anything that might possibly use it breaks? Yes, I'm working on the update and it will have that option. Thanks for your comment. Gabor ___ 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: CFT: new BSD-licensed sort available
On 2012.03.14. 22:10, Adrian Chadd wrote: So you could intall gnusort, bsdsort, and then some config file would determine which was used. 'sort' would then be a symlink to said magic program, that'd look at its argv[0], look at the contents of that file, and exec() the right one. I prefer simplicity. And GNU sort should go as soon as BSD sort is good enough to replace it. If you check the wiki, we have set a goal for 10.X, which is the GPL-free base system. I think it is possible and I hope we can achieve it. Gabor ___ 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: port upgrade procedure is locked up
On Sun, Mar 18, 2012 at 4:07 PM, deeptec...@gmail.com wrote: A full port upgrade procedure seems to in some sort of a deadlock while configuring a port. I did not try canceling and restarting the procedure, as this may be a bug that should be fixed. If anyone wants to investigate, quickly ask questions before these buggy video drivers decide to lock up as usual. I generally don't have debugging symbols installed. Now I have an r233103 worldkernel, and ~2.5 week old ports. talloc is the problem, not portupgrade. Look through the PR system and the archives for more details. Cheers, -Garrett ___ 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