Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753996AbYKMMe6 (ORCPT ); Thu, 13 Nov 2008 07:34:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752070AbYKMMet (ORCPT ); Thu, 13 Nov 2008 07:34:49 -0500 Received: from fxip-0047f.externet.hu ([88.209.222.127]:34954 "EHLO pomaz-ex.szeredi.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752063AbYKMMet (ORCPT ); Thu, 13 Nov 2008 07:34:49 -0500 To: miklos@szeredi.hu CC: tj@kernel.org, miklos@szeredi.hu, fuse-devel@lists.sourceforge.net, greg@kroah.com, linux-kernel@vger.kernel.org In-reply-to: (message from Miklos Szeredi on Thu, 13 Nov 2008 12:58:29 +0100) Subject: Re: [PATCHSET] FUSE: extend FUSE to support more operations References: <1219945263-21074-1-git-send-email-tj@kernel.org> <48F4568B.7000609@kernel.org> <491BC87F.4050108@kernel.org> <491C1588.2060907@kernel.org> Message-Id: From: Miklos Szeredi Date: Thu, 13 Nov 2008 13:34:33 +0100 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 835 Lines: 25 On Thu, 13 Nov 2008, Tejun Heo wrote: > Hmm... yeah, allocating handle from kernel should work fine, but I > wouldn't worry about race here. We can just use 64 bit and guarantee > that any handle won't be reused ever. Btw, the protocol could be simplified even more by getting rid of all acknowledgements: <- POLL-request(pollhandle) (alloc handle) ... -> POLL-notification(pollhandle) ... <- POLL_RELEASE(pollhandle) So normally ->poll() wouldn't have to sleep at all. If the POLL request fails for some reason, userspace just sends a notification with the respective error. Miklos -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/