wireguard-openbsd/sys/dev/acpi, branch master WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/acpi?h=master 2021-03-30T16:49:58Z Handle systems, such as the Dell Precision 3640, that access 2021-03-30T16:49:58Z kettenis kettenis@openbsd.org 2021-03-30T16:49:58Z urn:sha1:25c940e1d72a3a51e499110a5745a5505b6c517b GenericSerialBus operating regions witout checking whether they're really available. This needs to work on RAMDISK kernels as well. Since we don't want to pull in the i2c subsystem on those, provide a separate and much simpler dummy implementation of the GenericSerialBus access code when SMALL_KERNEL is defined. ok tb@ Pack the SPCR struct definition since the struct isn't naturally aligned 2021-03-23T09:41:12Z patrick patrick@openbsd.org 2021-03-23T09:41:12Z urn:sha1:eeb8d4725bb547b9e48e7cf690b06be1f2f06587 or padded, and hence e. g. the access to the PCI vendor/device id would be broken. The structs for the other tables all seem to be packed as well. ok kettenis@ Fix previous (1.258). It breaks if localX itself is an object reference. 2021-03-18T00:17:26Z yasuoka yasuoka@openbsd.org 2021-03-18T00:17:26Z urn:sha1:73a5351e91094758b06b1c118e6d5df4cfd48358 found and test by Rafael Avila de Espindola ok kettenis Add acpi_iommu_device_map(), which replaces the DMA tag with one that 2021-03-15T22:44:57Z patrick patrick@openbsd.org 2021-03-15T22:44:57Z urn:sha1:c375c363d9025b334c6cea967bb0cee9d9a41169 is blessed with IOMMU magic, if available. This is mainly for arm64, since on amd64 and i386 the IOMMU only captures PCIe devices, as far as I know, which uses the pci_probe_device_hook(). This though is for non-PCI devices attached through ACPI. ok kettenis@ Add the IORT structure for named components. These give us the stream ids 2021-03-15T22:40:23Z patrick patrick@openbsd.org 2021-03-15T22:40:23Z urn:sha1:fe67bbf90cb98ea15216be816df26ef245f0590c used towards an smmu(4) for non-PCI devices. The references are provided as ASCII printable paths. ok kettenis@ Handle named references in acpi_getdevlist(). Fixes a regression in acpitz 2021-03-10T22:20:44Z tobhe tobhe@openbsd.org 2021-03-10T22:20:44Z urn:sha1:71a585ed804adbdd9d4eee13175b0812699dc34b caused by the reference handling change from December. ok kettenis@ patrick@ Our ACPI namerefs are pointers to the byte structures for ACPI names. 2021-03-10T21:49:55Z patrick patrick@openbsd.org 2021-03-10T21:49:55Z urn:sha1:abe2aacc6845fd5ce80896a50e770d4116e9f80c These are not in a printable format, hence printing them as string is wrong. Additionally, aml_searchrel()/aml_searchname() expect the name to be passed in a printable format as well. Passing a nameref can lead to an out-of-bounds read, and the comparison can fail. Hence make sure that namerefs are passed to aml_getname() first, which returns printable strings. Note that aml_getname() uses a static buffer, so there are a few restrictions how the string can be used. ok kettenis@ Fix typo for ATS attribute member in IORT root complex struct. 2021-03-10T12:49:24Z patrick patrick@openbsd.org 2021-03-10T12:49:24Z urn:sha1:2ee17f520fd20c6b3c4b8d77b0a714bd9e134e3f Add support for sdhc(4) on Raspberry Pi in ACPI mode. 2021-03-08T13:48:56Z kettenis kettenis@openbsd.org 2021-03-08T13:48:56Z urn:sha1:5d8ef1483d9e3f49dcf75b711a76f3ba937abeb2 ok patrick@ Fix aml_store() to work properly when the lvalue is a reference of 2021-03-07T22:53:46Z yasuoka yasuoka@openbsd.org 2021-03-07T22:53:46Z urn:sha1:c1053d6a5a6ff0c23fa9cda5b6bd2d6feb9d82b6 LocalX. In that case, resolving the reference must be done before resetting the LocalX variable. test daniel ok kettenis