From: "Surekha.PC" <surekhap@cisco.com>
To: 'Christoph Hellwig' <hch@infradead.org>,
'Naveen Burmi' <naveenb@cisco.com>
Cc: linux-scsi@vger.kernel.org, davmyers@cisco.com
Subject: RE: Request for review of Linux iSCSI driver version 4.0.0.2
Date: Mon, 1 Dec 2003 16:16:25 +0530 [thread overview]
Message-ID: <002b01c3b7f8$5e6fbf20$a0074d0a@apac.cisco.com> (raw)
In-Reply-To: <20031128120338.A8954@infradead.org>
>> 10. - the procfs code is a mess. Please move it over to
>> proper per-device / per-host sysfs attributes as procfs
>> support in HBA drivers is deprecated.
>please don't add an attribute group, just use the shost_attrs field in
the host template.
Can you please let me know why we should not use attribute group? Isn't
it recommended for the driver writers to use it?
The main reason for using this was to have all iSCSI specific files in
one place so that its' easier for the user to find them. There are many
iSCSI attributes which will need to be changed/read, so we preferred to
put in one place.
>iscsi_show_device() doesn't look like a good idea,what about adding an
iscsi pseudo
device as parent to identify the device as iscsi in sysfs?
iscsi_show_device() creates sysfs file "device_type" which is checked
while parsing "udev.config" for iSCSI device activation. Since device
attributes like vendor, model etc reside in this directory, isn't it ok
to have it here?
If not, would like to know what field we need to use, for adding iscsi
peusdo device as parent, I doubt this can be done with shost_attrs and
sdev_attrs of host template.
>This whole find_keyword business is not good. sysfs files are supposed
to have a single >value. We should probably do some brainstorming on
the right API for this..
Our driver has lot of user space attributes. Making each attribute as a
separate file will endup with lots of files. So we want to have all
target specific attributes together in one file and lun specific
attributes in another file for convinience. find_keyword() will help
search for these keys from the cmdline specified.
Pls let me know your suggestions.
Thanks,
surekha
next prev parent reply other threads:[~2003-12-01 10:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-28 10:36 Request for review of Linux iSCSI driver version 4.0.0.2 Naveen Burmi
2003-11-28 12:03 ` Christoph Hellwig
2003-12-01 10:46 ` Surekha.PC [this message]
2003-12-01 15:38 ` 'Christoph Hellwig'
2003-12-01 15:40 ` James Bottomley
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='002b01c3b7f8$5e6fbf20$a0074d0a@apac.cisco.com' \
--to=surekhap@cisco.com \
--cc=davmyers@cisco.com \
--cc=hch@infradead.org \
--cc=linux-scsi@vger.kernel.org \
--cc=naveenb@cisco.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