Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp2468507ybg; Thu, 30 Jul 2020 23:48:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzhXmA8MJ8FQBubQylmcvHDaHlrSD3NOdcOq7qS/NxUKJLHhhXOqqdb4CZ+VmKqO+l/mq8g X-Received: by 2002:a50:af45:: with SMTP id g63mr2632397edd.52.1596178135912; Thu, 30 Jul 2020 23:48:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596178135; cv=none; d=google.com; s=arc-20160816; b=0jZpbwcYWt/C8C7iNdJi9bny0c79HRylDIUg8dhWh6bgROmAJ9sPcT5YJIlnANFDa1 mzrUlBGctQTs6cnYq1MJIwys4s3bxDUIZFWiu/VuBdFIWYvX4iYste6q7P9m37aJrNxk WSC9tnMJ2KIBObfUrCFNKSuEdogsan0rRitNKl8DPY5NE/04ssN5BNnJpGzZ4pQLlLPY nVNy0TjURZb4EOmzwjqLzSNfBztfIAFGrlkYFqB7K42psoLuIH6ExK4rM1y09d2eIqNd Jgf5Q07u48Rt+0/+VH47qDL45BLCGXUA+48ND1qs4KGOQc8pLqRcPrOpP9I6N8Zk5Rl4 QP2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=CiTqN18GYkJ0DtGuKf9NcwAeEt5aTI378Nv1sTLU35Y=; b=Z3rCyuoa1IF7cN0liQPTAzwYisowr+ietBk4PYs9inVBrGfLpu93NSi9QwLoFUZfEq dxjR+NnbGTOvzDJap1mjeCll/2aO7gQrMUl5KOcbAboviYbEni9r8wJcU8CbTRJPqkvY Nj3Ci9PQejK4MkqChb4od1yXjwL7fQluyvgqox6GSnJ0khv0PF9+3YJZOnqR357lQ4lh AGsHnyHAOn5HazfkxWqV22/poxBFZQs3eiF7G3UUd510se2MSnMT5+7qVTFnCC6rNAIm 9XPubG8fyUZpHSWuAkEFmCU4C7txSpBnw9YTakwFMUtbZ4xBp///5Cnpi+TfbLdijupT 5mPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=mJaTjZND; 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 mm19si4635574ejb.501.2020.07.30.23.48.34; Thu, 30 Jul 2020 23:48:55 -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; dkim=fail header.i=@infradead.org header.s=casper.20170209 header.b=mJaTjZND; 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 S1731470AbgGaGpg (ORCPT + 99 others); Fri, 31 Jul 2020 02:45:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35770 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731400AbgGaGpf (ORCPT ); Fri, 31 Jul 2020 02:45:35 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 96164C061574; Thu, 30 Jul 2020 23:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=CiTqN18GYkJ0DtGuKf9NcwAeEt5aTI378Nv1sTLU35Y=; b=mJaTjZNDewq742QUSYLrjjRET4 xTTZk9J5FunTcSiatX6+U2iuryJoqeQm3I/nYZI7fgmIMjsODPXUxPr6CZAjOFHQEDy7lrzSJnVR5 3vo2tdegUmTszhEnmuqCsTq9hZ+oVD3yKUawaeMEhrcjWN/D7iizAwRTizMLVeEj9sgTT4J6VZfnM BxxyH4MG+MucQGMM0PnjgpkivxqXeVLMROK/5Bgd1s2ZPSbXkw6QdZEkkJmszF/GsBtzlbXU+Nmqm IsaNNWp4T5dgVye9hb9t/a4biSDzFlm443++WqbsMBC+z6Luj/2IOc7kgPuAS6CYb16Hm9j1aEs0s QNA/mihQ==; Received: from hch by casper.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1k1OnG-0006tY-AI; Fri, 31 Jul 2020 06:45:26 +0000 Date: Fri, 31 Jul 2020 07:45:26 +0100 From: "hch@infradead.org" To: Damien Le Moal Cc: Kanchan Joshi , Jens Axboe , Pavel Begunkov , Kanchan Joshi , "viro@zeniv.linux.org.uk" , "bcrl@kvack.org" , Matthew Wilcox , "hch@infradead.org" , "linux-fsdevel@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-aio@kvack.org" , "io-uring@vger.kernel.org" , "linux-block@vger.kernel.org" , "linux-api@vger.kernel.org" , SelvaKumar S , Nitesh Shetty , Javier Gonzalez Subject: Re: [PATCH v4 6/6] io_uring: add support for zone-append Message-ID: <20200731064526.GA25674@infradead.org> References: <80d27717-080a-1ced-50d5-a3a06cf06cd3@kernel.dk> <65a7e9a6-aede-31ce-705c-b7f94f079112@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 31, 2020 at 06:42:10AM +0000, Damien Le Moal wrote: > > - We may not be able to use RWF_APPEND, and need exposing a new > > type/flag (RWF_INDIRECT_OFFSET etc.) user-space. Not sure if this > > sounds outrageous, but is it OK to have uring-only flag which can be > > combined with RWF_APPEND? > > Why ? Where is the problem ? O_APPEND/RWF_APPEND is currently meaningless for > raw block device accesses. We could certainly define a meaning for these in the > context of zoned block devices. We can't just add a meaning for O_APPEND on block devices now, as it was previously silently ignored. I also really don't think any of these semantics even fit the block device to start with. If you want to work on raw zones use zonefs, that's what is exists for.