From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 522B8CD4938 for ; Thu, 21 Sep 2023 00:52:38 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229700AbjIUAum (ORCPT ); Wed, 20 Sep 2023 20:50:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53248 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229473AbjIUAul (ORCPT ); Wed, 20 Sep 2023 20:50:41 -0400 Received: from wxsgout04.xfusion.com (wxsgout04.xfusion.com [36.139.87.180]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 979DDC2 for ; Wed, 20 Sep 2023 17:50:26 -0700 (PDT) Received: from wuxshcsitd00600.xfusion.com (unknown [10.32.133.213]) by wxsgout04.xfusion.com (SkyGuard) with ESMTPS id 4RrcFw1fPGz9xkGb; Thu, 21 Sep 2023 08:48:20 +0800 (CST) Received: from localhost (10.82.147.3) by wuxshcsitd00600.xfusion.com (10.32.133.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Thu, 21 Sep 2023 08:50:18 +0800 Date: Thu, 21 Sep 2023 08:50:17 +0800 From: Wang Jinchao To: Daniel Jordan CC: Steffen Klassert , , , , , Subject: Re: Issue: padata: UAF in padata_serial_worker reproduce Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: X-Originating-IP: [10.82.147.3] X-ClientProxiedBy: wuxshcsitd00600.xfusion.com (10.32.133.213) To wuxshcsitd00600.xfusion.com (10.32.133.213) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 18, 2023 at 09:21:59AM -0400, Daniel Jordan wrote: > Hi, > > On Mon, Sep 18, 2023 at 02:27:34PM +0800, Wang Jinchao wrote: > > Hello, I have reproduced the issue mentioned by Nicolai Stange on an arm64 server. > > After applying Nicolai Stange's patch, the issue did not reoccur even after running for two days. > > The test tools used were ltp20220121 and stress-ng-0.15.06.tar.gz. > > > > refurl: https://lore.kernel.org/all/20221028160401.cccypv4euxikusiq@parnassus.localdomain/T/#u > > Yeah, this series seems close to being finished, just hasn't made it > over the finish line quite yet. I wonder if Nicolai has plans to > ressurect or whether someone else should take it over. Hello, I'd like to inquire about something: Since users of padata_free_shell need to ensure that all tasks in padata_shell have completed, how can they confirm this when they are uncertain? Would it be better if Padata provided a mechanism, such as padata_shell_status(), to maintain statistics like the number of tasks? Thanks