Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1738777

Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable

Path csiph.com!eternal-september.org!feeder.eternal-september.org!news.unit0.net!news.panservice.it!bofh.it!news.nic.it!robomod
From Sagi Grimberg <sagi@grimberg.me>
Newsgroups linux.kernel
Subject Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable
Date Mon, 25 Sep 2017 09:10:02 +0200
Message-ID <utvGG-33T-13@gated-at.bofh.it> (permalink)
References <urKJP-1Qq-3@gated-at.bofh.it> <urODM-4pI-21@gated-at.bofh.it> <us241-4Ve-3@gated-at.bofh.it> <utuhz-1YP-1@gated-at.bofh.it> <utuAV-287-1@gated-at.bofh.it>
X-Original-To Hannes Reinecke <hare@suse.de>, Johannes Thumshirn <jthumshirn@suse.de>, Christoph Hellwig <hch@lst.de>
X-Google-Dkim-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eQq1X6z8p4gHoeSmc0DN8uvCqoStL9wkHp4Thf4exGk=; b=VMOIDTrXikC+YDV99R6BEvltJci8y0LIHz/Du8rx7Sx5R17YK/n3gLHyLc/fYQ2rbm yVRdCm8Qe17CoxlocxaHGIl33MAkXzVvmZkQQOsMi0DYbj/tSW7WzWzFyDj6phih2Vqm CTRnzqib2jkAw34NTTCfpLNY9Ct3N3O4tDeO76FZIsDy4J4a43UMlT5t90fuSN+PLCAX gN+y7Ycgsx6ncn4ig44bZeYiJTxZ1D0Tb1JXQ4eSIhpuz1QdnJZMKtbTMd5aooSv7nbd e9rjnMfwnFyTMJTz5KO/a+VcNADdbev5IeB/Qyfxk2O6DaDALkQqn8WOMXatrLyfZIpB xVCw==
X-Gm-Message-State AHPjjUi8ou93gu8HLgB+Ny4qcq8Q1wdW6/B9eABv2p5C0XqPLjg0WuCy +4Ux7efNaUqGPYEhuT7hHD93CJBY
X-Google-SMTP-Source AOwi7QDhST9tuS8q0l5rL59tsGsI6kMAv7nHLSjLIUyLV9rVgitDS+53RWh56Fy6Mh7tvsUpc90l5w==
X-Received by 10.28.126.208 with SMTP id z199mr9009105wmc.91.1506323362769; Mon, 25 Sep 2017 00:09:22 -0700 (PDT)
User-Agent Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version 1.0
Content-Type text/plain; charset=utf-8; format=flowed
Content-Language en-US
Content-Transfer-Encoding 7bit
Sender robomod@news.nic.it
List-ID <linux-kernel.vger.kernel.org>
X-Mailing-List linux-kernel@vger.kernel.org
Approved robomod@news.nic.it
Lines 39
Organization linux.* mail to news gateway
X-Original-Cc Keith Busch <keith.busch@intel.com>, Linux NVMe Mailinglist <linux-nvme@lists.infradead.org>, Linux Kernel Mailinglist <linux-kernel@vger.kernel.org>
X-Original-Date Mon, 25 Sep 2017 10:09:20 +0300
X-Original-Message-ID <6d9304e2-f943-f063-1298-c6a2d582f78f@grimberg.me>
X-Original-References <20170920104032.14014-1-jthumshirn@suse.de> <20170920145931.GA5208@lst.de> <20170921051915.cfj2j5vu4bjqn5za@linux-x5ow.site> <83264609-d5f9-8990-d79e-0b6eed1b2471@grimberg.me> <31e90477-59fc-8f70-d482-50c25393f58f@suse.de>
X-Original-Sender linux-kernel-owner@vger.kernel.org
Xref csiph.com linux.kernel:1738777

Show key headers only | View raw



On 25/09/17 08:59, Hannes Reinecke wrote:
> On 09/25/2017 07:37 AM, Sagi Grimberg wrote:
>>
>>> So why exposing it then in the first time? I know you don't want
>>> dm-mpath in
>>> NVMe (neither do I) but we have to have something until your patchset
>>> and ANA
>>> is merged. And with this patch it's trivial to build a path checker
>>> that just
>>> looks at the state attribute in sysfs.
>>
>> Can't we just not use path-checkers for nvme (we already have one in
>> nvme)?
> 
> Really? For NVMe?
> How would you do that, then?

Quick and dirty is to have a path-checker that returns path-up always,
when the path go down, nvme will detect it and fast-fail the io.

> Anyway: the entire point is that you don't _need_ a path checker for NVMe.
> The primary reason for path checkers is to check with the transport
> layer if the remote endpoint is reachable.
> (I know, that's not quite what they're doing now, but that's beside the
> point).
> For NVMf we do have KATO, so the NVMe subsystem knows exactly if the
> connection is live or not. So it should be perfectly sufficient to check
> the connection state instead of running a path checker of sorts.
> But for doing so we need something in sysfs which we could check.
> 
> Mind you, I wouldn't be adverse to have some common sysfs attribute,
> with some common values (eg path up, path down, path blocked), and have
> NVMf translating the internal state into that.

We could have such an interface I assume. But it would suck to maintain
yet another state (we are already having enough trouble to have a
coherent controller state machine).

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] nvme: make controller 'state' sysfs attribute pollable Johannes Thumshirn <jthumshirn@suse.de> - 2017-09-20 12:50 +0200
  Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Sagi Grimberg <sagi@grimberg.me> - 2017-09-20 12:50 +0200
  Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Christoph Hellwig <hch@lst.de> - 2017-09-20 17:00 +0200
    Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Johannes Thumshirn <jthumshirn@suse.de> - 2017-09-21 07:20 +0200
      Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Christoph Hellwig <hch@lst.de> - 2017-09-21 16:20 +0200
      Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Sagi Grimberg <sagi@grimberg.me> - 2017-09-25 07:40 +0200
        Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Hannes Reinecke <hare@suse.de> - 2017-09-25 08:00 +0200
          Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Sagi Grimberg <sagi@grimberg.me> - 2017-09-25 09:10 +0200
            Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Hannes Reinecke <hare@suse.de> - 2017-09-25 10:30 +0200
              Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Christoph Hellwig <hch@lst.de> - 2017-09-25 15:00 +0200
    Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Guan Junxiong <guanjunxiong@huawei.com> - 2017-09-21 14:50 +0200
      Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Sagi Grimberg <sagi@grimberg.me> - 2017-09-25 07:40 +0200

csiph-web