Seymour, Shane M shane.seym...@hp.com writes:
Both of those things would have to be futures and require discussion -
the very original version cleared stats on a device open but I got
asked to keep it the stats cumulative so they would be more similar to
disk stats.
Yes, this is a futures
On 9.2.2015, at 8.00, Seymour, Shane M shane.seym...@hp.com wrote:
Kai - see last 3 paragraphs for question about if something is a bug or not.
BTW I had a look - I couldn't quickly find out if there was a way to tell if
the medium has changed in a tape drive (there could be something
One feature of tape statistics is that they're as much about the *tape*
as they are about the *drive*, which is uncommon for block devices. It
might be useful to have a set of counters which is cleared every time a
new tape is inserted into the drive. In particular, bad reads since
this tape was
09, 2015 10:19 AM
To: 'Dale R. Worley'
Cc: linux-scsi@vger.kernel.org
Subject: RE: [PATCH] st: implement sysfs based tape statistics v2
Both of those things would have to be futures and require discussion - the very
original version cleared stats on a device open but I got asked to keep
, Shane M
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH] st: implement sysfs based tape statistics v2
One feature of tape statistics is that they're as much about the *tape* as they
are about the *drive*, which is uncommon for block devices. It might be useful
to have a set of counters which
On 1/26/2015 6:11 PM, Seymour, Shane M wrote:
I was wondering if anyone had any feedback or had any chance to review the
changes?
Per the other discussion about having the same stat format forever. It
seems to
me that you might want to preemptively add a few additional counters.
On 2.2.2015, at 17.16, Laurence Oberman oberma...@gmail.com wrote:
I pulled this this morning and will be testing. The prior version was
stable for me on the upstream and RHEL 6.5 kernel without exhaustive
testing.
We also just received more requests to get this into RHEL from HP /
Red
...@suse.com
Sent: Thursday, February 5, 2015 12:03:29 PM
Subject: Re: [PATCH] st: implement sysfs based tape statistics v2
On 2.2.2015, at 17.16, Laurence Oberman oberma...@gmail.com wrote:
I pulled this this morning and will be testing. The prior version was
stable for me on the upstream
E.J. Bottomley (jbottom...@parallels.com)
jbottom...@parallels.com, je...@suse.com
Sent: Thursday, February 5, 2015 12:03:29 PM
Subject: Re: [PATCH] st: implement sysfs based tape statistics v2
On 2.2.2015, at 17.16, Laurence Oberman oberma...@gmail.com wrote:
I pulled this this morning
On Thu, 2015-02-05 at 19:46 +0200, Kai Mäkisara (Kolumbus) wrote:
On 5.2.2015, at 19.40, Laurence Oberman lober...@redhat.com wrote:
I missed the earlier conversations with James, I will go search for them.
Do you mean add them so they are similar to the /proc/diskstats
cat
On Thu, Feb 05, 2015 at 07:46:32PM +0200, Kai Mäkisara (Kolumbus) wrote:
On 5.2.2015, at 19.40, Laurence Oberman lober...@redhat.com wrote:
From: Kai Mäkisara (Kolumbus) kai.makis...@kolumbus.fi
I still think that the tape statistics should be exported like the
statistics of “real” block
On Thu, 2015-02-05 at 18:50 +, Bryn M. Reeves wrote:
On Thu, Feb 05, 2015 at 07:46:32PM +0200, Kai Mäkisara (Kolumbus) wrote:
On 5.2.2015, at 19.40, Laurence Oberman lober...@redhat.com wrote:
From: Kai Mäkisara (Kolumbus) kai.makis...@kolumbus.fi
I still think that the tape
On Thu, Feb 05, 2015 at 10:55:50AM -0800, James Bottomley wrote:
OK, the sysfs bikeshedders hang out on linux-api
https://www.kernel.org/doc/man-pages/linux-api-ml.html
If you can convince them, we'll do the single file approach.
Will do - I've got a couple of stats projects on the go at
...@parallels.com, je...@suse.com
Sent: Thursday, February 5, 2015 12:46:32 PM
Subject: Re: [PATCH] st: implement sysfs based tape statistics v2
On 5.2.2015, at 19.40, Laurence Oberman lober...@redhat.com wrote:
- Original Message -
From: Kai Mäkisara (Kolumbus) kai.makis...@kolumbus.fi
I pulled this this morning and will be testing. The prior version was
stable for me on the upstream and RHEL 6.5 kernel without exhaustive
testing.
We also just received more requests to get this into RHEL from HP /
Red Hat customers.
Kai, what are your thoughts. I realize this is a large amount
I was wondering if anyone had any feedback or had any chance to review the
changes?
-Original Message-
From: linux-scsi-ow...@vger.kernel.org
[mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Seymour, Shane M
Sent: Tuesday, January 13, 2015 2:43 PM
To: linux-scsi@vger.kernel.org
16 matches
Mail list logo