>
> Recently some changes were made to how a root pool is opened for root
> filesystem
> mounting. Previously the root pool had to be present in zpool.cache. Now it
> is
> automatically discovered by probing available GEOM providers.
> The new scheme is believed to be more flexible. For examp
On 29 November 2012 17:36, Ed Maste wrote:
> #14 0x80bfd226 in trap (frame=0xff800025e870)
> at /home/emaste/src/head-ro/sys/amd64/amd64/trap.c:463
> #15 0x80be71a2 in calltrap () at /tmp/exception-N6d6io.s:179
> #16 0x808bb9c0 in rman_set_bustag ()
> at /home/
On Tue, Nov 27, 2012 at 08:21:05AM +1100, Bruce Evans wrote:
> On Mon, 26 Nov 2012, Konstantin Belousov wrote:
>
> > On Mon, Nov 26, 2012 at 06:31:34AM -0800, sig6247 wrote:
> >>
> >> Just checked out r243529, this only happens when the kernel is compiled
> >> by clang, and only on i386, either re
Rev 243674 with some minor local changes.
#12 0x80bfd775 in trap_fatal (frame=0xff800025e870,
eva=)
at /home/emaste/src/head-ro/sys/amd64/amd64/trap.c:867
#13 0x80bfda3a in trap_pfault (frame=0x0, usermode=0)
at /home/emaste/src/head-ro/sys/amd64/amd64/trap.c:698
#1
On 11/29/12 04:40, Steven Hartland wrote:
Do you have any other disks in the machine if so its likely these are
the source of the unsupported increments.
No, not yet.
Best regards
Johannes
- Original Message - From: "Johannes Dieterich"
To:
Sent: Monday, November 26, 2012 7:48 PM
S
on 16/11/2012 16:42 Andriy Gapon said the following:
> on 15/11/2012 23:44 Attilio Rao said the following:
>> Do you think you can test this patch?:
>> http://www.freebsd.org/~attilio/lockmgr_forcerec.patch
>
> I will use this patch in my tree, but I think that it is effectively already
> quite
>
Do you have any other disks in the machine if so its likely these are
the source of the unsupported increments.
Regards
Steve
- Original Message -
From: "Johannes Dieterich"
To:
Sent: Monday, November 26, 2012 7:48 PM
Subject: Samsung 830 and ZFS TRIM
Hello,
(initially post
