Bug 474 – AcpiGetObjectInfo should return AE_BAD_PARAMETER when its Handle parameter is invalid

Bug 474 - AcpiGetObjectInfo should return AE_BAD_PARAMETER when its Handle parameter is invalid

Summary:

AcpiGetObjectInfo should return AE_BAD_PARAMETER when its Handle parameter is...

Status:	RESOLVED FIXED

Product:	ACPICA
Component:	Core/Interpreter
Version:	unspecified
Platform:	All Linux

Importance:	P1 normal
Assigned To:	Bob Moore

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-09-22 04:32 by Fiodor Suietov
Modified:	2008-09-22 16:41 (History)

Attachments
patch from the reporter (329 bytes, patch) 2008-03-10 23:59, Lin Ming	Details \| Diff
Add an attachment (proposed patch, testcase, etc.)

Note

You need to log in before you can comment on or make changes to this bug.

Description From Fiodor Suietov 2006-09-22 04:32:05

On testing conditions when SSDT owning an Object the Handle points to
is unloaded, the relevant call to AcpiGetObjectInfo unexpectedly results
in SUCCESS.

The simple fix is below:

AcpiGetObjectInfo (
...
    Node = AcpiNsMapHandleToNode (Handle);
    if (!Node)
    {
        (void) AcpiUtReleaseMutex (ACPI_MTX_NAMESPACE);
+        Status = AE_BAD_PARAMETER;
        goto Cleanup;
    }

INTERNAL API TS BUG NUMBER:

             36

------- Comment #1 From Lin Ming 2008-03-10 23:59:31 -------

Created an attachment (id=783) [details]
patch from the reporter

the reporter's patch fix this problem
we should ship it to next release

------- Comment #2 From Bob Moore 2008-06-17 13:16:19 -------

Fixed 17 June 2008. Will appear in next ACPICA release.

------- Comment #3 From Len Brown 2008-09-22 16:41:54 -------

this fix is in the linux-acpi test tree