On 10/14/07, Michael Halcrow <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 14, 2007 at 01:52:05AM +0200, Alon Bar-Lev wrote:
> > Just a minor question...
> > Why not implement eCryptfs as fuse?
>
> 1. No shared memory mappings.
Are you thinking users will execute libraries from eCrypfs?
>
> 2. Extra c
On Sun, Oct 14, 2007 at 01:46:17AM +0200, Alon Bar-Lev wrote:
> On 10/13/07, Michael Halcrow <[EMAIL PROTECTED]> wrote:
> > We set the default to 3 seconds for now. It looks like, with this new
> > smartcard feature, that should probably be increased to at least 10
> > (fs/ecryptfs/ecryptfs_kernel.
On Sun, Oct 14, 2007 at 01:52:05AM +0200, Alon Bar-Lev wrote:
> Just a minor question...
> Why not implement eCryptfs as fuse?
1. No shared memory mappings.
2. Extra context switching between kernel and userspace on every page
read/write syscall.
Mike
signature.asc
Description: Digital signatu
Just a minor question...
Why not implement eCryptfs as fuse?
Best Regards,
Alon Bar-Lev.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and con
On 10/13/07, Michael Halcrow <[EMAIL PROTECTED]> wrote:
> We set the default to 3 seconds for now. It looks like, with this new
> smartcard feature, that should probably be increased to at least 10
> (fs/ecryptfs/ecryptfs_kernel.h::ECRYPTFS_MAX_MSG_CTX_TTL).
It is working
Nice!
One issue thoug
On Sat, Oct 13, 2007 at 11:51:07PM +0200, Alon Bar-Lev wrote:
> On 10/13/07, Michael Halcrow <[EMAIL PROTECTED]> wrote:
> > There's a timeout on receiving the reply from the daemon; see
> > fs/ecryptfs/messaging.c::ecryptfs_wait_for_response(). That needs to
> > be tweaked if there is going to be a
On 10/13/07, Michael Halcrow <[EMAIL PROTECTED]> wrote:
> There's a timeout on receiving the reply from the daemon; see
> fs/ecryptfs/messaging.c::ecryptfs_wait_for_response(). That needs to
> be tweaked if there is going to be an interactive prompt in the middle
> of a syscall. Aside from that...
On Sat, Oct 13, 2007 at 11:09:16PM +0200, Alon Bar-Lev wrote:
> I already have kde, gnome and ncurses dialogs.
Good to see this.
> The main issue is that the netlink socket is somehow affected
> from the fork(), the kernel believe that the user mode returned?
>
> Oct 13 21:50:13 alon1 decrypt_pk
Experimental and temporary patch to enable interactive prompt.
It executes a program given to the ecryptfsd command-line.
Current prompt program may be one of the ssh program from:
http://alon.barlev.googlepages.com/openssh-pkcs11
I already have kde, gnome and ncurses dialogs.
The main issue i
This makes the daemon somewhat more robust, it supports
foreground, background, pidfile, chroot and more.
I also moved the code for closing the handles etc from
the library to the main, feel free to move it back,
but I think this belongs to main.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
Initialize context so we don't segfault on exit.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
--- ecryptfs-utils-26/src/libecryptfs/netlink.c 2007-10-10 02:17:30.0
+0200
+++ ecryptfs-utils-26.prompt/src/libecryptfs/netlink.c 2007-10-13
19:03:59.0 +0200
@@ -234,6 +235,8
11 matches
Mail list logo
