> > - I dislike the fact that you now define the prototype of the function > >in the __HAVE_ARCH_GATE_AREA case. I want my arch .h to be the one doing > >so, since i want to inline it > > Maybe. I dislike copying definitions to multiple asm headers. If you > think that the win of inlining the ppc64 version of these functions > outweighs the header duplication then send a patch. Don't forget to > duplicate the definition in include/asm-x86_64 as well.
Well, I just want to inline it as en empty function ... >(to nothing in the ppc64 case since the > >vDSO I'm implementing doesn't need any special treatement of the gate > >area, it's a normal VMA added to the mm's at exec time). > > Added to specific task's mm or to all tasks? If the gate VMA varies > according to the task then you have to support the kallsyms "is this a > possible gate address for any task?" question, like x86-64. each task mm can have it differently. why would I need kallsym support ? the ppc64 vDSO support will not be part of the kernel address ranges, but will be somewhere in the normal userland areas. Ben. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
