saHpiSensorThresholdsSet/1.c returns FAIL in error.
It calls saHpiSensorThresholdsSet with a bad resource
id and also with an uninitialized threshold.
The test expects INVALID_RESOURCE because of the bad
resource id passed.
The problem is that it should also expect any other
return codes regarding bad values in the thresholds due
to its uninitialized state.
On the OpenHPI implementation, this test returns FAIL
due to getting INVALID_DATA from
saHpiSensorThresholdsSet. But this is a correct return
since the thresholds contains a bad sensor reading type.
Page 28 of the spec, first sentence, says "The order of
the return codes is undefined, Thus, if more than one
error occurs, any one of the possible return codes may
be returned."
So, to fix this test, the thresholds must be properly
initialized in order to correctly expect _only_ the
INVALID_RESOURCE return code.