Re: Cleanup and untangling of kernel VM initialization
On Thu, Mar 07, 2013 at 06:03:51PM +0100, Andre Oppermann wrote: On 01.02.2013 18:09, Alan Cox wrote: On 02/01/2013 07:25, Andre Oppermann wrote: Rebase auto-sizing of limits on the available KVM/kmem_map instead of physical memory. Depending on the kernel and architecture configuration these two can be very different. Comments and reviews appreciated. I would really like to see the issues with the current auto-sizing code addressed before any of the stylistic changes or en-masse conversions to SYSINIT()s are considered. In particular, can we please start with the patch that moves the pipe_map initialization? After that, I think that we should revisit tunable_mbinit() and maxmbufmem. OK. I'm trying to describe and explain the big picture for myself and other interested observers. The following text and explanations are going to be verbose and sometime redundant. If something is incorrect or incomplete please yell, I'm not an expert in all these parts and may easily have missed some subtle aspects. The kernel_map serves as the container of the entire available kernel VM address space, including the kernel text, data and bss itself, as well as other bootstrapped and pre-VM allocated structures. The kernel_map should cover a reasonable large amount of address space to be able to serve the various kernel subsystems demands in memory allocation. The cpu architecture's address range (32 or 64 bits) puts a hard ceiling on the total size of the kernel_map. Depending on the architecture the kernel_map covers a special range in the total addressable address range. * VM_MIN_KERNEL_ADDRESS * [KERNBASE] * kernel_map[actually mapped KVM range, direct allocations] * kernel text, data, bss * bootstrap and statically allocated structures [pmap] * virtual_avail [start of useable KVM] * kmem_map [submap for (most) UMA zones and kernel malloc] * exec_map [submap for temporary mapping during process exec()] * pipe_map [submap for temporary buffering of data between piped processes] * clean_map [submap for buffer_map and pager_map] * buffer_map [submap for BIO buffers] * pager_map [submap for temporary pager IO holding] * memguard_map [submap for debugging of UMA and kernel malloc] * ...[kernel_map direct allocations, free and unused space] * kernel_map [end of kernel_map] * ... * virtual_end[end of possible KVM] * VM_MAX_KERNEL_ADDRESS Some kernel_map's submaps are special by being non-pageable and by pre-allocating the necessary pmap structures to avoid page faults. The pre-allocation consumes physical memory. Thus a submap's pre-allocation should not be larger than a reasonable small fraction of available physical memory to leave enough space for other kernel and userspace memory demands. Preallocation is done to ensure that calls to functions like pmap_qenter() always succeed and do not sleep for succession. The pseudo-code for a dynamic calculation of a submap size would look like this: submap.size = min(physmem.size / pmap.prealloc_max_fraction / pmap.size_per_page * page_size, kernel_map.free_size) The pmap.prealloc_max_fraction is the largest fraction of physical memory we allow the pre-allocated pmap structures of a single submap to occupy. Separate submaps are usually used to segregate certain types of memory usage and to have individual limits applied to them: kmem_map: tries to be as large as possible. It serves the bulk of all dynamically allocated kernel memory usage. It is the memory pool used by UMA and kernel malloc. Almost all kernel structures come from here: process-, thread-, file descriptors, mbuf's and mbuf clusters, network connection control blocks, sockets, etc... It is not pageable. Calculation: is currently only partially done dynamically and the MD parts can specify particular min, max limits and scaling factors. It likely can be generalized and with only very special platforms requiring additional limits. exec_map: is used as temporary storage to set up a processes address space and related items. It is very small and by default contains only 16 pages. Calculation: (exec_map_entries * round_page(PATH_MAX + ARG_MAX)). pipe_map: is used to move piped data between processes. It is pageable memory. Calculation: min(physmem.size, kernel_map.size) / 64. clean_map: overarching submap to contain the buffer_map and pager_map. Likely no longer necessary and a leftover from earlier incarnations of the kernel VM. buffer_map: is used for BIO structures to perform IO between the kernel VM and storage media (disk). Not pageable. Calculation: min(physmem.size, kernel_map.size) / 4 up to 64MB and 1/10 thereafter. pager_map: is used for pager IO to a storage media (disk). Not
Re: Cleanup and untangling of kernel VM initialization
On 08.03.2013 10:16, Konstantin Belousov wrote: On Thu, Mar 07, 2013 at 06:03:51PM +0100, Andre Oppermann wrote: pager_map: is used for pager IO to a storage media (disk). Not pageable. Calculation: MAXPHYS * min(max(nbuf/4, 16), 256). It is more versatile. The space is used for pbufs, and pbufs currently also serve for physio, for the clustering, for aio needs. Good to know. Isn't the ceiling of MAXPHYS * 256 a bit tight then? memguard_map: is a special debugging submap substituting parts of kmem_map. Normally not used. There is some competition between these maps for physical memory. One has to be careful to find a total balance among them wrt. static and dynamic physical memory use. They mostly compete for KVA, not for the physical memory. Indeed. On 32bit architectures KVA usually is 1GB which is rather limited. Within the submaps, especially the kmem_map, we have a number of dynamic UMA suballocators where we have to put a ceiling on their total memory usage to prevent them to consume all physical *and/or* kmem_map virtual memory. This is done with UMA zone limits. Note that architectures with the direct maps do not use kmem_map for the small allocations. The uma_small_alloc() utilizes the direct map for VA of the new page. kmem_map is needed when allocation is multi-page sized, to provide the continuous virtual mapping. Can you please explain the direct map some more? I haven't found any good documentation or comments on it. It could be that some of the kernel_map submaps are no longer necessary and their purpose could simply be emulated by using an appropriately limited UMA zone. For example the exec_map is very small and only used for the exec arguments. Putting this into pageable memory isn't very useful anymore. I disagree. Having the strings copied on execve() pageable is good, the default size of around 260KB max for the strings is quite a load on the allocator. Oops. You're right. I didn't notice how big ARG_MAX can be. -- Andre ___ 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
FULL_PREEMPTION
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I have seen a few posts from Andriy as as well as the PC-BSD default that for desktop systems, kern.sched.preempt_thresh=224 would improve responsiveness. Looking at the code, it seems that this is equivalent to compiling the kernel with FULL_PREEMPTION. The sys/conf/NOTES says, however: # FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel # threads. Its sole use is to expose race conditions and other # bugs during development. Enabling this option will reduce # performance and increase the frequency of kernel panics by # design. If you aren't sure that you need it then you don't. # Relies on the PREEMPTION option. DON'T TURN THIS ON. Despite the possibility of exposing race conditions as well as potentially hurting throughput because of (possibly more) context switching, is it considered as a goal that we should support it? If so, should we enable it on -CURRENT? Cheers, - -- Xin LI delp...@delphij.nethttps://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJROia5AAoJEG80Jeu8UPuzv7MIAKoBNZyR28E5Wdnj2+IkHXvi Vg9TipTxAWSyCBcuywJEoZUCXZs1f/WbGOrbPQv0iS9AWFt9GZJ+arVsk23hwVdw kRredDAoF4kMR85wo0h8Zl04comNN+pdPNlftCGc4B6J63ysg1m7KlhUAHyXWLW9 lS7wleILiF1HRhggq7qBj4OChgbWUUgUBqf9ZMraLQMyFvfdnktE3OkDBOE1J0zu QgEdAtQ2RL5JkocsqGziq4zWKGjqM60WLQAR/5i8sCP+oQ5qRbIebUpc/GKWY7r8 mAQDwrvKU26pbHSWOkT0Qi9cXw+GGG2vTU6fLh1e0p2QBgzpyXO2TfpkL6kioQA= =xenl -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup and untangling of kernel VM initialization
On 03/08/2013 06:58, Andre Oppermann wrote: On 08.03.2013 10:16, Konstantin Belousov wrote: On Thu, Mar 07, 2013 at 06:03:51PM +0100, Andre Oppermann wrote: pager_map: is used for pager IO to a storage media (disk). Not pageable. Calculation: MAXPHYS * min(max(nbuf/4, 16), 256). It is more versatile. The space is used for pbufs, and pbufs currently also serve for physio, for the clustering, for aio needs. Good to know. Isn't the ceiling of MAXPHYS * 256 a bit tight then? memguard_map: is a special debugging submap substituting parts of kmem_map. Normally not used. There is some competition between these maps for physical memory. One has to be careful to find a total balance among them wrt. static and dynamic physical memory use. They mostly compete for KVA, not for the physical memory. Indeed. On 32bit architectures KVA usually is 1GB which is rather limited. Within the submaps, especially the kmem_map, we have a number of dynamic UMA suballocators where we have to put a ceiling on their total memory usage to prevent them to consume all physical *and/or* kmem_map virtual memory. This is done with UMA zone limits. Note that architectures with the direct maps do not use kmem_map for the small allocations. The uma_small_alloc() utilizes the direct map for VA of the new page. kmem_map is needed when allocation is multi-page sized, to provide the continuous virtual mapping. Can you please explain the direct map some more? I haven't found any good documentation or comments on it. Take a look at a MIPS architecture manual. Some architectures, such as MIPS, provide an alternate mechanism for virtual-to-physical address translation for use by the OS. Typically, a range of virtual addresses are reserved for this mechanism, and accesses to virtual addresses within this range bypass the usual translation process involving TLBs and page tables. Often, but not always, this range covers the entire physical memory of the machine, and both the forward mapping from virtual to physical and the inverse mapping from physical to virtual are trivially computed. Sometimes we implement a direct map in software when none exists in hardware, for example, amd64. On amd64 we use large pages, either 2MB or 1GB, to simulate a hardware-supported direct map. Even though it is not directly supported by hardware, it is nonetheless a useful optimization because it can be used in preference to creating and destroying mappings on as needed basis. It could be that some of the kernel_map submaps are no longer necessary and their purpose could simply be emulated by using an appropriately limited UMA zone. For example the exec_map is very small and only used for the exec arguments. Putting this into pageable memory isn't very useful anymore. I disagree. Having the strings copied on execve() pageable is good, the default size of around 260KB max for the strings is quite a load on the allocator. Oops. You're right. I didn't notice how big ARG_MAX can be. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cleanup and untangling of kernel VM initialization
On Fri, Mar 08, 2013 at 01:58:38PM +0100, Andre Oppermann wrote: On 08.03.2013 10:16, Konstantin Belousov wrote: On Thu, Mar 07, 2013 at 06:03:51PM +0100, Andre Oppermann wrote: pager_map: is used for pager IO to a storage media (disk). Not pageable. Calculation: MAXPHYS * min(max(nbuf/4, 16), 256). It is more versatile. The space is used for pbufs, and pbufs currently also serve for physio, for the clustering, for aio needs. Good to know. Isn't the ceiling of MAXPHYS * 256 a bit tight then? I doubt it. The ceiling on the amount of pbufs only limit the concurrency from the subsystems I enumerated. The pbuf allocations are sleepable (usually), so there is no correctness problem from having it sizes slightly lower then could be, and 256 parallel i/o's is good enough still. It might make sense to increase the pbuf KVA for arches with ample KVA, but it would only benefit special workloads which create lot of the concurrent i/o from the specific subsystems. E.g., the clustering cannot create more then 16MB of clusters for write, and with the default MAXPHYS of 128KB, this takes 64 pbufs. pgpn8KgCWAcbF.pgp Description: PGP signature
[head tinderbox] failure on powerpc64/powerpc
TB --- 2013-03-08 22:23:05 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-08 22:23:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-08 22:23:05 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-03-08 22:23:05 - cleaning the object tree TB --- 2013-03-08 22:23:05 - /usr/local/bin/svn stat /src TB --- 2013-03-08 22:23:08 - At svn revision 248056 TB --- 2013-03-08 22:23:09 - building world TB --- 2013-03-08 22:23:09 - CROSS_BUILD_TESTING=YES TB --- 2013-03-08 22:23:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-08 22:23:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-08 22:23:09 - SRCCONF=/dev/null TB --- 2013-03-08 22:23:09 - TARGET=powerpc TB --- 2013-03-08 22:23:09 - TARGET_ARCH=powerpc64 TB --- 2013-03-08 22:23:09 - TZ=UTC TB --- 2013-03-08 22:23:09 - __MAKE_CONF=/dev/null TB --- 2013-03-08 22:23:09 - cd /src TB --- 2013-03-08 22:23:09 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Mar 8 22:23:13 UTC 2013 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\powerpc64-unknown-freebsd10.0\ -DLLVM_HOSTTRIPLE=\powerpc64-unknown-freebsd10.0\ -DDEFAULT_SYSROOT=\\ -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/LibCallAliasAnalysis.cpp -o LibCallAliasAnalysis.o c++ -O2 -pipe -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\powerpc64-unknown-freebsd10.0\ -DLLVM_HOSTTRIPLE=\powerpc64-unknown-freebsd10.0\ -DDEFAULT_SYSROOT=\\ -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/LibCallSemantics.cpp -o LibCallSemantics.o c++ -O2 -pipe -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I. -I/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\powerpc64-unknown-freebsd10.0\ -DLLVM_HOSTTRIPLE=\powerpc64-unknown-freebsd10.0\ -DDEFAULT_SYSROOT=\\ -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/Lint.cpp -o Lint.o /src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/Lint.cpp: In member function 'voidunnamed::Lint::visitMemoryReference(llvm::Instruction, llvm::Value*, uint64_t, unsigned int, llvm::Type*, unsigned int)': /src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/Lint.cpp:372: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** [Lint.o] Error code 1 Stop in /src/lib/clang/libllvmanalysis. *** [all] Error code 1 Stop in /src/lib/clang. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-08 23:43:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-08 23:43:58 - ERROR: failed to build world TB --- 2013-03-08 23:43:58 - 4062.46 user 504.28 system 4853.55 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list
[head tinderbox] failure on arm/arm
TB --- 2013-03-09 01:30:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-09 01:30:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-09 01:30:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-09 01:30:17 - cleaning the object tree TB --- 2013-03-09 01:30:17 - /usr/local/bin/svn stat /src TB --- 2013-03-09 01:30:21 - At svn revision 248079 TB --- 2013-03-09 01:30:22 - building world TB --- 2013-03-09 01:30:22 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 01:30:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 01:30:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 01:30:22 - SRCCONF=/dev/null TB --- 2013-03-09 01:30:22 - TARGET=arm TB --- 2013-03-09 01:30:22 - TARGET_ARCH=arm TB --- 2013-03-09 01:30:22 - TZ=UTC TB --- 2013-03-09 01:30:22 - __MAKE_CONF=/dev/null TB --- 2013-03-09 01:30:22 - cd /src TB --- 2013-03-09 01:30:22 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Mar 9 01:30:26 UTC 2013 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 World build completed on Sat Mar 9 03:19:43 UTC 2013 TB --- 2013-03-09 03:19:43 - generating LINT kernel config TB --- 2013-03-09 03:19:43 - cd /src/sys/arm/conf TB --- 2013-03-09 03:19:43 - /usr/bin/make -B LINT TB --- 2013-03-09 03:19:44 - cd /src/sys/arm/conf TB --- 2013-03-09 03:19:44 - /usr/sbin/config -m LINT TB --- 2013-03-09 03:19:44 - building LINT kernel TB --- 2013-03-09 03:19:44 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:19:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:19:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:19:44 - SRCCONF=/dev/null TB --- 2013-03-09 03:19:44 - TARGET=arm TB --- 2013-03-09 03:19:44 - TARGET_ARCH=arm TB --- 2013-03-09 03:19:44 - TZ=UTC TB --- 2013-03-09 03:19:44 - __MAKE_CONF=/dev/null TB --- 2013-03-09 03:19:44 - cd /src TB --- 2013-03-09 03:19:44 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Mar 9 03:19:44 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Sat Mar 9 03:39:30 UTC 2013 TB --- 2013-03-09 03:39:30 - cd /src/sys/arm/conf TB --- 2013-03-09 03:39:30 - /usr/sbin/config -m AC100 TB --- 2013-03-09 03:39:30 - skipping AC100 kernel TB --- 2013-03-09 03:39:30 - cd /src/sys/arm/conf TB --- 2013-03-09 03:39:30 - /usr/sbin/config -m ARMADAXP TB --- 2013-03-09 03:39:30 - skipping ARMADAXP kernel TB --- 2013-03-09 03:39:30 - cd /src/sys/arm/conf TB --- 2013-03-09 03:39:30 - /usr/sbin/config -m ATMEL TB --- 2013-03-09 03:39:30 - building ATMEL kernel TB --- 2013-03-09 03:39:30 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:39:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:39:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:39:30 - SRCCONF=/dev/null TB --- 2013-03-09 03:39:30 - TARGET=arm TB --- 2013-03-09 03:39:30 - TARGET_ARCH=arm TB --- 2013-03-09 03:39:30 - TZ=UTC TB --- 2013-03-09 03:39:30 - __MAKE_CONF=/dev/null TB --- 2013-03-09 03:39:30 - cd /src TB --- 2013-03-09 03:39:30 - /usr/bin/make -B buildkernel KERNCONF=ATMEL Kernel build for ATMEL started on Sat Mar 9 03:39:30 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for ATMEL completed on Sat Mar 9 03:43:34 UTC 2013 TB --- 2013-03-09 03:43:34 - cd /src/sys/arm/conf TB --- 2013-03-09 03:43:34 - /usr/sbin/config -m AVILA TB --- 2013-03-09 03:43:34 - skipping AVILA kernel TB --- 2013-03-09 03:43:34 - cd /src/sys/arm/conf TB --- 2013-03-09 03:43:34 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-03-09 03:43:34 - skipping BEAGLEBONE kernel TB --- 2013-03-09 03:43:34 - cd /src/sys/arm/conf TB --- 2013-03-09 03:43:34 - /usr/sbin/config -m BWCT TB --- 2013-03-09 03:43:34 - building BWCT kernel TB --- 2013-03-09 03:43:34 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:43:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:43:34 - SRCCONF=/dev/null TB --- 2013-03-09 03:43:34 - TARGET=arm TB --- 2013-03-09 03:43:34 - TARGET_ARCH=arm TB --- 2013-03-09 03:43:34 - TZ=UTC TB --- 2013-03-09 03:43:34 - __MAKE_CONF=/dev/null TB --- 2013-03-09 03:43:34 - cd /src TB --- 2013-03-09 03:43:34 - /usr/bin/make -B buildkernel KERNCONF=BWCT Kernel build for BWCT started on Sat Mar
Re: [head tinderbox] failure on arm/arm
Fixed! Adrian On 8 March 2013 20:18, FreeBSD Tinderbox tinder...@freebsd.org wrote: TB --- 2013-03-09 01:30:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-09 01:30:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-09 01:30:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-09 01:30:17 - cleaning the object tree TB --- 2013-03-09 01:30:17 - /usr/local/bin/svn stat /src TB --- 2013-03-09 01:30:21 - At svn revision 248079 TB --- 2013-03-09 01:30:22 - building world TB --- 2013-03-09 01:30:22 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 01:30:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 01:30:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 01:30:22 - SRCCONF=/dev/null TB --- 2013-03-09 01:30:22 - TARGET=arm TB --- 2013-03-09 01:30:22 - TARGET_ARCH=arm TB --- 2013-03-09 01:30:22 - TZ=UTC TB --- 2013-03-09 01:30:22 - __MAKE_CONF=/dev/null TB --- 2013-03-09 01:30:22 - cd /src TB --- 2013-03-09 01:30:22 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Mar 9 01:30:26 UTC 2013 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 World build completed on Sat Mar 9 03:19:43 UTC 2013 TB --- 2013-03-09 03:19:43 - generating LINT kernel config TB --- 2013-03-09 03:19:43 - cd /src/sys/arm/conf TB --- 2013-03-09 03:19:43 - /usr/bin/make -B LINT TB --- 2013-03-09 03:19:44 - cd /src/sys/arm/conf TB --- 2013-03-09 03:19:44 - /usr/sbin/config -m LINT TB --- 2013-03-09 03:19:44 - building LINT kernel TB --- 2013-03-09 03:19:44 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:19:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:19:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:19:44 - SRCCONF=/dev/null TB --- 2013-03-09 03:19:44 - TARGET=arm TB --- 2013-03-09 03:19:44 - TARGET_ARCH=arm TB --- 2013-03-09 03:19:44 - TZ=UTC TB --- 2013-03-09 03:19:44 - __MAKE_CONF=/dev/null TB --- 2013-03-09 03:19:44 - cd /src TB --- 2013-03-09 03:19:44 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Mar 9 03:19:44 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Sat Mar 9 03:39:30 UTC 2013 TB --- 2013-03-09 03:39:30 - cd /src/sys/arm/conf TB --- 2013-03-09 03:39:30 - /usr/sbin/config -m AC100 TB --- 2013-03-09 03:39:30 - skipping AC100 kernel TB --- 2013-03-09 03:39:30 - cd /src/sys/arm/conf TB --- 2013-03-09 03:39:30 - /usr/sbin/config -m ARMADAXP TB --- 2013-03-09 03:39:30 - skipping ARMADAXP kernel TB --- 2013-03-09 03:39:30 - cd /src/sys/arm/conf TB --- 2013-03-09 03:39:30 - /usr/sbin/config -m ATMEL TB --- 2013-03-09 03:39:30 - building ATMEL kernel TB --- 2013-03-09 03:39:30 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:39:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:39:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:39:30 - SRCCONF=/dev/null TB --- 2013-03-09 03:39:30 - TARGET=arm TB --- 2013-03-09 03:39:30 - TARGET_ARCH=arm TB --- 2013-03-09 03:39:30 - TZ=UTC TB --- 2013-03-09 03:39:30 - __MAKE_CONF=/dev/null TB --- 2013-03-09 03:39:30 - cd /src TB --- 2013-03-09 03:39:30 - /usr/bin/make -B buildkernel KERNCONF=ATMEL Kernel build for ATMEL started on Sat Mar 9 03:39:30 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for ATMEL completed on Sat Mar 9 03:43:34 UTC 2013 TB --- 2013-03-09 03:43:34 - cd /src/sys/arm/conf TB --- 2013-03-09 03:43:34 - /usr/sbin/config -m AVILA TB --- 2013-03-09 03:43:34 - skipping AVILA kernel TB --- 2013-03-09 03:43:34 - cd /src/sys/arm/conf TB --- 2013-03-09 03:43:34 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-03-09 03:43:34 - skipping BEAGLEBONE kernel TB --- 2013-03-09 03:43:34 - cd /src/sys/arm/conf TB --- 2013-03-09 03:43:34 - /usr/sbin/config -m BWCT TB --- 2013-03-09 03:43:34 - building BWCT kernel TB --- 2013-03-09 03:43:34 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:43:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:43:34 - SRCCONF=/dev/null TB --- 2013-03-09 03:43:34 - TARGET=arm TB --- 2013-03-09 03:43:34 - TARGET_ARCH=arm TB --- 2013-03-09 03:43:34 - TZ=UTC TB --- 2013-03-09 03:43:34 -
pw is broken?
pw is crashing with seg fault due to this change?
http://svnweb.freebsd.org/base/head/lib/libutil/gr_util.c?r1=245390r2=247919
# gdb ./pw
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...
(gdb) run groupadd test123 -g 12345
Starting program: /usr/src/usr.sbin/pw/pw groupadd test123 -g 12345
Program received signal SIGSEGV, Segmentation fault.
0x80d84a4f in stpcpy () from /lib/libc.so.7
(gdb) bt full
#0 0x80d84a4f in stpcpy () from /lib/libc.so.7
No symbol table info available.
#1 0x80a5c00a in grcopy (gr=0x612ce0, newgr=0x81409100, name=0x0,
ndx=0) at /usr/src/lib/libutil/gr_util.c:496
dst = 0x8 Error reading address 0x8: Bad address
i = 1090277153
#2 0x80a5bdc6 in gr_add (gr=0x612ce0, newmember=0x0)
at /usr/src/lib/libutil/gr_util.c:451
newgr = (struct group *) 0x81409100
len = 0
num_mem = 0
#3 0x80a5bd4f in gr_dup (gr=0x612ce0)
at /usr/src/lib/libutil/gr_util.c:434
No locals.
#4 0x0040bad7 in gr_update (grp=0x612ce0, group=0x0) at grupd.c:78
pfd = 0
tfd = 4244492
gr = (struct group *) 0x0
old_gr = (struct group *) 0x0
#5 0x0040ba8f in addgrent (grp=0x612ce0) at grupd.c:111
No locals.
#6 0x0040a83d in pw_group (cnf=0x612bf0, mode=0, args=0x613e78)
at pw_group.c:258
---Type return to continue, or q return to quit---
grp = (struct group *) 0x612ce0
members = (char **) 0x81485d00
rc = 0
a_name = (struct carg *) 0x8144c0a0
a_gid = (struct carg *) 0x8144c0c0
arg = (struct carg *) 0x0
grmembers = 200
fakegroup = {gr_name = 0x7fffdcb9 test123,
gr_passwd = 0x40fbc9 *, gr_gid = 12345, gr_mem = 0x81485d00}
#7 0x004037fb in main (argc=3, argv=0x7fffd9f0) at pw.c:230
which = 1
config = 0x0
cnf = (struct userconf *) 0x612bf0
ch = -1
mode = 0
opts = {{0x40e150 V:C:qn:u:c:d:e:p:g:G:mM:k:s:oL:i:w:h:H:Db:NPy:Y,
0x40e180 V:C:qn:u:rY,
0x40e18c V:C:qn:u:c:d:e:p:g:G:mM:l:k:s:w:L:h:H:FNPY,
0x40e1b7 V:C:qn:u:FPa7, 0x40e1c5 V:C:q, 0x40e1c5 V:C:q,
0x40e1c5 V:C:q}, {0x40e1cb V:C:qn:g:h:H:M:opNPY,
0x40e1e0 V:C:qn:g:Y, 0x40e1eb V:C:qn:d:g:l:h:H:FM:m:NPY,
0x40e205 V:C:qn:g:FPa, 0x40e1c5 V:C:q, 0x0, 0x0}}
funcs = {0x405270 pw_user, 0x409b60 pw_group}
(gdb)
___
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 i386/pc98
TB --- 2013-03-09 03:37:57 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-09 03:37:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-09 03:37:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-03-09 03:37:57 - cleaning the object tree TB --- 2013-03-09 03:37:57 - /usr/local/bin/svn stat /src TB --- 2013-03-09 03:38:00 - At svn revision 248079 TB --- 2013-03-09 03:38:01 - building world TB --- 2013-03-09 03:38:01 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 03:38:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 03:38:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 03:38:01 - SRCCONF=/dev/null TB --- 2013-03-09 03:38:01 - TARGET=pc98 TB --- 2013-03-09 03:38:01 - TARGET_ARCH=i386 TB --- 2013-03-09 03:38:01 - TZ=UTC TB --- 2013-03-09 03:38:01 - __MAKE_CONF=/dev/null TB --- 2013-03-09 03:38:01 - cd /src TB --- 2013-03-09 03:38:01 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Mar 9 03:38:06 UTC 2013 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 World build completed on Sat Mar 9 06:30:12 UTC 2013 TB --- 2013-03-09 06:30:12 - generating LINT kernel config TB --- 2013-03-09 06:30:12 - cd /src/sys/pc98/conf TB --- 2013-03-09 06:30:12 - /usr/bin/make -B LINT TB --- 2013-03-09 06:30:12 - cd /src/sys/pc98/conf TB --- 2013-03-09 06:30:12 - /usr/sbin/config -m LINT TB --- 2013-03-09 06:30:13 - building LINT kernel TB --- 2013-03-09 06:30:13 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 06:30:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 06:30:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 06:30:13 - SRCCONF=/dev/null TB --- 2013-03-09 06:30:13 - TARGET=pc98 TB --- 2013-03-09 06:30:13 - TARGET_ARCH=i386 TB --- 2013-03-09 06:30:13 - TZ=UTC TB --- 2013-03-09 06:30:13 - __MAKE_CONF=/dev/null TB --- 2013-03-09 06:30:13 - cd /src TB --- 2013-03-09 06:30:13 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Mar 9 06:30:13 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Sat Mar 9 06:55:08 UTC 2013 TB --- 2013-03-09 06:55:08 - cd /src/sys/pc98/conf TB --- 2013-03-09 06:55:08 - /usr/sbin/config -m GENERIC TB --- 2013-03-09 06:55:08 - building GENERIC kernel TB --- 2013-03-09 06:55:08 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 06:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 06:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 06:55:08 - SRCCONF=/dev/null TB --- 2013-03-09 06:55:08 - TARGET=pc98 TB --- 2013-03-09 06:55:08 - TARGET_ARCH=i386 TB --- 2013-03-09 06:55:08 - TZ=UTC TB --- 2013-03-09 06:55:08 - __MAKE_CONF=/dev/null TB --- 2013-03-09 06:55:08 - cd /src TB --- 2013-03-09 06:55:08 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Mar 9 06:55:08 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ^ /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:1539:23: error: unused variable 'ic' [-Werror,-Wunused-variable] struct ieee80211com *ic = vap-iv_ic; ^ /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:1606:23: error: unused variable 'ic' [-Werror,-Wunused-variable] struct ieee80211com *ic = vap-iv_ic; ^ 3 errors generated. *** [ieee80211_mesh.o] Error code 1 Stop in /src/sys/modules/wlan. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/pc98.i386/src/sys/GENERIC. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-09 07:13:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-09 07:13:11 - ERROR: failed to build GENERIC kernel TB --- 2013-03-09 07:13:11 - 10305.17 user 1710.76 system 12913.86 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-i386-pc98.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
multi-homing in freebsd
Hi, Does anyone know usage of multi-homing in freebsd, if YES kindly guid me how i can test it on my own PC. Thanks ___ 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 mips/mips
TB --- 2013-03-09 06:48:01 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-09 06:48:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-09 06:48:01 - starting HEAD tinderbox run for mips/mips TB --- 2013-03-09 06:48:01 - cleaning the object tree TB --- 2013-03-09 06:48:01 - /usr/local/bin/svn stat /src TB --- 2013-03-09 06:48:14 - At svn revision 248079 TB --- 2013-03-09 06:48:15 - building world TB --- 2013-03-09 06:48:15 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 06:48:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 06:48:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 06:48:15 - SRCCONF=/dev/null TB --- 2013-03-09 06:48:15 - TARGET=mips TB --- 2013-03-09 06:48:15 - TARGET_ARCH=mips TB --- 2013-03-09 06:48:15 - TZ=UTC TB --- 2013-03-09 06:48:15 - __MAKE_CONF=/dev/null TB --- 2013-03-09 06:48:15 - cd /src TB --- 2013-03-09 06:48:15 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Mar 9 06:48:19 UTC 2013 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 World build completed on Sat Mar 9 07:52:18 UTC 2013 TB --- 2013-03-09 07:52:18 - cd /src/sys/mips/conf TB --- 2013-03-09 07:52:18 - /usr/sbin/config -m ADM5120 TB --- 2013-03-09 07:52:18 - skipping ADM5120 kernel TB --- 2013-03-09 07:52:18 - cd /src/sys/mips/conf TB --- 2013-03-09 07:52:18 - /usr/sbin/config -m ALCHEMY TB --- 2013-03-09 07:52:18 - skipping ALCHEMY kernel TB --- 2013-03-09 07:52:18 - cd /src/sys/mips/conf TB --- 2013-03-09 07:52:18 - /usr/sbin/config -m AP91 TB --- 2013-03-09 07:52:18 - building AP91 kernel TB --- 2013-03-09 07:52:18 - CROSS_BUILD_TESTING=YES TB --- 2013-03-09 07:52:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-09 07:52:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-09 07:52:18 - SRCCONF=/dev/null TB --- 2013-03-09 07:52:18 - TARGET=mips TB --- 2013-03-09 07:52:18 - TARGET_ARCH=mips TB --- 2013-03-09 07:52:18 - TZ=UTC TB --- 2013-03-09 07:52:18 - __MAKE_CONF=/dev/null TB --- 2013-03-09 07:52:18 - cd /src TB --- 2013-03-09 07:52:18 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Sat Mar 9 07:52:18 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c cc1: warnings being treated as errors /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c: In function 'mesh_recv_indiv_data_to_fwrd': /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:1480: warning: unused variable 'ic' [-Wunused-variable] /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c: In function 'mesh_recv_indiv_data_to_me': /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:1539: warning: unused variable 'ic' [-Wunused-variable] /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c: In function 'mesh_recv_group_data': /src/sys/modules/wlan/../../net80211/ieee80211_mesh.c:1606: warning: unused variable 'ic' [-Wunused-variable] *** [ieee80211_mesh.o] Error code 1 Stop in /src/sys/modules/wlan. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-09 07:55:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-09 07:55:25 - ERROR: failed to build AP91 kernel TB --- 2013-03-09 07:55:25 - 2805.98 user 631.93 system 4043.87 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.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
