Fix hal_rpc_pkey_match() calling convention.

Old calling sequence didn't quite work, caller had no sane way to know
how large the buffer needed to be.  Revised sequence is similar to
what the PKCS #11 C_FindObject() call does: return the next batch of
UUIDs, up to the number specified, end of data indicated by getting
back something less than a full block of UUIDs.

1 files changed, 2 insertions, 5 deletions

diff --git a/ks_flash.c b/ks_flash.c
index e4d82ff..952253e 100644
--- a/ks_flash.c
+++ b/ks_flash.c
@@ -1183,10 +1183,7 @@ static hal_error_t ks_match(hal_ks_t *ks,
   else if (err != HAL_OK)
     return err;
 
-  while (*result_len < result_max) {
-
-    if (++i >= db.ksi.used)
-      return HAL_OK;
+  while (*result_len < result_max && ++i < db.ksi.used) {
 
     unsigned b = db.ksi.index[i];
 
@@ -1251,7 +1248,7 @@ static hal_error_t ks_match(hal_ks_t *ks,
     possible = 0;
   }
 
-  return HAL_ERROR_RESULT_TOO_LONG;
+  return HAL_OK;
 }
 
 static  hal_error_t ks_set_attribute(hal_ks_t *ks,