> -----Original Message----- > From: Greg KH [mailto:gregkh@xxxxxxxxxxxxxxxxxxx] > Sent: Thursday, May 16, 2013 10:01 AM > To: KY Srinivasan > Cc: linux-kernel@xxxxxxxxxxxxxxx; devel@xxxxxxxxxxxxxxxxxxxxxx; > ohering@xxxxxxxx; jbottomley@xxxxxxxxxxxxx; hch@xxxxxxxxxxxxx; linux- > scsi@xxxxxxxxxxxxxxx; apw@xxxxxxxxxxxxx; jasowang@xxxxxxxxxx > Subject: Re: [PATCH V1 1/7] Drivers: hv: vmbus: Implement multi-channel > support > > On Thu, May 16, 2013 at 05:21:13AM -0700, K. Y. Srinivasan wrote: > > Starting with Win8, the host supports multiple sub-channels for a given > > device. As in the past, the initial channel offer specifies the device and > > is associated with both the type and the instance GUIDs. For performance > > critical devices, the host may support multiple sub-channels. The sub-channels > > share the same type and instance GUID as the primary channel. The number of > > sub-channels offerrred to the guest depends on the number of virtual CPUs > > assigned to the guest. The guest can request the creation of these sub- > channels > > and once created and opened, the guest can distribute the traffic across all > > the channels (the primary and the sub-channels). A request sent on a sub- > channel > > will have the response delivered on the same sub-channel. > > > > At channel (sub-channel) creation we bind the channel interrupt to a CPU and > > with this sub-channel support we will be able to spread the interrupt load > > of a given device across all available CPUs. > > > > Signed-off-by: K. Y. Srinivasan <kys@xxxxxxxxxxxxx> > > Reviewed-by: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx> > > Acked-by: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx> > James, Please drop this patch-set. I fixed a couple of bugs in the vmbus support for multi-channel and I would need to resubmit this. Greg, I think it may make sense to first get the vmbus support checked in before I submit the storage related patches. There are networking related patches for multi-channel support that we will be submitting shortly. Getting the vmbus support in first would allow us to decouple network and storage patches. Greg, I will shortly submit the next version of the vmbus related patches for your consideration. Regards, K. Y _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/devel
