[head tinderbox] failure on mips/mips

2013-03-08 Thread FreeBSD Tinderbox
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

multi-homing in freebsd

2013-03-08 Thread Yasir hussan
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 "

[head tinderbox] failure on i386/pc98

2013-03-08 Thread FreeBSD Tinderbox
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

pw is broken?

2013-03-08 Thread KT Sin
pw is crashing with seg fault due to this change? http://svnweb.freebsd.org/base/head/lib/libutil/gr_util.c?r1=245390&r2=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

Re: [head tinderbox] failure on arm/arm

2013-03-08 Thread Adrian Chadd
Fixed! Adrian On 8 March 2013 20:18, FreeBSD Tinderbox 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 >

[head tinderbox] failure on arm/arm

2013-03-08 Thread FreeBSD Tinderbox
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

[head tinderbox] failure on powerpc64/powerpc

2013-03-08 Thread FreeBSD Tinderbox
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

Re: Cleanup and untangling of kernel VM initialization

2013-03-08 Thread Konstantin Belousov
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

Re: Cleanup and untangling of kernel VM initialization

2013-03-08 Thread Alan Cox
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).

FULL_PREEMPTION

2013-03-08 Thread Xin Li
-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_P

Re: Cleanup and untangling of kernel VM initialization

2013-03-08 Thread Andre Oppermann
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,

Re: Cleanup and untangling of kernel VM initialization

2013-03-08 Thread Konstantin Belousov
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