Re: [PATCH] Intel Sandy Bridge support for hwpmc
sorry, I'm late. the -current has the same problem. here is coredump capoor-daemon dumped core - see /var/crash/vmcore.2 Thu Nov 24 15:46:46 CST 2011 FreeBSD capoor-daemon 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r+8692e3b-dirty: Thu Nov 24 15:34:53 CST 2011 root@capoor-daemon:/usr/obj/usr/src/sys/MYKERNEL amd64 panic: 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... Unread portion of the kernel message buffer: 118Nov 24 15:44:10 capoor-daemon syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...6 3 1 1 1 0 0 done All buffers synced. Uptime: 50s Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0x8075e19b stack pointer = 0x28:0xff811c0e29b0 frame pointer = 0x28:0xff811c0e29c0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1555 (reboot) Reading symbols from /boot/kernel/uplcom.ko...Reading symbols from /boot/kernel/uplcom.ko.symbols...done. done. Loaded symbols for /boot/kernel/uplcom.ko Reading symbols from /boot/kernel/ucom.ko...Reading symbols from /boot/kernel/ucom.ko.symbols...done. done. Loaded symbols for /boot/kernel/ucom.ko #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:261 261 if (textdump textdump_pending) { (kgdb) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:261 #1 0x802d0fd0 in db_dump (dummy=Variable dummy is not available. ) at /usr/src/sys/ddb/db_command.c:537 #2 0x802d0901 in db_command (last_cmdp=0x80b08340, cmd_table=Variable cmd_table is not available. ) at /usr/src/sys/ddb/db_command.c:448 #3 0x802d0b50 in db_command_loop () at /usr/src/sys/ddb/db_command.c:501 #4 0x802d2c84 in db_trap (type=Variable type is not available. #5 0x804e4fb1 in kdb_trap (type=9, code=0, tf=0xff811c0e2900) at /usr/src/sys/kern/subr_kdb.c:625 #6 0x80744072 in trap_fatal (frame=0xff811c0e2900, eva=0) at /usr/src/sys/amd64/amd64/trap.c:814 #7 0x8074467b in trap (frame=0xff811c0e2900) at /usr/src/sys/amd64/amd64/trap.c:617 #8 0x8072e7d3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #9 0x8075e19b in uncore_pcpu_fini (md=0xfe0004b03c00, cpu=Variable cpu is not available. ) at cpufunc.h:353 #10 0x802fc5ea in load (module=Variable module is not available. ) at /usr/src/sys/dev/hwpmc/hwpmc_mod.c:4885 #11 0x804b803a in syscall_module_handler (mod=0xfe00017b9b00, what=Variable what is not available. ) at /usr/src/sys/kern/kern_syscalls.c:185 #12 0x8049b30f in module_shutdown (arg1=Variable arg1 is not available. ) at /usr/src/sys/kern/kern_module.c:104 #13 0x804adc36 in kern_reboot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:446 #14 0x804ae3dc in sys_reboot (td=0xfe00b219b460, uap=0xff811c0e2bc0) at /usr/src/sys/kern/kern_shutdown.c:188 #15 0x80743887 in amd64_syscall (td=0xfe00b219b460, traced=0) at subr_syscall.c:131 #16 0x8072eab7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #17 0x000800882bbc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) 在 2011年11月18日 上午2:52,Davide Italiano davide.itali...@gmail.com 写道: On Tue, Nov 15, 2011 at 3:44 AM, Paul Ambrose ambrose...@gmail.com wrote: hi, I apply your patch on this [root@capoor-daemon /usr/src]# git show commit 4ec1d958bad5e78bcd3cc61a0da6b5a1302f8ec2 Author: kensmith kensm...@freebsd.org Date: Mon Nov 14 00:45:25 2011 + The releng/9.0 release branch has been created so convert stable/9 over to our standard Politically Correct name for the balance of the 9.0-RELEASE release cycle. Approved by:re (implicit) when my machine shutdown in my absence yesterday evening, I find a kernel oops this morning,(sorry, just printf, I can not get a kernel dump) the kernel says it is at uncore_pcpu_fini+0x5b I check the source, and it is at static int uncore_pcpu_fini(struct pmc_mdep *md, int cpu) { . for (n = 0; n npmc; n++) wrmsr(UCP_EVSEL0 + n, 0); //here . here is my cpu type, and build hwpmc into kernel Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986,
if_clone.c allows creating multiple interfaces with the same name
Hi All, Recently I've discovered a bug in if_clone.c and if.c where the code allows multiple interfaces to be created with exactly the same name (which leads to all sorts of other interesting problems). I've submitted a PR about this with patches, which can be found here : http://www.freebsd.org/cgi/query-pr.cgi?pr=162789 Could anyone take a look at it? Regards, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-(0)40-7113051 / +31-(0)6-46210825 KvK nr: 17174380 ___ 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: /usr/home vs /home
On 22 November 2011 13:36, C. P. Ghost cpgh...@cordula.ws wrote: On Tue, Nov 22, 2011 at 11:30 AM, Thomas Mueller mueller6727@bellsouth.net wrote: But I don't see any advantage to putting /, /usr, and /var on separate partitions. Tom Regarding separate /usr and /var: the advantage is that you can keep /usr read-only which is also important for security reasons since modifying system binaries becomes less easy. Furthermore, you can NFS share a read-only /usr among many similar machines, while /var is a per-machine specific read-write area. -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ 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 I always have /var and /tmp on separate file systems than /, but dont normally have a separate /usr, bur I have a /usr/local. I like to keep the /var and /tmp fs separate as they as other are mentioned. Therefore they are more prone to corruption in event of the power failure. Keeping / separate in this case should make the system more likely to reboot. Also it stops application filling up / which can stop you logging into the system (I havent seen this issue for year admittedly) /usr/local is just for tidyness as it keeps base os separate from ports etc I also have /home on a separate as well to stops users filling up root as well. my zfsroot boxes have this setup as well, but i also add a few reservations and quotas. ___ 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: /usr/home vs /home
On 11/24/11 10:42, krad wrote: On 22 November 2011 13:36, C. P. Ghost cpgh...@cordula.ws wrote: On Tue, Nov 22, 2011 at 11:30 AM, Thomas Mueller mueller6727@bellsouth.net wrote: But I don't see any advantage to putting /, /usr, and /var on separate partitions. Tom Regarding separate /usr and /var: the advantage is that you can keep /usr read-only which is also important for security reasons since modifying system binaries becomes less easy. Furthermore, you can NFS share a read-only /usr among many similar machines, while /var is a per-machine specific read-write area. -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ 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 I always have /var and /tmp on separate file systems than /, but dont normally have a separate /usr, bur I have a /usr/local. I like to keep the /var and /tmp fs separate as they as other are mentioned. Therefore they are more prone to corruption in event of the power failure. Keeping / separate in this case should make the system more likely to reboot. Also it stops application filling up / which can stop you logging into the system (I havent seen this issue for year admittedly) /usr/local is just for tidyness as it keeps base os separate from ports etc I also have /home on a separate as well to stops users filling up root as well. my zfsroot boxes have this setup as well, but i also add a few reservations and quotas. For my experiences in the past with OpenLDAP, which keeps its databases by default in /var, I had a lot of inconsistencies triggered due to the port OpenLDAP itself or DB4. I do not care about who caused the inconsistency, but after a reboot, the /var filesystem had to be fsck'ed or was completely trunkated and needed to be reformatted. If this happens to /var when /var is a part of / as a whole, then good night ... ;-) Sorry for the sloppy statement. I'd like to know how many big-company-server systems do have separated partitions and a lucky to have an easy way to repair in compare to home users with their home boxes using a linux like whole one partition ... and compared to that the failures and times to repair the filesystem. Regards, 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: iSCSI initiator: iscontrol cannot be stopped or killed
If you can get it back into this state, Sure, *every* time. a procstat -k -k iscontrol pid would be very helpful. (the second -k is not a typo). # procstat -k -k 5896 PIDTID COMM TDNAME KSTACK 5896 102364 iscontrol-mi_switch+0x174 sleepq_timedwait+0x42 _sleep+0x301 ic_init+0x2f1 iscsi_ioctl+0x525 devfs_ioctl_f+0x7b kern_ioctl+0x115 sys_ioctl+0xfd amd64_syscall+0x450 Xfast_syscall+0xf7 Additional info: the process is blocking on 'ffp', unresponsive to signals: UID PID PPID CPU PRI NIVSZRSS MWCHAN STAT TT TIME COMMAND 0 5896 1 0 20 0 16424 1264 ffpDs?? 0:00.04 iscontrol -c /etc/iscsi.conf -n xxx Mark ___ 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: RLIMIT_DATA and malloc(3) use of mmap(2)
Hi Kostik, On Wed, 23 Nov 2011, 11:22+0400, Maxim Konovalov wrote: [...] Anyway, the patch needs testers before I will push it forward. [igor's email was corrected] We will test it in out environment and let you know. It seems I don't understand how it works. Here is a test program: http://maxim.int.ru/stuff/malloc_test.c.txt It allocates successfully 64x1MB chunks by malloc(), reallocf() and realloc() with the following command line: MALLOC_OPTIONS=JM limits -d 10m ./malloc_test When we add L flag to the MALLOC_OPTIONS it starts to work strange: It allocates 64MB via malloc() but fails to allocate more than 3MB by realloc() and reallocf(). More funny, the result varies from time to time: $ MALLOC_OPTIONS=JML limits -d 10m ./malloc_test | head RLIMIT_DATA: rlim_cur is 10485760, rlim_max is 10485760 1th allocation failed 2th allocation failed 3th allocation failed 4th allocation failed 5th allocation failed 6th allocation failed 7th allocation failed 8th allocation failed 9th allocation failed $ MALLOC_OPTIONS=JML limits -d 10m ./malloc_test | head RLIMIT_DATA: rlim_cur is 10485760, rlim_max is 10485760 1048576 bytes successfuly allocated 2097152 bytes successfuly allocated 3145728 bytes successfuly allocated 4194304 bytes successfuly allocated 5242880 bytes successfuly allocated 6291456 bytes successfuly allocated 7340032 bytes successfuly allocated 8388608 bytes successfuly allocated 9437184 bytes successfuly allocated $ MALLOC_OPTIONS=JML limits -d 10m ./malloc_test | head RLIMIT_DATA: rlim_cur is 10485760, rlim_max is 10485760 1th allocation failed 2th allocation failed 3th allocation failed 4th allocation failed 5th allocation failed 6th allocation failed 7th allocation failed 8th allocation failed 9th allocation failed It's today -current with your patch. -- Maxim Konovalov ___ 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: [PATCH] Detect GNU/kFreeBSD in user-visible kernel headers (v2)
Hi Bruce, 2011/11/24 Bruce Evans b...@optusnet.com.au: Now it adds lots of namespace pollution (all of sys/param.h, including all of its namespace pollution), just to get 1 new symbol defined. Well, my initial patch (see mail with same subject modulo v2) didn't have this problem. Now that __FreeBSD_kernel__ is defined, many #ifdefs can be simplified, but maybe it's not desireable for all of them. At least not until we can rely on the compiler to define this macro. So in this particular case maybe it's better to use the other approach? See attachment. diff -ur sys.old/cam/scsi/scsi_low.h sys/cam/scsi/scsi_low.h --- sys.old/cam/scsi/scsi_low.h 2007-12-25 18:52:02.0 +0100 +++ sys/cam/scsi/scsi_low.h 2011-11-13 14:12:41.121908380 +0100 @@ -53,7 +53,7 @@ #define SCSI_LOW_INTERFACE_XS #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define SCSI_LOW_INTERFACE_CAM #define CAM #endif /* __FreeBSD__ */ @@ -64,7 +64,7 @@ #include dev/isa/ccbque.h #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include sys/device_port.h #include sys/kdb.h #include cam/cam.h @@ -85,7 +85,7 @@ #define SCSI_LOW_BZERO(pt, size) memset((pt), 0, (size)) #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #undef MSG_IDENTIFY #define SCSI_LOW_DEBUGGER(dev) kdb_enter(KDB_WHY_CAM, dev) #define SCSI_LOW_DELAY(mu) DELAY((mu)) @@ -111,7 +111,7 @@ }; #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) typedef struct scsi_sense_data scsi_low_osdep_sense_data_t; struct scsi_low_osdep_interface { diff -ur sys.old/cam/scsi/scsi_low_pisa.h sys/cam/scsi/scsi_low_pisa.h --- sys.old/cam/scsi/scsi_low_pisa.h 2005-01-05 23:34:37.0 +0100 +++ sys/cam/scsi/scsi_low_pisa.h 2011-11-13 14:12:41.121908380 +0100 @@ -40,7 +40,7 @@ int scsi_low_notify_pisa(pisa_device_handle_t, pisa_event_t); #endif /* __NetBSD__ */ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) int scsi_low_activate_pisa(struct scsi_low_softc *, int); int scsi_low_deactivate_pisa(struct scsi_low_softc *); #endif /* __FreeBSD__ */ diff -ur sys.old/contrib/altq/altq/altq_var.h sys/contrib/altq/altq/altq_var.h --- sys.old/contrib/altq/altq/altq_var.h 2011-03-10 19:49:15.0 +0100 +++ sys/contrib/altq/altq/altq_var.h 2011-11-13 14:12:41.118907341 +0100 @@ -201,7 +201,7 @@ #define CALLOUT_STOP(c) untimeout((c)-c_func,(c)-c_arg) #define CALLOUT_INITIALIZER { NULL, NULL } #endif -#if !defined(__FreeBSD__) +#if !defined(__FreeBSD__) !defined(__FreeBSD_kernel__) typedef void (timeout_t)(void *); #endif diff -ur sys.old/contrib/altq/altq/if_altq.h sys/contrib/altq/altq/if_altq.h --- sys.old/contrib/altq/altq/if_altq.h 2011-03-10 19:49:15.0 +0100 +++ sys/contrib/altq/altq/if_altq.h 2011-11-13 14:12:41.119907128 +0100 @@ -29,7 +29,7 @@ #ifndef _ALTQ_IF_ALTQ_H_ #define _ALTQ_IF_ALTQ_H_ -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #include sys/lock.h /* XXX */ #include sys/mutex.h /* XXX */ #include sys/event.h /* XXX */ @@ -51,7 +51,7 @@ int ifq_len; int ifq_maxlen; int ifq_drops; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct mtx ifq_mtx; #endif diff -ur sys.old/contrib/pf/net/if_pflog.h sys/contrib/pf/net/if_pflog.h --- sys.old/contrib/pf/net/if_pflog.h 2011-06-28 13:57:25.0 +0200 +++ sys/contrib/pf/net/if_pflog.h 2011-11-13 14:12:41.130906469 +0100 @@ -30,7 +30,7 @@ #define PFLOGIFS_MAX 16 struct pflog_softc { -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct ifnet *sc_ifp; /* the interface pointer */ #else struct ifnet sc_if; /* the interface */ @@ -74,7 +74,7 @@ #define OLD_PFLOG_HDRLEN sizeof(struct old_pfloghdr) #ifdef _KERNEL -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct pf_rule; struct pf_ruleset; struct pfi_kif; diff -ur sys.old/contrib/pf/net/if_pflow.h sys/contrib/pf/net/if_pflow.h --- sys.old/contrib/pf/net/if_pflow.h 2011-06-28 13:57:25.0 +0200 +++ sys/contrib/pf/net/if_pflow.h 2011-11-13 14:12:41.130906469 +0100 @@ -66,7 +66,7 @@ unsigned int sc_maxcount; u_int64_t sc_gcounter; struct ip_moptions sc_imo; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) struct callout sc_tmo; #else struct timeout sc_tmo; diff -ur sys.old/contrib/pf/net/if_pfsync.h sys/contrib/pf/net/if_pfsync.h --- sys.old/contrib/pf/net/if_pfsync.h 2011-06-28 13:57:25.0 +0200 +++ sys/contrib/pf/net/if_pfsync.h 2011-11-13 14:12:41.131906257 +0100 @@ -268,7 +268,7 @@ int pfsyncr_authlevel; }; -#ifdef __FreeBSD__ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) #define SIOCSETPFSYNC _IOW('i', 247, struct ifreq) #define SIOCGETPFSYNC _IOWR('i', 248,
firefox stuck in libthr
Firefox seems to have got stuck inside libthr. (gdb) #0 0x49d307d3 in ?? () from /lib/libthr.so.3 #1 0x49d2a582 in ?? () from /lib/libthr.so.3 #2 0x49d2fed2 in ?? () from /lib/libthr.so.3 #3 0x49d32eb5 in ?? () from /lib/libthr.so.3 #4 0x49ceab82 in pthread_cond_timedwait () from /lib/libc.so.7 #5 0x49972865 in ?? () from /usr/local/lib/libplds4.so.1 #6 0x4b7f8784 in ?? () #7 0x4b7f27e0 in ?? () #8 0xbe8ededc in ?? () #9 0x49ce9914 in pthread_getspecific () from /lib/libc.so.7 #10 0x499736ea in PR_WaitCondVar () from /usr/local/lib/libplds4.so.1 #11 0x483f91bf in ?? () from /usr/local/lib/firefox/libxul.so #12 0x4b7f8780 in ?? () #13 0x000493e0 in ?? () #14 0xbe8edf34 in ?? () #15 0x in ?? () I'll see if I can get more information once I rebuild libthr with debugging symbols and firefox as well. -- Steve ___ 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: RLIMIT_DATA and malloc(3) use of mmap(2)
On Thu, Nov 24, 2011 at 09:38:19PM +0400, Maxim Konovalov wrote: Hi Kostik, On Wed, 23 Nov 2011, 11:22+0400, Maxim Konovalov wrote: [...] Anyway, the patch needs testers before I will push it forward. [igor's email was corrected] We will test it in out environment and let you know. It seems I don't understand how it works. Here is a test program: http://maxim.int.ru/stuff/malloc_test.c.txt It allocates successfully 64x1MB chunks by malloc(), reallocf() and realloc() with the following command line: MALLOC_OPTIONS=JM limits -d 10m ./malloc_test When we add L flag to the MALLOC_OPTIONS it starts to work strange: It allocates 64MB via malloc() but fails to allocate more than 3MB by realloc() and reallocf(). The non-failing 64MB allocation is easily explained by a bug. I forgot to account for the case when existing map entry was expanded, instead of new entry created due to mmap(2). The other part, in particular, the failure after 3MB, is in fact the correct behaviour. Jemalloc() caches allocation of the pages, and it allocates more then asked in the request. ktrace(1) shows the whole history. Malloc() first allocated 4MB for the needs of libc etc. Then, it allocated 4MB chunk which was used for satisfying the requests of 1-3MB. When the 4MB request came in, the allocation for 8MB was attempted, and failed, since 4MB (libc etc) + 8MB = 12MB data limit. More funny, the result varies from time to time: I have no explanation for this, and cannot reproduce the issue. Look at the ktrace. Overall, the test is quite curious but absolutely unrealistic. Fixed patch is available at http://people.freebsd.org/~kib/misc/map_datalimit.2.patch pgpKGquyhMOov.pgp Description: PGP signature
Re: NFSV4 readlink_stat
Dan the Man wrote: Ok on centos box i have tried to reduce file size as much as possible only going after an image directory with the error. Centos: cappy:/data/nfstest# ls about.gif index_10.gif index_22.gif index_34.gif index_46.gif links_09.gif links_21.gif show_08.gif show_20.gif show_32.gif show_44.gif show_56.gif CONTACT.gif index_11.gif index_23.gif index_35.gif index_47.gif links_10.gif links_22.gif show_09.gif show_21.gif show_33.gif show_45.gif show_57.gif FLASH SINGLE USE CAMERA JRA-FLORIDA.jpg index_12.gif index_24.gif index_36.gif index_48.gif links_11.gif links_23.gif show_10.gif show_22.gif show_34.gif show_46.gif show_58.gif index_01.gif index_13.gif index_25.gif index_37.gif index_49.gif links_12.gif links_24.gif show_11.gif show_23.gif show_35.gif show_47.gif show_59.gif index_02.gif index_14.gif index_26.gif index_38.gif links_01.gif links_13.gif links_25.gif show_12.gif show_24.gif show_36.gif show_48.gif show_60.gif index_03.gif index_15.gif index_27.gif index_39.gif links_02.gif links_14.gif show_01.gif show_13.gif show_25.gif show_37.gif show_49.gif Thumbs.db index_04.gif index_16.gif index_28.gif index_40.gif links_03.gif links_15.gif show_02.gif show_14.gif show_26.gif show_38.gif show_50.gif _vti_cnf index_05.gif index_17.gif index_29.gif index_41.gif links_04.gif links_16.gif show_03.gif show_15.gif show_27.gif show_39.gif show_51.gif index_06.gif index_18.gif index_30.gif index_42.gif links_05.gif links_17.gif show_04.gif show_16.gif show_28.gif show_40.gif show_52.gif index_07.gif index_19.gif index_31.gif index_43.gif links_06.gif links_18.gif show_05.gif show_17.gif show_29.gif show_41.gif show_53.gif index_08.gif index_20.gif index_32.gif index_44.gif links_07.gif links_19.gif show_06.gif show_18.gif show_30.gif show_42.gif show_54.gif index_09.gif index_21.gif index_33.gif index_45.gif links_08.gif links_20.gif show_07.gif show_19.gif show_31.gif show_43.gif show_55.gif cappy:/data/nfstest# rsync -Walv --progress --delete --force --bwlimit=20480 /asterisk/clients/vuser/ecou...@hotmail.com/website/onetimecamera.com.old/images_/ /data/nfstest/ sending incremental file list rsync: readlink_stat(/asterisk/clients/vuser/ecou...@hotmail.com/website/onetimecamera.com.old/images_/\#267ָ\#364\#267\#373.gif) failed: Invalid argument (22) Ok, I looked at the packet trace in wireshark and it is a Lookup that is failing with EINVAL. I think this is happening because the name is not UTF8. In NFSv4, all file names are required to be in UTF8 and the server is required to return NFS4ERR_INVAL (EINVAL) if a name isn't in UTF8. Now, I'll admit I know diddly about UTF8, so the code I wrote to check for UTF8 compliance might be broken. Does anyone know if the above name, which is: \267\326\270\364\267\373.gif (or b7 d6 b8 f4 b7 fb .gif if you prefer hex to octal) is valid UTF8? I'm tempted to add a sysctl that disables this check, since the server doesn't really care if the name is UTF8 and who knows if the client cares? rick ps: I hope you didn't mind me putting the freebsd-current cc back. I'm hoping someone who knows UTF8 can check the name. rsync: readlink_stat(/asterisk/clients/vuser/ecou...@hotmail.com/website/onetimecamera.com.old/images_/_vti_cnf/\#267ָ\#364\#267\#373.gif) failed: Invalid argument (22) IO error encountered -- skipping file deletion sent 4558 bytes received 13 bytes 9142.00 bytes/sec total size is 459007 speedup is 100.42 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6] cappy:/data/nfstest# uname -a Linux cappy.sunsaturn.com 2.6.32-71.29.1.el6.x86_64 #1 SMP Mon Jun 27 19:49:27 BST 2011 x86_64 x86_64 x86_64 GNU/Linux cappy:/data/nfstest# cappy:/data/nfstest# cat /etc/redhat-release CentOS Linux release 6.0 (Final) cappy:/data/nfstest# Freebsd server name asterisk NFSV4: tcpdump -i sk0 -s 0 -w nfs.txt host 192.168.0.2 tcpdump -r nfs.txt nfs2.txt # uname -a FreeBSD asterisk.sunsaturn.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #0: Sat Nov 19 21:52:28 CST 2011 dr...@asterisk.sunsaturn.com:/usr/obj/usr/src/sys/MYKERNEL amd64 Can view either file here: http://www.sunsaturn.com/nfsv4/nfs.txt (raw dump) http://www.sunsaturn.com/nfsv4/nfs2.txt (-r dump) Dan. -- Dan The Man CTO/ Senior System Administrator Websites, Domains and Everything else http://www.SunSaturn.com Email: d...@sunsaturn.com On Sun, 20 Nov 2011, Rick Macklem wrote: Dan the Man wrote: Hey Rick, I should note I ran client from latest centos release box that has a freebsd 9.0 mount, so I am not sure applying a client patch would do anything in this case. When I had mounted a nfsv3 mount from freebsd box to centos box, then it was fine, so was hoping this was a nfs server patch. I'll run some tests on monday though against freebsd client and freebsd server for that rsync... For the centos nfsv4
[ndis] panic: IRQL_NOT_GREATER_THAN - triggered by heavy wlan0 activity
Hi, I'm running 9-STABLE on a MacBook Pro (late 2009, I think): schism % uname -a FreeBSD schism 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #7 r227746: Thu Nov 24 13:05:31 EST 2011 gjb@kaos:/usr/obj/usr/src/sys/MACBOOK amd64 The integrated wireless chipset is a Broadcom bcm4322, which is currently not supported by bwi(4) or bwm(4), however ndisgen(8) with Windows XP 64-bit drivers gets the card in an operational state. There are just a few oddities: 1.) If I load the driver (bcmwl564_sys) with loader.conf, the machine crashes partway through booting, sometime before invoking rc(8). I can't tell where specifically this happens, because the machine completely resets whent his happens. 2.) If the machine boots without the driver automatically loaded between sometime rc(8) invocation and a login prompt, the ndis(4) wlan0 interface never gets assigned an IP (automatically, or by dhclient(8) manually). Calling kldload(8) from rc.conf.local seems to mostly solve this, but I have seen occasional panics if the wlan0 device does not obtain a DHCP lease within a, as of now, indeterminite amount of time. 3.) This is the one I can actually give a whole bunch of information. Under heavy network load, the machine panics. vmcore, KERNCONF, and dmesg are all attached. I've observed the heavy load panics on a few occasions, but finally stumbled on a way to trigger it (somewhat reproducibly, but overall irrelevant, I guess) today. The panics in this case are from sys/compat/ndis/subr_hal.c, specifically: % 410 void % 411 KfLowerIrql(uint8_t oldirql) % 412 { % 413 if (oldirql == DISPATCH_LEVEL) % 414 return; % 415 % 416 if (KeGetCurrentIrql() != DISPATCH_LEVEL) % 417 panic(IRQL_NOT_GREATER_THAN); % 418 % 419 mtx_unlock(disp_lock[curthread-td_oncpu]); % 420 sched_unpin(); % 421 } An (admittedly quick) Google search didn't turn up anything fruitful with that particular panic reason. 'svn annotate' on subr_hal.c shows the following from 2004: % kaos % svn log -r128295 % % r128295 | wpaul | 2004-04-15 20:04:28 -0400 (Thu, 15 Apr 2004) | 13 lines % % - Use memory barrier with atomic operations in ntoskrnl_lock_dpc() and % ntoskrnl_unlocl_dpc(). % - hal_raise_irql(), hal_lower_irql() and hal_irql() didn't work right % on SMP (priority inheritance makes things... interesting). For now, % use only two states: DISPATCH_LEVEL (PI_REALTIME) and PASSIVE_LEVEL % (everything else). Tested on a dual PIII box. % [...] So, at this point, I'm a bit stuck with where to go from here. If I am interpreting reason the panic() call was added in r128295 correctly, this could potentially be an issue with SMP, as oldirql is not available in the backtrace. That is, of course, assuming it's not a problem with the XP drivers for the wireless NIC. Any thoughts on where to go from here would be appreciated. Thanks. Glen -- Glen Barber | g...@freebsd.org FreeBSD Documentation 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 9.0-PRERELEASE #7 r227746: Thu Nov 24 13:05:31 EST 2011 gjb@kaos:/usr/obj/usr/src/sys/MACBOOK amd64 CPU: Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz (2520.72-MHz K8-class CPU) Origin = GenuineIntel Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x408e3fdSSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE AMD Features=0x20100800SYSCALL,NX,LM AMD Features2=0x1LAHF TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 7920873472 (7553 MB) Event timer LAPIC quality 400 ACPI APIC Table: APPLE Apple00 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 Version 1.1 irqs 0-23 on motherboard Cuse4BSD v0.1.21 @ /dev/cuse kbd0 at kbdmux0 cryptosoft0: software crypto on motherboard acpi0: APPLE Apple00 on motherboard acpi_ec0: Embedded Controller: GPE 0x3f, ECDT port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter HPET frequency 2500 Hz quality 950 Timecounter ACPI-fast frequency 3579545 Hz quality 900 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 acpi_acad0: AC Adapter on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge on acpi0 pci0: ACPI PCI bus on pcib0 pci0: memory, RAM at device 0.1 (no
ifconfig alias
Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST) ifconfig alias has stopped working. Here's uname -a FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24 13:04:39 PST 2011 root@bob:/usr/obj/dsk03/src/svn-current/sys/BREAK i386 Here's the problem (interface doesn't matter -- on this machine vr0 and sk0 are affected). bob# ifconfig vr0 vr0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=82808VLAN_MTU,WOL_UCAST,WOL_MAGIC,LINKSTATE ether 00:16:17:8e:65:fe inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 inet 10.1.2.7 netmask 0xff00 broadcast 10.1.2.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (100baseTX full-duplex) status: active bob# ifconfig vr0 10.1.2.2 netmask 0x alias bob# ifconfig vr0 vr0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=82808VLAN_MTU,WOL_UCAST,WOL_MAGIC,LINKSTATE ether 00:16:17:8e:65:fe inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 inet 10.1.2.2 netmask 0x broadcast 10.1.2.2 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (100baseTX full-duplex) status: active bob# A sample 8.2 system, showing how it should work: FreeBSD cwsys 8.2-STABLE FreeBSD 8.2-STABLE #0: Wed Nov 23 20:29:36 PST 2011 root@cwsys:/export/obj/opt/src/svn-stable8/sys/KQLARGE i386 cwsys# ifconfig nfe0 nfe0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=c219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MA GIC,VLAN_HWTSO,LINKSTATE ether 00:1e:8c:3e:1b:da inet 10.1.2.1 netmask 0xff00 broadcast 10.1.2.255 media: Ethernet autoselect (100baseTX full-duplex,flowcontrol,rxpause,txpa use) status: active cwsys# ifconfig nfe0 inet 10.1.2.99 netmask 0x alias cwsys# ifconfig nfe0 nfe0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=c219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MA GIC,VLAN_HWTSO,LINKSTATE ether 00:1e:8c:3e:1b:da inet 10.1.2.1 netmask 0xff00 broadcast 10.1.2.255 inet 10.1.2.99 netmask 0x broadcast 10.1.2.99 media: Ethernet autoselect (100baseTX full-duplex,flowcontrol,rxpause,txpa use) status: active cwsys# -- Cheers, Cy Schubert cy.schub...@komquats.com FreeBSD UNIX: c...@freebsd.org Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ 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 --- 2011-11-25 04:59:42 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 04:59:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-11-25 04:59:42 - cleaning the object tree TB --- 2011-11-25 04:59:56 - cvsupping the source tree TB --- 2011-11-25 04:59:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-11-25 05:00:39 - building world TB --- 2011-11-25 05:00:39 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 05:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 05:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 05:00:39 - SRCCONF=/dev/null TB --- 2011-11-25 05:00:39 - TARGET=powerpc TB --- 2011-11-25 05:00:39 - TARGET_ARCH=powerpc TB --- 2011-11-25 05:00:39 - TZ=UTC TB --- 2011-11-25 05:00:39 - __MAKE_CONF=/dev/null TB --- 2011-11-25 05:00:39 - cd /src TB --- 2011-11-25 05:00:39 - /usr/bin/make -B buildworld World build started on Fri Nov 25 05:00:39 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] mkdep -f .depend -a-DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libcam.a /obj/powerpc.powerpc/src/tmp/usr/lib/libsbuf.a /obj/powerpc.powerpc/src/tmp/usr/lib/libutil.a .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 06:45:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 06:45:40 - ERROR: failed to build world TB --- 2011-11-25 06:45:40 - 5114.16 user 832.57 system 6358.02 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
Re: firefox stuck in libthr
On Fri, Nov 25, 2011 at 02:34:46PM +0800, Martin Wilke wrote: Hi Steve, at least it would be helpful to know what FBSD Version u are using. FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r226889: Fri Oct 28 17:00:15 -- Steve ___ 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: ifconfig alias
On Thu, Nov 24, 2011 at 10:12:12PM -0800, Cy Schubert wrote: C Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST) C ifconfig alias has stopped working. Here's uname -a The problam had been introduced in r227830 and had been fixed in r227958. Sorry for that. -- Totus tuus, Glebius. ___ 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: firefox stuck in libthr
Hi Steve, at least it would be helpful to know what FBSD Version u are using. - Martin On Nov 25, 2011, at 3:10 AM, Steve Kargl wrote: Firefox seems to have got stuck inside libthr. (gdb) #0 0x49d307d3 in ?? () from /lib/libthr.so.3 #1 0x49d2a582 in ?? () from /lib/libthr.so.3 #2 0x49d2fed2 in ?? () from /lib/libthr.so.3 #3 0x49d32eb5 in ?? () from /lib/libthr.so.3 #4 0x49ceab82 in pthread_cond_timedwait () from /lib/libc.so.7 #5 0x49972865 in ?? () from /usr/local/lib/libplds4.so.1 #6 0x4b7f8784 in ?? () #7 0x4b7f27e0 in ?? () #8 0xbe8ededc in ?? () #9 0x49ce9914 in pthread_getspecific () from /lib/libc.so.7 #10 0x499736ea in PR_WaitCondVar () from /usr/local/lib/libplds4.so.1 #11 0x483f91bf in ?? () from /usr/local/lib/firefox/libxul.so #12 0x4b7f8780 in ?? () #13 0x000493e0 in ?? () #14 0xbe8edf34 in ?? () #15 0x in ?? () I'll see if I can get more information once I rebuild libthr with debugging symbols and firefox as well. ___ 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: ifconfig alias
On Thu, 24 Nov 2011 22:12:12 -0800 Cy Schubert cy.schub...@komquats.com wrote: Sometime between Nov 9 and yesterday (Nov 23 at approximately noon PST) ifconfig alias has stopped working. Here's uname -a FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24 13:04:39 PST 2011 root@bob:/usr/obj/dsk03/src/svn-current/sys/BREAK i386 Here's the problem (interface doesn't matter -- on this machine vr0 and sk0 are affected). bob# ifconfig vr0 vr0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=82808VLAN_MTU,WOL_UCAST,WOL_MAGIC,LINKSTATE ether 00:16:17:8e:65:fe inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 inet 10.1.2.7 netmask 0xff00 broadcast 10.1.2.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (100baseTX full-duplex) status: active bob# ifconfig vr0 10.1.2.2 netmask 0x alias bob# ifconfig vr0 vr0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=82808VLAN_MTU,WOL_UCAST,WOL_MAGIC,LINKSTATE ether 00:16:17:8e:65:fe inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 inet 10.1.2.2 netmask 0x broadcast 10.1.2.2 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (100baseTX full-duplex) status: active bob# http://www.freebsd.org/cgi/query-pr.cgi?pr=162806 -- wbr, tiger ___ 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 powerpc64/powerpc
TB --- 2011-11-25 05:30:22 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 05:30:22 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-11-25 05:30:22 - cleaning the object tree TB --- 2011-11-25 05:30:41 - cvsupping the source tree TB --- 2011-11-25 05:30:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-11-25 05:30:56 - building world TB --- 2011-11-25 05:30:56 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 05:30:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 05:30:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 05:30:56 - SRCCONF=/dev/null TB --- 2011-11-25 05:30:56 - TARGET=powerpc TB --- 2011-11-25 05:30:56 - TARGET_ARCH=powerpc64 TB --- 2011-11-25 05:30:56 - TZ=UTC TB --- 2011-11-25 05:30:56 - __MAKE_CONF=/dev/null TB --- 2011-11-25 05:30:56 - cd /src TB --- 2011-11-25 05:30:56 - /usr/bin/make -B buildworld World build started on Fri Nov 25 05:30:56 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] mkdep -f .depend -a-DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libcam.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libsbuf.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libutil.a .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 07:12:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 07:12:35 - ERROR: failed to build world TB --- 2011-11-25 07:12:35 - 5042.64 user 832.02 system 6133.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-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/sparc64
TB --- 2011-11-25 06:33:29 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-11-25 06:33:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-11-25 06:33:29 - cleaning the object tree TB --- 2011-11-25 06:33:41 - cvsupping the source tree TB --- 2011-11-25 06:33:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-11-25 06:34:17 - building world TB --- 2011-11-25 06:34:17 - CROSS_BUILD_TESTING=YES TB --- 2011-11-25 06:34:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-25 06:34:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-25 06:34:17 - SRCCONF=/dev/null TB --- 2011-11-25 06:34:17 - TARGET=sparc64 TB --- 2011-11-25 06:34:17 - TARGET_ARCH=sparc64 TB --- 2011-11-25 06:34:17 - TZ=UTC TB --- 2011-11-25 06:34:17 - __MAKE_CONF=/dev/null TB --- 2011-11-25 06:34:17 - cd /src TB --- 2011-11-25 06:34:17 - /usr/bin/make -B buildworld World build started on Fri Nov 25 06:34:18 UTC 2011 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything [...] mkdep -f .depend -a-DRESCUE -std=gnu99 /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/fwdownload.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libcam.a /obj/sparc64.sparc64/src/tmp/usr/lib/libsbuf.a /obj/sparc64.sparc64/src/tmp/usr/lib/libutil.a .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/fwdownload.c cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/camcontrol/util.c cc1: warnings being treated as errors /src/sbin/camcontrol/util.c: In function 'get_confirmation': /src/sbin/camcontrol/util.c:166: warning: old-style function definition *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-25 07:19:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-25 07:19:14 - ERROR: failed to build world TB --- 2011-11-25 07:19:14 - 2196.63 user 494.32 system 2745.22 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
emulators/vitrualbox-ose fails on 9.0-PRERELEASE
With the following installed and all the prerequest ports for vbox when I attempt to boot a default machine setup for freebsd guest OS install it fails immediately with: Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {515e8e8d-f932-4d8e-9f32-79a52aead882} flosoft# uname -a FreeBSD flosoft.no-ip.biz 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #4: Thu Nov 24 22:45:48 EST 2011 r...@flosoft.no-ip.biz:/usr/obj/usr/src/sys/GENERIC i386 flosoft# kldstat Id Refs AddressSize Name 1 27 0xc040 e59bd8 kernel 21 0xc125a000 97a4 linprocfs.ko 33 0xc1264000 2fcf4linux.ko 41 0xc1294000 ad87d0 nvidia.ko 53 0xc7f12000 2d000vboxdrv.ko 61 0xc7f4b000 2000 vboxnetadp.ko 71 0xc7f4d000 5000 vboxnetflt.ko 82 0xc7f52000 b000 netgraph.ko 91 0xc7f89000 4000 ng_ether.ko ___ 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