summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorJesse Hall2017-02-12 18:01:36 -0600
committerJesse Hall2017-02-23 20:44:50 -0600
commit077ffd5055538e79d20fb5de964083cfbe10dc3f (patch)
treed86e67a7aeeb7b9db62a38391a9e56d1cdd10950
parent917cca2f04a88c1b307e9a4b75582ca9ecf34444 (diff)
downloadplatform-system-core-077ffd5055538e79d20fb5de964083cfbe10dc3f.tar.gz
platform-system-core-077ffd5055538e79d20fb5de964083cfbe10dc3f.tar.xz
platform-system-core-077ffd5055538e79d20fb5de964083cfbe10dc3f.zip
sync: Use correct type in size calculation
The previous and current types are the same size, so this wouldn't have caused a bug in practice, but it is confusing, and would have been a problem in the unlikely event we changed the size of one of the types. Test: sync-unit-tests on bullhead Change-Id: Ic43b81f3b4ff214af86b6b6d4d02c648f95d0c4b
-rw-r--r--libsync/sync.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/libsync/sync.c b/libsync/sync.c
index 9ed03dba8..0e9ad4382 100644
--- a/libsync/sync.c
+++ b/libsync/sync.c
@@ -145,7 +145,7 @@ struct sync_fence_info_data *sync_fence_info(int fd)
145 } 145 }
146 146
147 legacy_info->len = sizeof(*legacy_info) + 147 legacy_info->len = sizeof(*legacy_info) +
148 num_fences * sizeof(struct sync_fence_info); 148 num_fences * sizeof(struct sync_pt_info);
149 strlcpy(legacy_info->name, info->name, sizeof(legacy_info->name)); 149 strlcpy(legacy_info->name, info->name, sizeof(legacy_info->name));
150 legacy_info->status = info->status; 150 legacy_info->status = info->status;
151 151