<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/xen, branch stable/10</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>MFC r314148, r314150</title>
<updated>2017-05-30T16:15:52+00:00</updated>
<author>
<name>Alan Somers</name>
<email>asomers@FreeBSD.org</email>
</author>
<published>2017-05-30T16:15:52+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=ac851a1aabde2a6b9314d187d55167b20238a37c'/>
<id>ac851a1aabde2a6b9314d187d55167b20238a37c</id>
<content type='text'>
r314148:
Misc Coverity fixes in xnb(4)

Most of these are null pointer dereferences or missing error checks in the
unit tests. One is a missing error check in xnb_attach_failed. None can
cause real problems in running systems.

Reported by:	Coverity
CIDs:		1092469 1092468 1092467 2092466 1092465 1092512 1092511 1092510
CIDs:		1092510 1092509 1092508 1092507
Reviewed by:	royger
Sponsored by:	Spectra Logic Corp
Differential Revision:	https://reviews.freebsd.org/D9234

r314150:
Fix the xnb(4) unit tests

One test was inadvertently expecting a bug in the kernel's sscanf
implementation circa 2012. I don't know when that bug got fixed.

Reported by:	royger
Reviewed by:	royger
Sponsored by:	Spectra Logic Corp
Differential Revision:	https://reviews.freebsd.org/D9766
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
r314148:
Misc Coverity fixes in xnb(4)

Most of these are null pointer dereferences or missing error checks in the
unit tests. One is a missing error check in xnb_attach_failed. None can
cause real problems in running systems.

Reported by:	Coverity
CIDs:		1092469 1092468 1092467 2092466 1092465 1092512 1092511 1092510
CIDs:		1092510 1092509 1092508 1092507
Reviewed by:	royger
Sponsored by:	Spectra Logic Corp
Differential Revision:	https://reviews.freebsd.org/D9234

r314150:
Fix the xnb(4) unit tests

One test was inadvertently expecting a bug in the kernel's sscanf
implementation circa 2012. I don't know when that bug got fixed.

Reported by:	royger
Reviewed by:	royger
Sponsored by:	Spectra Logic Corp
Differential Revision:	https://reviews.freebsd.org/D9766
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix -Wformat issue with r316140, which broke i386/GENERIC</title>
<updated>2017-03-29T17:11:41+00:00</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2017-03-29T17:11:41+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=fee4af19af62c1c943898490a0598a545d665eb4'/>
<id>fee4af19af62c1c943898490a0598a545d665eb4</id>
<content type='text'>
Since r316140 was a direct commit to ^/stable/10, this too is a direct commit
to ^/stable/10.

Reported by:	Jenkins (FreeBSD-stable-10-i386-build job)
Tested with:	amd64, i386
Sponsored by:	Dell EMC Isilon
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since r316140 was a direct commit to ^/stable/10, this too is a direct commit
to ^/stable/10.

Reported by:	Jenkins (FreeBSD-stable-10-i386-build job)
Tested with:	amd64, i386
Sponsored by:	Dell EMC Isilon
</pre>
</div>
</content>
</entry>
<entry>
<title>xen/netfront: release resources on removal</title>
<updated>2017-03-29T15:34:52+00:00</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2017-03-29T15:34:52+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=6968fa84d25970e5b1bdee5ed95099e6ecc5e0bd'/>
<id>6968fa84d25970e5b1bdee5ed95099e6ecc5e0bd</id>
<content type='text'>
Current netfront code doesn't release the resources (grants and mbufs) on
removal. Add a new helper that releases the resources, so FreeBSD doesn't run
out of grants or memory when performing heavy hotplug/unplug of Xen PV nic
devices.

This is a direct commit to stable/10 because the code in newer branches has
been completely refactored and no longer has this issue.

Reviewed by:		royger
Submitted by:		Ouyangzhaowei &lt;ouyangzhaowei@huawei.com&gt;
Differential review:	https://reviews.freebsd.org/D10088
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Current netfront code doesn't release the resources (grants and mbufs) on
removal. Add a new helper that releases the resources, so FreeBSD doesn't run
out of grants or memory when performing heavy hotplug/unplug of Xen PV nic
devices.

This is a direct commit to stable/10 because the code in newer branches has
been completely refactored and no longer has this issue.

Reviewed by:		royger
Submitted by:		Ouyangzhaowei &lt;ouyangzhaowei@huawei.com&gt;
Differential review:	https://reviews.freebsd.org/D10088
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r314840:</title>
<updated>2017-03-21T09:38:59+00:00</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2017-03-21T09:38:59+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=a5d43bc6d943ab48f5e04f7a508322d218a459d3'/>
<id>a5d43bc6d943ab48f5e04f7a508322d218a459d3</id>
<content type='text'>
xen: add support for canceled suspend

Submitted by:	Liuyingdong &lt;liuyingdong@huawei.com&gt;
Reviewed by:	royger
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
xen: add support for canceled suspend

Submitted by:	Liuyingdong &lt;liuyingdong@huawei.com&gt;
Reviewed by:	royger
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r314841:</title>
<updated>2017-03-21T09:27:24+00:00</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2017-03-21T09:27:24+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=78f42b69359a1fc9c9beb2bfa174c1fee37bfa92'/>
<id>78f42b69359a1fc9c9beb2bfa174c1fee37bfa92</id>
<content type='text'>
xenstore: fix suspension when using the xenstore device

