From mboxrd@z Thu Jan 1 00:00:00 1970 From: hch@lst.de (Christoph Hellwig) Date: Thu, 21 Sep 2017 16:10:33 +0200 Subject: [PATCH] nvme: make controller 'state' sysfs attribute pollable In-Reply-To: <20170921051915.cfj2j5vu4bjqn5za@linux-x5ow.site> References: <20170920104032.14014-1-jthumshirn@suse.de> <20170920145931.GA5208@lst.de> <20170921051915.cfj2j5vu4bjqn5za@linux-x5ow.site> Message-ID: <20170921141033.GA17575@lst.de> On Thu, Sep 21, 2017@07:19:15AM +0200, Johannes Thumshirn wrote: > So why exposing it then in the first time? It is a really nice debug aid, but the states really are an internal detail of the implementation, and can (and probably will soon, see the fc states discussion) change. Maybe we need to move things like this to debugfs, but yet another interface seems a little annoying. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751872AbdIUOKf (ORCPT ); Thu, 21 Sep 2017 10:10:35 -0400 Received: from verein.lst.de ([213.95.11.211]:50458 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751596AbdIUOKe (ORCPT ); Thu, 21 Sep 2017 10:10:34 -0400 Date: Thu, 21 Sep 2017 16:10:33 +0200 From: Christoph Hellwig To: Johannes Thumshirn Cc: Christoph Hellwig , Sagi Grimberg , Keith Busch , Hannes Reinecke , Linux NVMe Mailinglist , Linux Kernel Mailinglist Subject: Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable Message-ID: <20170921141033.GA17575@lst.de> References: <20170920104032.14014-1-jthumshirn@suse.de> <20170920145931.GA5208@lst.de> <20170921051915.cfj2j5vu4bjqn5za@linux-x5ow.site> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170921051915.cfj2j5vu4bjqn5za@linux-x5ow.site> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 21, 2017 at 07:19:15AM +0200, Johannes Thumshirn wrote: > So why exposing it then in the first time? It is a really nice debug aid, but the states really are an internal detail of the implementation, and can (and probably will soon, see the fc states discussion) change. Maybe we need to move things like this to debugfs, but yet another interface seems a little annoying.