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:
<118>Nov 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 写道：
> On Tue, Nov 15, 2011 at 3:44 AM, Paul Ambrose wrote:
>> hi, I apply your patch on this
>> [root@capoor-daemon /usr/src]# git show
>> commit 4ec1d958bad5e78bcd3cc61a0da6b5a1302f8ec2
>> Author: kensmith
>> 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,
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 wrote: > On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller > 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 wrote: > >> On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller >> 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 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 :
> Now it adds lots of namespace pollution (all of , 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
#endif /* __NetBSD__ */
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#include
#include
#include
@@ -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 /* XXX */
#include /* XXX */
#include /* 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, struct ifreq)
#endif
@@ -288,7 +288,7 @@
#define PFSYNC_S_DEFER 0xfe
#define PFSYNC_S_NONE 0xff
-#ifdef __
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
[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=0xbfebfbff
Features2=0x408e3fd
AMD Features=0x20100800
AMD Features2=0x1
TSC: P-state invariant, performance statistics
real memory = 8589934592 (8192 MB)
avail memory = 7920873472 (7553 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table:
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 irqs 0-23 on motherboard
Cuse4BSD v0.1.21 @ /dev/cuse
kbd0 at kbdmux0
cryptosoft0: on motherboard
acpi0: on motherboard
acpi_ec0: 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: on acpi0
cpu1: on acpi0
acpi_acad0: on acpi0
acpi_lid0: on acpi0
acpi_button0: on acpi0
acpi_button1: on acpi0
pcib0: on acpi0
pci0: on pcib0
pci0: at device 0.1 (no driver attached)
isab0: port 0x2000-0x20ff at device 3.0 on pci0
isa0: on isab0
pci0: at device 3.1 (no driver attached)
pci0: at device 3.2 (no driver attached)
pci0: at device 3.3 (no driver attached)
pci0: at device 3.4 (no driver attached)
pci0: at device 3.5 (no driver attached)
ohci0: mem 0xd3588000-0xd3588fff irq 18 at
device 4.0 on pci0
usbus0: on ohci0
ehci0: mem 0xd3589200-0xd35
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=8843 metric 0 mtu 1500 options=82808 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=29 media: Ethernet autoselect (100baseTX ) status: active bob# ifconfig vr0 10.1.2.2 netmask 0x alias bob# ifconfig vr0 vr0: flags=8843 metric 0 mtu 1500 options=82808 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=29 media: Ethernet autoselect (100baseTX ) 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=8843 metric 0 mtu 1500 options=c219b ether 00:1e:8c:3e:1b:da inet 10.1.2.1 netmask 0xff00 broadcast 10.1.2.255 media: Ethernet autoselect (100baseTX ) status: active cwsys# ifconfig nfe0 inet 10.1.2.99 netmask 0x alias cwsys# ifconfig nfe0 nfe0: flags=8843 metric 0 mtu 1500 options=c219b 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 ) status: active cwsys# -- Cheers, Cy Schubert FreeBSD UNIX: 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 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=8843 metric 0 mtu > 1500 options=82808 > 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=29 > media: Ethernet autoselect (100baseTX ) > status: active > bob# ifconfig vr0 10.1.2.2 netmask 0x alias > bob# ifconfig vr0 > vr0: flags=8843 metric 0 mtu > 1500 options=82808 > 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=29 > media: Ethernet autoselect (100baseTX ) > 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"
