Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1679443yba; Tue, 2 Apr 2019 13:36:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqxACi2sd93CA4qcaeNE7ukzS5lCZDoNykNpAKdxzPtWpRcspc71/PWtKWC/yHEUYhmaBsLF X-Received: by 2002:aa7:820c:: with SMTP id k12mr46669538pfi.177.1554237372568; Tue, 02 Apr 2019 13:36:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554237372; cv=none; d=google.com; s=arc-20160816; b=JaQh/ndN5Oz2wSH8ODYJMgbRwq8xmes4iRWmYVVD7JQDkhLJyUtCHgp5jZM/D3grtO 55oXWhGNlK0idrhMa7gXDnfEf6pP4UtDbq2zNlzfQLnSSGKbQ71VC96Ba/DfxSlsuTEH Pax4UIAk+9qeKs+QroJ/pGhRRrZZT2/9uvd7Mmov02E67HOyRey0iTalm6JGgaLsi/Tt dGfLOYskVYk63u5GVzAtLzVOTMHRC4uP7jw6DYXdzpuE/gqyAgwGYdy2XbGex2pEID9b TOHzPcM5VV5mlBtyr0uSTQMwvk/c+CYp6G8046eYPmcYj5Thsa36gwvC+5Jrmp/Du4kN 2log== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=bmsGWSIOQFPgAtMsRpVSom0PFtzoXSPd4uuVfeYX8vQ=; b=Ms/QLfL5grkdtB9hGQEpkFrvrFz/0TzHVTiOrrVm+gfQKk0UN0Ac1gDZNr6WOQO/pb KGu3OKZQM6VjNEh7m/vxLoUmvtIPs0qalxd/P7bFEdjpGnIfLSixTUkwEywVTKeCMfa5 wDe5EIg/Xinl4M9Dm0Bbkgm1tZHwLy8GIj2UgJCVuZgOFGqMfm8M0PWrPc8wmmd27mn7 +SV8K+RN3m0rVI8ndg4F0yBK/+LX5y8Knk5kgJA2Ry8iB8l8RZ+RXKCprocv5JF8vR7D ip2s2BYPOCUFrF/Pahpb3SXgObhzBaHXsUnPVVDbVE4qNJ2J/0kpg4kKfxZ4AAm2UYfM yE0w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i37si11961960pgb.436.2019.04.02.13.35.56; Tue, 02 Apr 2019 13:36:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726206AbfDBUfN (ORCPT + 99 others); Tue, 2 Apr 2019 16:35:13 -0400 Received: from ipmail06.adl2.internode.on.net ([150.101.137.129]:44492 "EHLO ipmail06.adl2.internode.on.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725812AbfDBUfN (ORCPT ); Tue, 2 Apr 2019 16:35:13 -0400 Received: from ppp59-167-129-252.static.internode.on.net (HELO dastard) ([59.167.129.252]) by ipmail06.adl2.internode.on.net with ESMTP; 03 Apr 2019 07:05:09 +1030 Received: from dave by dastard with local (Exim 4.80) (envelope-from ) id 1hBQ7g-0006k1-88; Wed, 03 Apr 2019 07:35:08 +1100 Date: Wed, 3 Apr 2019 07:35:08 +1100 From: Dave Chinner To: Jan Kara Cc: Kanchan Joshi , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, linux-nvme@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, axboe@fb.com, prakash.v@samsung.com, anshul@samsung.com, joshiiitr@gmail.com Subject: Re: [PATCH v3 3/7] block: add write-hint to stream-id conversion Message-ID: <20190402203508.GT26298@dastard> References: <1553846032-4451-1-git-send-email-joshi.k@samsung.com> <1553846032-4451-4-git-send-email-joshi.k@samsung.com> <20190401050821.GQ23020@dastard> <20190402092044.GE12133@quack2.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190402092044.GE12133@quack2.suse.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 02, 2019 at 11:20:44AM +0200, Jan Kara wrote: > On Mon 01-04-19 16:08:21, Dave Chinner wrote: > > On Fri, Mar 29, 2019 at 01:23:48PM +0530, Kanchan Joshi wrote: > > > + if(streamid > nr_streams) > > > + streamid = 0; > > > > So, basically, we'll compress all the kernel hints down to "no hint" > > if there are more user streams than the device supports? > > > > Surely we should be reserving a stream for the kernel hints separate > > from the user and "none" streams when we have limited device streams > > available... > > The question is what to do in a situation when the device has exactly as > many hints as we currently offer to userspace. Then do what we do now for that case. For every other case, the kernel should have reserved space and not get intermingled with userspace hints. Cheers, Dave. -- Dave Chinner david@fromorbit.com