From: Greg KH <greg@kroah.com>
To: scameron@beardog.cce.hp.com
Cc: james.bottomley@hansenpartnership.com,
linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
stephenmcameron@gmail.com, thenzl@redhat.com,
akpm@linux-foundation.org, mikem@beardog.cce.hp.com
Subject: Re: [PATCH] hpsa: add heartbeat sysfs host attribute
Date: Mon, 15 Aug 2011 08:45:28 -0700 [thread overview]
Message-ID: <20110815154528.GB13244@kroah.com> (raw)
In-Reply-To: <20110815150409.GS27723@beardog.cce.hp.com>
On Mon, Aug 15, 2011 at 10:04:09AM -0500, scameron@beardog.cce.hp.com wrote:
> On Mon, Aug 15, 2011 at 09:40:22AM -0500, scameron@beardog.cce.hp.com wrote:
> > On Fri, Aug 12, 2011 at 07:01:47PM -0700, Greg KH wrote:
> > > On Fri, Aug 12, 2011 at 01:03:14PM -0500, Stephen M. Cameron wrote:
> > > > From: Stephen M. Cameron <scameron@beardog.cce.hp.com>
> > > >
> > > > The cciss driver had a CCISS_HEARTBEAT ioctl which
> > [...]
> > > >
> > > > + The "heartbeat" read-only attribute returns the value of a heartbeat
> > > > + counter register on a Smart Array controller as a 32 bit unsigned
> > > > + hexadecimal integer (e.g: "0x12345678"). The value should change
> > > > + periodically, not less than once per second. If this value fails to
> > > > + change for a period longer than one second, it means something has
> > > > + gone wrong (e.g. Smart Array controller firmware has locked up.)
> > > > +
> > >
> > > This all belongs in Documentation/ABI/ care to move it there instead?
> >
> > Sure.
>
> Now that I look, I'm not seeing where any of the generic scsi
> host or device attributes are documented in Documenation/ABI.
Then that's a SCSI bug :)
> It's not very clear to me where in Documentation/ABI I should
> document a driver's custom scsi device and host attributes as
> even the generic scsi device and host attributes seem to be
> undocumented.
>
> from scsi_sysfs.c, I see these, for example:
>
> &dev_attr_device_blocked.attr,
> &dev_attr_type.attr,
> &dev_attr_scsi_level.attr,
> &dev_attr_vendor.attr,
> &dev_attr_model.attr,
> &dev_attr_rev.attr,
> &dev_attr_rescan.attr,
> &dev_attr_delete.attr,
> &dev_attr_state.attr,
> &dev_attr_timeout.attr,
> &dev_attr_iocounterbits.attr,
> &dev_attr_iorequest_cnt.attr,
> &dev_attr_iodone_cnt.attr,
> &dev_attr_ioerr_cnt.attr,
> &dev_attr_modalias.attr,
> REF_EVT(media_change),
> NULL
> };
>
> but I don't see them documented anywhere in Documentation/ABI,
> and hpsa.c adds these custom sdev attrs:
>
> static struct device_attribute *hpsa_sdev_attrs[] = {
> &dev_attr_raid_level,
> &dev_attr_lunid,
> &dev_attr_unique_id,
> NULL,
> };
>
>
> Likewise, there are generic scsi host attrs in scsi_sysfs.c:
>
> static struct attribute *scsi_sysfs_shost_attrs[] = {
> &dev_attr_unique_id.attr,
> &dev_attr_host_busy.attr,
> &dev_attr_cmd_per_lun.attr,
> &dev_attr_can_queue.attr,
> &dev_attr_sg_tablesize.attr,
> &dev_attr_sg_prot_tablesize.attr,
> &dev_attr_unchecked_isa_dma.attr,
> &dev_attr_proc_name.attr,
> &dev_attr_scan.attr,
> &dev_attr_hstate.attr,
> &dev_attr_supported_mode.attr,
> &dev_attr_active_mode.attr,
> &dev_attr_prot_capabilities.attr,
> &dev_attr_prot_guard_type.attr,
> NULL
>
> Also undocumented.
>
> hpsa.c adds custom host attrs:
> static struct device_attribute *hpsa_shost_attrs[] = {
> &dev_attr_rescan,
> &dev_attr_firmware_revision,
> &dev_attr_commands_outstanding,
> &dev_attr_transport_mode,
> &dev_attr_resettable,
> &dev_attr_heartbeat,
> NULL,
> };
>
>
> How should I proceed?
Start by documenting the ones you add, and if you want, and can, it
would be great to document the existing ones as well.
thanks,
greg k-h
prev parent reply other threads:[~2011-08-15 15:45 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-12 18:03 [PATCH] hpsa: add heartbeat sysfs host attribute Stephen M. Cameron
2011-08-13 2:01 ` Greg KH
2011-08-15 14:40 ` scameron
2011-08-15 15:04 ` scameron
2011-08-15 15:45 ` Greg KH [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110815154528.GB13244@kroah.com \
--to=greg@kroah.com \
--cc=akpm@linux-foundation.org \
--cc=james.bottomley@hansenpartnership.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=mikem@beardog.cce.hp.com \
--cc=scameron@beardog.cce.hp.com \
--cc=stephenmcameron@gmail.com \
--cc=thenzl@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox