Now use hyperv.h to get the KVP defines in the KVP user-mode code.
Signed-off-by: K. Y. Srinivasan
Signed-off-by: Haiyang Zhang
---
tools/hv/hv_kvp_daemon.c | 28 +---
1 files changed, 1 insertions(+), 27 deletions(-)
diff --git a/tools/hv/hv_kvp_daemon.c b/tools/hv/h
The current KVP code carries some private connector related defines.
Update connector.h to have all the KVP defines. As part of this patch
get rid of some unused defines.
Signed-off-by: K. Y. Srinivasan
Signed-off-by: Haiyang Zhang
---
drivers/hv/hv_kvp.h |3 ---
include/linux/connect
In preparation for consolidating all KVP related defines into a single header
file
that both the kernel and user level components can use, move the contents of
hv_kvp.h into hyperv.h.
Signed-off-by: K. Y. Srinivasan
Signed-off-by: Haiyang Zhang
---
drivers/hv/hv_kvp.c|2 -
drivers/hv/h
Now, cleanup the user/kernel KVP protocol by using the same structure
definition that is used for host/guest KVP protocol. This simplifies the code.
Signed-off-by: K. Y. Srinivasan
Signed-off-by: Haiyang Zhang
---
drivers/hv/hv_kvp.c | 41 +
inclu
Now cleanup the hyperv.h with regards to KVP definitions.
Signed-off-by: K. Y. Srinivasan
Signed-off-by: Haiyang Zhang
include/linux/hyperv.h | 32 +++-
1 files changed, 19 insertions(+), 13 deletions(-)
diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h
The current code arbirarily limited the number of CPUs the guest could have.
Change that so that we can support the maximum number of CPUs the guest can
support. While we use NR_CPUS to size the per-cpu state all we are allocating
based on NR_CPUS are the pointers to per-cpu state that will be all
This patch-set does some cleanup of the KVP component. Also included is a
patch that will remove artificial limitation on the number of VCPUs that
can be assigned to the Linux guest on Hyper-V.
Regards,
K. Y
___
devel mailing list
devel@linuxdriverpro
On Wed, 25 Jan 2012, Dan Carpenter wrote:
> This is probably going to need to be redone on top of the other bcm
> cleanup patches anyway.
>
If that turns out to be so, well, so be it. I was not aware of other
patches, so my bad...
> On Tue, Jan 24, 2012 at 11:46:31PM +0100, Jesper Juhl wrote:
>
On Fri, Jan 27, 2012 at 03:39:28PM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Jan 25, 2012 at 02:32:51PM -0800, Dan Magenheimer wrote:
> > I discovered this deadlock condition awhile ago working on RAMster
> > but it affects zcache as well. The list spinlock must be
> > locked prior to the page
On Wed, Jan 25, 2012 at 02:32:51PM -0800, Dan Magenheimer wrote:
> I discovered this deadlock condition awhile ago working on RAMster
> but it affects zcache as well. The list spinlock must be
> locked prior to the page spinlock and released after. As
> a result, the page copy must also be done w
On Fri, Jan 27, 2012 at 10:51:33AM -0700, Shuah Khan wrote:
> On Mon, 2012-01-23 at 09:31 -0800, Greg KH wrote:
> > On Mon, Jan 23, 2012 at 09:22:27AM -0800, Dima Zavin wrote:
> > > We really should just get rid of pmem.c altogether. We will remove it
> > > from our android common tree too. We don'
On Mon, 2012-01-23 at 09:31 -0800, Greg KH wrote:
> On Mon, Jan 23, 2012 at 09:22:27AM -0800, Dima Zavin wrote:
> > We really should just get rid of pmem.c altogether. We will remove it
> > from our android common tree too. We don't actually use it anymore in
> > any of our products. There are some
iPhone/iPad Apps Development - Blackberry/Android Mobile Apps Development
We are China based company explicitly active for iPhone software programming
solutions and Mobile Application Development services as well as wireless
application (WAP) development. We are organized to deliver premium qual
13 matches
Mail list logo
