<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/ofw, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2018-03-29T02:50:57Z</updated>
<entry>
<title>Revert r330897:</title>
<updated>2018-03-29T02:50:57Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-29T02:50:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4ab2e064d7950be84256d671a7ae93f87cc6aa36'/>
<id>urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36</id>
<content type='text'>
This was intended to be a non-functional change. It wasn't. The commit
message was thus wrong. In addition it broke arm, and merged crypto
related code.

Revert with prejudice.

This revert skips files touched in r316370 since that commit was since
MFCed. This revert also skips files that require $FreeBSD$ property
changes.

Thank you to those who helped me get out of this mess including but not
limited to gonzo, kevans, rgrimes.

Requested by: gjb (re)
</content>
</entry>
<entry>
<title>MFC r330019: ofw_fdt: Simplify parts with new libfdt methods</title>
<updated>2018-03-14T03:50:12Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:50:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d3a89b18a8877825eaee49ccbee3e23bf81142cb'/>
<id>urn:sha1:d3a89b18a8877825eaee49ccbee3e23bf81142cb</id>
<content type='text'>
libfdt now provides methods to iterate through subnodes and properties in a
convenient fashion.

Replace our ofw_fdt_{peer,child} searches with calls to their corresponding
libfdt methods. Rework ofw_fdt_nextprop to use the
fdt_for_each_property_offset macro, making it even more obvious what it's
doing.

No functional change intended.
</content>
</entry>
<entry>
<title>MFC r329579: Set internal error returns [of some OF functions] to 0</title>
<updated>2018-03-14T03:49:15Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:49:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9a1629415e627c53dd4d39fc87b44864e940c715'/>
<id>urn:sha1:9a1629415e627c53dd4d39fc87b44864e940c715</id>
<content type='text'>
Set internal error returns for OF_peer(), OF_child(), and OF_parent() to
zero, matching the IEEE 1275 standard. Since these internal error paths
have never, to my knowledge, been taken, behavior is unchanged.
</content>
</entry>
<entry>
<title>MFC r327391: Avoid use of the fdt_get_property_*() API</title>
<updated>2018-03-14T03:47:58Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:47:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6393a9e13de33d89154d422b12a13644c8848262'/>
<id>urn:sha1:6393a9e13de33d89154d422b12a13644c8848262</id>
<content type='text'>
[It is] intrinsically incompatible with FDT versions &lt; 16. This also
simplifies the code a bit.
</content>
</entry>
<entry>
<title>MFC r326310: Back out OF module installation in the event of failure.</title>
<updated>2018-03-14T03:45:33Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:45:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=049f53933929746636b2ece6a7a985d77147f02b'/>
<id>urn:sha1:049f53933929746636b2ece6a7a985d77147f02b</id>
<content type='text'>
PS3 firmware gives some ancient FDT version (2) that fails the init check in
OFW_FDT. It is still possible to make progress, but not while the OF layer
is going crazy.
</content>
</entry>
<entry>
<title>MFC r326204: Do not bind to CPUs with SMT</title>
<updated>2018-03-14T03:43:49Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:43:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7d63bfe44b7b0a0158aad44389f644db324b82de'/>
<id>urn:sha1:7d63bfe44b7b0a0158aad44389f644db324b82de</id>
<content type='text'>
Do not bind to CPUs with SMT, which use a different CPU numbering convention
that does not play well with this driver.
</content>
</entry>
<entry>
<title>MFC r322359: Enable OF_setprop API function to add property in FDT</title>
<updated>2018-03-14T03:41:07Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:41:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5fe8fbb85e676ece64c2dabbb5f3972972320e8f'/>
<id>urn:sha1:5fe8fbb85e676ece64c2dabbb5f3972972320e8f</id>
<content type='text'>
This patch modifies function ofw_fdt_setprop (called by OF_setprop),
so that it can add property, when replacing is not possible.
Adding property is needed to fixup FDT's that have missing
properties.
</content>
</entry>
<entry>
<title>MFC r322289: Enable uing ofw_bus_find_compatible in early platform code</title>
<updated>2018-03-14T03:39:31Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:39:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e184cc6bbf39fcb67a11b0d512e844f70d5904f1'/>
<id>urn:sha1:e184cc6bbf39fcb67a11b0d512e844f70d5904f1</id>
<content type='text'>
Before this patch function ofw_bus_find_compatible was using
memory allocations in order to find compatible node and the property's
length. This way there was always a suited buffer for property,
however this approach had also disadvantages - ofw_bus_find_compatible
couldn't be used when malloc is not available, e.g. during fdt fixup stage.

In order to remove the usage limitation of ofw_bus_find_compatible(),
this patch modifies the function to use ofw_bus_node_is_compatible()
(instead of the one without _int suffix), which uses a fixed
buffer on stack instead of dynamic allocations.
</content>
</entry>
<entry>
<title>MFC r322287 (mw): Add support for "compatible" parameter in ofw_fdt_fixup</title>
<updated>2018-03-14T03:37:37Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:37:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f53919401f5ad29d95906c6f0c668d22d3c3e676'/>
<id>urn:sha1:f53919401f5ad29d95906c6f0c668d22d3c3e676</id>
<content type='text'>
Sometimes it's convenient to provide fixup to many boards
that use the same SoC family (eg. Marvell Armada 38x).
Instead of putting multiple entries in fdt_fixup_table,
use one entry which refers to all boards with given SoC.
</content>
</entry>
<entry>
<title>MFC r317191, r317195: Don't ignore "disabled" CPUs</title>
<updated>2018-03-14T03:36:27Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2018-03-14T03:36:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=755628ff6ad8b2b9835790725739259466f84586'/>
<id>urn:sha1:755628ff6ad8b2b9835790725739259466f84586</id>
<content type='text'>
r317191 (cognet):
ePAPR states that any non-boot CPU will come in "disabled" state. So we
should not consider a "disabled" cpu as a CPU we have to ignore, and we
should use them if they provide a "enable-method".
While I'm there, support "ok" as well as "okay", while ePAPR only accepts
"okay", linux accepts "ok" too so we can expect it to be used.

r317195 (cognet):
Update comment ot reflect realilty, we know also take care of CPUs that
provide a enable-method.
</content>
</entry>
</feed>
