Re: [mips-linux:test-syscalls 88/93] kernel/trace/trace.h:243:53: error: 'NR_syscalls' undeclared here (not in a function); did you mean '__NR_syscalls'?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Firoz,

On Fri, Dec 14, 2018 at 03:53:38PM +0530, Firoz Khan wrote:
> This might be I removed below lines of code from asm/unistd.h
>  [PATCH v5 2/7] mips: remove unused macros
> 
> -#ifdef CONFIG_MIPS32_N32
> -#define NR_syscalls  (__NR_N32_Linux + __NR_N32_Linux_syscalls)
> -#elif defined(CONFIG_64BIT)
> -#define NR_syscalls  (__NR_64_Linux + __NR_64_Linux_syscalls)
> -#else
> -#define NR_syscalls  (__NR_O32_Linux + __NR_O32_Linux_syscalls)
> -#endif
> -
> 
> Do I need to send another version of the patch series or will you add
> those lines of code back?

I've undone that change in the test-syscalls branch.

This code does strike me as odd though - what we're defining NR_syscalls
as here is not a count of syscalls but the maximum syscall number, which
in the worse case (the n32 one) is over 6000. The syscall tracing code
then allocates arrays with that enormous number of entries, when in
reality at least the first 4000 (__NR_O32_Linux) entries will be unused.
Hmm, cleanup for another day added to the TODO list...

Anyway, I'll let some test builds run & if all looks good I'll push this
to mips-next.

Thanks,
    Paul


[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux