This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: FOR REVIEW: New x86-64 vsyscall vgetcpu()


On Fri, 16 Jun 2006, Zoltan Menyhart wrote:

Jes Sorensen wrote:
Zoltan Menyhart wrote:

> Just to make sure I understand it correctly...
> Assuming I have allocated per CPU data (numa control, etc.) pointed at > by:



I think you misunderstood - vgetcpu is for userland usage, not within the kernel.

 Cheers,
 Jes

I did understand it as a user land stuff.
This is why I want to map the current task structure into the user space.
In user code, we could see the actual value of the "current->thread_info.cpu".
My "#define current ((struct task_struct *) 0x...)" is not the same as
the kernel's one.

I think it's probably best to leave most of the stuff in task_struct private (ie, mapped in kernel only).


Thanks,

Zoltan

Thanks, Chase


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]