Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp260525ioo; Fri, 20 May 2022 21:16:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzziRxl5COCjbqr/DN64lYX1C/hVDlkTmrm/n8k/wJ2vGuO0J+WdmI+QOQXlOAJmnbuuTYU X-Received: by 2002:a05:6a00:18a6:b0:518:54e7:aeb3 with SMTP id x38-20020a056a0018a600b0051854e7aeb3mr7573574pfh.49.1653106592440; Fri, 20 May 2022 21:16:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653106592; cv=none; d=google.com; s=arc-20160816; b=SQ1rk/FEnPKMapg0w4xIQrrSlaZ/LESbrhpmPoT9Ad3lQbqBsu2lUurovQlZSVi5du S048lKqldoxuYQuHnAdyUxF3GYMU2v8Jb0TP1aGQK0yCJiM7ZvEQUsUBW/Vl8ounAfs7 TPcDFsH8n5SUOPO1LBwEKy3jndF0/rTVQfUDpi0jKms8vDXDC9oWtHr89jVUt4B/OIe0 UeLJERa4oL8NFCahQ332dYwi1iTcSU4j4Li86SAIKI20Gju0VN4RJHDaw+dKPOWR5Cht 5dUbNM5/+ghBe2t1ScKpkYzdpmsc4dBu0aUtShjaNNq7ogc3SO0DWcvLfbT/BgTZe6wQ /EZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature:dkim-signature; bh=dbKU2OF86UPuVPELt9TcC5rsAyYqeClUEknxePZcRvA=; b=aRxIEFiee3RIUFAz1rw2dTRcBfnReHF9RENK/sYgX31CjeIdWGhbSaRKVRJ4EHO651 HdRX0IXV2Dng+VBylJ2B6gC4FwnVWFJP/k3oYmOFaYRPuj/+z/5W0mYyek2XPBDzLfYi V+78ivr7K8J/V1n/NeIjp+wpIqRqg4c4lMl+x+8qhvy62UNwE7GMiwQCLYTJnX30pzCd mPlLE7N+nRTej2SpvTZsLow1W1pylbiB/WvA5INMmqsLJ/6Pz1W94+QdsQp0d1QwNJm+ 5ICiI9XXrrl/WMjTMP2IZyBslu51EEKg83ahUCWrB6qTMzfNxbQyjzsace79v/784BfO K24w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=ZpBMRUdr; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=egdV9BOd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l6-20020a056a0016c600b00505d4875450si5873349pfc.112.2022.05.20.21.16.20; Fri, 20 May 2022 21:16:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=ZpBMRUdr; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=egdV9BOd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345722AbiETGHv (ORCPT + 99 others); Fri, 20 May 2022 02:07:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58478 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233353AbiETGHr (ORCPT ); Fri, 20 May 2022 02:07:47 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6B6C931214; Thu, 19 May 2022 23:07:45 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id B37C91F9A9; Fri, 20 May 2022 06:07:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1653026863; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dbKU2OF86UPuVPELt9TcC5rsAyYqeClUEknxePZcRvA=; b=ZpBMRUdr/yxOmFNCLp5Cedao9AryRJlxOAW9rhXNtqV21q5N80Ewf13/J5fkHHcIkTRmNQ nztYY+PrtIvZA+yvGWum/gBpHLMPFYtFThJhnmjkibX03qulL/RLEsp8GUIleR8lJrVTIe oQTrXowvogaNim1vWEmxiqB0OCASkpg= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1653026863; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dbKU2OF86UPuVPELt9TcC5rsAyYqeClUEknxePZcRvA=; b=egdV9BOdadegD0puQdNh36WsxV7caaZDO9UqLzNLxBMlJuan3AaikX0x9GqZu4H7sEHyuS xZU3HZ7ChexSXiAg== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 4C49D13A5F; Fri, 20 May 2022 06:07:43 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id QUrNEC8wh2KlEAAAMHmgww (envelope-from ); Fri, 20 May 2022 06:07:43 +0000 Message-ID: <16f3f9ee-7db7-2173-840c-534f67bcaf04@suse.de> Date: Fri, 20 May 2022 08:07:42 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: [dm-devel] [PATCH v4 00/13] support non power of 2 zoned devices Content-Language: en-US To: Damien Le Moal , Johannes Thumshirn , Luis Chamberlain Cc: Theodore Ts'o , Christoph Hellwig , Pankaj Raghav , "axboe@kernel.dk" , "pankydev8@gmail.com" , "gost.dev@samsung.com" , "jiangbo.365@bytedance.com" , "linux-nvme@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-block@vger.kernel.org" , "linux-fsdevel@vger.kernel.org" , "dm-devel@redhat.com" , "dsterba@suse.com" , "linux-btrfs@vger.kernel.org" References: <20220516165416.171196-1-p.raghav@samsung.com> <20220517081048.GA13947@lst.de> <7f9cb19b-621b-75ea-7273-2d2769237851@opensource.wdc.com> <20220519031237.sw45lvzrydrm7fpb@garbanzo> <69f06f90-d31b-620b-9009-188d1d641562@opensource.wdc.com> <4a8f0e1b-0acb-1ed4-8d7a-c9ba93fcfd02@opensource.wdc.com> From: Hannes Reinecke In-Reply-To: <4a8f0e1b-0acb-1ed4-8d7a-c9ba93fcfd02@opensource.wdc.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/19/22 20:47, Damien Le Moal wrote: > On 5/19/22 16:34, Johannes Thumshirn wrote: >> On 19/05/2022 05:19, Damien Le Moal wrote: >>> On 5/19/22 12:12, Luis Chamberlain wrote: >>>> On Thu, May 19, 2022 at 12:08:26PM +0900, Damien Le Moal wrote: >>>>> On 5/18/22 00:34, Theodore Ts'o wrote: >>>>>> On Tue, May 17, 2022 at 10:10:48AM +0200, Christoph Hellwig wrote: >>>>>>> I'm a little surprised about all this activity. >>>>>>> >>>>>>> I though the conclusion at LSF/MM was that for Linux itself there >>>>>>> is very little benefit in supporting this scheme. It will massively >>>>>>> fragment the supported based of devices and applications, while only >>>>>>> having the benefit of supporting some Samsung legacy devices. >>>>>> >>>>>> FWIW, >>>>>> >>>>>> That wasn't my impression from that LSF/MM session, but once the >>>>>> videos become available, folks can decide for themselves. >>>>> >>>>> There was no real discussion about zone size constraint on the zone >>>>> storage BoF. Many discussions happened in the hallway track though. >>>> >>>> Right so no direct clear blockers mentioned at all during the BoF. >>> >>> Nor any clear OK. >> >> So what about creating a device-mapper target, that's taking npo2 drives and >> makes them po2 drives for the FS layers? It will be very similar code to >> dm-linear. > > +1 > > This will simplify the support for FSes, at least for the initial drop (if > accepted). > > And more importantly, this will also allow addressing any potential > problem with user space breaking because of the non power of 2 zone size. > Seconded (or maybe thirded). The changes to support npo2 in the block layer are pretty simple, and really I don't have an issue with those. Then adding a device-mapper target transforming npo2 drives in po2 block devices should be pretty trivial. And once that is in you can start arguing with the the FS folks on whether to implement it natively. Cheers, Hannes -- Dr. Hannes Reinecke Kernel Storage Architect hare@suse.de +49 911 74053 688 SUSE Software Solutions GmbH, Maxfeldstr. 5, 90409 Nürnberg HRB 36809 (AG Nürnberg), Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman