sorry guys for the oftopic but can someone tell me why this guide from
/use/src/Makefile:

# 1. `cd /usr/src' (or to the directory containing your source tree).
# 2. `make buildworld'
# 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC).
# 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC).
# [steps 3. & 4. can be combined by using the "kernel" target]
# 5. `reboot' (in single user mode: boot -s from the loader prompt).
# 6. `mergemaster -p'
# 7. `make installworld'
# 8. `make delete-old'
# 9. `mergemaster'
# 10. `reboot'
# 11. `make delete-old-libs' (in case no 3rd party program uses them anymore)

tells me to reboot the machine twice?
after 4th step and then after 9.

TB --- 2008-08-29 20:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2008-08-29 20:20:01 - starting HEAD tinderbox run for amd64/amd64
TB --- 2008-08-29 20:20:01 - cleaning the object tree
TB --- 2008-08-29 20:20:50 - cvsupping the source tree
TB --- 2008-08-29 20:20:50 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile
TB --- 2008-08-29 20:20:57 - building world (CFLAGS=-O -pipe)
TB --- 2008-08-29 20:20:57 - cd /src
TB --- 2008-08-29 20:20:57 - /usr/bin/make -B buildworld

Hello list!

I have tried to install a system with pure gpt partitioning,
but haven't managed to boot from it.

Partition table:

=> 34 976773101 ad6 GPT (500.1GB)
34 1571840 1 freebsd-ufs (804.8MB)
1571874 8388608 2 freebsd-swap (4.3GB)
9960482 1024 3 freebsd-boot (524.3KB)
9961506 8388608 4 freebsd-ufs (4.3GB)
18350114 524288 5 freebsd-ufs (268.4MB)
18874402 134217728 6 freebsd-ufs (68.7GB)
153092130 823681005 - free - (421.7GB)

All necessary files are already installed (ad6p1 = /, ad6p4 = /var, and
so on). The system is 8.0-CURRENT from 8 August (bootable usb flash).
Computer is Core2Duo E8400 3.0 GHz, 4 Gb RAM, ICH9, 500 GB SATA.
What have been done:

gpart bootcode -b /path/to/pmbr ad6
[Successful]

Unfortunately it hung trying to dump, so all I have is the stack trace from
DDB. This is recent HEAD running stress2

panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ ../../1

cpuid = 1
KDB: enter: panic
[thread pid 14025 tid 100928 ]
Stopped at kdb_enter+0x3d: movq $0,0x435054(%%rip)

Tracing pid 14025 tid 100928 td 0xffffff0003773360
kdb_enter() at kdb_enter...

TB --- 2008-08-29 19:12:53 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2008-08-29 19:12:53 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2008-08-29 19:12:53 - cleaning the object tree
TB --- 2008-08-29 19:13:18 - cvsupping the source tree
TB --- 2008-08-29 19:13:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2008-08-29 19:13:28 - building world (CFLAGS=-O -pipe)
TB --- 2008-08-29 19:13:28 - cd /src
TB --- 2008-08-29 19:13:28 - /usr/bin/make -B buildworld

TB --- 2008-08-29 18:23:57 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2008-08-29 18:23:57 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2008-08-29 18:23:57 - cleaning the object tree
TB --- 2008-08-29 18:24:27 - cvsupping the source tree
TB --- 2008-08-29 18:24:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2008-08-29 18:24:33 - building world (CFLAGS=-O -pipe)
TB --- 2008-08-29 18:24:33 - cd /src
TB --- 2008-08-29 18:24:33 - /usr/bin/make -B buildworld

TB --- 2008-08-29 17:56:42 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2008-08-29 17:56:42 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2008-08-29 17:56:42 - cleaning the object tree
TB --- 2008-08-29 17:57:08 - cvsupping the source tree
TB --- 2008-08-29 17:57:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2008-08-29 17:57:15 - building world (CFLAGS=-O -pipe)
TB --- 2008-08-29 17:57:15 - cd /src
TB --- 2008-08-29 17:57:15 - /usr/bin/make -B buildworld

TB --- 2008-08-29 16:55:37 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2008-08-29 16:55:37 - starting HEAD tinderbox run for ia64/ia64
TB --- 2008-08-29 16:55:38 - cleaning the object tree
TB --- 2008-08-29 16:56:08 - cvsupping the source tree
TB --- 2008-08-29 16:56:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile
TB --- 2008-08-29 16:56:14 - building world (CFLAGS=-O -pipe)
TB --- 2008-08-29 16:56:14 - cd /src
TB --- 2008-08-29 16:56:14 - /usr/bin/make -B buildworld

I was having flaky system problems that were driving me to
distraction. Yesterday, I finally got a panic message with an
instruction pointer, used addr2line to see that the failure was in
uma_zfree_internal, searched Google, and learned that it was probably
due to bad RAM. Half any hour later, memtest86 found the defective
stick and the problem was solved.

This led me to thinking, though: the OS already had all the
information needed to figure out where the problem was. If there had
been an explanation inside that function definition, FreeBSD could
have automatically gone to the file, searched for that explanation,
and told me why my system had probably crashed.

I propose that we:

1) Settle on a standard comment format for metainformation. There are
already standards like Doxygen if we didn't want to home-roll something.

2) Write a program that takes an instruction pointer and outputs the
comment for the associated function.

3) Modify /etc/rc.d/savecore to run the program from #2.

For instance, suppose the comments in sys/vm/uma_core.c looked like:

Right now, FreeBSD supports one type of ACLs - so called POSIX.1e
ACLs. They are natural extension of the traditional Unix
permissions, and for a long time were the only nonproprietary
ACL type in Unix systems. Times change, and now there are several
problems with them: they never actually become standard (the draft
they are based on was withdrawn); this results in minor
incompatibilities related to e.g. umask handling; they don't fit
into Windows or NFSv4 security model, which makes interoperability
between these systems harder; finally, they don't work with ZFS.

The aim of my GSoC project was to implement NFSv4 ACLs in a similar
way POSIX.1e ACLs are supported. That was done by extending user
utilities (setfacl(1)/getfacl(1)), libc API and adding neccessary
kernel stuff. Semantics is supposed to be identical to the one
in SunOS. There is also a wrapper (distributed separately) that
implements SunOS-compatible acl(2)/facl(2) API, to make porting
applications like Samba easier.