Received: by 2002:a05:7412:d1aa:b0:fc:a2b0:25d7 with SMTP id ba42csp1996876rdb; Wed, 31 Jan 2024 16:19:31 -0800 (PST) X-Google-Smtp-Source: AGHT+IHV0Zoog+vOQtFR/QJY5NIm1KE+m7rPYqbhhywOvJkYmxNqNvtbf6k3+zSbo4+VKCBD0G46 X-Received: by 2002:a05:620a:271e:b0:785:3e6e:77e5 with SMTP id b30-20020a05620a271e00b007853e6e77e5mr1192306qkp.30.1706746771757; Wed, 31 Jan 2024 16:19:31 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706746771; cv=pass; d=google.com; s=arc-20160816; b=tCAdnr4Paxr+O/Ifu1aF9mhd+Jmczlw7geSe2hpMLQvw4aZ5kTdqayCo1RjpUyj3l9 liLxOREiTpHurZOL48sqNlv0cryHyMnOOP4+IyftP1bX/gmQYTt/yR5uvNLumPBMldWh bXwQzGjFX7pCGf/KmDlZR7ujAWOd25/DTP3K/iDQqYMDbzrZXd8Cj9fWOKouVdqvGIQW jrKXPIK7yhSS7/sn3DLaxbJ5g4z2ykmQUPAnSaaIFtz0vPwVwhiiUizT/kQOlgctksRc OUav2uJQQZvWizwaLAAITeZHmMv1AlUbdqziWYi1zBWOeXrDmMn84g/mE17DDbzhZOEr 9LOg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date; bh=JOGWXS4vIGOtPO57OizB9tZVNU4X/XL4dLBYqD+darE=; fh=0q0fSlEAeyd+tIsNVW94ELH1walaCmxuTcShkmda2tY=; b=oQ8rnCnPt1296hwajTFDNy02JT1vP5qZSUjAMAFVc8z95YLq9PjjjqWD/3EZ8D2Ekj 6ShhzJhWb1ZUc6D3P6mpW4TuURDOEVnPVsOVWifMtkydKkyMfgWe6e9vsuh5Q+3wy4o5 QFgzLT9Vu8Azn5PZCxRAAQjOUoaS5YvhHysfFnSCEMqvLe7Q6t6M0ZZG5OY9JJkV0t99 IwpDVuHGW/Kr7zE3c3Xkh0vdmFV6qLx/RH5MA0BYY0lJ/kyMVpkT9AWfrCyrwBXP4rU6 CD+kmqysdvVKQ3OP1/cpbscE0vlPCoES20vHfqxPHAmUVj+GANzeh/XlDcQOZpixtWqk 3/Mg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=redhat.com); spf=pass (google.com: domain of linux-kernel+bounces-47424-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-47424-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org X-Forwarded-Encrypted: i=1; AJvYcCUnP8Pcat4HXP1wBZ6tYAd/ruh81Gh9Xl8bxNFGWpmQG790eZrKwi7ZcxmyL6F3cepjjmgPLiY/F6VoyADTYV65w9db2Nf4GVmDbw/H2Q== Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id bj8-20020a05620a190800b007853862d0c5si2953792qkb.700.2024.01.31.16.19.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 31 Jan 2024 16:19:31 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-47424-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=redhat.com); spf=pass (google.com: domain of linux-kernel+bounces-47424-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-47424-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 3D2B01C25C67 for ; Thu, 1 Feb 2024 00:19:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id D7730A47; Thu, 1 Feb 2024 00:19:21 +0000 (UTC) Received: from mail-qv1-f53.google.com (mail-qv1-f53.google.com [209.85.219.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C83CF380 for ; Thu, 1 Feb 2024 00:19:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.219.53 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706746761; cv=none; b=f9mjFQebr2CgLtXIZBK6lCDtnvUNwnmFiTK5HwSc2rBPnUC588oNJ3nncifK7WmooHA+hGAwJMBg5n325ohqtDhVrO1o6mHa/ux+H8G6LxwNzXLTizxiC/tCIyckcTvTmaj0sX8aFGZklS36/s+vNtk2yH5Ry6btknEsyf83wC8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706746761; c=relaxed/simple; bh=SXoSUb25N4SIhzDyHycEEGGNHFWUa2jrgC425uOAoDk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=S6tF0T5uPzjAcl+eDTinMpYSRCQkYQ6dvRwAb1MCxNmMHki6S/iNPoVu4mnpG7NJpBsv0dVxqLD9Wg3zZn18d+F6dRKpAF0zaDm41/NtHk2eatnQC3Iqk9Zb8+tEXIFX+F/z4wDXeB3dh5qbxUXmN9XSfMTC0a5CXtwAKmYW9RM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org; spf=pass smtp.mailfrom=redhat.com; arc=none smtp.client-ip=209.85.219.53 Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Received: by mail-qv1-f53.google.com with SMTP id 6a1803df08f44-6818aa08a33so2528636d6.0 for ; Wed, 31 Jan 2024 16:19:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706746758; x=1707351558; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=JOGWXS4vIGOtPO57OizB9tZVNU4X/XL4dLBYqD+darE=; b=wqCvaEwgavRYZL3G2oHKhunckka39nQRA2G5yCgpeY+9GaSH9tPTF5YpWtjUKXIRAy b4tmPj76uTDSSs8iCx7hzj3+QA7JtT4Sb/6APt0aMnMB227YfBNKIy1eTiromg1i1yIr KLD0UJOef1MmA8AT48y/K+PNgqjPRQjxFZ6LUn2mO/h/qVxSUf6Dp6WWalwGiqY5/uZP mjXCFWi29JuF4ZVB0Tabwpiy0nzd+XU4z5tX9PlU+Cr9j7SAXM0VSURkZz7keECTCwYd 6q0aCnobCaPZmghj+2s+R9PwQ6GB8n/jAacPgvg+ZVNEJm4UJXNI+2/oHV0B7lmFSlQc leeg== X-Gm-Message-State: AOJu0YwxP/QNMffXr62kFeYvZ1mDs8b6DNfR8CJBfhWS6t6wWbMbxfDB d/LNpLFNDvFLOFwD/oFAvU17JZFonIvTuUYC/XVP4CtqCagSHsUz+ZifLvBkFg== X-Received: by 2002:a0c:f3cb:0:b0:68c:5a3b:330f with SMTP id f11-20020a0cf3cb000000b0068c5a3b330fmr6629455qvm.0.1706746758679; Wed, 31 Jan 2024 16:19:18 -0800 (PST) X-Forwarded-Encrypted: i=0; AJvYcCUM/cFc6R6aZLbDsLKxeq42vMwKC0o7KnnDGJCJ3KsJJPmIYoFQ5SBpKU2Sbat2qv3A8jiuYLvVic3C0NCl1MXyn/r5kUL7DbN38/3NkhYv0d4+gLEnl4NOyrdW/+90eMg+x7A+3tggeoxVSZ+9uPhUgg5e5CyuytXUVms9rKmtsaUnU8BcLNdHQnBFzzNODgVRhhp/S/vyHVAV+7chsE/dfcMwc20O9d15aMpf/MxT3YTk7Lq0dcajFy1MACFnKiVvs3EYVwV4+LtZm4pDknbu6VEUi6lhMXIekjCHOsd09JGgB/spEReR/fyS3EwQg2DiX5GFfHJ/3ktzCsFxtInPQs/lb6FH6Y3NRWPS0B0uKaQUT+vxXTHq2hSbFJsNFoyVUA1zmPMVpviNmFcMXU42RrqO9WWuGy9q+3AXX3abD0/BV0Cxx7/hTd5+QwsvMeFF23vzfmX8TIHJ4ntDHNK6Dw== Received: from localhost (pool-68-160-141-91.bstnma.fios.verizon.net. [68.160.141.91]) by smtp.gmail.com with ESMTPSA id ob9-20020a0562142f8900b0068c56e0f8aesm2864309qvb.138.2024.01.31.16.19.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 31 Jan 2024 16:19:18 -0800 (PST) Date: Wed, 31 Jan 2024 19:19:16 -0500 From: Mike Snitzer To: Tejun Heo Cc: Linus Torvalds , Mikulas Patocka , linux-kernel@vger.kernel.org, dm-devel@lists.linux.dev, msnitzer@redhat.com, ignat@cloudflare.com, damien.lemoal@wdc.com, bob.liu@oracle.com, houtao1@huawei.com, peterz@infradead.org, mingo@kernel.org, netdev@vger.kernel.org, allen.lkml@gmail.com, kernel-team@meta.com, Alasdair Kergon Subject: Re: [PATCH 8/8] dm-verity: Convert from tasklet to BH workqueue Message-ID: References: <20240130091300.2968534-1-tj@kernel.org> <20240130091300.2968534-9-tj@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jan 31 2024 at 7:04P -0500, Tejun Heo wrote: > Hello, Linus. > > On Wed, Jan 31, 2024 at 03:19:01PM -0800, Linus Torvalds wrote: > > On Wed, 31 Jan 2024 at 13:32, Tejun Heo wrote: > > > > > > I don't know, so just did the dumb thing. If the caller always guarantees > > > that the work items are never queued at the same time, reusing is fine. > > > > So the reason I thought it would be a good cleanup to introduce that > > "atomic" workqueue thing (now "bh") was that this case literally has a > > switch between "use tasklets' or "use workqueues". > > > > So it's not even about "reusing" the workqueue, it's literally a > > matter of making it always just use workqueues, and the switch then > > becomes just *which* workqueue to use - system or bh. > > Yeah, that's how the dm-crypt got converted. The patch just before this one. > This one probably can be converted the same way. I don't see the work item > being re-initialized. It probably is better to initialize the work item > together with the enclosing struct and then just queue it when needed. Sounds good. > Mikulas, I couldn't decide what to do with the "try_verify_in_tasklet" > option and just decided to do the minimal thing hoping that someone more > familiar with the code can take over the actual conversion. How much of user > interface commitment is that? Should it be renamed or would it be better to > leave it be? cryptsetup did add support for it, so I think it worthwhile to preserve the option; but it'd be fine to have it just be a backward compatible alias for a more appropriately named option? Mike