Re: [RFC] [PATCH 00/13] Introduce task_pid api

[Arjan van de Ven]

> > Many of the interesting places that deal with pids and where you
> > want translation are not where the values are read from current->pid,
> > but where the values are passed between functions.  Think about
> > the return value of do_fork.
> 
> Exactly.  The next phase will focus on such places.  Hubertus has some
> stuff working that's probably not ready for LKML, but could certainly be
> shared.
> 

hmm wonder if it's not just a lot simpler to introduce a split in
"kernel pid" and "userspace pid", and have current->pid and
current->user_pid for that.

Using accessor macros doesn't sound like it gains much here.. (but then
I've not seen the full picture and you have)

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/