Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2015637ybz; Thu, 30 Apr 2020 09:22:01 -0700 (PDT) X-Google-Smtp-Source: APiQypL+/0wO8lLWXEyhhPLBALoDsITCjVHTizfaY75SMy3DXokpCF+m5oYiGHNTBHJ66KdNAbO5 X-Received: by 2002:a05:6402:1fc:: with SMTP id i28mr3427508edy.18.1588263721123; Thu, 30 Apr 2020 09:22:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588263721; cv=none; d=google.com; s=arc-20160816; b=lYTOP76DkBWUALm1S44n16XkDAQbQ9FnG+WGbXsz+T6LRx4SBFXV9f2E4k4yTYvvX/ vzjC3tea287sENBPUp7LJKogCdULM8JGKUmcOI9aewhiYwkEXevxGxfHiCH9Rcs6qfa1 qX8v/OQelcxC+TWY9Nv/qTuSTGahVBuUVNR6f8yT0el+9Mhf6J5lFM5HyxNKSjYsT5qL tkcgGb9Ch41ewH3gErbDYxFCv6hNPLIa4OCRRr3q08g+SOx9qU2YDyST8/GwlOdh0l5a NIuEx9bIrdfacO1nD2zzRw5MFAAOwkO3e7fJXugW7XTw9w0L0zqA4RPsteNPdx4xCXU9 GiqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:subject:cc:to:from :date:message-id:content-transfer-encoding:mime-version; bh=ZsbNEFUgISeGRwHaM0B1Nwg6esAo0TNusPHfDgotjdc=; b=ifGa0XCDKcUrjf2XP0Jfq9/qQEAY9CsXCIdSH8hFeWk3SXTILfgmJbPhtXzskG/Dnh EHv1KQNcVDEPiH/LhzQ04ToXHkIdJBSb/0Cr8ttxJwYZNHFdqvxZQ+NFkK5bu8+uOWYd coi2fOt8KfLUTqUgmfXOA9Lcv7ntzg0dAWeh9l0RC9qJ5LZJkYiO5Z59gS4ZH6HKCHXa 8+OCF6XaDwQBW6xCHfztNNK8tE8XX/4ial2BQyeVuGK0kgqoINWf20KGswRnX2bUJ7r+ /zKCa9w2jkghOe/DXUG2f15VYoHUE8/M0tKV0Z0ikvHEs1pWxYSGW3wXcHvQZZYQ+58l Hzwg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i3si49593edn.135.2020.04.30.09.21.37; Thu, 30 Apr 2020 09:22:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728340AbgD3QTT (ORCPT + 99 others); Thu, 30 Apr 2020 12:19:19 -0400 Received: from li1843-175.members.linode.com ([172.104.24.175]:34642 "EHLO mail.stoffel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726405AbgD3QTM (ORCPT ); Thu, 30 Apr 2020 12:19:12 -0400 X-Greylist: delayed 562 seconds by postgrey-1.27 at vger.kernel.org; Thu, 30 Apr 2020 12:19:12 EDT Received: from quad.stoffel.org (066-189-075-104.res.spectrum.com [66.189.75.104]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.stoffel.org (Postfix) with ESMTPSA id 560F21F03E; Thu, 30 Apr 2020 12:09:50 -0400 (EDT) Received: by quad.stoffel.org (Postfix, from userid 1000) id 99CE8A6257; Thu, 30 Apr 2020 12:09:49 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24234.63565.561786.818825@quad.stoffel.home> Date: Thu, 30 Apr 2020 12:09:49 -0400 From: "John Stoffel" To: Song Liu Cc: Jason Baron , Coly Li , "agk\@redhat.com" , "snitzer\@redhat.com" , "linux-raid\@vger.kernel.org" , "linux-kernel\@vger.kernel.org" , Guoqing Jiang , NeilBrown Subject: Re: [PATCH] md/raid0: add config parameters to specify zone layout In-Reply-To: References: <1585236500-12015-1-git-send-email-jbaron@akamai.com> <0b7aad8b-f0b7-24c6-ad19-99c6202a3036@suse.de> <8feb2018-7f99-6e02-c704-9d7fed40bba2@akamai.com> X-Mailer: VM 8.2.0b under 25.1.1 (x86_64-pc-linux-gnu) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >>>>> "Song" == Song Liu writes: Song> Hi Jason, >> On Apr 27, 2020, at 2:10 PM, Jason Baron wrote: >> >> >> >> On 4/25/20 12:31 AM, Coly Li wrote: >>> On 2020/3/26 23:28, Jason Baron wrote: >>>> Let's add some CONFIG_* options to directly configure the raid0 layout >>>> if you know in advance how your raid0 array was created. This can be >>>> simpler than having to manage module or kernel command-line parameters. >>>> >>> >>> Hi Jason, >>> >>> If the people who compiling the kernel is not the end users, the >>> communication gap has potential risk to make users to use a different >>> layout for existing raid0 array after a kernel upgrade. >>> >>> If this patch goes into upstream, it is very probably such risky >>> situation may happen. >>> >>> The purpose of adding default_layout is to let *end user* to be aware of >>> they layout when they use difference sizes component disks to assemble >>> the raid0 array, and make decision which layout algorithm should be >>> used. Such situation cannot be decided in kernel compiling time. >> >> I agree that in general it may not be known at compile time. Thus, >> I've left the default as RAID0_LAYOUT_NONE. However, there are >> use-cases where it is known at compile-time which layout is needed. >> In our use-case, we knew that we didn't have any pre-3.14 raid0 >> arrays. Thus, we can safely set RAID0_ALT_MULTIZONE_LAYOUT. So >> this is a simpler configuration for us than setting module or command >> line parameters. Song> I would echo Coly's concern that CONFIG_ option could make it risky. Song> If the overhead of maintaining extra command line parameter, I would Song> recommend you carry a private patch for this change. For upstream, it Song> is better NOT to carry the default in CONFIG_. I agree as well. Just because you have a known base, doesn't mean that others wouldn't be hit with this problem. John