From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (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 5E54013B79C for ; Fri, 23 Feb 2024 17:38:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708709931; cv=none; b=h41FJdQ8PB8PDiJaqH7X8kH08dhDHSVr2nTB9iYK+h2usPwEwyA4R2oQKGc3oBUDOXUss0zmRWsp49hqY5xrAWA6GfnEy21XFynykU948VowboMN+4T+brnDqXl3Ii5lwNHLpFrAVASpTDCl3yGsowW3qcHmroDmpMw9vPWU2FY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708709931; c=relaxed/simple; bh=Z/tdiaswOuMsSTRlFl5mttaDTcPlAJAfMp9lCRul4/s=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=e0WrpRdYYaAznvD7YMvGpz49sXyi9Nn9Wst5kd5quqOPYN7uQJk96i3IyXXd0zvONX28OG1YzMhKpK5lhcmtvp0FXNevCQYasCrmK8V6v7krkEwhqg1FppVBJE5UQ18d4PIgCLeLj2ZI1mRzrLRkYX6wfKq1TXMW5McozAeN8aE= 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.222.176 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-qk1-f176.google.com with SMTP id af79cd13be357-787bb013422so24561985a.0 for ; Fri, 23 Feb 2024 09:38:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708709928; x=1709314728; 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=oCNe9P9R3KM2Wz7dyxOARVXFpXUPwCv2nJ79gu715Oo=; b=vsyfm+mnlwCCWMTEVMYytt54ayWeduzNg8tkBqdTORWT+6XNk9IuLPhMG75PfQOZvp Vpq7qpcSWgEruOlVo/0xXsTyrWQFHTZ03oroPuB4PCSyELsOtd9NAr6TEFHTMz1Ze85r 3ISWlWbcHHDXDBNPZMAo+nja0wUFoXPuboGBosXttLlepN4SR5q6Dh8MUW5tHvDsQB30 7yvGRMdmaX8O5ZRty2P51ISJxBgO74TgD/LPYGdT/OMIhcZjJzvkm6vPlw47Mjs7cpSH yA1vFEvBEJze0zbs2zv8u/Y/OrQnw5thMGQqdnLtkYa1BDINxjEUGXNmB+lZNw5X/UGH w4zA== X-Forwarded-Encrypted: i=1; AJvYcCV4oYjFo8Md2v7HHuJg6jua3fIoRNj/5fgXVQJOQZgoJ2dLvGuWeQm1s5wS3wNq/LzfTf9mYS1kCkI8vaqxVX72ZHjj73MJ3SxP9Cw= X-Gm-Message-State: AOJu0YyiAQUnUAnmZXuF1gDh5f42G8egAIInyRTF6pxGghLeuSmmZ/LZ 7DvHzvfAp45W2v7nND/zI9jc19W+s0KjvMXzS2kOY7ca3TWRoyYJiYB5Wv1lWA== X-Google-Smtp-Source: AGHT+IGF+Ro5/2nuXSC4XxQgxIIQm9FF6ynywuJ5yuC7Xd0v9EMLQoNBpeBIKcvB3nktkuYP8GeMBg== X-Received: by 2002:a0c:b699:0:b0:68f:d215:2e16 with SMTP id u25-20020a0cb699000000b0068fd2152e16mr416761qvd.43.1708709928288; Fri, 23 Feb 2024 09:38:48 -0800 (PST) Received: from localhost (pool-68-160-141-91.bstnma.fios.verizon.net. [68.160.141.91]) by smtp.gmail.com with ESMTPSA id ng9-20020a0562143bc900b0068f455083fbsm8119452qvb.63.2024.02.23.09.38.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 23 Feb 2024 09:38:47 -0800 (PST) Date: Fri, 23 Feb 2024 12:38:46 -0500 From: Mike Snitzer To: Christoph Hellwig Cc: Jens Axboe , Mikulas Patocka , Song Liu , Yu Kuai , dm-devel@lists.linux.dev, linux-block@vger.kernel.org, linux-raid@vger.kernel.org Subject: Re: atomic queue limit updates for stackable devices Message-ID: References: <20240223161247.3998821-1-hch@lst.de> Precedence: bulk X-Mailing-List: linux-block@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 Fri, Feb 23 2024 at 12:36P -0500, Mike Snitzer wrote: > On Fri, Feb 23 2024 at 11:12P -0500, > Christoph Hellwig wrote: > > > Hi all, > > > > this series adds new helpers for the atomic queue limit update > > functionality and then switches dm and md over to it. The dm switch is > > pretty trivial as it was basically implementing the model by hand > > already, md is a bit more work. > > > > I've run the mdadm testsuite, and it has the same (rather large) number > > of failures as the baseline. I've still not managed to get the dm > > testuite running unfortunately, but it survives xfstests which exercises > > quite a few dm targets and blktests. > > Which DM testsuite are you trying? There is the old ruby-based > "device-mapper-test-suite", and a newer one written in python which > should hopefully be less hassle to setup and run, see: > https://github.com/jthornber/dmtest-python Also, you can use the lvm2 source code's testsuite to get really solid DM test coverge (particularly for changes in this patchset which is dealing with setting limits at device creation). Mike