Fix uninitialized access bug in utilfdt_decode_type
I just found this little bug with valgrind. strchr() will return true
if the given character is '\0'. This meant that utilfdt_decode_type()
could take a path which accesses uninitialized data when given the
(invalid) format string "L".
Signed-off-by:
David Gibson <david@gibson.dropbear.id.au>
Loading
Please sign in to comment