[Mesa-dev] [PATCH 1/4] intel/tools: avoid 'ignoring return value' and 'unused variable' warnings
andrey simiklit
asimiklit.work at gmail.com
Mon Nov 12 10:30:12 UTC 2018
On Fri, Nov 9, 2018 at 2:45 PM Eric Engestrom <eric.engestrom at intel.com>
wrote:
> On Tuesday, 2018-09-11 15:42:04 +0300, asimiklit.work at gmail.com wrote:
> > From: Andrii Simiklit <andrii.simiklit at globallogic.com>
> >
> > 1. tools/i965_disasm.c:58:4: warning:
> > ignoring return value of ‘fread’,
> > declared with attribute warn_unused_result
> > fread(assembly, *end, 1, fp);
> >
> > 2. tools/aub_read.c:271:31: warning: unused variable ‘end’
> > const uint32_t *p = data, *end = data + data_len, *next;
> >
> > 3. tools/aub_mem.c:292:13: warning: unused variable ‘res’
> > void *res = mmap((uint8_t *)bo.map + map_offset, 4096, PROT_READ,
> > tools/aub_mem.c:357:13: warning: unused variable ‘res’
> > void *res = mmap((uint8_t *)bo.map + (page - bo.addr), 4096,
> PROT_READ,
> >
> > Signed-off-by: Andrii Simiklit <andrii.simiklit at globallogic.com>
> > ---
> > src/intel/tools/aub_mem.c | 10 ++++++----
> > src/intel/tools/aub_read.c | 2 +-
> > src/intel/tools/i965_disasm.c | 3 ++-
> > 3 files changed, 9 insertions(+), 6 deletions(-)
> >
> > diff --git a/src/intel/tools/aub_mem.c b/src/intel/tools/aub_mem.c
> > index 58b51b7..98e1421 100644
> > --- a/src/intel/tools/aub_mem.c
> > +++ b/src/intel/tools/aub_mem.c
> > @@ -289,8 +289,9 @@ aub_mem_get_ggtt_bo(void *_mem, uint64_t address)
> > continue;
> >
> > uint32_t map_offset = i->virt_addr - address;
> > - void *res = mmap((uint8_t *)bo.map + map_offset, 4096, PROT_READ,
> > - MAP_SHARED | MAP_FIXED, mem->mem_fd,
> phys_mem->fd_offset);
> > + MAYBE_UNUSED void *res =
> > + mmap((uint8_t *)bo.map + map_offset, 4096, PROT_READ,
> > + MAP_SHARED | MAP_FIXED, mem->mem_fd,
> phys_mem->fd_offset);
> > assert(res != MAP_FAILED);
> > }
> >
> > @@ -354,8 +355,9 @@ aub_mem_get_ppgtt_bo(void *_mem, uint64_t address)
> > for (uint64_t page = address; page < end; page += 4096) {
> > struct phys_mem *phys_mem = ppgtt_walk(mem, mem->pml4, page);
> >
> > - void *res = mmap((uint8_t *)bo.map + (page - bo.addr), 4096,
> PROT_READ,
> > - MAP_SHARED | MAP_FIXED, mem->mem_fd,
> phys_mem->fd_offset);
> > + MAYBE_UNUSED void *res =
> > + mmap((uint8_t *)bo.map + (page - bo.addr), 4096, PROT_READ,
> > + MAP_SHARED | MAP_FIXED, mem->mem_fd,
> phys_mem->fd_offset);
> > assert(res != MAP_FAILED);
> > }
> >
>
> R-b on the above
>
> > diff --git a/src/intel/tools/aub_read.c b/src/intel/tools/aub_read.c
> > index 5b704e8..0a1f84a 100644
> > --- a/src/intel/tools/aub_read.c
> > +++ b/src/intel/tools/aub_read.c
> > @@ -268,7 +268,7 @@ handle_memtrace_mem_write(struct aub_read *read,
> const uint32_t *p)
> > int
> > aub_read_command(struct aub_read *read, const void *data, uint32_t
> data_len)
> > {
> > - const uint32_t *p = data, *end = data + data_len, *next;
> > + MAYBE_UNUSED const uint32_t *p = data, *end = data + data_len, *next;
>
> You're flagging all of them as MAYBE_UNUSED; please split out the one
> variable for which it applies?
>
I agree, will fix.
>
> > uint32_t h, header_length, bias;
> >
> > assert(data_len >= 4);
> > diff --git a/src/intel/tools/i965_disasm.c
> b/src/intel/tools/i965_disasm.c
> > index 73a6760..e207def 100644
> > --- a/src/intel/tools/i965_disasm.c
> > +++ b/src/intel/tools/i965_disasm.c
> > @@ -55,7 +55,8 @@ i965_disasm_read_binary(FILE *fp, size_t *end)
> > if (assembly == NULL)
> > return NULL;
> >
> > - fread(assembly, *end, 1, fp);
> > + MAYBE_UNUSED size_t size = fread(assembly, *end, 1, fp);
> > + assert((size == *end) && "error: unable to read all elements!");
>
> Please split this out in a separate patch, and I don't think this
> `size == *end` is right
>
> From `man 3 fread`:
> > On success, fread() and fwrite() return the number of items read or
> > written. This number equals the number of bytes transferred only when
> > size is 1.
>
> but here, size is `*end` and nmemb is `1`, so I would expect fread to
> return 1 on success and 0 on failure.
> Have you tested this? What value did you see?
>
> You can test the complete EOF failure path by adding this just before
> fread():
> fseek(fp, 0, SEEK_END);
>
> And the more insidious "just a bit too short" failure path with:
> fseek(fp, 1, SEEK_CUR);
>
Ops, I didn't notice that they are swapped. Thanks a lot :)
I will test it before fix :)
>
> > fclose(fp);
> >
> > return assembly;
> > --
> > 2.7.4
> >
> > _______________________________________________
> > mesa-dev mailing list
> > mesa-dev at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20181112/20521351/attachment-0001.html>
More information about the mesa-dev
mailing list