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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id DF1EFC27C53 for ; Wed, 19 Jun 2024 14:22:03 +0000 (UTC) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=kernel-dk.20230601.gappssmtp.com header.i=@kernel-dk.20230601.gappssmtp.com header.a=rsa-sha256 header.s=20230601 header.b=hGIpHsWR; dkim-atps=neutral Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4W45RF4Hjzz3cY1 for ; Thu, 20 Jun 2024 00:22:01 +1000 (AEST) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=kernel.dk Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel-dk.20230601.gappssmtp.com header.i=@kernel-dk.20230601.gappssmtp.com header.a=rsa-sha256 header.s=20230601 header.b=hGIpHsWR; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.dk (client-ip=2607:f8b0:4864:20::532; helo=mail-pg1-x532.google.com; envelope-from=axboe@kernel.dk; receiver=lists.ozlabs.org) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4W45QS5phdz30Ts for ; Thu, 20 Jun 2024 00:21:20 +1000 (AEST) Received: by mail-pg1-x532.google.com with SMTP id 41be03b00d2f7-7119502613bso87120a12.2 for ; Wed, 19 Jun 2024 07:21:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20230601.gappssmtp.com; s=20230601; t=1718806878; x=1719411678; darn=lists.ozlabs.org; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id:from:to :cc:subject:date:message-id:reply-to; bh=TrxAc+Uu30dWHZppC8CN0wQM7I31e2d3aLis3drkvvE=; b=hGIpHsWRCmGNWyBSZohUdKqz5PSg2TSQSE+d4IU7ftu9UwGdoAqNglUjD0IRYjKk+M etnKkEcyfd8zZVxMmo90rHVoWrSddGbJzoa9qMNQ+ELXYPwQKK5OR9oViMFUGvm9c8Qi Lwg8lzFAjRgmqame7fhpNba+TbdWUllx4WDvWo00a5A3ooyBL2Vd/1aAR4vnBGObbNFt EsyCZnsjeVUqkHITDNvagPB1YRMy1f4NK1RyVGeEE5itQ8MZ5c9bNB0rhyzS/RgiQpzM 2RyoqIO+XsRzn3oNETpPa80uRQj4qMS6SN60Fh+z6JZ04L36ZoHJzvdrQE4hFrSSa3ll t7eQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718806878; x=1719411678; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=TrxAc+Uu30dWHZppC8CN0wQM7I31e2d3aLis3drkvvE=; b=WS4RjVO6DN1pYehaDaPN8N0JbKdxtqPqiJRdJVNfb/d3JrS6O8Dsr57I/c3fp2fXTo VQOIc+b+/vuDJH0RxPdUI2+MoFt9Euh7twP3cXG1llpqmhM6Q9Iv9m4qT8liQLWb3ExB EZs3xkZDvHVghZAJV1V0quOKZQ6feIIP+cD0HiV5/vZke53PtUByYE0sQQqhFkPToddx +dq/GKpnX+QP5ye5xMfqvV4K1nFPJm1dhteHluxTsuxSz7/LbfMWnnHJZCirjUCAbBK3 mhywuKfJ8m69RyAwXkKGdQpgOi+uYPpJEkZ2E6UDH/hdBhnyz3Y/FpZr/1l5wlxjBp/b cqZw== X-Forwarded-Encrypted: i=1; AJvYcCXj/blECCgMeB6g2uVUy49FY2p0H5b3AmNO61g+9OmQf/+y23lN1tCJ1JTTPNB5G8jm+WRpAHb3E6COSK4Ss7pDm5LA56LVhKlYH9aJ7Q== X-Gm-Message-State: AOJu0Yx3MfYsr8lDnAlk+ZHogK71pqcgUZcH/1GpTHdneIWKId7PZnjH LwyJtCBdd8q3AtnQkNzzAFjQchGM1Q5BrrMm81DDLbvYRoj1YkSpFdZhHTGEFmk= X-Google-Smtp-Source: AGHT+IGlNYahWungPdY/VG0D2i+/kOzAqG/9vIEbq77BhnEO6pEhdeI5ihGxkaZBKQBmSE54SEc3pA== X-Received: by 2002:a05:6a21:33a5:b0:1b8:622a:cf7c with SMTP id adf61e73a8af0-1bcbb727134mr2697727637.3.1718806878609; Wed, 19 Jun 2024 07:21:18 -0700 (PDT) Received: from [192.168.1.150] ([198.8.77.157]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-705ccb6b110sm10739431b3a.153.2024.06.19.07.21.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 Jun 2024 07:21:17 -0700 (PDT) Message-ID: Date: Wed, 19 Jun 2024 08:21:14 -0600 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: move features flags into queue_limits v2 From: Jens Axboe To: Christoph Hellwig References: <20240617060532.127975-1-hch@lst.de> <171880672048.115609.5962725096227627176.b4-ty@kernel.dk> Content-Language: en-US In-Reply-To: <171880672048.115609.5962725096227627176.b4-ty@kernel.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: nvdimm@lists.linux.dev, "Michael S. Tsirkin" , Jason Wang , linux-nvme@lists.infradead.org, Song Liu , linux-mtd@lists.infradead.org, Vineeth Vijayan , Alasdair Kergon , drbd-dev@lists.linbit.com, linux-s390@vger.kernel.org, linux-scsi@vger.kernel.org, Richard Weinberger , Geert Uytterhoeven , Yu Kuai , dm-devel@lists.linux.dev, linux-um@lists.infradead.org, Mike Snitzer , Josef Bacik , nbd@other.debian.org, linux-raid@vger.kernel.org, linux-m68k@lists.linux-m68k.org, Mikulas Patocka , xen-devel@lists.xenproject.org, ceph-devel@vger.kernel.org, Ming Lei , linux-bcache@vger.kernel.org, linux-block@vger.kernel.org, "Martin K. Petersen" , linux-mmc@vger.kernel.org, Philipp Reisner , =?UTF-8?Q?Christoph_B=C3=B6hmwalder?= , virtualization@lists.linux.dev, Lars Ellenberg , linuxppc-dev@lists.ozlabs.org, =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On 6/19/24 8:18 AM, Jens Axboe wrote: > > On Mon, 17 Jun 2024 08:04:27 +0200, Christoph Hellwig wrote: >> this is the third and last major series to convert settings to >> queue_limits for this merge window. After a bunch of prep patches to >> get various drivers in shape, it moves all the queue_flags that specify >> driver controlled features into the queue limits so that they can be >> set atomically and are separated from the blk-mq internal flags. >> >> Note that I've only Cc'ed the maintainers for drivers with non-mechanical >> changes as the Cc list is already huge. >> >> [...] > > Applied, thanks! Please check for-6.11/block, as I pulled in the changes to the main block branch and that threw some merge conflicts mostly due to Damien's changes in for-6.11/block. While fixing those up, I also came across oddities like: (limits->features & limits->features & BLK_FEAT_ZONED)) { which don't make much sense and hence I changed them to (limits->features & BLK_FEAT_ZONED)) { -- Jens Axboe