Re: pgrp kpi ?
Re: pgrp kpi ?
- Subject: Re: pgrp kpi ?
- From: Terry Lambert <email@hidden>
- Date: Mon, 15 May 2006 15:33:35 -0700
This is somewhat problematic, because you mentioned the cred
structure. I assume that the reason it wants this is that it's
squirreling away data in the cr_groups list, like AFS does?
In general, this information is technically dereferenceable out of the
proc structure itself, which has a p->p_pgrp pointer.
In practice, it would probably be better, at least until a later
release, to pass the PID itself back, and then use the KERN_PROC
sysctl from user space to obtain the information on the basis of the
PIS of the requesting process.
-- Terry
On May 15, 2006, at 2:19 PM, Christer Bernérus wrote:
This is within the coda file system kernel extension when the kernel
code expects to build a callback message to the userland cache
manager.
That message is expected to contain an opcode, an unique number, a
process ID, a process group id, a session ID and a creds struct. I
don't do any userland coding, so I'd like to stick to the already
defined protocol.
The functions that wants the pgid are typical file system open and
close routines.
-- Chris
15 maj 2006 kl. 21.55 skrev Terry Lambert:
On May 15, 2006, at 12:41 PM, Christer Bernérus wrote:
Hi.
In a kext, it seems like the proc structure is opaque these days.
How do I get hold of the pgrp given a proc pointer ?
In what context?
If you are writing a tty driver (for example), it's passed in as
part of your context due to the tty line discipline.
If you need it for some other reason, can you tell us the reason
and the context in which it is needed / will be used?
-- Terry
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden