aboutsummaryrefslogtreecommitdiff
path: root/sys/contrib/ncsw
Commit message (Collapse)AuthorAgeFilesLines
* machine/stdarg.h -> sys/stdarg.hBrooks Davis2025-06-112-2/+2
| | | | | | | | | | | | | Switch to using sys/stdarg.h for va_list type and va_* builtins. Make an attempt to insert the include in a sensible place. Where style(9) was followed this is easy, where it was ignored, aim for the first block of sys/*.h headers and don't get too fussy or try to fix other style bugs. Reviewed by: imp Exp-run by: antoine (PR 286274) Pull Request: https://github.com/freebsd/freebsd-src/pull/1595
* powerpc: Use valid prototypes for function declarations with no arguments.John Baldwin2023-04-241-1/+1
| | | | | Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D39733
* dpaa: Remove unused variables.John Baldwin2022-04-131-2/+0
|
* [PowerPC] [Book-E] Remove obsolete interrupt binding workaroundBrandon Bergren2020-02-252-33/+0
| | | | | | | | | | | | | | | | | | Remove an old workaround that is no longer necessary since rS343824. There used to be a problem with FMan interrupts firing on multiple CPUS at the same time. This ended up being due to multicast interrupts being unsupported in the Freescale PIC (so instead of using a selection algorithm, it would do some unspecified action, such as interrupting multiple cpus at random.) Reviewed by: jhibbits Sponsored by: Tag1 Consulting, Inc. Differential Revision: https://reviews.freebsd.org/D23829 Notes: svn path=/head/; revision=358322
* [PowerPC] [Book-E] Fix dpaa interrupt binding.Brandon Bergren2020-02-252-14/+7
| | | | | | | | | | | | | | | | | | | | | | After the network epoch was added, we lost the ability to migrate the ithread in the middle of dispatch, as being in the network epoch will pin the current thread (for safety reasons.) Luckily, we don't actually have to do this workaround in the first place, as we can just bind it to the correct cpu when we preallocate it. Pass dev through to XX_PreallocAndBindIntr() and actually bind it to the cpu like it was supposed to in the first place, instad of leaving it floating and moving it to the correct cpu the first time it fires. This fixes panics while bringing up dtsec on my X5000. Reviewed by: jhibbits Sponsored by: Tag1 Consulting, Inc. Differential Revision: https://reviews.freebsd.org/D23826 Notes: svn path=/head/; revision=358307
* [PowerPC] Clang powerpcspe build fixesBrandon Bergren2019-12-272-2/+2
| | | | | | | | | * Fix a couple of format errors. * Add some extra compiler flags needed to force clang to build SPE code. (These are temporary until the target triple is fixed) Notes: svn path=/head/; revision=356118
* Don't shift 32-bit value by more than 32 bits.Gleb Popov2019-12-211-1/+1
| | | | | | | | PR: 207854 Approved by: emaste Notes: svn path=/head/; revision=355980
* Fix read past end of struct in ncsw glue code.Brandon Bergren2019-10-121-10/+4
| | | | | | | | | | | | | | | | | | The logic in XX_IsPortalIntr() was reading past the end of XX_PInfo. This was causing it to erroneously return 1 instead of 0 in some circumstances, causing a panic on the AmigaOne X5000 due to mixing exclusive and nonexclusive interrupts on the same interrupt line. Since this code is only called a couple of times during startup, use a simple double loop instead of the complex read-ahead single loop. This also fixes a bug where it would never check cpu=0 on type=1. Approved by: jhibbits (mentor) Differential Revision: https://reviews.freebsd.org/D21988 Notes: svn path=/head/; revision=353459
* dpaa(4): Fix memcpy size for threshold copy in NCSW contribJustin Hibbits2019-09-281-1/+1
| | | | | | | | | | | On 64-bit platforms uintptr_t makes the copy twice as large as it should be. This code isn't actually used in FreeBSD, since it's for guest mode only, not hypervisor mode, but fixing it for completeness sake. Reported by: bdragon (clang9 build) Notes: svn path=/head/; revision=352831
* dpaa: Fix warnings in dtsec(4) found by clangJustin Hibbits2019-08-215-4/+7
| | | | | | | These are all trivial warnings that have no real functional change. Notes: svn path=/head/; revision=351322
* dpaa: fix 32-bit buildJustin Hibbits2019-01-191-1/+1
| | | | | | | | | | | | | Book-E powerpc uses 64-bit vm_paddr_t, and 32-bit powerpc has 32-bit pointers, so gcc errors with cast to pointer from integer of different size. As this will not actually be used in reality anyway, simply quiet the warning by casting through uintptr_t. MFC after: 3 weeks MFC with: r343168 Notes: svn path=/head/; revision=343169
* powerpc/dpaa: Handle DMAP virtual addresses in DPAAJustin Hibbits2019-01-191-1/+9
| | | | | | | | | | | | | sendfile(2) appears to now use DMAP wherever possible. These addresses are not managed by pmap, so pmap_kextract() returns a 0 physical address, causing failure. This change fixes nginx running on P5020 SoC. MFC after: 3 weeks Notes: svn path=/head/; revision=343168
* dtsec: Fix formatting of addresses in translation error messagesJustin Hibbits2019-01-061-2/+2
| | | | | | | | | | Don't clamp addresses to 8 hex digits, particularly since this is primarily used now on a 64-bit platform. MFC after: 1 week Notes: svn path=/head/; revision=342811
* Rename a couple files to not conflict with ZFS filenamesJustin Hibbits2017-11-012-0/+0
| | | | | | | Now a kernel can be built with both ZFS and DPAA compiled in. Notes: svn path=/head/; revision=325260
* Make DPAA work in 64-bit modeJustin Hibbits2017-10-313-6/+6
| | | | | | | | | | 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
* Add a file to unbreak the buildJustin Hibbits2017-10-311-0/+81
| | | | Notes: svn path=/head/; revision=325199
* Update DPAA SDK to SDK 2.0Justin Hibbits2017-10-30137-21909/+53614
| | | | | | | | | | | | | 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
* Simplify the page tracking for VA<->PA translations.Justin Hibbits2016-11-162-98/+21
| | | | | | | | | | 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
* Use proper integer-pointer type conversions.Justin Hibbits2016-10-189-103/+104
| | | | | | | | | | | | 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
* Minor optimizations to dTSEC glue codeJustin Hibbits2016-10-082-15/+14
| | | | | | | | | | Don't call pmap_kextract() multiple times, it wastes CPU cycles, which in a high performance environment can be very expensive. Inline XX_FindTracker() to allow more optimizations as well. Notes: svn path=/head/; revision=306839
* Consistently use `device_t`Jean-Sébastien Pédron2016-08-091-2/+2
| | | | | | | | | | | | | | | | | | Several files use the internal name of `struct device` instead of `device_t` which is part of the public API. This patch changes all `struct device *` to `device_t`. The remaining occurrences of `struct device` are those referring to the Linux or OpenBSD version of the structure, or the code is not built on FreeBSD and it's unclear what to do. Submitted by: Matthew Macy <mmacy@nextbsd.org> (previous version) Approved by: emaste, jhibbits, sbruno MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D7447 Notes: svn path=/head/; revision=303890
* Remove SoC-specific integrations from dTSEC, to make it SoC agnostic.Justin Hibbits2016-07-0513-3702/+32
| | | | | | | | | This will allow a single kernel to run on all SoCs supported by the dTSEC driver. Approved by: re@(gjb) Notes: svn path=/head/; revision=302341
* Zero the newly allocated spinlock.Justin Hibbits2016-04-241-1/+1
| | | | | | | | Not sure how this worked testing with DIAGNOSTIC set, but with it disabled this fails due to the spinlock being "initialized" with 0xdeadc0de. Notes: svn path=/head/; revision=298526
* Add support for the Freescale dTSEC DPAA-based ethernet controller.Justin Hibbits2016-02-29107-0/+73567
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