user_data: silence some sscanf() false positives
commit449cbe445a77da05c9be0f2589e8f2edc8023a70
authorDan Carpenter <dan.carpenter@oracle.com>
Wed, 13 Jun 2018 14:17:57 +0000 (13 17:17 +0300)
committerDan Carpenter <dan.carpenter@oracle.com>
Wed, 13 Jun 2018 14:17:57 +0000 (13 17:17 +0300)
treec9943578a803f484ffcfbe9c73d125684de4a204
parent7f4005c9dbe7cd61730c483403ae62599506b449
user_data: silence some sscanf() false positives

There are two things here.  dev_attr names are trusted.  It's pretty common
to read the name, and get a number from the name and use it.

The other thing is more basic which is that smatch was marking %n as user
controlled when it's not the same as reading a %d from the string.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
check_user_data2.c