From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from wfout1-smtp.messagingengine.com (wfout1-smtp.messagingengine.com [64.147.123.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4116874BF0; Thu, 20 Jun 2024 21:40:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=64.147.123.144 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718919648; cv=none; b=o4b5gixea88kSseajy7dCBmFKzFj026e3LhLM/F87zMRuO7iczlP2j5F0Rx5Gk1cU4zX3d0PffCJnAxegBEJpB9te2z4wVxe0PJedhcsFH523XMuxNTWugT+OFsGeFlPKOKF8i56jkVn9qcBPjrPQp8evSXwyPuVLuJTiX7ikSU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718919648; c=relaxed/simple; bh=/ZqHaM7eyu6SEUfj0+cHTAw1+kYHMfcUuW+8dm6VPTo=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=j1TXBi+YREsdPe5nqd8qVfbA7rSCtl/hufybju+/JrG5ntGqUOSiBNNb22AHxBg3NxYt2WlKJZIheySHKqTYOcWMw2pomGdMH0Rx2RBnDcD9/5vHk6X4s759Ln3iUUaS0fjvn9rWtsnq6/AHxxlWOOckoKvhsKcubxyMceFl28I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=fastmail.fm; spf=pass smtp.mailfrom=fastmail.fm; dkim=pass (2048-bit key) header.d=fastmail.fm header.i=@fastmail.fm header.b=N9eeNJ6u; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=Mn8yBW35; arc=none smtp.client-ip=64.147.123.144 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=fastmail.fm Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=fastmail.fm Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=fastmail.fm header.i=@fastmail.fm header.b="N9eeNJ6u"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="Mn8yBW35" Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.west.internal (Postfix) with ESMTP id 150491C00111; Thu, 20 Jun 2024 17:40:45 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 20 Jun 2024 17:40:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1718919644; x=1719006044; bh=U+RQTWGThkmobRX/Ae5sAZDBhtv41vgHeflEaT6xjZA=; b= N9eeNJ6uNO7irK7f8M72gWeb/rVgXRDLxog5z6GWz/j/+grE9gRoyI/1B68CVfBb D6qc03M0R8DtSt06pK8mDKJ24hY32hbnewOgoZg6fTQGQd2wF+Cr6CLj1V7/+Cpz MfaBLz3DppQjyYyObSrz2CaGgc2ROeOlbVTMLzg27TnAqRWKY8skzbzZ47B4WxwD djJIGTmFyY70M7LPRjYx0bM+BjXgYdPJ9DyxSappwy7VPUEUM+FZopuH7QeDkbpD jAW5iUD9q4M3Drn9CErNAzq2+GsG+JIFzfwn5z6nF6ayEr29UDrCfSghcW2YPY32 wA854AsRwmwxQZ5OE0dHdQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1718919644; x= 1719006044; bh=U+RQTWGThkmobRX/Ae5sAZDBhtv41vgHeflEaT6xjZA=; b=M n8yBW35S91ledb2ISb0AO6UywBGqhbfacKehc5eO+0U/hFJqAuL3wUGqOFQ6k5W7 HiyGabFBXiGTkZ4MfJewmLFofapdWXotHDAW2tIbN7HcCKCSnSatmz1zFi9YJHkl wveFsAVCaX6w7KPZHg4f/k1Fi8IwU1Kb29SKQfKEK3wCO4bNFa7w7ZQlVeApXD9n t+AuKZS2JQx0DUrm3gq0AG5c6e1uRR/KSQ0dLOAsJzj9TLQE8udcosGxfjb710Aa b0gWHKg486FtSydP0ZQ72bilKbtEiZGjgcs3ct0cvsoUO8LD298jCGijZfKaVV0n OFGRTzQLYxvaKDBZ1+gSg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfeeffedgtddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpeeuvghr nhguucfutghhuhgsvghrthcuoegsvghrnhgurdhstghhuhgsvghrthesfhgrshhtmhgrih hlrdhfmheqnecuggftrfgrthhtvghrnhepvefgueektdefuefgkeeuieekieeljeehffej heeludeifeetueefhfetueehhfefnecuffhomhgrihhnpehkvghrnhgvlhdrohhrghenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsvghrnhgu rdhstghhuhgsvghrthesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Feedback-ID: id8a24192:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 20 Jun 2024 17:40:43 -0400 (EDT) Message-ID: Date: Thu, 20 Jun 2024 23:40:41 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC] fuse: do not generate interrupt requests for fatal signals To: Haifeng Xu , Christian Brauner , Miklos Szeredi Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org References: <20240613040147.329220-1-haifeng.xu@shopee.com> <20240617-vanille-labil-8de959ba5756@brauner> <2cf34c6b-4653-4f48-9a5f-43b484ed629e@shopee.com> From: Bernd Schubert Content-Language: en-US, de-DE, fr In-Reply-To: <2cf34c6b-4653-4f48-9a5f-43b484ed629e@shopee.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 6/20/24 08:43, Haifeng Xu wrote: > > > On 2024/6/17 15:25, Christian Brauner wrote: >> On Fri, Jun 14, 2024 at 12:01:39PM GMT, Miklos Szeredi wrote: >>> On Thu, 13 Jun 2024 at 12:44, Haifeng Xu wrote: >>> >>>> So why the client doesn't get woken up? >>> >>> Need to find out what the server (lxcfs) is doing. Can you do a >>> strace of lxcfs to see the communication on the fuse device? >> >> Fwiw, I'm one of the orignal authors and maintainers of LXCFS so if you >> have specific questions, I may be able to help. > > Thanks. All server threads of lcxfs wokrs fine now. > > So can we add another interface to abort those dead request? > If the client thread got killed and wait for relpy, but the fuse sever didn't > send reply for some unknown reason，we can use this interface to wakeup the client thread. Isn't that a manual workaround? I.e. an admin or a script needs to trigger it? There is a discussion in this thread to add request timeouts https://lore.kernel.org/linux-kernel/20240605153552.GB21567@localhost.localdomain/T/ I guess for interrupted requests that would be definitely a case where timeouts could be applied? Thanks, Bernd