"Karl O. Pinc" writes:
> Doesn't the kernel care whether userspace has direct access to
> hardware?
If userspace has the right privileges, then no. The X server is an
example of this.
> Seems to me that the kernel does more than abstract hardware, it also
> protects hardware by managing concurr
On 04/29/2009 09:09:31 AM, Benny Amorsen wrote:
Siim Põder writes:
> Are you sure crypto accelerators allow DMA from user memory? I don't
> know for sure either, but I would suspect that they would work like
any
> other device: copy to kernel, DMA to device, DMA back to kernel,
copy to
> user.
Siim Põder writes:
> Are you sure crypto accelerators allow DMA from user memory? I don't
> know for sure either, but I would suspect that they would work like any
> other device: copy to kernel, DMA to device, DMA back to kernel, copy to
> user.
Devices don't care if memory belongs to user or k
Oh... it was missing.
James,
Attached is a fix for rpm spec (pkcs11) and the inclusion of the
management directory.
Still waiting for merge of my previous work.
Alon.
On 4/29/09, Aleksandar Ivanisevic wrote:
>
> because this dir doesn't exist any more, at least not in
> openvpn-2.1_rc15.tar.g
because this dir doesn't exist any more, at least not in
openvpn-2.1_rc15.tar.gz, so the build fails.
Alon Bar-Lev wrote:
Why did you remove the management from doc?
On 4/28/09, Aleksandar Ivanisevic wrote:
ok, attached
Alon Bar-Lev wrote:
Yes, I don't think it is maintained.
Please
Why did you remove the management from doc?
On 4/28/09, Aleksandar Ivanisevic wrote:
>
> ok, attached
>
>
> Alon Bar-Lev wrote:
>
> > Yes, I don't think it is maintained.
> >
> > Please send uniform diff.
> >
> > Use: "diff -urNp"
> >
> >
>
>
>
Hi
David Sommerseth wrote:
> The HW accelerator will not have that extreme processing power as an HSM,
> but as they are working on the same internal bus as the rest of the
> hardware and closer to the encryption/decryption needing software, it can
> transfer smaller packages much more quickly and
