TB --- 2011-06-19 03:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 03:50:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-06-19 03:50:00 - cleaning the object tree
TB --- 2011-06-19 03:50:21 - cvsupping the source tree
TB --- 2011-06-19 03:50:21 -
TB --- 2011-06-19 08:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 08:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-06-19 08:00:00 - cleaning the object tree
TB --- 2011-06-19 08:00:07 - cvsupping the source tree
TB --- 2011-06-19 08:00:07 -
TB --- 2011-06-19 08:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 08:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-06-19 08:00:00 - cleaning the object tree
TB --- 2011-06-19 08:00:07 - cvsupping the source tree
TB --- 2011-06-19 08:00:07 -
On Friday 17 June 2011 15:46:17 Luiz Gustavo S. Costa wrote:
Hi all
I was venturing more on the idea of running this adapter, I decided to
test on OpenBSD 4.9
OpenBSD 4.9 RELEASE is already entry for id 0x8180, equal to FreeBSD
9.0-CURRENT.
What I did (see attached diff file) was to do
TB --- 2011-06-19 08:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 08:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-06-19 08:00:00 - cleaning the object tree
TB --- 2011-06-19 08:00:19 - cvsupping the source tree
TB --- 2011-06-19 08:00:19 -
TB --- 2011-06-19 12:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 12:20:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-06-19 12:20:00 - cleaning the object tree
TB --- 2011-06-19 12:20:06 - cvsupping the source tree
TB --- 2011-06-19 12:20:06 -
TB --- 2011-06-19 12:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 12:20:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-06-19 12:20:00 - cleaning the object tree
TB --- 2011-06-19 12:20:06 - cvsupping the source tree
TB --- 2011-06-19 12:20:06 -
On 19 Jun 2011, at 14:45, FreeBSD Tinderbox wrote:
World build started on Sun Jun 19 12:20:28 UTC 2011
stage 4.2: building libraries
[...]
cc -O2 -pipe -I/obj/i386.i386/src/cddl/lib/libdtrace
-I/src/cddl/lib/libdtrace
-I/src/cddl/lib/libdtrace/../../../sys/cddl/dev/dtrace/i386
TB --- 2011-06-19 12:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-19 12:20:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-06-19 12:20:00 - cleaning the object tree
TB --- 2011-06-19 12:20:21 - cvsupping the source tree
TB --- 2011-06-19 12:20:21 -
On Sun, Jun 19, 2011 at 08:11:54PM +0400, Eir Nym wrote:
On 19 June 2011 20:01, Andrey Chernov a...@freebsd.org wrote:
See subj. It hangs deadly.
Boot verbose shows nothing unusual. No errors are shown during the boot.
It always happens before trying to mount root.
Breaking to DDB shows
See subj. It hangs deadly.
Boot verbose shows nothing unusual. No errors are shown during the boot.
It always happens before trying to mount root.
Breaking to DDB shows nothing particular, at least for me:
http://img196.imageshack.us/img196/2128/19062011.jpg
(sorry for bad screenshot quality,
On 19 June 2011 20:01, Andrey Chernov a...@freebsd.org wrote:
See subj. It hangs deadly.
Boot verbose shows nothing unusual. No errors are shown during the boot.
It always happens before trying to mount root.
Breaking to DDB shows nothing particular, at least for me:
On 19 June 2011 20:53, Andrey Chernov a...@freebsd.org wrote:
On Sun, Jun 19, 2011 at 08:11:54PM +0400, Eir Nym wrote:
On 19 June 2011 20:01, Andrey Chernov a...@freebsd.org wrote:
See subj. It hangs deadly.
Boot verbose shows nothing unusual. No errors are shown during the boot.
It always
Hi Folks,
Kirk, Peter and I have been working hard on SUJ. We still have a few bugs
related to snapshots but we fixed the couple of potential corruption
problems that came up over the last year. If you are not currently using
SUJ I implore you to do so and report any problems you may find..
I try to narrow it down.
kernel from Jun 10 produces LOR (below) but works afterwards while kernel
from Jun 16 hangs.
lock order reversal:
1st 0xc68f7d18 ufs (ufs) @ kern/vfs_mount.c:1193
2nd 0xc6b83278 devfs (devfs) @ kern/vfs_subr.c:2134
KDB: stack backtrace:
On Jun 17, 2011, at 11:21 PM, John Baldwin wrote:
On Friday, May 06, 2011 11:47:33 am John Baldwin wrote:
On Thursday, May 05, 2011 5:04:54 pm Damjan Marion wrote:
On May 5, 2011, at 7:43 PM, John Baldwin wrote:
On Thursday, May 05, 2011 9:21:04 am Damjan Marion wrote:
Hi,
I have
Exactly that commit is responsible for boot hang.
Please fix.
BTW, I have MBR on SATA disk (CAM emulated), ICH9.
Revision 223089 - Directory Listing
Modified Tue Jun 14 17:10:32 2011 UTC (5 days, 6 hours ago) by gibbs
Plumb device physical path reporting from CAM devices, through GEOM and
DEVFS,
TB --- 2011-06-20 00:09:05 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-06-20 00:09:05 - starting HEAD tinderbox run for ia64/ia64
TB --- 2011-06-20 00:09:05 - cleaning the object tree
TB --- 2011-06-20 00:09:26 - cvsupping the source tree
TB --- 2011-06-20 00:09:26 -
On 6/19/11 6:19 PM, Andrey Chernov wrote:
Exactly that commit is responsible for boot hang.
Please fix.
BTW, I have MBR on SATA disk (CAM emulated), ICH9.
Since it works for me, you'll need to provide more information. Can you
at least drop into kdb to determine the likely source of the hang
19 matches
Mail list logo