Submitted by:	Liuyingdong &lt;liuyingdong@huawei.com&gt;
Reviewed by:	royger
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
xenstore: fix suspension when using the xenstore device

Submitted by:	Liuyingdong &lt;liuyingdong@huawei.com&gt;
Reviewed by:	royger
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r283291: don't use CALLOUT_MPSAFE with callout_init()</title>
<updated>2017-03-04T13:03:31+00:00</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2017-03-04T13:03:31+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=caf428d619c81e28fe2697c7690c5e5b4827ec00'/>
<id>caf428d619c81e28fe2697c7690c5e5b4827ec00</id>
<content type='text'>
The main purpose of this MFC is to reduce conflicts for other merges.
Parts of the original change have already "trickled down" via individual MFCs.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The main purpose of this MFC is to reduce conflicts for other merges.
Parts of the original change have already "trickled down" via individual MFCs.
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r310013 (by cperciva):</title>
<updated>2016-12-18T14:31:11+00:00</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2016-12-18T14:31:11+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=d544849a6c9c5bb2f2d9dd9af236fc9bc93682e4'/>
<id>d544849a6c9c5bb2f2d9dd9af236fc9bc93682e4</id>
<content type='text'>
Check that blkfront devices have a non-zero number of sectors and a
non-zero sector size.  Such a device would be a virtual disk of zero
bytes; clearly not useful, and not something we should try to attach.

As a fortuitous side effect, checking that these values are non-zero
here results in them not *becoming* zero later on the function.  This
odd behaviour began with r309124 (clang 3.9.0) but is challenging to
debug; making any changes to this function whatsoever seems to affect
the llvm optimizer behaviour enough to make the unexpected zeroing of
the sector_size variable cease.

PR:		215209
Security:	The potential for variables to unexpectedly become zero
		has worrying consequences for security in general, but
		not so much in this particular context.

MFC r310086:

In xbd_connect(), use correct scanf conversion specifiers for the
feature_barrier and feature_flush variables.  Otherwise, adjacent
variables on the stack, such as sector_size, may be overwritten, with
disastrous results.

Note that I did not see a good reason to revert the addition of zero
checks introduced in r310013.  Better safe than sorry.

PR:		215209
Tested by:	royger
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Check that blkfront devices have a non-zero number of sectors and a
non-zero sector size.  Such a device would be a virtual disk of zero
bytes; clearly not useful, and not something we should try to attach.

As a fortuitous side effect, checking that these values are non-zero
here results in them not *becoming* zero later on the function.  This
odd behaviour began with r309124 (clang 3.9.0) but is challenging to
debug; making any changes to this function whatsoever seems to affect
the llvm optimizer behaviour enough to make the unexpected zeroing of
the sector_size variable cease.

PR:		215209
Security:	The potential for variables to unexpectedly become zero
		has worrying consequences for security in general, but
		not so much in this particular context.

MFC r310086:

In xbd_connect(), use correct scanf conversion specifiers for the
feature_barrier and feature_flush variables.  Otherwise, adjacent
variables on the stack, such as sector_size, may be overwritten, with
disastrous results.

Note that I did not see a good reason to revert the addition of zero
checks introduced in r310013.  Better safe than sorry.

PR:		215209
Tested by:	royger
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r297522: Pass through some new block device features.</title>
<updated>2016-05-03T07:52:06+00:00</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2016-05-03T07:52:06+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=045dc6e0f84dcdcabcbb289e0986cf23c389d052'/>
<id>045dc6e0f84dcdcabcbb289e0986cf23c389d052</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r267858:</title>
<updated>2015-12-30T08:15:43+00:00</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2015-12-30T08:15:43+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=72ec001af6d7fe8b48263f90185b89db581f7d23'/>
<id>72ec001af6d7fe8b48263f90185b89db581f7d23</id>
<content type='text'>
xen/virtio: fix balloon drivers to not mark pages as WIRED

In the Xen case make sure pages are zeroed before giving them back to the
hypervisor, or else we might be leaking data. Also remove the
balloon_{append/retrieve} and link pages directly into the ballooned_pages
queue using the plinks.q field in the page struct.

Sponsored by:	Citrix Systems R&amp;D
Requested by:	bapt
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
xen/virtio: fix balloon drivers to not mark pages as WIRED

In the Xen case make sure pages are zeroed before giving them back to the
hypervisor, or else we might be leaking data. Also remove the
balloon_{append/retrieve} and link pages directly into the ballooned_pages
queue using the plinks.q field in the page struct.

Sponsored by:	Citrix Systems R&amp;D
Requested by:	bapt
</pre>
</div>
</content>
</entry>
<entry>
<title>MFC r291024:</title>
<updated>2015-12-03T11:05:35+00:00</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2015-12-03T11:05:35+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=7da8ac46726e5d93051f5987276c871c81910b23'/>
<id>7da8ac46726e5d93051f5987276c871c81910b23</id>
<content type='text'>
xen: fix dropping bitmap IPIs during resume

Sponsored by:		Citrix Systems R&amp;D
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
xen: fix dropping bitmap IPIs during resume

Sponsored by:		Citrix Systems R&amp;D
</pre>
</div>
</content>
</entry>
</feed>
