aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/dpaa
Commit message (Collapse)AuthorAgeFilesLines
* dpaa: Mark BMan and QMan as earlier driver modulesJustin Hibbits2018-10-232-2/+4
| | | | | | | | | | | The BMan softc must exist when dtsec devices are created, else a NULL pointer is dereferenced. QMan likely as well. Until now, we have relied on order within the fdt parsing to attach correctly, but this obviously is not foolproof. Mark these as BUS_PASS_SUPPORTDEV so they're probed and attached explicitly before dtsec devices. Notes: svn path=/head/; revision=339632
* Align OF_getencprop_alloc API with OF_getencprop and OF_getprop_allocOleksandr Tymoshenko2018-04-091-1/+1
| | | | | | | | | | | | | | | | | | | | | 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. Notes: svn path=/head/; revision=332341
* Allow bman-portals and qman-portals to attach to simple-busJustin Hibbits2017-12-142-7/+25
| | | | | | | | | 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. Notes: svn path=/head/; revision=326840
* Eliminate 1 XX_VirtToPhys() and 2 XX_PhysToVirt() calls from if_dtsec(4)Justin Hibbits2017-11-201-6/+6
| | | | | | | | | | | 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. Notes: svn path=/head/; revision=326004
* Add jumbo frame support to dtsec(4)Justin Hibbits2017-11-171-1/+29
| | | | | | | MFC after: 2 weeks Notes: svn path=/head/; revision=325927
* Fix interrupt handling for dtsecJustin Hibbits2017-11-023-4/+7
| | | | | | | | | | 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 Notes: svn path=/head/; revision=325305
* Remove a singleton in the DPAA driver, to allow multiple fman instancesJustin Hibbits2017-11-014-37/+18
| | | | | | | | | | 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. Notes: svn path=/head/; revision=325255
* Make DPAA work in 64-bit modeJustin Hibbits2017-10-317-11/+205
| | | | | | | | | | 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. Notes: svn path=/head/; revision=325204
* Update DPAA SDK to SDK 2.0Justin Hibbits2017-10-308-10/+14
| | | | | | | | | | | | | 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. Notes: svn path=/head/; revision=325118
* Fix build after r324446.Gleb Smirnoff2017-10-121-1/+1
| | | | Notes: svn path=/head/; revision=324569
* Shorten list of arguments to mbuf external storage freeing function.Gleb Smirnoff2017-10-091-2/+4
| | | | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=324446
* Use UMA_ALIGN_PTR to specify pointer alignmentJustin Hibbits2017-05-121-1/+1
| | | | | | | Suggested by: jhb Notes: svn path=/head/; revision=318209
* Fix uma_zcreate() align argument, now that the constraint is asserted.Justin Hibbits2017-05-111-2/+2
| | | | | | | | The alignment argument is the mask of low bits to mask off when allocating items in a zone, not the block-size alignment. Notes: svn path=/head/; revision=318171
* Simplify the page tracking for VA<->PA translations.Justin Hibbits2016-11-163-5/+0
| | | | | | | | | | Drop the tracking down to the pmap layer, with optimizations to only track necessary pages. This should give a (slight) performance improvement, as well as a stability improvement, as the tracking is already mostly handled by the pmap layer. Notes: svn path=/head/; revision=308718
* Make dpaa work with only slightly modified Linux device trees.Justin Hibbits2016-11-128-238/+137
| | | | | | | | | | | | | | | | | Linux has a slightly different device tree definition for DPAA than originally done in the FreeBSD driver. This changes the driver to be mostly compatible with the Linux device tree definitions. Currently the differences are: bman-portals: compatible = "fsl,bman-portals" (Linux is "simple-bus") qman-portals: compatible = "fsl,qman-portals" (Linux is "simple-bus") fman: compatible = "fsl,fman" (Linux is "simple-bus") The Linux device tree doesn't specify anything for rgmii in the mdio. This change still requires the device tree to specify the phy-handle, and doesn't yet support tbi. Notes: svn path=/head/; revision=308584
* Use ofw_bus_node_is_compatible() instead of fdt_is_compatible()Justin Hibbits2016-11-113-11/+8
| | | | | | | | | | No need to have two functions that do the same thing, let's let fdt_* go away, and use ofw_bus_* equivalents instead. Requested by: andrew Notes: svn path=/head/; revision=308536
* Use the correct name for the qm_portals class.Justin Hibbits2016-10-231-5/+5
| | | | | | | This file was copy&pasted from bman_fdt, and it still shows. Notes: svn path=/head/; revision=307830
* Initialize the ofw_bus_devinfo on the portals to prevent a crash.Justin Hibbits2016-10-222-2/+2
| | | | | | | | | | If the device tree doesn't contain a cpu-handle field in any bman-portal or qman-portal, it will exit without setting up the devinfo, leaving it uninitialized. This will lead to attempts to free random memory, and ultimately panic. Notes: svn path=/head/; revision=307763
* Remove a hack requiring dtsec0 to always be enabled for mdio.Justin Hibbits2016-10-217-71/+282
| | | | | | | | | | | | | | | | | | | Instead replace it with a different hack, that turns fman into a simplebus subclass, and maps its children within its address space. Since all PHY communication is done through dtsec0's mdio space, the FDT contains a reference to the dtsec0 mdio handle in all nodes that need it. Instead of using Freescale's implementation for MII access, use our own (copied loosely from the eTSEC driver, and could possibly be merged eventually). This lets us access the registers directly rather than needing a full dtsec interface just to access the registers. Future directions will include turning fman into more of a simplebus, and not mapping the region and playing games. This will require changes to the dtsec driver to make it a child of fman, and possibly other drivers as well. Notes: svn path=/head/; revision=307696
* Remove an unnecessary debug printf.Justin Hibbits2016-10-211-1/+0
| | | | Notes: svn path=/head/; revision=307695
* Use proper integer-pointer type conversions.Justin Hibbits2016-10-186-23/+24
| | | | | | | | | | | | As part of an effort to extend Book-E to the 64-bit world, make the necessary changes to the DPAA/dTSEC driver set to be integer-pointer conversion clean. This means no more casts to int, and use uintptr_t where needed. Since the NCSW source is effectively obsolete, direct changes to the source tree are safe. Notes: svn path=/head/; revision=307542
* Set the TLB caching properties for portals at attach time.Justin Hibbits2016-05-251-2/+9
| | | | | | | | | | | This was found while reworking the device tree nodes for dtsec to match the Linux device tree. Instead of waiting and expecting later code to call dpaa_portal_map_registers(), do the equivalent immediately upon mapping. Otherwise, it's possible to access the pages before that function is called, and hang the CPU. Notes: svn path=/head/; revision=300637
* Don't mark the initial portal registers as fully mapped.Justin Hibbits2016-05-111-1/+0
| | | | | | | | | | BMan and QMan will do this at attach time. Even though the registers are mapped now, dpaa_portal_map_registers() will be called at BMan and QMan attach time, updating the mappings to be private, and in the case of cache-enabled registers, marked as coherent memory mappings. Notes: svn path=/head/; revision=299399
* Fix SMP booting for PowerPC Book-EJustin Hibbits2016-04-191-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: PowerPC Book-E SMP is currently broken for unknown reasons. Pull in Semihalf changes made c2012 for e500mc/e5500, which enables booting SMP. This eliminates the shared software TLB1 table, replacing it with tlb1_read_entry() function. This does not yet support ePAPR SMP booting, and doesn't handle resetting CPUs already released (ePAPR boot releases APs to a spin loop waiting on a specific address). This will be addressed in the near future by using the MPIC to reset the AP into our own alternate boot address. This does include a change to the dpaa/dtsec(4) driver, to mark the portals as CPU-private. Test Plan: Tested on Amiga X5000/20 (P5020). Boots, prints the following messages: Adding CPU 0, pir=0, awake=1 Waking up CPU 1 (dev=1) Adding CPU 1, pir=20, awake=1 SMP: AP CPU #1 launched top(1) shows CPU1 active. Obtained from: Semihalf Relnotes: Yes Differential Revision: https://reviews.freebsd.org/D5945 Notes: svn path=/head/; revision=298237
* Use the m_extadd() function instead of deprecated MEXTADD().Justin Hibbits2016-03-021-1/+1
| | | | | | | Suggested by: glebius Notes: svn path=/head/; revision=296295
* Remove some debug printfsJustin Hibbits2016-03-021-4/+0
| | | | Notes: svn path=/head/; revision=296294
* Add support for the Freescale dTSEC DPAA-based ethernet controller.Justin Hibbits2016-02-2921-0/+5392
Freescale's QorIQ line includes a new ethernet controller, based on their Datapath Acceleration Architecture (DPAA). This uses a combination of a Frame manager, Buffer manager, and Queue manager to improve performance across all interfaces by being able to pass data directly between hardware acceleration interfaces. As part of this import, Freescale's Netcomm Software (ncsw) driver is imported. This was an attempt by Freescale to create an OS-agnostic sub-driver for managing the hardware, using shims to interface to the OS-specific APIs. This work was abandoned, and Freescale's primary work is in the Linux driver (dual BSD/GPL license). Hence, this was imported directly to sys/contrib, rather than going through the vendor area. Going forward, FreeBSD-specific changes may be made to the ncsw code, diverging from the upstream in potentially incompatible ways. An alternative could be to import the Linux driver itself, using the linuxKPI layer, as that would maintain parity with the vendor-maintained driver. However, the Linux driver has not been evaluated for reliability yet, and may have issues with the import, whereas the ncsw-based driver in this commit was completed by Semihalf 4 years ago, and is very stable. Other SoC modules based on DPAA, which could be added in the future: * Security and Encryption engine (SEC4.x, SEC5.x) * RAID engine Additional work to be done: * Implement polling mode * Test vlan support * Add support for the Pattern Matching Engine, which can do regular expression matching on packets. This driver has been tested on the P5020 QorIQ SoC. Others listed in the dtsec(4) manual page are expected to work as the same DPAA engine is included in all. Obtained from: Semihalf Relnotes: Yes Sponsored by: Alex Perez/Inertial Computing Notes: svn path=/head/; revision=296177