Re: multiple issues with devstat_*(9)

From: Alexander Motin <mav_at_FreeBSD.org>
Date: Thu, 07 Apr 2011 13:59:35 +0300
Alexander Best wrote:
> On Fri Apr  1 11, John Baldwin wrote:
>> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote:
>>> i think there are multiple issues with devstat. i found the following in
>>> devicestat.h:

...

>>> funny thing is i found the following in scsi_pass.c:
>>>
>>>         softc->device_stats = devstat_new_entry("pass",
>>>                           periph->unit_number, 0,
>>>                           DEVSTAT_NO_BLOCKSIZE
>>>                           | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0),
>>>                           softc->pd_type |
>>>                           DEVSTAT_TYPE_IF_SCSI |
>>>                           DEVSTAT_TYPE_PASS,
>>>                           DEVSTAT_PRIORITY_PASS);
>>>
>>> ...so pass* *should* show up under iostat -t scsi.

As I can see, this is a bug (or feature) of the libdevstat /
devstat_selectdevs(). If you specify any -t, then pass devices will be
reported only if you request "pass" specifically.

>> Hmm, pass devices for adaX should not be SCSI though, they should be ide I
>> think.
> 
> i think the situation with ATA_CAM should be discussed further. still besides
> this issue there are many more with devstat(3).
> 
> i'll try to track all the "devstat_new_entry()" occurrences and see if some
> issues can be fixed. maybe only the proper DEVSTAT_* args were forgotten.

Assuming that SCSI and IDE in -t option means transport type, and
assuming that we count everything except ATA and SATA as SCSI, I've made
following patch, that should fix issues from the CAM side:
http://people.freebsd.org/~mav/cam.devstat.patch

Any objections? Or SCSI/IDE there expected to mean command set?

-- 
Alexander Motin
Received on Thu Apr 07 2011 - 08:59:45 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:13 UTC