97e4bec5 brooks Nov. 22, 2021, 10:36 p.m.
88dfcfa2 brooks Nov. 22, 2021, 10:36 p.m.
This is idential to stack_t and more amenable to prepending "32" to
for freebsd32.

Reviewed by:	kib
cgit
e383c423 cy Nov. 22, 2021, 8:03 p.m.
22b1cbec cy Nov. 22, 2021, 8:01 p.m.
This reverts commit c0601c3e0162a7ccf6160b32cfa7596bba7bb869.
cgit
c0601c3e cy Nov. 22, 2021, 6:34 p.m.
d9bb7987 allanjude Nov. 22, 2021, 6:10 p.m.
OpenSSL assumes the same value for AT_HWCAP=16 (Linux)
So it ends up calling elf_auxv_info() with AT_CANARY which
returns ENOENT, and all acceleration features are disabled.

With this, my ARM64 test machine runs the benchmark
`openssl speed -evp aes-256-gcm` nearly 20x faster
going from 100 MB/sec to 2000 MB/sec

It also improves sha256 from 300 MB/sec to 1800 MB/sec

This fix has been accepted but not yet merged upstream:
https://github.com/openssl/openssl/pull/17082

PR:		259937
Reviewed by:	manu, imp
MFC after:	immediate
Relnotes:	yes
Fixes:		88e852c0b5c872b1a ("OpenSSL: Merge OpenSSL 1.1.1j")
Sponsored by:	Ampere Computing LLC
Sponsored by:	Klara Inc.
Differential Revision:	https://reviews.freebsd.org/D33060
cgit
5bbfa333 allanjude Nov. 22, 2021, 6:03 p.m.
X-NetApp-PR:	35
Sponsored by:	NetApp, Inc.
Sponsored by:	Klara Inc.
Differential Revision:	https://reviews.freebsd.org/D27335
cgit
a1198336 markj Nov. 22, 2021, 5:12 p.m.
PR:		259776
MFC after:	1 week
cgit
fc7207c8 manu Nov. 22, 2021, 4:13 p.m.
We need err.h

Fixes:	5cf21e48ccf11 ("bhyve: use a fixed 32 bit BAR base address")
Sponsored by:	Bechoff Automation GmbH & Co. KG
cgit
fe66bcf9 manu Nov. 22, 2021, 3:27 p.m.
Reads of the MSI-X capabilites aren't emulated by passthru devices
yet. The guest will read the host MSI-X capabilites which could
cause issues.

Reviewed by:	markj
Differential Revision:	https://reviews.freebsd.org/D32686
Sponsored by:	Beckhoff Automation GmbH & Co. KG
cgit
2eb20795 manu Nov. 22, 2021, 3:26 p.m.
On startup all virtual BARs are registered.
Additionally, the encoding bit in the virtual cmd register is set.
After that, the passthru emulation overwrites the virtual cmd register with
the physical one.
This could lead to a mismatch between registered BARs and the encoding
bits in the cmd register.
Instead of writing the physical to the virtual cmd register,
write the virtual to the physical cmd register to solve this issue.

Reviewed by:	  markj
Differential Revision:	https://reviews.freebsd.org/D32687
Sponsored by:	Beckhoff Automation GmbH & Co. KG
cgit
5cf21e48 manu Nov. 22, 2021, 3:24 p.m.
OVMF always uses 0xC0000000 as base address for 32 bit PCI MMIO space.
For that reason, we should use that address too.

Reviewed by:	markj
Differential Revision:	https://reviews.freebsd.org/D31051
Sponsored by:	Beckhoff Automation GmbH & Co. KG
cgit
4a4053e1 manu Nov. 22, 2021, 3:22 p.m.
OVMF will fail, if large 64 bit BARs are used. GCD-Map doesn't cover
64 bit addresses of BARs.
OVMF assumes that 64 bit addresses of BARS are located on next 32 GB
boundary behind Top of High RAM.

This patch moves 64 bit BARs on next 32 GB boundary behind Top of High
RAM to match OVMF assumptions.

Differential Revision:	https://reviews.freebsd.org/D27970
Sponsored by: Beckhoff Automation GmbH & Co. KG
cgit
28ba36c6 ygy Nov. 22, 2021, 2:43 a.m.
Fixes:		8406182dbeb972698775e2468902bc5f6e593d72
MFC after:	3 days
Reported by:	Pau Amma <pauamma@gundo.com>
cgit
093cf790 emaste Nov. 22, 2021, 2:21 a.m.
These were leftovers from the port from NetBSD (where they are used).

Sponsored by:	The FreeBSD Foundation
cgit