Received: by 2002:ab2:788f:0:b0:1ee:8f2e:70ae with SMTP id b15csp623503lqi; Thu, 7 Mar 2024 07:07:50 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCVnNMzot3mRWaIKI24uni30YmwE8kc42chhLt6zGWSnmuYQKM6LmIXoNZSWgmnOQVLp8pYOYI5ptRuMLJFNG6fZOch5IDWnQlv5TSdANw== X-Google-Smtp-Source: AGHT+IH8V/wIrC3DFB3zxTTRjUVwoyMGm4VwBI8Te87cFGMkL1LBrR7g6zeAIy/0hlAD0ScGPzaa X-Received: by 2002:a92:c563:0:b0:365:46a0:dc84 with SMTP id b3-20020a92c563000000b0036546a0dc84mr23583615ilj.21.1709824070443; Thu, 07 Mar 2024 07:07:50 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709824070; cv=pass; d=google.com; s=arc-20160816; b=bH4s+KBGR4+AXlbBMEonlgVrn6gTYpRJcIafY9w8UkPL9bn1LOlDOWDji8Ai1wso+A qGQy06CJDo8i/T5wyVuUdron0UxSOLztDGEr+sybQy0ye5K2cJDf8/nLTZpGyqw51Q4e CbiRC2AXvhStIMlaLs35ygbVb7B+0SUOar2Fp7ISaBpyDD2d3rDcoQ2CSi5hpMV+TbgD tCsy91sgxkVO2ZyKbQPvYbkQyPdQ8SRZDd60eeYsL985EJ9l04Klhkmu2V6TpRh3C9hg 907dKhQm9yPF7a9FkWAtV6sydUVUniDysWT1JotesIl+/XiK+pJoWegrqMs+Kw9QPve+ uOKA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=organization:in-reply-to:content-disposition:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:references :message-id:subject:cc:to:from:date:dkim-signature; bh=TZLqmscKEIgKVihE3RY9SId20eQX+6rjDADxfVf3j6A=; fh=2ugGoImlqgycA5VmG94OBYrG5voMrTN8PDbDKrXDxWE=; b=YUY+D3ZxdthdBFY4tHmmnfKzqGvIvc9of8QXqo2UXOlF5sKsYBod1HPr6CHkujqmqZ IrmyI5E9sOdzCy2E1qVt90Qzv7NAgJsi4bc4weBCpjXFzOoQP61gVpvev/tieRDaJPeu 6NhMNnohQPg1eTVmJ+arLdPZspsgBcehe9gvvuQvWxJHUqnlC0BULs/03Rxdq3klxfIH rsrDXnA6KXOhTW2jK9xhWuELCFOlUmHfTogyPx5RiJ+5T2LssLA2nWwcJMtthdVWA50y Zmbw1LDguqAeOkSKvr96MaHf7O43gCX5IQFpcXUSyHykqEXybdym8sLJzlA9c/edjpno 8oEg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=l7ElYfZj; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-95670-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-95670-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id t1-20020a922c01000000b0036602ce9e2fsi1721050ile.128.2024.03.07.07.07.50 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 07:07:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-95670-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=l7ElYfZj; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-95670-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-95670-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com 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 sv.mirrors.kernel.org (Postfix) with ESMTPS id 41BBB2863A3 for ; Thu, 7 Mar 2024 13:58:17 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C9EBA12D762; Thu, 7 Mar 2024 13:58:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="l7ElYfZj" Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.11]) (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 B611B128821; Thu, 7 Mar 2024 13:58:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.11 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709819891; cv=none; b=ds2fMP4p7z72lfZglrNhaGC0nEmDVL61jEeCwfbQEzXC3ipOB6hW3+5rDzaAOCit5CyVSTf9+4wUm+xxO5Tnr0L2KL4HNFvHr6pfu0lHkZxX2oV9v7FNeFkR23aT2V5wZMzK+E1JYeQn3GoLvg2fJbqBumqNhI8OSoK7Ws7GSSQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709819891; c=relaxed/simple; bh=eMTx+DDTs5BMDq8+Z375eLVfCAt94mgr69f3RfsGG5g=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=oQHECgomra34Owt3YrX6oKKynp5RIzJGjzBWvKR/rqvdVZVGDsp4EydM70d/fACU3I456mW4gzAzQAJ91+O7kUigmXFKF8hGaeCZ3iJzU3UOnYvcdM8LYGH8IY0eT+wy8sW3BfBJHZbhFbHLXaf6cqnaQLungTG0+TULNCp0p74= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=l7ElYfZj; arc=none smtp.client-ip=198.175.65.11 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1709819890; x=1741355890; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=eMTx+DDTs5BMDq8+Z375eLVfCAt94mgr69f3RfsGG5g=; b=l7ElYfZjmdBjJryItd5wuriNFPEp5xZ2C+38IKSLwW0jyTtc3QQxPG5X 6ZZESYkRFTSCeEqnAmAROuZKkNRhcpsYgFxdHIgtbwBn5K1Ie0GO7WIZq hrNSX/YhZo/vzj8shXbfnM+/sDV7I84RVkjB5PG/rbKVzsgVvA/iCvRXc C9oDn/6FhWUZgvbB7TC9H+2ujl1TDuGU46iw/A5d4Rx620T+PR9Vkw97B 9xooikDWRfFI51HxIQsXHhIq0HMChTmjS0XJj2+7wCfMWpOWLt6quFROH JY5d8KX+spHJJ4ivXj9e0ijT3szepY6xcEllc6TYAjkzwkfGzpyCiv4J7 Q==; X-IronPort-AV: E=McAfee;i="6600,9927,11005"; a="15058410" X-IronPort-AV: E=Sophos;i="6.07,211,1708416000"; d="scan'208";a="15058410" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orvoesa103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Mar 2024 05:58:09 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,11005"; a="914214808" X-IronPort-AV: E=Sophos;i="6.07,211,1708416000"; d="scan'208";a="914214808" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga002.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Mar 2024 05:58:06 -0800 Received: from andy by smile.fi.intel.com with local (Exim 4.97) (envelope-from ) id 1riEG4-0000000AZy9-1xIO; Thu, 07 Mar 2024 15:58:04 +0200 Date: Thu, 7 Mar 2024 15:58:04 +0200 From: Andy Shevchenko To: Heiko Carstens Cc: linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, Vineeth Vijayan , Peter Oberparleiter , Vasily Gorbik , Alexander Gordeev , Christian Borntraeger , Sven Schnelle Subject: Re: [PATCH v1 1/1] s390/cio: Use while (i--) pattern to clean up Message-ID: References: <20240222134501.236871-1-andriy.shevchenko@linux.intel.com> <20240307135442.33873-B-hca@linux.ibm.com> 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: <20240307135442.33873-B-hca@linux.ibm.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo On Thu, Mar 07, 2024 at 02:54:42PM +0100, Heiko Carstens wrote: > On Mon, Mar 04, 2024 at 04:43:18PM +0200, Andy Shevchenko wrote: > > On Thu, Feb 22, 2024 at 03:45:01PM +0200, Andy Shevchenko wrote: > > > Use more natural while (i--) patter to clean up allocated resources. > > > > Any comments? > > It is up to Vineeth and Peter to decide what to do with this. > > But in general I'm not a fan of such patches. It depends on what people > prefer, and you can send literally thousands of similar patches where the > code looks "more natural" afterwards. I understand your point, however, the lesser characters to parse, the better readability is (usually). At least the proposed pattern is mainly used in the kernel (you may grep for different patterns). It also has an educational effect in case somebody takes this code as an example (for whatever reason). With this we will show that *in practice* kernel prefers this style over others. -- With Best Regards, Andy Shevchenko