RE: [PATCH 1/2] scsi:netlink support in scsi and fc transports forhba specific messages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




"James.Smart@xxxxxxxxxx" <James.Smart@xxxxxxxxxx> wrote:
> 
> David,
> 
> The more I look at the patch, the more it's not done correctly.
> 
> For example:
> - The rcv function jumps to the msg_type, and thereby jumps over the
>   transport designator. This should be a msg_type under the generic
>   SCSI Transport (aka SCSI_NL_TRANSPORT). We shouldn't steal msg_types
>   from the transports. There was a layering in the design, granted it
>   wasn't used much yet, that was subverted by this.
Isn't this what my patch does - as msg type on SCSI_NL_TRANSPORT.
> - The message needs to be it's own message type - not munged into the
>   FC event message.
I agree on the send side, if you want everything to be under scsi
transport. For receive side my patch is fine. 
> - The send function, should not be a function under the fc transport,
>   but rather a generic function exported by the scsi netlink module.
I agree it would better if the entire solution is under the scsi
transport.
> - Your recently added scsi_host_put() was very wrong. You never
>   had a corresponding get().
Oops. The version I was looking at for cross reference had a get() in
scsi_host_lookup() and no corresponding put(). Looks like
scsi_host_lookup() has changed at some point. (I think Mike Christie was
under the same impression when he suggested this).
> 
> I'm testing a patch which corrects the above, and adds the following:
> - adds generic support for any transport to receive messages, and
>   send to pid
> - the shost vendor message is a now a message type of the generic
>   scsi transport
> - adds checks for vendor_id to the reception of vendor message
> - adds event propogation to the scsi hosts too
> - updates shost for the netlink rcv function, event function, vendorid
> - Keeps the basic semantics you already had for entry into the shost.
> 
> I'll post it when testing is complete.

Thanks
David S.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux