RE: Recommended HBA management interfaces

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

 



Thanks again for your inputs. Without going into philosophical details on what and how, we just want to figure out what is (and not) technically possible across various platforms, which you have answered very well.

Best regards,
Atul Mukker


> -----Original Message-----
> From: James Smart [mailto:James.Smart@xxxxxxxxxx]
> Sent: Tuesday, July 21, 2009 8:29 AM
> To: Mukker, Atul
> Cc: Brian King; linux-scsi@xxxxxxxxxxxxxxx
> Subject: Re: Recommended HBA management interfaces
> 
> 
> 
> Mukker, Atul wrote:
> > The management protocol involves significant amount of binary data
> transfer involving multiple applications, so sysfs and friends are not
> useful for this particular application. But I gather from your (and
> Brian's) email that mid-layer SG extension should be used for this
> particular purpose.
> >
> > As for asynchronous notifications, netlink seems to be the de-facto
> choice (or it's mid-layer extensions). But didn't you mention earlier,
> vmware would not support this?
> 
> I answered from a purely linux perspective.  VMware is not Linux. VMware
> attempts to emulate the linux driver/midlayer api's, but emulation is done
> in
> their own way, with their own semantics, for their own purposes.. Anyone
> that
> believes they just drop a linux driver into vmware and it works w/o change
> has
> a screw loose. It may appear to work, and some subsystems may be better
> than
> others, but there are very subtle and critical differences.  As for all
> the
> ancillary interfaces such as sysfs, sgio, and transports: a) they have a
> hard
> time keeping up with the pace of the linux kernel; b) many of the
> interfaces
> are anti their hypervisor management model. Dependence on user-space utils,
> sysfs, etc doesn't work with a cos-less environment.  Netlink and sockets
> opens up security holes, and hypervisor-level socket support brings all
> kinds
> of headaches and memory issues. Netlink is not supported. Sysfs isn't
> supported. Even portions of the transports/midlayer are only partially
> implemented.  Unfortunately, vmware interfaces need to be taken up with
> vmware.
> 
> -- james 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