> On 8/22/18 8:37 PM, Mark Millard wrote:
> > I'm just using this move as an example for some more
> > general questions.
> >
> > After this change when I look at:
> >
> > https://www.freebsd.org/cgi/man.cgi?query=devfs.conf=0=5=FreeBSD+12-current=default=html
> >
> > I see in the man page:
> >
On Thu, Aug 23, 2018, at 8:34 AM, Rodney W. Grimes wrote:
> > On 8/22/18 8:37 PM, Mark Millard wrote:
> > > I'm just using this move as an example for some more
> > > general questions.
> > >
> > > After this change when I look at:
> > >
> > >
On 8/22/18 8:37 PM, Mark Millard wrote:
> I'm just using this move as an example for some more
> general questions.
>
> After this change when I look at:
>
> https://www.freebsd.org/cgi/man.cgi?query=devfs.conf=0=5=FreeBSD+12-current=default=html
>
> I see in the man page:
>
> FILES
>
On Wed, Aug 22, 2018 at 10:38 PM Olivier Cochard-Labbé
wrote:
> On Tue, Aug 21, 2018 at 3:15 PM Bjoern A. Zeeb <
> bzeeb-li...@lists.zabbadoz.net> wrote:
>
>> On 21 Aug 2018, at 12:31, Olivier Cochard-Labbé wrote:
>>
>>
>> Do you have a last-good revision?
>>
>>
>> Hi,
>
>
> Since VIMAGE was
> That doesn't answer the question about what happens when dedup is turned off.
> In that case, is the HMAC still used as the IV? If so, then watermarking
> attacks are still possible.
Quoting the comment from the code above: "For non-dedup blocks we
derive the IV randomly". When dedup is
On 8/23/18 5:38 AM, bob prohaska wrote:
On Tue, Aug 21, 2018 at 06:47:19PM -0700, Mark Millard wrote:
I've used a SSD both directly via SATA and via a USB enclosure,
the same partitions/file systems across the uses. Only when it
was SATA-style-use did TRIM work.
This is likely the key to my
