[lkml]   [2012]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC] [PATCH] asm-generic/unistd.h: handle symbol prefixes in cond_syscall
    On Friday 24 February 2012, Mike Frysinger wrote:
    > > Our trend is to move away from arch specific Kconfig symbols and
    > > __ARCH_HAS_* macros towards just defining whatever you need in the
    > > architecture as an override for the generic definition.
    > i don't see how __ARCH_HAS_xxx would help here. the symbol prefix is a string,
    > not a bool value. it's also already used by linux/export.h, asm-
    > generic/, and module code in scripts/.

    I gave __ARCH_HAS_xxx as an example because a lot of other places use that
    to abstract architecture specific features, even if that wouldn't apply

    > > Just provide your own unistd.h that does
    > the point of asm-generic is so that arches don't have to keep copying &
    > pasting things that they really don't care about. James' proposed patch looks
    > good to me. it might be nice to go even further and add logic to a core
    > header so that CONFIG_SYMBOL_PREFIX is always defined ...

    You are right. I did not realize that CONFIG_SYMBOL_PREFIX is an existing
    symbol rather one that James defined for this purpose.

    We actually have MODULE_SYMBOL_PREFIX providing the correct string
    under a name that is not appropriate here. We can probably stick with
    Jason's patch for now and add a more sophisticated logic if another
    user of CONFIG_SYMBOL_PREFIX comes up.

    So for Jason's patch:

    Acked-by: Arnd Bergmann <>

    We could put that into the kernel now, but it's probably sufficient if
    Jason keeps the patch with his others and submits it at the same time
    when we get there.


     \ /
      Last update: 2012-02-24 17:39    [W:0.022 / U:1.236 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site