<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev, branch master</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=master</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2020-12-19T11:03:54Z</updated>
<entry>
<title>Ensure a minimum packet length before creating a mbuf in if_ure.</title>
<updated>2020-12-19T11:03:54Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2020-12-19T11:03:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7d0368ee3403378806dce84cb31b9a0cc389258d'/>
<id>urn:sha1:7d0368ee3403378806dce84cb31b9a0cc389258d</id>
<content type='text'>
Sponsored by:	Mellanox Technologies // NVIDIA Networking
</content>
</entry>
<entry>
<title>Move SYSCTL_ADD_PROC() to unlocked context in if_ure to avoid lock order reversal.</title>
<updated>2020-12-19T11:00:11Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2020-12-19T11:00:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=412bbd0811f02ef2d6691e66a0b15a2a7dbd9865'/>
<id>urn:sha1:412bbd0811f02ef2d6691e66a0b15a2a7dbd9865</id>
<content type='text'>
MFC after:	1 week
Reported by:	Mark Millard &lt;marklmi@yahoo.com&gt;
Sponsored by:	Mellanox Technologies // NVIDIA Networking
</content>
</entry>
<entry>
<title>usb: Replace ITUNERNET vendor with MICROCHIP and improve product names</title>
<updated>2020-12-18T23:31:36Z</updated>
<author>
<name>Jessica Clarke</name>
<email>jrtc27@FreeBSD.org</email>
</author>
<published>2020-12-18T23:31:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ddf42202c93a7aa610859a0bc1502697a4d4c408'/>
<id>urn:sha1:ddf42202c93a7aa610859a0bc1502697a4d4c408</id>
<content type='text'>
These Mini-Box LCDs are using Microchip components and sub-licensed product
IDs. Whilst here, update the constant names and descriptions for the products
to use the names listed on the manufacturer's website rather than vague ones.
The picoLCD 4x20 is named that on the manufacturer's website so prefer that
name, even though linux-usb.org lists it with the numbers reversed as one might
expect.

Reviewed by:	hselasky
Differential Revision:	https://reviews.freebsd.org/D27670
</content>
</entry>
<entry>
<title>acpi: Ensure that adjacent memory affinity table entries are coalesced</title>
<updated>2020-12-18T16:04:48Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2020-12-18T16:04:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0f8b212a1e41d6eabf2a17442bcbe4f128f023f8'/>
<id>urn:sha1:0f8b212a1e41d6eabf2a17442bcbe4f128f023f8</id>
<content type='text'>
The SRAT may contain multiple distinct entries that together describe a
contiguous region of physical memory.  In this case we were not
coalescing the corresponding entries in the memory affinity table, which
led to fragmented phys_avail[] entries.  Since r338431 the vm_phys_segs[]
entries derived from phys_avail[] will be coalesced, resulting in a
situation where vm_phys_segs[] entries do not have a covering
phys_avail[] entry.  vm_page_startup() will not add such segments to the
physical memory allocator, leaving them unused.

Reported by:	Don Morris &lt;dgmorris@earthlink.net&gt;
Reviewed by:	kib, vangyzen
MFC after:	2 weeks
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D27620
</content>
</entry>
<entry>
<title>virtio_mmio: Fix feature negotiation copy-paste issue in r361943</title>
<updated>2020-12-18T15:07:14Z</updated>
<author>
<name>Jessica Clarke</name>
<email>jrtc27@FreeBSD.org</email>
</author>
<published>2020-12-18T15:07:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=50a6b28a31a03bed650d8eb05b48b8268bac8d95'/>
<id>urn:sha1:50a6b28a31a03bed650d8eb05b48b8268bac8d95</id>
<content type='text'>
This caused us to write to the low half of the feature word twice, once with
the high bits and once with the low bits. Common legacy device implementations
seem to be fairly lenient about being able to write to the feature bits
multiple times, but Arm's models use a stricter implementation that will ignore
the second write. This fixes using vtnet(4) on those models.

Reported by:	Jean-Philippe Brucker &lt;jean-philippe@linaro.org&gt;
Pointy hat:	jrtc27
</content>
</entry>
<entry>
<title>pci_iov: When pci_iov_detach(9) is called, destroy VF children</title>
<updated>2020-12-18T03:46:50Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2020-12-18T03:46:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=94f5c1cc7186ae555b962d2450cc17e06fd4fda0'/>
<id>urn:sha1:94f5c1cc7186ae555b962d2450cc17e06fd4fda0</id>
<content type='text'>
instead of bailing out with EBUSY if there are any.

If driver module is unloaded, or just device is forcibly detached from
the driver, there is no way for driver to correctly unload otherwise.
Esp. if there are resources dedicated to the VFs which prevent turning
down other resources.

Reviewed by:	jhb
Sponsored by:	Mellanox Technologies / NVidia Networking
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D27615
</content>
</entry>
<entry>
<title>ice: quiet -Wredundant-decls</title>
<updated>2020-12-17T22:53:45Z</updated>
<author>
<name>Ryan Libby</name>
<email>rlibby@FreeBSD.org</email>
</author>
<published>2020-12-17T22:53:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ad6c99f277d43f4e21cb097555097a2f0b969c37'/>
<id>urn:sha1:ad6c99f277d43f4e21cb097555097a2f0b969c37</id>
<content type='text'>
Reapply r364240 after driver update in r365617.

Reviewed by:	lwhsu
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D27561
</content>
</entry>
<entry>
<title>Use __containerof() instead of home-rolled versions.</title>
<updated>2020-12-17T20:45:10Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2020-12-17T20:45:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=52ab576d7496574035a217ba2ff787770aa7dad5'/>
<id>urn:sha1:52ab576d7496574035a217ba2ff787770aa7dad5</id>
<content type='text'>
Reviewed by:	imp, hselasky
Obtained from:	CheriBSD
Sponsored by:	DARPA
Differential Revision:	https://reviews.freebsd.org/D27582
</content>
</entry>
<entry>
<title>Add IRQ resource to SPIBUS</title>
<updated>2020-12-17T17:11:14Z</updated>
<author>
<name>Emmanuel Vadot</name>
<email>manu@FreeBSD.org</email>
</author>
<published>2020-12-17T17:11:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4dd8db62e9d36d9796503fe98ad0d18a4bd0da71'/>
<id>urn:sha1:4dd8db62e9d36d9796503fe98ad0d18a4bd0da71</id>
<content type='text'>
Add capability to SPIBUS to have child device with IRQ.
For example many ADC chip have a dedicated pin to signal "data ready"
and the host can just wait for a interrupt to go out and read the result.

It is the same code as in R282674 and R282702 for IICBUS by Michal Meloun

Submitted by:	Oskar Holmund &lt;oskar.holmlund@ohdata.se&gt;
Differential Revision:	https://reviews.freebsd.org/D27396
</content>
</entry>
<entry>
<title>Fix whitespace in r368698</title>
<updated>2020-12-16T14:48:46Z</updated>
<author>
<name>Jessica Clarke</name>
<email>jrtc27@FreeBSD.org</email>
</author>
<published>2020-12-16T14:48:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e07d687ebe69bd5db021796e2b5e1c53fdce225c'/>
<id>urn:sha1:e07d687ebe69bd5db021796e2b5e1c53fdce225c</id>
<content type='text'>
MFC with:	r368698
</content>
</entry>
</feed>
