src/sys/powerpc/ps3, branch upstream/12.1.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=upstream%2F12.1.02018-05-18T20:13:34Zifnet: Replace if_addr_lock rwlock with epoch + mutex2018-05-18T20:13:34ZMatt Macymmacy@FreeBSD.org2018-05-18T20:13:34Zurn:sha1:d7c5a620e2b99e914f1770abde956cf0d0a970b7
Run on LLNW canaries and tested by pho@
gallatin:
Using a 14-core, 28-HTT single socket E5-2697 v3 with a 40GbE MLX5
based ConnectX 4-LX NIC, I see an almost 12% improvement in received
packet rate, and a larger improvement in bytes delivered all the way
to userspace.
When the host receiving 64 streams of netperf -H $DUT -t UDP_STREAM -- -m 1,
I see, using nstat -I mce0 1 before the patch:
InMpps OMpps InGbs OGbs err TCP Est %CPU syscalls csw irq GBfree
4.98 0.00 4.42 0.00 4235592 33 83.80 4720653 2149771 1235 247.32
4.73 0.00 4.20 0.00 4025260 33 82.99 4724900 2139833 1204 247.32
4.72 0.00 4.20 0.00 4035252 33 82.14 4719162 2132023 1264 247.32
4.71 0.00 4.21 0.00 4073206 33 83.68 4744973 2123317 1347 247.32
4.72 0.00 4.21 0.00 4061118 33 80.82 4713615 2188091 1490 247.32
4.72 0.00 4.21 0.00 4051675 33 85.29 4727399 2109011 1205 247.32
4.73 0.00 4.21 0.00 4039056 33 84.65 4724735 2102603 1053 247.32
After the patch
InMpps OMpps InGbs OGbs err TCP Est %CPU syscalls csw irq GBfree
5.43 0.00 4.20 0.00 3313143 33 84.96 5434214 1900162 2656 245.51
5.43 0.00 4.20 0.00 3308527 33 85.24 5439695 1809382 2521 245.51
5.42 0.00 4.19 0.00 3316778 33 87.54 5416028 1805835 2256 245.51
5.42 0.00 4.19 0.00 3317673 33 90.44 5426044 1763056 2332 245.51
5.42 0.00 4.19 0.00 3314839 33 88.11 5435732 1792218 2499 245.52
5.44 0.00 4.19 0.00 3293228 33 91.84 5426301 1668597 2121 245.52
Similarly, netperf reports 230Mb/s before the patch, and 270Mb/s after the patch
Reviewed by: gallatin
Sponsored by: Limelight Networks
Differential Revision: https://reviews.freebsd.org/D15366
Move the powerpc64 direct map base address from zero to high memory. This2018-03-07T17:08:07ZNathan Whitehornnwhitehorn@FreeBSD.org2018-03-07T17:08:07Zurn:sha1:f9edb09d70e422a1a0e7a931e32f2a0366e91b39
accomplishes a few things:
- Makes NULL an invalid address in the kernel, which is useful for catching
bugs.
- Lays groundwork for radix-tree translation on POWER9, which requires the
direct map be at high memory.
- Similarly lays groundwork for a direct map on 64-bit Book-E.
The new base address is chosen as the base of the fourth radix quadrant
(the minimum kernel address in this translation mode) and because all
supported CPUs ignore at least the first two bits of addresses in real
mode, allowing direct-map addresses to be used in real-mode handlers.
This is required by Linux and is part of the architecture standard
starting in POWER ISA 3, so can be relied upon.
Reviewed by: jhibbits, Breno Leitao
Differential Revision: D14499
Honor physical memory regions marked unavailable in the FDT, when present.2018-03-03T02:06:48ZNathan Whitehornnwhitehorn@FreeBSD.org2018-03-03T02:06:48Zurn:sha1:c1d6f6ebe8d37619673828d70bfcc5762fcf16de
The most notable of these is the FDT itself, which it is a bad idea to
overwrite.
Remove assumption that all physical memory is available to the kernel and2018-03-03T02:04:40ZNathan Whitehornnwhitehorn@FreeBSD.org2018-03-03T02:04:40Zurn:sha1:1a60bed7319856e7bf2314b53b3821a757b9296e
that the physical and available memory arrays are interchangeable.
Avoid dereferencing random memory when kickstarting DMA.2018-02-24T22:34:56ZNathan Whitehornnwhitehorn@FreeBSD.org2018-02-24T22:34:56Zurn:sha1:f638d505132c1f67c8e03daf344943458ed5b00c
MFC after: 1 week
Merge AIM and Book-E PCPU fields2018-02-17T20:59:12ZJustin Hibbitsjhibbits@FreeBSD.org2018-02-17T20:59:12Zurn:sha1:bce6d88bc1d8c4aec54dfbc45d9d205e4a441e88
This is part of a long-term goal of merging Book-E and AIM into a single GENERIC
kernel. As more work is done, the struct may be optimized further.
Reviewed by: nwhitehorn
Document places we assume that physical memory is direct-mapped at zero by2018-01-13T23:14:53ZNathan Whitehornnwhitehorn@FreeBSD.org2018-01-13T23:14:53Zurn:sha1:68b9c019aad1001c924adf549ccc34c6592acbd9
using a new macro PHYS_TO_DMAP, which deliberately has the same name as the
equivalent macro on amd64. This also sets the stage for moving the direct
map to another base address.
Fix reversed endianness that crept in at some point. Blue is now blue2018-01-02T03:59:46ZNathan Whitehornnwhitehorn@FreeBSD.org2018-01-02T03:59:46Zurn:sha1:67530f82dd5e50b0666ded863e33d0aeda8cacee
instead of pink.
MFC after: 3 days
Use data from the boot loader to pick the appropriate output graphics mode2017-12-31T06:10:07ZNathan Whitehornnwhitehorn@FreeBSD.org2017-12-31T06:10:07Zurn:sha1:5261ac0eda29dc4be82a470de69ccf190fbc6386
instead of hard-coding a default. This information is passed implicitly by
the PS3 firmware and can be relied upon. Also adjust the default mode, if
somehow firmware doesn't pass one, to 1920x1080 from 720x480 since it is
2017.
MFC after: 2 weeks
Remove logic for early console with loader.ps3 now that loader.ps3 is dead.2017-12-30T20:25:33ZNathan Whitehornnwhitehorn@FreeBSD.org2017-12-30T20:25:33Zurn:sha1:3fca788024395a1e1c5ec8a4c5590bdf47f35119