Re: multiple issues with devstat_*(9)

2011-04-10 Thread Alexander Motin
Alexander Best wrote: > On Sun Apr 10 11, Alexander Motin wrote: >> Alexander Best wrote: >>> On Thu Apr 7 11, Alexander Motin wrote: Assuming that SCSI and IDE in -t option means transport type, and assuming that we count everything except ATA and SATA as SCSI, I've made following

Re: multiple issues with devstat_*(9)

2011-04-10 Thread Alexander Best
On Sun Apr 10 11, Alexander Motin wrote: > Alexander Best wrote: > > On Thu Apr 7 11, Alexander Motin wrote: > >> Alexander Best wrote: > >>> On Fri Apr 1 11, John Baldwin wrote: > On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > > i think there are multiple issues with dev

Re: multiple issues with devstat_*(9)

2011-04-10 Thread Alexander Motin
Alexander Best wrote: > On Thu Apr 7 11, Alexander Motin wrote: >> Alexander Best wrote: >>> On Fri Apr 1 11, John Baldwin wrote: On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > i think there are multiple issues with devstat. i found the following in > devicestat.h: >>

Re: Any success stories for HAST + ZFS?

2011-04-10 Thread Mikolaj Golub
On Mon, 4 Apr 2011 11:08:16 -0700 Freddie Cash wrote: FC> Once the deadlock patches above are MFC'd to -STABLE, I can do an FC> upgrade cycle and test them. Committed to STABLE. -- Mikolaj Golub ___ freebsd-current@freebsd.org mailing list http://l

Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock @ /usr/src/sys/kern/kern_exit.c:912

2011-04-10 Thread Fabian Keil
Kostik Belousov wrote: > On Sun, Apr 10, 2011 at 03:37:59PM +0200, Fabian Keil wrote: > > The following panic seems to be reliably reproducible with sources > > from yesterday (and today) by running claws-mail in X, switching to > > the console and trying to attach gdb to it with 'gdb -p $(pgrep

Re: panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock @ /usr/src/sys/kern/kern_exit.c:912

2011-04-10 Thread Kostik Belousov
On Sun, Apr 10, 2011 at 03:37:59PM +0200, Fabian Keil wrote: > The following panic seems to be reliably reproducible with sources > from yesterday (and today) by running claws-mail in X, switching to > the console and trying to attach gdb to it with 'gdb -p $(pgrep claws-mail)'. > > gdb somehow fa

panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock @ /usr/src/sys/kern/kern_exit.c:912

2011-04-10 Thread Fabian Keil
The following panic seems to be reliably reproducible with sources from yesterday (and today) by running claws-mail in X, switching to the console and trying to attach gdb to it with 'gdb -p $(pgrep claws-mail)'. gdb somehow fails to attach, and after leaving gdb the panic occurs. fk@r500 /usr/cr

Re: multiple issues with devstat_*(9)

2011-04-10 Thread Alexander Best
On Sun Apr 10 11, Alexander Best wrote: > On Thu Apr 7 11, Alexander Motin wrote: > > Alexander Best wrote: > > > On Fri Apr 1 11, John Baldwin wrote: > > >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > > >>> i think there are multiple issues with devstat. i found the following

Re: multiple issues with devstat_*(9)

2011-04-10 Thread Alexander Best
On Thu Apr 7 11, Alexander Motin wrote: > Alexander Best wrote: > > On Fri Apr 1 11, John Baldwin wrote: > >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > >>> i think there are multiple issues with devstat. i found the following in > >>> devicestat.h: > > ... > > >>> funny thi

Re: Kernel Tracking Question.. regarding kernel and boot files

2011-04-10 Thread Devin Teske
On Apr 9, 2011, at 9:46 PM, Julian Elischer wrote: > On 4/9/11 2:51 PM, Chris Richardson wrote: >> On Sat, Apr 9, 2011 at 10:34 PM, Chuck Swiger wrote: >> >>> Hi, Chris-- >>> >>> [ ...Reply-to: set to direct towards the most appropriate list... ] >>> >>> On Apr 9, 2011, at 8:31 AM, Chris Rich

Re: Kernel Tracking Question.. regarding kernel and boot files

2011-04-10 Thread Andriy Gapon
on 10/04/2011 00:51 Chris Richardson said the following: > Yeah. this file provides me with the stages in theoretical way. How about > implementing it using qemu to emulate livecd to see what is going on boot0. > Do you have an idea about that ? Yes, that's perfectly possible. You have to be famil