On Tue, 14 Dec 2010 04:47:39 +
"b. f." wrote:
> The last part of your patch reverts a change that Warner Losh made in
> r212525 as part of his tbemd project merge. It's possible that this
> change may have been an unintended, but it followed a discussion in
> which Warner rejected a related
2010/12/13 Pawel Jakub Dawidek :
> Hi.
>
> The new patchset is ready for testing:
>
> http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2
>
> When applying the patch be sure to use correct options for patch(1)!:
>
> # cd /usr/src
> # fetch http://people.freebsd.org/~p
- Original Message -
From: "Olivier Smedts"
I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with
an usb l2 cache). I checked-out CURRENT sources with svn, applied the
patch (it applied cleanly). Did not modify kernel config (no
debugging) or make.conf. buildworld, bui
2010/12/14 Steven Hartland :
> - Original Message - From: "Olivier Smedts"
>
>> I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with
>> an usb l2 cache). I checked-out CURRENT sources with svn, applied the
>> patch (it applied cleanly). Did not modify kernel config (no
>>
- Original Message -
From: "Olivier Smedts"
make installworld
That's what I wanted to do, and why I rebooted single-user on the new
kernel. But isn't the v13-v15 userland supposed to work with the v28
kernel ?
Not if you have just upgrade from 8-STABLE to Current.
Regards
Ste
On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote:
> > make installworld
>
> That's what I wanted to do, and why I rebooted single-user on the new
> kernel. But isn't the v13-v15 userland supposed to work with the v28
> kernel ?
Yes, it is suppose to work. Exactly to be able to follo
2010/12/14 Pawel Jakub Dawidek :
> On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote:
>> > make installworld
>>
>> That's what I wanted to do, and why I rebooted single-user on the new
>> kernel. But isn't the v13-v15 userland supposed to work with the v28
>> kernel ?
>
> Yes, it is su
Thanks for the notice.
I have found the cause of this error (wrong constants), tested the code
in both directions again (v15->v28 and v28->v15) + fixed it in perforce.
Bugfix patch (apply after pjd's patch):
http://people.freebsd.org/~mm/patches/zfs/v28/head-zfs_ioctl_compat.c.patch
Dňa 14.12.20
