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 though, it seems that you ALMOST ALWAYS wait for this timeout... This is why ecryptfs so slow... :) Why almost? I don't know, something it is fast and most of time it waits the whole timeout. To check that the daemon is not the one which introduces delay I put syslog messages at src/libecryptfs/netlink_packets.c::case ECRYPTFS_TAG_64_PACKET. Can you please verify that this is a problem. I don't know the kernel scheduler to help you with this one. I use 2.6.23 I have patches at: http://alon.barlev.googlepages.com/ecryptfs-utils-26-alon-patches.tar.bz2 Ready to be merged: 0000-ecryptfs-utils-26-build.patch 0000-ecryptfs-utils-26-context.patch 0001-ecryptfs-utils-26-daemon.patch 0002-ecryptfs-utils-26-pkcs11.patch Can you please export a new version so I can rebase? The 0003-ecryptfs-utils-26-prompt.patch is for discussion of API modification, but it works :) 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 configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ eCryptfs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ecryptfs-devel
