<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/char/virtio_console.c, branch linux-3.14.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.14.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.14.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2015-03-26T14:06:53Z</updated>
<entry>
<title>virtio_console: avoid config access from irq</title>
<updated>2015-03-26T14:06:53Z</updated>
<author>
<name>Michael S. Tsirkin</name>
</author>
<published>2015-03-05T00:15:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=59cdf18af738eee76a68d0c3557855465e2977a5'/>
<id>urn:sha1:59cdf18af738eee76a68d0c3557855465e2977a5</id>
<content type='text'>
commit eeb8a7e8bb123e84daeef84f5a2eab99ad2839a2 upstream.

when multiport is off, virtio console invokes config access from irq
context, config access is blocking on s390.
Fix this up by scheduling work from config irq - similar to what we do
for multiport configs.

Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Reviewed-by: Amit Shah &lt;amit.shah@redhat.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>virtio_console: init work unconditionally</title>
<updated>2015-03-26T14:06:53Z</updated>
<author>
<name>Michael S. Tsirkin</name>
</author>
<published>2015-03-05T00:15:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8b0c4ab4edfb6b8f4d04ab662a116e90de27695a'/>
<id>urn:sha1:8b0c4ab4edfb6b8f4d04ab662a116e90de27695a</id>
<content type='text'>
commit 4f6e24ed9de8634d6471ef86b382cba6d4e57ca8 upstream.

when multiport is off, we don't initialize config work,
but we then cancel uninitialized control_work on freeze.

Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Reviewed-by: Amit Shah &lt;amit.shah@redhat.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>fix a kmap leak in virtio_console</title>
<updated>2014-02-09T20:21:16Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2014-02-02T12:05:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c9efe51165fa0aff57be54e3cb0201ac87f68980'/>
<id>urn:sha1:c9efe51165fa0aff57be54e3cb0201ac87f68980</id>
<content type='text'>
While we are at it, don't do kmap() under kmap_atomic(), *especially*
for a page we'd allocated with GFP_KERNEL.  It's spelled "page_address",
and had that been more than that, we'd have a real trouble - kmap_high()
can block, and doing that while holding kmap_atomic() is a Bad Idea(tm).

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>virtio_console: verify if queue is broken after virtqueue_get_buf()</title>
<updated>2013-10-29T00:58:18Z</updated>
<author>
<name>Heinz Graalfs</name>
</author>
<published>2013-10-28T23:10:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=40e4dc530118dbb79e270d5554ac8415588378d2'/>
<id>urn:sha1:40e4dc530118dbb79e270d5554ac8415588378d2</id>
<content type='text'>
If virtqueue_get_buf() returns with a NULL pointer it should be verified
if the virtqueue is broken, in order to avoid loop calling cpu_relax().

Signed-off-by: Heinz Graalfs &lt;graalfs@linux.vnet.ibm.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>virtio: use size-based config accessors.</title>
<updated>2013-10-17T00:25:37Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2013-10-14T07:41:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=855e0c5288177bcb193f6f6316952d2490478e1c'/>
<id>urn:sha1:855e0c5288177bcb193f6f6316952d2490478e1c</id>
<content type='text'>
This lets the transport do endian conversion if necessary, and insulates
the drivers from the difference.

Most drivers can use the simple helpers virtio_cread() and virtio_cwrite().

Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>virtio: pm: use CONFIG_PM_SLEEP instead of CONFIG_PM</title>
<updated>2013-09-23T06:15:58Z</updated>
<author>
<name>Aaron Lu</name>
</author>
<published>2013-09-16T23:55:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=891070003999e7ac8881bba6f8242615382742eb'/>
<id>urn:sha1:891070003999e7ac8881bba6f8242615382742eb</id>
<content type='text'>
The freeze and restore functions defined in virtio drivers are used
for suspend and hibernate, so CONFIG_PM_SLEEP is more appropriate than
CONFIG_PM. This patch replace all CONFIG_PM with CONFIG_PM_SLEEP for
virtio drivers that implement freeze and restore callbacks.

Signed-off-by: Aaron Lu &lt;aaron.lu@intel.com&gt;
Reviewed-by: Amit Shah &lt;amit.shah@redhat.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>virtio: console: prevent use-after-free of port name in port unplug</title>
<updated>2013-08-09T03:32:16Z</updated>
<author>
<name>Amit Shah</name>
</author>
<published>2013-08-07T06:24:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3b868a4073cdedf395f26d843874414e0e0e9cfd'/>
<id>urn:sha1:3b868a4073cdedf395f26d843874414e0e0e9cfd</id>
<content type='text'>
Remove the debugfs path before freeing port-&gt;name, to prevent a possible
use-after-free.

Reported-by: Jason Wang &lt;jasowang@redhat.com&gt;
Signed-off-by: Amit Shah &lt;amit.shah@redhat.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' into virtio-next</title>
<updated>2013-08-09T03:30:39Z</updated>
<author>
<name>Rusty Russell</name>
</author>
<published>2013-08-09T03:30:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=11489736177c5930514482b4db7af862d945335d'/>
<id>urn:sha1:11489736177c5930514482b4db7af862d945335d</id>
<content type='text'>
The next commit gets conflicts because it relies on patches which were
cc:stable and thus had to be merged into Linus' tree before the coming
merge window.  So pull in master now.

Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>virtio: console: cleanup an error message</title>
<updated>2013-07-30T06:24:30Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2013-07-30T06:24:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3f0d0c9b47e09d47fcb755fed786a1ee88e110b5'/>
<id>urn:sha1:3f0d0c9b47e09d47fcb755fed786a1ee88e110b5</id>
<content type='text'>
The PTR_ERR(NULL) here is not useful.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Reviewed-by: Amit Shah &lt;amit.shah@redhat.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
<entry>
<title>virtio: console: fix locking around send_sigio_to_port()</title>
<updated>2013-07-29T05:20:49Z</updated>
<author>
<name>Amit Shah</name>
</author>
<published>2013-07-29T04:55:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=314081f1025e9ea77b69261f21183e9be18a6f91'/>
<id>urn:sha1:314081f1025e9ea77b69261f21183e9be18a6f91</id>
<content type='text'>
send_sigio_to_port() checks the value of guest_connected, which we
always modify under the inbuf_lock; make sure invocations of
send_sigio_to_port() have take the inbuf_lock around the call.

Signed-off-by: Amit Shah &lt;amit.shah@redhat.com&gt;
Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
</content>
</entry>
</feed>
