Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5 |
|
#
8d3ef488 |
| 17-Mar-2015 |
Sascha Wildner <saw@online.de> |
kernel/acpi: Reduce code duplication with ACPICA (second attempt).
Use the types which the ACPICA framework provides whereever possible in our acpi_fadt and acpi_madt code. Since we do not use any a
kernel/acpi: Reduce code duplication with ACPICA (second attempt).
Use the types which the ACPICA framework provides whereever possible in our acpi_fadt and acpi_madt code. Since we do not use any actual ACPICA functions here, this is no problem even for code which (so far) runs before ACPICA is initialized.
Compared to the previous attempt which I pushed (and reverted again) this commit has the following additional fixes:
* Compare the FADT length to the length of the ACPI 2.0 (up to 4.0) version of the table (which is 24 bytes shorter than the ACPI 5.0 version).
* Doesn't shift again an already shifted value.
Discussed-with-and-approved-by: sephe Tested-by: Robin Hahling <robin.hahling@gw-computing.net>
show more ...
|
#
ac886253 |
| 16-Mar-2015 |
Sascha Wildner <saw@online.de> |
Revert "kernel/acpi: Reduce code duplication with ACPICA."
This reverts commit fc673eaa749a01e148fc5f0b6e81587531576344.
I did some mistakes here, one of which I found already. But there are more.
Revert "kernel/acpi: Reduce code duplication with ACPICA."
This reverts commit fc673eaa749a01e148fc5f0b6e81587531576344.
I did some mistakes here, one of which I found already. But there are more. So let's revert it for now (since it causes rather nasty issues) until the issues are all found.
Reported-by: Robin Hahling <robin.hahling@gw-computing.net>
show more ...
|
#
fc673eaa |
| 10-Mar-2015 |
Sascha Wildner <saw@online.de> |
kernel/acpi: Reduce code duplication with ACPICA.
Use the types which the ACPICA framework provides whereever possible in our acpi_fadt and acpi_madt code. Since we do not use any actual ACPICA func
kernel/acpi: Reduce code duplication with ACPICA.
Use the types which the ACPICA framework provides whereever possible in our acpi_fadt and acpi_madt code. Since we do not use any actual ACPICA functions here, this is no problem even for code which (so far) runs before ACPICA is initialized.
Discussed-with-and-approved-by: sephe
show more ...
|
Revision tags: v4.0.4, v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.7.0, v3.4.3, v3.4.2, v3.4.0, v3.4.1, v3.4.0rc, v3.5.0 |
|
#
5db2f26e |
| 03-Jan-2013 |
Sascha Wildner <saw@online.de> |
kernel: Move sys/dev/acpica5 to sys/dev/acpica.
The 5 used to indicate that it was imported from FreeBSD 5 but that doesn't matter anymore.
In-discussion-with: sephe
|