Displaying 4 results from an estimated 4 matches for "acpi_handle_debug".
2015 May 25
2
[PATCH 5/8] acpi: Check returned object type by Optimus _DSM locally
...rg, u
> *result |= (obj->buffer.pointer[3] << 24);
> }
> ACPI_FREE(obj);
> + } else if (obj->type == ACPI_TYPE_INTEGER &&
> + obj->integer.value == 0x80000002) {
> + acpi_handle_debug(handle, "failed to query Optimus _DSM\n");
> + ACPI_FREE(obj);
> + return -ENODEV;
should this be AE_ERROR?
> + } else {
> + acpi_handle_err(handle, "unexpected returned value by Optimus _DSM\n");
> +...
2015 May 26
2
[PATCH 5/8] acpi: Check returned object type by Optimus _DSM locally
...sult |= (obj->buffer.pointer[3] << 24);
>>> }
>>> ACPI_FREE(obj);
>>> + } else if (obj->type == ACPI_TYPE_INTEGER &&
>>> + obj->integer.value == 0x80000002) {
>>> + acpi_handle_debug(handle, "failed to query Optimus _DSM\n");
>>> + ACPI_FREE(obj);
>>> + return -ENODEV;
>>
>> should this be AE_ERROR?
>
> I would say no, because ACPI was parsed correctly, just that we didn't it give the correct argument...
2015 May 25
15
[PATCH 1/8] acpi: Rename v1 DSM to mux to avoid ambiguity
This is especially true when variables or functions are just called dsm without
precising the v1.
Signed-off-by: Pierre Moreau <pierre.morrow at free.fr>
---
drm/nouveau/nouveau_acpi.c | 64 +++++++++++++++++++++++-----------------------
drm/nouveau/nouveau_acpi.h | 4 +--
drm/nouveau/nouveau_drm.c | 4 +--
drm/nouveau/nouveau_vga.c | 10 ++++----
4 files changed, 41 insertions(+), 41
2015 May 28
12
[PATCH v2 1/9] acpi: Rename v1 DSM to mux to avoid ambiguity
This is especially true when variables or functions are just called dsm without
specifying the v1.
Changes since v1:
* Fix typo in commit explanation
* Change has_dsm to has_mux in nouveau_dsm_detect
Signed-off-by: Pierre Moreau <pierre.morrow at free.fr>
---
drm/nouveau/nouveau_acpi.c | 72 +++++++++++++++++++++++-----------------------
drm/nouveau/nouveau_acpi.h | 4 +--