FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F12.3.0 2018-04-09T22:06:16Z 2018-04-09T22:06:16Z Oleksandr Tymoshenko gonzo@FreeBSD.org 2018-04-09T22:06:16Z urn:sha1:f7604b1b275455fc5506c3c83a4876f567bbc6b3 Change OF_getencprop_alloc semantics to be combination of malloc and OF_getencprop and return size of the property, not number of elements allocated. For the use cases where number of elements is preferred introduce OF_getencprop_alloc_multi helper function that copies semantics of OF_getencprop_alloc prior to this change. This is to make OF_getencprop_alloc and OF_getencprop_alloc_multi function signatures consistent with OF_getencprop_alloc and OF_getencprop_alloc_multi. Functionality-wise this patch is mostly rename of OF_getencprop_alloc to OF_getencprop_alloc_multi except two calls in ofw_bus_setup_iinfo where 1 was used as a block size. 2017-12-14T04:41:07Z Justin Hibbits jhibbits@FreeBSD.org 2017-12-14T04:41:07Z urn:sha1:b7bdc6a94f53815b2e44ec59386ebdd3c94f04a3 Official Linux dts's put the individual portals under a simple-bus, rather than under a '*-portals' grouping. This adds a hack to permit that, which gets us closer to using stock device trees for DPAA-based devices. 2017-11-20T04:32:01Z Justin Hibbits jhibbits@FreeBSD.org 2017-11-20T04:32:01Z urn:sha1:727ca2fdfd341222314f96e7075d153f6009ee9e XX_VirtToPhys(), by way of pmap_kextract(), is an expensive operation. Profiling via dtrace during a series of iperf tests I found 16111 / 30432 stack frames were located in mmu_booke_kextract(), so eliminating this expensive call should improve performance slightly. XX_PhysToVirt() is not as expensive, but redundant calls in this context is wasteful. 2017-11-17T04:29:32Z Justin Hibbits jhibbits@FreeBSD.org 2017-11-17T04:29:32Z urn:sha1:c3f3cd058f3fc52c27f3c4da382e13310b5dc28f MFC after: 2 weeks 2017-11-02T04:07:41Z Justin Hibbits jhibbits@FreeBSD.org 2017-11-02T04:07:41Z urn:sha1:1163f0612f9d1d9d2c29dc4bbad6d249461fda4b The macId is the dTSEC unit within the FMan, so use the cell-index, not the unit number, which may not match the cell index. MFC after: 1 week 2017-11-01T00:46:48Z Justin Hibbits jhibbits@FreeBSD.org 2017-11-01T00:46:48Z urn:sha1:1c41f28f7ce9ced198c3d384f4c075f4445f3a1d Some devices (P5040, P4080) have multiple frame managers in their DPAA subsystems. This was prevented by use of a softc singleton in the DPAA driver. Since if_dtsec(4) has moved to be a child of fman, it can access the fman device data via the parent object. 2017-10-31T02:53:50Z Justin Hibbits jhibbits@FreeBSD.org 2017-10-31T02:53:50Z urn:sha1:a32b54357f2b915718c7d179537be19ea2ebd622 Rework the dTSEC and FMan drivers to be more like a full bus relationship, so that dtsec can use bus_alloc_resource() instead of trying to handle the offset from the dts. This required taking some code from the sparc64 ebus driver to allow subdividing the fman region for the dTSEC devices. 2017-10-30T03:41:04Z Justin Hibbits jhibbits@FreeBSD.org 2017-10-30T03:41:04Z urn:sha1:852ba100814e41898dc6e673fe0af017084e411d This adds some support for ARM as well as 64-bit. 64-bit on PowerPC is currently not working, and ARM support has not been completed or tested on the FreeBSD side. As this was imported from a Linux tree, it includes some Linux-isms (ioread/iowrite), so compile with the LinuxKPI for now. This may change in the future. 2017-10-12T21:26:52Z Gleb Smirnoff glebius@FreeBSD.org 2017-10-12T21:26:52Z urn:sha1:3b5aa97c104993d5b3db33fbfd79692bf034f905 2017-10-09T20:35:31Z Gleb Smirnoff glebius@FreeBSD.org 2017-10-09T20:35:31Z urn:sha1:e8fd18f306915c411b08ab4664ec0aa3bc03d4d4 All of these arguments are stored in m_ext, so there is no reason to pass them in the argument list. Not all functions need the second argument, some don't even need the first one. The second argument lives in next cache line, so not dereferencing it is a performance gain. This was discovered in sendfile(2), which will be covered by next commits. The second goal of this commit is to bring even more flexibility to m_ext mbufs, allowing to create more fields in m_ext, opaque to the generic mbuf code, and potentially set and dereferenced by subsystems. Reviewed by: gallatin, kbowling Differential Revision: https://reviews.freebsd.org/D12615