On Sep 12, 2007, at 4:31 AM, Darren J Moffat wrote:
> The DMU layer will determine which objects in be encrypted when being
> placed in a dataset that has the encryption property turned on.
>
> http://opensolaris.org/os/project/zfs-crypto/phase1/dmu_ot/
>
> Which of these marked as FALSE can be a
Pawel Jakub Dawidek wrote:
> On Tue, Aug 07, 2007 at 11:28:31PM +0100, James Blackburn wrote:
>> Well I read this email having just written a mammoth one in the other
>> thread, my thoughts:
>>
>> The main difficulty in this, as far as I see it, is you're
>> intentionally moving data on a checksumm
Duff,
You should resync with Lin Ling's putback for: PSARC 2007/342 "Enhanced ZFS
Pool Properties" from this morning. It substantially changes the way the
pool properties are implemented, and should make implementing a new pool
property much easier. (Also note, I fixed particular nastyness th
Darren J Moffat wrote:
> The DMU layer will determine which objects in be encrypted when being
> placed in a dataset that has the encryption property turned on.
>
> http://opensolaris.org/os/project/zfs-crypto/phase1/dmu_ot/
>
> Which of these marked as FALSE can be and should be *TRUE* ?
>
Ac
Jeff Bonwick wrote:
> There are all kinds of problems with this. It's not OK to grow the
> amount of space used -- that'll break quotas, reservations, etc.
Okay so we can't us AES in CCM mode then. That means that the only
option will be modes of AES that don't expand. For now that means we
w