src/sys/dev/efidev, branch releng/14.2

efirt: Move comment about fpu_kern_enter to where it is called

2023-10-11T15:10:31+00:00

Reviewed by:	imp, kib, andrew, markj
Differential Revision:	https://reviews.freebsd.org/D41576

(cherry picked from commit 8173fa60ddb7e9a805dec9fef7bf07e74ae4144d)

sys: Remove $FreeBSD$: one-line .c pattern

2023-08-16T17:54:36+00:00

Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/

Expose EFI wake time API

2023-04-28T01:27:55+00:00

Reviewed by:	kib
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D36714

Use the correct size when checking an EFI address

2022-09-09T07:47:15+00:00

Use the correct page size macro when checking if an address is with
the EFI runtime map. This would previously work correctly when the
page size is 4k. With a larger page size it may incorrectly detect
memory as within the map when it's not.

Reported by:	imp
Sponsored by:	Innovate UK

efirtc: Remove unused devclass argument to DRIVER_MODULE.

2022-05-06T22:39:29+00:00

efirt: Mark buffers filled out by EFI firmware as initialized

2021-09-07T15:19:29+00:00

Otherwise KMSAN may report false positives.

Sponsored by:	The FreeBSD Foundation

EFI RT: resurrect EFIIOC_GET_TABLE

2021-07-03T17:06:48+00:00

Make it work, but change the interface to be safe for non-root users. In
particular, right now interface only works for the tables which can be
minimally parsed by kernel to determine the table size. Then, userspace can
query the table size, after that it provides a buffer of needed size
and kernel copies out just table to userspace.

Main advantage is that user no longer need to be able to read /dev/mem,
the disadvantage is the need to have minimal parsers aware of the table
types.  Right now the parsers are implemented for ESRT and PROP tables.

Future extension of the present interface might be a return of only
the table physical address, in case kernel does not have suitable
parser yet. Then, a privileged user could read the table from /dev/mem.
This extension, which logically equivalent to the old (non-worked)
EFIIOC_GET_TABLE variant, is not implemented until needed.

Submitted by:	Pavel Balaev 
MFC after:	2 weeks
Differential revision:	https://reviews.freebsd.org/D30104

Switch the EFI virtual address to a uint64_t

2021-05-01T06:01:20+00:00

It is defined as a uint64_t in the UEFI spec. As it's not used as a
pointer by the kernel follow this and define it as the same in the
kernel.

Reviewed by:	kib, manu, imp
Sponsored by:	Innovate UK
Differential Revision:	https://reviews.freebsd.org/D29759

efirt: add hooks for diverging EFI implementations

2021-02-16T14:26:11+00:00

Introduce a set of hooks for MI EFI public functions, so that a new
implementation can be done. This will be used to implement the Xen PV
EFI interface that's used when running FreeBSD as a Xen dom0 from UEFI
firmware. Also make the efi_status_to_errno non-static since it will
be used to evaluate status return values from the PV interface.

No functional change indented.

Sponsored by:		Citrix Systems R&D
Reviewed by:		kib, imp
Differential revision:	https://reviews.freebsd.org/D28620

efidev: remove EFIIOC_GET_TABLE ioctl

2021-01-08T16:41:50+00:00

This ioctl would instantly induce a panic, likely since near inception, up
until 0861c7d3e048. Lack of previous interest in fixing it combined with
the problematic interface (exports a pointer, really a physical address)
brings us to the natural conclusion: remove it until a useful consumer
forward.

If it eventually gets resurrected, the interface should definitely not
return in this exact form and likely needs to be reimagined.

The associated KPI, efi_get_table, is left intact for the time being.

Reviewed by:	imp, jrtc27
Also discussed with:	brooks, jhb
Differential Revision:	https://reviews.freebsd.org/D28030