<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/hv/hv_util.c, branch linux-3.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-02-23T03:50:55Z</updated>
<entry>
<title>hv: do not lose pending heartbeat vmbus packets</title>
<updated>2017-02-23T03:50:55Z</updated>
<author>
<name>Long Li</name>
</author>
<published>2016-10-05T23:57:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a0228da004e96c3569466e19d13c920d9f61e79b'/>
<id>urn:sha1:a0228da004e96c3569466e19d13c920d9f61e79b</id>
<content type='text'>
commit 407a3aee6ee2d2cb46d9ba3fc380bc29f35d020c upstream.

The host keeps sending heartbeat packets independent of the
guest responding to them.  Even though we respond to the heartbeat messages at
interrupt level, we can have situations where there maybe multiple heartbeat
messages pending that have not been responded to. For instance this occurs when the
VM is paused and the host continues to send the heartbeat messages.
Address this issue by draining and responding to all
the heartbeat messages that maybe pending.

Signed-off-by: Long Li &lt;longli@microsoft.com&gt;
Signed-off-by: K. Y. Srinivasan &lt;kys@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>hv: rename prep_negotiate_resp() to vmbus_prep_negotiate_resp()</title>
<updated>2011-10-11T14:49:19Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2011-10-11T14:42:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=da0e96315ca703ab6540cc7665549622f71c155f'/>
<id>urn:sha1:da0e96315ca703ab6540cc7665549622f71c155f</id>
<content type='text'>
It's a global symbol, so properly prefix it and use the proper EXPORT
value as well.

Cc: K. Y. Srinivasan &lt;kys@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>Staging: hv: move hyperv code out of staging directory</title>
<updated>2011-10-11T04:52:55Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2011-10-04T19:29:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=46a971913611a23478283931460a95be962ce329'/>
<id>urn:sha1:46a971913611a23478283931460a95be962ce329</id>
<content type='text'>
After many years wandering the desert, it is finally time for the
Microsoft HyperV code to move out of the staging directory.  Or at least
the core hyperv bus code, and the utility driver, the rest still have
some review to get through by the various subsystem maintainers.

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: K. Y. Srinivasan &lt;kys@microsoft.com&gt;
</content>
</entry>
</feed>
